From owner-soc-status@FreeBSD.ORG Tue Apr 21 03:43:55 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59AD01065674 for ; Tue, 21 Apr 2009 03:43:55 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id F1F958FC13 for ; Tue, 21 Apr 2009 03:43:54 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n3L3CCiT042599 for ; Mon, 20 Apr 2009 22:12:12 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n3L3CCjf042598 for soc-status@freebsd.org; Mon, 20 Apr 2009 22:12:12 -0500 (CDT) (envelope-from brooks) Date: Mon, 20 Apr 2009 22:12:12 -0500 From: Brooks Davis To: soc-status@freebsd.org Message-ID: <20090421031212.GD41437@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ABTtc+pdwF7KHXCz" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 20 Apr 2009 22:12:12 -0500 (CDT) Subject: testing X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 03:43:55 -0000 --ABTtc+pdwF7KHXCz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline this is a test of the soc-status list --ABTtc+pdwF7KHXCz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJ7TmLXY6L6fI4GtQRAp4NAKCcRETipCDyaNLwpV6stwcPF6LTfwCgs7WO XjLLUsxYp8LGm34jJMNaDaI= =2Go/ -----END PGP SIGNATURE----- --ABTtc+pdwF7KHXCz-- From owner-soc-status@FreeBSD.ORG Sun May 31 08:00:23 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E759106564A for ; Sun, 31 May 2009 08:00:23 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 244238FC1C for ; Sun, 31 May 2009 08:00:23 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so3627677yxb.13 for ; Sun, 31 May 2009 01:00:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:mime-version:subject:date:x-mailer; bh=+pP6ggYgcgHYCFQTk3JmQRmY0Oxp6ApJT1cNXA4lqQw=; b=oZOTQVG0T631aqSuPNpsukWqkfBj2WJJwgwOesk71RUYOmxMHdsITrQqoFnFAC9fMN kTHYeSNN7yT/Th9IxKsE85OwkXaDtnc5A8w8YnugusOW+at2WgR21DBLTLkvRKAR1Nz2 3x2Sd/B74OiAEZlpdm7ESE66Akrl8f+vECuuQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=aYLBlozWWjXf/17kn0LU6XI02p65W1YZP/HEHz6Hj3SmnuYVvCJeth8R93nQ4gOxeT 4rM+FMGflmaQzRESSvri+cejBQxIBloCIn+Lo8dUJZo/L0zqv7OLdaytAbbwWZjqumjc aNKDQcp9BktnWTHiCdaiv5BnlCuzuSHlUV3Ws= Received: by 10.151.131.5 with SMTP id i5mr8972799ybn.18.1243755477018; Sun, 31 May 2009 00:37:57 -0700 (PDT) Received: from ?172.16.0.10? (c-98-209-61-61.hsd1.mi.comcast.net [98.209.61.61]) by mx.google.com with ESMTPS id 6sm9522864ywi.58.2009.05.31.00.37.56 (version=SSLv3 cipher=RC4-MD5); Sun, 31 May 2009 00:37:56 -0700 (PDT) Message-Id: <5D5055A6-8DDA-4D22-94EA-AA05539C7E28@gmail.com> From: Zach Riggle To: soc-status@freebsd.org Content-Type: multipart/signed; boundary=Apple-Mail-41--839697387; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 31 May 2009 03:37:54 -0400 X-Mailer: Apple Mail (2.935.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Weekly Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 May 2009 08:00:23 -0000 --Apple-Mail-41--839697387 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hello All Not too many blog updates this week. Spent a lot of time trying to get the latest Hg build of PCS to work properly, to no avail. Tried to contact George Neville-Neil (mentor), but I got bounceback from the mail server. Also, working on getting some of the features ported over from PCS-Hg so that I can use them in the meantime. Spent a few hours tonight trying to fix a bug that didn't exist -- the output of an operation was correct, just not what I thought it should be. Working on implementing a TCP State machine, that allows for toggle- able settings. For example, in most cases it is desirable for things like the data offset, sequence number, and checksum to be automatically generated. It is also generally useful to make sure that the TCP send window is not exceeded. However, these features will need to be selectively disabled for various tests. Working on getting all of that set up. Ideally, the first test will look like this: > def testTcp3WayHandshake(pcapConnector): > # Create the local TCP state machine and network interface > local = TcpStateMachine(pcapConnector, (localHost, localPort), > (remoteHost,remotePort)) > local.state = Closed > > # Create a TCP state machine to reflect the *expected* state of > the remote host > remote = TcpStateMachine(None, (remoteHost, remotePort), > (localHost, localPort)) > remote.state = Closed > > # Syn packet > syn = tcp.tcp() > syn.syn = 1 > > # Send the TCP packet. The TCP State Machine handles generating > fields, > # creating the ipv4/ipv6 object and the ethernet object, and the > actual sending over the wire. > # The 'remote' TCP State object just processes the packet as if it > were received, and updates > # the internal state information > local.send(syn) > remote.recv(syn) > if not local.state == Syn_Sent and remote.state == Syn_Recvd: > fail > > # Receive the next packet, simulate that packet being 'sent' by > the remote machine > synack = local.recv() > remote.send(synack ) > if not (synack.ack and synack.syn and synack.acknum == syn.seq): > fail > > # Auto-generate an 'ack' packet for the second packet > ack = local.ack(synack) > local.send(ack) > remote.recv(ack) > if not (local.state == Established and remote.state == Established): > fail > > # Test connectivity > if not local.testConnectivity(): > fail > > # Close the connection > local.close() > > # Test pass > if local.state != Closed: > fail Zach --Apple-Mail-41--839697387-- From owner-soc-status@FreeBSD.ORG Wed Jun 3 13:31:07 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BDAB1065676 for ; Wed, 3 Jun 2009 13:31:07 +0000 (UTC) (envelope-from codermaniac@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 485CF8FC0A for ; Wed, 3 Jun 2009 13:31:06 +0000 (UTC) (envelope-from codermaniac@gmail.com) Received: by qyk3 with SMTP id 3so13259231qyk.3 for ; Wed, 03 Jun 2009 06:31:06 -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=RLD3j8ltnlJMc/YykoYpSDGTdIDi2eRM/HvErkOFe50=; b=Kk0l6nkrAVQ4AjoiQfkikEv/nHYwAreh5nyjRAg/ypP7kRv0Qh3NClZCvRNOv2ANXu Cu4NfyRiPwKnfbVwoR0plnE77vuXppSJi2QU9yDBSm2+a/izuVyHVCHKnbSBJtYv9gNw nWcRIGSq1Kwu1KhsrgNJsoHu6oZXW06f2lCBU= 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=S8kU0Jf+DCvRl8A5kZSqBfqd8SPSP7p+MF+C8a9qdwl5i4IjCH5NguPIrtL4GS5cVM CbFSYjRVfX0UenwnqdlALggD0gdDd6zPJv3cRkNXRav6JqmrkAdahAZoBDiQmXS0b+Hs eo09QLEtkN8kTuM8h6DaGVuRtrbPGcI0rSh7U= MIME-Version: 1.0 Received: by 10.229.91.12 with SMTP id k12mr312047qcm.66.1244034287103; Wed, 03 Jun 2009 06:04:47 -0700 (PDT) Date: Wed, 3 Jun 2009 18:34:47 +0530 Message-ID: <4e54a5870906030604p64459ab2v775cec1d68207df2@mail.gmail.com> From: Satish Srinivasan To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Satish Srinivasan - Status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2009 13:31:07 -0000 Hi everybody, I've been working on linux to BSM audit log conversion mostly converting XML generated by praudit to BSM, essentially doing the reverse of praudit -x. This would be useful both for my primary objective (linux audit log conversion) and my secondary objective (windows log conversion). One benefit of the ACM subscription was the MSDNAA program using which I got Windows Server 2008 ISO's (which should be useful at least for the next couple of months ;-). I've been using a mercurial repository at my mentor's server to try things out as we find it comfortable. I'll be syncing updates to my p4 repo once I get something working. Thanks everyone. satish From owner-soc-status@FreeBSD.ORG Wed Jun 3 14:12:00 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F028F1065675 for ; Wed, 3 Jun 2009 14:12:00 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id ADDB38FC0C for ; Wed, 3 Jun 2009 14:12:00 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 53C2814D2BC1; Wed, 3 Jun 2009 15:53:24 +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 Ua2I8Hxcxl1P; Wed, 3 Jun 2009 15:53:23 +0200 (CEST) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 9F52814D2BBE; Wed, 3 Jun 2009 15:53:23 +0200 (CEST) Message-ID: <4A268050.4030802@FreeBSD.org> Date: Wed, 03 Jun 2009 15:53:20 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: delphij@FreeBSD.org Subject: status - Gabor Kovesdan - libiconv X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2009 14:12:01 -0000 Hello, I've extracted the sources from NetBSD. There are 4 major components: - the library itself - the esdb utility (used for generating a database about recognized character sets: aliases, ilseqs, etc.) - the csmapper utility (used for generating conversion tables) - the iconv utility All of these build and work now. Only part of the work is imported into p4 because I'm working in a local Hg repository so that I can easily merge possible changes from NetBSD, so I'll sync to p4 periodically. The next step is to make this stuff GNU-compatible. I did some preliminary tests in the application period, which revealed some problems but now it seems that there are more inaccuracies I had missed before. I'm modifying the GNU test suite so that I can easily run tests. The next milestone is fixing Latin and UTF family support making the behavior of these encoding targets totally GNU-compatible. Cheers, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-soc-status@FreeBSD.ORG Wed Jun 3 14:22:23 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29AFF10656A3 for ; Wed, 3 Jun 2009 14:22:23 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id DCD738FC2A for ; Wed, 3 Jun 2009 14:22:22 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: by qyk3 with SMTP id 3so26207qyk.3 for ; Wed, 03 Jun 2009 07:22:22 -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=2dLVNdwXNZ8PF3pDyPQhIonyi6ODbbcw4X5YzDW3zRM=; b=N9uggbYrO1NWBy/uZBtYc1D16Ac0qFTY4K6x+aWrXItqEZ0vKXe0JcsLq8Wh1v3pH5 59xr4e5/LSyDXQrVhVSwRC6VpEfavHkSIno2CyBjQm9n54DV2/yaxVioFgsUO7n5w0Qq x5n3i4o8SkgXSQbuATQ0X5yqx50qXa6apoNxg= 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=DWbMO5mVMl1sJJ9W2YzJd0Ok/w4AXiYC9mvx2BkcWVwtptyUVjyb19ssqFAKkbiCrB lr1hiOaRp9hRYAyXU5ENIj8YndIEvIbDp5TbR7+6KEgqkYOyi7th5EnjsTCwxMrIKtvR k2vBRN6uKgnkplIoUCOvk55x0uDUAM07u0ksI= MIME-Version: 1.0 Received: by 10.231.16.134 with SMTP id o6mr251827iba.11.1244037685079; Wed, 03 Jun 2009 07:01:25 -0700 (PDT) From: Sylvestre Gallon Date: Wed, 3 Jun 2009 14:01:05 +0000 Message-ID: <164b4c9c0906030701r610dde83u1e08014314d9b9@mail.gmail.com> To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Hans Petter Selasky , Andrew Thompson , Philip Paeps Subject: USB Improvment status report1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2009 14:22:23 -0000 Hi, Here is the list of my advancement concerning the Google Summer of Code 2009. AT91: - separate SoC code from generic code. - Implement at91rm9200 soc file. - Implement at91sam9261ek soc file. - Create a PIT driver (driver for system clock). - Create a watchdog driver. libusb-1.0: - Finish the implementation of all libusb-1.0.1 functions - Create test for descriptors code - Create test for some basic functions. - fix a LOT of bugs. The at91sam9261ek port still needs some work on the pmc driver to boot on an usbkey. Concerning libusb-1.0 emulation some work needs to be done on transfers, but the other code seems to work fine. If you got any questions about it, just ask :) Concerning report I do them each sunday with my mentor, thompsa@ and Hans Petter Selasky. Could these reports suit for soc-status@freebsd.org report and can I add soc-status@ in cc for each of these next reports ? Cheers, -- Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org From owner-soc-status@FreeBSD.ORG Wed Jun 3 14:25:10 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C25A106566B; Wed, 3 Jun 2009 14:25:10 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 820338FC0C; Wed, 3 Jun 2009 14:25:09 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n53EPImL073464; Wed, 3 Jun 2009 09:25:18 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n53EPIfL073463; Wed, 3 Jun 2009 09:25:18 -0500 (CDT) (envelope-from brooks) Date: Wed, 3 Jun 2009 09:25:18 -0500 From: Brooks Davis To: Sylvestre Gallon Message-ID: <20090603142518.GD28486@lor.one-eyed-alien.net> References: <164b4c9c0906030701r610dde83u1e08014314d9b9@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NklN7DEeGtkPCoo3" Content-Disposition: inline In-Reply-To: <164b4c9c0906030701r610dde83u1e08014314d9b9@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Wed, 03 Jun 2009 09:25:18 -0500 (CDT) Cc: Philip Paeps , soc-status@freebsd.org, Andrew Thompson , Hans Petter Selasky Subject: Re: USB Improvment status report1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2009 14:25:10 -0000 --NklN7DEeGtkPCoo3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 03, 2009 at 02:01:05PM +0000, Sylvestre Gallon wrote: > Hi, >=20 > Here is the list of my advancement concerning the Google Summer of > Code 2009. >=20 > AT91: > - separate SoC code from generic code. > - Implement at91rm9200 soc file. > - Implement at91sam9261ek soc file. > - Create a PIT driver (driver for system clock). > - Create a watchdog driver. >=20 > libusb-1.0: > - Finish the implementation of all libusb-1.0.1 functions > - Create test for descriptors code > - Create test for some basic functions. > - fix a LOT of bugs. >=20 > The at91sam9261ek port still needs some work on the pmc > driver to boot on an usbkey. >=20 > Concerning libusb-1.0 emulation some work needs to be done > on transfers, but the other code seems to work fine. >=20 > If you got any questions about it, just ask :) >=20 > Concerning report I do them each sunday with my mentor, > thompsa@ and Hans Petter Selasky. Could these reports suit > for soc-status@freebsd.org report and can I add soc-status@ > in cc for each of these next reports ? That would be perfect. -- Brooks --NklN7DEeGtkPCoo3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFKJofNXY6L6fI4GtQRAvYGAJ970bXBQnpQDjQeSXcs6sIZ01ov5gCcDCzt iT5HUlGBnE7neZtqvGdLP2U= =0HJA -----END PGP SIGNATURE----- --NklN7DEeGtkPCoo3-- From owner-soc-status@FreeBSD.ORG Wed Jun 3 15:39:17 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FD23106564A for ; Wed, 3 Jun 2009 15:39:17 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id 520E78FC15 for ; Wed, 3 Jun 2009 15:39:17 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so29336rvb.43 for ; Wed, 03 Jun 2009 08:39:16 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=QU37NAX3EwOEn6ncstI4DQfmJPlunDecpGY4d+d2c5w=; b=BjsdvNvUvW3ixAsDSBOqsy0elfZFR4yJjYHKTWkgcvIR2JySlWZj/M3ruE2zHb5Tyy ridwJcAWrg2vx89CUYJNoXpUJ8V5JvFGA1v/lL3WPRZP0gtZb4MPnTwFpl1/NljWb9aF ZIOg4d4yaVxV1ubeCFBdlSfCnQBoCqB4vV00w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=Lurovrvt9CmTkU5xwk9vGvikH5izHZrsbSdKdJLdoC8FLpj6nZDZOrf+vfsg6Sg4Rz P8v41Lu+Yf1i4D2CAVWJZGvIVvPQGYhkSzotSfsHfQUoytQieEjgx4plzL/zmnufKaOY LPWBn9hMSjo11vE6iMWUbruxzVW5GNs/dv0Oc= Received: by 10.140.127.20 with SMTP id z20mr995036rvc.100.1244041913604; Wed, 03 Jun 2009 08:11:53 -0700 (PDT) Received: from ([121.242.97.157]) by mx.google.com with ESMTPS id f42sm23746575rvb.31.2009.06.03.08.11.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 03 Jun 2009 08:11:52 -0700 (PDT) Date: Wed, 3 Jun 2009 15:11:54 +0530 From: Aditya Sarawgi To: soc-status@freebsd.org Message-ID: <4a2692b8.2a528c0a.1f5c.469e@mx.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: lulf@freebsd.org Subject: ext2fs status report 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2009 15:39:17 -0000 Hi, This is what I have done so far - Tested bugs 77826, 81568, 105093, 124621, 125536, 128173 and 131086 for their validity in 8.0-CURRENT. - Tried to reproduce bug 104133 but was unable to do so. Suggested the bug reporter some test cases to figure out the problem. - Fixed bug 122047 (UF_* flags problem) - Updated COPYRIGHT.INFO file. My next step would be to free files ext2_fs.h and ext2_fs_sb.h (ext2fs structures) from GPL. I have started working on ext2_fs_sb.h and my plan is to work on these files till 10th of this month. Please feel free to mail me if you'll have any questions. Cheers, Aditya Sarawgi From owner-soc-status@FreeBSD.ORG Wed Jun 3 15:43:59 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8C111065678 for ; Wed, 3 Jun 2009 15:43:59 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 6762B8FC18 for ; Wed, 3 Jun 2009 15:43:59 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id A8A24EB51A8; Wed, 3 Jun 2009 18:25:51 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 8D2DF450C6; Wed, 3 Jun 2009 18:25:51 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wPimBGnYp7u6; Wed, 3 Jun 2009 18:25:51 +0300 (EEST) Received: from marinos.ceid.upatras.gr (marinos.ceid.upatras.gr [150.140.140.17]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 5AFB74509B; Wed, 3 Jun 2009 18:25:51 +0300 (EEST) Received: by marinos.ceid.upatras.gr (Postfix, from userid 1001) id 42BE622839; Wed, 3 Jun 2009 18:25:51 +0300 (EEST) Date: Wed, 3 Jun 2009 18:25:51 +0300 From: Ilias Marinos To: soc-status@freebsd.org Message-ID: <20090603152551.GA45463@marinos.ceid.upatras.gr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline X-PGP-Key: http://diogenis.ceid.upatras.gr/~marinosi/pubkey.asc X-PGP-Fingerprint: B034 ED35 B46E 7AEE D281 2B23 FD63 11AD AFBD 04F9 User-Agent: Mutt/1.5.19 (2009-01-05) Cc: rwatson@freebsd.org Subject: STATUS #1 - Application-Specific Audit Trails X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2009 15:44:00 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, The previous week, I 've been working, following my mentor's directions, on: - Tweaking the current audit system to use slices and "setup" the current functionality as the 'base slice'. - Implementing a special device node skeleton for use with each slice. I have committed my code to perforce and I am currently trying to solve some problems I've ran into (some debugging). This week: - i 'll try to make the "new" system stable and then work more on a predefi= ned way to create new slices dynamically. Thanks for your attention, Ilias Marinos --=20 echo "Sysadmin know better bash than english." | sed s/min/mins/ \ | sed 's/better bash/bash better/' --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkomlf8ACgkQ/WMRra+9BPnKCwCeKOhSdCM18SYm3sg3IIA9+mRR yXwAn12TgUwt6CYbZjLTc/uO1jjtlax1 =zZwq -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-soc-status@FreeBSD.ORG Wed Jun 3 21:24:29 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5D1B106564A for ; Wed, 3 Jun 2009 21:24:29 +0000 (UTC) (envelope-from anchie@fer.hr) Received: from labs4.cc.fer.hr (labs4.cc.fer.hr [161.53.72.24]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE3B8FC16 for ; Wed, 3 Jun 2009 21:24:29 +0000 (UTC) (envelope-from anchie@fer.hr) Received: from sluga.fer.hr (sluga.cc.fer.hr [161.53.72.14]) by labs4.cc.fer.hr (8.14.2/8.14.2) with ESMTP id n53L8Pn9029577; Wed, 3 Jun 2009 23:08:26 +0200 (CEST) Received: from Unknown-00-23-6c-95-08-a5.lan ([78.0.234.192]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.3959); Wed, 3 Jun 2009 23:08:09 +0200 Message-ID: <4A26E637.9090701@fer.hr> Date: Wed, 03 Jun 2009 23:08:07 +0200 From: Ana Kukec User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 03 Jun 2009 21:08:09.0129 (UTC) FILETIME=[6582B190:01C9E48F] X-Scanned-By: MIMEDefang 2.64 on 161.53.72.24 Cc: "Bjoern A. Zeeb" Subject: Status report - Native SeND APIs X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2009 21:24:30 -0000 Hi all, As part of Google Summer of Code 2009 I am working on a Secure Neighbor Dicovery (SeND, rfc 3971) integration to FreeBSD. My work will be based on DoCoMo NTT BSD licensed send 0.2 implementation. In contrast to using netgraph and bpf a more efficient kernel module that will hook into the ICMPv6 processing will be used. Interaction between kernel and user space will be implemented using the well established interfaces of routing sockets. During the intial two weeks the following tasks have been accomplished: send-0.2: - code patched and got ready for compiling - finished send-0.2 documentation -the send-0.2 work flow (the link is available at http://wiki.freebsd.org/SOC2009AnaKukec) - tested basic ND scenarios - host to host and router discovery scenarios (log files are placed within the send-0.2 work flow website) src/sys: - introduced send-specific ICMPv6 message types - identified the places where we have to hook in for SeND - added send module and send.[ch] file -- preparation for SeND hooks in ND code If you want to follow the work, you can find it in FreeBSD's perforce repository [http://p4web.freebsd.org/@md=d&cd=//&c=0hb@//depot/projects/soc2009/anchie_send/?ac=83]. In case you have feedback feel free to contact me at anchie@freebsd.org. Ana From owner-soc-status@FreeBSD.ORG Thu Jun 4 23:54:54 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D50BB106564A for ; Thu, 4 Jun 2009 23:54:54 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: from mail-bw0-f217.google.com (mail-bw0-f217.google.com [209.85.218.217]) by mx1.freebsd.org (Postfix) with ESMTP id 5D20C8FC15 for ; Thu, 4 Jun 2009 23:54:53 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: by bwz17 with SMTP id 17so34066bwz.43 for ; Thu, 04 Jun 2009 16:54:53 -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:cc:content-type:content-transfer-encoding; bh=24/Oi7JNMpDTDGqmbMCKpGoqGBpakWJRJU4VLW91lf4=; b=hh+aglz71nulbgxvb2uSDt7EV9lcM/agQPQuTJQXK8s8mUNMQ1OjI1GeFkICBdPirp mNyxVlcoW6bKA+YO+WggZsfvEwATWzeOPNCTgbagTKSornJdl/9ITuhWp179zfl++06t VTCz6Gshsbx0VLwlNsqXVnjpEM6OboGuZkiwU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=GFRotXkAg8wcaLnz6V45AC8ojUnlCkBSepGH3UTNgS5moJ1B68vly9Ji9Zn0nhH47G kH3z0btYsgT262gy8omacSq0lMb/fhtapOuCKIaePN8pmPWCz5Vuf5NVhI4PK6Ed2Ml7 jCAIgzITR8spVn8nUxVexttMFf5g3n3yCMCe8= MIME-Version: 1.0 Received: by 10.223.110.3 with SMTP id l3mr1698262fap.48.1244157801761; Thu, 04 Jun 2009 16:23:21 -0700 (PDT) Date: Fri, 5 Jun 2009 02:23:21 +0300 Message-ID: From: Tatsiana Severyna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov Subject: puffs port - status 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2009 23:54:55 -0000 Hi, I'm working on porting puffs from NetBSD. Achievements so far: - putter kernel driver looks complete - puffs kernel level part port is in progress (it compiles, but some important code paths are commented out) - libpuffs port was not really hard, but there are still differences between NetBSD and FreeBSD VFS implementations to be cleared out Plan for next week is to get pnullfs (nullfs implementation for puffs) mounting and partially working. From owner-soc-status@FreeBSD.ORG Fri Jun 5 15:20:48 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F8601065676 for ; Fri, 5 Jun 2009 15:20:48 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 3D3588FC1D for ; Fri, 5 Jun 2009 15:20:48 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 5FB431CC2E; Fri, 5 Jun 2009 17:20:47 +0200 (CEST) Date: Fri, 5 Jun 2009 17:20:47 +0200 From: Ed Schouten To: Tatsiana Severyna Message-ID: <20090605152047.GL48776@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2KNN3gYh9MUZz6n4" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Kostik Belousov , soc-status@freebsd.org Subject: Re: puffs port - status 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2009 15:20:49 -0000 --2KNN3gYh9MUZz6n4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Tatsiana, * Tatsiana Severyna wrote: > - puffs kernel level part port is in progress (it compiles, but some > important code paths are commented out) Just out of curiosity, will it be hard to get puffs working on FreeBSD, when looking at FreeBSD-specific features (like locking, etc)? Good luck with your project! --=20 Ed Schouten WWW: http://80386.nl/ --2KNN3gYh9MUZz6n4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkopN88ACgkQ52SDGA2eCwVQ4ACfelr/+6ilZLIadx6AeBkfjPiA KKUAnRAdR9tStJ7RYW5x0b+c40m89q0i =T4jX -----END PGP SIGNATURE----- --2KNN3gYh9MUZz6n4-- From owner-soc-status@FreeBSD.ORG Fri Jun 5 16:50:25 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2084010656A4 for ; Fri, 5 Jun 2009 16:50:25 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id D11EB8FC16 for ; Fri, 5 Jun 2009 16:50:24 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so879238ywe.13 for ; Fri, 05 Jun 2009 09:50:24 -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=XXVj7Zj03TWClJRe3ZWo9IaeTnKC+kCdzgHMvtUcQH0=; b=Zz3ylkXx94bFRryjEF8KeLHPopNzBmKqGBA4ooFmNb7tN+fUss/SVdY/2xv3TvAf76 fzHyqsyXFhi7Z8lpO0GALD+Jyrb4soKWhCFXfZ4aUrG0CiibUVsAQU4rsvNKS0HqYyc3 iVRdNr+/XRhTW1ki9IT3L+ONgV3cY1UpX2KQk= 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=vJoxkwcEvhkiIHhmFtyn95grHAmw3KF73YCkOQAo3rdSisnoooPC+kV0zFP7VlLu3z fFArDQlCDw+HIhqrNqP2WdN3Q8IjntBzgJMx0R0L3wX53SYVwmLxUS8BQFsSb01TdW9u zcF5LoKMCWbkhnGMK5k7qiR5kr4y/mlcjTMUI= MIME-Version: 1.0 Received: by 10.100.110.10 with SMTP id i10mr4070494anc.198.1244218635292; Fri, 05 Jun 2009 09:17:15 -0700 (PDT) Date: Sat, 6 Jun 2009 00:17:15 +0800 Message-ID: From: Fang Wang To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Status report - Implement TCP UTO X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2009 16:50:25 -0000 Hi I am working on implement TCP UTO (RFC 5482) in TCP stack. Here is the list of my advancement: Add UTO variables and macro defines in relative structs and files. Finish UTO support in syncache( still have a little problem to be resolved). Add part of uto option in tcp header analysis in both incoming and outcoming segment. Next week working plan: Resolve syncache problem. Finish uto option process and analysis. Implement UTO timeout strategy based on retransmit timer. Regards, Fang Wang From owner-soc-status@FreeBSD.ORG Fri Jun 5 16:59:01 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2AE110656DB for ; Fri, 5 Jun 2009 16:59:00 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 58D5F8FC20 for ; Fri, 5 Jun 2009 16:59:00 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: by ewy8 with SMTP id 8so2214349ewy.43 for ; Fri, 05 Jun 2009 09:58:59 -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:cc:subject :x-enigmail-version:content-type:content-transfer-encoding; bh=HqGloeoWQEY6pFybcTSPhU1kz34ChfgM7oobXn2YENk=; b=Ubg2tJGovRHOxUxLK2Wc3THhUMLrq5yVWsisHqUcTqeWOho/hamP0JMTeJxOlzlK86 0IaoFewqNbU3/SO6bfOSxd7Djfn76c/bKZw0wJpH1EJmy1zfNKnPUGTDObJvGackDL+3 E21THeBREL3IJF07UbZngjFifyM5ZPanqL97U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:x-enigmail-version:content-type :content-transfer-encoding; b=Ade6ePfhw+hRpR30ksfJDwdqZt/ikDakmeYBm0d6g4M6yt9C7fqngo2bThimGsp6Z/ 9FRWQayUSE7SGUNh5CvDw51wZ61FFKTIH0UP7yAKW1EpSFQtzcAj2dDcRu81oRAdJqxp MULYCg+5BRTsgTSbwEojm7efEVdS/bdKu6JKw= Received: by 10.216.11.137 with SMTP id 9mr1281366wex.180.1244219169614; Fri, 05 Jun 2009 09:26:09 -0700 (PDT) Received: from beehive.inf.elte.hu (beehive.inf.elte.hu [157.181.166.90]) by mx.google.com with ESMTPS id u14sm508001gvf.5.2009.06.05.09.26.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Jun 2009 09:26:09 -0700 (PDT) Sender: =?UTF-8?B?UMOBTEkgR8OhYm9yIErDoW5vcw==?= Message-ID: <4A2947F6.7020706@FreeBSD.org> Date: Fri, 05 Jun 2009 18:29:42 +0200 From: Gabor PALI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090128) MIME-Version: 1.0 To: soc-status@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Oleksandr Tymoshenko Subject: libstat status 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2009 16:59:01 -0000 Hi there, In my Summer of Code project, I am 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 and sysctl interface. You can read more about the project on its wiki page [1]. I have started to read and learn the netstat(1) and libmemstat(3) sources, discover the different techniques applied in kernel to userland (and vice versa) interactions, get a grasp of how netstat(1) and libmemstat(3) work in general. It is useful to see what abstractions and how could be created for applications working network-related statistics (in the manner of libmemstat(3)). I have set up a working FreeBSD instance based on the -current sources (I use -stable for my daily work), and I will be able to run and test my changes under a virtual machine (it is qemu at the moment). I have also created a bare-bone skeleton for the libnetstat library and already imported it into Perforce [2]. I am trying to submit to Perforce regularly and I am happy to have reviews :) Regarding the netstat(1) and libmemstat(3) sources, I have contacted Robert Watson to get more information about the internals. As far as I learned, there is no real owner for netstat(1), so understanding the sources might require some other developers to be involved. I started to work with the "socket" (connection) abstraction and defined a simple C struct for it. At the moment, I am working with the unix domain sockets statistics to use an interim data structure for gathering information via libnetstat. Hopefully this can be extended to other type of sockets continuously. If you are interested in this project, feel free to contact me at pgj (at) freebsd (dot) org. Cheers, :g [1] http://wiki.freebsd.org/PGJSoC2009 [2] http://perforce.freebsd.org/changeList.cgi?CMD=changes&FSPC=//depot/projects/soc2009/pgj%5flibstat/... From owner-soc-status@FreeBSD.ORG Fri Jun 5 17:57:03 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B431E106566B for ; Fri, 5 Jun 2009 17:57:03 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-bw0-f217.google.com (mail-bw0-f217.google.com [209.85.218.217]) by mx1.freebsd.org (Postfix) with ESMTP id 3F50A8FC1E for ; Fri, 5 Jun 2009 17:57:00 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: by bwz17 with SMTP id 17so551224bwz.43 for ; Fri, 05 Jun 2009 10:56:59 -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=h0UAGj48uQFJDnpGGJ4u112UOes+VQhuMzlOYO8qSkU=; b=ei6kOngiSUj95UawGNtJuFJ507rTx6fNlabD3A+ZC56reQxLcAnemI/eaR9G6l6P60 DNNbU3kgadpULGOdUTngiswPzM7i0a7+YXSCkLQ+ssDDhbMA/zSFddcn9JKrGBwzlfI3 v5yLg26ctuPtEkzsB0hN5WBWNk7oAeAeKr8Dc= 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=Y30BGp1GW6E+EcHKh2w8ob7bRwIItZ76ELEkjfPdcyTIrDX1VRevftu8a4Ez885Ylv T27StWHBAGi+jI9m2OmnnYvQMw4oCmYeeieiSp+Lp2Vn/yV4azpoAkmxgNll9zCq9DRq 3jZj/nFwuEVTT4uCauI7F0kEgcILLNB/oPFiE= MIME-Version: 1.0 Received: by 10.204.116.8 with SMTP id k8mr3404274bkq.117.1244223361756; Fri, 05 Jun 2009 10:36:01 -0700 (PDT) Date: Fri, 5 Jun 2009 20:36:01 +0300 Message-ID: <4c1d27f20906051036l52f744adk3581a24a72d32e4a@mail.gmail.com> From: Gleb Kurtsou To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: status. stackable cryptographic filesystem (pefs) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2009 17:57:04 -0000 This summer I'm working on developing stackable cryptographic filesystem. First two weeks I've spent on initial implementation (no encrption yet) and adding XTS-AES into opencrypto framework. I've also received answers and some good advices on cryptography related issues (thanks to guru :)) witch helped me a lot. Because of hard VFS learning curve I've changed initial schedule a bit (coordinated with mentor) as I didn't manage to come up with a working implementation of encrypted storage in time (spent end of the week working on XTS). Next week I'm going to fill this gap. From owner-soc-status@FreeBSD.ORG Fri Jun 5 18:53:57 2009 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26913106566B for ; Fri, 5 Jun 2009 18:53:57 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: from pin.if.uz.zgora.pl (pin.if.uz.zgora.pl [212.109.128.251]) by mx1.freebsd.org (Postfix) with ESMTP id DED928FC08 for ; Fri, 5 Jun 2009 18:53:56 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: by pin.if.uz.zgora.pl (Postfix, from userid 1001) id D5A7539BA2; Fri, 5 Jun 2009 20:42:31 +0200 (CEST) Date: Fri, 5 Jun 2009 20:42:31 +0200 From: Edward Tomasz Napierala To: soc-status@FreeBSD.org Message-ID: <20090605184231.GB82492@pin.if.uz.zgora.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Hierarchical Resource Limits - status 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2009 18:53:57 -0000 The aim of my project is to gather all the resource limits (except disk quotas) in one place, and allow the system administrator to easily set rules to control it. So far, I've created a temporary, simple tool (called 'hrl') to display the ruleset, added a temporary, simple syscall interface to support it, modified kern_setrlimit() so that the resource limits end up in the HRL ruleset, and added some code to the kernel to actually store them and remove when the process exits. Most of the time was spent figuring out how to put all this together, and I still need some ideas. Next step is to add proper per-proccess resource accounting and start putting hrl_alloc() and hrl_free() in various places in the kernel. -- If you cut off my head, what would I say? Me and my head, or me and my body? From owner-soc-status@FreeBSD.ORG Sat Jun 6 02:45:25 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 777CF106564A for ; Sat, 6 Jun 2009 02:45:25 +0000 (UTC) (envelope-from nikron@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 31D018FC08 for ; Sat, 6 Jun 2009 02:45:25 +0000 (UTC) (envelope-from nikron@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1060617ana.13 for ; Fri, 05 Jun 2009 19:45:24 -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; bh=c59t9H6fVeWr6Egs6h4je/ZXxLnzLqHn3a2wXwYwUBw=; b=loDXalgFT80h4aVCNVcgPn+wGG51tP4Mrnngpg5rh99jmUHPMbTXa5j+rmFOWM4rw2 bKz5Waqcsu0xuzLRQU2Nz5PJpCJJKGHi7pb0I+xsPLF0bn2wrN9iVhH7QVmBWeYGqhAH wAAMlWtwUPuO0kKW4wL1oA9PI5AGjWngrCbHU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=cPwkRMs5v4xFy4cxtACtx/Q8KbYZ7m5ttjQn01deRbYREeWE3K63kOYureU8ytn112 ghlSSXZmCAJBA5OGnTyiiI0WF6ZWacxILnLbvrX0JEk7QWL9XIY5wJ0Ln+9TYH6P6Ltx 2332dcKEgCPiq0MTJd2yfFMX1UYGac6kh19Q8= MIME-Version: 1.0 Received: by 10.100.178.3 with SMTP id a3mr4711956anf.59.1244254335760; Fri, 05 Jun 2009 19:12:15 -0700 (PDT) Date: Fri, 5 Jun 2009 22:12:15 -0400 Message-ID: <6f3a46720906051912y53ea5fegb72e906bc64ad24b@mail.gmail.com> From: Nikhil Bysani To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: NetworkManager Port - status 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2009 02:45:25 -0000 Ended up not trying to get NetworkManager to compile since it requires libnl. Some parts of NetworkManager compile with any difficultly like libnm-util Currently working on the ethernet portion of NetworkManager, also going to set up a script to commit my work from git to p4 which has been a source of annoyance. Also, I have to look to see if libnl will be a problem and find an equivalent FreeBSD library. -Nikhil Bysani From owner-soc-status@FreeBSD.ORG Sat Jun 6 14:18:56 2009 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 990331065670 for ; Sat, 6 Jun 2009 14:18:56 +0000 (UTC) (envelope-from upczhsh@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 4D5258FC18 for ; Sat, 6 Jun 2009 14:18:56 +0000 (UTC) (envelope-from upczhsh@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1187467ywe.13 for ; Sat, 06 Jun 2009 07:18:55 -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=EoEXkHbd7K/LnmeQIZD2DFd4rhE199/FfeUDO2SrEJY=; b=SP47tiIXnHQcXQ1KF4qZia3Q5XuI87SxBXhzvwNVrUpXaQblDdNVP2zXVt0LBEnTRQ NhR3Kkm7P0E2jDKSrb0hfUR5MPWx3RuH7VVjk9qnMdrC/ln4wYMD1yYI+LQ1RVR7ifyJ Dx6NjGKyQ5janz26gaI08xmMotH+r0qYFGxOc= 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=qqaiJEbJM2xeikou408vz+I1imGdwP3HVjdXDWJE+rJrN79DxTXIkpdHqHKVYZaijD XsY3kFxGxk9EZrrWKpRFactykHML3VUC37icidNcKmXqTUiE0jVT09NPTQM69+xwqMsH XdhLWerVILqTwN52G7o9X7+MuYvigs1L6wiko= MIME-Version: 1.0 Sender: upczhsh@gmail.com Received: by 10.231.37.68 with SMTP id w4mr1217571ibd.33.1244296020166; Sat, 06 Jun 2009 06:47:00 -0700 (PDT) Date: Sat, 6 Jun 2009 21:47:00 +0800 X-Google-Sender-Auth: 9c8c9bb65c56b762 Message-ID: <8126ef5c0906060647o50daa64fpc34a4f00b1db7401@mail.gmail.com> From: Zhao Shuai To: soc-status@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FIFO Optimization status 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2009 14:18:57 -0000 In the first two weeks, I worked on a general layout of pipe code. These code can be shared between pipe and FIFO. The work has been finished. Test has shown that new pipe code works well. In the next two weeks I will re-implement FIFO using the pipe code. -- Regards, Zhao From owner-soc-status@FreeBSD.ORG Sat Jun 6 23:53:13 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D53B106566C for ; Sat, 6 Jun 2009 23:53:13 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: from wbm2.pair.net (wbm2.pair.net [209.68.3.43]) by mx1.freebsd.org (Postfix) with ESMTP id 4BF138FC12 for ; Sat, 6 Jun 2009 23:53:13 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: by wbm2.pair.net (Postfix, from userid 65534) id 2C389117C8; Sat, 6 Jun 2009 19:33:04 -0400 (EDT) Received: from 190.138.44.181 ([190.138.44.181]) (SquirrelMail authenticated user alex@varnet.biz) by webmail2.pair.com with HTTP; Sat, 6 Jun 2009 20:33:04 -0300 (ART) Message-ID: <1766.190.138.44.181.1244331184.squirrel@webmail2.pair.com> Date: Sat, 6 Jun 2009 20:33:04 -0300 (ART) From: "Alejandro Pulver" To: soc-status@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Ports licenses - report 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alepulver@FreeBSD.org List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2009 23:53:13 -0000 Hello, During this period I've updated the FOSSology port (still a work in progress) to version 1.0.0, removing a lot of patches they accepted from me. Now it comes with an official post-installation script, so no pkg-install is required. It also has new identified problems (some solved but still not committed), reflected in the log.txt. In the next week I'll focus on manually adding 10-20 common licenses and basic properties to the bsd.licenses.db.mk database, and adding LICENSE variable to a few ports. Then it will be tested on an -exp build, and hopefully committed. The last step is required to be able to progress with the framework, and test its features and limitations. When the port is completed, automatic identification will take place. Regards, Ale From owner-soc-status@FreeBSD.ORG Sun Jun 7 11:54:53 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 250891065673 for ; Sun, 7 Jun 2009 11:54:53 +0000 (UTC) (envelope-from fabio@freebsd.org) Received: from sssup.it (ms01.sssup.it [193.205.80.99]) by mx1.freebsd.org (Postfix) with ESMTP id B12A08FC0C for ; Sun, 7 Jun 2009 11:54:52 +0000 (UTC) (envelope-from fabio@freebsd.org) Received: from [193.205.82.7] (HELO gandalf.sssup.it) by sssup.it (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 51376748 for soc-status@freebsd.org; Sun, 07 Jun 2009 12:43:53 +0200 Received: from smaug.retis (smaug.retis [10.30.3.72]) by gandalf.sssup.it (8.12.10/8.12.10) with ESMTP id n57AsqcY002835 for ; Sun, 7 Jun 2009 12:54:52 +0200 Received: by smaug.retis (Postfix, from userid 1000) id F0FA4538C3; Sun, 7 Jun 2009 12:55:08 +0200 (CEST) Date: Sun, 7 Jun 2009 12:55:08 +0200 From: Fabio Checconi To: soc-status@freebsd.org Message-ID: <20090607105508.GS19347@gandalf.sssup.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: gsched - status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 11:54:53 -0000 Hi all, this week I've rewritten the code doing hot-insertion/extraction of geoms into an active chain, to fix some problems we noticed with requests flowing during the topology modification. Now it seems to be mostly working, but still needs testing and that's what I'm doing. With my mentor, we're discussing some possible modifications to the request submission path to classify bios. We are using a private svn repo, so p4 will only be synchronized weekly with the actual development of the project. From owner-soc-status@FreeBSD.ORG Sun Jun 7 15:04:22 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16B3B1065670 for ; Sun, 7 Jun 2009 15:04:21 +0000 (UTC) (envelope-from marta.carbone@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id C46A98FC14 for ; Sun, 7 Jun 2009 15:04:20 +0000 (UTC) (envelope-from marta.carbone@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1354718qwe.7 for ; Sun, 07 Jun 2009 08:04:20 -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=FagoeXhTp1TKMQk68XXWwgTAXgeySN+lk15GXrfl+Ro=; b=xVMgE2pwXLbN3FuTJqDfjm4sEqz638J9ev2DgaKpObaoEF/VIX07CwRMTV2XAniJA8 gGmh892nZrluR9ocH72KPl/LA8eHulkstqz67wBEvZoqr9skUXVn19rZUmw3OPR4fY+M ouiBE8d9rAQKsq6y7qFCQzcguP4M2FSBhjM1o= 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=mQQyjfr+1T7swdEyp+fYok8/xzgzFFY5LDePscucWDUqmHPzgMkK8KgGi1pxGow048 betVvO73bvpCQyZzhnvS1i3UrCZv9OLD9Oik2z0CJ4+tBpmHOpsXzb1W6SRu8xV+J74J eDV28yPJ8c6qKkB1lRY0UAZdDsdCdN1ZXZx04= MIME-Version: 1.0 Sender: marta.carbone@gmail.com Received: by 10.220.46.20 with SMTP id h20mr3138058vcf.78.1244385607226; Sun, 07 Jun 2009 07:40:07 -0700 (PDT) Date: Sun, 7 Jun 2009 16:40:07 +0200 X-Google-Sender-Auth: e6c4bc6dcd94e559 Message-ID: From: marta carbone To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ipfw, status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 15:04:22 -0000 Hello, I've started moving ipfw and dummynet code in a separate directory and to split kernel related data structure in separate headers. Since this part of the work was done in coordination with my mentor, changes to the code are in the Luigi's svn branch. Luigi is merging to HEAD the parts that are settled. Next I am going to continue with the splitting of headers between userland- and kernel- parts. marta From owner-soc-status@FreeBSD.ORG Sun Jun 7 15:15:05 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59229106564A for ; Sun, 7 Jun 2009 15:15:05 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by mx1.freebsd.org (Postfix) with ESMTP id DD5248FC13 for ; Sun, 7 Jun 2009 15:15:04 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: by fxm11 with SMTP id 11so251709fxm.43 for ; Sun, 07 Jun 2009 08:15:03 -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:content-type:content-transfer-encoding; bh=5DcH8JtH2HSmE3Bk7wxmuM/TCa+4s+lF5gRS5rKxInQ=; b=ngccWMdI1DSl/VfpJbbQFJuBYuYdogurK7XEa1W2XlBo6Vr4mMKG8RwEpgMot/4qjg JkwaJqLwOHsGPDS6DJcfiKKg2D5rGDO5yPyQMygGu4AH7/FYd97CRL5q6aPgrB4u+TCd +DuOAYvGsKId1VqmGXJ8GP8QiZ0+NCanJre54= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=nb7s7yMxpNJ8jlUi7k1fmMQlELhCMA86nwU+ab/RG3XBDlViutehrhmgSWjXbMqoQN vOueHSzofyw0qjD9EOV218k55dBr2T/OyUdLcRRabahFeeL+ETB0GKC6B3szLxYF4J25 b2xmXOocDk0h5wUmJIjnkeDUwXrZ/6AocyrM8= MIME-Version: 1.0 Received: by 10.223.107.198 with SMTP id c6mr3213047fap.32.1244386134158; Sun, 07 Jun 2009 07:48:54 -0700 (PDT) From: Tatsiana Elavaya Date: Sun, 7 Jun 2009 17:48:34 +0300 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: ipfw rule processing optimization and high level language X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 15:15:05 -0000 Hi, During first two weeks I've add rule alias into ipfw and working on rule processing optimization. There is no rule optimization support in kernel yet. Addition of rule aliases resulted in API incompatibility, alias field was added to struct ip_fw. I'm going fix it shortly by using special ipfw instruction. Besides it seems I've spent to much time trying to fix a note bene from ipfw header: "in a couple of places we assume that sizeof(ipfw_insn) == sizeof(u_int32_t) this needs to be fixed". Actually there are just a few places where we do not assume that :) But it helped in finding a better way to store optimization data: instead of adding a field into ipfw_insn use separate instruction. So it would be possible not to break compatibility, and keep kernel changes at minimum. I'm also going change my code to use lists implementation from sys/queue.h next week. From owner-soc-status@FreeBSD.ORG Sun Jun 7 21:08:20 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65585106564A; Sun, 7 Jun 2009 21:08:20 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from mail-gx0-f207.google.com (mail-gx0-f207.google.com [209.85.217.207]) by mx1.freebsd.org (Postfix) with ESMTP id EAFD08FC14; Sun, 7 Jun 2009 21:08:19 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: by gxk3 with SMTP id 3so3957231gxk.19 for ; Sun, 07 Jun 2009 14:08:19 -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:content-type:content-transfer-encoding; bh=wQ9qOtWdyD8SUjjhCMAFif0aQkSYWwhcXQ+uBP5Y3HM=; b=o0VB+ireTufeLMLGZG0k7ZsoXnRm8xdy1caBGt+JgJiOx1tuU2+nZ86ksH8PtlZFpa DBKJTL1rieIX7VRmNj+gk0iLLlz2AbEdOzTGjkHDGoKcVaEQ8kf7H+1I5KtcdEdyli7q KIZZcKZyGk9F99zE+gKfD0YUW5bvnjnZXrW78= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=MLw+IgOB8s5Y+t0ce7smyYIbF3nTV4XzZjFSi/6e5G5Hqm4x8D/4mdMgv2ChIHi/S2 tl3W7kkIOYhPGcGirE6Tc481cfOm8WH8iWvzNQcL1FTCOZMYAzSjDyG+jP5s4Y85W8oi rYT1Icn03BszFzSi5edPwgCpqGXbYytv5V6gs= MIME-Version: 1.0 Received: by 10.231.39.141 with SMTP id g13mr1537325ibe.34.1244408899092; Sun, 07 Jun 2009 14:08:19 -0700 (PDT) From: Sylvestre Gallon Date: Sun, 7 Jun 2009 23:07:59 +0200 Message-ID: <164b4c9c0906071407veff8281gd40a2c3edefe1be0@mail.gmail.com> To: soc-status@freebsd.org, Philip Paeps , Hans Petter Selasky , Andrew Thompson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: USB Improvment status report2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 21:08:20 -0000 Hi, Here is my status report for this week. Concerning at91 (not committed yet): - Update the pmc code to work with at91sam9261 SoC. - Add USB Host (It don't work yet due to some clock problems) Concerning libusb-1.0 : - Fix bugs. - Implement tests. - Try Hans Petter code for web cams (works well :) ) I am currently working on libusb transfer following Hans Petter web cam code (I Hope it will work tomorrow). Cheers, -- Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org) From owner-soc-status@FreeBSD.ORG Sat Jun 13 15:46:29 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADE74106566B; Sat, 13 Jun 2009 15:46:29 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from mail-px0-f192.google.com (mail-px0-f192.google.com [209.85.216.192]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6728FC12; Sat, 13 Jun 2009 15:46:29 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: by pxi30 with SMTP id 30so2092708pxi.3 for ; Sat, 13 Jun 2009 08:46:29 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=A8QeMU2+jSYqG8nuvlq4+B4Aq7AOXYnOdtoUQcDSARM=; b=vElFVc7oxwkgsikWhl4W7xJP2E1tb4sv+usOx6a/Kb+6YaGJkY+L+L9PksQxvsL+QO IS7LKNjU7y32ySXqLjnzJs8XRA/tjwnlZMWd4h1SjsQ3SsdebO8WmPNwUV5POEYBtrwL GuEXQgJPH6Zb84mPcFnQlz0+DxHCfQ5GHxTgw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=JAFdNXzNoOJdtCo3dA6Qn99R2IUP+I1g47YZtYPAViRZ8MQPPGG3jc0HFAQ9viP182 tkTRKyJQTri9tsHjAXsPIemajBlFZAXZl37LG1GPRa2VM9erg2pqanGNXn2TCh0ljkdd EIJpFpvDmMsG9AhqJgKjL8jkRiydHkzNJ3n/w= Received: by 10.114.148.2 with SMTP id v2mr8152704wad.7.1244907985839; Sat, 13 Jun 2009 08:46:25 -0700 (PDT) Received: from aditya ([121.241.40.106]) by mx.google.com with ESMTPS id l38sm2883559waf.69.2009.06.13.08.46.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 13 Jun 2009 08:46:24 -0700 (PDT) Date: Sat, 13 Jun 2009 15:46:21 +0530 From: Aditya Sarawgi To: soc-status@freebsd.org Message-ID: <20090613101619.GA1085@aditya> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: lulf@freebsd.org Subject: ext2fs status report 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2009 15:46:29 -0000 Hi, This is what I have done this week. I have freed ext2_sb.h from GPL infact the file doesn't even exist in my branch. It was used to hold the in-memory superblock of ext2fs and the new definition currently resides in ext2_fs.h Then I started with ext2_fs.h which holds quite a lot of ext2 file system structures viz. on-disk superblock, on-disk inode, block group descriptor, directory entry, acl structures and a few macro-instructions. I have replaced the current structures with structures from NetBSD but a few are left (directory entry, acl structure). Most probably the BSD licenced ext2_fs.h will be ready by monday. Cheers, Aditya Sarawgi From owner-soc-status@FreeBSD.ORG Sat Jun 13 17:05:01 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 580C91065679; Sat, 13 Jun 2009 17:05:01 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f228.google.com (mail-fx0-f228.google.com [209.85.220.228]) by mx1.freebsd.org (Postfix) with ESMTP id B31418FC14; Sat, 13 Jun 2009 17:05:00 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: by fxm28 with SMTP id 28so275133fxm.43 for ; Sat, 13 Jun 2009 10:04:59 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=7sgTZ5qRJTDw+NPQuJ7aaX/6fCqQjJzczOuujudOZ20=; b=wNbIFFUJFCyCIuaeZs1ShNZuuQALEHC1BAuysUrM6oi1egw1URa2UaYREL3e3NwLvN 9Qlv+yxZS27bjSV9BR1b4GTPWjPX1Wgz5JAAASd+EaHFXRIrJZnbCjHe/s17GJLsWIe8 lvuAtFlz6abwI1Jat+fMM0M2R0lZ/fdV9/K/k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=Lpzlr1Vnh8nifGEVnRb5yknDmiPtFExwYVJSiw8RsCj93qF8Oy8sBnecZK2dbyVXDA N7fm4zkdJzFhbZCrXP24vlp5TiCZmHL00DCReglDe2GS79SjR2fghcmkx6yFLehi/Czq wqgI5gHp0EQSt7sZI04mPWFEuJWFydXG6nQLQ= Received: by 10.204.117.16 with SMTP id o16mr4911466bkq.100.1244912699727; Sat, 13 Jun 2009 10:04:59 -0700 (PDT) Received: from localhost (lan-78-157-90-54.vln.skynet.lt [78.157.90.54]) by mx.google.com with ESMTPS id 12sm3450147fks.51.2009.06.13.10.04.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 13 Jun 2009 10:04:59 -0700 (PDT) Date: Sat, 13 Jun 2009 20:05:57 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20090613170557.GA5593@tops.skynet.lt> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: pefs status report 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2009 17:05:01 -0000 Hi, This week I've spent adding some basic crypto-related functionality into pefs. I've implemented support file name encryption and data encryption. Although it's rather limited at the moment: vop_lookup should be changed to perform encrypted name lookup in cache and/or using readdir, as encrypted name can't be derived from plain text name for lookup; read/write do not enforce reading/writing on block boundaries. Currently I'm working on fixing it and adding support for the rest of vnode operations. From owner-soc-status@FreeBSD.ORG Sat Jun 13 20:01:05 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FF6A10656E4 for ; Sat, 13 Jun 2009 20:01:05 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: from mail-fx0-f228.google.com (mail-fx0-f228.google.com [209.85.220.228]) by mx1.freebsd.org (Postfix) with ESMTP id E88498FC16 for ; Sat, 13 Jun 2009 20:01:04 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: by fxm28 with SMTP id 28so319261fxm.43 for ; Sat, 13 Jun 2009 13:01:04 -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=zrLjettrJNi/Y9TmtqkHVjapE3Jv0gbeX4aNBPHzXPs=; b=a39X48hVVJAw20uImLHjE8pxE04uoKYCwmr33XRExzVgI+1UJHR3LxiicYtOGxYpgJ 1veRXT3O74/930YhvGB14NvbXCd9wH8wMNkqAzJTb2mntEY9B3Pu8p4oKa7gN0kuMbbc PpYCWXw+aCD5dADPVCuV6Mt/KaX0VIK10AB1s= 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=pcqq/pHYa0qYYvrcwDZv7fx2Uzo1WqsKhlE0axwjCAOu4pNKEcGhcQzZ4RBYnkvIDJ 7NUVSm9UcQ6oCSq4iRrXR2zbFHgQRwazsgztYi0FTytqaVZmB3hZ++I/S9y5ydrsW7o4 ZHg86owIOCt7EG2brf/661ShGDry4ZKG7iUec= MIME-Version: 1.0 Received: by 10.103.221.14 with SMTP id y14mr2621334muq.111.1244923263442; Sat, 13 Jun 2009 13:01:03 -0700 (PDT) From: Tatsiana Elavaya Date: Sat, 13 Jun 2009 23:00:39 +0300 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Diomidis Spinellis Subject: ipfw status report - 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2009 20:01:05 -0000 Task accomplished during past week: - Added kernel support for optimization (by inserting O_OPTMIZE instruction before real one) - Reimplemented aliases with O_ALIAS instruction (instead of adding field to struct ip_fw) - Refactored code to use standard list implementation (sys/queue.h) I'm currently working on improving optimization: handling of OR- and NOT-instructions, adding dynamic optimization buffer (configured via sysctl), investigating possibility of adding support for partial instruction matching From owner-soc-status@FreeBSD.ORG Sun Jun 14 00:48:09 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38BDE1065674; Sun, 14 Jun 2009 00:48:09 +0000 (UTC) (envelope-from anchie@fer.hr) Received: from labs4.cc.fer.hr (labs4.cc.fer.hr [161.53.72.24]) by mx1.freebsd.org (Postfix) with ESMTP id B5CA78FC1A; Sun, 14 Jun 2009 00:48:08 +0000 (UTC) (envelope-from anchie@fer.hr) Received: from sluga.fer.hr (sluga.cc.fer.hr [161.53.72.14]) by labs4.cc.fer.hr (8.14.2/8.14.2) with ESMTP id n5E0mCSs015036; Sun, 14 Jun 2009 02:48:19 +0200 (CEST) Received: from ana-kukecs-macbook.local ([89.164.47.23]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.3959); Sun, 14 Jun 2009 02:47:57 +0200 Message-ID: <4A3448B6.7020506@fer.hr> Date: Sun, 14 Jun 2009 02:47:50 +0200 From: Ana Kukec User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Jun 2009 00:47:57.0109 (UTC) FILETIME=[C24A3E50:01C9EC89] X-Scanned-By: MIMEDefang 2.64 on 161.53.72.24 Cc: "Bjoern A. Zeeb" Subject: Native kernel APIs for SeND X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jun 2009 00:48:09 -0000 The status report for this week is as follows.. Implementation of code related to hooks. I've made a sketch of the solution that is available here: http://arwen.velv.hr/~anchie/snd_hooks. Link is also available on wiki: http://wiki.freebsd.org/SOC2009AnaKukec. - The output hook that passes packets to sendd is mostly finished (steps 1) and 2) on the picture). - The userspace code for receiving and processing routing socket NS/A, RS/A and Redirect messages is mostly finished, as well. Next step is to do the same thing for the input hook that processes packets that are passed from sendd back to kernel. Ana From owner-soc-status@FreeBSD.ORG Sun Jun 14 11:23:58 2009 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 862B8106566C for ; Sun, 14 Jun 2009 11:23:58 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: from pin.if.uz.zgora.pl (pin.if.uz.zgora.pl [212.109.128.251]) by mx1.freebsd.org (Postfix) with ESMTP id 4A2578FC14 for ; Sun, 14 Jun 2009 11:23:58 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: by pin.if.uz.zgora.pl (Postfix, from userid 1001) id F41DF39BA2; Sun, 14 Jun 2009 13:24:06 +0200 (CEST) Date: Sun, 14 Jun 2009 13:24:06 +0200 From: Edward Tomasz Napierala To: soc-status@FreeBSD.org Message-ID: <20090614112406.GA9259@pin.if.uz.zgora.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Hierarchical Resource Limits - status 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jun 2009 11:23:58 -0000 During the last week, I added a few calls to hrl_alloc() and hrl_free(), and a mechanism to retrieve the accounting info. Result looks like this: [trasz@victim:~]$ hrl -p $$ Resource utilisation: cputime=0 filesize=0 datasize=159744 stacksize=0 coredumpsize=0 memoryuse=0 memorylocked=0 maxprocesses=17 openfiles=0 sbsize=0 vmemoryuse=3596288 pty=0 [trasz@victim:~]$ hrl -u `id -u` Resource utilisation: cputime=0 filesize=12144 datasize=1847296 stacksize=0 coredumpsize=0 memoryuse=0 memorylocked=0 maxprocesses=-19 openfiles=0 sbsize=0 vmemoryuse=19398656 pty=4 [trasz@victim:~]$ Next thing to do is to add more calls to accounting routines. -- If you cut off my head, what would I say? Me and my head, or me and my body? From owner-soc-status@FreeBSD.ORG Sun Jun 14 12:21:03 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1F11106566C; Sun, 14 Jun 2009 12:21:03 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0A48FC1D; Sun, 14 Jun 2009 12:21:03 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 528E414D871C; Sun, 14 Jun 2009 14:21:02 +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 XEKFWAtsOAd7; Sun, 14 Jun 2009 14:21:01 +0200 (CEST) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id A1B2614D5280; Sun, 14 Jun 2009 14:21:01 +0200 (CEST) Message-ID: <4A34EB2B.3050002@FreeBSD.org> Date: Sun, 14 Jun 2009 14:20:59 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: delphij@FreeBSD.org Subject: libiconv status report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jun 2009 12:21:04 -0000 Hello, during this week I've fixed some bugs and reorganized the sources along with some cleanup. Here's a detailed list of the completed items: - Import conversion tables to my working set - UTF-16/32 should be BE without BOM by default (de facto convention used by various vendors) - UCS-2/4 should be equivalent to UTF-16BE/32BE (BE and _cannot_ have BOM) - Fix UTF-16 surrogate support - Add UCS-4-INTERNAL for GNU compatibility - Remove NetBSD-specific macros - Minor cleanup and style fixes - Add some FreeBSD Makefiles - Change the layout to a more logical one Short term TODO: - Provide working FreeBSD Makefiles for the conversion tables, as well so that testing will be easy for interested parties - Fix ISO-646 and ISO-8859 compatibility issues and nits Cheers, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-soc-status@FreeBSD.ORG Sun Jun 14 16:47:59 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE52D1065672; Sun, 14 Jun 2009 16:47:59 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id A8C408FC14; Sun, 14 Jun 2009 16:47:59 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1126706wfg.7 for ; Sun, 14 Jun 2009 09:47:59 -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=wyT079CSxElXoONzcpEDJ094jJZ5WRoXQb1nbQ2JqRU=; b=tzTT3kE8vkB9AIyNeb4vhIL8qDaomiLe6fpSXFlIJ2TJzmJxe7kgKObdo8MroR4it+ azhDMEpZzY+JGri4rjrFOu78mwm/5brwky6GfK4vmr8eAa7TcM+ahQMs5WxJB1jWg7nu M59sxDoLoINBqChPZ8T8iww3XtJeAJ6h7bllg= 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=u9KiM3cOBYK93WJ1tckOW7PU/OeVucVtLyGCKpLvcJgJmd/2T17ZWTdmM9NWskXnTw Jo2W+5UEZZAPzdv37SlBVWGp+7Rc8W8H6+tmqnnmZPoWCNxy9zxgwwzLFOjbPYxmmXDa Aqb+9o/QQLPw18fj2oiQI8L/NNDvdrv0GxqUU= Received: by 10.142.110.10 with SMTP id i10mr2456549wfc.300.1244998079070; Sun, 14 Jun 2009 09:47:59 -0700 (PDT) Received: from fwen-thinkpad ([222.20.102.196]) by mx.google.com with ESMTPS id 27sm7963490wfa.2.2009.06.14.09.47.56 (version=SSLv3 cipher=RC4-MD5); Sun, 14 Jun 2009 09:47:58 -0700 (PDT) Date: Mon, 15 Jun 2009 00:47:53 +0800 From: "wangfangcs" To: "rpaulo" , "soc-status" Message-ID: <200906150047512037622@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 Cc: Subject: tcputo status report 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jun 2009 16:48:00 -0000 Hi, The job in this week can be divided into two parts. The first part is finish the UTO relative input and output sequence. Because the TCP User Timeout Option is an advisory TCP option that does not change processing of subsequent segments. Consequently, the specification does not define a reliability handshake for UTO option exchanges. But implementations should implement local mechanisms to improve delivery reliability. For passive open, syncache needs to be modified. And because syncache does not use tcp_output(use ip_output directly), it's not complex. For active open and the situation that there is no place in tcp header for UTO in SYN segment, it needs to be handled in tcp_output. For outgoing UTO option, if the outgoing segmeng is a SYN segment or a data segment, put UTO option in the segment if there is enough space, and record the outgoing sequence plus data length as carrier sequence. Retransmit the UTO option until the carrier sequence is acked by other peer. The second part is the UTO timer strategy. In the case of UTO is disabled and user or other side does not use UTO, use the original retransmission strategy. Otherwise, get the user timeout value according to RFC5482. I use two variables to implement uto timer strategy, first is t_impl_uto, that's the value get according to RFC5482, second is t_left_uto. When doing the first retransmission, set t_left_uto=t_impl_uto, then if doing more retransmissions, reduce t_left_uto every time by the retransmit interval. If t_left_uto goes to zero, drop the connection. Regards, Fang Wang 2009-06-15 From owner-soc-status@FreeBSD.ORG Sun Jun 14 18:59:50 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5655E106564A for ; Sun, 14 Jun 2009 18:59:50 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: from mail-fx0-f206.google.com (mail-fx0-f206.google.com [209.85.220.206]) by mx1.freebsd.org (Postfix) with ESMTP id DEAF88FC16 for ; Sun, 14 Jun 2009 18:59:49 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: by fxm2 with SMTP id 2so3742fxm.43 for ; Sun, 14 Jun 2009 11:59:49 -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:cc:content-type:content-transfer-encoding; bh=A663iIVPq596zn1RvsWEntKI9Y7POy7fV1w9koblF2A=; b=uhU5MGDU3J6aggKhjDmvbHmwkWVKbpmQpwGx2Qf7K+Th17XARJSqWQO4ucOcuggyRQ GPTfgb9JQtlhYSk9VMI05kYoxNsc2tYIMY6f3uTAzmFyNFicPR7j5XpsOOdeOrP7C+C7 W18fOYLdhUnYM/Y0l2mVFZd+xjYkGVw5M2yok= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=P/unr1AfDDK+/zJA8VfpOaTW0yVglgsnhL/DmVImvQCbm/oGl9xPC/9eH+4VTrI6Q0 wLXjvv4nyC5PJQ1mVVYAwlF7rA3KJD/SvNu0TPFhJ8ibE0+mbqktawtorcMjLr1fH4jm MY+WAbNLhZB7CtrAXS0uruC8viKF8Qn3kysxM= MIME-Version: 1.0 Received: by 10.223.110.4 with SMTP id l4mr3745202fap.47.1245005988919; Sun, 14 Jun 2009 11:59:48 -0700 (PDT) Date: Sun, 14 Jun 2009 21:59:48 +0300 Message-ID: From: Tatsiana Severyna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov Subject: puffs - status report 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jun 2009 18:59:50 -0000 Hello, Since now puffs can be mounted/unmounted. I've fixed plenty of bugs to get it working last week (from commit log): * Push vnode locking down to puffs_getvnode and puffs_makeroot * Change puffs_cookie2vnode to use vnode lock flag * Change state PUFFSTAT_MOUNTING -> PUFFSTAT_RUNNING in puffs_vfsop_root (as there is no vfs_start) * kqueue fixes * Fix freeze during unmounting * Don't forget to insert putter instance into list * Use nmount in libpuffs But most of vnode operations are still too unstable. I do not code a lot at this point, the work is mostly about debugging. Next goal for me is to fix rest of vops in puffs. From owner-soc-status@FreeBSD.ORG Sun Jun 14 21:31:43 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FE4A1065675 for ; Sun, 14 Jun 2009 21:31:43 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from mail-gx0-f207.google.com (mail-gx0-f207.google.com [209.85.217.207]) by mx1.freebsd.org (Postfix) with ESMTP id 090048FC0C for ; Sun, 14 Jun 2009 21:31:42 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: by gxk3 with SMTP id 3so5267091gxk.19 for ; Sun, 14 Jun 2009 14:31:42 -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:content-type:content-transfer-encoding; bh=IDUhgIV6kMs0G++B0aDGu827SGwa3FlQe/spcK239aY=; b=X7YZ+wiXmFAxaGrLIdms67sXdTPIyv3BK7gB/ROywWmgzgI4i4sAaxAlz7UVi6SFF2 c1YGPrO1cwpzxadoOpwNR6gnSnNLUwrg66diiuPgctNdE3k68z8u7NIHUbCkiSHEEK64 N8YxefWJZZbnh5jOFbyrrXcVFUjh8+j3BJfCU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=ib9bgJxoIIWFN/7YHtGE6pKQ13CdyYm9QR7NgrpQS4Im84RqPVHW/LwvzB+u/VJHxT XmMaF87NHsqZv/aHylWfZiiQ74UZFszzpdkEVc2ETx7zZ9T8nq9oFmW/+MaVsdtn5B9D 66N/RB3J/pF4OmDyTJQuPVUGPDKnj53r1KN7g= MIME-Version: 1.0 Received: by 10.231.33.203 with SMTP id i11mr2338890ibd.4.1245015102067; Sun, 14 Jun 2009 14:31:42 -0700 (PDT) From: Sylvestre Gallon Date: Sun, 14 Jun 2009 21:31:22 +0000 Message-ID: <164b4c9c0906141431w3f955accpd24f8c6da2b316bc@mail.gmail.com> To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: USB Improvements status report 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jun 2009 21:31:43 -0000 Hi, Done this week : libusb-1.0: - I have used Clang/LLVM static analyzer to spot bugs. - Fixed libusb-1.0 bugs. - Added some tests. - Added debug in libusb-1.0 for easier reports. - Finished the intelligence of libusb10. at91: - Updated Watchdog and PIT drivers to be SoC independent. - Added Watchdog and PIT accessors for base address. - Updated cpu_devs. Cheers, -- Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org) From owner-soc-status@FreeBSD.ORG Sun Jun 14 22:18:00 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69000106564A; Sun, 14 Jun 2009 22:18:00 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-fx0-f206.google.com (mail-fx0-f206.google.com [209.85.220.206]) by mx1.freebsd.org (Postfix) with ESMTP id 9C35A8FC0C; Sun, 14 Jun 2009 22:17:59 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: by fxm2 with SMTP id 2so62024fxm.43 for ; Sun, 14 Jun 2009 15:17:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ooMdfEHB8OU0ZsO1hoxMvWm3YWJS5jy8hFcdBWlLKIk=; b=Np+mLoDcK/9WKJwMNG5i/pTrgHRRyXCiWuaE5PkhVwAfbJS3ku4O8dc7U1SojlGVWG nOAhkyksOvl85682j29aF2k9GRgqkGhLdOh+ZL9tlRj80OGThzlc9mHoqeTenQtZVCeu cplbJHqHWydwfxjD7zIWeX+pXzAi+2wSbsZ1g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; b=B/BPNOOKi5S4oISRScWrYrANLrS9QsByj7pjL3mM+8Lil0rwHfUsI5uPtEQgVpOWOE pgXK34nUPrm8zX+xfaQkaK8U6piaMbfe/ZhfxPowxN2OlWfEObU5WVGKu5W2gARGyFlX CY7QB2AevhsWwTbVgvThvqUCxcnN072jp5Z5A= MIME-Version: 1.0 Sender: pali.gabor@googlemail.com Received: by 10.223.118.141 with SMTP id v13mr3873287faq.26.1245017878656; Sun, 14 Jun 2009 15:17:58 -0700 (PDT) Date: Mon, 15 Jun 2009 00:17:58 +0200 X-Google-Sender-Auth: b80dd4c293e0b6b2 Message-ID: <685a6ef80906141517y70ef20f3w31e1cef15bc5563@mail.gmail.com> From: Gabor PALI To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Oleksandr Tymoshenko , Robert Watson Subject: libstat status 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jun 2009 22:18:00 -0000 Hello there, During the last week, I worked on libnetstat and moved many functions from netstat(1) to that library and built up a simple interface for them. Thanks to this, now I have abstractions for representing active unix domain and inet4/inet6 connections (called socket_type and addr_type), and I also have a modified version of netstat(1) to use the implemented library functions. I have not tested it too much (yet), but it works well in simple cases. You can reach both of them from Perforce [1]. Plans for the next week: - Implement some further optimizations for the library, solve the problems noted in the sources - Investigate the possibilities of replacing the interface based on sysctl(8) for live monitoring - Create a simple tool using libnetstat for monitoring active connections, similar to top(1) Cheers, :g [1] http://perforce.freebsd.org/changeList.cgi?FSPC=%2F%2Fdepot%2Fprojects%2Fsoc2009%2Fpgj_libstat%2F...&ignore=GO%21 From owner-soc-status@FreeBSD.ORG Mon Jun 15 05:36:23 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22A4E106566C for ; Mon, 15 Jun 2009 05:36:23 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id C9F798FC13 for ; Mon, 15 Jun 2009 05:36:22 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1731846qwe.7 for ; Sun, 14 Jun 2009 22:36:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:mime-version:subject:date:x-mailer; bh=2eLFFz77buWAImLM4C1iMCObl05Q9SCm/zO+bJe55+A=; b=aFdWgUU89qHZSamlacP9IHlvooSb4GPu20boSyBxAsiol5vlNN7/yBA/wCqr/x2fiB j0eQ6qGFaIqquBFTL1h4Nc1yPlymIJOuH9ftpu5gjMbtooaTHGsmxVRvteccmUhn4EZw ZUUmk6mP0w9/bts7Y5LtFkyvemhb2uHVsdjH0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=Hfk7YILR2TOIUPZ7FQdLtKSwF/2SCDgbeISRITaQmEAAqLXZE8JXHJQaTy0r6Z6A+2 ZvSpK0xlYsCMQ3BPBxiBzwquGL5CEfa2M9gG4LuOSqJJQvUOFn3qfzcNl+IPd8eR7QFh fUUBJ3xTtf+AOPYERKwAkRiNpAdU0ugHYGgBo= Received: by 10.224.2.79 with SMTP id 15mr6827461qai.256.1245044182106; Sun, 14 Jun 2009 22:36:22 -0700 (PDT) Received: from ?172.16.0.10? (c-98-209-61-61.hsd1.mi.comcast.net [98.209.61.61]) by mx.google.com with ESMTPS id 5sm475144qwg.55.2009.06.14.22.36.20 (version=SSLv3 cipher=RC4-MD5); Sun, 14 Jun 2009 22:36:21 -0700 (PDT) Message-Id: <0F261206-84C6-41A4-9768-CB2F791BDBCA@gmail.com> From: Zach Riggle To: soc-status@freebsd.org Content-Type: multipart/signed; boundary=Apple-Mail-2-449006597; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 15 Jun 2009 01:36:18 -0400 X-Mailer: Apple Mail (2.935.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Status Report June 14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2009 05:36:23 -0000 --Apple-Mail-2-449006597 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Status report from this week... more work on getting the framework in place. I'm trying to make it as flexible as possible, so that there won't have to be too many instances of tacked-on functionality. The last thing to do before the core functionality is done is to implement (cleanly) TCP and IP checksumming. The PCS library faced some issues with this, since the TCP-layer object is unaware of the IP-layer object. Since TCP checksum requires IP-level information (addresses, etc.) a mild kluge was implemented to traverse back up a packet "Chain" -- the problem with this being that, if the same TCP object is used in more than one chain, it will just use the data from one of them. The TCP state machine that I implemented is aware of the necessary IP information, and can generate a pseudo-IP header (per the RFC) that will be used for TCP checksumming, essentially sidestepping this problem. A more graceful solution (which I may implement as a patch for PCS) is to pass a 'parent' object to the pcs.Packet.encode method. More as it happens. As always, the blog is the best place for up-to- date news: gsoc-tcpregression --Apple-Mail-2-449006597-- From owner-soc-status@FreeBSD.ORG Mon Jun 15 19:40:28 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D996B106566B for ; Mon, 15 Jun 2009 19:40:28 +0000 (UTC) (envelope-from codermaniac@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id 95EC38FC0C for ; Mon, 15 Jun 2009 19:40:28 +0000 (UTC) (envelope-from codermaniac@gmail.com) Received: by qyk3 with SMTP id 3so5157691qyk.3 for ; Mon, 15 Jun 2009 12:40:27 -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=F4CFOZ5Gy1r5r2lX75sJod/ep5+aaquq9qoZd8WSuUU=; b=qkpvwW2Q9j/U3IpijflaxQanli6RJX5lk6xMPCABz5SA4+xhJGgzHaAQZ5ipSFLjjX 669h49vyZng/Z/zYRnce5ubg3eczyPhoL2ENfVEN1bIVNJoLBqCErwWuqlVS6IpaGDi2 w1uRO6AeLezHWTp01QqiIyPB6SiyvryD/KbFk= 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=GsQ1ACzv5XS6bp2KZpL7YSmEv2SgBZwO93OZj9w8iAVxaZqbuy9kQaRKQpGSkBm9Ke 6JRNnTmKBKBHWA88XpakMTCipxAqa80P8qPWn/RNoXZ+6/3mcmtZv4+u3JiJTjfpnm/x YtN+dj0llMflGtWTE7o1kzLKq9BSt5BoDksCc= MIME-Version: 1.0 Received: by 10.229.79.7 with SMTP id n7mr1435829qck.87.1245094827827; Mon, 15 Jun 2009 12:40:27 -0700 (PDT) Date: Tue, 16 Jun 2009 01:10:27 +0530 Message-ID: <4e54a5870906151240p64ce2d57odc4b3377d4c672bd@mail.gmail.com> From: Satish Srinivasan To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: BSM converters Status Report 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2009 19:40:29 -0000 Hi, I've been working on the xml2bsm tool to convert the XML output of praudit -x to BSM. There were lots of style(9) problems in my code, which my mentor pointed out. I've corrected them. My mentor also suggested a simpler way to parse the XML output to call the libbsm functions in au_to_* which made my code a lot simpler and straight forward. I had to spend a couple of days tracking down a undocumented bug / feature in the parser or XML output which returns the name of the current node as "text" for any newline, space or char read outside the tags, which my code (mis)understood as the "text" token :(. On the whole I think I've understood libbsm a lot better after this week. There is still work to be done on the tool for some tokens. The tool is at //depot/projects/soc2009/trailconv/xml2bsm. Thank You. satish From owner-soc-status@FreeBSD.ORG Tue Jun 16 04:54:51 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 812E3106566B for ; Tue, 16 Jun 2009 04:54:51 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.freebsd.org (Postfix) with SMTP id 22A0B8FC15 for ; Tue, 16 Jun 2009 04:54:51 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: (qmail 21214 invoked by uid 0); 16 Jun 2009 04:28:08 -0000 Received: from 190.230.67.13 (HELO ?10.0.0.3?) (190.230.67.13) by relay01.pair.com with SMTP; 16 Jun 2009 04:28:08 -0000 X-pair-Authenticated: 190.230.67.13 Message-ID: <4A371F53.5030502@FreeBSD.org> Date: Tue, 16 Jun 2009 01:28:03 -0300 From: Alejandro Pulver User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Ports licenses - report 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2009 04:54:51 -0000 Hello, This week I've corrected some problems in bsd.licenses.mk, added a few licenses to bsd.licenses.db.mk, and modified 5 ports (2 with propietary licenses, 2 GPLv3 and 1 BSD) to run an -exp build (my mentor is going to test the patch soon). The next week (well, this one actually) I'll focus on progressing with the FOSSology port, and committing the framework to CVS if the test succeeds. Regards, Ale From owner-soc-status@FreeBSD.ORG Tue Jun 16 20:13:14 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DF671065676 for ; Tue, 16 Jun 2009 20:13:14 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 0A15A8FC32 for ; Tue, 16 Jun 2009 20:13:13 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id C90B2EB561A for ; Tue, 16 Jun 2009 23:13:12 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id BF4D1450E9 for ; Tue, 16 Jun 2009 23:13:12 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BBQ1gasL00pP for ; Tue, 16 Jun 2009 23:13:12 +0300 (EEST) Received: from marinos.ceid.upatras.gr (marinos.ceid.upatras.gr [150.140.140.17]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 98F66450C6 for ; Tue, 16 Jun 2009 23:13:12 +0300 (EEST) Received: by marinos.ceid.upatras.gr (Postfix, from userid 1001) id 5996D22835; Tue, 16 Jun 2009 23:13:12 +0300 (EEST) Date: Tue, 16 Jun 2009 23:13:12 +0300 From: Ilias Marinos To: soc-status@freebsd.org Message-ID: <20090616201312.GA3016@marinos.ceid.upatras.gr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline X-PGP-Key: http://diogenis.ceid.upatras.gr/~marinosi/pubkey.asc X-PGP-Fingerprint: B034 ED35 B46E 7AEE D281 2B23 FD63 11AD AFBD 04F9 User-Agent: Mutt/1.5.19 (2009-01-05) Subject: STATUS #2 - Application-Specific Audit Trails X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2009 20:13:14 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, The previous week, I 've been working on: - Implementing a dynamic "system" for audit slice creation and initializati= on. - Adding new commands in auditon() syscall, to manage the slice creation, initialization, update and removal. - Fixed some problems I 've ran into (panics). The current/next week: - Complete any remaining issues with the slice management. - Work with the slice devices and add the desired functionality. Thanks for your attention, Ilias Marinos --=20 echo "Sysadmin know better bash than english." | sed s/min/mins/ \ | sed 's/better bash/bash better/' --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAko3/NgACgkQ/WMRra+9BPkXnACfeo0cYDeN9b0qx7mv4DjkatgM /dYAnim8zJyaQ3Q+Jx2jv1XkkbbbWM8L =Tegc -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-soc-status@FreeBSD.ORG Thu Jun 18 13:06:08 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97A99106566C; Thu, 18 Jun 2009 13:06:08 +0000 (UTC) (envelope-from upczhsh@gmail.com) Received: from mail-yx0-f200.google.com (mail-yx0-f200.google.com [209.85.210.200]) by mx1.freebsd.org (Postfix) with ESMTP id 40A798FC1E; Thu, 18 Jun 2009 13:06:08 +0000 (UTC) (envelope-from upczhsh@gmail.com) Received: by yxe38 with SMTP id 38so1447057yxe.3 for ; Thu, 18 Jun 2009 06:06:07 -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 :content-transfer-encoding; bh=51z7Db/absp2PsMyX8GUXGsHrGg6L+8Dr8l2g1Y0Dl8=; b=cxkgo4qP4k5i3symzbfXaWfMAjQVmRpMxuVWfDHttS8e6dR0VFaxODPIH5fbgA7SdE mXNdz/Q7ChiadI3zedxB/V10u7p1Aj7S+us6Tg5EMQM33agSIDsDDrJGnnSnZlRu0BN8 rbSnr9G9K7O6uiWehiqaJKGZNLN/3iwab8xa4= 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:content-transfer-encoding; b=ayhgpvaMvdDx9A6XNuit95/Rl3d5sEgYOlKP2lubFix9nWiS9sv73BKeHX/6G0SnuH kisVzoyVenGDOll7Q5+ESCElpbvBT5XzN56z4JquYtzMsi/ZFteqYHb+7SYx8FvA9UZZ MY/q4cy7McZvx3XaoAkaTj3nKPeCVk+wzbdpk= MIME-Version: 1.0 Sender: upczhsh@gmail.com Received: by 10.231.38.129 with SMTP id b1mr479724ibe.20.1245330367475; Thu, 18 Jun 2009 06:06:07 -0700 (PDT) Date: Thu, 18 Jun 2009 21:06:07 +0800 X-Google-Sender-Auth: 0af4e9aa96044f4c Message-ID: <8126ef5c0906180606q42b65380xce0a1959c1df4c14@mail.gmail.com> From: Zhao Shuai To: soc-status , John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: FIFO Optimization status 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2009 13:06:08 -0000 In the last two weeks I worked on rewriting the FIFO system using pipe routines. Now the work is accomplished. Any comments or feedback is welcome. I have write several testing programs to test the new FIFO system and the result shows that it works well. I also put attention to the previously reported FIFO bugs and am happy to see that a well known FIFO bug(see PR 76525, 76144, 94772, etc) is eliminated. You can find these testing programs in my perforce branch: //depot/projects/soc2009/fifo/fifo_test/functionality/... More tests will be added next week. -- Regards, Zhao From owner-soc-status@FreeBSD.ORG Sat Jun 20 11:48:07 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68E28106564A for ; Sat, 20 Jun 2009 11:48:07 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: from mail-bw0-f215.google.com (mail-bw0-f215.google.com [209.85.218.215]) by mx1.freebsd.org (Postfix) with ESMTP id ED4668FC08 for ; Sat, 20 Jun 2009 11:48:06 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: by bwz11 with SMTP id 11so82927bwz.43 for ; Sat, 20 Jun 2009 04:48:05 -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=u+2WhtsFdRMZ+wTgRr1wsBjTe55nJ/Qv2gzUXQA7lyI=; b=fYbx2m6pdVgudrkA237djVAfZLFC/ORczt0fVerAOkEGoqg9lUfigJ+NV6l1ZOOPZ9 TiKr4hA6NRICN3Vj32YyG30ZmDiKBbCp0raKn3bpeA9bB/QrRj5CInKUPaptTdw4r/h3 nlLXoy/17HMDDEuWsglX0q1Z6YxPhzp7ePMS8= 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=mrJk5ZsE4rG2BSGC+zn+a+C/s4Aw/fY5lrMJ2utNImMsFkXHSZKAWmUlPgg8sbneIr ySpx9JwmKxxUW9tCVwP52S2DMPaU+x7QDd8whZ+PFheuw7DVbKI6HygH6kz6/u45YOdG OGY7zRL/+crO93pqvGxz+ze3crIxZFpgtY1A4= MIME-Version: 1.0 Received: by 10.223.126.145 with SMTP id c17mr3217678fas.16.1245498485510; Sat, 20 Jun 2009 04:48:05 -0700 (PDT) Date: Sat, 20 Jun 2009 14:48:05 +0300 Message-ID: From: Tatsiana Severyna To: soc-status@freebsd.org, Konstantin Belousov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: puffs - status report 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jun 2009 11:48:07 -0000 Hi, After fixing some more bugs pnullfs (puffs null filesystem implementation) became usefull: almost all operations work. I'm able to copy to/from filesystem, mkdir, rmdir, etc. But current implementation can deadlock as it doesn't release vnode locks waiting for reply from userspace (I'm working on fixing it), it also lacks support for fifio operations, mmap implementation is probably buggy and there are some issues to be cleared out with fsync. From owner-soc-status@FreeBSD.ORG Sat Jun 20 19:20:06 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38E0F1065672; Sat, 20 Jun 2009 19:20:06 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from mail-pz0-f171.google.com (mail-pz0-f171.google.com [209.85.222.171]) by mx1.freebsd.org (Postfix) with ESMTP id DAFF78FC13; Sat, 20 Jun 2009 19:20:05 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: by pzk1 with SMTP id 1so2297646pzk.3 for ; Sat, 20 Jun 2009 12:20:05 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=yncVVC5DW23r+o/njIGXQIqrkNuLipalh6wp0kBV33k=; b=GrzrSoobaPR/uERZn8S+8Lx+1qRtJAeDGjwbk1HGVnIJMXiYfGzXNoQq1KkUpuNTtk n49G8moQndtKK1Gnev/IYPpgMKRe61Sgibs2lPdhtmx36UNemcuJyJCknvoB3Im0pQnw MYPPfpQOIdWdvvKcjfp5MYsR8SjQE331y5jqs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=WhejFA/9SY2KzXsTHo4uMKrQ9eYxGTyAjAZkTMSgPJFMSIof7ZMAgWIe1rAD9z55ov D+fYPMoACh6iWqocUg8d3g3FdF5rEUVhidXF1C7FYMnXYWZaz18K3GHs+MLI4G3rXHfB jNFekyU9dwbuuhCUu38FlhFKq5+3GfRnts+dA= Received: by 10.142.239.11 with SMTP id m11mr1947674wfh.120.1245525605630; Sat, 20 Jun 2009 12:20:05 -0700 (PDT) Received: from aditya ([121.241.40.106]) by mx.google.com with ESMTPS id 30sm196526wfa.35.2009.06.20.12.20.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 20 Jun 2009 12:20:04 -0700 (PDT) Date: Sat, 20 Jun 2009 19:20:02 +0530 From: Aditya Sarawgi To: soc-status@freebsd.org Message-ID: <20090620135000.GB1135@aditya> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: lulf@freebsd.org Subject: ext2fs status report 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jun 2009 19:20:06 -0000 Hi, I am almost done freeing ext2_fs.h from GPL. There are some parts of it which are required by the other GPL'd code so I will come back to ext2_fs.h later after freeing those files from GPL. I'm currently researching the block and inode allocation policy of NetBSD for ext2fs. They have a pretty well documented code and after thoroughly researching their policy I will start with the implementation. I plan to work on the inode allocation part till 27th June and after that on block allocation policy till midterms. From owner-soc-status@FreeBSD.ORG Sun Jun 21 14:22:23 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99D44106564A; Sun, 21 Jun 2009 14:22:23 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f217.google.com (mail-fx0-f217.google.com [209.85.220.217]) by mx1.freebsd.org (Postfix) with ESMTP id F30318FC08; Sun, 21 Jun 2009 14:22:22 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: by fxm17 with SMTP id 17so134150fxm.43 for ; Sun, 21 Jun 2009 07:22:22 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=Zf/ozrYqmPRhk/Nj6UTpoQHejH4nV0xum5cTMK6b7hQ=; b=FMVGxkLot/QCfT2kiOvSfk0NzO5G6BuKqMJJKlj1pFId2hbZwMzndWdKPHITcD8T4r Ik8M+7YyIQxj0PD47Bp8ZAmhMvBEHVn9in8xPxqZzOE9w2rZgozbtTkkUFDi8BuLZVYr lSrsmBumYKytqjVZ3A2mJ9AINWUaBmWMzrgzw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=XHa8/3fYMgcP6c5fAaNPqcNnmfYdXJeg3p1S4s9qUpKpr2BT1h0Yb3Ra14cTQM66G8 HKQu5bAn7qccDIp/FO8NEu3YIIJxlO4aJJhAhu2oQkuj6kN+sv6bYMiQKlg+hPL3gK0/ 6Gq7RA0qNnQRiytRas0q8zz7Iri1Erq2OhzKc= Received: by 10.86.65.9 with SMTP id n9mr5273152fga.47.1245594142097; Sun, 21 Jun 2009 07:22:22 -0700 (PDT) Received: from localhost (lan-78-157-90-54.vln.skynet.lt [78.157.90.54]) by mx.google.com with ESMTPS id e20sm6281210fga.10.2009.06.21.07.22.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 21 Jun 2009 07:22:21 -0700 (PDT) Date: Sun, 21 Jun 2009 17:23:17 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20090621142316.GA2081@tops.skynet.lt> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Stanislav Sedov Subject: pefs status report 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jun 2009 14:22:23 -0000 Hi, I've implemented some of missing vnode operations this week. Filesystem looks functional: it supports file name encryption, not cipher block aligned reads/writes, file resize, passes vsock and vfifo operations to lower layer. Next big todo item is to implement correct lookup (with encrypted name caching) and add support for several keys per filesystem. From owner-soc-status@FreeBSD.ORG Sun Jun 21 19:53:49 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D51EE1065673; Sun, 21 Jun 2009 19:53:49 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-bw0-f215.google.com (mail-bw0-f215.google.com [209.85.218.215]) by mx1.freebsd.org (Postfix) with ESMTP id 07B958FC1C; Sun, 21 Jun 2009 19:53:48 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: by bwz11 with SMTP id 11so524807bwz.43 for ; Sun, 21 Jun 2009 12:53:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=LjSUSQAVcgukwknyTwxyVfG8WojqhEbutYEcj9Bxzlc=; b=vFIwC19cFRQqJ28w3lE0IemML2onH31fI1X5YI+UcxjSmWl1DxIc610bTg3LlR97Xv /M5VA+72FrrTM+MRfbGWed2VaMFaeHeOHR84i0szOrt/KCMx+xrhCiR02dHmhdcJPgPm yv+517+xufC+v+fu/JDWV2YgG77NUWTXyKFBM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; b=lnneYyCr9YP6Wn63XAgebIifx2o5ium2Oasf+gQiHWq8tfKUMMi5EhVMYSORUNbTfP SYNqUKS3INmxLvqDPkM1L1BiHkPli5XvOFYpSTGyvJ3tZsVKQoT3SPbJUyTaleXmW27e 249uaI3Gj1ao03iu63MBloOgVqH9dE8cGKGB0= MIME-Version: 1.0 Sender: pali.gabor@googlemail.com Received: by 10.223.121.6 with SMTP id f6mr4997413far.77.1245614027836; Sun, 21 Jun 2009 12:53:47 -0700 (PDT) Date: Sun, 21 Jun 2009 21:53:47 +0200 X-Google-Sender-Auth: bc127e54784e51bc Message-ID: <685a6ef80906211253p104cccddy60e4fada010cb60d@mail.gmail.com> From: Gabor PALI To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Oleksandr Tymoshenko , Robert Watson Subject: libstat status 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jun 2009 19:53:50 -0000 Hello, During this week, I have improved some of the functions in the libnetstat library, and I also experienced that the modified netstat(1) version that uses this library seems to be quicker. I created a new type for socket buffers (in connection with the previously created socket type) to make their query easier. I have also built a simple ncurses-based network monitoring application for checking active unix domain socket and inet4/6 connections in real time. At the moment, it is more like an interactive netstat(1), but it can be extended as the library develops. All code is submitted to Perforce [1] continuously. I have started to work on how to pass information from kernel to the userland in a less ABI-sensitive way, and I consulted Robert Watson regarding this. He suggested me to work out my solution after the model he used in libmemstat(3) for providing information about UMA allocations. Now, I am checking the referenced sources and working on a modification of the corresponding kernel routines, so it can be submitted to Perforce during the next week, hopefully. Cheers, :g [1] http://perforce.freebsd.org/changeList.cgi?FSPC=%2F%2Fdepot%2Fprojects%2Fsoc2009%2Fpgj_libstat%2F...&ignore=GO%21 From owner-soc-status@FreeBSD.ORG Sun Jun 21 20:02:15 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 086CD106566C; Sun, 21 Jun 2009 20:02:15 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 902F08FC08; Sun, 21 Jun 2009 20:02:13 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1249864ywe.13 for ; Sun, 21 Jun 2009 13:02:13 -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:content-type:content-transfer-encoding; bh=uIY7BBKpQoun0wsTrIIJPNJ90jHdON8HQgZbBfgWj60=; b=aFIg75XKJ9BVWRTO6JKDJu0aNZvlu8tpBsh2/MS8lip2aRzQadGSS4p2Ya5xOB703O 11kxrusyiiclKoHUeIjIKUNXGQBvVvliNn+DpGbqdgDQVANJuwfbjGZIhTC3jmIqH38a nAsk5DaIVFu5xF/ZpZ7F7t6Pd2fDZbb+jRif0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=bhA1G/uKtG1HkDNkY8AObWGwOdV8djuLki0ODowvgkm2velNIKCpeI1kyCfmDx7iad hnk0vqgxdj5lKd2gvboj57Cg6cu/xCPytmH0lWLXackSoDKVLZMRRP1BF9D5ca7J8ekC fgS9Uhral6EQH9jV80npMQVx8DL9HQ6Y4SReI= MIME-Version: 1.0 Received: by 10.231.17.199 with SMTP id t7mr1629049iba.46.1245614533064; Sun, 21 Jun 2009 13:02:13 -0700 (PDT) From: Sylvestre Gallon Date: Sun, 21 Jun 2009 22:01:53 +0200 Message-ID: <164b4c9c0906211301r73a8695fr4f62d3baf2ecc6b1@mail.gmail.com> To: soc-status@freebsd.org, Hans Petter Selasky , Andrew Thompson , Philip Paeps Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: USB Improvements status report 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jun 2009 20:02:15 -0000 Hi, Done this week : - Updated the transfer code following Hans Petter USBCam. - Performed the first working transfer on a interrupt endpoint. - Fixed lot of little bugs like bad malloc, unintialised value, etc... - Improved the debugging system. - Added a test that perform a cdc request over the control endpoint. Cheers, -- Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org) From owner-soc-status@FreeBSD.ORG Sun Jun 21 21:14:51 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 739991065670; Sun, 21 Jun 2009 21:14:51 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 2EC848FC14; Sun, 21 Jun 2009 21:14:51 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id E957714D8A05; Sun, 21 Jun 2009 23:14:49 +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 IRKpgT-TmA9f; Sun, 21 Jun 2009 23:14:49 +0200 (CEST) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 2CF6B14D5FE3; Sun, 21 Jun 2009 23:14:49 +0200 (CEST) Message-ID: <4A3EA2C6.4040504@FreeBSD.org> Date: Sun, 21 Jun 2009 23:14:46 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: delphij@FreeBSD.org Subject: libiconv status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jun 2009 21:14:51 -0000 Hello, this week's progress: - Clean up in the esdb and csmapper databases. This means, finally we have working Makefiles to install them correctly on FreeBSD. This seems to be a misc part of the work but actually, it is important that we can easily add/modify conversion tables. I've tried to generalize the building of these pieces of metadata and made a mini-framework for that. - Added a TESTING-HOWTO as we can easily install iconv now. - Fixed some issues showing up in the GNU regression tests by adding -INTERNAL and -SWAPPED encoding forms for UTF/UCS family. The former always means using the machine byte order, while the latter one is the swapped byte order. GNU regression tests use UCS-4-INTERNAL and by implementing it in a compatible way, lot of regressions went away in other encodings, as well. - While here, added some more aliases used in GNU iconv for the UTF/UCS family. - Finally, really fix BOM handling. - Nits in the test suite. - Some investigations about some encoding variants. Short-term TODO: The basic encodings seem to be well supported, except UTF-8 and UTF-7, which still have some issues according to the GNU regression test. The next important task is to fix UTF-8 before I can pass to the CJK encodings. I don't consider UTF-7 very important because it is kind of a legacy encoding but it would be nice to finish the whole UTF/UCS family, so I'll look into it, as well. Cheers, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-soc-status@FreeBSD.ORG Sun Jun 21 21:29:18 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F218106566C for ; Sun, 21 Jun 2009 21:29:18 +0000 (UTC) (envelope-from admin@mercurysquad.com) Received: from mail-pz0-f194.google.com (mail-pz0-f194.google.com [209.85.222.194]) by mx1.freebsd.org (Postfix) with ESMTP id 1DF9C8FC18 for ; Sun, 21 Jun 2009 21:29:17 +0000 (UTC) (envelope-from admin@mercurysquad.com) Received: by pzk32 with SMTP id 32so32437pzk.3 for ; Sun, 21 Jun 2009 14:29:17 -0700 (PDT) Received: by 10.142.51.1 with SMTP id y1mr2363024wfy.92.1245618276128; Sun, 21 Jun 2009 14:04:36 -0700 (PDT) Received: from ?10.100.2.50? ([117.197.66.31]) by mx.google.com with ESMTPS id 30sm73611wfa.15.2009.06.21.14.04.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 21 Jun 2009 14:04:35 -0700 (PDT) Sender: Prashant Vaibhav Message-Id: <42748670-F8BC-4CAC-A3E9-B7F39E41B4F9@freebsd.org> From: Prashant Vaibhav To: soc-status@freebsd.org Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 22 Jun 2009 02:34:30 +0530 X-Mailer: Apple Mail (2.935.3) Cc: Attilio Rao , Ed Maste Subject: Callout system rework: status report 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jun 2009 21:29:18 -0000 Hi, After a late start because of connectivity problems, I've made some =20 progress with my project. During the past 2 weeks I have worked on two main areas - =97 Implemented a generic priority queue based on binary heap. This part = =20 has been tested and is complete. MIN and MAX heaps are done, each =20 supporting insert item, peek at highest priority item, extract item =20 and modify item's priority (key). For MIN heaps, insertion can be =20 arbitrary but removal is always in order of increasing key (and =20 decreasing key for MAX heaps). I've used most of the same conventions =20= as the queues and trees from sys/queue.h and sys/tree.h, so usage is =20 quite similar. The priority queue provides O(1) insertion, removal and =20= key modification on an average, with upper-bound O(log n), and peek/=20 extract highest priority item at worst case O(1), thus it can find use =20= in various other parts of the kernel apart from maintaining callout/=20 timeout lists. =97 Re-write kern/kern_timeout.c and sys/callout.h to replace the =20 callout 'wheel' data structure with the new binary heap, thus freeing =20= the kernel from relying on a periodic timer interrupt. This is still a =20= work in progress and hasn't been tested yet. About half of the job is =20= done, most of the auxiliary functions, including softclock(), have =20 been implemented, except for the main functions which arm a callout =20 and to cancel an armed callout using the callout_* API. For these I am =20= studying the locking mechanism to make sure clients get the same =20 behaviour with the new implementation. timeout() and untimeout() which =20= need to allocate callout structures locally are implemented but I'm =20 still debating on what could be a better way. I'm looking to use =20 uma(9) instead of maintaining our own used/free list of callouts. I'll send another mail when perforce has been synced (ie. get branches =20= working..) with the work done so far. During the next few days I will continue to modify kern_timeout.c so =20 that the existing API works transparently, but using the binary heap =20 as the back-end. Once this is done, I will begin adding the newly-=20 proposed API functions, and thereafter the interface for generic timers. Best, Prashant Vaibhav= From owner-soc-status@FreeBSD.ORG Mon Jun 22 01:10:07 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91D211065672 for ; Mon, 22 Jun 2009 01:10:07 +0000 (UTC) (envelope-from nikron@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF6A8FC15 for ; Mon, 22 Jun 2009 01:10:07 +0000 (UTC) (envelope-from nikron@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1271988ana.13 for ; Sun, 21 Jun 2009 18:10:06 -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; bh=MwyjGI0zc+N7ubfOSIhJ6rLLfBOIC1y4oWQ67XiPVfI=; b=p1UHPF454QGKhzsleyPYMffA/Y+wjFUhih5HT/VuCeuI/e//a8bbrJtDO7eDzfKPdj xhvnUHbKwgSBnuMS2oyMvZmSuRU/lkTDzQrbnseKar2RP12FZVSaVnhcjrh96lBSiWng 6hrtRzIdM/vG+VZccvS8sV88hup3U+6to1Z2I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=gvyjPdX9opHsGhmZa+IwZHZtVE77kzysjhKIIP80PnixMPk3i5PtcCNelZlO8ISs3k i2T8lLvKXkKArdaPkza85kXSOLuM/UrchuxHrVWeB18stiz+QXDQBgdaPHTWh3iy4bCL ALQHUMj71tVcFb/pFQD/eF02lN7/5yIMgp56s= MIME-Version: 1.0 Received: by 10.100.127.14 with SMTP id z14mr7289744anc.37.1245633006337; Sun, 21 Jun 2009 18:10:06 -0700 (PDT) Date: Sun, 21 Jun 2009 21:10:06 -0400 Message-ID: <6f3a46720906211810r50c85b4k8abbcc4f608acbc3@mail.gmail.com> From: Nikhil Bysani To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: nm-port status #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2009 01:10:07 -0000 I have most of NetworkManager compiling through use of #ifdef's, now I believe ethernet works but I must test it. But first, I am currently working libnm-util. Most of the work so far as been changing includes because the ethernet interface between freebsd and linux appears to be very similiar. However, I have some concerns about libraries libnl and gudev which are linux specific; I hope to resolve these concerns and get wireless working by the end of this week. Also, I need to sync sources in a useful manner, I have held off because I can't seem to get p4 to only to submit changed files. I will hopefully submit work by tonight or tommorw. -Nikhil Bysani From owner-soc-status@FreeBSD.ORG Mon Jun 22 06:30:30 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0BF0106568B for ; Mon, 22 Jun 2009 06:30:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC168FC16 for ; Mon, 22 Jun 2009 06:30:30 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id EFC401CC26; Mon, 22 Jun 2009 08:30:28 +0200 (CEST) Date: Mon, 22 Jun 2009 08:30:28 +0200 From: Ed Schouten To: Nikhil Bysani Message-ID: <20090622063028.GA48776@hoeg.nl> References: <6f3a46720906211810r50c85b4k8abbcc4f608acbc3@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hAuRRTnAxfk+EiF3" Content-Disposition: inline In-Reply-To: <6f3a46720906211810r50c85b4k8abbcc4f608acbc3@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: soc-status@freebsd.org Subject: Re: nm-port status #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2009 06:30:30 -0000 --hAuRRTnAxfk+EiF3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Nikhil Bysani wrote: > Also, I need to sync sources in a useful manner, I have held off > because I can't seem to get p4 to only to submit changed files. I think I asked this for you on the perforce reviews list some time ago. The solution is to run `p4 client' and add the `revertunchanged' flag. --=20 Ed Schouten WWW: http://80386.nl/ --hAuRRTnAxfk+EiF3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAko/JQQACgkQ52SDGA2eCwVL9wCcDFnE8jIgBqaX8PO7C+ToaCVE CgIAn1HlQfHOVc3jLsJOY4LjwOQmXu5h =2i1l -----END PGP SIGNATURE----- --hAuRRTnAxfk+EiF3-- From owner-soc-status@FreeBSD.ORG Mon Jun 22 10:59:46 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 049BD1065670 for ; Mon, 22 Jun 2009 10:59:46 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: from mail-bw0-f209.google.com (mail-bw0-f209.google.com [209.85.218.209]) by mx1.freebsd.org (Postfix) with ESMTP id 852D18FC1E for ; Mon, 22 Jun 2009 10:59:44 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: by bwz5 with SMTP id 5so160519bwz.43 for ; Mon, 22 Jun 2009 03:59:44 -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=U/5I7jrF17UkQ18NZlKtKaVhPWIT/QY2UxTbWabfYxg=; b=Pjedgpu/OgvFMOaw4B8u9mRK1bGw/MTUf2T7720R6rX+91LQazQrRUo6Mi3z4EJpjV wORlLjnjjRLqt06jp2qcSg4b29/wUfD8M9znCTOVwGMoYtNo4+K4aXYkxtUaf5BIaNAJ a4+UiEwtSfiY6lRturGmA3gEhKtmf5XKWC1K4= 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=hxUxEBSud0x53emwE4Kjm42L+7oatewjon9D75VRchpLgjLljzJYAgmpXwBGkxnm86 rPIk9V50YCNSJqvDXOlMAZxTM3SiW9g+4hbDGG5EyqjLQx41hdGKKqgS8KBVjt2Pm0m6 zCeh5zzh4ehs47pn5Dy5jmxvsmiX4OOdnK2jg= MIME-Version: 1.0 Received: by 10.223.122.141 with SMTP id l13mr5848058far.99.1245668383193; Mon, 22 Jun 2009 03:59:43 -0700 (PDT) From: Tatsiana Elavaya Date: Mon, 22 Jun 2009 13:59:23 +0300 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Diomidis Spinellis Subject: ipfw status report - 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2009 10:59:46 -0000 Last week I've started rewriting optimization to use per rule optimization instruction Also: * Introduced mergesort for linked lists algorithm * Sort instructions before adding to rule, use listsort to sort groups * Dynamically allocate optimization buffers * Use sysctl to control optimization parameters * Added extra debugging to check optimization correctness * Handle F_NOT and F_OR instructions correctly * Fixed bugs in rule alias handling This week I'm going to finish rewriting optimization and checks to verify optimization in kernel. From owner-soc-status@FreeBSD.ORG Mon Jun 22 11:12:16 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC0F1106580C for ; Mon, 22 Jun 2009 11:12:16 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 7ABA08FC2E for ; Mon, 22 Jun 2009 11:12:16 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1360940ana.13 for ; Mon, 22 Jun 2009 04:12:15 -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=KPNjhG3ZH7GKTAIP1A40O0JBcBFANp2VUUl7y+ogW7w=; b=Mrvm1Sn5n75ZmnekUQUb+OXX2yAjnwP1LKu0xt8UwQcXwBUX9WidZ5e/+eB71VIabx 2gZjgrHE41dh7uRlOKtbuA+nIpBfA7oFgCauLl8Q+jKWf8TPrg3zv29bztKNLmCrvD2C pW79PmQilY7FPjNoNy+0a4O6cn/JXEKTnFDeY= 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=XFdKzkIooVnlSdD313Aa+9EDdabkwoKAn4Ftxsy7LfBce4k7Q1oPPBajhUQOvDqRXz Rziza4XVqTnGenYXrMGtOcDZbR3sxRE1XxOGRPrIXRY3Q4K7W41ZC04HkheurZmBb6WD GlHQaJSjC/keC7EzMYjv1q17y1AqgsfbFtzoY= MIME-Version: 1.0 Received: by 10.100.3.13 with SMTP id 13mr7949734anc.75.1245669135705; Mon, 22 Jun 2009 04:12:15 -0700 (PDT) Date: Mon, 22 Jun 2009 19:12:15 +0800 Message-ID: From: Fang Wang To: soc-status@freebsd.org, Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: tcputo status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2009 11:12:25 -0000 Hi, This week's progress: 1. finish the use interface for tcputo. 2. finish compile the kernel with tcputo enabled. 3. fix some bugs in the implementation of tcputo and do some basic test. The following week's plan: 1. adjust some details according to RFC5482. 2. finish the regression code for tcputo. 3. finish all the regression test in netinet. This week I was a little busy, the progress was a little slow. And my last exam in this semester will be finished on 6.24. After that I will I have enough time. From owner-soc-status@FreeBSD.ORG Mon Jun 22 15:14:58 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 296D71065672 for ; Mon, 22 Jun 2009 15:14:58 +0000 (UTC) (envelope-from fabio@freebsd.org) Received: from sssup.it (ms01.sssup.it [193.205.80.99]) by mx1.freebsd.org (Postfix) with ESMTP id B51788FC27 for ; Mon, 22 Jun 2009 15:14:56 +0000 (UTC) (envelope-from fabio@freebsd.org) Received: from [193.205.82.7] (HELO gandalf.sssup.it) by sssup.it (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 51735284 for soc-status@freebsd.org; Mon, 22 Jun 2009 17:03:25 +0200 Received: from smaug.retis (smaug.retis [10.30.3.72]) by gandalf.sssup.it (8.12.10/8.12.10) with ESMTP id n5MFEtiT029410 for ; Mon, 22 Jun 2009 17:14:55 +0200 Received: by smaug.retis (Postfix, from userid 1000) id 7D6CA538C3; Mon, 22 Jun 2009 17:15:59 +0200 (CEST) Date: Mon, 22 Jun 2009 17:15:59 +0200 From: Fabio Checconi To: soc-status@freebsd.org Message-ID: <20090622151559.GK28770@gandalf.sssup.it> References: <20090607105508.GS19347@gandalf.sssup.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090607105508.GS19347@gandalf.sssup.it> User-Agent: Mutt/1.4.2.3i Subject: gsched - status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2009 15:14:58 -0000 Hi all, in the last couple of weeks I've worked on a patch to introduce request classifiers in geom_io.c, I'm still sorting out some interface issues with my mentor, but the patch is almost ready to go public. I've started working on an md variation to emulate multiple disk drives with a geom class. By now it is only for our internal use, and it does almost nothing, we'll try to integrate some hopefully useful emulation feature into it. From owner-soc-status@FreeBSD.ORG Sat Jun 27 20:33:54 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22D40106564A; Sat, 27 Jun 2009 20:33:54 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id E4AC98FC1B; Sat, 27 Jun 2009 20:33:53 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: by rv-out-0506.google.com with SMTP id f9so853528rvb.43 for ; Sat, 27 Jun 2009 13:33:53 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=3u9nGwg1k0aLxh+cn8AM5t6j5XL5U7qmpasKK0LlfaM=; b=J2LuC6/O/g68sH5p1PlwTrrgR0KIYRrW0Cq1+C6zG4XEe1ykNN0v3hN1OkjpQuHfzM 4Ng0Vi+V6efud2zcS9cwHTEediAw8VqVQe7i1QSE1gMtrBUfdYeXeQh7ZqoXTgCnILWj 7wjuS775r7U4HNVtslbTu0lRygR+MKiIwo2NI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=DGuhi7E8hnsEo3hJxNYhwA2EHbFg3CBGg4Ed+rHDVXtDy3sGEtbEPAMm3/1Ug3WN1I GtGtnfB/8Fo5BGp3VsuJzF37Pj3hOAkCy/Q2cUM011C19VXT1oT+a1nf46j3NtyWskXW gtRfRR8GJW7sVGNCtxINqXQZrYtoa5t88l9Pw= Received: by 10.141.22.1 with SMTP id z1mr4429rvi.186.1246134833479; Sat, 27 Jun 2009 13:33:53 -0700 (PDT) Received: from aditya ([121.241.40.106]) by mx.google.com with ESMTPS id f42sm15299679rvb.30.2009.06.27.13.33.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 27 Jun 2009 13:33:52 -0700 (PDT) Date: Sat, 27 Jun 2009 20:33:47 +0530 From: Aditya Sarawgi To: soc-status@freebsd.org Message-ID: <20090627150345.GB1193@aditya> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: lulf@freebsd.org Subject: ext2fs status report 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jun 2009 20:33:54 -0000 Hi, This week I started implementing the new inode allocation policy for ext2fs. The new code is taken from NetBSD and is much more oragnized than the current implementation. It is based on the lines of the allocation policy of UFS. I have started testing the new code and it has some bugs. I will complete the inode allocation part and start with the block allocation by next week. Cheers, Aditya Sarawgi From owner-soc-status@FreeBSD.ORG Sun Jun 28 14:15:29 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0140410656C4 for ; Sun, 28 Jun 2009 14:15:29 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: from mail-bw0-f210.google.com (mail-bw0-f210.google.com [209.85.218.210]) by mx1.freebsd.org (Postfix) with ESMTP id 807518FC25 for ; Sun, 28 Jun 2009 14:15:28 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: by bwz6 with SMTP id 6so360285bwz.43 for ; Sun, 28 Jun 2009 07:15:27 -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:cc:content-type:content-transfer-encoding; bh=xZVWbmOz0JZIlxbxQSVvUHlbRiLBeA6nQqRjAG5FWXE=; b=ZYj76DTSSmDUaOS99GZMquQHGsZqSm1RvaHSyQ1Bd9KSBK0H/Qf0Bd7cBVLxYaWaKf iZpST6EIRzFauL95GE5Cyp0AelUHFoEXkvny++EHMWuxzp5h8D6Tx9Vzf3rYm6c6+pd7 E1hU46ceNUlZE/im3yxGUr6mLEbkK3bwwDJQA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=nUuGzwb3sjoK/0c/tjZ+Wgqog6r/1lz/k4Wkuz82P9SLJE7zvfK+VW9qDKR2oN5HPg kEPq/fIZ/YsZ+YXQ0P24iy2QJ6voeHcOxs3xYGT9+LJ5Oh21Wyk9dsbAUht84ba2jAKG +NgZRw8xg+h/KRs+r7RT2G8IsiqZ92/t2h8rY= MIME-Version: 1.0 Received: by 10.223.114.208 with SMTP id f16mr3909053faq.91.1246198527059; Sun, 28 Jun 2009 07:15:27 -0700 (PDT) Date: Sun, 28 Jun 2009 17:15:27 +0300 Message-ID: From: Tatsiana Severyna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov Subject: puffs - status report 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 14:15:29 -0000 Hi, This week I've implemented release of vnode locks while waiting for reply from userland, and puffs doesn't panic any more during forced unmounts Two operations don't drop vnode lock: inactive and reclaim. These two are special and can't be handled usual way: unlock-wait-relock. I've also added support for fifos, and extended pnullfs to allow creation of fifos. It seems there's a bug in original puffs code that didn't show up because filesystems enabled page cache by default. I've add workaround for it and plan to try fixing it next week. I'm also going to start porting psshfs next week. From owner-soc-status@FreeBSD.ORG Sun Jun 28 17:25:22 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F1CE106566C for ; Sun, 28 Jun 2009 17:25:22 +0000 (UTC) (envelope-from admin@mercurysquad.com) Received: from mail-qy0-f186.google.com (mail-qy0-f186.google.com [209.85.221.186]) by mx1.freebsd.org (Postfix) with ESMTP id 272058FC08 for ; Sun, 28 Jun 2009 17:25:21 +0000 (UTC) (envelope-from admin@mercurysquad.com) Received: by qyk16 with SMTP id 16so3961288qyk.3 for ; Sun, 28 Jun 2009 10:25:21 -0700 (PDT) MIME-Version: 1.0 Sender: admin@mercurysquad.com Received: by 10.229.100.9 with SMTP id w9mr1469582qcn.31.1246209921240; Sun, 28 Jun 2009 10:25:21 -0700 (PDT) Date: Sun, 28 Jun 2009 22:55:21 +0530 X-Google-Sender-Auth: bc58ac77fdbf96a9 Message-ID: <66b068eb0906281025g4621ff36u62b741e2b8f396a7@mail.gmail.com> From: Prashant Vaibhav To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: callout api - status report 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 17:25:22 -0000 Hi, This week I've finished implementation of the modified callout subsystem which now uses binary heaps. Casual testing shows no signficant issues anymore. Rescheduling of existing callouts is also now more efficient than removing/reinserting them, as it now just changes the timeout ticks of the callout and readjusts the queue as appropriate. With the basis in place, next week I plan to start implementing the new callout API. I plan to rewrite a lot of the code from sys/kern/kern_timeout.c to take advantage of the fact that each operation on the callout queue leaves it in a consistent state, thus giving us opportunity to use finer-grained locking. Perforce is now in sync with my local copy (//depot/projects/soc2009/calloutapi/) and src/sys can be checked out to build a test kernel. I plan to resync it every few days (with the goal being that each version should compile). I've also started a blog to document the development at: http://freebsd.mercurysquad.com/ Best, Prashant From owner-soc-status@FreeBSD.ORG Sun Jun 28 18:30:10 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 568531065673; Sun, 28 Jun 2009 18:30:10 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id D60A38FC18; Sun, 28 Jun 2009 18:30:09 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: by yxe11 with SMTP id 11so3072477yxe.3 for ; Sun, 28 Jun 2009 11:30:09 -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:content-type:content-transfer-encoding; bh=MzCc4BFHlSGy5Djip7Kves2K/pMMGnLslplHUJebG/8=; b=O9Yam0+dXOKZTubaUatmXDiyF0I5te1uIjuQCTEwspMOrdRh+MRmwDOQML3rywIJd/ g9O5HEzbJAD1tpCVW1kxC266grdLzbXVZMAUNmgnsfudS/2bGcmFBXkPrOWD9NZ+/HgO HPUIyyuxLv24mKCklNt/LFT+kIfoEq/okTt98= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=Rf6hXngrjKQlOGj7U/o0lfG1FAql9+SzAAbzVPNM2XJYQ9WRIUAIJrReg0Lv188Iuc dmpBpj22QeI031PRtI2EsPjnypL6AgQ8t2LA0rEcgH77Sy9nZgESMnhIAgf586gpDcUV TXn/BRpVTWOunEsgrJ3h6IkybM5jPKbOcA4PE= MIME-Version: 1.0 Received: by 10.231.11.135 with SMTP id t7mr336361ibt.12.1246213809094; Sun, 28 Jun 2009 11:30:09 -0700 (PDT) From: Sylvestre Gallon Date: Sun, 28 Jun 2009 20:29:49 +0200 Message-ID: <164b4c9c0906281129i108fd365p77db73ea306b61f@mail.gmail.com> To: soc-status@freebsd.org, Hans Petter Selasky , Andrew Thompson , Philip Paeps Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: USB Improvements status report 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 18:30:10 -0000 Hi, Done this week : - Performed the first working control and bulk transfer. - Libusb was imported into head by Andrew Thompson. - Fixed a lot of bug. - Fixed a part of the buglist reported by Hans Petter Selasky after is code review. - Started the revamp of Hans Petter Selasky memory stick tester. TODO : - Hans petter has spotted that big transfers are not yet supported. - For the moment there is a problem with multiple transfers. Soon I will also need to start talking with Hans Petter about usb device improvement. Cheers, -- Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org) From owner-soc-status@FreeBSD.ORG Sun Jun 28 20:10:03 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1420F1065670 for ; Sun, 28 Jun 2009 20:10:03 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id C55A38FC17 for ; Sun, 28 Jun 2009 20:10:02 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 4BF8414D8B60 for ; Sun, 28 Jun 2009 22:10:01 +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 ZENfp05A9hVK for ; Sun, 28 Jun 2009 22:10:00 +0200 (CEST) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id A332214D8A5D for ; Sun, 28 Jun 2009 22:10:00 +0200 (CEST) Message-ID: <4A47CE16.6080907@FreeBSD.org> Date: Sun, 28 Jun 2009 22:09:58 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: libiconv status report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 20:10:03 -0000 Hi, this week's progress: - Investigated about UTF-8 and found out that the differences between GNU iconv and Citrus are bugs in GNU because it allows unpaired surrogates in the output, which shouldn't be allowed according to unicode.org. - Also checked UTF-7 and the behaviour seems to be completely the same apart from that Citrus gives some warnings on invalid sequences, which is fine I think. - Added mapper_parallel modul, which wasn't built before - Little optimization to UTF-8: static tail length lookup tables instead of filling the table with for loops. - Fix Kazakh conversion table paths, so Kazakh conversions work now. I have some more changes in progress but they aren't ready yet, so I haven't merged them. I consulted with my mentor and I'll organize my work around GNU iconv compatibility so that we can start to use iconv as soon as possible. Optimization can be done when I find something like this UTF-8 nit and I'll review the whole code at the end of the program. My mentor also pointed out that glibc iconv seems to be even better than GNU iconv, so I'll take a look at it, as well. From the next week I'll have limited connectivity for some time but as I do weekly merges, you might not notice it at all. Cheers, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-soc-status@FreeBSD.ORG Sun Jun 28 21:04:37 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A60131065673 for ; Sun, 28 Jun 2009 21:04:37 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 55B538FC0A for ; Sun, 28 Jun 2009 21:04:37 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 5A4ECEB4D92 for ; Mon, 29 Jun 2009 00:04:36 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 4B1E64503F for ; Mon, 29 Jun 2009 00:04:36 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qTBkfxxfUrmy for ; Mon, 29 Jun 2009 00:04:36 +0300 (EEST) Received: from marinos.ceid.upatras.gr (marinos.ceid.upatras.gr [150.140.140.17]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 1440A450C6 for ; Mon, 29 Jun 2009 00:04:36 +0300 (EEST) Received: by marinos.ceid.upatras.gr (Postfix, from userid 1001) id D36B62283B; Mon, 29 Jun 2009 00:04:35 +0300 (EEST) Date: Mon, 29 Jun 2009 00:04:35 +0300 From: Ilias Marinos To: soc-status@freebsd.org Message-ID: <20090628210435.GA76309@marinos.ceid.upatras.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-PGP-Key: http://diogenis.ceid.upatras.gr/~marinosi/pubkey.asc X-PGP-Fingerprint: B034 ED35 B46E 7AEE D281 2B23 FD63 11AD AFBD 04F9 User-Agent: Mutt/1.5.19 (2009-01-05) Subject: STATUS #3 - Application-Specific Audit Trails X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 21:04:37 -0000 Hello all, the previous (almost) two weeks I've been busy with the device allocation a= nd usage part of each audit slice. The actual implementation is ready few days now and each device supports write operations (to be used from userspace). Left to be done: - Extend the bsm record validating method that is being used right now.I am syncing with my mentor to find the best way to do that. - Implement a function , to commit the BSM records that are coming from userspace to the slice's queue, after they are validated. I have been busy with the university the last 3-4 days. Will be more active =66rom now on. Best Regards, Ilias --=20 echo "Sysadmin know better bash than english." | sed s/min/mins/ \ | sed 's/better bash/bash better/' From owner-soc-status@FreeBSD.ORG Sun Jun 28 22:07:10 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BCF61065670 for ; Sun, 28 Jun 2009 22:07:10 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 3CB898FC0C for ; Sun, 28 Jun 2009 22:07:07 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: by ewy9 with SMTP id 9so3130380ewy.43 for ; Sun, 28 Jun 2009 15:07:07 -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=/GKozrqHx3XzJasvO7gTK4nE3MhDnDIUpC6U8U1ZNxo=; b=O16J2Uu7R8qrHAx79nYpzgvoIq4YAAGl2aawmwykz1EKm0Rkh34UUzKuTA+f2CBMms CfMT5jpu9sJoN6WxJYsuAyVWBH2X4BLV7TfXwrAfR+BYcA6AJD03OE9ODzN6Ph0Tb/b9 v9w5HPbFg4H6hGMEEovTgQ7Fv/loa/gPQuVVY= 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=wBZTMkUeIXk+Ei3nyIlChFaiYH+e9lmZ78X9Ko8R/O5ynC2Owgxff+BM5x1HtaqcOv DA6EDzJU1Nu/sar3OtjT5SN2qIkLNZWV5rNFgFOzUOrVWQ3nOO5lEiSEEeQVG0wxqtwW ef1b3A5m4B3AfiJ9n9ngHKe1pJVwc8s93Lej8= MIME-Version: 1.0 Received: by 10.216.19.141 with SMTP id n13mr1856821wen.47.1246226827132; Sun, 28 Jun 2009 15:07:07 -0700 (PDT) From: Tatsiana Elavaya Date: Mon, 29 Jun 2009 01:06:47 +0300 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Diomidis Spinellis Subject: ipfw status report - 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 22:07:10 -0000 Hi, Done this week: - Finished rewrite of per instruction optimization with per rule one. Actually optimization instruction now contains list of optimization labels, but not single label, and instructions in rule are reordered so that instructions with higher optimization rank come first. Optimization instruction can still be used in the middle of rule for example for optimization of or-lists - Treat instructions with 'not' bit set as separate - Implement negative match optimization Next week I'm going to perform more testing and do some cleanup and probably will start with highlevel language parser. From owner-soc-status@FreeBSD.ORG Mon Jun 29 11:31:28 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47E7F1065670; Mon, 29 Jun 2009 11:31:28 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 68EEB8FC22; Mon, 29 Jun 2009 11:31:27 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: by bwz12 with SMTP id 12so269536bwz.43 for ; Mon, 29 Jun 2009 04:31:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=sG2OhiY5efuY8goayzQEA5/YK7ZAehMZRUOtoajzDVY=; b=Xe5dcopJzKARohLpcN5dejMDQoU8rzj4dhqRdBLDJ0ruvnXTMr3BDrwfwh7H+tSkyE EAtYALW6N+wC6kFecyzRgn9FyGMfLq6ShpFQQIV5zJN7TJz6f2/3yOCkn7Sx02MSoIP8 SsG62CqKngwpgGOR2raE4PosCaNEwRvMl3o10= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; b=j1Ux4oNpUJGkubn7hFisWGiiT1pz+0CEqPUHcSNbEK2yEd9N4rJJAZFpdu2jZq1tk+ kwEQtZvAyu+akc4R/KWz8PDLhpOZnZTygKW6wtWYxCGnnyRWshHzdQ1kEZ/BhVOOKWb3 lB/OboWiX0MwTEqWliV5R0DSak0DLXzYhq3sI= MIME-Version: 1.0 Sender: pali.gabor@googlemail.com Received: by 10.223.115.193 with SMTP id j1mr4346481faq.98.1246275086328; Mon, 29 Jun 2009 04:31:26 -0700 (PDT) Date: Mon, 29 Jun 2009 13:31:26 +0200 X-Google-Sender-Auth: 9c1d970a67444f24 Message-ID: <685a6ef80906290431n6c44810ene697821058e4b6e4@mail.gmail.com> From: Gabor PALI To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Oleksandr Tymoshenko , Robert Watson Subject: libstat status 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 11:31:28 -0000 Hello, In the last week, I mainly worked on how to pass information from kernel space to user space in a less ABI-sensitive way. I experimented with the previously established abstractions for representing (unix domain, inet) sockets, and adapted the technique that libmemstat(3) uses for vm.zone_stats. To achieve this, the following things have been done: - Standardize width of properties (by using u_intXX_t types) in libnetstat, adjust applications. - Create an initial version of the streamed pcblists (for both net.local and net.inet) as "spcblist" sysctl(8) nodes. Note that pcblist nodes still exist (for compatbility and for running the originial tools). - Modify libnetstat to use spcblist structures for monitoring connections. The model, as it has been implemented so far, seems to be working fine. Note that the streamed structures contain less information than their pcblist counterparts since many of the structure members are not used in the library, however there can be added more easily when needed. This decision also resulted a more compact transmission from kernel to userland. I see some further options for enhancements, so I would like to work on them in this week. My mentor suggested to think about the different possible usage patterns of the libnetstat API, so it would be also fruitful to "group" accessor functions. In the meanwhile, I will be working on an ABI-independent solution for extracting information from kvm images, however, I will need to consult Robert Watson regarding this to see how libmemstat(3) tries to solve this problem (or it solves at all). Cheers, :g From owner-soc-status@FreeBSD.ORG Mon Jun 29 22:48:26 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC4EA106564A for ; Mon, 29 Jun 2009 22:48:26 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8B78FC24 for ; Mon, 29 Jun 2009 22:48:26 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: by qw-out-2122.google.com with SMTP id 5so868254qwd.7 for ; Mon, 29 Jun 2009 15:48:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:mime-version:subject:date:x-mailer; bh=j9+mNPfvM7ACd7c3ctCVzvxklzk8wzie4enIlOeFccM=; b=V9ViiwlB37A4cxVIfJHvyFtKJh0nyXrZAg/RWz9/tRUae51Yqjz4nGQ7UZ/TeOqQss HQeHj0o0aTmMy9wEkk5u/AMb33WDSiIc1lT9xj2DZRuLC4azDk+mWuzx4ygoXtYs/Qdf A7NsHsEeB1j4W6hKSHuwlkD0stCQOXCkcGoZs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=a5ZqiVA2189q17Rat0MVuO7dC9rbgjNuzA+h4Er3rmo3VH6xA/Hju7uD+UHk1lGhJE qnEQgDgJtbmsv8Q5Hx62nMN8KzuDUrB9hPXC4EMmgyp+xWFcWBUahdHp51KmCi4pfuf0 KWcTa+9EWX4Mtz2inyy0CgVLsK7xSi6pusFR0= Received: by 10.224.45.70 with SMTP id d6mr1730957qaf.346.1246315705582; Mon, 29 Jun 2009 15:48:25 -0700 (PDT) Received: from ?172.16.0.10? (c-98-209-61-61.hsd1.mi.comcast.net [98.209.61.61]) by mx.google.com with ESMTPS id 8sm1134487qwj.19.2009.06.29.15.48.24 (version=SSLv3 cipher=RC4-MD5); Mon, 29 Jun 2009 15:48:25 -0700 (PDT) Message-Id: <4C1149DD-F6F5-4505-9390-90EED5980A0E@gmail.com> From: Zach Riggle To: soc-status@freebsd.org Content-Type: multipart/signed; boundary=Apple-Mail-3--426952986; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 29 Jun 2009 18:48:22 -0400 X-Mailer: Apple Mail (2.935.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Status Update X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2009 22:48:27 -0000 --Apple-Mail-3--426952986 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Looks like I might've skipped a status update, but I'll try to fill in the gaps. The TCP regression testing framework is currently at a state where using it to actually *do* testing should be viable. Packets are constructed, chained, injected, and processed properly. The TCP state machine is partially functioning (i.e. if its state is 'closed' and you tell it to send a packet with syn=1, it should move to SYN-SENT, etc.), and will continue development as pertinent tests are being written that require the functionality. Yesterday I ran into some issues where, upon injecting a packet (for example, a SYN packet to initiate a connection) the OS would see the incoming response (SYN-ACK) and send a RST packet to terminate the connection because, as far as the OS's TCP stack is concerned, there is no open socket that the data would be going to. Turning on the 'stealth' feature, which should disable these packets, does not work on loopback. Spoofing a source address also does not work the way it should, for some reason. I'd really like the TCP tests to *not* require a second host to function, so this is something I'm going to have to nail down. Aside from that, and a few typos here and there, things are coming along swimmingly! --Apple-Mail-3--426952986-- From owner-soc-status@FreeBSD.ORG Tue Jun 30 02:40:11 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01C07106566C for ; Tue, 30 Jun 2009 02:40:11 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id B3ECD8FC1A for ; Tue, 30 Jun 2009 02:40:10 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1404393and.13 for ; Mon, 29 Jun 2009 19:40:10 -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=pLOs2JlQ97riX35uTZSyXtrH7c/ZPY3Zu1UYmis/tbs=; b=E2YbaxEp7xQd96Drc2FDvXnSNRPCptms1jKEPmi/r6OXjoWYHDrv9r3oIKQNmdSEKN Vc32kXKboxKmqb7LeCBgn6lMdKjARghSL4oHOCd9cyTBo+EryfvtKSEEcEtMQkA3dySj bT/d9W2EfrETHMW5n85mvUVfWq76BmKzZk1D0= 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=gk08j3QRqPQvvaYTMWXGacGJRLrz9HFmKpnOPoV345fIDeVRLj7nODJbgNFwIIFPsI wViF43c/LMa3HfThz5zi7XOgFnXieUY2kbSe2ihKUaCsTfaNBaYbZBbBJgcbfVYTG3mo 5N0Bi3QTO+y1CqBEPET1nD2FmqvYuyw5YF/a0= MIME-Version: 1.0 Received: by 10.100.213.7 with SMTP id l7mr10214955ang.78.1246329609969; Mon, 29 Jun 2009 19:40:09 -0700 (PDT) Date: Tue, 30 Jun 2009 10:40:09 +0800 Message-ID: From: Fang Wang To: soc-status@freebsd.org, Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: tcputo status report # 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 02:40:11 -0000 Hi I have finished the modification in the kernel. Now I am doing the test. There are some initial variables needs to be adjusted and some utilities may be need to modify. If everything goes fine, the test in the kernel should be finished in this week. From owner-soc-status@FreeBSD.ORG Tue Jun 30 12:34:30 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB7F41065670; Tue, 30 Jun 2009 12:34:30 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 101D28FC16; Tue, 30 Jun 2009 12:34:29 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: by fxm18 with SMTP id 18so89933fxm.43 for ; Tue, 30 Jun 2009 05:34:29 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=ZWjnGwqsN9CXK8wTpOVjc81aLsqSWnUcBYeOP9mgWoM=; b=UP2E+vcMqkBeJdCFUvLMuiJvm+d6CzB6mwp/oKZCTapdFITNzy2heAcMGwrImSnUDS SdKp8NuDmpgskCiICn1IcZhSU6nEx1plYsC+b6qAEnmu+UntrQWchlTMA055IvAVbYrB zfGhnFdWojz8raksmtCqorrn+qDcVsTer63eE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=ojcmc2EHbOkwuUuLgB6LJ8/iie95daPfeMSbqLRLdofFHStqEq82vT0ApKf/Qqz/BR z7oPta/SRUqL+a4j1Aet6dWrapzaBxYdyh4EWUSXNPq7YsqZ1RK0jYf3rhv5mOvJpOAy RUjyIpiVNsX38F2JiOdwgPVgp+B6ZCzXP4I/Q= Received: by 10.204.79.20 with SMTP id n20mr6081146bkk.78.1246365268928; Tue, 30 Jun 2009 05:34:28 -0700 (PDT) Received: from localhost (lan-78-157-90-54.vln.skynet.lt [78.157.90.54]) by mx.google.com with ESMTPS id c28sm13580533fka.49.2009.06.30.05.34.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Jun 2009 05:34:28 -0700 (PDT) Date: Tue, 30 Jun 2009 15:35:26 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20090630123526.GA2699@tops.skynet.lt> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Stanislav Sedov Subject: pefs status report 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 12:34:30 -0000 Last week I've implemented correct lookup operation. Encrypted file name can't be constructed solely from plain text name, because encrypted name contains random tweak value and checksum. I've change code no to use vop_bypass, as it was used only in a few places anyway, and there was need to add additional argument to pefs_bypass -- encrypted component name. I've disabled node recycling in vop_inactive, as pefs_node structure is not used to store lower vnode address anymore but also contains encryption keys. It allowed enabling of cached lookups and doesn't force recreation of vnodes for every operation. This week I'm planing to finish basic infrastructure work left: introduce minimal key management and use real encryption to verify correctness. From owner-soc-status@FreeBSD.ORG Tue Jun 30 17:25:54 2009 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 530E31065670 for ; Tue, 30 Jun 2009 17:25:54 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: from pin.if.uz.zgora.pl (pin.if.uz.zgora.pl [212.109.128.251]) by mx1.freebsd.org (Postfix) with ESMTP id 178188FC24 for ; Tue, 30 Jun 2009 17:25:54 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: by pin.if.uz.zgora.pl (Postfix, from userid 1001) id 5D90039BA3; Tue, 30 Jun 2009 19:27:49 +0200 (CEST) Date: Tue, 30 Jun 2009 19:27:49 +0200 From: Edward Tomasz Napierala To: soc-status@FreeBSD.org Message-ID: <20090630172749.GA90893@pin.if.uz.zgora.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Hierarchical Resource Limits - status 3 & 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 17:25:54 -0000 For the last two weeks I've reworked the syscall mechanism to pass strings instead of binary structures, worked on rule filtering, so that one can display only a few specific rules, or remove more than one rule. I'm pretty happy with ruleset management at this point, actually. I've also did some work on file descriptors and memory usage accounting. Next thing to do is to track down a problem that makes resource usage counters go negative and then enable limit enforcement and see what happens. -- If you cut off my head, what would I say? Me and my head, or me and my body? From owner-soc-status@FreeBSD.ORG Wed Jul 1 07:35:39 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54B691065670; Wed, 1 Jul 2009 07:35:39 +0000 (UTC) (envelope-from anchie@fer.hr) Received: from labs3.cc.fer.hr (labs3.cc.fer.hr [161.53.72.21]) by mx1.freebsd.org (Postfix) with ESMTP id DE00F8FC08; Wed, 1 Jul 2009 07:35:38 +0000 (UTC) (envelope-from anchie@fer.hr) Received: from sluga.fer.hr (sluga.cc.fer.hr [161.53.72.14]) by labs3.cc.fer.hr (8.13.8+Sun/8.12.10) with ESMTP id n617ZaQu029410; Wed, 1 Jul 2009 09:35:36 +0200 (CEST) Received: from Unknown-00-23-6c-95-08-a5.lan ([93.136.27.215]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.3959); Wed, 1 Jul 2009 09:35:36 +0200 Message-ID: <4A4B11C8.9030502@fer.hr> Date: Wed, 01 Jul 2009 09:35:36 +0200 From: Ana Kukec User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: soc-status@freebsd.org, "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Jul 2009 07:35:36.0469 (UTC) FILETIME=[863A2450:01C9FA1E] Cc: Subject: Native kernel APIs for SEND - status 3 and 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 07:35:39 -0000 Hi all, Over the last couple of weeks I have been working on the implementation of the output hook for SEND, i.e. sending ND packets to userspace - sendd (depicted as case 1) and 2) on the following url: http://arwen.velv.hr/~anchie/snd_hooks). Tasks that i have finished include: - differentiation of outgoing ND NS/NA/Redirect packets and incoming SEND NS/NA/Redirect packets before passing them to the output hook, based on mbuf tags. - testing of the kernel code (output NS/NA/Redirect packets with prepended IF_ANNOUNCE header on the routing socket): 'route monitor', printf() - new function in the userspace (send_0.2/sendd) for receiving ND/SEND packets with prepended RTM header. - new function in the userspace (send_0.2/sendd) for handling per-interface packet information. - investigation on how to implement output hook for RS/RA messages, which are handled by rtadvd(8) and rtsol(8). Ana From owner-soc-status@FreeBSD.ORG Fri Jul 3 13:17:14 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BF9B1065673 for ; Fri, 3 Jul 2009 13:17:14 +0000 (UTC) (envelope-from nikron@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 09DD38FC15 for ; Fri, 3 Jul 2009 13:17:13 +0000 (UTC) (envelope-from nikron@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1022040and.13 for ; Fri, 03 Jul 2009 06:17:13 -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; bh=jjjb10N91zv1NkKWcfatuEs2n8hsn8VeW3w3qoUQzWg=; b=BQ41bsCI1GO/Ues6nwqEzpxbIAh6BXsWAEb96qPxHX9FNF5EYwDh7dGukI8jC7a1Ob OQQ2oXqV1MAxB7rSxkKfNKNzJ1WExjpk3zahk4Bo74Le2P8RLK3y319dhrxab6g9g3ii zuDhbS54N7g/4C7JB9PNR3s0SLDZhWmQnXx+c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=KPinZBZzfrmVV0UwKaeocufrXq4upIfEGhlkLcoQ7DZ+S0BBvdqSqFpWl9tlKoySVS F4oqB/7PjgGTzBMzvDZGDrr/PS2tH5wI9MtTUg5c91bKX2PKWGODrf10CfA8K9NpnZNI irJIqvexbh2Sqbic7NeN0He96HTP15s/eUgzA= MIME-Version: 1.0 Received: by 10.100.250.14 with SMTP id x14mr2160473anh.144.1246627033327; Fri, 03 Jul 2009 06:17:13 -0700 (PDT) Date: Fri, 3 Jul 2009 09:17:13 -0400 Message-ID: <6f3a46720907030617p75c75a87s327d1ba56c99b5b7@mail.gmail.com> From: Nikhil Bysani To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: nm-port stats #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 13:17:14 -0000 I am running a week behind my milestone; I have not finished doing wireless. I have not tested my ethernet changes, so I must do that. Wireless is harder than ethernet, because linux ethernet calls in NetworkManager had direct FreeBSD conterparts, usually with the same name. Anyway, I will continue to work on wireless. From owner-soc-status@FreeBSD.ORG Sun Jul 5 07:51:17 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BC65106567B; Sun, 5 Jul 2009 07:51:17 +0000 (UTC) (envelope-from upczhsh@gmail.com) Received: from mail-px0-f181.google.com (mail-px0-f181.google.com [209.85.216.181]) by mx1.freebsd.org (Postfix) with ESMTP id 1A10B8FC2A; Sun, 5 Jul 2009 07:51:16 +0000 (UTC) (envelope-from upczhsh@gmail.com) Received: by pxi11 with SMTP id 11so1366620pxi.3 for ; Sun, 05 Jul 2009 00:51:16 -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=zExOtJ2VluemwQ+x91bccL7G/GpHuJCmQ4wymwVcBbg=; b=XMmKs1JtZdexdeG4WtZoXHfZxX47QmhxQPo22ECaSFPMNk6RzNwxDTSd7kCogzDzSQ 2HPY0cSc1LPiJdEIHoc0X/RfzBnPvZCvwS5hDsP1RvZHc/1bVcPSPE4Ef9mLg5S3evKk LEvNVhAquXFLO04f6gQSSfbyAm5wlKXQLvrSU= 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=fDon65ailcBoXBB9OeDDaGhjmtZMQCUFCzPiToV5hgmL80MwvbP4AiBmmFCtrixPoI 70cywTXRLIP/yYt8D3oIGEqwORiTckzNdin0PTPQmN7AFvAdBgEQsZVE3lUYoPS5qReC 3WNzE5/rc/SRnHeQT/9CoV6Vr09z25zHpPs6o= MIME-Version: 1.0 Sender: upczhsh@gmail.com Received: by 10.114.53.1 with SMTP id b1mr5169148waa.173.1246780275620; Sun, 05 Jul 2009 00:51:15 -0700 (PDT) Date: Sun, 5 Jul 2009 15:51:15 +0800 X-Google-Sender-Auth: 02838b9d1372122b Message-ID: <8126ef5c0907050051o471b853uefbb70105032c100@mail.gmail.com> From: Zhao Shuai To: soc-status , John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FIFO Optimization status 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2009 07:51:17 -0000 In the last two weeks, I worked on the functionality test of my fifo implementation. The testing programs include official regression test, previously reported fifo bugs, and some testings written by myself. I posted the testing results on my blog: http://blogs.freebsdish.org/zhaoshuai/2009/07/04/sixth-seventh-week/ -- Regards, Zhao From owner-soc-status@FreeBSD.ORG Sun Jul 5 11:58:06 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DB1D1065672 for ; Sun, 5 Jul 2009 11:58:06 +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 CBBF58FC13 for ; Sun, 5 Jul 2009 11:58:05 +0000 (UTC) (envelope-from gabor@kovesdan.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 8F3C914D8CE6 for ; Sun, 5 Jul 2009 13:41:18 +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 o3SlH3ZlPTL8 for ; Sun, 5 Jul 2009 13:41:16 +0200 (CEST) Received: from [192.168.1.121] (188.Red-88-14-132.dynamicIP.rima-tde.net [88.14.132.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 61BA214D8A5D for ; Sun, 5 Jul 2009 13:41:10 +0200 (CEST) Message-ID: <4A50916D.5010008@kovesdan.org> Date: Sun, 05 Jul 2009 13:41:33 +0200 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 2.0.0.21 (X11/20090516) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: libiconv status report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2009 11:58:06 -0000 Hello, weekly progress: * Enable JIS_X0208, JISX0201-KANA and ISO-IR-165 as independent encodings * Add JIS_X0208 reference table to the regression test so that we can test JIS_X0208 independently, although it is normally used as part of other encodings * Nits in the test cases * UTF-8 nit: use uint8_t instead of int in the tail length lookup table (this saves 3 x 256 bytes supposing int is 32bit) * Improved encodings: CP1046, CP1125, CP1129, CP1162, CP864, CP874, CP922, CP1046, CP1124, CP1125, CP1131, CP1163, CP1258, Georgian-Academy, Georgian-PS, JISX021-KANA, KOI8-RU, MULELAO-1, HP-ROMAN8, TDS565, TCVN5712-1, VISCII * Checked some other encodings and found them ok * Added encodings: MacHebrew * Fix make clean in share/i18n/esdb * Add a bunch of aliases recognized by GNU libiconv Cheers, Gáabor From owner-soc-status@FreeBSD.ORG Sun Jul 5 15:43:10 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE573106566C for ; Sun, 5 Jul 2009 15:43:10 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 618F98FC0C for ; Sun, 5 Jul 2009 15:43:10 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: by fxm18 with SMTP id 18so2850033fxm.43 for ; Sun, 05 Jul 2009 08:43:09 -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:cc:content-type:content-transfer-encoding; bh=OJsIz9ymh0z9ML6DTBxqnjc44jj8qMDPwGHUejMyqxU=; b=St+MROkLrc5CveM5qOpoj8CM5sda3xGJUFlMER/cZmAzyzZKaI78rXcTasfJFXnlW5 7Hsm1lLvmR6Q0p2ohrLuvwG4IUJmEM8awieicCTmRFYUF+7sfq+AwBxIHmA04LsE4Ir7 tsWgt/T/qqkt4cz7jNeVIxRFzxXL3RPQsdoW8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=G5k0ZVP0HbpEYhf8kG33ezQDQUrUoRCby/eKkfaQZfZGawJBSPN9P15eSEHagWsqBw QzxQ4ZFuAU0R6bwCGXLictw52e7crX7q1OXJPJgW+a278g7WF8wE8JJ9kqXF5NjsQgYv tk5rq1lZn9cW0dCeHZaQYXw3boQdZYLMHjEYY= MIME-Version: 1.0 Received: by 10.223.107.135 with SMTP id b7mr1531937fap.30.1246808589374; Sun, 05 Jul 2009 08:43:09 -0700 (PDT) Date: Sun, 5 Jul 2009 18:43:09 +0300 Message-ID: From: Tatsiana Severyna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov Subject: puffs - status report 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2009 15:43:11 -0000 This week I've merged puffs and libpuffs changes from NetBSD, performed some minor cleanup in sources (mostly libpuffs) and finally fixed bug witch didn't allow to reuse message park for several messages. This bug also seems to exist in NetBSD, but doesn't show up there because of enabled page caching. Next week I'm going to port psshfs. I've already commited vanilla sources to perforce. From owner-soc-status@FreeBSD.ORG Sun Jul 5 16:11:21 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1DD6106566C; Sun, 5 Jul 2009 16:11:21 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 702578FC15; Sun, 5 Jul 2009 16:11:21 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: by rv-out-0506.google.com with SMTP id f9so1132267rvb.43 for ; Sun, 05 Jul 2009 09:11:21 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=GlhUqtnQx/fO+dMDxjmgafl2xmn8VSahRF+42oHlLsw=; b=eXWdkaRwSrsq8vMkEDXeygn2v5ywxbEogo8WlLCLHbfz11XT2x8ZwXX8LOido/F3pY ihVornQ+bidZ2Iu3Pfs3ZjKLjMUOyU6U+NhwKdaJr3XB6VIbi+CBySeaE4aKCQCcZAL8 gl0aqKSh81FCIwF3NiRNR40mc/zgy8ytk0m1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=kSW8PNy7uUd/SGfKodKU7y/A7hOCnJlIO354z4Ijy9fvybUg8hEGro20jj9C08bepY ecfj2UX2fkUAe7DJKpSY70A801BZuDwGF9JdLi3TIDLxIuMwt6OUDeK4KgXNReJYAkd3 TTp3v7PaJBE+xpI39Xz+vHkhjgkjxDuox78Vw= Received: by 10.141.5.20 with SMTP id h20mr1884941rvi.131.1246810281151; Sun, 05 Jul 2009 09:11:21 -0700 (PDT) Received: from aditya ([121.241.40.106]) by mx.google.com with ESMTPS id k2sm24572046rvb.42.2009.07.05.09.11.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 05 Jul 2009 09:11:20 -0700 (PDT) Date: Sun, 5 Jul 2009 16:11:13 +0530 From: Aditya Sarawgi To: soc-status@freebsd.org Message-ID: <20090705104111.GA1131@aditya> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: lulf@freebsd.org Subject: ext2fs status report 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2009 16:11:21 -0000 Hi, This week I have ported the block allocation policy from NetBSD. Almost all the files are now GPL free. Only ext2_vfsops.c has some functions that are GPL'd and one function in ext2_alloc.c is GPL'd. I plan to work on these files next week. After which I will benchmark the new and the old implementation. Cheers, Aditya Sarawgi From owner-soc-status@FreeBSD.ORG Sun Jul 5 20:09:39 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4151B106566C; Sun, 5 Jul 2009 20:09:39 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id CEB108FC0C; Sun, 5 Jul 2009 20:09:38 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1605647and.13 for ; Sun, 05 Jul 2009 13:09:38 -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=GWdoST+MEOd5tW4KYunm+baecXUAHMf6ugXE1HZoPc8=; b=ByUUa56mBcPwsrDKXQQywH2diLC4XFoWerxaxcSWz6aiLUXTU28JCeIiQD4Sc/+Wg1 p3sPYycjCzXuXdHMoFpMsRAN5MUpa1lb0WbWbYYzcvUyTr+TaqBzo+DqSccvD4jPVaKY OyOiivOsdFT46+D/G9DiB7oqIByPHO4Yxvzlc= 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=HK5xlbaetdhf54RCXxUS0CxTMIMouwbCw57eTD7dWwkgwTQyujbGucZMD1427pMNCV W0QToTvVwd1d1t5MjfPlXo8RshXCN1VIlb+SqNcT6WcMLzsNJpY8DRIZoQZRUiKlT7pZ t5625uFd566yQk+TrZt55HlWfhwVmuEdMbJ7E= MIME-Version: 1.0 Received: by 10.231.32.138 with SMTP id c10mr1879644ibd.28.1246824578072; Sun, 05 Jul 2009 13:09:38 -0700 (PDT) From: Sylvestre Gallon Date: Sun, 5 Jul 2009 22:09:18 +0200 Message-ID: <164b4c9c0907051309x31d8183fo54a62b611925b14c@mail.gmail.com> To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Andrew Thompson , Hans Petter Selasky Subject: USB Improvements status report 6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2009 20:09:39 -0000 Hi, Done for this week : - Replaced libusb list by queue(3). - Added a support for queueing multiple transfers on the same endpoints. - Fixed some bugs spotted by Hans Peter Selasky. - Added support for big transfers. - Removed some errors spotted by Clang/LLVM Now libusb seems to work fine with control bulk and isochronous endpoints. Isochronous transfers have not been tested yet. If Hans Petter is Ok I will not work on libusb for next week and focus my mind on USB Function. Cheers, -- Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org) From owner-soc-status@FreeBSD.ORG Sun Jul 5 22:26:03 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C14B91065676 for ; Sun, 5 Jul 2009 22:26:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swipnet.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 511AF8FC16 for ; Sun, 5 Jul 2009 22:26:02 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=95V6OrHTXQYA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=WEGRtN4BzBRKYxc8wcMA:9 a=bcUshKfe382yD1Ana_so0UtaMxsA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 530517691; Sun, 05 Jul 2009 23:26:00 +0200 From: Hans Petter Selasky To: Sylvestre Gallon Date: Sun, 5 Jul 2009 23:25:37 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <164b4c9c0907051309x31d8183fo54a62b611925b14c@mail.gmail.com> In-Reply-To: <164b4c9c0907051309x31d8183fo54a62b611925b14c@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907052325.38702.hselasky@c2i.net> Cc: soc-status@freebsd.org, Andrew Thompson Subject: Re: USB Improvements status report 6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2009 22:26:04 -0000 On Sunday 05 July 2009 22:09:18 Sylvestre Gallon wrote: > Hi, > > Done for this week : > > - Replaced libusb list by queue(3). > - Added a support for queueing multiple transfers on the same endpoints. > - Fixed some bugs spotted by Hans Peter Selasky. > - Added support for big transfers. > - Removed some errors spotted by Clang/LLVM > > Now libusb seems to work fine with control bulk and isochronous > endpoints. Isochronous transfers have not been tested yet. That's fine. Then maybe I will do some work on Libusb v1.0. Great to see some good benchmarks! 17MByte/sec streamed directly from a memory stick to userland is good. --HPS From owner-soc-status@FreeBSD.ORG Mon Jul 6 14:25:46 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82509106571A for ; Mon, 6 Jul 2009 14:25:46 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 424278FC15 for ; Mon, 6 Jul 2009 14:25:45 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: by yxe11 with SMTP id 11so5787292yxe.3 for ; Mon, 06 Jul 2009 07:25:45 -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=xlz9RTq78l3SYZvY2+b7/AJPf9jUhVHMn+TcDOhIg28=; b=mHJu6wrKI/Uri/8NIF+p0XyxzRUQogLuqNy7hlagb6Zhm4mI1NXqQBGMmVH+eQnY/+ 0OPVtoDeKMPnVZl/HiCjC/6vyq9MTkc4foJdwTVU2tv3giFn7aNvCSIo4OHHl6aMlZnx 9GzbTov+43AkqTVTQCu7ByjHcZ7vBcHP80S8w= 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=xjDlKsR48f6BsMR8GFFSNQFbwXtPARtgO8VdQQ2q3xRFM8cBl+sR8YoPg13q8Gm2C9 oBq9KEXjdnB8aKURkXoW3nnwiMwQEDcqPXeSk3ibRlcg8d6P9pez/+O3KfnTV15x7XzI rfC7BM1uxDmR59KEePNQCHl3woDBRO3X1ZzHY= MIME-Version: 1.0 Received: by 10.100.14.16 with SMTP id 16mr8610806ann.128.1246890345109; Mon, 06 Jul 2009 07:25:45 -0700 (PDT) Date: Mon, 6 Jul 2009 22:25:45 +0800 Message-ID: From: Fang Wang To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: tcputo status report # 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 14:25:47 -0000 Hi Tcputo can work now. I have finished functionality test. This week, I will do some detail test and modify some utilities like tcpdump to recognize uto option. Regards, Fang Wang From owner-soc-status@FreeBSD.ORG Mon Jul 6 14:56:33 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07AAF106564A for ; Mon, 6 Jul 2009 14:56:33 +0000 (UTC) (envelope-from fabio@freebsd.org) Received: from sssup.it (ms01.sssup.it [193.205.80.99]) by mx1.freebsd.org (Postfix) with ESMTP id 9300D8FC1D for ; Mon, 6 Jul 2009 14:56:31 +0000 (UTC) (envelope-from fabio@freebsd.org) Received: from [193.205.82.7] (HELO gandalf.sssup.it) by sssup.it (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 52075706 for soc-status@freebsd.org; Mon, 06 Jul 2009 16:44:31 +0200 Received: from smaug.retis (smaug.retis [10.30.3.72]) by gandalf.sssup.it (8.12.10/8.12.10) with ESMTP id n66EuUiT009927 for ; Mon, 6 Jul 2009 16:56:30 +0200 Received: by smaug.retis (Postfix, from userid 1000) id BA1F3538C3; Mon, 6 Jul 2009 16:57:39 +0200 (CEST) Date: Mon, 6 Jul 2009 16:57:39 +0200 From: Fabio Checconi To: soc-status@freebsd.org Message-ID: <20090706145739.GA14563@gandalf.sssup.it> References: <20090607105508.GS19347@gandalf.sssup.it> <20090622151559.GK28770@gandalf.sssup.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090622151559.GK28770@gandalf.sssup.it> User-Agent: Mutt/1.4.2.3i Subject: gsched - status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 14:56:33 -0000 Hi all, during the last two weeks I've updated the code to use the bio classification machinery commited by luigi@ in HEAD, and I've added some basic tracking of threads' behavior to drive the heuristics controlling some of the scheduling parameters. The first two milestones are almost complete, even if the proxy destruction code still needs more testing with ongoing I/O. About the third (and last), benchmarking, I've been playing around with microbenchmarks (using fio, http://git.kernel.dk/?p=fio.git;a=summary) and I've started looking at sysbench for its oltp implementation and at TPCC-UVa, an open source tpc-c implementation. From owner-soc-status@FreeBSD.ORG Mon Jul 6 17:28:17 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6316C1065670; Mon, 6 Jul 2009 17:28:17 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE858FC0C; Mon, 6 Jul 2009 17:28:16 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: by mail-ew0-f213.google.com with SMTP id 9so4382626ewy.43 for ; Mon, 06 Jul 2009 10:28:16 -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:cc:subject :x-enigmail-version:content-type:content-transfer-encoding; bh=qHPj53MEoRl9W9Zbadp+tsHXTxBYsFdsJrFq3YBeUAQ=; b=E70PzS8TkEPGP90eFRLbaB3ZuSkB+jsgpFT1Js30ZhfXHH/wdy2lr0VltadaveNOOl 5jIuamDOefC4+Ghw8Ml7Sy89eByn4JmeTQOHLYh2CsO2Ft8sbfacbZH3GBGXJOZL12VI C50qFFL88Xlb16edK3jJ4tJQymXE1+qPyEfSo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:x-enigmail-version:content-type :content-transfer-encoding; b=eaQ5Vv0AZnfJD4YDgrnYh9EeaCCHP+EWLtrkbA93ZybnbRR87+z77LO0aKx9GsK/ao LJ1KVmkNxTBkvmbMcbiC2VAnzGMJTiIOmTbJ7XB8mIXtq778ZS2Rzp5IqEbmhkAfJH/x 6SE3XV8edqiBNdOvIwRo782KEdyj5eIvpFYxs= Received: by 10.216.36.82 with SMTP id v60mr1299328wea.120.1246901296184; Mon, 06 Jul 2009 10:28:16 -0700 (PDT) Received: from beehive.inf.elte.hu (beehive.inf.elte.hu [157.181.166.90]) by mx.google.com with ESMTPS id g9sm17058092gvc.10.2009.07.06.10.28.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 06 Jul 2009 10:28:15 -0700 (PDT) Sender: =?UTF-8?B?UMOBTEkgR8OhYm9yIErDoW5vcw==?= Message-ID: <4A5235B8.1060804@FreeBSD.org> Date: Mon, 06 Jul 2009 19:34:48 +0200 From: Gabor PALI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090128) MIME-Version: 1.0 To: soc-status@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Oleksandr Tymoshenko , Robert Watson Subject: libstat status 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 17:28:17 -0000 Hello there, In the last week, I studied the methods that libmemstat(3) uses for extraction of information from kernel memory images, and refined such routines of libnetstat, so it is now working for images with the same word sizes as the running system. At the moment, there is no support for different word sizes, however it might be added later on. Robert Watson suggested me to test libnetstat's functionality between a 64-bit kernel and a 32-bit userland. I set up a 64-bit system with a 32-bit chrooted userland for this purpose, but it took more time than I expected due to some unexpected difficulties in the installation. However, finally I managed to run a 32-bit modified netstat(1) and my nettop utility on top of a 64-bit kernel. After a few small modifications of the exported streamed pcb list's structure they worked fine, so it seems the libmemstat(3) model can be adapted well. Note that the original netstat(1) code always wants to use kvm, even when doing live monitoring by sysctl variables, so I also needed to fix that for the tests. Cheers, :g From owner-soc-status@FreeBSD.ORG Mon Jul 6 19:18:30 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8837106564A for ; Mon, 6 Jul 2009 19:18:30 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 780C68FC12 for ; Mon, 6 Jul 2009 19:18:30 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: by fxm18 with SMTP id 18so3741096fxm.43 for ; Mon, 06 Jul 2009 12:18:29 -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=cv41Q4y6qFsGDp+iYeaAETFW/PgbYNB96+RV3dKW4aY=; b=gneEETPop+UuUhYZcMxyQmeyMbIw+lUIWM3IZuQ6/A0FVgfg79AhJKjW9X5wsg5vNo fuUZBffmHdnuvwoeTJ9Yhu9ji/ADp0cCGLnpqoOjwevg442p02aItVpg1phLtFO4++MW 3wVjh/+1DiAMxYnM3OpFKsQjQqnjCuNHK5VKg= 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=AUIvz4uD2kp5gXde51gyxIaRSBWDKfrVajG9xijtAobBm/Z5PtsO0Ky6YYSQj65Jwr zhPz/u59BAX6jk+61TiWDiVKK/JnGb+Js88ldSLJfwvcjGHUrnL5KL7I7EJQzbtHEXeU YcV0YbKtdG6Nw59RUn7FUjt+u7gql57ZEJ9bE= Received: by 10.103.243.7 with SMTP id v7mr2833437mur.9.1246907909297; Mon, 06 Jul 2009 12:18:29 -0700 (PDT) Received: from localhost (lan-78-157-90-54.vln.skynet.lt [78.157.90.54]) by mx.google.com with ESMTPS id i7sm1234462mue.48.2009.07.06.12.18.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 06 Jul 2009 12:18:28 -0700 (PDT) Date: Mon, 6 Jul 2009 22:18:25 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20090706191825.GA1802@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Subject: pefs status report 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 19:18:31 -0000 I've commited encryption support using rc4 last week. Trying to switch to XTS-AES I came across Salsa20 stream cypher. I'm going to use if for encryption as it allows encryption/decryption at arbitrary offsets, fast and supports tweaks (additional key material). Salsa20 sources need some tweaking to support stream seeking. I'm working on it. There is also a bigger overhaul going on in my local repository: using Salsa20 allows to completely get rid of block alignment requirement in read/write operations and I'm working on adding transparent mode of operation (it's just like read-only nullfs, but necessary to correctly handle mount root directory, lost+found and filesystem snapshots). It's too unstable at the moment, so I'm planning to finish it and commit by the end of the week. From owner-soc-status@FreeBSD.ORG Wed Jul 8 01:08:15 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 649F1106567A for ; Wed, 8 Jul 2009 01:08:15 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id EF5488FC22 for ; Wed, 8 Jul 2009 01:08:14 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: (qmail 27404 invoked by uid 0); 8 Jul 2009 01:08:13 -0000 Received: from 190.138.72.196 (HELO ?10.0.0.3?) (190.138.72.196) by relay02.pair.com with SMTP; 8 Jul 2009 01:08:13 -0000 X-pair-Authenticated: 190.138.72.196 Message-ID: <4A53F176.2050602@FreeBSD.org> Date: Tue, 07 Jul 2009 22:08:06 -0300 From: Alejandro Pulver User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Ports licenses - report 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2009 01:08:15 -0000 Hello, The last weeks my mentor tested the patch on pointyhat and it worked fine. It should be ready (or very close) to be committed to CVS. Manually tagging ports with licenses and associated redistribution permissions works fine. This week I'll focus on replacing ports/LEGAL, by adding some helper targets, and variables. Permissions themselves are already implemented (even checksum of propietary licenses so the user is notified if they changed since the last time they were accepted). The wiki will also be updated to reflect current goals and progress. Regards, Ale P.S.: the last weeks I had my last exams and didn't have much time, but now it's over. From owner-soc-status@FreeBSD.ORG Sun Jul 12 14:32:32 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC13F1065673 for ; Sun, 12 Jul 2009 14:32:32 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: from mail-bw0-f221.google.com (mail-bw0-f221.google.com [209.85.218.221]) by mx1.freebsd.org (Postfix) with ESMTP id 66C878FC17 for ; Sun, 12 Jul 2009 14:32:32 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: by bwz21 with SMTP id 21so1434087bwz.43 for ; Sun, 12 Jul 2009 07:32:31 -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=2nlqDuvq4najWjsIWQpiZTrFVKwvu1lJN05Dx7Tp5Us=; b=S7kAsJCsbtf5hyWu/obYhDIzcAIcb0jeAvIqCKxbzrbXSeM3I/XJB5yM78/ebC8wHe FuH4xROHpp5fYPa7TGTwm1tbIkO/ZCsveyhzywN/4j/e0HGT4NFvCXqsXLrSwmYj3fdK 4Hq1JLqp6LdPvAqejwC30YdKHwBJ4ZMB/dzms= 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=eWIT4cWL7BQPrJ1AfnOxvVxkDB31YD1mQMys2Epa4rjOYfLKgvUV8OC+hoU+vfm8pd gV8VX8QF1kYylEKumFMIe+QoQpUUs9DKUemSwzixFLIv8nVeK3sZuCD9r8QI1h2tRcCc /ac6vzFzpiRdvXm2kYgd6u95oyb4FL4XGiSRw= MIME-Version: 1.0 Received: by 10.103.197.17 with SMTP id z17mr2124945mup.19.1247409151233; Sun, 12 Jul 2009 07:32:31 -0700 (PDT) From: Tatsiana Elavaya Date: Sun, 12 Jul 2009 17:32:11 +0300 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Diomidis Spinellis Subject: ipfw status report - 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 14:32:33 -0000 Hi, Last week I've performed code cleanup, merged with upstream and started working on parser. At this point first part of the work is complete: I've implemented instruction processing optimization and added support for rule aliases. Currently I'm working highlevel language parser. There is still to much work to do. I'm developing it as a standalone utility for now, but going to integrate it into ipfw and submit shortly. From owner-soc-status@FreeBSD.ORG Sun Jul 12 20:18:42 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38BEC1065670; Sun, 12 Jul 2009 20:18:42 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from mail-yw0-f172.google.com (mail-yw0-f172.google.com [209.85.211.172]) by mx1.freebsd.org (Postfix) with ESMTP id BE4848FC13; Sun, 12 Jul 2009 20:18:41 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: by ywh2 with SMTP id 2so332842ywh.3 for ; Sun, 12 Jul 2009 13:18:41 -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=Q6oLQKZT3Kvaq9G7A2MZh8pmYfjBWiD7L2lGsJGmfvg=; b=HkXiDLfLOtvG5rirSMR8qmjgPVe9d6Am7BKQZFK87Dxlj/Ks1rqzgRMt+8Dcvmm3g7 OfZ0vBcWUqrlFu+aTa56Sacn2uEbdwSoLiwEH83FHZp8Zb/nM5z73R3Fv0ntW3wdcxnI dMkreSQMAh9OQWTMpVlX8iaKjAxByIlunkZ+Q= 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=nzoyerpokSjbREgVk0hKqNlkrBejlu5pCkgyWVIRjJZwUvf5iU9e5qAAqXzO6qmjL5 9JkvpZqvmX18Fl5CEPsGWUEtuiHGVN1t8bFnFYXq6/4PW/q87zp7K7UlZkECQhOTHW8C Fal/OR15NutbROFN0SVjQuBGLD0opTcF7Jeh8= MIME-Version: 1.0 Received: by 10.231.33.12 with SMTP id f12mr856157ibd.49.1247429921055; Sun, 12 Jul 2009 13:18:41 -0700 (PDT) From: Sylvestre Gallon Date: Sun, 12 Jul 2009 22:18:21 +0200 Message-ID: <164b4c9c0907121318o6e4e4027x98d147e6cf83a73c@mail.gmail.com> To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Andrew Thompson , Hans Petter Selasky Subject: USB Improvements status report 6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 20:18:42 -0000 Hi, Done this week : - Started a driver for the openmoko gta02 usb device controller. - Started to think about how I can improve usb function. I need to work more on it and do a report to Hans Petter. Cheers, -- Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org) From owner-soc-status@FreeBSD.ORG Mon Jul 13 17:12:50 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C593C1065672 for ; Mon, 13 Jul 2009 17:12:50 +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 7EAF28FC1A for ; Mon, 13 Jul 2009 17:12:50 +0000 (UTC) (envelope-from gabor@kovesdan.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id EE87B14D8F2E for ; Mon, 13 Jul 2009 19:12:48 +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 3NUj6ZFnKV8S for ; Mon, 13 Jul 2009 19:12:48 +0200 (CEST) Received: from [192.168.1.121] (221.Red-88-9-247.dynamicIP.rima-tde.net [88.9.247.221]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id E2E8614D8D9C for ; Mon, 13 Jul 2009 19:12:47 +0200 (CEST) Message-ID: <4A5B6B37.7020907@kovesdan.org> Date: Mon, 13 Jul 2009 19:13:27 +0200 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 2.0.0.21 (X11/20090516) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: libiconv status report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 17:12:51 -0000 Hello, weekly progress: - Added encodings: MacArabic, MacDevanagari, MacFarsi, MacGujarati, MacGurmukhi, MacKeyboard, MacSymbol - Improved encodings: GB2312 - Add a script to covert the unicode.org conversion table format to the Citrus format - Clean up the alias files for a unified style, based on alphabetic order - Some little nits Some word about the overall progress: the non-CJKV encodings are fine for now, I'm working on the CJKV encodings. The difficult part isn't fixing the conversion tables but understanding the different algorithms the CJKV-encodings use. Furthermore, I'm working on an own regression test because the GNU one doesn't serve us very well any more. It'll be fine for further development to have an own test suite. And I'm also reviewing the code looking for optimization opportunities and fixing warnings. My intention is to make the stuff WARNS=6 clean but of course it isn't the most important task for now. Cheers, Gáabor From owner-soc-status@FreeBSD.ORG Mon Jul 13 18:16:54 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6BEE106564A for ; Mon, 13 Jul 2009 18:16:54 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 2CCDC8FC16 for ; Mon, 13 Jul 2009 18:16:53 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: by ewy7 with SMTP id 7so396530ewy.43 for ; Mon, 13 Jul 2009 11:16:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:mime-version:subject:date:x-mailer; bh=f6tArQ7ZyJAbulGT/h6At+M4xBB95iCiW8Vuqr1AVtY=; b=unMCFPlKwyZtJ8KC1oBDi99OFk3as/5n2RzOUdUJ2sR33QQp1e9/67ySQg+mwz5r3O PnErM3g1DU+ixsDoSCMF2nTgYFh6zAI5VbEfJIrDlABXskbYps/4cr7uxdlwIJmGeh9O CzBDuz203zm5kXgg6xHKzqNV+NUJ1S3RDtsdI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=h0A5GFwUtLMUkGUBFQemP3ghvIUG8MkKSIL9GHMio8oNfQmqUdLc14zGtgAw7jYDrX WaeiqqJYlCghGDdAHvyXUgqa8j0LFjxajcnvRCJwANOmU2XzDiPIGqamGs6d3r49JuMW sLmO1S0L7gPBNdU22YHsWtvc5PiucY45QZHP4= Received: by 10.216.2.201 with SMTP id 51mr1475270wef.17.1247509012907; Mon, 13 Jul 2009 11:16:52 -0700 (PDT) Received: from ?192.168.1.103? (adsl-75-5-233-21.dsl.klmzmi.sbcglobal.net [75.5.233.21]) by mx.google.com with ESMTPS id p10sm14888664gvf.4.2009.07.13.11.16.50 (version=SSLv3 cipher=RC4-MD5); Mon, 13 Jul 2009 11:16:52 -0700 (PDT) Message-Id: From: Zach Riggle To: soc-status@freebsd.org Content-Type: multipart/signed; boundary=Apple-Mail-2-766353159; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 13 Jul 2009 14:16:48 -0400 X-Mailer: Apple Mail (2.935.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: tcpregression status update X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 18:16:54 -0000 --Apple-Mail-2-766353159 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Focus has shifted towards completing the TCP implementation per the RFC, with some bells and whistles (hook-ability and whatnot). I've also decided that it's much easier to implement it as-spec'd, then add on packet-specific modifications (i.e. working with individual segments, rather than packets) so that things like segment retransmission aren't completely FUBARed. It was my 21st birthday on Wednesday, so less got done this week than normally gets done, but I'm sure that you guys will understand ;-) I switched blog software to MarsEdit, which promptly ate some of my (quite lengthy) blog posts, and have switched back to Blogo. Normally, I'd say to check my blog for the updates since my last "status update", but much of the content is missing. http://gsoc-tcpregression.blogspot.com/ --Apple-Mail-2-766353159-- From owner-soc-status@FreeBSD.ORG Fri Jul 17 19:19:27 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D1A51065674 for ; Fri, 17 Jul 2009 19:19:27 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: from mail-bw0-f222.google.com (mail-bw0-f222.google.com [209.85.218.222]) by mx1.freebsd.org (Postfix) with ESMTP id CD5298FC16 for ; Fri, 17 Jul 2009 19:19:26 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: by bwz22 with SMTP id 22so913475bwz.19 for ; Fri, 17 Jul 2009 12:19:25 -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=IxoNvi+VE5LJ12YDJ6oLMkaQ319OATxzMdTz3mBOb4o=; b=vxILroplJlJVkACiTHJ+71z59XPAUxf5kboazDNGDzd0a3RpDgvcfsrEzJ1Xe6NWVx 9f8V5k/3UcWUeZsy7p53IlB9lU5OvyU+ljgTv+BviVGiDTZYxC/deH2+LfUjHPXSgAQW tavrT4wGpqMrsn/biXwWex3SFvhOsIzKarZg4= 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=BnrrZO0aj7AuAR+TR0wnAadpcb48dEBCfOd1soQWb2p7300f8Czflm4CcakUCPp0Vt sLK0NzHwzrJSiT4j0QXuOY7EUsDURCNm3J177IEs0eSpVlJQ0U2NF9rKTPvzB58lPLd2 Gi8J6uM0988jwvpih3BaI0bNLxP0OC1ZTlZhQ= MIME-Version: 1.0 Received: by 10.103.181.2 with SMTP id i2mr734491mup.20.1247858365139; Fri, 17 Jul 2009 12:19:25 -0700 (PDT) From: Tatsiana Elavaya Date: Fri, 17 Jul 2009 22:19:05 +0300 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Diomidis Spinellis Subject: ipfw status report - 6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 19:19:27 -0000 Hi! This week I've fixed some style inconsistencies, implemented support for optimization of rules with same numbers and fixed incorrect merge after last integration. I've also submitted initial version of ipfw.hll - preprocessor for ipfw rules. It's capable of parsing example I presented in my project proposal already, but dump of resulting ruleset is what needs to be fixed. Besides there is a lot to be done like handling log/queue cmds order, adding markers to denote what conditions rule was generated from, etc. From owner-soc-status@FreeBSD.ORG Sat Jul 18 14:08:08 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C03491065677 for ; Sat, 18 Jul 2009 14:08:08 +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 799D78FC0C for ; Sat, 18 Jul 2009 14:08:08 +0000 (UTC) (envelope-from gabor@kovesdan.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 45BE914D90FF for ; Sat, 18 Jul 2009 16:08:06 +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 l7zXFg+wzbJr for ; Sat, 18 Jul 2009 16:08:04 +0200 (CEST) Received: from [192.168.1.121] (11.Red-88-9-240.dynamicIP.rima-tde.net [88.9.240.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 01CFA14D90FE for ; Sat, 18 Jul 2009 16:08:03 +0200 (CEST) Message-ID: <4A61D766.3010205@kovesdan.org> Date: Sat, 18 Jul 2009 16:08:38 +0200 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 2.0.0.21 (X11/20090516) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: libiconv status report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2009 14:08:09 -0000 Hello, weekly progress: - started to write a regression test - fix VISCII - eliminate some module dependencies - eliminate some warnings Cheers, Gábor From owner-soc-status@FreeBSD.ORG Sun Jul 19 06:29:58 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA88A10656BF; Sun, 19 Jul 2009 06:29:58 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 881A78FC20; Sun, 19 Jul 2009 06:29:58 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: by wa-out-1112.google.com with SMTP id m38so412091waf.27 for ; Sat, 18 Jul 2009 23:29:58 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=SphBl35/kzPV2PD7PN20Ikve33IBjdOtHqLvi6X7QwQ=; b=V5Ag3EBEVGXMVf79NDm0nRD2nde2QjD1KNXel0qoW88arLh59I79Heuw7JJXITItXp 7pTHYufWk6BKFZiEosYy7FNSwrXPjEhJEW/B7Gc5i/xqJX4yu92k8vohM0J5yYT/OQlG 0lpx3DmhJOn+w6Vdp1TUKqRFpCywgPmXBOMoU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=W4cQQLnz40a/wJ+xkR/VfYxbcS77eCmIJkbz8ZGINtUOTAf+xrMTOu+Lh6NFffbUFG 15br7wfUpktWvwtkqtuHKQ/2sZbNR3mGsw5b4URysKHz5Hd6vvxUALfNyoljjE6bM221 fOHZ5eyRa9PfAvHDcLKS5S6OJ+cXv6FcsVX3U= Received: by 10.115.47.14 with SMTP id z14mr3703010waj.210.1247984998300; Sat, 18 Jul 2009 23:29:58 -0700 (PDT) Received: from aditya ([111.125.249.183]) by mx.google.com with ESMTPS id m31sm6561106wag.31.2009.07.18.23.29.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 18 Jul 2009 23:29:57 -0700 (PDT) Date: Sun, 19 Jul 2009 06:29:54 +0530 From: Aditya Sarawgi To: soc-status@freebsd.org Message-ID: <20090719005953.GA1121@aditya> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: lulf@freebsd.org Subject: ext2fs status report 6 & 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 06:29:59 -0000 Hi, For the past few weeks I have been running into buffer related panics and page faults. The new implementation was suffering from metadata corruption problem but I have fixed it. I'm also changing, the way group descriptors used to work with ext2fs. The old implementation of group descriptors used some GPL'd functions. Currently I'm partially done with the new implementation. Next week I plan to do a lot of cleanup and I will be starting with benchmarking. Cheers, Aditya Sarawgi From owner-soc-status@FreeBSD.ORG Sun Jul 19 07:50:07 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60D33106566C for ; Sun, 19 Jul 2009 07:50:07 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: from mail-fx0-f216.google.com (mail-fx0-f216.google.com [209.85.220.216]) by mx1.freebsd.org (Postfix) with ESMTP id E6F638FC0C for ; Sun, 19 Jul 2009 07:50:06 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: by fxm12 with SMTP id 12so24714fxm.43 for ; Sun, 19 Jul 2009 00:50:06 -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:cc:content-type:content-transfer-encoding; bh=ar5taB2J1H5vxZt9lTR6DQ7L/mQZxzumP3B6r4++dhg=; b=rniRNFHiLbHsTHN2kiF1/bUkMhQ7JFb+VRojIemKKhPFj7EH2C5LG03jbSigOpj/KU qOcNY4Ba8VmA1xPSNmIWuFj5tBZj5ho+naOrUtxErHsfihNWCy1nTMLhBuNWrV5YzcL+ N/3buTw2yVF8c8KV0ne4B+WwBXlMvh775dtSI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=B8JYxDrzM4anBYj6Y8LYQmR4WWZQr+FR+P9yImLWTBHfrkoy3aBiNY9+AzhOQDnAIp mxomHh/W3/oyo/EaVatk2I3s5XosWAV9X8u54oDV7dPUzEoWbAeSiJ0kkJxj4KNEaDRr 0bFRd3gKDTOQYPsvn4Q0tRfysyDRYheemFUqk= MIME-Version: 1.0 Received: by 10.204.97.204 with SMTP id m12mr2864437bkn.185.1247989805919; Sun, 19 Jul 2009 00:50:05 -0700 (PDT) Date: Sun, 19 Jul 2009 10:50:05 +0300 Message-ID: From: Tatsiana Severyna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov Subject: puffs - status report 6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 07:50:07 -0000 Progress: - ported psshfs (puffs sshfs). Man page states it's buggy, so I didn't spent much time on it. It just works in simplest workloads - ported librefuse (fuse api wrapper library). It needs more work as none of fuse filesystems I've tries worked correctly - added fuse sshfs and unionfs to simplify testing - fixed remaining statfs and vptofh/fhtovp issues From owner-soc-status@FreeBSD.ORG Sun Jul 19 10:56:06 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 153F7106564A for ; Sun, 19 Jul 2009 10:56:06 +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 C2BAD8FC1B for ; Sun, 19 Jul 2009 10:56:05 +0000 (UTC) (envelope-from gabor@kovesdan.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 002A214D89C2 for ; Sun, 19 Jul 2009 12:58: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 ROszI6fnLJaA for ; Sun, 19 Jul 2009 12:58:34 +0200 (CEST) Received: from [192.168.1.35] (204.Red-88-14-141.dynamicIP.rima-tde.net [88.14.141.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 7036314D5632 for ; Sun, 19 Jul 2009 12:58:32 +0200 (CEST) Message-ID: <4A62FBE4.30704@kovesdan.org> Date: Sun, 19 Jul 2009 12:56:36 +0200 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 2.0.0.21 (X11/20090516) MIME-Version: 1.0 To: soc-status@freebsd.org References: <4A61D766.3010205@kovesdan.org> In-Reply-To: <4A61D766.3010205@kovesdan.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: libiconv status report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 10:56:06 -0000 Gábor Kövesdán wrote: > Hello, > > weekly progress: > > - started to write a regression test > - fix VISCII > - eliminate some module dependencies > - eliminate some warnings FYI, I've just merged these changes because yesterday I had connection problems after sending out the report. My p4 depot is up-to-date now. Cheers, Gábor From owner-soc-status@FreeBSD.ORG Sun Jul 19 12:30:13 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B871106566B for ; Sun, 19 Jul 2009 12:30:13 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id E12628FC18 for ; Sun, 19 Jul 2009 12:30:12 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 70DDDEB47AB for ; Sun, 19 Jul 2009 15:30:11 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 3974945088 for ; Sun, 19 Jul 2009 15:30:11 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YGDDUF4jyqJJ for ; Sun, 19 Jul 2009 15:30:11 +0300 (EEST) Received: from marinos.ceid.upatras.gr (marinos.ceid.upatras.gr [150.140.140.17]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 107504503F for ; Sun, 19 Jul 2009 15:30:11 +0300 (EEST) Received: by marinos.ceid.upatras.gr (Postfix, from userid 1001) id DD52C22835; Sun, 19 Jul 2009 15:30:10 +0300 (EEST) Date: Sun, 19 Jul 2009 15:30:10 +0300 From: Ilias Marinos To: soc-status@freebsd.org Message-ID: <20090719123010.GA71535@marinos.ceid.upatras.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline X-PGP-Key: http://diogenis.ceid.upatras.gr/~marinosi/pubkey.asc X-PGP-Fingerprint: B034 ED35 B46E 7AEE D281 2B23 FD63 11AD AFBD 04F9 User-Agent: Mutt/1.5.19 (2009-01-05) Subject: STATUS Report - Application-Specific Audit Trails X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 12:30:13 -0000 Hello all, the previous two weeks I have finished the new kernel audit framework which is based on slices. This period, I was reading and I am working with the userspace part of the project and the audit daemon: - A new auditon() command for slice listing. - Working on a new audit trigger protocol as discussed with my mentor, to allow messages/trigger "tagging" for each slice. - Developing the right commands(in auditon() syscall) to enable auditd to push audit trail names for the several audit slices. This part is a little bit complex/tricky for me but I am trying it and I believe I am on a good way to complete it. Best Regards, Ilias -- echo "Sysadmin know better bash than english." | sed s/min/mins/ \ | sed 's/better bash/bash better/' From owner-soc-status@FreeBSD.ORG Sun Jul 19 21:36:15 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBC40106566C; Sun, 19 Jul 2009 21:36:14 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 8751B8FC12; Sun, 19 Jul 2009 21:36:14 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so570705wfg.7 for ; Sun, 19 Jul 2009 14:36:14 -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:content-type:content-transfer-encoding; bh=vpO7ZSlz2UAE+BUxTl+khmOcrv0PPjOo+ZBX5rfn8SQ=; b=r6x9RBGY/HifpGvWcDcRw7GvBv4r/zFCG8Z0akJ+wcvpPCzxJ8c+FbfvgMDlqq+cAG 82zND9UrZ0W44sT+56wW0pbNGtDZ7gDtgEuSXd+dloS7Uy9AR1QrzfXn+IcdWinOhYXl vX9IirSVCDBhYh5/unXYj0UmU27NgYyRPCpJs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=iywC41kZPxjK3j8uOIHBwu5iUUMUevrmXgc1N/S8nvvZUb6qyT55Rd77Kx9Da8XSEF 4cK1HTCQFRP42QQTEBk4xcIbmr082yoMTzNsEQzKasxUgPWAu0KvtXYCCuRCGUxb0kEs QLjaVnKaVdB1seTUgVIlyT16unKQMJIX0rkxo= MIME-Version: 1.0 Received: by 10.142.174.8 with SMTP id w8mr960106wfe.210.1248039374159; Sun, 19 Jul 2009 14:36:14 -0700 (PDT) From: Sylvestre Gallon Date: Sun, 19 Jul 2009 23:35:54 +0200 Message-ID: <164b4c9c0907191435m70eeb521u43ca6a248bb6936f@mail.gmail.com> To: Hans Petter Selasky , Andrew Thompson , Philip Paeps , soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: USB Improvements status report 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 21:36:15 -0000 Hi, Done this week : - Worked on the s3c24xx dci driver. The driver will be finished soon. - Tried to bring moko gta02 up on project/arm. For the moment the kernel boots on serial but hangs before the launch of USB function. I will try to have a working USB function on gta02 for Wenesday and spend the rest of my week to make a report for Hans Petter on the future changes I will do on USB Function. Cheers, -- Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org) From owner-soc-status@FreeBSD.ORG Tue Jul 21 13:16:15 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6DBB106564A for ; Tue, 21 Jul 2009 13:16:15 +0000 (UTC) (envelope-from marta.carbone@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 526218FC16 for ; Tue, 21 Jul 2009 13:16:15 +0000 (UTC) (envelope-from marta.carbone@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so967637qwe.7 for ; Tue, 21 Jul 2009 06:16:14 -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; bh=IRySXvM421y3Z4dzxBIY5dURwwYJQebqkgVEUZAwfNM=; b=NGZqCeGLNDAiRI4bS+JKOgvztw5ksmiKuPChmgsRdsBposU/zEZ6oKKy0AXnSsHul8 h1GrTe5PGwNYDCv8oOWO8Fg1cE6wn1SmCQIufH9A98XMKOicnLFsACG9CADkEpp3kwAP yRfcLV0Tu0WylD5FnegETJSOJzvYU9+auIqPs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=IX6kCSdjYYJHp9Yo8wbgMSOV2g85Z0bDlDOYQn1sSJjyplpHqD2YxYwJiaQ0CnnxD8 cqC6+EteO4IEY7cLl0HFTMFQmFKd0tTF89Gjmm20CUo8cKzbvi2tvO2zev2c9UqNJHUv t5yNxcBIreUsnauvP4QlUkCIha+iGVV4J+ii0= MIME-Version: 1.0 Received: by 10.220.76.1 with SMTP id a1mr7403671vck.80.1248180307401; Tue, 21 Jul 2009 05:45:07 -0700 (PDT) Date: Tue, 21 Jul 2009 14:45:07 +0200 Message-ID: From: marta carbone To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ipfw, status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2009 13:16:15 -0000 Hello, the following is a report of the work done in this first phase of the GSOC project "ipfw and dummynet improvements". I have mostly followed what was specified in the workplan, namely: - moving kernel ipfw+dummynet sources to a separate directory. This has been committed to trunk by my mentor around rev.193532 - the split of headers has been postponed because i am still working on untangling the various components (pipes, queues, flowsets, schedulers) used in dummynet. As this will take more time than expected, and involves the kernel-userland API, I am still discussing with my mentor on the best approach to use. - replacing the giant switch in ipfw_chk() with one or more dispatch tables has been done. The code, working against the luigi svn branch, is here: http://info.iet.unipi.it/~marta/ipfw/ip_fw2.c_r2998 - i have run a set of performance measurements to profile the ipfw_chk() execution times, before and after the change. The motivation for removing the giant switch was mostly readability, even though eventually it might help to optimize some common checks (e.g. by providing different dispatch tables for IPv4 vs IPv6 and so on). The replacement was done as follows: - a first pass i removed all the 'goto' (and corresponding labels) from the body of ipfw_chk, adjusting the code and variables to support clean exit from the nested loops; - at this point, each 'case' of the switch was encapsulated in a function; - the body of the main switch was replaced by a call of the functions through a dispatch table. At the moment, there is only one table irrespective of the type of packet (ipv4, ipv6, layer2). - further cleanup was replacing the pullup macro with a function - all changes were extensively commented; The resulting code has a better readability: the huge switch is just a single line calling the dispatching table function; the main loops around rules parsing and microinstructions code are cleary visible. Before and after this changes I've done some performance measurements in order to evaluate the impact of the changes done. Since the main architecture of the code was unmodified, I did not expect big changes, and the only unknown was the impact of the indirect call with respect to the direct jump using a switch(), and possible optimizations that might have been lost because the code is not inline anymore. Instead of heavily instrumenting the code, i ran the tests doing a set of pings with different kernel sources (before and after the change), and with different ipfw configurations, and plotting the distribution of ping times. The resolution of the measurement is 1us, and the base level for the ping times is around 70us (at least for the machine and the 100Mbit/s switched network I the was working with). To see the effect of the changes (which might be in the nanoseconds range), in most of the tests i forced the loops to be run many times, either with explicit ipfw configurations (e.g. 100 'count' instructions, possibly with multiple microinstructions for each rule), or wrapping the call to ipfw_chk() in an explicit loop which is run 100 times. This gives slightly better resolution without requiring heavier modifications to the code to read the TSC and report the values to userland. Experiments with the TSC will be done later. In detail, the following test cases were considered: A. 1, 10 or 100 simple rules with 1 microinstruction each, (count proto icmp); B. 10 or 100 rules with 5 microinstruction each, (count proto icmp not proto tcp not proto udp not proto tcp not proto udp); These have been repeated with three versions of the code "switch" the giant switch that is in HEAD "dispatch" the dispatch table "dispatch100" the dispatch table and a wrapper around ipfw_chk() that calls the function 100 times on each packet; The tests were run on RELENG_7, HEAD, and linux 2.6.28 using a 500 pings (ping -c 500 -i 0.05) from a computer connected by a 100Mbit full duplex switch. The distribution of the response times was then plotted and I took as a reference the values at 20% of the distribution. Both client and machine under test were unloaded, so the distribution curves were mostly flat up to 80-90% of the samples. Results are in the following table: test case switch dispatch dispatch100 HEAD-A-1 79 (79) 79 (79) 98 - 98 HEAD-A-10 80 (80) 80 (80) 200 - 200 HEAD-A-100 88 (86) 89 (87) 1040 - 1050 HEAD-B-1 HEAD-B-10 81 (80) 81 (81) 316 - 315 HEAD-B-100 95 (94) 100 (97) 2203 - 2203 RELENG_7-A-1 74 RELENG_7-A-10 75 RELENG_7-A-100 82 RELENG_7-B-1 RELENG_7-B-10 76 RELENG_7-B-100 90 linux(*) linux-A-1 75 75 111 - 107 linux-A-10 76 76 205 - 207 linux-A-100 85 85 1038 - 1041 linux-B-1 75 75 113 - 106 linux-B-10 78 77 323 - 315 linux-B-100 99 96 2170 - 2170 Values reported on "()" are related to an amd64 system. (*) the linux tested system runs 2.6.28-11-generic (i686) linux kernel on Ubuntu. the values with the "-" are further tests done in the same conditions. Looking at the curves (http://info.iet.unipi.it/~marta/ipfw/report2_plot/) one can see that the introduction of the dispatch table does not affect the execution time of the code. Test cases with few rules are almost the same, while slight differences arise while evaluate more rules with complex microinstructions. (See curves HEAD-B-10 and HEAD-B100 for each case) Also from the above and other measurements (done against a linux system on the same pc) we can derive the time spent in each of the phases of ipfw_chk() processing, namely: - entering ipfw_chk() and setting up variables for the processing of instructions (1 RWlock); 100ns - processing the rule header and action 50ns - processing a simple microinstruction. 12ns As expected, results does not show significant differences in terms of performances between the switch and the dispatching table versions, but the resulting code is definitely more readable respect the old one. I'm planning to finish the code and data structure reorganization, and to start the next task related to the kernel/userland interface efficiency. marta From owner-soc-status@FreeBSD.ORG Tue Jul 21 16:39:51 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C80B1065672 for ; Tue, 21 Jul 2009 16:39:51 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 4A72D8FC1E for ; Tue, 21 Jul 2009 16:39:51 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1463951and.13 for ; Tue, 21 Jul 2009 09:39:50 -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=+xVSWgQTknk5L6xlPOAV9W21z5kYFxNQdBgmYIHjlMs=; b=Q485Yu0yGJ+sPPtCUKGSzspUTCgiVItkK3u0oJpuYne0E7RS7oMBD1JM3/z7J7i2hC F8N8SOq/KIJ4owMdEJET12Q9wtkWEd9ULCb76XsSFb3YGg8qw3XunZzpMNxcoF3xl6GS 4onfmU68UFCqGL13BBMB7aFdlc26Y4SJ5FMnc= 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=YlWxVl+sHalvM8QIV0GQNqnA1P/g8U7MRSiWs0KVgqBL7P8bWQueamenb/8gTI7gSw U5qkKMPdH4frajoMIAd3XE9kchC0XOyNs+MMAj1uRI0em5jB1kCiOJ04o/mNyO4Z9Yuk ON7vcF9Vzm4KQ3kf8sCSFrS1Z03OpeSsEdBbw= MIME-Version: 1.0 Received: by 10.100.138.8 with SMTP id l8mr8237546and.32.1248194390724; Tue, 21 Jul 2009 09:39:50 -0700 (PDT) Date: Wed, 22 Jul 2009 00:39:50 +0800 Message-ID: From: Fang Wang To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: tcputo status report 6 & 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2009 16:39:51 -0000 Hi Work in the two weeks; 1. Fix some bugs. 2. Modify tcpdump to support UTO option and submit patch to tcpdump project. 3. Modify netstat -s to stats UTO packets. Now I am going to wirte tcputo regression code using libpcap to capture the retransmission packets on a uto enabled connection. Regards. From owner-soc-status@FreeBSD.ORG Wed Jul 22 12:50:26 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9D58106566B for ; Wed, 22 Jul 2009 12:50:26 +0000 (UTC) (envelope-from alejandro@varnet.biz) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id 8072A8FC18 for ; Wed, 22 Jul 2009 12:50:26 +0000 (UTC) (envelope-from alejandro@varnet.biz) Received: (qmail 91445 invoked by uid 0); 22 Jul 2009 12:23:44 -0000 Received: from 190.138.57.89 (HELO ?10.0.0.3?) (190.138.57.89) by relay02.pair.com with SMTP; 22 Jul 2009 12:23:44 -0000 X-pair-Authenticated: 190.138.57.89 Message-ID: <4A6704C2.8010403@varnet.biz> Date: Wed, 22 Jul 2009 09:23:30 -0300 From: Alejandro Pulver User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Ports licenses - report 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2009 12:50:27 -0000 Hello, The last week I've finished the FOSSology port and updated it to the latest release (1.1.0). I also sent changes to their mailing list, they seem interested in the project and will help. In particular a FOSSology developer from Hewlett Packard told me GPL/OSI/FSF/DFSG groups will be present in the next version 1.2.0, and wanted to add a link to our port. The port is in p4 and will be committed to CVS after building in my tinderbox. The installation is very automated, and does not require much user work. My mentor was busy this week but it may be installed on a FreeBSD server (it has a web interface for uploading files, and produces detailed reports, matching parts of about 360 licenses and variations). I haven't looked much into the CLI interface, but it says to have one, and at least there is a command "fosslic" for quickly matching a single file (it doesn't need a web server, just the daemon and initial setup). Before that, bsd.licenses.mk and bsd.licenses.db were committed to CVS. We won't add the 360 licenses supported by FOSSology (I mean, for open source ones only add their names and share redistribution permissions, at worst by groups), but focus on handling better our restricted ports right now. So this week I'll add the compatibility layer for restricted ports, so a port can either define NO_*/RESTRICTED or LICENSE* variables, and pointyhat scripts will work with both of them (it uses some targets in bsd.port.mk). These are 2 separate tasks as restricted ports will be converted manually, but others (hopefully) could be analyzed by a script using FOSSology's interface. Regards, Ale From owner-soc-status@FreeBSD.ORG Wed Jul 22 13:13:14 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9508106566B; Wed, 22 Jul 2009 13:13:14 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id 2E2EB8FC1D; Wed, 22 Jul 2009 13:13:13 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: by fxm18 with SMTP id 18so164466fxm.43 for ; Wed, 22 Jul 2009 06:13: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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=iJCdqJWhdrCjPOgxO5BM3Nbu5TIlZL+75501ULs/vbc=; b=faXQbyiPjUWv/B4rBZ3Hf6CKsFRgb9/jRDDcNqZxv7PQaKsHxdLVGxqw4K2y5YNRE3 u3+sPGagDuBUoC0s8qKMmloxRoqm+h1DEGX9rZjWF+PObl2l8BQFIsrqsTWbNcm25xTt uI/lIOzpNS9QgT4Lj+MQ1mLso/UVTdmsz7eg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=cPuxEvNMzA0XXAqeW3Af2d5N3QKN6kKjR5pUK3UhNpC6tB6vO2YvByabJsC/d/C8ZQ ycVIen6YUhZ8B6mg4oa7uKx5UjxwpRBLMv+aTBv2yrpNeIfBlEKEyeKTxFvBeJspCkEW n8e5ML8ou3kyCnQyD/iqKwdE2FvnK1DM9ThFs= Received: by 10.103.178.14 with SMTP id f14mr465343mup.21.1248268393001; Wed, 22 Jul 2009 06:13:13 -0700 (PDT) Received: from localhost (230-152.dsl.aichyna.com [213.184.230.152]) by mx.google.com with ESMTPS id y6sm1796977mug.40.2009.07.22.06.13.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 22 Jul 2009 06:13:12 -0700 (PDT) Date: Wed, 22 Jul 2009 16:13:01 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20090722131301.GA1771@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: pefs status reports 6, 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2009 13:13:15 -0000 It seems I've forgotten to submit status report last week. Actually too much has changed during this time, here is short list of changes (from commit logs): - Add support for multiply keys per filesystem - Replace sbin/mount_pefs with sbin/pefs (it also installs link to /sbin/mount_pefs) - Configuration utility is capable of mounting/unmounting filesystems, adding/deleting keys - Add initial support for other cipher implementations (next candidate is skein, but most of stream ciphers based on hash function should fit) - Use salsa20 for encryption - Remove all cipher block alignment handling bloat - Implement key generation function (using salsa20) - Use uma zones for cryptographically sensitive info (to bzero memory before free) - Add transparent mode. Emulate read-only filesystem if no keys specified - Add key reference counting and locking - Support nodes without keys Next item on my todo list is fixing readdir and adding key chaining. From owner-soc-status@FreeBSD.ORG Wed Jul 22 19:06:53 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99EBC106571B; Wed, 22 Jul 2009 19:06:53 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-bw0-f219.google.com (mail-bw0-f219.google.com [209.85.218.219]) by mx1.freebsd.org (Postfix) with ESMTP id BCF5C8FC2D; Wed, 22 Jul 2009 19:06:52 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: by bwz19 with SMTP id 19so375966bwz.43 for ; Wed, 22 Jul 2009 12:06:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kyU13wbapUVehoCEPKZyAHy91Oz2BgXV91gKNG4I0Gk=; b=j2KrYFL4BurIN13CoUTInOTOBb44iEvt4/wCYPH/2IagHXr86tBylHUs0ql8At2coQ Q5uzB35/x+kHbd7syYuK4eQ1iAVaItVN3fv8Jrpn+gcsyFFAO/FNMcDifI7mT0XQaAMo gGzyd/T/QS5aOMosADyVbR+kFy5mWgmxLHw38= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; b=CXGS9NIxBZgpqulArL9dJ6edCD2gnhgDK8a/U9+CsPVf5zX4dNoTwGA1b5cb/cRTNt 3M0Q0ehrA7PP/Rgv4hWinnRH0gZoJ+JX+yX55Qke5+QDGEyutTx2gQ2eJ7wQZ6xKqvGn W7uZAnA61CEd7eKBqmu/gtyalSWPPU5o32yHc= MIME-Version: 1.0 Sender: pali.gabor@googlemail.com Received: by 10.223.110.211 with SMTP id o19mr699341fap.57.1248289611516; Wed, 22 Jul 2009 12:06:51 -0700 (PDT) Date: Wed, 22 Jul 2009 21:06:51 +0200 X-Google-Sender-Auth: 278399a300ce7dea Message-ID: <685a6ef80907221206o5a73e6d3qf952ddaa5cd196a6@mail.gmail.com> From: Gabor PALI To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Oleksandr Tymoshenko , Robert Watson Subject: libstat status 6 & 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2009 19:06:54 -0000 Hello there, In the last two weeks, in conjunction with my mentor, I have rescheduled my work plan after the mid-term evaluations and started to focus on the design and implementation of the libnetstat(3) library only. This decision was partially indicated by that Ulf Lilleengen (lulf@) has already started to work on a libprocstat(3) library independently of my efforts, and we found that it would be more beneficial to finish libnetstat(3) for now. I contacted lulf@ and offered my help and experiences in working on libprocstat(3) later on. The modified work plan that covers a possible schedule to this goal can be found on my wiki page [1]. Note that beside finishing libnetstat(3), it also features an integration with bsnmpd(1), and some plans for future improvements are added. According to this, the followings items have been completed since the last status report: - Modify snmp_mibII module of bsnmp(1) to call libnetstat(3) functions for enumerating TCP and UDP connections. - Add support for passing statistics on mbuf(9) values, including sysctl(8) variables (netstat_mbuf()). - Improve the nettop utility, so user can switch between different display modes, add mbuf(9) monitoring. - Add support for enumeration of available network interfaces (netstat_interface()), with no sysctl(8) support (well, it might require to learn ifmib(4) as a comment in the netstat(1) sources suggests), and I am working on its netstat(1) integration at the moment. - I still owe Robert an abstraction for sessions -- that would prepare libnetstat(3) to support monitoring of virtualized network stacks :) Cheers, :g [1] http://wiki.freebsd.org/PGJSoC2009 From owner-soc-status@FreeBSD.ORG Fri Jul 24 22:15:24 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98225106564A; Fri, 24 Jul 2009 22:15:24 +0000 (UTC) (envelope-from anchie@fer.hr) Received: from labs3.cc.fer.hr (labs3.cc.fer.hr [161.53.72.21]) by mx1.freebsd.org (Postfix) with ESMTP id 145408FC0A; Fri, 24 Jul 2009 22:15:23 +0000 (UTC) (envelope-from anchie@fer.hr) Received: from sluga.fer.hr (sluga.cc.fer.hr [161.53.72.14]) by labs3.cc.fer.hr (8.13.8+Sun/8.12.10) with ESMTP id n6OMFEYQ005417; Sat, 25 Jul 2009 00:15:21 +0200 (CEST) Received: from Unknown-00-23-6c-95-08-a5.lan ([93.139.65.156]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.3959); Sat, 25 Jul 2009 00:15:14 +0200 Message-ID: <4A6A3271.5010809@fer.hr> Date: Sat, 25 Jul 2009 00:15:13 +0200 From: Ana Kukec User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Jul 2009 22:15:14.0297 (UTC) FILETIME=[37C3D690:01CA0CAC] Cc: "Bjoern A. Zeeb" Subject: Native kernel APIs for SeND - report 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2009 22:15:24 -0000 Hi, Before giving the bulleted list of things that i have implemented in last two weeks, i will give the brief reminder into the things that are already finished.The first step was to select just Neighbor Discovery (ND) packets and send them to the user space SEND implementation (send-0.2/sendd). Packets were taged with m_tag in netinet6/nd6.c, intercept in netinet6/nd6.c: nd6_output_lle(), from where they are passed to the SEND input hook (netinet6/send.c: send_input()). Opposite to the SEND input hook that is placed on the way through which ND packets flow from the kernel (actually wire) to the user space, the SEND output hook is placed on the way through which SEND packets flow from the user spaceto kernel and wire. During the last weeks i finished and tested the code that deals with outgoing packets and the output hook. I.e. the packets that have been cryptographically protected in SEND user space application, and are supposed to b e sent to the corresponding host. This includes: - modification of send-0.2/sendd in order to send the packet back to the kernel after doing the cryptographic processing (i.e. adding SEND-rfc3971 options).Instead of using the NgSendData() the packet is passed back to the kernelthrough the routing socket now. - extension of net/rtsock.c: route_output(). Function is now able to receive RTM_SND message from the SEND user space application. It passes the SEND protected packet to the SEND output hook (netinet6/send.c: send_output()). - implementation of the SEND output hook (netinet6/send.c) that receives SEND protected packets from the SEND user space application and sends it out directly using if_output(). Previous was tested through achieving SEND communication with the netgraph send-0.2 correspondent node. Since the code related to the outgoing packets (both the input and output hook) has been finished and tested, i started working on the incoming SEND packets: - extensions of netinet6/icmp6.c: icmp6_input() in order to pass the incoming SEND packet to SEND input hook. The input hook prepends to the message the if_announcemsghdr and sends it to the user space SEND implementation for SEND validation (i.e. trimming off SEND-rfc3971 options). Previous code introduced problems with mbuf handling. So, the next step is to debug this part of code and test it. Ana From owner-soc-status@FreeBSD.ORG Sat Jul 25 13:27:35 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9B61106566B for ; Sat, 25 Jul 2009 13:27:35 +0000 (UTC) (envelope-from upczhsh@gmail.com) Received: from mail-px0-f200.google.com (mail-px0-f200.google.com [209.85.216.200]) by mx1.freebsd.org (Postfix) with ESMTP id BEB998FC0C for ; Sat, 25 Jul 2009 13:27:35 +0000 (UTC) (envelope-from upczhsh@gmail.com) Received: by pxi38 with SMTP id 38so3027089pxi.3 for ; Sat, 25 Jul 2009 06:27:35 -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=+HE7oRtPlcQ9hFF5f4+Fwj34p87/kYY0mz+faj3HosI=; b=RsL/aIKpe1JjCQLEPqD41/UrdYtJR4mkkJmrjpzjuZesbImj57SoelNUJaVZq+LXQJ 2Yw7bkNWygTmTutnqHBJ7f3Xa3jADutHcpTI0BW2SXohdromn5eUVP3gwWl9GTwwRr3h qyBAIT6U/s/0u/6nrnjiDH2GmYR9kZeUUCzHw= 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=UfvKShyAdvbWN1/V+PwA0GB6/hCEhnt0g8BZiy4rxxKg+CvQpcEGHYl5VY4aXNAWmq aqJCAPOqkPsQnH8nK7m0wNoMuyCpPcrIu8oEOcf4xYqsI9cFSBgYQkR02qRk9ttXdyqJ IYcRNKice3eVy8fTm9b0a1bF7eqlWMz30PnAY= MIME-Version: 1.0 Sender: upczhsh@gmail.com Received: by 10.114.26.17 with SMTP id 17mr6220248waz.133.1248528455337; Sat, 25 Jul 2009 06:27:35 -0700 (PDT) Date: Sat, 25 Jul 2009 21:27:35 +0800 X-Google-Sender-Auth: 98dd0cd9340300c3 Message-ID: <8126ef5c0907250627k69bd23ebp650e668a551ce535@mail.gmail.com> From: Zhao Shuai To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FIFO Optimization status 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2009 13:27:36 -0000 In the last two weeks I was doing performance test for the new FIFO system. I wrote a benchmark program and use this program to compare the performance of the new FIFO system with the old one. The result shows that the new FIFO system increases the throughput by 30% when transferring large amount of data. Here are the details of my test. The benchmark program employes the producer/consumer model to test the throughput of the FIFO system. In this model, producer sends messages and consumer receives messages using FIFO. The elapsed time will be caculated. Less time we use, more throughput we have. The test is executed 100 times for all combinations of the following parameters for message size and number of messages transmitted. The avarage time cost is caculated and then printed. - Message size(bytes): 64, 128, 256, 512, 1024, 2048, 4096 - Number of messages : 100, 1000, 5000, 10000, 100000 The performance test was carried out on a Dell Optiplex 960 box with Intel Core 2 Quad 9400 processor, 4G RAM, and 320G hard disk. FreeBSD 7.0-RELEASE is installed on this machine but the kernel has been updated to 8.0-CURRENT. Here is the result obtained under the new fifo implementation (pipe version): 100 1000 5000 10000 100000 64B 274us 148us 418us 753us 8909us 128B 89us 216us 769us 1545us 17729us 256B 106us 353us 1530us 3700us 35265us 512B 138us 595us 3709us 7310us 70396us 1024B 184us 1183us 7300us 14103us 141104us 2048B 295us 2696us 13929us 29296us 309294us 4096B 502us 5988us 29094us 58351us 583801us Here is the reuslt obtained under the old fifo implementation (socket version): 100 1000 5000 10000 100000 64B 85us 175us 584us 1126us 11905us 128B 96us 280us 1128us 2171us 23427us 256B 119us 484us 2170us 4559us 53267us 512B 159us 891us 4645us 9276us 109152us 1024B 239us 1732us 9554us 18825us 222931us 2048B 403us 3552us 18939us 38081us 451727us 4096B 723us 7546us 39151us 83753us 905902us >From these results, we can see that the new fifo implementation gains little advantage over the old fifo implementation when transfering small amount of data. e.g. handling 100*128 bytes of data costs 89 microseconds under the new fifo code while it costs 96 microseconds under the old fifo code. But when transferring large amount of data, the new fifo implementation gains significant advantage over the old fifo implementation. e.g. it takes 1126 microseconds handling 10000*64 bytes of data under the old fifo implementation, but under the new fifo implementation, it takes 753 microseconds, saving 30% of time. That is to say, the new fifo system increases the throughput by 30% in this case. -- Regards, Zhao From owner-soc-status@FreeBSD.ORG Sat Jul 25 18:49:13 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76F09106566C for ; Sat, 25 Jul 2009 18:49:13 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 0A8E48FC0A for ; Sat, 25 Jul 2009 18:49:12 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: by fxm25 with SMTP id 25so153243fxm.43 for ; Sat, 25 Jul 2009 11:49:12 -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:cc:content-type:content-transfer-encoding; bh=5bSiB/PzqrjHig5+l22E56AZ4B3eSD9/RMX3iPcgIOk=; b=FAZs04gV02xvCd1rb4+HxL1ugpI8e+zO3Jr8iNuYyRTBEfz+ujDGmpZv0P0fHeGdW8 0pEJqeHdub66KxRH47Kf9AhpRPVhEqMJMPV0IPfxxIFfpiM/MPHDrc+Ge8pRdD8Bhkwd NVdRqfQcFs59BCiKoitcz0zDpPUaDd4FSMdJE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Ztwz89ReczUxSix7HF/Pj7z0rRxplbz+WRVq+cx3C8Z1Ha23mUoWsezZiH7N/vSFSH Vty1aA1zBRbKaKIznOVBtcnV47+DUsV1O5EJBqvPoKqAbyCnpoLE13kpIuLG1IQR///l 9BftybfpPeClZ2Jf7Wfmtr1UiqicdbiHnc2eQ= MIME-Version: 1.0 Received: by 10.204.103.203 with SMTP id l11mr1156048bko.71.1248547751991; Sat, 25 Jul 2009 11:49:11 -0700 (PDT) Date: Sat, 25 Jul 2009 21:49:11 +0300 Message-ID: From: Tatsiana Severyna To: soc-status Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov Subject: puffs - status report 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2009 18:49:13 -0000 That was a bug hunting week. I've fixed librefuse so that uninfs is fully functional (vop_pathconfig and file creation bugs). sshfs remains broken because it doesn't use inode numbers. I've also fixed long standing stack alignment bug in libpuffs, and some more. I've added workaround to vop_inactive to prevent sleeping with locks held waiting result from userspace. From owner-soc-status@FreeBSD.ORG Sun Jul 26 21:58:20 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15D87106564A; Sun, 26 Jul 2009 21:58:20 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id A0B4E8FC0A; Sun, 26 Jul 2009 21:58:19 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: by yxe11 with SMTP id 11so4901705yxe.3 for ; Sun, 26 Jul 2009 14:58:19 -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=VnzVzj0Wrg78/2kyTaGp0BA6E9Zu4mI/KEvXrcisKMU=; b=L62GlHA/JkAkopCnCfIpifc3UAu/tAIWTY9nm0hVCoTiVQ0CEJXZarNxhLMOzJt7ui N1T5GpCHROcRTCrzvFZ01qd8I5pPRfTXxAUJuUzEvqeNic/MaU1g99/LqqyM7aEj3jsY E49KwHsBhTbENphngB3tT5inl5qViZFH/qhSM= 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=xP2uDV318aVoQ5ZZfEdb+SBNkV6PNZInkQcxyLrjwYg0Wkuv/ukCp6lLUM3zDqhwgR IjL9XM77IOMeed1FI3tA4UEOY0ZBEjLZDBE0IvTnOKz1GEEGCeYJGtBYWa7qTQ61x8sH vv5go4gXf2cSTwe8ugVPqzaQzY7TdeLpJTUVk= MIME-Version: 1.0 Received: by 10.231.37.204 with SMTP id y12mr728650ibd.6.1248645497080; Sun, 26 Jul 2009 14:58:17 -0700 (PDT) From: Sylvestre Gallon Date: Sun, 26 Jul 2009 23:57:57 +0200 Message-ID: <164b4c9c0907261457k58b399d0id2fd31e4b48562c6@mail.gmail.com> To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Andrew Thompson , Hans Petter Selasky Subject: USB Improvements status report 8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 21:58:20 -0000 Hi, Done this week : - Continuing my work on s3c24xx dci. Only 5 hardware dependant functions still need an implementation. I have not yet tested this on real hardware because moko still hangs before the USB stack... - Starting to write a report for Hans Petter Selasky. You can find the sources of the report on my p4 : //depot/projects/soc2009/syl_usb/hps_report/ and the documents at this address : http://www.pmbsd.org/~syl/www/FreeBSD/report/report.pdf - pdf version http://www.pmbsd.org/~syl/www/FreeBSD/report/report/ - html version This report explains how dci driver work on Linux CE and FreeBSD. It also explain whats the difference between this system and gives my views of what can be done on the FreeBSD DCI. This report is a draft, I will take one more day tomorrow starting from tomorrow to finish it and to fix my ugly English in this document. Cheers, -- Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org) From owner-soc-status@FreeBSD.ORG Mon Jul 27 04:53:58 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9F821065673 for ; Mon, 27 Jul 2009 04:53:58 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: from mail-gx0-f217.google.com (mail-gx0-f217.google.com [209.85.217.217]) by mx1.freebsd.org (Postfix) with ESMTP id 5EBDF8FC08 for ; Mon, 27 Jul 2009 04:53:58 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: by gxk17 with SMTP id 17so5027735gxk.19 for ; Sun, 26 Jul 2009 21:53:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:mime-version:subject:date:x-mailer; bh=64MVg250A5BwqSlKW5LeKZmyYj3pqnIXbnA4T5Y9jnk=; b=CBZamN0L3znXd4b/x0JQ4rwJyaZcdB6wUdYF4aEBcmIwthyKOcwaxua5XSbXe89UOm OsHBBZgxKSv35jo2RRdh/lfZL5lHSO/4vUdAbb2zbQXptm28uf1ToD7C5uO+m9WjzegG W4Jpoi5KKr8T+Ff31Iy/eGZxl4nUSoMV0ZGvM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=P4yuyNRZvXCWnwwPXb3EDBDkD9bIdClyYUSf48G9mxuRT9+roXaQzg3kBNB77iL+RT hLbZ/d+AMAJBj5w1MKA873hfYV8fFiZ+C/CyJ6u8OBMZR5MeigZnEKdjtWtx+/HtzuJ4 hbk6kpOffrspLgnF7StyP+o6n7jCG1fzrFsUo= Received: by 10.150.220.14 with SMTP id s14mr10175575ybg.188.1248670437714; Sun, 26 Jul 2009 21:53:57 -0700 (PDT) Received: from ?192.168.1.107? (adsl-69-208-70-16.dsl.klmzmi.ameritech.net [69.208.70.16]) by mx.google.com with ESMTPS id 22sm2975892ywh.10.2009.07.26.21.53.51 (version=SSLv3 cipher=RC4-MD5); Sun, 26 Jul 2009 21:53:57 -0700 (PDT) Message-Id: <02AFB4DC-4844-4EA9-9E91-BB899FD9408D@gmail.com> From: Zach Riggle To: soc-status@freebsd.org Content-Type: multipart/signed; boundary=Apple-Mail-1--219747075; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 27 Jul 2009 00:53:12 -0400 X-Mailer: Apple Mail (2.935.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Status Update X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 04:53:58 -0000 --Apple-Mail-1--219747075 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Don't know if I wrote last week, but this weekend I've been doing MAAAAAAAAJOR bug-hunting. Once the connection process is up-and- running (which it is) and data transfers (which it will) and the shutdown process works (shouldn't be hard, given the firs two), the suite should be set to write actual tests. One of the bugs that will have to hit the backburner is the issue of Python's real threading being nonexistent (GIL). Sometimes when the program starts, it gets stuck on one of the non-main threads, even though said threads have a time.sleep() call in them. --Apple-Mail-1--219747075-- From owner-soc-status@FreeBSD.ORG Mon Jul 27 08:30:58 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B58C106566C; Mon, 27 Jul 2009 08:30:58 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 01B9E8FC1A; Mon, 27 Jul 2009 08:30:57 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: by yxe11 with SMTP id 11so5297480yxe.3 for ; Mon, 27 Jul 2009 01:30:57 -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 :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=+j/CXT/yqoeBJ/evsnUc48JOj+TnHjKxzh/kCEP5cTE=; b=U5aR9jR4yb7NgbpY0JTVBFURycPSiLFoXzo0RtJyIvMVAfTV2LsB9UrO+NCxLlOeyg +DzWhAPTDGTVPfSHyUzr2TxDU+lMrg+vVu0IMpivCmGN5AKWC/tc8umPyQGnfgfV7ig2 exSGmgGHmPYhMwktHO4WoqqMtR9Yr9LuDDlpw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=LR4NdR2+/oBOOF6nvQnXGyQlGX07y+G6H5gI11EsQChSwmJhSUNUVuoCBRIIIjxxw4 FDOt1rsdVQakyRuH1MpztvVf9ic2/bEo4N+LA4B+/5MPjgf/WTullGv04KqR5OoRiq8P D6gwUeDNWAakRBVBMoNJ99TleLBf18mbCFeOE= MIME-Version: 1.0 Received: by 10.231.12.10 with SMTP id v10mr1980347ibv.4.1248683456070; Mon, 27 Jul 2009 01:30:56 -0700 (PDT) In-Reply-To: <164b4c9c0907261457k58b399d0id2fd31e4b48562c6@mail.gmail.com> References: <164b4c9c0907261457k58b399d0id2fd31e4b48562c6@mail.gmail.com> From: Sylvestre Gallon Date: Mon, 27 Jul 2009 10:30:36 +0200 Message-ID: <164b4c9c0907270130p467d9655g13db32cb7fee018@mail.gmail.com> To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Andrew Thompson , Hans Petter Selasky Subject: Re: USB Improvements status report 8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 08:30:59 -0000 On Sun, Jul 26, 2009 at 11:57 PM, Sylvestre Gallon wrot= e: > Hi, > > Done this week : > > - Continuing my work on s3c24xx dci. Only 5 hardware dependant functions > still need an implementation. I have not yet tested this on real > hardware because > moko still hangs before the USB stack... > > - Starting to write a report for Hans Petter Selasky. You can find the so= urces > of the report on my p4 : > > //depot/projects/soc2009/syl_usb/hps_report/ > > and the documents at this address : > > =A0 =A0 =A0 =A0 http://www.pmbsd.org/~syl/www/FreeBSD/report/report.pdf = =A0 =A0- > pdf version > =A0 =A0 =A0 =A0 http://www.pmbsd.org/~syl/www/FreeBSD/report/report/ =A0 = =A0 =A0 =A0- > html version oops the url are : http://www.pmbsd.org/~syl/FreeBSD/report/report.pdf http://www.pmbsd.org/~syl/FreeBSD/report/report/ > > This report explains how dci driver work on Linux CE and FreeBSD. It > also explain > whats the difference between this system and gives my views of what can b= e done > on the FreeBSD DCI. > > This report is a draft, I will take one more day tomorrow starting > from tomorrow to > finish it and to fix my ugly English in this document. > > Cheers, > > -- > Sylvestre Gallon (http://devsyl.blogspot.com) > Fifth Grade Student @ Epitech & Researcher @ LSE > R&D @ Rathaxes (http://www.rathaxes.org) > --=20 Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org) From owner-soc-status@FreeBSD.ORG Tue Jul 28 14:48:20 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4B08106564A for ; Tue, 28 Jul 2009 14:48:20 +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 807148FC17 for ; Tue, 28 Jul 2009 14:48:20 +0000 (UTC) (envelope-from gabor@kovesdan.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 7809414D9269 for ; Tue, 28 Jul 2009 16:48:18 +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 qVz6f9ouD+ae for ; Tue, 28 Jul 2009 16:48:18 +0200 (CEST) Received: from [192.168.2.102] (unknown [84.78.89.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id B83B514D5649 for ; Tue, 28 Jul 2009 16:48:16 +0200 (CEST) Message-ID: <4A6F0FDA.80506@kovesdan.org> Date: Tue, 28 Jul 2009 16:48:58 +0200 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 2.0.0.21 (X11/20090516) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: libiconv status report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 14:48:21 -0000 Hello, last week's progress: - Fix EUC-CN, EUC-JP - Regression test progress - Makefile cleanup for loadable modules - Eliminate some warnings Cheers, Gábor From owner-soc-status@FreeBSD.ORG Wed Jul 29 19:19:46 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBDD01065690; Wed, 29 Jul 2009 19:19:46 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 03EA48FC3B; Wed, 29 Jul 2009 19:19:45 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: by fxm24 with SMTP id 24so190890fxm.36 for ; Wed, 29 Jul 2009 12:19:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Z6xrq2Qe1xLgiQuR8Q1F+04wNZL+2fGtnbLTu01cr5o=; b=bppyLxS8+IEiNqoN9pBGGSR5xqjYDjmKxJCdH4uha/GpzrvT/AxpifjEqzaxTfzjWF Av+3XYDxBLx3r4KwsxTJqTUOzbrf6EAqKiaaBczP36aKw1/8/MkjV3lcHw0Y1O11ecsP fAR3k80qgV7kaZ8Zq4gsraPlOdTzTs1vw2D+s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; b=ABthFWrThzCtCT7AT/pSAqGpAQJOqMmmbc/J0szIxEuAbig2iOr2zkslUhVnY+uU21 jzxremfAz6l1kk5+UWFXWbxzN1hxQioufT5hyfPK2hD8tPT3mRg93g1tHvJVCBPQLKXz ziX2Dnkl7Za2W5xCrubzrKDjQUPt9ae4xSMqw= MIME-Version: 1.0 Sender: pali.gabor@googlemail.com Received: by 10.223.104.140 with SMTP id p12mr166283fao.7.1248895184754; Wed, 29 Jul 2009 12:19:44 -0700 (PDT) Date: Wed, 29 Jul 2009 21:19:44 +0200 X-Google-Sender-Auth: 476e354181e695d7 Message-ID: <685a6ef80907291219v6ab2b688oc9ca360818e31f4f@mail.gmail.com> From: Gabor PALI To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Oleksandr Tymoshenko , Robert Watson Subject: libstat status 8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 19:19:47 -0000 Hi there, During the last week, I have worked on the following items: - Finish modification of netstat(1) to use libnetstat(3) for displaying network interfaces. - Add netstat_bpf() function for retrieving BPF statistics (bpf_type), and it also works for kvm(3) images. - Modify netstat(1) to use netstat_bpf(). - Establish a relatively general framework for handling (getting and resetting) protocol-dependent statistics (stat_type). - Modify netstat(1) and the kernel to pass and use libnetstatified statistics for tcp, udp, carp, ip, icmp, pim, igmp, ddp, sctp. Cheers, :g From owner-soc-status@FreeBSD.ORG Fri Jul 31 13:53:50 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCF14106566B for ; Fri, 31 Jul 2009 13:53:50 +0000 (UTC) (envelope-from marta.carbone@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 94F048FC1B for ; Fri, 31 Jul 2009 13:53:50 +0000 (UTC) (envelope-from marta.carbone@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1043222qwe.7 for ; Fri, 31 Jul 2009 06:53:50 -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:cc:content-type; bh=yhrGV5Sl+zgeooW7OAXqJGjOzae8xQmJBpcF3wwoStI=; b=Hi9qMStjm3TV4OGoL3LtRiDT4+mgvK68syAzeZNLwgUKW/idzCMqw/AgvsDGCoFdsC W1JupB2HNBrSzt1OFcm8IecHX+Fx1YNqh6LEjQZODqFOwFVii7DpWk7Yt6yxaIh9bZU9 jK6oyBVuInQV+U8BNreSmSIG3Toz15GRxlhmQ= 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:cc:content-type; b=U2OzCEFsXXfxMVL0aK+v5n5s6t2JmweMDdDuE1I8z2hT3f+gRTsq6uA0VFU5t4qlCT q5UabDXoIe1i2VKU0Q67ljYhn/nCIJIzU2/38rzdhHLwLFzu0ZXY6eSr0dxY2i6oynHC +HjhrHNDhgkCeIM95+Z2HHs4CwaDQdCAr7W/w= MIME-Version: 1.0 Sender: marta.carbone@gmail.com Received: by 10.229.96.132 with SMTP id h4mr438552qcn.65.1249048429807; Fri, 31 Jul 2009 06:53:49 -0700 (PDT) Date: Fri, 31 Jul 2009 15:53:49 +0200 X-Google-Sender-Auth: 1d9d0e7cee20f638 Message-ID: From: marta carbone To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: sbuf(9) functions in userspace X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 13:53:51 -0000 Hello, as part of the GSoc project I'm working on the ipfw code, and I need some functions similar to the sbuf(9) family but working in userspace. There is something like that already available for userland? Otherwise I could use the following library: http://info.iet.unipi.it/~luigi/FreeBSD/#dynstring that works like the sbuf(9) functions and it is ready to be used in userland. thanks, marta From owner-soc-status@FreeBSD.ORG Fri Jul 31 14:03:54 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 303B21065670; Fri, 31 Jul 2009 14:03:54 +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 02BA08FC1C; Fri, 31 Jul 2009 14:03:54 +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 AF76C46B5C; Fri, 31 Jul 2009 10:03:53 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C21668A0A8; Fri, 31 Jul 2009 10:03:52 -0400 (EDT) From: John Baldwin To: soc-status@freebsd.org Date: Fri, 31 Jul 2009 10:03:41 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200907311003.41484.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 31 Jul 2009 10:03:52 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: sbuf(9) functions in userspace X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 14:03:54 -0000 On Friday 31 July 2009 9:53:49 am marta carbone wrote: > Hello, > > as part of the GSoc project I'm working on the ipfw code, > and I need some functions similar to the sbuf(9) family but > working in userspace. > There is something like that already available for userland? > > Otherwise I could use the following library: > > http://info.iet.unipi.it/~luigi/FreeBSD/#dynstring > > that works like the sbuf(9) functions and it is ready to be used > in userland. > > thanks, marta The sbuf() routines are actually already available in userland via libsbuf. There probably should be an sbuf(3) manpage however (or at least an MLINK)? -- John Baldwin From owner-soc-status@FreeBSD.ORG Fri Jul 31 15:16:41 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8939C106566B; Fri, 31 Jul 2009 15:16:41 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 4BB8C8FC13; Fri, 31 Jul 2009 15:16:41 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter-phk.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id ADB9569959; Fri, 31 Jul 2009 14:57:08 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n6VEvV2L057771; Fri, 31 Jul 2009 14:57:31 GMT (envelope-from phk@critter.freebsd.dk) To: marta carbone From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 31 Jul 2009 15:53:49 +0200." Date: Fri, 31 Jul 2009 14:57:31 +0000 Message-ID: <57770.1249052251@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: soc-status@freebsd.org, freebsd-current@freebsd.org Subject: Re: sbuf(9) functions in userspace X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 15:16:42 -0000 In message , marta carbone writes: >Hello, > >as part of the GSoc project I'm working on the ipfw code, >and I need some functions similar to the sbuf(9) family but >working in userspace. >There is something like that already available for userland? Sbuf is available in userland, just include and link with -lsbuf -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-soc-status@FreeBSD.ORG Fri Jul 31 15:51:37 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFB86106564A; Fri, 31 Jul 2009 15:51:37 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9D28FC14; Fri, 31 Jul 2009 15:51:35 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id n6VFa91J084473; Fri, 31 Jul 2009 17:36:09 +0200 (CEST) (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id n6VFa9XZ084472; Fri, 31 Jul 2009 17:36:09 +0200 (CEST) (envelope-from wkoszek) Date: Fri, 31 Jul 2009 17:36:09 +0200 From: "Wojciech A. Koszek" To: marta carbone Message-ID: <20090731153609.GG28136@FreeBSD.org> Mail-Followup-To: marta carbone , soc-status@freebsd.org, freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Fri, 31 Jul 2009 17:36:09 +0200 (CEST) Cc: soc-status@freebsd.org, freebsd-current@freebsd.org Subject: Re: sbuf(9) functions in userspace X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jul 2009 15:51:38 -0000 On Fri, Jul 31, 2009 at 03:53:49PM +0200, marta carbone wrote: > Hello, > > as part of the GSoc project I'm working on the ipfw code, > and I need some functions similar to the sbuf(9) family but > working in userspace. > There is something like that already available for userland? > > Otherwise I could use the following library: > > http://info.iet.unipi.it/~luigi/FreeBSD/#dynstring > > that works like the sbuf(9) functions and it is ready to be used > in userland. sbuf_subr.c are used in the user-space as well -- the very same file is compiled as a user-space library. Take a look at: src/lib/libsbuf -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/~wkoszek/ From owner-soc-status@FreeBSD.ORG Sat Aug 1 19:28:16 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFB8B106566B; Sat, 1 Aug 2009 19:28:16 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id 38BE48FC1C; Sat, 1 Aug 2009 19:28:15 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: by ewy2 with SMTP id 2so2080941ewy.43 for ; Sat, 01 Aug 2009 12:28:15 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=luGdr1U4ZCDPPc6Jv8odqn4ipfI+hATuuBC+jw/RkR4=; b=O9lRRLRGbXkvAWNqZaqscxNEqUDAFiBiUoC4k2UitVcCIaTbMc3+BkXDq06NbPe633 9PHT+yUW5016aWK+zTCM+8On+f/2vbIVhykgQkMd+tmnu1VPyocM1GT6ScYmcdGmqIYb wMkw1f5SwbJz2nR6Q/1ltfced8sXhEUHZnKLQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=ggFUiaXx1p4VOAnC+uj2spb70B+oOQFTqGjqWiPPpp5h/FV/i3jXH4nq5COFI0+20P jy+44BOWyq3eAkKbAZPeC9F+L/55Rl4ARHPBECNhxCPak2/HsElBZarHYaIE8vXV//Gh /eKu3wUsYEiMRsIlkw8SX3l2j9wnBKkK9c6eM= Received: by 10.210.16.17 with SMTP id 17mr2724706ebp.53.1249154895149; Sat, 01 Aug 2009 12:28:15 -0700 (PDT) Received: from localhost (lan-78-157-90-54.vln.skynet.lt [78.157.90.54]) by mx.google.com with ESMTPS id 7sm3799732eyg.5.2009.08.01.12.28.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 01 Aug 2009 12:28:14 -0700 (PDT) Date: Sat, 1 Aug 2009 22:28:06 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20090801192806.GA3463@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Stanislav Sedov Subject: pefs status report 8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Aug 2009 19:28:17 -0000 Weekly progress: - Support for changing directory key. pefs setkey /path/dir. At lower level it renames directory, reencrypting directory name with new key. Directory contents left unchanged. - Implement key chaining. Key chains are stored in db file .pefs at filesystem root. key id (key fingerprint) is used as db key and data stored is next key in chain. Due to such design any key can only be part of single chain. - Fixed vop_link. Creation of link to unencrypted files is now forbidden. Link is created with the same key and tweak as source file. From owner-soc-status@FreeBSD.ORG Sun Aug 2 20:18:10 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 643C3106566C; Sun, 2 Aug 2009 20:18:10 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from mail-yw0-f190.google.com (mail-yw0-f190.google.com [209.85.211.190]) by mx1.freebsd.org (Postfix) with ESMTP id EE8288FC22; Sun, 2 Aug 2009 20:18:09 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: by ywh28 with SMTP id 28so3939366ywh.27 for ; Sun, 02 Aug 2009 13:18:09 -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=TvrC6MkqPGnZKx3TrI0fmqeIpIGTMzMNmonT0Rq7IYI=; b=diDThfhhZsZeJchXOpNWHZ8wDxk6WldXDBaPqr4q/G5oQrI3NqqaIy7+GPnF2KTjpj TQEPLD6rwsG0X31qX5a6WWnTXjhWEkV5Iuc4Qv5MgmFS8+om3mRfWNJN8IwumpCscmm5 LAAT5UoMVb0+zPlKhkoaRwuTvjWO9qaWUi5MA= 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=dnscCpkV43nc3ipo3iN8UlUA409vmKVTeIcyEAJD3xRJBWfEciEGUT00PH2LayFI0M GxJrBVjV/mAyKtFg8Sf+YAj3TMgsYb15ZfY5yM0FqyPZQu+0HOcwZjXVToiCtHZm/2s7 Yo0/KRJ1lgMxgZLxhHjzF9lOokCUDuA3jkMec= MIME-Version: 1.0 Received: by 10.231.19.77 with SMTP id z13mr1236043iba.49.1249244289232; Sun, 02 Aug 2009 13:18:09 -0700 (PDT) From: Sylvestre Gallon Date: Sun, 2 Aug 2009 22:17:49 +0200 Message-ID: <164b4c9c0908021317w20ac80acwb05085695a0d634d@mail.gmail.com> To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Andrew Thompson , Hans Petter Selasky Subject: USB Improvements status report 9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2009 20:18:10 -0000 Hi, This week I have : - Finished my report for Hans Petter Selasky concerning the device part of the USB stack. - Factorized the xxxdci device XXX methods - Started the implementation of the hub template. My planning for the next week is to finish the hub template and implement the roothub_exec. Cheers, -- Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org) From owner-soc-status@FreeBSD.ORG Sun Aug 2 20:34:22 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B62B0106564A for ; Sun, 2 Aug 2009 20:34:22 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 2262C8FC14 for ; Sun, 2 Aug 2009 20:34:21 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: by fxm6 with SMTP id 6so1033565fxm.43 for ; Sun, 02 Aug 2009 13:34:21 -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=zmOnrOMLvhtHWLbgg7vE5c6cNm6mYFw9CP/jiZqN/rQ=; b=x376GfeNkCqpP4OHC1AdsDkV+vpEoXzk93V3SvgftpR/+XsM3ZotMABZHTswMZXnQc gTh4iAqKSMuf5FF8MZMT/TIKE20ayKRRhZyw7OwMWBhMCNDtGuLc5ukNrWs9E9pq7/As 6KAUEdUFc3BJGtK1/RqAAeuBCDg5KFHe2lNDc= 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=pOMg4LHYDe/as/hACM+VImiE3PKeWWvhaMJPUQSkIPf4Lv6WY+OicEEgj08dqE6B7c 4HzOrhI5CHxJoUKHXGFu4px8Wxudrgvm98zI1X6XXVgGWh1Tikkge7Na8kVQnvZZKUwl PrVmvQCNAmPgGoTYwN4984KkGDcq1zxd1qvus= MIME-Version: 1.0 Received: by 10.102.253.5 with SMTP id a5mr1502127mui.89.1249245261096; Sun, 02 Aug 2009 13:34:21 -0700 (PDT) From: Tatsiana Elavaya Date: Sun, 2 Aug 2009 23:34:01 +0300 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Diomidis Spinellis Subject: ipfw status report - 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2009 20:34:23 -0000 Last week I've spent mostly trying to rewrite rule dump the right way. I had at least 3 working implementations, but they all turned to be incorrect. Original idea of dumping rules in one pass now seems plain wrong to me. I'm going to produce complete in memory ruleset and dump it afterwards. That would help adding skipto-rules before big chunk of rules and perform some minimal optimization at preprocessing stage. My intent is still to keep resulting ruleset as close to hll variant as possible. Never the less, weekly progress is following: * Add regression tests * Use call operator @ to refer to other condition sets/rulesets * Implement shell-like variables * Support escaped strings * Add id and str tokens (also containing line number) * Use cmd list to store rule actions From owner-soc-status@FreeBSD.ORG Mon Aug 3 04:47:43 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C711A106566B for ; Mon, 3 Aug 2009 04:47:43 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: from mail-px0-f188.google.com (mail-px0-f188.google.com [209.85.216.188]) by mx1.freebsd.org (Postfix) with ESMTP id 96F6A8FC08 for ; Mon, 3 Aug 2009 04:47:43 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: by pxi26 with SMTP id 26so2330083pxi.7 for ; Sun, 02 Aug 2009 21:47:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:mime-version:subject:date:x-mailer; bh=2Gt8v3E7q/iPOBkMryeoHu+Hk0iTAW+bl0EMaFFHN6M=; b=nwxgY9bTUE0xT+pNW+MlbqYwKaLMC097ErX1OvWn0f/efVgLmG+2Ixe12pXL7g2/4Q sAG3li2lTe0DZ1zy+uCCxZY5nQEP7x7Cc7ty3vrCNJ+rDNcuODevsIS9m9isIwqdXZXr /okW3yQTL4wTN14LHbUI3FBob7UaapFerTU7M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=SiBw8DTwycsA2DgDKWl9JC7cPFEzi63tvt5H8kARnV9hkYaqO16QMis3haXnbvgWCY Ej8Nt0dS0ByeIUam445btd+nxpnRWqF+k7Cc1tjOXSInQDE1LzdM6Q8kxJpk8cNrL6Er Q778DC5XKs7pfcpswqbULCjyj7Us2t1C1Kmik= Received: by 10.114.198.11 with SMTP id v11mr8566129waf.178.1249274863254; Sun, 02 Aug 2009 21:47:43 -0700 (PDT) Received: from ?172.16.0.10? (c-69-251-70-38.hsd1.md.comcast.net [69.251.70.38]) by mx.google.com with ESMTPS id j15sm9905545waf.16.2009.08.02.21.47.41 (version=SSLv3 cipher=RC4-MD5); Sun, 02 Aug 2009 21:47:42 -0700 (PDT) Message-Id: <04A2402A-84FB-47ED-8D2D-EACB636B38CB@gmail.com> From: Zach Riggle To: soc-status@freebsd.org Content-Type: multipart/signed; boundary=Apple-Mail-1-384720497; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 3 Aug 2009 00:47:39 -0400 X-Mailer: Apple Mail (2.935.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: tcpregression status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 04:47:44 -0000 --Apple-Mail-1-384720497 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit I'm in the process of fixing more issues with my dependent libraries. PyPcap has been abandoned, so the version included with PCS has some known bugs that I'm trying to apply some of the available patches to, and also trying to get with the guy responsible for the project so that I can submit changes. I have successfully tested the connection, data transfer, and active-close tests. Will move on to the other tests as planned :-) As always, check out the blog... http://gsoc-tcpregression.blogspot.com/ --Apple-Mail-1-384720497-- From owner-soc-status@FreeBSD.ORG Mon Aug 3 06:23:12 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E8551065673 for ; Mon, 3 Aug 2009 06:23:12 +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 ED6388FC0A for ; Mon, 3 Aug 2009 06:23:11 +0000 (UTC) (envelope-from gabor@kovesdan.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 14F8114D9314 for ; Mon, 3 Aug 2009 08:23:10 +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 N+PA35zUOspe for ; Mon, 3 Aug 2009 08:23:09 +0200 (CEST) Received: from [192.168.2.102] (unknown [84.78.89.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 501DF14D930B for ; Mon, 3 Aug 2009 08:23:09 +0200 (CEST) Message-ID: <4A768279.9050209@kovesdan.org> Date: Mon, 03 Aug 2009 08:23:53 +0200 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 2.0.0.21 (X11/20090516) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: libiconv status report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 06:23:12 -0000 Hello, this week I worked on the modules building system, fixed some warnings and reduced the build time a bit. There are two modules, which segfault, I have been investigating about this but couldn't find the problem yet. In the second half of the week I've got ill and had fever, so I couldn't progress more. Cheers, Gábor From owner-soc-status@FreeBSD.ORG Mon Aug 3 06:23:51 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE2801065672; Mon, 3 Aug 2009 06:23:51 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from mail-pz0-f174.google.com (mail-pz0-f174.google.com [209.85.222.174]) by mx1.freebsd.org (Postfix) with ESMTP id 9B6B98FC18; Mon, 3 Aug 2009 06:23:51 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: by pzk4 with SMTP id 4so2388168pzk.7 for ; Sun, 02 Aug 2009 23:23:51 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=3cP1tIxuo1V1mZiueXv7lI0sPO24Ah9JEvDidBWGt6A=; b=Q+/PSF5nib736vj0dbrt67CmeTfReNmb6VGFPVHH+PtQv051EA76i0eTn95oMwMaVj FVSJuqk1MIJBsJxGjUcCkMCLDiPOpikOw3w6zwlKBQWe18ICQouseeLMqMRqKkXCKbw1 zsXt54/hLr3j4dmuAiJv7UHVo0OTAqC5h1wUM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=hWA9mMa6+AB7/nahozqFbEpz0q7Bns0ZQH+EQ6MrBShyvFGPZKMdohFvk/MoHs06Ke can8osg/VoYgCcICJlbRo30B6qP4XiyC+gM4SRmHFJz2ydKK6VxNO2EF/vEnbc/BBGEo 2fCr0Td0mhMckjMg8bKyXeE3f3C80ch3eOcck= Received: by 10.114.110.5 with SMTP id i5mr111602wac.221.1249280631137; Sun, 02 Aug 2009 23:23:51 -0700 (PDT) Received: from aditya ([111.125.238.161]) by mx.google.com with ESMTPS id v25sm10012555wah.11.2009.08.02.23.23.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 02 Aug 2009 23:23:50 -0700 (PDT) Date: Mon, 3 Aug 2009 06:23:52 +0530 From: Aditya Sarawgi To: soc-status@freebsd.org Message-ID: <20090803005351.GA1375@aditya> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: lulf@freebsd.org Subject: ext2fs status report 8 & 9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 06:23:52 -0000 Hi, ext2fs is now completely GPL free :) and I have started with benchmarking. Initial results show that the new implementation is slower than the GPL'd one. This was expected as I had removed preallocation from ext2fs due to the fact that preallocation code was GPL'd and was not compatible with journaling. Linux now uses a different kind of preallocation, it is known as reservation window. I am trying a few things to improve its performance. Firstly opensolaris has implemented some kind of preallocation which is compatible with journaling and is GPL free, so I'm working with them to get that into ext2fs of FreeBSD. I haven't gone through source code of ext2fs in opensolaris as it is under CDDL. I have told them to share their ideas on this or release the code under BSD license so that I can implement it in FreeBSD. If this works out as expected then the performance of ext2fs will increase to some extent. I am also evaluating the possibility of implementing cluster_write for ext2fs (Suggested by: Pedro Giffuni). When Godmar Back ported it the block size of ext2fs was pretty small so he experienced a performance hit with cluster_write but now ext2fs uses larger block sizes so this might improve the performance of it. Cheers, Aditya Sarawgi From owner-soc-status@FreeBSD.ORG Mon Aug 3 17:07:59 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44778106564A for ; Mon, 3 Aug 2009 17:07:59 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 028248FC13 for ; Mon, 3 Aug 2009 17:07:58 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: by yxe11 with SMTP id 11so6478795yxe.3 for ; Mon, 03 Aug 2009 10:07:58 -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=XyY8Og5Uihjxau6RhiFRvo40t7UAaoYUPpEd/MmAorg=; b=M2Eu0yJOrp5uTTsE1z2Gqzvgd780POBKtzTAtk5HBfdbV6r9qM8Aeevr210sCuUtM0 xIBDVcm6R7BZ73Lneyfv+a/wGEhcKOv1jlvCsQTvgAHz8qm2JyvLEBIHHarZfRXRG+aB gv/7QMvTM6HBB71vfdgvdUqna9ru0XTQrgLKg= 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=tK5mgbfvC6yfY9i0ZRWFlo4nX+FLnQ6TCqXoOgRs156YAOisTc4B1ptQoLx1nmyjz+ qd+1mQWe4SrNlm2zM95WGlX2tyPB64rNSvRGV7B0oE05Qgy+3sErvG7tYd+BGXHhUAin ZIZ1zStS1UDGRQkMnauF0NrVTM7oNnRQz31iQ= MIME-Version: 1.0 Received: by 10.100.44.4 with SMTP id r4mr8483648anr.13.1249319278223; Mon, 03 Aug 2009 10:07:58 -0700 (PDT) Date: Tue, 4 Aug 2009 01:07:58 +0800 Message-ID: From: Fang Wang To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: tcputo status report 8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 17:07:59 -0000 Hi I write a new regression code for tcputo to replace former one which use libpcap to capture the uto packet and retransmission packet so that we can see clearly whether tcputo works. I am also doing some tests and start to write the document. From owner-soc-status@FreeBSD.ORG Mon Aug 3 18:10:12 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40E1C106567D for ; Mon, 3 Aug 2009 18:10:12 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: from pin.if.uz.zgora.pl (pin.if.uz.zgora.pl [212.109.128.251]) by mx1.freebsd.org (Postfix) with ESMTP id 077EA8FC1C for ; Mon, 3 Aug 2009 18:10:11 +0000 (UTC) (envelope-from trasz@FreeBSD.org) Received: by pin.if.uz.zgora.pl (Postfix, from userid 1001) id 63E2F39BA4; Mon, 3 Aug 2009 20:13:34 +0200 (CEST) Date: Mon, 3 Aug 2009 20:13:34 +0200 From: Edward Tomasz Napierala To: soc-status@freebsd.org Message-ID: <20090803181334.GA46526@pin.if.uz.zgora.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Hierarchical Resource Limits - another progress report. X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 18:10:12 -0000 I guess it may be a good idea to sum up what I have done and what's there still to be done. Userland side of HRL is basically done. There is a tool, hrl(8) (and yes, it even has a man page!), which is simple, but it provides all the functionality I've planned. The only missing part is to use humanize_number(3) to preprocess output. There is also a rc script to load rules at system startup from /etc/hrl.conf. Syscall interface is done. There are five new system calls, that use character strings to communicate with the userland, which makes them quite extensible, so it's possible to add new resources or subjects in the future without the need of recompilation of the userland. Because most resource rules will be per-loginclass, as they are today, it was neccessary to make kernel aware of to what loginclass a given process belongs. It was implemented by adding setloginclass(2) and getloginclass(2) syscalls, and modifying setusercontext(3) to pass that information to the kernel. The id(1) utility can be used to determine login class of a current process (id -c). Rule management is more or less done. I got rid of the rbtree that I used originally; rbtree was great for managing the rules, but it sucked for the most performance critical part - looking up the rules applicable to the process. Instead of the rbtree, the HRL rules are linked to the 'struct proc', 'struct uidinfo', 'struct gidinfo' or 'struct loginclass'. This makes listing or removing the rules slightly more complicated - we need to iterate over all these - but simplifies determining what rules apply to a given process. Locking needs to be reviewed, and there is one more TODO item that will simplify things a little further. Big missing part - or, actually, not missing but defunct - is a part of code that copes with changing uids and gids. This will get rewritten in the next few days. Code to account for resources used by a process is there, but it still needs to be debugged. Code to enforce resource rules should work as it is, except that it's not tested because of the previous point. Note that the per-CPU part, which is crucial to achieve acceptable performance, is not yet written. -- If you cut off my head, what would I say? Me and my head, or me and my body? From owner-soc-status@FreeBSD.ORG Wed Aug 5 22:29:42 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53A5B106566C; Wed, 5 Aug 2009 22:29:42 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8794A8FC12; Wed, 5 Aug 2009 22:29:41 +0000 (UTC) Received: by fxm24 with SMTP id 24so457800fxm.36 for ; Wed, 05 Aug 2009 15:29:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3Hd1vbU0KBzzSf9OvtLkHZYCzjqqKhyAVONiYK3QRvA=; b=XxTFbGB7iSTT3tOxFN4BDjftV4nQBN/1+h5gnABGOKNt0SeXgsN7eS0pTrNIi77Lzw 6DpElMEZWsLa456NMpHT4dxXZf86S2c6SaL6H6eK0/2q3OpYsMFDjFWtCXsz4jOfPx6+ WtzyEjjTyO6/5ZieFU/As196pwpCJ2rXjAN1k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; b=Fyslcu6XGbQ8avn5oOlUapeJUIzD8wGbgI/sqnDGBk5cVfDhW+JcmYznIb9BoNwacu w8YI6dV7DKQw08/ztghM7t8ZMqiL8wnnQl3XMie75PPINaMasNxy+yjdDCHKYpslEiJ1 2G9mi6GzcGIKmahf5iGzAQUQWeMjt2dIe9aY0= MIME-Version: 1.0 Sender: pali.gabor@googlemail.com Received: by 10.223.118.141 with SMTP id v13mr3802159faq.26.1249511380522; Wed, 05 Aug 2009 15:29:40 -0700 (PDT) Date: Thu, 6 Aug 2009 00:29:40 +0200 X-Google-Sender-Auth: 6830b7f19389cad5 Message-ID: <685a6ef80908051529m538eab91wdf4514bfd95611fd@mail.gmail.com> From: Gabor PALI To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Oleksandr Tymoshenko , Robert Watson Subject: libstat status 9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 22:29:42 -0000 Hi there, Here is a short summary of the progress of the last week: - Finished adding the various protocol-dependent statistics to the libnetstat library (and using them in netstat(1)): icmp6, rip6, pim6, ipx, spx, pfsync, pfkey, ipsec (ah, esp, ipcomp), ip6, mroute, mroute6 (multicast forwarding), route (forwarding) statistics. Because they are now extracted via the "framework" reported last week, all of them can be retrieved from both kernel images and live systems (via sysctl(3)), and can be reset. - Added an abstraction for handling sessions ("session_type", it was previously suggested by Robert) -- at the moment, it does not include too much, only a kvm(3) handle, but it could be used for adding other state-related information, so it is suitable for working with virtualized network stack instances. However, in my opinion, this abstraction also contributes to a cleaner implementation in the modified applications. Cheers, :g From owner-soc-status@FreeBSD.ORG Sat Aug 8 19:08:10 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E001065718; Sat, 8 Aug 2009 19:08:10 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 5E9988FC19; Sat, 8 Aug 2009 19:08:09 +0000 (UTC) Received: by ewy8 with SMTP id 8so1703815ewy.36 for ; Sat, 08 Aug 2009 12:08:08 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=WgDsKoFS9nlmOcot09pVCrcZDRGuBKyp4ZGrjOAozvc=; b=jpmVXshjo/sap4j0Kb9nlm37Gupqn+oncsKpkhb6slYWWiI/318mUL5d29JexmJlN4 6dBDbNBpAslrCYvmuXu2spgxFECvEjZsf04hCHUXRq2TJCAZQTn6FdkceTxXnrrrmovX 5fmVARtoOfDTzoptZntRjyaW7pC69u2mQ/nME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=sIFuCtu9ys7VRqxdS4U7JImCzIScziW/Zgb3TFS0twJFP6WoTwiYKjszwR1MmCbp91 fi1LMpxjGRfjW1bxigGYhQ53iS/g+Su36osHmat25LUd5Z6eBwAeGodIo36i2IRZ6tFl Ow1cmZwvrMuhRlfikD/VHBd7HFswLbwW/lN60= Received: by 10.210.137.14 with SMTP id k14mr940059ebd.95.1249758488428; Sat, 08 Aug 2009 12:08:08 -0700 (PDT) Received: from localhost (lan-78-157-90-54.vln.skynet.lt [78.157.90.54]) by mx.google.com with ESMTPS id 5sm6443841eyh.26.2009.08.08.12.08.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 08 Aug 2009 12:08:08 -0700 (PDT) Date: Sat, 8 Aug 2009 22:07:58 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20090808190758.GA2421@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Stanislav Sedov Subject: pefs status report 9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2009 19:08:10 -0000 Hi, I've completed all the features advertised in project proposal. Commit log excerpt for last week: - readdir improvements: skip unknown entries in encrypted directories, merge cookies - encrypt key chains - use tailq for keychains - implement randomchain - do not call pefs_node_lookup_name from pefs_enccn_get (it's not needed) - simplify readdir and pefs_enccn_lookup_dirent: use continious buffer (maximum size is page size) - remove unused pefs_chunk_get (direct access to iovec is preferred) - increase max key size to 512 bits. userspace always generates 512 bits of key material. particular algorithm is to use as much of it as it needs I'm going to perform additional stress testing and probably will add support for another cipher during next week. From owner-soc-status@FreeBSD.ORG Sun Aug 9 20:43:39 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38C2B1065676; Sun, 9 Aug 2009 20:43:39 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id 5E37B8FC19; Sun, 9 Aug 2009 20:43:37 +0000 (UTC) Received: by bwz2 with SMTP id 2so1678876bwz.43 for ; Sun, 09 Aug 2009 13:43:37 -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=62R7fOtlEN8CYo1/37iUWC7KhU58YuMtWXWW5pBfZOA=; b=R6aaf9hHs/HIXdKIj1PTskLGOZzkb8KQ0/Mr0G5vD3vmNDVwOrQREb7aAMnhJLRR4S P5jTrylR6XdTHaesxOVE/sdY+Rfo7/NEkutCq7sPwmW0jto4YU2Ly9FJluUXKkBF2nVA oQPGMOlrHbCntD62IlRgo7TlRa69/8S5hHrB0= 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=B5VASXhpG8nwxIfU+ICAK6v/XO9l8jsXMc1Klrb6aSkgh+GDUuBkOQ4O3rEmB7WSRp ckfvEIrx7yVfoTin6jgbbTDMFG7IqwknLEpWB2K0Z6YElgCwyZoGTBaR/2FOa85L7SMN OaloihnuXfTbVvIcuj7Y9MXMsArDtXTubwGyU= MIME-Version: 1.0 Received: by 10.103.212.9 with SMTP id o9mr1514735muq.135.1249850617148; Sun, 09 Aug 2009 13:43:37 -0700 (PDT) From: Sylvestre Gallon Date: Sun, 9 Aug 2009 22:43:03 +0200 Message-ID: <164b4c9c0908091343l75578865l715caadafea2ea50@mail.gmail.com> To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Andrew Thompson , Hans Petter Selasky Subject: USB Improvements status report 9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2009 20:43:39 -0000 Hi, Done this week : - Removed some code from usb_pipe_methods. - Started the implementation of generic_roothub_exec. - Changed dci softc field orders and flags field orders to allow structure aggregation in generic_roothub_exec. Cheers, -- Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org) From owner-soc-status@FreeBSD.ORG Sun Aug 9 21:37:45 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D8271065670 for ; Sun, 9 Aug 2009 21:37:45 +0000 (UTC) (envelope-from marta.carbone@gmail.com) Received: from mail-qy0-f191.google.com (mail-qy0-f191.google.com [209.85.221.191]) by mx1.freebsd.org (Postfix) with ESMTP id 2648D8FC1F for ; Sun, 9 Aug 2009 21:37:45 +0000 (UTC) Received: by qyk29 with SMTP id 29so2330177qyk.3 for ; Sun, 09 Aug 2009 14:37:44 -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=jHOMDpd4fLlQQNTIlxtGTDL0Y/YJ183ON6F8mTyC9zA=; b=MwCg2Sl7vKvCKd+KuHOHdQtnH10PjKdt2tDFnDzXh1PFtiqK2CgmHKDQG4LxuX3UHX nc8gLt+wHszYLJSxcAt+gCqJzxGjRpBU07nuxDaLrgTE24sFRLfpu9e4sKpZxVguoWZZ sqJQPS41gP4e72PbdUwXtj5odFvsFSU1ZsaVg= 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=X1mvr1UCppxPPNCnpyC5DuTBXcJ1PV9ox2M7wRCSU4Iux2eumi4syCh2wpMdlcqi9x OSLnFtOP5HX8+kGMk2Brsj0EB+rCD+X5RwtWcebdQKtM8Y4Dk10mIiAXzmEK3/unB0LS pWB/B24cZ4FDiCP9uDjQaHszn3cBnsvA/7tqQ= MIME-Version: 1.0 Sender: marta.carbone@gmail.com Received: by 10.229.95.4 with SMTP id b4mr1153605qcn.40.1249853864624; Sun, 09 Aug 2009 14:37:44 -0700 (PDT) Date: Sun, 9 Aug 2009 23:37:44 +0200 X-Google-Sender-Auth: 633482d484b80897 Message-ID: From: marta carbone To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ipfw, status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2009 21:37:45 -0000 The current implementation of the ipfw userland program integrates the microinstruction compiler and the socket i/o code in a single function. This no clear distinction between the compiler and the socket i/o code makes impossible to use such functions for their own purpose. The decompilation code suffers of similar problems too, since it integrates the microinstruction code with the socket i/o functions. In addition to this, the resulting output is redirected to the stdout, making difficult to use the decompilation function as a pure "decompiler". Part of the gsoc project is aimed to change this behavior and clearly separate the microinstruction compiler from socket i/o functions. An immediate result of this work will be a set of functions dedicated to compile and decompile ipfw microinstructions, and a set of function dedicated to perform socket i/o operations. These functions can be used to build the "libipfw" library, making the ipfw microinstruction compiler available to other programs as well. Changes done until now involve: - removed some static variables and use the reentrant version of the sorting function, aimed to make reentrant the code; - code cleanup, aimed to improve readability; - extraction of the global options parsing code from the main file; - removed globals variables; - build the "libipfw" library; - build the ipfw userland program by linking the code against the "libipfw" library. In the next days I plan to continue the work on libipfw code, extracting the socket/io related code, upload the code to the perforce server. marta From owner-soc-status@FreeBSD.ORG Mon Aug 10 06:30:50 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E92A106566B; Mon, 10 Aug 2009 06:30:50 +0000 (UTC) (envelope-from t.elavaya@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id 69A5B8FC1E; Mon, 10 Aug 2009 06:30:48 +0000 (UTC) Received: by fxm24 with SMTP id 24so3075076fxm.36 for ; Sun, 09 Aug 2009 23:30:48 -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=hggK0FY5uVElEVFSUcgFG5B+4VwejWwgGJORXQiW3po=; b=kmqKwnVOoWeJn1DghuZRW6vKYCyKqZbospsLJX7sf640lHVbHa1su0/1bCOjpfbyNR 9Ddy0Th18kpsTolSeKuV55ymUnkAqzBnKSSvp2LcrYDpBo4sLCW3Nyk2c2U+QgwwLy0N beyHZIA7cqn2o6qndDtYJOtAT5zNtWni8OVpo= 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=gx6t5xQkUMU3fBvSft9jZh6MV77VQn0k8OW8ai/LqRdw3Fs7hFYusLNOIH6vmj1rSF KR66Z7b4pDCE7B9TF2wLHBw6FMx3dZUrRSIh2KtjoiopifU71r5Alv1L80bYC15cj/Oy FfO6c1IOml4HtV0JTm60QmT8XJyUT5kY++HSQ= MIME-Version: 1.0 Received: by 10.103.108.4 with SMTP id k4mr1710010mum.85.1249885848194; Sun, 09 Aug 2009 23:30:48 -0700 (PDT) From: Tatsiana Elavaya Date: Mon, 10 Aug 2009 09:30:28 +0300 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Diomidis Spinellis Subject: ipfw status report - 8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2009 06:30:50 -0000 Hi, I've rewritten rule dump entirely, instead of trying to dump rules in one pass complete ruleset is generated in memory. It can be later used to perform some additional manipulations. I've extended test and fixed the test suite. Now I'm working on adding more tests. From owner-soc-status@FreeBSD.ORG Mon Aug 10 13:15:41 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D47A1106566C for ; Mon, 10 Aug 2009 13:15:41 +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 90B1C8FC1A for ; Mon, 10 Aug 2009 13:15:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 1036014D9376 for ; Mon, 10 Aug 2009 15:15:38 +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 4yDGZuDUY3ap for ; Mon, 10 Aug 2009 15:15:37 +0200 (CEST) Received: from [10.0.1.5] (unknown [84.78.125.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 563CD14D9316 for ; Mon, 10 Aug 2009 15:15:37 +0200 (CEST) Message-ID: <4A801DA6.4070306@kovesdan.org> Date: Mon, 10 Aug 2009 15:16:22 +0200 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 2.0.0.21 (X11/20090516) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: libiconv status report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2009 13:15:42 -0000 Hello, last week I completed the regression test I was doing for libiconv with a little help from my mentor. I'll generate some reference output with GNU libc-iconv to test the compatibility of our implementation. The GPL license permits this as no logic will be transmitted by reusing the output and according to my mentor libc-iconv gives better result than GNU libiconv at least for Chinese input, so I will use this one as a reference for further development. Cheers, Gábor From owner-soc-status@FreeBSD.ORG Mon Aug 10 19:59:00 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94CF8106564A for ; Mon, 10 Aug 2009 19:59:00 +0000 (UTC) (envelope-from tatsiana.severyna@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id 234198FC1A for ; Mon, 10 Aug 2009 19:58:59 +0000 (UTC) Received: by bwz2 with SMTP id 2so2152592bwz.43 for ; Mon, 10 Aug 2009 12:58:59 -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:cc:content-type:content-transfer-encoding; bh=Wnp6VfG1zhlubcNA3YIvGXhBB3ZQwnoONsJicoYsASU=; b=RqjqvLmSAuAxmJaJyMVIG0AWhyylEqaolBreVo4/e6RV4O5X4M3vL24VhJ3Lj4nIV5 NRotbUU7lYj33e9xM2zTYa0KU/On0UI6bXXNK2BDy2lQ8ziY6c08N7YL4ErwtC2vaiCj VNGbpGEyK/NUjXxQZ2ZSH1VQTMg0I/NimSCFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=rsv8/CEet3xQbQ4B6AhQm3U/nxB7gQ9+HAhUR0BoHkYMWHW6bp56WbVViJyqRNXgwM a0UqhhG0zCRHAecJCPJG7ZLKfo3Lux3i6JtMZLsr+uKieQfupFzfc2MlN0jzAK8JROJv A2sgkarR+AL0GkfiM6gyPwagvnNJQXiElPBJ0= MIME-Version: 1.0 Received: by 10.204.117.201 with SMTP id s9mr3340207bkq.18.1249934338513; Mon, 10 Aug 2009 12:58:58 -0700 (PDT) Date: Mon, 10 Aug 2009 22:58:58 +0300 Message-ID: From: Tatsiana Severyna To: soc-status Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov Subject: puffs - status report 8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2009 19:59:00 -0000 Last week I've continued fixing bugs (2 more rather serious bugs fixed), removed extra debugging I've added during porting. I'm not planning to add new futures or perform any serious changes as we are after suggested 'pencils down' date already. From owner-soc-status@FreeBSD.ORG Thu Aug 13 21:41:35 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C44B106568D; Thu, 13 Aug 2009 21:41:35 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id D15918FC4F; Thu, 13 Aug 2009 21:41:34 +0000 (UTC) Received: by fxm24 with SMTP id 24so1095002fxm.36 for ; Thu, 13 Aug 2009 14:41:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zsulv6xixxP45jogg4t1bOOb5AxTFl5ODYDEJ8jhF0Q=; b=pBU4MQFumevdboJDdvbT8uBC7S/4XwYdwKhfGCP4ValMPc9cxbxrsvhSimoNV9XV8f y4jQ4hIRdf+ra4yRYOcs3VNaLvWQKZ5saLhsIplRT2U/wk+p/ant+0Ai2XQogtLDwelI lHl5WQr6wv2POlIDYT7G+dWIykwVBMeaFNDHE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; b=XaOxy/EdOscYEIpjibNn0PljuEChB1d12NOF7HTguCABzHR5mIf+Rh0hSmHc9DcMRy sPIZdka2fDRfUWo3ymaRRU23XaWsAeNI/IRbuL9HuDbYHEbn1jo8ZBGxHmkDYMt+/YMn lMlukNazOn8qyHcAEznGHhyTAbzEyR3JIUrnw= MIME-Version: 1.0 Sender: pali.gabor@googlemail.com Received: by 10.223.72.203 with SMTP id n11mr422710faj.62.1250199693555; Thu, 13 Aug 2009 14:41:33 -0700 (PDT) Date: Thu, 13 Aug 2009 23:41:33 +0200 X-Google-Sender-Auth: cbe3e8819904705b Message-ID: <685a6ef80908131441n28fba70av811ee082d149c8aa@mail.gmail.com> From: Gabor PALI To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Oleksandr Tymoshenko , Robert Watson Subject: libstat status 10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 21:41:35 -0000 Hello, Last week's progress: - I worked on building an interface for accessing routing (forwarding information base, fib) information. This is the netstat_route() function -- it returns a list of route_type items. Route_type is an abstraction for representing standard routing information: destination, gateway, flags, routing interface name etc. This type includes a routenode_type, that provides information about corresponding routing node in the tree where the routes are stored, and a routemask_type, that represents netmasks used for routing. - The routepr() function in netstat(1) has been rewritten by using the abstractions and functions provided by libnetstat(3). Cheers, :g From owner-soc-status@FreeBSD.ORG Sun Aug 16 22:24:33 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55037106568D for ; Sun, 16 Aug 2009 22:24:33 +0000 (UTC) (envelope-from fabio@freebsd.org) Received: from sssup.it (ms01.sssup.it [193.205.80.99]) by mx1.freebsd.org (Postfix) with ESMTP id E05EE8FC4D for ; Sun, 16 Aug 2009 22:24:32 +0000 (UTC) Received: from [193.205.82.7] (HELO gandalf.sssup.it) by sssup.it (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 53003934 for soc-status@freebsd.org; Mon, 17 Aug 2009 00:10:07 +0200 Received: from smaug.retis (smaug.retis [10.30.3.72]) by gandalf.sssup.it (8.12.10/8.12.10) with ESMTP id n7GMOUU0016413 for ; Mon, 17 Aug 2009 00:24:30 +0200 Received: by smaug.retis (Postfix, from userid 1000) id E06A1538C3; Mon, 17 Aug 2009 00:27:39 +0200 (CEST) Date: Mon, 17 Aug 2009 00:27:39 +0200 From: Fabio Checconi To: soc-status@freebsd.org Message-ID: <20090816222739.GA1921@gandalf.sssup.it> References: <20090607105508.GS19347@gandalf.sssup.it> <20090622151559.GK28770@gandalf.sssup.it> <20090706145739.GA14563@gandalf.sssup.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090706145739.GA14563@gandalf.sssup.it> User-Agent: Mutt/1.4.2.3i Subject: gsched - status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Aug 2009 22:24:33 -0000 Hi all, during the last few weeks I've worked on the safety of the proxy insertion/removal (now it is known to not work only on top of gmirror---but in this position any traditional disk scheduler is pretty much useless), on testing and performance tuning. I've also ported a new scheduling algorithm we developed some time ago for research. A report for the project, which was listed as deliverable D3 in the proposal, is available at: http://feanor.sssup.it/~fabio/soc09/downloads/D3.pdf From owner-soc-status@FreeBSD.ORG Sun Aug 16 23:00:01 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30B301065690 for ; Sun, 16 Aug 2009 23:00:01 +0000 (UTC) (envelope-from alepulver@FreeBSD.org) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.freebsd.org (Postfix) with SMTP id C45038FC4B for ; Sun, 16 Aug 2009 23:00:00 +0000 (UTC) Received: (qmail 91277 invoked by uid 0); 16 Aug 2009 22:59:58 -0000 Received: from 190.231.124.152 (HELO ?10.0.0.3?) (190.231.124.152) by relay00.pair.com with SMTP; 16 Aug 2009 22:59:58 -0000 X-pair-Authenticated: 190.231.124.152 Message-ID: <4A888F65.4040103@FreeBSD.org> Date: Sun, 16 Aug 2009 19:59:49 -0300 From: Alejandro Pulver User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Ports licenses - report 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Aug 2009 23:00:01 -0000 Hello, The following happened in the last weeks: The FOSSology port has been committed to CVS as devel/fossology, and works fine in FreeBSD/i386 7.2. Installation and configuration is mostly automated. However there are still problems in FreeBSD/amd64 8. Anyways, current version (1.1) is relatively slow and analyzes every text file for license information, so it takes about 5 to 15 minutes per port. For the 1.2 release, only "possible" licenses will be analyzed and it should run faster. Also it will support FSF, OSI, Fedora and more groups for all licenses (currently 360 supported). The following features were added to bsd.licenses.mk: - Dual/Multi licenses support (see comments and wiki for details). - Optional GUI menus (with dialog). - Simulate RESTRICTED behavior (for clean-* targets, used in package/distfile redistribution, like when compiling redistributable optical media). See the wiki for details: http://wiki.freebsd.org/PortsLicenseInfrastructure I've also sent a HEADSUP to developers@ for some feedback, but it may not get much attention because of the work in the upcoming FreeBSD release. I believe the project has completed the proposed goals (my mentor was busy and will review progress next week), but I'll do some changes based on feedback, corrections and additional features (as saving accepted licenses, with checksum). Regards, Ale From owner-soc-status@FreeBSD.ORG Mon Aug 17 07:22:31 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B43B5106568D for ; Mon, 17 Aug 2009 07:22:31 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: from mail-qy0-f191.google.com (mail-qy0-f191.google.com [209.85.221.191]) by mx1.freebsd.org (Postfix) with ESMTP id 683018FC43 for ; Mon, 17 Aug 2009 07:22:31 +0000 (UTC) Received: by qyk29 with SMTP id 29so2126458qyk.3 for ; Mon, 17 Aug 2009 00:22:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:mime-version:subject:date:x-mailer; bh=LAsxhH8dgneb89ccqT2m9zGLhJ5ic1CaWVrHjBMkuNY=; b=nkryFvZJ6z1KdmBWNgwFsGwtzkuEnjNUVNbBUijxBSSya7fuKMi2I9p4ODOxjJ101M TMnYVJWfdTlvJoFo1OCEQkCNpzxWsm4mul1wbF4QZpLnHPyvbpGdqVQ7PWXEgsOLkIso fRaLGNMOP+jocdE84M1c3XGi2s72Bf50mKnlc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=N94bdIFg3+EebeTLuXX4mu3z2B+rBJDayqNiD51q5aaMaSFkTLi0H/f0936q8PA+VT 1YKhALIPHgGQYdSg2rSnti5xSVZyTIF0IJEE4u2QW3abTCi/qRe8QH8Z9gnJizzQQ/vK 7OUOnkwe/mj9F12VRWEb39f5oiGLlaEF5IMFw= Received: by 10.224.66.226 with SMTP id o34mr3996373qai.347.1250493749865; Mon, 17 Aug 2009 00:22:29 -0700 (PDT) Received: from ?192.168.2.4? (c-69-140-140-56.hsd1.md.comcast.net [69.140.140.56]) by mx.google.com with ESMTPS id 8sm4057068qwj.16.2009.08.17.00.22.28 (version=SSLv3 cipher=RC4-MD5); Mon, 17 Aug 2009 00:22:29 -0700 (PDT) Message-Id: From: Zach Riggle To: soc-status@freebsd.org Content-Type: multipart/signed; boundary=Apple-Mail-3--543875182; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 17 Aug 2009 03:22:27 -0400 X-Mailer: Apple Mail (2.935.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Final Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2009 07:22:31 -0000 --Apple-Mail-3--543875182 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Well, SoC has come to a close :-( I've uploaded all of my code to P4, although you can find my contributions to PyPcap on GitHub (see the blog for more info). Of my original milestones, there are some that I wasn't able to complete. However, I got so much more done outside the scope of those milestones, that it was an extremely productive summer for me, and I know that I benefited the FOSS community. I forked an abandoned project (pypcap) and added many user-provided patches, as well as some of my own, to extend and refine the functionality, as well as write new tests for the library to ensure that it works properly. I also had to heavily modify PCS, as the -0.6 version was never released (my mentor, George Neville-Neil, had planned to release it a few weeks into the summer). I am very happy with the modifications that I made, although I would like to go back and clean up a lot of the code in PCS (it can be done much more Python-y than it currently is, and as such be made *much* cleaner). Backwards compatibility was completely maintained with PyPcap (the original tests all ran without error), and the same should be true about PCS. The tcpregression framework that all of this helped build has grown leaps and bounds beyond the scope of the original project, and has become a userland TCP implementation that *happens* to be used for testing other TCP implementations. I think that this will extend its use beyond what we all originally anticipated. There is a good deal of documentation that will need to be done over the next week, because while I tried to keep it up-to-date and clear as possible, some of the interfaces may not be as clearly documented as they ought to be. Removing deprecated, commented-out code also needs to be done before I'll really be satisfied and be able to put a "0.1" on the framework. I've also considered separating the TCP regression tests from the framework itself (because it is more of a userland TCP implementation than just a regression testing framework) and naming it TCPython, but I'm not sure about that. Name suggestions are welcome! There's lots more that's been going on than what I've written here. As always, check out the blog (90 posts total for the summer, not counting a few lengthy ones that were eaten by MarsEdit x-(... ) http://gsoc-tcpregression.blogspot.com/ --Apple-Mail-3--543875182-- From owner-soc-status@FreeBSD.ORG Mon Aug 17 09:32:15 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE1E910656AD; Mon, 17 Aug 2009 09:32:15 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id ACFCA8FC45; Mon, 17 Aug 2009 09:32:15 +0000 (UTC) Received: by rv-out-0506.google.com with SMTP id f9so722593rvb.43 for ; Mon, 17 Aug 2009 02:32:15 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=jWT8h6RZY32BR4ZYKfio6g6oSKeAZh0H7FxHt7SrnsM=; b=fiTNqUbC5tF1+RSOmatoJV0ye104FD//7QWCG/95B9mcJu29cINapG4ANfkvZjNn77 u20pulSfTilPPCiFygPuFB+eAdYh9fNkwwkrQbty/krIxbhuAHRIkJfnBj9ygQwfEVZq FzFH5xMxNIylGOS1pvPC5y2aSnw56MjX5igdI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=lpKBWUgUlVWn2IWpuu47QCj3JdI6UvVPuwODPSxdSeu+tFC+tBeKkyNqDOfS22uKaP Wxw0QjPzSSleUIEAzB534TV0vI1gK+NJjy5uqAKNT/mPNWThOTblemVamul/yoxkYHpD 7kpyGAmhY4prX5Kc1uYGPctKfVnflG5E1ie60= Received: by 10.141.49.21 with SMTP id b21mr2408712rvk.196.1250501535318; Mon, 17 Aug 2009 02:32:15 -0700 (PDT) Received: from aditya ([111.125.238.172]) by mx.google.com with ESMTPS id g22sm26307271rvb.52.2009.08.17.02.32.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 17 Aug 2009 02:32:14 -0700 (PDT) Date: Mon, 17 Aug 2009 09:32:17 +0530 From: Aditya Sarawgi To: soc-status@freebsd.org Message-ID: <20090817040216.GA1333@aditya> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: lulf@freebsd.org Subject: ext2fs status report 10 - Final Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2009 09:32:16 -0000 Hi, I have uploaded the results of ext2fs benchmarking on http://wiki.freebsd.org/SOC2009AdityaSarawgi. As I said earlier the write performance is slower than the old implementation and this was expected. From here on I plan to work on improving the performance of ext2fs and making it MPSAFE. Do check out my perforce branch if you want to try the new code :) Cheers, Aditya Sarawgi From owner-soc-status@FreeBSD.ORG Mon Aug 17 10:37:32 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EC0B1065692 for ; Mon, 17 Aug 2009 10:37:32 +0000 (UTC) (envelope-from zachriggle@gmail.com) Received: from mail-qy0-f191.google.com (mail-qy0-f191.google.com [209.85.221.191]) by mx1.freebsd.org (Postfix) with ESMTP id 423BE8FC51 for ; Mon, 17 Aug 2009 10:37:31 +0000 (UTC) Received: by qyk29 with SMTP id 29so2161781qyk.3 for ; Mon, 17 Aug 2009 03:37:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:mime-version:subject:date:x-mailer; bh=LAsxhH8dgneb89ccqT2m9zGLhJ5ic1CaWVrHjBMkuNY=; b=roCyMcrrFV5mudWQesScPruSXN5ocSKwm22kIqnGahXjRKdNmeKFGcJDmSBT4BbIzY MFhxdTanxYOuqWkwtjp/CMRF1FLKR1UcKfDAPPbi5k4mLD20XuvUqaEkC3zcZpOt2Jci TBmX4AdoYSwt+sGA4HTTyDbUJ4PoSP5GdL+OE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=N94bdIFg3+EebeTLuXX4mu3z2B+rBJDayqNiD51q5aaMaSFkTLi0H/f0936q8PA+VT 1YKhALIPHgGQYdSg2rSnti5xSVZyTIF0IJEE4u2QW3abTCi/qRe8QH8Z9gnJizzQQ/vK 7OUOnkwe/mj9F12VRWEb39f5oiGLlaEF5IMFw= Received: by 10.224.96.77 with SMTP id g13mr4083255qan.305.1250505445333; Mon, 17 Aug 2009 03:37:25 -0700 (PDT) Received: from ?192.168.2.4? (c-69-140-140-56.hsd1.md.comcast.net [69.140.140.56]) by mx.google.com with ESMTPS id 6sm609170qwd.8.2009.08.17.03.37.24 (version=SSLv3 cipher=RC4-MD5); Mon, 17 Aug 2009 03:37:25 -0700 (PDT) Message-Id: From: Zach Riggle To: soc-status@freebsd.org Content-Type: multipart/signed; boundary=Apple-Mail-3--543875182; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 17 Aug 2009 03:22:27 -0400 X-Mailer: Apple Mail (2.935.3) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Final Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2009 10:37:32 -0000 --Apple-Mail-3--543875182 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Well, SoC has come to a close :-( I've uploaded all of my code to P4, although you can find my contributions to PyPcap on GitHub (see the blog for more info). Of my original milestones, there are some that I wasn't able to complete. However, I got so much more done outside the scope of those milestones, that it was an extremely productive summer for me, and I know that I benefited the FOSS community. I forked an abandoned project (pypcap) and added many user-provided patches, as well as some of my own, to extend and refine the functionality, as well as write new tests for the library to ensure that it works properly. I also had to heavily modify PCS, as the -0.6 version was never released (my mentor, George Neville-Neil, had planned to release it a few weeks into the summer). I am very happy with the modifications that I made, although I would like to go back and clean up a lot of the code in PCS (it can be done much more Python-y than it currently is, and as such be made *much* cleaner). Backwards compatibility was completely maintained with PyPcap (the original tests all ran without error), and the same should be true about PCS. The tcpregression framework that all of this helped build has grown leaps and bounds beyond the scope of the original project, and has become a userland TCP implementation that *happens* to be used for testing other TCP implementations. I think that this will extend its use beyond what we all originally anticipated. There is a good deal of documentation that will need to be done over the next week, because while I tried to keep it up-to-date and clear as possible, some of the interfaces may not be as clearly documented as they ought to be. Removing deprecated, commented-out code also needs to be done before I'll really be satisfied and be able to put a "0.1" on the framework. I've also considered separating the TCP regression tests from the framework itself (because it is more of a userland TCP implementation than just a regression testing framework) and naming it TCPython, but I'm not sure about that. Name suggestions are welcome! There's lots more that's been going on than what I've written here. As always, check out the blog (90 posts total for the summer, not counting a few lengthy ones that were eaten by MarsEdit x-(... ) http://gsoc-tcpregression.blogspot.com/ --Apple-Mail-3--543875182-- From owner-soc-status@FreeBSD.ORG Mon Aug 17 12:34:48 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62441106568F; Mon, 17 Aug 2009 12:34:48 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from mail-bw0-f219.google.com (mail-bw0-f219.google.com [209.85.218.219]) by mx1.freebsd.org (Postfix) with ESMTP id 8C9258FC41; Mon, 17 Aug 2009 12:34:47 +0000 (UTC) Received: by bwz19 with SMTP id 19so3117053bwz.37 for ; Mon, 17 Aug 2009 05:34:46 -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=iqDtWerphKZSXRpFKI2Wfcawv3B0YRIbG77nQiub4wM=; b=oIfuZjDFMO0rg0zPVKqrn08pmyllw1gqrZG3mAnlnN03wewiDjo1Lt7TXDiEzXUrKj BnR6ipDlMwZIATjB7gunD5okzGCygQVHI00JL6uRUWpJkIO5qMIBfdX9QuJ7RIYCeoBK 5qk1o9pXwq/JyEDCdxrhGSs1LSpc2pb61l+Yo= 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=pakOp6qDj/pdRjCbjK9x8W8JDFExqewP08hJCBwr6JqRjHOvQDqPyyYvPbN504XQd0 qkLMTa3PjNSXkZPUNCAm5Clc2PIGFCzkj9CmgvpDYt063ZnCvnpQHLPzoVSwb1i4lTBi DV6oFYv3WyYHag/g+JgWZHkMXukcJtc5KS6jc= MIME-Version: 1.0 Received: by 10.102.226.14 with SMTP id y14mr1298686mug.76.1250512486143; Mon, 17 Aug 2009 05:34:46 -0700 (PDT) From: Sylvestre Gallon Date: Mon, 17 Aug 2009 14:33:08 +0200 Message-ID: <164b4c9c0908170533w773eb4a8jaea54a793e0694ba@mail.gmail.com> To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Andrew Thompson , Hans Petter Selasky Subject: FINAL USB Improvements status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2009 12:34:48 -0000 Hi, I've finished factorizing roothub_exec this week, and implemented this factorization in all DCI drivers. There is still some work to do. First of all, some code is still needed for a working HUB template. I am writting it right now, but it probably not be not finished and tested before this evening 7pm UTC. Hans Petter also told me that the changes I've done to DCI could feet to the HCI. It will surely be of my first dev after this GSoC :) I've also started the driver for s3c24xxdci and I need more time to finish it and to test it on real Hardware. Cheers, -- Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org) From owner-soc-status@FreeBSD.ORG Mon Aug 17 14:35:53 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 002BC106568C for ; Mon, 17 Aug 2009 14:35:52 +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 AEC018FC3D for ; Mon, 17 Aug 2009 14:35:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 9EDF114D93E0 for ; Mon, 17 Aug 2009 16:35:50 +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 NAzGoHUmppy8 for ; Mon, 17 Aug 2009 16:35:48 +0200 (CEST) Received: from [77.209.110.182] (unknown [77.209.110.182]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 9778D14D9316 for ; Mon, 17 Aug 2009 16:35:46 +0200 (CEST) Message-ID: <4A896AC5.4000306@kovesdan.org> Date: Mon, 17 Aug 2009 16:35:49 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: libiconv - final summary X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2009 14:35:53 -0000 Hello, the last week I experimented a bit with the regression test I wrote and reduced the size of the generated data because this was the reason why I haven't committed the reference data to p4 yet. Also, I've changed to using library instead of statically linking everything. Th iconv stuff will be part of libc, so this layout seems more real. Some problems have come out which I'm still working on. Good news is that probably I can keep working on this project as a BSc thesis, which will allow me to dedicate more time and go into deep details, review performance, etc. Some words to resume the progress. Almost all encodings, which are used in our locales are supported. I've also added some extras. There's a bug in Big5 module, which makes it segfault. There are two (iirc) missing encodings from the CP family. The foward encoding (to UTF-32) is of the same quality as GNU iconv and GNU libc-icov but the reverse encoding sometimes less punctual, there isn't such a good level of transliteration. I'll need to look into it in detail. Cheers, Gábor From owner-soc-status@FreeBSD.ORG Thu Aug 20 15:23:55 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10798106568D; Thu, 20 Aug 2009 15:23:55 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 4BD5D8FC60; Thu, 20 Aug 2009 15:23:54 +0000 (UTC) Received: by fxm6 with SMTP id 6so4055088fxm.43 for ; Thu, 20 Aug 2009 08:23:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Q3M49CZeq1myHWcCve5c5mZHVPwO8FSaV2ammFI+Qfk=; b=WXFl7y+EEXwNNcO7aa/++YN1/wSVCnA5D8LpMVjBz82+LTiBBTzYJPtMO0gjtwEyVc rSVE0WxAXqQJElvcG0XPYAQzRr3dK+LEZRT71GyalOJNcAtNgaeqzXqEKvvHyY8jmxsA efV60lFjFIHIq88x/FkGY9TkLsHhHeyuwZSU4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; b=HntmBbAupgQ6T+uZYB0v1vyp2iBH32IbjoyXVz0Rw3njWFSvpV4JTaocHcVrtg9CyD nwswnYv9kXaw9SI1UB3EzJaxmL1LpTHsl2l/l9pyqeuPMRjG2NFtWmXoP6cb2kpfQEq4 VFkYgJI+flSbwCwg/SBha0DDwwwpPS2dRChbw= MIME-Version: 1.0 Sender: pali.gabor@googlemail.com Received: by 10.223.22.133 with SMTP id n5mr858350fab.16.1250781831426; Thu, 20 Aug 2009 08:23:51 -0700 (PDT) Date: Thu, 20 Aug 2009 17:23:51 +0200 X-Google-Sender-Auth: a2b31fca1dcb0133 Message-ID: <685a6ef80908200823m2c63b5b4l889f23b5dfc0a319@mail.gmail.com> From: Gabor PALI To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Oleksandr Tymoshenko , Robert Watson Subject: libstat final summary X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2009 15:23:55 -0000 Hello, The progress I made since the last report: - Add netstat_mif() to the libnetstat(3) API to support information extraction for multicast interfaces, both for IPv4 and IPv6. I added an mcastif_type to model these interfaces, together with all the necessary functions, sysctl(3) and kvm(3) implementations. The export method via sysctl(3) is similar the one I used for exporting information on sockets, and I added two new sysctl variables for this purpose. - Add netstat_mroute() to support getting data on multicast forwarding tables for IPv4 and IPv6, including their sysctl(3) and kvm(3) implementations. It is also "streamed" in the same way as for multicast interfaces. However it does not include information on bandwidth meters (for IPv4) displayed in netstat(1) yet. I would like to add the missing pieces of code required for this. Because it is a final summary, I would like to include some words on the overall progress: In the summer, I worked on the design and implementation of a library collecting various network statistics functions, called libnetstat(3), learned the sources of netstat(1), lifted some parts of it to build a sandbox for experimenting, and earned experiences on how to add own sysctl(8) node and how to present kernel-exported data in comfortable format for both 32-bit/64-bit systems, created a simple monitoring tool for the library, called nettop. After the mid-term evaluations, I evaluated my experiences earned so far and I decided to go on with finishing this library. It already has many types and functions to be constructed and organized, so I felt build a complete API for libnetstat(3) a realizable goal. For the details of the development and track, see the logs of project's Perforce depot [1] and my previous status reports posted to this list. I am planning to keep working on the libnetstat(3)-based version of netstat(1) and bsnmpd(1) applications. Some other plans have been added to the project's FreeBSD wiki page [2] (to be implemented in the future), hopefully I will be able to continue by working them on them, after I have completed and finalized a version of libnetstat(3). Cheers, :g [1] http://p4db.freebsd.org/changeList.cgi?FSPC=%2F%2Fdepot%2Fprojects%2Fsoc2009%2Fpgj_libstat%2F...&ignore=GO! [2] http://wiki.freebsd.org/PGJSoC2009 From owner-soc-status@FreeBSD.ORG Thu Aug 20 17:10:04 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DC49106568F for ; Thu, 20 Aug 2009 17:10:04 +0000 (UTC) (envelope-from marta.carbone@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 48EAD8FC6B for ; Thu, 20 Aug 2009 17:10:03 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so28768qwe.7 for ; Thu, 20 Aug 2009 10:10:03 -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 :content-transfer-encoding; bh=LYI2L1yJ3mUBK4+eq15kGFLABFgIEd0+Yg2+OF+bwkM=; b=GaHKVEz7L92CBAMRciRjKkuAdjgfgiYnpZQPJx6o02WJxAoABOD4sk0WlZd6z6jzGP AlRqValbbR1kTXHKYh/uWCn1viHD+npkmMeksAnceHtquf+EUgHTIglVUZs2QDRl8FxC /C18LjTbIll0jAmF/+Q5lHLpiooLtTeLucZBw= 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:content-transfer-encoding; b=Wpd2+34c6tuwkXJy2Ue2BrQuQwcDUAtcAu6i5/IV/TwcKMtxHPRU3/eSM49VJGxCzP rFcOokMuItBEd3XqUAtKP13tQGXNZVjRNHS38KMrnlz71bza6Hk00XFheoAzZZqYGCnT Nm1L0EXg4PwR2hpE6/GKZQO57F5xVLhp3Vsck= MIME-Version: 1.0 Sender: marta.carbone@gmail.com Received: by 10.229.46.145 with SMTP id j17mr10598qcf.6.1250788202895; Thu, 20 Aug 2009 10:10:02 -0700 (PDT) Date: Thu, 20 Aug 2009 19:10:02 +0200 X-Google-Sender-Auth: 3b7445e6158c7ee8 Message-ID: From: marta carbone To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: ipfw, status update and final report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2009 17:10:04 -0000 During the last week I worked on the ipfw userland configuration tool and on the userland-kernel interface. The default behavior of the ipfw configuration tool is to silently accept different syntax to specify the rules. Now it has a new "strict" option which implements stronger error checking. The userland-kernel interface allowed to transfer the whole ruleset for each userland request.=A0 Rules transfer is now split in two parts, static and dynamic, allowing to request only a subset of rules. This reduces the size of transfers and contention on kernel data structures. Now that the project is at the end, I summarized the work done so far. - the ipfw and dummynet source code was moved in a separate directory; - the ipfw_chk() function, composed by a very huge switch statement, =A0 is now implemented by a dispatching table, making the code more =A0 readable. Before an after this change, I did a set of performance =A0 measurements to profile the ipfw_chk() execution times; - the microinstruction compiler is now built as a library, splitting =A0 the ipfw compilation and decompilation functions from the socket I/O =A0 functions; - the userland ipfw configuration tool is built using such `libipfw' =A0 library; - the userland-kernel rule interface allows distinct transfers for =A0 static or dynamic rules; - the ipfw userland code has a new options to implement strict =A0 checks on rule parsing. The code related to this work was uploaded on the perforce server, on the soc2009/marta_ipfw project. marta From owner-soc-status@FreeBSD.ORG Fri Aug 21 21:40:41 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17FB5106568C; Fri, 21 Aug 2009 21:40:41 +0000 (UTC) (envelope-from anchie@fer.hr) Received: from labs3.cc.fer.hr (labs3.cc.fer.hr [161.53.72.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8A06E8FC1A; Fri, 21 Aug 2009 21:40:39 +0000 (UTC) Received: from sluga.fer.hr (sluga.cc.fer.hr [161.53.72.14]) by labs3.cc.fer.hr (8.13.8+Sun/8.12.10) with ESMTP id n7LLechJ011082; Fri, 21 Aug 2009 23:40:38 +0200 (CEST) Received: from vipnet34-85.mobile.carnet.hr ([193.198.85.34]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.3959); Fri, 21 Aug 2009 23:40:37 +0200 Message-ID: <4A8F1451.5030606@fer.hr> Date: Fri, 21 Aug 2009 23:40:33 +0200 From: Ana Kukec User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 21 Aug 2009 21:40:38.0246 (UTC) FILETIME=[05E89860:01CA22A8] Cc: "Bjoern A. Zeeb" Subject: Final GSoC report for IPv6 Secure Neighbor Discovery project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 21:40:41 -0000 Hi, For Google Summer of Code I had been working on a native kernel API for IPv6 SEcure Neighbor Discovery (SEND). SEND is a way to secure the Neighbor Discovery protocol messages using public key based signatures, Cryptographically Generated Addresses for proving address ownership on individual nodes, and X.509 certificates for authorizing nodes to act as routers and to delegate certain prefixes. The BSD licensed SEND implementation from NTT DOCOMO USA Labs was changed from using netgraph and the Berkeley Packet Filter to a native FreeBSD interface based on routing sockets. If SEND is loaded, the kernel intercepts the respective incoming and outgoing ICMPv6 packets and sends them to user space for cryptographic processing (signing or validating the signatures) and if ok passes the back to the kernel for further normal processing or discards the packets. During last couple of weeks I was mostly testing, trying to get things to work. Most of the code was already written, but wrong handling of mbufs, especially when sending messages from kernel to the user space, took a few days to be tracked down. Now, most of the things are done and working: - successful exchange and validation of the Neighbor Solicitation, - successful exchange and validation of the Neighbor Advertisement, - successful exchange of the Neighbor Discovery Redirect message, - the processing of the incoming direction of Router Solicitations and Router Advertisements. I'll keep working on this project even now that GSoC has finished to get it to the point so that it can be integrated into the main FreeBSD src tree. Things that are next on the list: - the processing of the outgoing direction of Router Solicitations and Router Advertisements, - interoperability testing, - implementation of the ongoing work in IETF Cga & SeND maintainance WG. Also documentation was updated to reflect the latest state of workflow and APIs. You can find more information on my wiki page here: http://wiki.freebsd.org/SOC2009AnaKukec In case you have p4 access you can find the code here, http://p4web.freebsd.org/@md=d&cd=//&c=0hb@//depot/projects/soc2009/anchie_send/?ac=83 In case you don't feel free to mail me. I plan to post patches once outgoing RS/RA packets will fully work. Thanks to Google and the FreeBSD Project for making it possible that I could work on this. Ana From owner-soc-status@FreeBSD.ORG Sat Aug 22 08:25:05 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5259106568C; Sat, 22 Aug 2009 08:25:05 +0000 (UTC) (envelope-from upczhsh@gmail.com) Received: from mail-iw0-f174.google.com (mail-iw0-f174.google.com [209.85.223.174]) by mx1.freebsd.org (Postfix) with ESMTP id 805EE8FC16; Sat, 22 Aug 2009 08:25:05 +0000 (UTC) Received: by iwn4 with SMTP id 4so539303iwn.3 for ; Sat, 22 Aug 2009 01:25:04 -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=p4uk+j74r5GRtXdBGlPEVQFsVmU59kpOjhP1XA5Qruk=; b=rjM2R8DRfpnBnNVo2q3n/o+UiXiCOSRqOUz5d8oxGTuTaJCOiSS6Wcx0igSp1yJUU+ JyMT86p/7xGbYAZPVhyl1SWeFgXfhnhzS1SqRGKc4x4ttEztrr8f2ON/6CXbP1Q4wmUM wAxfbbXmHMEVCmWRJtK/2zivLxwcGIykz3hbw= 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=OP2wjWAEHiy91Ecxqzmg+zZHkDB6VFADQ8tagyxp9J8E5agudKtAHugYajeBcdKBRN kORjRA02xMSwEbaI9sPn090uJVsEka5zu/4kmsuqFbKpclQnPoZvtbrq6jLcQUX5Ka36 4aYmntr1tvRerm02o5y7n1B6yh2EUBVKBuqp8= MIME-Version: 1.0 Sender: upczhsh@gmail.com Received: by 10.231.19.10 with SMTP id y10mr1105644iba.32.1250929504806; Sat, 22 Aug 2009 01:25:04 -0700 (PDT) Date: Sat, 22 Aug 2009 16:25:04 +0800 X-Google-Sender-Auth: b2b12f01a1aa5b96 Message-ID: <8126ef5c0908220125u42463afbm3303413015c05107@mail.gmail.com> From: Zhao Shuai To: soc-status , John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FIFO Optimization - final summary X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2009 08:25:05 -0000 Hi All, This summer I worked on rewriting the FIFO(named pipe) subsystem. The new FIFO system uses pipe implementation while previously it is implemented as socket. The new FIFO code passes the official regression test and the following bugs has been eliminated: PR 76525,PR 94772,PR 76144,PR 116770. According to my performance test, the new FIFO system increases the throughput by 30% comparing with the old one. I will continue to improve my code after GSoC and hope it can be merged with the main tree. -- Regards, Zhao From owner-soc-status@FreeBSD.ORG Sat Aug 22 12:17:10 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 053BA106564A; Sat, 22 Aug 2009 12:17:10 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 605938FC12; Sat, 22 Aug 2009 12:17:09 +0000 (UTC) Received: by fxm6 with SMTP id 6so782775fxm.43 for ; Sat, 22 Aug 2009 05:17:08 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=6qHDUFZfflSbecyCAjv+aiZm+zNubRoRjHcOYjhAFBk=; b=rnnY3XqFOvxjnu5NUAXKafrWPEGzhCa/IpatDPk8oExDJAIVrgEh3A6OX+thEG8aPE wWy7HOUBv124VzWZ7g6yMKRLelNBcFfhZC4J2mpiMcpgMyI40LkjOSZ/Xy6Hu+m7Gazg mlIq1DYoTKfVXkMSCNU7ueZNY0hkjr7uGGtJs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=ASV65VusM5ri6Q+nbI7LjtUh7G9uuXuohoKslyyJ20SYn0Auyir6yVJCh7zhnLj3DS zipnWlJQHSIZHxh0p6vERbp71CGLbb6n85E5gfN/N7XWrbNXpXqdVOVCqupKkAmDA/bo n9KCiKkvOzO+uu0Dvsf90cfseE/SCJe5mCbFs= Received: by 10.223.14.131 with SMTP id g3mr1304691faa.68.1250943428097; Sat, 22 Aug 2009 05:17:08 -0700 (PDT) Received: from localhost (lan-78-157-90-54.vln.skynet.lt [78.157.90.54]) by mx.google.com with ESMTPS id 1sm3952751fkt.57.2009.08.22.05.17.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 22 Aug 2009 05:17:06 -0700 (PDT) Date: Sat, 22 Aug 2009 15:16:47 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20090822121647.GA52160@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Stanislav Sedov Subject: pefs final report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2009 12:17:10 -0000 Last week I've changed file name checksum algorithm from HMAC to VMAC. VMAC is much faster and produces 64bit mac and there is no longer need to truncate HMAC output. I've also changed hand rolled KDF implementation into HKDF one which use HMAC to derivate keys. Also note that I use mac algorithms for integrity checks only, there is no authentication provided by pefs (the same way most of other such filesystems do). I hope that was a final change of crypto primitives and filesystem format would remain stable. Generally, pefs is functional and behaves as it should, all of the initial project goals were completed. There are some issue to work on though. Most important one being implementation of file name encryption cache. Current implementation performs readdir on almost every vnode lookup not found in iname cache. It degrades performance seriously. From owner-soc-status@FreeBSD.ORG Sat Aug 22 13:04:47 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AE2C106568B; Sat, 22 Aug 2009 13:04:47 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id DE7968FC0C; Sat, 22 Aug 2009 13:04:46 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id CB7A61CC73; Sat, 22 Aug 2009 15:04:45 +0200 (CEST) Date: Sat, 22 Aug 2009 15:04:45 +0200 From: Ed Schouten To: Zhao Shuai Message-ID: <20090822130445.GM1292@hoeg.nl> References: <8126ef5c0908220125u42463afbm3303413015c05107@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="imfu1ARW87HJT4Qa" Content-Disposition: inline In-Reply-To: <8126ef5c0908220125u42463afbm3303413015c05107@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: soc-status Subject: Re: FIFO Optimization - final summary X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2009 13:04:47 -0000 --imfu1ARW87HJT4Qa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, * Zhao Shuai wrote: > Hi All, >=20 > This summer I worked on rewriting the FIFO(named pipe) subsystem. > The new FIFO system uses pipe implementation while previously > it is implemented as socket. >=20 > The new FIFO code passes the official regression test and the following > bugs has been eliminated: PR 76525,PR 94772,PR 76144,PR 116770. > According to my performance test, the new FIFO system increases the > throughput by 30% comparing with the old one. >=20 > I will continue to improve my code after GSoC and hope it can be merged > with the main tree. I'm too lazy to read the source, check out sources, etc. but the pipe and fifo code has now been merged, right? Just out of curiosity, how do these changes affect the kernel binary size? How many lines of code have been added/removed? --=20 Ed Schouten WWW: http://80386.nl/ --imfu1ARW87HJT4Qa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqP7O0ACgkQ52SDGA2eCwUYWgCeMOtjMUtX1WFghm5tsWIiKXtF pDgAmwTmMvudwtEs4Deha1F9CYjuu0wt =dt3w -----END PGP SIGNATURE----- --imfu1ARW87HJT4Qa-- From owner-soc-status@FreeBSD.ORG Sun Aug 23 12:24:27 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C42531065692; Sun, 23 Aug 2009 12:24:27 +0000 (UTC) (envelope-from upczhsh@gmail.com) Received: from mail-iw0-f174.google.com (mail-iw0-f174.google.com [209.85.223.174]) by mx1.freebsd.org (Postfix) with ESMTP id 7A6478FC18; Sun, 23 Aug 2009 12:24:27 +0000 (UTC) Received: by iwn4 with SMTP id 4so714441iwn.3 for ; Sun, 23 Aug 2009 05:24:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type; bh=3TnvGTWQRwf8LU4kiG57qlQHoSQikwee+s4XGU1Jfkk=; b=fS/CZGIC/C91PElOOeSB3/EJueeeyLMjUPbMzByDLjIs3ifMiMjigx43ttvZe8RYrY JLtpayPpCBq5TTdph2f9c212GORPl+kP1QnvTQRDszdJY9cCpL7XbaVaruNWktwrLWCD il5XedB9+BhBH+AwCffkfdXsQK+YV40PXHoTY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=p7Prr0lpBYT7FXugHu0P/6xcQt8TYzo9fmAeBJQ2zFwHs8Al3PVl6EEXuizg0/OaIA MjXgQg2zuykHHp784gnrMBF2isKB1L37Gcy42Kd+3B+S71/x7j3diJoAn38NvCVIMgmI 3BKXNcC052fElsm7kAgLq+c3UQP4s/G7WsoGc= MIME-Version: 1.0 Sender: upczhsh@gmail.com Received: by 10.231.32.138 with SMTP id c10mr1651389ibd.28.1251030266899; Sun, 23 Aug 2009 05:24:26 -0700 (PDT) In-Reply-To: <20090822130445.GM1292@hoeg.nl> References: <8126ef5c0908220125u42463afbm3303413015c05107@mail.gmail.com> <20090822130445.GM1292@hoeg.nl> Date: Sun, 23 Aug 2009 20:24:26 +0800 X-Google-Sender-Auth: d913380e8f1a3b7a Message-ID: <8126ef5c0908230524g177f29d2qe836ad66c0c3f016@mail.gmail.com> From: Zhao Shuai To: Ed Schouten , soc-status , John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: FIFO Optimization - final summary X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 12:24:27 -0000 2009/8/22 Ed Schouten > Hi, > > * Zhao Shuai wrote: > > Hi All, > > > > This summer I worked on rewriting the FIFO(named pipe) subsystem. > > The new FIFO system uses pipe implementation while previously > > it is implemented as socket. > > > > The new FIFO code passes the official regression test and the following > > bugs has been eliminated: PR 76525,PR 94772,PR 76144,PR 116770. > > According to my performance test, the new FIFO system increases the > > throughput by 30% comparing with the old one. > > > > I will continue to improve my code after GSoC and hope it can be merged > > with the main tree. > > I'm too lazy to read the source, check out sources, etc. but the pipe > and fifo code has now been merged, right? Just out of curiosity, how do these changes affect the kernel binary size? How many lines of code have been added/removed? The original pipe code is moved into sys/kern/subr_pipe.c where we deal with pipe internals. Most of the pipe code is kept untouched except some changes to several function prototype. /sys/kern/sys_pipe.c is now just a wrapper of pipe routines. The affect on the kernel binary size is negligible. -- Regards, Zhao From owner-soc-status@FreeBSD.ORG Mon Aug 24 16:19:09 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFC89106568C for ; Mon, 24 Aug 2009 16:19:09 +0000 (UTC) (envelope-from admin@mercurysquad.com) Received: from mail-px0-f198.google.com (mail-px0-f198.google.com [209.85.216.198]) by mx1.freebsd.org (Postfix) with ESMTP id C2D3B8FC18 for ; Mon, 24 Aug 2009 16:19:09 +0000 (UTC) Received: by pxi36 with SMTP id 36so5055197pxi.7 for ; Mon, 24 Aug 2009 09:19:09 -0700 (PDT) MIME-Version: 1.0 Sender: admin@mercurysquad.com Received: by 10.142.250.6 with SMTP id x6mr427347wfh.289.1251129124734; Mon, 24 Aug 2009 08:52:04 -0700 (PDT) Date: Mon, 24 Aug 2009 21:22:04 +0530 X-Google-Sender-Auth: 277959814dc0da23 Message-ID: <66b068eb0908240852j50434a1aka3f0a9a54afb87ef@mail.gmail.com> From: Prashant Vaibhav To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: callout api final status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 16:19:10 -0000 Hi All, At the end of GSoC, I've achieved 2 of the objectives, while the 3rd and the auxiliary objectives could not be achieved. In summary: 1. Callout subsystem was redesigned to remove the 'wheel' data structure, and was replaced with a binary heap. This should be more efficient specially when rearming existing callouts. Initial testing (outside of kernel) shows good average O(1) performance for random insertions. The queues (min and max heap) is generic and can be used by other subsystems within the kernel. 2. A new callout API was written which consolidates many of the functions of the existing API, in a hardware-independent manner. It is currently implemented as a wrapper over existing API, both of which co-exist in the kernel. A demo of its usage can be found in the iwi driver source code, which was updated to use the new API. 3. To actually make the new API fully hardware independent, kobj is used to define an interface for hardware timers. Timer hardware will register themselves with the callout API and one of them can be chosen as the current timing/callout provider. This part is still in its early stages. More detailed information can be found at the blog post on http://freebsd.mercurysquad.com/ Work on the project is expected to continue until all the original goals are achieved. Best, Prashant Vaibhav From owner-soc-status@FreeBSD.ORG Mon Aug 24 20:31:10 2009 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B749B106568D; Mon, 24 Aug 2009 20:31:10 +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 884948FC0C; Mon, 24 Aug 2009 20:31:10 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E1AC146B06; Mon, 24 Aug 2009 16:31:09 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 229988A024; Mon, 24 Aug 2009 16:31:09 -0400 (EDT) From: John Baldwin To: Zhao Shuai Date: Mon, 24 Aug 2009 15:55:17 -0400 User-Agent: KMail/1.9.7 References: <8126ef5c0908220125u42463afbm3303413015c05107@mail.gmail.com> <20090822130445.GM1292@hoeg.nl> <8126ef5c0908230524g177f29d2qe836ad66c0c3f016@mail.gmail.com> In-Reply-To: <8126ef5c0908230524g177f29d2qe836ad66c0c3f016@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908241555.17686.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 24 Aug 2009 16:31:09 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: soc-status Subject: Re: FIFO Optimization - final summary X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 20:31:10 -0000 On Sunday 23 August 2009 8:24:26 am Zhao Shuai wrote: > 2009/8/22 Ed Schouten > > > Hi, > > > > * Zhao Shuai wrote: > > > Hi All, > > > > > > This summer I worked on rewriting the FIFO(named pipe) subsystem. > > > The new FIFO system uses pipe implementation while previously > > > it is implemented as socket. > > > > > > The new FIFO code passes the official regression test and the following > > > bugs has been eliminated: PR 76525,PR 94772,PR 76144,PR 116770. > > > According to my performance test, the new FIFO system increases the > > > throughput by 30% comparing with the old one. > > > > > > I will continue to improve my code after GSoC and hope it can be merged > > > with the main tree. > > > > I'm too lazy to read the source, check out sources, etc. but the pipe > > and fifo code has now been merged, right? Just out of curiosity, how do > > these changes affect the kernel binary size? How many lines of code have > > been added/removed? > > > The original pipe code is moved into sys/kern/subr_pipe.c where we deal > with pipe internals. Most of the pipe code is kept untouched except some > changes to several function prototype. /sys/kern/sys_pipe.c is now just a > wrapper of pipe routines. > > The affect on the kernel binary size is negligible. Also, I've reviewed the changes and they were done in such a way that very minimal changes were made to the pipe code so history is well preserved. -- John Baldwin From owner-soc-status@FreeBSD.ORG Sun Apr 11 11:33:04 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69A081065670 for ; Sun, 11 Apr 2010 11:33:04 +0000 (UTC) (envelope-from equixen@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 26C5F8FC16 for ; Sun, 11 Apr 2010 11:33:03 +0000 (UTC) Received: by qyk11 with SMTP id 11so3999679qyk.13 for ; Sun, 11 Apr 2010 04:33:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=4MhNZy7cxBGqxbUfsugeKUXJr+j4ZdZ6XChyhq8S/WQ=; b=Yb2htzFo6Cu+BEN7YbuYjkm+gO+ChLQuaD8w0RguTTIuI5UW+j4mKxILdkGRCXb7Fh 924pX/FE0GUuUGj4jydNsDqYR4IdQRuSiEq2MH44TI/xN+qEhgCfQ/DUKz74XTowrUno qsobZVcXl+i7YTBSLvOuxYwar76e8ISKBKzDw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=JMh4GDV2HozSZrNEBPaXFyW64DHXalelqwhcAeQ5ZvMOJ1g8WB+TiP7EilCTULRjBd 2Q0iYnAvdtvejvt0gwRM9G6LWAznxZimvPbFcRjKwtGYZlY6kf11RQ+ewf4XJovZbOnN T9mCVMD4YEdGIfOQEIROEWOikaPdguyagn8l0= MIME-Version: 1.0 Received: by 10.229.88.201 with HTTP; Sun, 11 Apr 2010 04:09:07 -0700 (PDT) Date: Sun, 11 Apr 2010 07:09:07 -0400 Received: by 10.229.251.69 with SMTP id mr5mr3688715qcb.91.1270984147705; Sun, 11 Apr 2010 04:09:07 -0700 (PDT) Message-ID: From: Equixen- To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: I want to participate in some FreeBSD project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 11:33:04 -0000 Hello! I am a 3rd year B.Tech (Computer Science) student. I want to participate in some open source project during my summer vacations. I thought about going the Google summer of code way but due to limited knowledge and examinations during the 1st month of the program timeline didn't participate in it. However, I still want to help with the FreeBSD projects. I understand that there will be no stipend and possibly will not be provided any mentor but I request the FreeBSD team to kindly consider me for any of their ongoing project (I might help some student selected via Google SoC). I'm no programming expert and have only a basic experience in languages like C, C++, and various scripting languages. My aim for participating in a project with a big organization like The FreeBSD foundation is to understand how programming works in real world projects and use that knowledge to be an active contributor in the open source world. If I'm rejected for whatever reason I request the members and the FreeBSD team to kindly provide me links to improve my programming in the Linux arena and hopefully make it next year in the Google SoC. Regards, Ishan Sharma I've also filled the form which FreeBSD requested the students to fill up for Google SoC (Contact details have been omitted for obvious reasons). Name: Ishan Sharma email: ishan_sharma1@yahoo.co.in Availability: I'll be available after mid June. I;ll be having vacations so I can work whole day from home till mid August. After that I can spend 2-3 hrs. daily during weekdays and 4-5 hrs. or more during weekends. Bio: I'm a 3rd year B.Tech (Computer Science) student. I've only basic experience in programming languages like C, C++, Scripting languages. I've absolutely no experience of working on real projects but I'm a fast learner and if given some pointers will try to a valuable resource to the project. I know I'll need to learn a lot and that's why I'm filling out this application because if I'm not selected this year I'll be better prepared for the next year. Additionally, any help provided by the FreeBSD team now (even if it's just a link to a book I've to read) will make me a better candidate for the future. Possible Mentor: No choice. I just want to be included in a project and learn by watching others complete a project from scratch. Project Information: I just request to be included in any project which is to be started. I'll read about it as much as I can and will give a description of it and how I can help with it. Project Description: I'll research into whatever project I'm provided and will provide a description of it and how I can help with it. From owner-soc-status@FreeBSD.ORG Sun May 30 00:21:23 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00D23106566B for ; Sun, 30 May 2010 00:21:23 +0000 (UTC) (envelope-from pebu3op@googlemail.com) Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [130.149.220.252]) by mx1.freebsd.org (Postfix) with ESMTP id B43748FC12 for ; Sun, 30 May 2010 00:21:22 +0000 (UTC) Received: from raven.net.t-labs.tu-berlin.de (raven.net.t-labs.tu-berlin.de [130.149.220.18]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTP id 9B88B70015A2 for ; Sun, 30 May 2010 01:50:37 +0200 (CEST) From: Alexandre Fiveg Organization: Google To: soc-status@freebsd.org Date: Sun, 30 May 2010 01:50:36 +0200 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201005300150.37117.pebu3op@googlemail.com> Subject: ringmap X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pebu3op@googlemail.com List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 00:21:23 -0000 + Refactoring ringmap code done: the ringmap code is now splitted into hardware-dependent and hardware-independent code. Hardware-indpendet code placed in ringmap.c and ringmap.h + the code is available from google-code svn: svn checkout http://ringmap.googlecode.com/svn/trunk/ ringmap-read-only - commit to perforce is not done. Will be done as soon as possible. Next tasks are: 1. porting ringmap to -curent 2. porting ringmap to ixgbe From owner-soc-status@FreeBSD.ORG Sun May 30 00:21:23 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0122E1065672 for ; Sun, 30 May 2010 00:21:23 +0000 (UTC) (envelope-from alexandre@net.t-labs.tu-berlin.de) Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [130.149.220.252]) by mx1.freebsd.org (Postfix) with ESMTP id B78C48FC13 for ; Sun, 30 May 2010 00:21:22 +0000 (UTC) Received: from raven.net.t-labs.tu-berlin.de (raven.net.t-labs.tu-berlin.de [130.149.220.18]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTP id 61724700038E for ; Sun, 30 May 2010 01:48:34 +0200 (CEST) From: Alexandre Fiveg Organization: t-net To: soc-status@freebsd.org Date: Sun, 30 May 2010 01:48:33 +0200 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201005300148.33784.alexandre@net.t-labs.tu-berlin.de> Subject: ringmap X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 00:21:23 -0000 + Refactoring ringmap code done: the ringmap code is now splitted into hardware-dependent and hardware-independent code. Hardware-indpendet code placed in ringmap.c and ringmap.h + the code is available from google-code svn: svn checkout http://ringmap.googlecode.com/svn/trunk/ ringmap-read-only - commit to perforce is not done. Will be done as soon as possible. Next tasks are: 1. porting ringmap to -curent 2. porting ringmap to ixgbe From owner-soc-status@FreeBSD.ORG Sun May 30 00:29:38 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81415106566B for ; Sun, 30 May 2010 00:29:38 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 19FAE8FC19 for ; Sun, 30 May 2010 00:29:37 +0000 (UTC) Received: by wyj26 with SMTP id 26so902605wyj.13 for ; Sat, 29 May 2010 17:29:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=VnXn9pE5j6q73Mzy+XGRZo15Y8bkip8NZ9iBEYic8yE=; b=AV1Ga8He2ksfQKPCZycgij81/OHtpU9uoPIe8jDRubcUSzcMVmQp0IWF3jJ3+T3NLK 5V1BJsTcpMa5IbfzeG+2q/ayLgMDYL18eHG9vHdunooeCEzjVxAIH8/KhmO4KDGJl6BA ciOYTFcNfaD4odPaYyfxZ7Zfsn+PCFj/eL1oM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; b=PKUKbkfQoutumWfiprLo/sOlRNexKhGSdhwfx4kx8DD70W3mBFnYHvA6jPDkeTvx8S YGDnRtJeOHYz4LPXqlluueJkN4yv3j1Xqn5G6EtI1sPFQnnAZEuAaYAkLawLZk5Lxh5s MyMJuopnyOgudqoKgTirFaXvEYhRKaXUs4IPk= Received: by 10.216.155.196 with SMTP id j46mr2936763wek.1.1275177635220; Sat, 29 May 2010 17:00:35 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.89.197 with HTTP; Sat, 29 May 2010 17:00:15 -0700 (PDT) From: Ivan Voras Date: Sun, 30 May 2010 02:00:15 +0200 X-Google-Sender-Auth: 6ySrxKr101Do4IupE0p0xqtu030 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: infofarmer@freebsd.org Subject: pkg_patch status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 00:29:38 -0000 Status for week 1: Milestone 1 almost done (see wiki) Commit logs to p4: Change 177995 by ivoras@betelgeuse on 2010/05/09 11:52:55 Skeleton for future work. Compilable as standalone outside the src tree. Change 178738 by ivoras@betelgeuse on 2010/05/24 23:23:35 Create a mini utility library for hashing files asynchronously. Change 178837 by ivoras@betelgeuse on 2010/05/26 21:14:59 Skeleton for patch operations Change 178844 by ivoras@betelgeuse on 2010/05/26 22:51:56 Step 1: Extract old and new packages, prepare for comparison Change 178849 by ivoras@betelgeuse on 2010/05/26 23:56:08 Step 2: Calculate the lists of files to unconditionally add or remove Change 178895 by ivoras@betelgeuse on 2010/05/27 23:38:34 Step 3: detect changed files Change 178896 by ivoras@betelgeuse on 2010/05/27 23:46:51 Cosmetic changes From owner-soc-status@FreeBSD.ORG Sun May 30 19:18:51 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5579106564A for ; Sun, 30 May 2010 19:18:51 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5EFCE8FC14 for ; Sun, 30 May 2010 19:18:50 +0000 (UTC) Received: by wyf19 with SMTP id 19so173387wyf.13 for ; Sun, 30 May 2010 12:18:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=W+5CfdTSZASc59snu8cqltSBa6CbJKPbdirQlMqQYDE=; b=XnVn4qsiUxdaxlHpRZHxY1p78sMi9DCjo7aYrTFSniOMis/w7KsrG8oulFOjaEjdlZ WJpktz5tJGivilCDaLo2Gx4HbIg9RQCRjmdua/xI8EhsNgiXThSQFAyYZSvYXnD+lSWV BiTNXNTjCQEFE9FGYae0XYHqMi1TR/CmDXTQQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=teGEDJPhCRFYI24EGtHVsaY09u0d17fBRqTCk89DknGardry/prOdU8PoDKgsEilDT 5FvHAV78v8UfuPPzhh5/IN32wDOD0cb/FJKC3FggLPEstxcX/o1TyNbTQajrtkZiUzn7 ZuZwJh0VeRD/NUWvLtJJPnpHtKizrKUr9jIec= MIME-Version: 1.0 Received: by 10.227.157.142 with SMTP id b14mr3288143wbx.183.1275245329749; Sun, 30 May 2010 11:48:49 -0700 (PDT) Received: by 10.216.1.145 with HTTP; Sun, 30 May 2010 11:48:49 -0700 (PDT) Date: Sun, 30 May 2010 21:48:49 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: weekly update #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2010 19:18:51 -0000 - audit support for current NFS implementation in sys/nfs* is complete. (Complete at least till I get some feedback and change how things work.) We are now auditing all of the RPCs and keeping track of the following information (more or less) - type of RPC - date/time of event - credentials of the user who issued the RPC. - ip address + port that the rpc came from, otherwise the credentials don't make much sense. - attributes of the file that was the target of the rpc and some various flags - full path for the file in question - recreating 'a' working path from a vnode is done using two KPIs: the old vn_fullpath() KPI that uses the name cache and vn_fullpath_nocache() that does not. vn_fullpath_nocache() was coded for this project and resides in sys/kern/vfs_cache.c The hardest part of finding a working path for a file from a vnode is finding a parent directory with the file as a child. This is done by using VOP_GETPARENT() that was coded to solve this problem. In case of directories, we just VOP_VPTOCNP() our way up the filesystem. - VOP_GETPARENT: If the fs is UFS, a parent directory inode number is stored inside the file handle that is used to reference that file in NFS. This was done by altering VOP_VPTOFH(). In ZFS this is not required, as the parent directory znode number is kept by the filesystem itself. This VOP is also able to search the entiry filesystem to find a parent directory for a file, if a parent hint does not cut it. Exhaustive search for UFS kernel panics for the time beign due to some locks that are held. Besides that, the VOP, as well as the new KPI work just fine as far as I can tell. - added a new VFS op, VFS_FHHINT that retrieves the parent directory ino_t "hint" from the file handle. In retrospect, perhaps I should have altered VFS_FHTOVP and have the hint returned via a new argument. - added a new argument, 'c', to praudit so that user credentials (usid, gpid) will not be matched against local user credentials. They are instead printed in "raw numeric form". - Last but not least, all coded is tested with UFS & ZFS. For any new VOPs of VFS that I add, I also add default implementations and make sure that they are called when a different fs is exported via NFS, so that we won't kernel panic or anything. Hope I'm not forgetting anything. Note: This is not actually the weekly update because community bonding period(=?) was used for coding. Note2: I have skipped over a lot of details, please refer to the p4 comments or the code itself for more info. -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Mon May 31 02:24:48 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32B1E1065672 for ; Mon, 31 May 2010 02:24:48 +0000 (UTC) (envelope-from gnehzuil@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0681E8FC17 for ; Mon, 31 May 2010 02:24:47 +0000 (UTC) Received: by pvg16 with SMTP id 16so1586103pvg.13 for ; Sun, 30 May 2010 19:24:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=LtH5zpUYWEXAaCpYcbiK2C679IZnCZ0TssRauufDBhY=; b=JDn3kM1XIRQZqhjitEKWp6UUSaMWMy183ZxkYiRnKspe15h+WBOgeb7X9jcz97BXYK AH75G/70GbeegLrrFzqwHDGziQagpc5BpiRDlxv5KZSobKZdYMyUaA7+XeNQ0sTI9sD9 OJpuZbP3vG2CiZ8jiK1aQIcAOqZNwQ+zhp7JY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=GeG5wy97MfEOsd2zBNQ5LmIuo9eD59HQwzp903jl5N0lnj6zObAikb3XdZzOwLJ/Hn 0G6tE43KzlsZl+QBRI7z6wb3zG1SuENmPR36dCXyRGGEeIROxCkpBDq5nEEPBiMpMFVA Owysnle+OpmjZUTo4PtTGpT1d8bIlewdWIX/o= Received: by 10.114.186.17 with SMTP id j17mr2943543waf.108.1275271083701; Sun, 30 May 2010 18:58:03 -0700 (PDT) Received: from [192.168.1.83] ([166.111.68.197]) by mx.google.com with ESMTPS id b6sm45026055wam.9.2010.05.30.18.58.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 30 May 2010 18:58:03 -0700 (PDT) Message-ID: <4C0317A6.6030100@gmail.com> Date: Mon, 31 May 2010 09:57:58 +0800 From: gnehzuil User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [ext2fs] status report 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 02:24:48 -0000 Status: * (Milestone 1) Implement a preallocation algorithm -- reservation window mechanism. This mechanism uses a RB tree to index a structure, which reserves some free blocks for an inode. * (Milestone 2) Run some benchmarks, such as dbench and blogbench. The result is in my project page (' http://wiki.freebsd.org/SOC2010ZhengLiu'). However, These benchmarks are deprecated because I get a new computer to run these benchmarks. Meanwhile, I will run each benchmark a few more times, such as 10. If run each benmark 10 times, the schedule will be delayed. Welcome to review it. lz From owner-soc-status@FreeBSD.ORG Mon May 31 06:26:41 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A64E106566C for ; Mon, 31 May 2010 06:26:41 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 553098FC20 for ; Mon, 31 May 2010 06:26:41 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id E6AE714DB67A; Mon, 31 May 2010 08:07:23 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id yQlvzysxyrem; Mon, 31 May 2010 08:07:21 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id CABC514DB0C7; Mon, 31 May 2010 08:07:21 +0200 (CEST) Message-ID: <4C035243.3000704@FreeBSD.org> Date: Mon, 31 May 2010 08:08:03 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; es-ES; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: soc-status@freebsd.org, =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Collective process limits status report #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 06:26:41 -0000 Hello, I arrived from my vacation on Saturday and today I have started the work by reviewing my mentor's work, which is somewhat related to my project. I've also been updating my working enviroments to latest current for development work. I'll also check if mckusick's and gnn's book has something related that can help me. Soon I'll start to write actual code, so far no commits to Perforce yet. I'll be working on a local Mercurial repo, which I find much easier to deal with (especially when merges occur), and I'll be syncing my work to Perforce on a regular basis. Any comments, suggestions are very welcome. Regards, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-soc-status@FreeBSD.ORG Mon May 31 20:30:49 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C9FF106566C for ; Mon, 31 May 2010 20:30:49 +0000 (UTC) (envelope-from jceel@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id AE1FF8FC19 for ; Mon, 31 May 2010 20:30:48 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id E35D8C42DA for ; Mon, 31 May 2010 22:17:48 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id smrlVrwrpVZi for ; Mon, 31 May 2010 22:17:48 +0200 (CEST) Received: from [192.168.1.101] (unknown [195.150.224.245]) by smtp.semihalf.com (Postfix) with ESMTPSA id 2FC65C42D5 for ; Mon, 31 May 2010 22:17:48 +0200 (CEST) From: Jakub Klama Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 31 May 2010 22:12:47 +0200 Message-Id: To: soc-status@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Subject: [DMA Engine Framework] status report #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2010 20:30:49 -0000 Done this week: * Created early skeleton of API for DMA engine drivers=20 (Milesone M1: in progress) * Written basic working driver for DaVinci EDMA3 engine using above = mentioned=20 API (Milestone M2: in progress) * Written basic character device driver to test some transfers * Submitted first DMA transfers and got correct results. :-) Plans for next week: * Improve DMA engine drivers API: - get information from DMA engine about supported transfer types - think about some transfer validation mechanism (eg. "this transfer = can't be done using this device" or "this is illegal transfer because address = ranges overlap") [1] * Write some skeleton of DMA engine API for use in various kernel = subsystems and device drivers. * Think about DMA transfer descriptor structure - can we simplify it? Potential problems: * [1] - transfer descriptors are somewhat complex and transfer = validation can be complex too (checking address ranges, stride sizes/spacings, FIFO widths, etc on source and destination buffers) --=20 Jakub Klama.= From owner-soc-status@FreeBSD.ORG Tue Jun 1 00:46:37 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F05E01065678 for ; Tue, 1 Jun 2010 00:46:37 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7F4178FC18 for ; Tue, 1 Jun 2010 00:46:37 +0000 (UTC) Received: by bwz9 with SMTP id 9so105036bwz.13 for ; Mon, 31 May 2010 17:46:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=DruAsvBiGNs0M3eySENFG7cdCzxomD1XsmnnBYbR+QE=; b=ZuZUE88hebcxJn2uXlCE6SrILqEev55WimtcfIHG4dRgGgRqHySw7u/Qy2SKrwwF44 bxiY4O0PPAEaAipgb3GLfvjL7rmKyQU9561O7L+UwDB/lTxS/tBUQVsUMIU42eFxhKBJ HV0g6xwMTectaeOIVNFS2K8WSmL1d6PSi2Imw= 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=glaRrJUVyKI2rtJ9qXF6khAOMkpauFjwvjKoc3D3Aur9mOBLgubC7KkJw1g5wA0soT xjXekNOgMurKuEYgzki55PB+G43N9DftJAs3elFomR+GNggBbQysIgPpEdE+9REzmlt5 cRAHN3UcrUgetpSfR/p6kb0JXzQPeRdukc8Zg= MIME-Version: 1.0 Received: by 10.204.175.8 with SMTP id v8mr91639bkz.196.1275351611857; Mon, 31 May 2010 17:20:11 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.204.66.132 with HTTP; Mon, 31 May 2010 17:20:11 -0700 (PDT) Date: Mon, 31 May 2010 17:20:11 -0700 X-Google-Sender-Auth: wI8HUdvpx2GG8TK2NHsC_v91Bgc Message-ID: From: Julien LAFFAYE To: soc-status@freebsd.org, emaste@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: [pkg_complete] report #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 00:46:38 -0000 The purpose of this project is to add complete package support in the pkg_tools and in the ports tree. [1] This week, no code was written because of the tight schedule of my school. Nevertheless, I read the current code, thought about the design and consequences of adding new code in pkg_install tools. (The goal is to make it better, not worse, so I must be careful to allow code factorization, a clean API.) I also talked with gcooper@ about his branch in p4 and how we can work together to avoid work duplication. I hope to submit code in p4 very soon!! Best regards, Julien [1] http://wiki.freebsd.org/SOC2010JulienLaffaye From owner-soc-status@FreeBSD.ORG Tue Jun 1 07:00:47 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C005D106566C for ; Tue, 1 Jun 2010 07:00:47 +0000 (UTC) (envelope-from gabrielquadros@hotmail.com) Received: from snt0-omc1-s22.snt0.hotmail.com (snt0-omc1-s22.snt0.hotmail.com [65.55.90.33]) by mx1.freebsd.org (Postfix) with ESMTP id 96AAD8FC16 for ; Tue, 1 Jun 2010 07:00:44 +0000 (UTC) Received: from SNT136-W14 ([65.55.90.9]) by snt0-omc1-s22.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 31 May 2010 23:48:44 -0700 Message-ID: X-Originating-IP: [189.105.16.211] From: Gabriel Quadros To: Date: Tue, 1 Jun 2010 03:48:43 -0300 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 01 Jun 2010 06:48:44.0305 (UTC) FILETIME=[7A6E3810:01CB0156] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: rpaulo@gmail.com Subject: [802.11 Fuzzer] week #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 07:00:47 -0000 Goal: Add 802.11 support to PCS Tasks completed: - Did some fixes to radiotap.py and ieee80211.py modules of PCS. - Added support to receive frames from wireless cards=2C setting pcap datal= ink as DLT_IEEE802_11_RADIO. - Added the snarf80211.py script capable of acting like a sniffer on a wire= less card.=20 - sudo python snarf80211.py -i wlan0 - Actually this script shows only the radiotap header and the bytes corresp= onding to 802.11 header. - Added the radiotap.py script to later test the frame injection. Next tasks: Add support to show 802.11 headers to radiotap.py. Add support to inject 802.11 frames to wireless card. =20 _________________________________________________________________ DIVIRTA SEUS AMIGOS NO MESSENGER. TRANSFORME AQUI SUAS FOTOS EM EMOTICONS= =2C =C9 GR=C1TIS. http://ilm.windowslive.com.br/?ocid=3DILM:ILM:Hotmail:Tagline:1x1:Tagline= From owner-soc-status@FreeBSD.ORG Tue Jun 1 15:52:38 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02D9A1065673 for ; Tue, 1 Jun 2010 15:52:38 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9938FC12 for ; Tue, 1 Jun 2010 15:52:37 +0000 (UTC) Received: by ewy1 with SMTP id 1so1117575ewy.13 for ; Tue, 01 Jun 2010 08:52:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:date:subject :mime-version:content-transfer-encoding:from:message-id:user-agent; bh=zeDuTEVBcdkwZ504l4PwEVMnRemGoB0egLb5e/9li9w=; b=gDQrmI0B0VX+s8bOb2PdU+3tpwhcaYXOJgK4EFryIWwOiMmMYJs2+SAI7KCHLus19c TU2mSveAZgX4+GQ70uFH9o013roRdtC8xop4319ouCuK68rGtguSe7S63LfDNJ+oEAQv 4ZF8/zEjKmb7CGMvf5vpRBmQtX0Nl5YeAFyjA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:date:subject:mime-version:content-transfer-encoding :from:message-id:user-agent; b=bm/2fl6vr7kz5d10t40CFkVAld9Kn9FXHEps4BOUF/fKMhm4s6CvvMk2Rvtld0ub1E 5xV2FnJ3r4yZm/Qft7kKrGxIik+eMbbUU8R9rgwBAIMZmQJ8LJ4zoA0eWV3Dr46hcoK7 OkeytTDaKEjiuKXDvmH78YjMraUe0wuPAUk/4= Received: by 10.213.15.146 with SMTP id k18mr3576610eba.80.1275406177135; Tue, 01 Jun 2010 08:29:37 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id 14sm3853515ewy.10.2010.06.01.08.29.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 01 Jun 2010 08:29:36 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: soc-status@freebsd.org Date: Tue, 01 Jun 2010 18:29:34 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: User-Agent: Opera Mail/10.60 (FreeBSD) Subject: Making ports work with clang, report #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 15:52:38 -0000 I'm working on creating an easy way to change ports compiler without breaking too much stuff. http://wiki.freebsd.org/SOC2010AndriusMorkunas Last week I was mostly trying to figure out possible problems I can encounter. I also updated my wiki page to clarify goals of this project, because not everyone understands what this project is about. This week I'll try to come up with initial suggestions how stuff should work and post them on ports mailing list asking for feedback. But since I'm having exams this month, it may get delayed a bit. -- Andrius From owner-soc-status@FreeBSD.ORG Tue Jun 1 18:22:59 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C6561065688 for ; Tue, 1 Jun 2010 18:22:59 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: from mail-yw0-f176.google.com (mail-yw0-f176.google.com [209.85.211.176]) by mx1.freebsd.org (Postfix) with ESMTP id E4DB68FC1D for ; Tue, 1 Jun 2010 18:22:58 +0000 (UTC) Received: by ywh6 with SMTP id 6so4079756ywh.16 for ; Tue, 01 Jun 2010 11:22:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=UMMgYj/F9ToF5p7y6FERJR8oqZagHobG2HPM32K+ueQ=; b=iS2CvcGuuBH8DwGshZ5/h4xZfpXQdzmPAUpG/zHlAcFlberrlrv81zf3y4Fgyz+HV6 9bPwyK8yybvhA6d/fP149qD5ujLy+Z9xHOcMVhQQjYGatooLue43S6IGXxtMEJcrmicb BMvT/RZ2bX+HcK5ygkJ5Y0qcKcBI+IKDNaUqM= 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=CKnI59yMS7iFE1rGiEshG8R772FB/mUgOq4vaKZVBMUPnI2gBq3lMb+kmSNGz5t+mt /KFxLi/H1e2op3K5hINHttUM4x5KXHFGqMnUAriFnnRGnIg8AWkXeHjPMY98ZmfUr5jJ RTs6dLeH1pnUG+8clobPp/c5YObHnmQ2DX9dw= MIME-Version: 1.0 Received: by 10.42.6.205 with SMTP id b13mr6371322icb.16.1275414962246; Tue, 01 Jun 2010 10:56:02 -0700 (PDT) Sender: dforsythe@gmail.com Received: by 10.231.170.140 with HTTP; Tue, 1 Jun 2010 10:56:02 -0700 (PDT) Date: Tue, 1 Jun 2010 13:56:02 -0400 X-Google-Sender-Auth: A5nqtRgmMhvceLSTaQl_Lpr39rU Message-ID: From: David Forsythe To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [libpkg] report #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 18:22:59 -0000 I'm working a libpkg implementation which should lead to rewritten pkg_install tools. This week was spent working on a finalized API and modifying the existing code to accept pattern matching. I also moved the main source code repository from github[1] to Google Code[2]. All changes[3] can be seen on the Google Code page, though I will start committing to Perforce about once a week. By the end of this week I hope to have at least the read API designed if not implemented so I can start work on a production level pkg_info replacement. [1] http://github.com/dforsyth/libpkg [2] http://code.google.com/p/libpkg/ [3] http://code.google.com/p/libpkg/source/detail?r=64d3f721e50ae3cca3c6266b87bc4613667b458d From owner-soc-status@FreeBSD.ORG Tue Jun 1 19:38:34 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 039061065749 for ; Tue, 1 Jun 2010 19:38:34 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 89A938FC17 for ; Tue, 1 Jun 2010 19:38:32 +0000 (UTC) Received: by ewy1 with SMTP id 1so1397658ewy.33 for ; Tue, 01 Jun 2010 12:38:32 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=09wm3t14yJHIu5MTk4lj1dxySY6vpopaZzdAndiHTz0=; b=GsbyAoR3oDdxU0PpA0Sf7D29C5ZoUuO7kVc6umSDxyxpzebIGWo8dpjFIovJWCeTlp DW+KZH3F3t1jo14Ko3aLaJYByAd0Yq2g2Nwoynrb5HxvAGjZE2n/ejxxXHy1NjTd7kW/ kybONIRSUxbWnKcAZkRdgf1ULsHVwg4ROtKuA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=KXiDJzN+EINXSR5Yq8Q8gkhnkoN3dHGPBNCBKgJ1XG+x5wDkDg8Wuo5flxmxjjdTvI K+UYDYzw0w8vJnhl+EQFtYB1zcE7lnPa0ro4kNzuOWjvDeprcumly/Bmh+dbQqFtoDoV 65FmA1XQkUq26KCq+eKyipLzxy+5x4Y+zTHy0= Received: by 10.213.35.72 with SMTP id o8mr3889296ebd.51.1275421111916; Tue, 01 Jun 2010 12:38:31 -0700 (PDT) Received: from localhost (lan-78-157-90-54.vln.skynet.lt [78.157.90.54]) by mx.google.com with ESMTPS id 14sm4018786ewy.2.2010.06.01.12.38.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 01 Jun 2010 12:38:31 -0700 (PDT) Date: Tue, 1 Jun 2010 22:38:44 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20100601193844.GB2594@tops.skynet.lt> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Kostik Belousov Subject: Namecache status report #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 19:38:34 -0000 I've spent last week considering different design decisions of directory cache. Unfortunately I wasn't able to come up with the code I'm satisfied with, I threw away everything I had and started anew, thus I didn't commit anything to perforce. Besides last week happened to be very busy at the university. I'm getting up to speed with the project and expect some results this week I also have much more time to spend on the project now. From owner-soc-status@FreeBSD.ORG Fri Jun 4 11:02:03 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67CB21065674 for ; Fri, 4 Jun 2010 11:02:03 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-yw0-f182.google.com (mail-yw0-f182.google.com [209.85.211.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2975C8FC18 for ; Fri, 4 Jun 2010 11:02:02 +0000 (UTC) Received: by ywh12 with SMTP id 12so371250ywh.14 for ; Fri, 04 Jun 2010 04:02:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=e+nSdqXa7GtMJQUBFq303wYNwPpLyqeL++UBTcY+Fts=; b=GXNPcZAFRaS9zOzjr+PiXI0eEQDNs7RfYvGdKsOqU3mdhuZCK1AvsJ3Sq6dNORfX6G 4uvkfqQHa6qTAQS95JdBudseFUSQwE4I+R7cuWppOM2Pty23/TRpz1gT1lrlS6a1ERRP aac/UoUUiQ3UJ3+i/wPfvQ2jr7lyS4uRZ71XM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=vMwJyDIQkrfrX16iDu+N7U3GNTGl9C67nvsvIjM4o/KO0tSVqrh3uZvQ3E3CgWWAYQ qAt/PSx8fp4ojHqJW8rHeYCXjilzIIhxTUMcfXopmrQ0LIBLT7KSgBq8SeAAS1+Ul654 1vzZPk4Ujv9PaoGM3tq0pQfpc5G4xzHubQPXE= MIME-Version: 1.0 Received: by 10.224.112.5 with SMTP id u5mr5311434qap.81.1275647855428; Fri, 04 Jun 2010 03:37:35 -0700 (PDT) Received: by 10.229.37.84 with HTTP; Fri, 4 Jun 2010 03:37:35 -0700 (PDT) Date: Fri, 4 Jun 2010 13:37:35 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [fsnotify] report #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 11:02:03 -0000 I've missed my first status report because wasn't subscribed to soc-status mail list and didn't see other reports. During the first week I've created a skeleton driver for fsnotify. The driver creates /dev/fsnotify which is used by client to read events and add watches. After some experiments I found out that using solely knote to get events from vfs is very problematic because several knote events can be combined into single one, which makes impossible finding what really happened. I've added hooks to vfs_subr.c (very small patch) and enqueue these events to be processed in task thread. File modification events are going be gathered using knote. From owner-soc-status@FreeBSD.ORG Fri Jun 4 22:12:40 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F18A61065679; Fri, 4 Jun 2010 22:12:40 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 62A7B8FC15; Fri, 4 Jun 2010 22:12:40 +0000 (UTC) Received: by wyf28 with SMTP id 28so1639414wyf.13 for ; Fri, 04 Jun 2010 15:12:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=q3Z2wO0kkEjlgTOSmUoyLiztvciArFD8RB7GfoYjm/s=; b=MRs2B8MH9VxMRVMSQXwjiJVidsg46eLeWFgQ/RiZwR8tF9npKyl00JsjnTN0ssw09f SbnRV8OmpULBNVtG0GqiqXLDJkSgJpFkP4HSRRfdrd5qvztx3SRj385kTqBtbBf91wPF xrDJYnjRYE1EG8qWBCSDnCiSV1u6U1BFeyGZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; b=AnWR+XXOgnXg2h58ZaoEjsUDwbM9xZHBwwOgEuuY9wzle74ScB+8k4Gl3xQKUs/mPk 7e0yPP/hGqPmGdIO1a4cIf4j8R6hCoSRL3/xM6lrbCDk5urax0h16UqGz3MRXq09sB6D EqPXh+ihXbenzJ0a7Qx5Fgsdf1DT/bi/hDzLo= Received: by 10.216.188.203 with SMTP id a53mr170463wen.22.1275689559228; Fri, 04 Jun 2010 15:12:39 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.89.197 with HTTP; Thu, 3 Jun 2010 17:55:49 -0700 (PDT) From: Ivan Voras Date: Fri, 4 Jun 2010 02:55:49 +0200 X-Google-Sender-Auth: pctGW9nW8pSVqttMR544PT8vG3A Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: infofarmer@freebsd.org Subject: pkg_patch status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 22:12:41 -0000 Status for week 1: Milestone 1 done (see wiki) Commit logs to p4: Change 179160 by ivoras@betelgeuse on 2010/06/04 00:00:32 Milestone 1 (basic patch file creation) completed. Change 179161 by ivoras@betelgeuse on 2010/06/04 00:50:15 Add support for bsdiffed patches ("-b") From owner-soc-status@FreeBSD.ORG Sun Jun 6 17:32:26 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 399151065675 for ; Sun, 6 Jun 2010 17:32:26 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E5A818FC12 for ; Sun, 6 Jun 2010 17:32:25 +0000 (UTC) Received: by vws4 with SMTP id 4so517200vws.13 for ; Sun, 06 Jun 2010 10:32:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=Trd2QXG7Q79+cXKFg4qhS5NJneR8+huK78IVbQ+1UZs=; b=f05+bwo/Y3vnu2oZ/GoVCA2gg0Z7Q751V8s9lPF49ac8jVTgV6A4IVWfo5aeXcvph8 PW4O3ArfKSOCNKlmgtbSYlE5n6bgzuZE6VwiWiK2yzXKBOGlIDLl4iqgeNJ4shxYLeoP H9hmkAjlZN92gu6uCK44kkfoap9eUx+NTEWvk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ZrCMiu6gDN8OJOM4uv70Hm/tF4VAsw5ZzaEf1IURTE2lwM9qxIliDAB3yiS7UY+hed cvmAeACZssy+HhJgZwWx4PdadYoSgi3wwIIZl6owrHjpeDcdviHjqF3h0nbTJLViV9dh kwxHRDWKyzgd/7tz2VUlOYfoaE+qyUj2KrJLs= MIME-Version: 1.0 Received: by 10.224.98.8 with SMTP id o8mr7527597qan.368.1275845545206; Sun, 06 Jun 2010 10:32:25 -0700 (PDT) Received: by 10.229.37.84 with HTTP; Sun, 6 Jun 2010 10:32:25 -0700 (PDT) Date: Sun, 6 Jun 2010 20:32:25 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [fsnotify] report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jun 2010 17:32:26 -0000 This week I've implemented read, poll and ioctl device driver calls. Watches can be added and remove by ioctl call. Support for gathering and distribution events is also almost complete. Currently the biggest problem is how to find fsnotify node for vnode if vnode is not yet known to fsnotify. I've started with adding second hash table to lookup nodes by full path. By this approach appeared to be wrong, because it's not safe to lock or unlock vnodes inside vop_*_post calls, which is necessary for vn_fullpath. From owner-soc-status@FreeBSD.ORG Mon Jun 7 22:54:54 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09A521065673 for ; Mon, 7 Jun 2010 22:54:54 +0000 (UTC) (envelope-from jceel@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id AFB018FC13 for ; Mon, 7 Jun 2010 22:54:53 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 433E6C42DE for ; Tue, 8 Jun 2010 00:59:59 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id 75IZDDklK4om for ; Tue, 8 Jun 2010 00:59:58 +0200 (CEST) Received: from [10.10.1.3] (remotehell.sc.czest.pl [83.19.65.138]) by smtp.semihalf.com (Postfix) with ESMTPSA id 98EEBC42DA for ; Tue, 8 Jun 2010 00:59:58 +0200 (CEST) From: Jakub Klama Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 8 Jun 2010 00:54:49 +0200 Message-Id: To: soc-status@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Subject: [DMA Engine Framework] status report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 22:54:54 -0000 Done this week: * Milestone M1 almost complete: - Bottom layer API is complete - Working on upper layers API * Milestone M2 almost complete: - Improving EDMA3 driver and testing it Plans for next week: * Work on EDMA3 driver * Do research about compile-time channel allocation for various kernel subsystems * Review existing code with mentor, commit it to p4. -- Jakub Klama. From owner-soc-status@FreeBSD.ORG Mon Jun 7 23:55:24 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29585106566B for ; Mon, 7 Jun 2010 23:55:24 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id B4B518FC16 for ; Mon, 7 Jun 2010 23:55:23 +0000 (UTC) Received: by wwb22 with SMTP id 22so4012211wwb.13 for ; Mon, 07 Jun 2010 16:55:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=wkHYEMf/UbGyF6jehCjDtWKBRX21hzxgvMm8wOGw5PI=; b=EEzmjwcFU59/ent29aRv14AniIoU0KiQbTMyCX8qMLLOtHaBiAUDDx7byHBXc9fwiN ohl07r6E0CTPSIvSeBXDkUXkj/GOP2jj68EJiU0Eim/nse0uDYS80d2ETtwxcfsca0lp y4LFJM9HJv2Ax3FMxC5HESJyGf44VT3Nw89Fo= 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 :content-type; b=KNN5yoww9w4f3m4+1hnZDkwfiEv0WywyMCiAtPOQtjaqJ29QH21HUnKtcnnE2vU2gj e4M98Q7qnSI/4NJDowBdRgzcvyhHFTYSHx5Q7EulAqOYsX8Ysg+5sXunbyvZFcYgdnOI QHt8S8muhaqSPhFYTSyw6qRPby4n/s2LwDp+c= MIME-Version: 1.0 Received: by 10.216.171.20 with SMTP id q20mr2849278wel.49.1275954918264; Mon, 07 Jun 2010 16:55:18 -0700 (PDT) Received: by 10.216.3.213 with HTTP; Mon, 7 Jun 2010 16:55:18 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Jun 2010 02:55:18 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Audit Kernel Events, weekly report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 23:55:24 -0000 The weekly report for week #2 of gsoc: vn_fullpath_nocache: - implemented "exhaustive search" for UFS through VOP_GEPARENT (it actually works) exhaustive search means searching the whole filesystem to find a parent directory with said vnode as a child - made vn_fullpath_nocache friendly to mp unsafe file systems, also a few minor changes and refactoring current nfs implementation: - made my changes friendly to mp unsafe file systems, i.e. now they won't crash n burn if such a filesystem gets exported - removed any race conditions I had previously introduced - some code refactoring experimental nfs implementation: - managed to set up experimental server/client on my pcs - ino_t hints are now stored inside file handles - we are actually auditing most of the needed information for non-compound rpcs, that is for nfs v2 & 3 rpcs the only thing left to audit -for these rpcs- is file paths and we're done (or so I think) - thought about handling multiple simultaneous audit records per single kernel thread. I e-mailed these thoughts to my mentor and as soon as I hear from him, I'll start coding a sample solution for this problem. - a few bugs fixes here plans for next week: experimental nfs server: -finish audit support for non compound rpcs -begin audit support for compound rpcs Personal note: I believe that my code @ the current nfs server, vn_fullpath_nocache, VOP_GETPARENT & audit framework has reached a point that I could present it to the public; this means that, if my mentor agrees, it won't be long before patches are shown to the community so that I may get some feedback -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Tue Jun 8 06:40:26 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2A5610656DA for ; Tue, 8 Jun 2010 06:40:26 +0000 (UTC) (envelope-from gnehzuil@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id C73578FC1A for ; Tue, 8 Jun 2010 06:40:26 +0000 (UTC) Received: by pxi7 with SMTP id 7so1886056pxi.13 for ; Mon, 07 Jun 2010 23:40:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=W7fqaMYUORSoaJT5XDoGj9/kdZvDEuwpE6ohYsgwyRA=; b=fE8YwXGTAqFqFuXYfSAuEAIoXSd3RklRVn+VORlmNqC6rM9Q883mswKgQXmyvhIfvQ gEFVQrlAsZyUARHlFlQv+Y79FmSWizZHAEhL3+P6hVNenYwEE0VzwptwsPF0SXy7xZbD pZG11jHC0ZHF2QxInzQ74WQD+QX9a2vZ+XGHU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=WapmipLdU4Qhn7PD2Praj/jcSFN1kVvTvP11BaBvWZdnqAmOdKBOEZvfhAxDPTodn3 mbuhQuIhkHi1rwNgWXqVvPZmsANZk/+Vh5speX1Aqc7sHQCZpmTWamSyGzyNwRT8sbqy 44gOFoXEOEL07mR8r93ShumExsOSK5WZ9qQqo= Received: by 10.140.58.5 with SMTP id g5mr12916823rva.157.1275979226226; Mon, 07 Jun 2010 23:40:26 -0700 (PDT) Received: from [192.168.1.47] ([166.111.68.197]) by mx.google.com with ESMTPS id q10sm5418333rvp.20.2010.06.07.23.40.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Jun 2010 23:40:25 -0700 (PDT) Message-ID: <4C0DE5CC.7070708@gmail.com> Date: Tue, 08 Jun 2010 14:40:12 +0800 From: gnehzuil User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [extfs] status report 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 06:40:27 -0000 Status: * I have improved the algorithm. Now the result of benchmarks are looked better, especially in blogbench. * Welcome to review the result. ' http://wiki.freebsd.org/SOC2010ZhengLiu'. Plan for next week: * If my mentor agrees, I will publish it. * Think about how to update ext2fs to read a ext4 file system in read-only mode. Now it can not mount a ext4 hard disk because 'mount' command reports incompatible features. So I want to implement mount/umount firstly. lz From owner-soc-status@FreeBSD.ORG Tue Jun 8 07:53:12 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BE091065679 for ; Tue, 8 Jun 2010 07:53:12 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1C71C8FC0A for ; Tue, 8 Jun 2010 07:53:11 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 25so188811eya.9 for ; Tue, 08 Jun 2010 00:53:11 -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=3IP0VnAvFHuJ4wrwkPtL5P3dfDHRfeY+AdVmgAybmFc=; b=YNc9mlsjQSetHX7xRLeM6ze1rpGFvC1XToJ7+5zeFvCTHDhcR24hxG7OLDRphzYEOi Ye0vtDwRJdCCd+l41kPa5DeZtINRhmoLmDT22k9bDTa6e/J1JnOypkpjneYH/n4dlYZE pc44Hhau1r95OMznCK4sWgiDIt17K731z9n6s= 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=TXxpzqXZLk9stmMX/QNK0NrS/wJNyppQmWLqeib+PJA11julq+ZqwI2ZmFSVRh2xMi Rw5KXzL1rBAT5penSWltVto5qlwa9rBt6UkhhcSY4If58VjKFr2iBdwwOM7Fjx6FM9/3 lbS/Q2hiWrdTCGwa1lHgASJU0Jius6dGY17ns= Received: by 10.213.14.71 with SMTP id f7mr376465eba.98.1275983590819; Tue, 08 Jun 2010 00:53:10 -0700 (PDT) Received: from localhost (lan-78-157-90-54.vln.skynet.lt [78.157.90.54]) by mx.google.com with ESMTPS id 16sm3172632ewy.11.2010.06.08.00.53.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Jun 2010 00:53:10 -0700 (PDT) Date: Tue, 8 Jun 2010 10:53:20 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20100608075320.GA1873@tops.skynet.lt> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Namecache status report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 07:53:12 -0000 I've commited initial dircache version. It's still very much 'work in progress', only most basic functionality is available. Now I'm working on stabilizing it and adding missing bits (no cache entry expiration expected yet). I'll also try to add dircache support to msdosfs and then look at stacked filesystems. I've spent too much time researching namespace/several parents per entry issues at the beginning, thus starting rather slowly. From owner-soc-status@FreeBSD.ORG Tue Jun 8 17:02:19 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEB8C106566C for ; Tue, 8 Jun 2010 17:02:19 +0000 (UTC) (envelope-from uzunchev.stanislav@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4B88FC08 for ; Tue, 8 Jun 2010 17:02:19 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so956424fgb.13 for ; Tue, 08 Jun 2010 10:02:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=1GRiNW2bq05Qr1PsqBOu4nvp8k7dKmtz2P9SHJb7ThM=; b=PMKAs38Pilu4oszdt7CBBq7a5hjRPnHi6Z1+y7oREwmueR79EaeiTUKnXyh6jmOVKA c1NxhO/qVDEc/o2jO9rdn+Qo/AnuRzAj2HU+TYaTCxlkqV1F7Wl0JPjnS8qE92Qx4BZX HvpmQ55wGCOUQMDWAwdtiITR5yKtnFHGYZDWQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=hO8qXv0Dt343OquytDLoItQleKm7silNbcpetpgpKyf6/PmNx9o6fKbYN/Tqg4Wrys YFk/Iul/foIqDkfhRvzrLpzDUyKe0e/29zBJ8LaUB1ScfzUBaCaSoe7mfZc/iB1LByPG 3UvXivVmX2ozn05VqZ/kCasb2HActBnoP5SOw= Received: by 10.86.22.32 with SMTP id 32mr514865fgv.61.1276015014088; Tue, 08 Jun 2010 09:36:54 -0700 (PDT) Received: from [192.168.2.100] ([95.87.248.136]) by mx.google.com with ESMTPS id l19sm14549962fgb.5.2010.06.08.09.36.53 (version=SSLv3 cipher=RC4-MD5); Tue, 08 Jun 2010 09:36:53 -0700 (PDT) Message-ID: <4C0EB7F6.50309@gmail.com> Date: Tue, 08 Jun 2010 19:36:54 -0200 From: Stanislav User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 08 Jun 2010 17:23:15 +0000 Subject: [BSNMP enhancement: A new module] week #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 17:02:19 -0000 Hi, all. During the first week i examined the source of the /usr/src/usr.sbin/jail/jail.c, and tested bsnmp in jail in some cases. I've also went trough some of the MIB SNMPv2-SMI and BEGEMOT-MIB that eventually I will use. I got daily contact with my mentor, and she is guiding me and helping with all the troubles i have. I am currently writing a MIB that will be needed for the module. I've described some of the jail's parameters, from the sysctl output, but i have to go trough the source to make sure that the MIB will have everything, and the module will be more functional. Soon i will be ready with the MIB draft, and we will get it clean together with my mentor. Regards, Stanislav. P.S. Sorry, for the delays, but I am in my summer session. From owner-soc-status@FreeBSD.ORG Tue Jun 8 20:20:00 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89B7D10657DD for ; Tue, 8 Jun 2010 20:20:00 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 1C4A38FC17 for ; Tue, 8 Jun 2010 20:19:59 +0000 (UTC) Received: by ewy24 with SMTP id 24so2413518ewy.34 for ; Tue, 08 Jun 2010 13:19:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:subject:to:date :mime-version:content-transfer-encoding:from:message-id:user-agent; bh=3UAFoLd3B+6hUqieMJdNradauZO7pdmU2eZKbr5VAo8=; b=JT6Livu7X37ouEDaEdqx2Sa4jsMo4pOtcpikOiGiwDUM/QSEtz966Bfuag6YBM2Qev K+vLYbD8Np9hj1A4vehEa/LGMHyMFQRx7YLBC5r2SACh/JNl+rcvzZAdlWn6OMowybut s3wIL55ZsuQuDeuS47b7DVuGIZTO9MfpUhMCc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:subject:to:date:mime-version:content-transfer-encoding :from:message-id:user-agent; b=eg1X8cbHvMu7Lr7ZCv04kqENNyCC6+qFXu9uDdtZ3Aq947I/7pplYvfQYVPVNuAn4T pNVLsS2+8+30PB/dqPxxF4xn7L+OuOmIbsXASPjUWESzBQT+4U1mmfm/Sj6RWr8F/CrY G5+ceiFTKjmGWvAT/H+BtrxxREtN4JtIsZehM= Received: by 10.213.29.210 with SMTP id r18mr749129ebc.20.1276028398300; Tue, 08 Jun 2010 13:19:58 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id 13sm3571679ewy.13.2010.06.08.13.19.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Jun 2010 13:19:57 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: soc-status@freebsd.org Date: Tue, 08 Jun 2010 23:19:56 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: User-Agent: Opera Mail/10.60 (FreeBSD) Subject: Making ports work with clang, report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 20:20:00 -0000 I'm [still] working on creating an easy way to change ports compiler without breaking too much stuff. http://wiki.freebsd.org/SOC2010AndriusMorkunas Last week I've written a patch for bsd.port.mk that allows to set ports compiler by defining PORTS_CC in make.conf. I intend to handle newer gcc versions properly, but right now anything other than "gcc" or "clang" will probably break something or will not work as intended. I've also implemented USE_CC, which should replace USE_GCC at least for some ports. This week will probably be spent by trying to get support for other gcc versions, handling the situation when clang is not installed, and some other edge cases that will cause problems when users try to do something crazy with PORTS_CC and/or PORTS_CXX. -- Andrius From owner-soc-status@FreeBSD.ORG Tue Jun 8 21:19:32 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9B2F1065672 for ; Tue, 8 Jun 2010 21:19:32 +0000 (UTC) (envelope-from gabrielquadros@hotmail.com) Received: from snt0-omc1-s1.snt0.hotmail.com (snt0-omc1-s1.snt0.hotmail.com [65.55.90.12]) by mx1.freebsd.org (Postfix) with ESMTP id B05698FC0C for ; Tue, 8 Jun 2010 21:19:32 +0000 (UTC) Received: from SNT136-W30 ([65.55.90.9]) by snt0-omc1-s1.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 8 Jun 2010 14:19:32 -0700 Message-ID: X-Originating-IP: [189.105.123.57] From: Gabriel Quadros To: Date: Tue, 8 Jun 2010 18:19:31 -0300 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 08 Jun 2010 21:19:32.0346 (UTC) FILETIME=[4994D5A0:01CB0750] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: rpaulo@gmail.com Subject: [802.11 Fuzzer] week #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 21:19:32 -0000 Tasks completed: - Fixed some errors in ieee80211.py. - Included the ieee80211.py module in radiotap.py=2C so the IEEE 802.11 hea= ders can be properly parsed. Next tasks: - Make frame injection through pcap/bpf possible.=20 In the actual state=2C pcap returns "Network is down" or "Message too lon= g" when trying to inject a frame. =20 _________________________________________________________________ CANSADO DE ENTRAR EM TODAS AS SUAS DIFERENTES CONTAS DE EMAIL? JUNTE TODAS = AGORA. http://www.windowslive.com.br/public/product.aspx/view/1?cname=3Dagregador&= ocid=3DHotmail:MSN:Messenger:Tagline:1x1:agregador:-= From owner-soc-status@FreeBSD.ORG Tue Jun 8 23:48:02 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25A061065678; Tue, 8 Jun 2010 23:48:02 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7F8DD8FC13; Tue, 8 Jun 2010 23:48:01 +0000 (UTC) Received: by bwz2 with SMTP id 2so2154288bwz.13 for ; Tue, 08 Jun 2010 16:48:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Hp12BEV/Ak6zdpKdRNnoc2IneUQuIUXZSEJdYV7oE7M=; b=FZ6dBaWVJtvq3/VVykAOcGjpvuDhMR7QvgNr5wM70nWicSHph4h+xHZqthluL5MtF9 xvnsnY9PGVBaL78NllwcbDBmY5vu4Z5DcxUPww6EnPIFmezdpAv6SXMYF7R7AWQ9QhGR D3TAlr5ocE7PvQ+j7Rd32EqAYEIP9LX+HfqWQ= 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:cc:content-type; b=mtoPevUuL10H/2o4lUKdTjuS0QWGOtM0HOxOG01pMB9x4BHYNGQ1ECl+kcutqn7kpg Zxq7i5o5kIpVMpc4421CdFzUve57lOpqPfSzM9WXc/zyfuzoNprzPd4AUe0xeX6MdAyG r4IpnRueVPuVU8M5pX+GjERXE9OVLwiGIgPEI= MIME-Version: 1.0 Received: by 10.204.83.204 with SMTP id g12mr233583bkl.25.1276040880283; Tue, 08 Jun 2010 16:48:00 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.204.66.132 with HTTP; Tue, 8 Jun 2010 16:48:00 -0700 (PDT) Date: Tue, 8 Jun 2010 16:48:00 -0700 X-Google-Sender-Auth: v-r9biS9msIGLBukhj5uMRQQ_C8 Message-ID: From: Julien LAFFAYE To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: emaste@freebsd.org Subject: [pkg_complete] report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 23:48:02 -0000 Hello, The last week, I worked on an utility to create a complete package. I chose to create a new bin called `pkg_complete` for the time being because the options of the `pkg_create` utility doesn't make sense for the creation of a complete package. What works: * Given a package file, get its dependencies (and the deps of the deps, recursively) * Ordering of the dependencies, in such a way that the packages without deps are in the top of the list * Creation of a tar file containing the packages in the proper order : this is the complete package. Open tasks: * More errors checking/handling * Add a "special file" in the complete package to identify it from a regular package. * Tests, tests, ... :) Best regards, Julien From owner-soc-status@FreeBSD.ORG Tue Jun 8 23:59:00 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C221C1065675 for ; Tue, 8 Jun 2010 23:59:00 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 691C48FC13 for ; Tue, 8 Jun 2010 23:58:57 +0000 (UTC) Received: by iwn7 with SMTP id 7so1652770iwn.13 for ; Tue, 08 Jun 2010 16:58:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=KbVdyb+aUKBna9iZcP6wgoyqhn6VQ/6SEZwqB20Ky24=; b=ZrljQ8iDdZA9JGgtxfjwy/GPMJe26D3a+bY+x/ULE9K2hG/VTYWuq5/WSyuLVW1WSt sVJY3FWliPMgZ77dVc57El9KGP3O48ZvtWuc1ukxeT74Q8+HmPJOfBYK1qFe5nb1lMYX 759Z5xWu1Zb+NTuHIRrzYDOwHVaFKzn9kgYDY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=qY4hEjcHo5rVpF9x2ZKDwaIOe/fzvXPCpcA1rtcE5ZMj5xd3hkrPqfotxLMtMe6+NJ ER/v8SOve4yDO86Ny+t6XR+L1Rc9Wlw3NL8cMbnnvT/zytpBIzHuV4KopHtnlxorNzlh XTTajNwBSe1x9hctpkbBl07uICjtwkSFOKzxM= MIME-Version: 1.0 Received: by 10.231.111.209 with SMTP id t17mr6917759ibp.182.1276041516392; Tue, 08 Jun 2010 16:58:36 -0700 (PDT) Sender: dforsythe@gmail.com Received: by 10.231.85.208 with HTTP; Tue, 8 Jun 2010 16:58:35 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Jun 2010 19:58:35 -0400 X-Google-Sender-Auth: HtG5gBknr4chfGHe3DL6vS7s6mQ Message-ID: From: David Forsythe To: Julien LAFFAYE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: soc-status@freebsd.org, emaste@freebsd.org Subject: Re: [pkg_complete] report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 23:59:00 -0000 Hi, Can I have a link to your repository? Thanks, Dave On Tue, Jun 8, 2010 at 7:48 PM, Julien LAFFAYE wrote= : > Hello, > > The last week, I worked on an utility to create a complete package. I cho= se > to create a new bin called `pkg_complete` for the time being because the > options of the `pkg_create` utility doesn't make sense for the creation o= f a > complete package. > What works: > =C2=A0* Given a package file, get its dependencies (and the deps of the d= eps, > recursively) > =C2=A0* Ordering of the dependencies, in such a way that the packages wit= hout > deps are in the top of the list > =C2=A0* Creation of a tar file containing the packages in the proper orde= r : this > is the complete package. > Open tasks: > =C2=A0* More errors checking/handling > =C2=A0* Add a "special file" in the complete package to identify it from = a > regular package. > =C2=A0* Tests, tests, ... :) > > Best regards, > Julien > _______________________________________________ > soc-status@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/soc-status > To unsubscribe, send any mail to "soc-status-unsubscribe@freebsd.org" > From owner-soc-status@FreeBSD.ORG Wed Jun 9 02:33:10 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A10E1106566C for ; Wed, 9 Jun 2010 02:33:10 +0000 (UTC) (envelope-from bfiedler@asu.edu) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 641668FC08 for ; Wed, 9 Jun 2010 02:33:10 +0000 (UTC) Received: by vws1 with SMTP id 1so327675vws.13 for ; Tue, 08 Jun 2010 19:33:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.59.103 with SMTP id k39mr3214637qah.363.1276049471843; Tue, 08 Jun 2010 19:11:11 -0700 (PDT) Received: by 10.224.80.212 with HTTP; Tue, 8 Jun 2010 19:11:11 -0700 (PDT) Date: Tue, 8 Jun 2010 19:11:11 -0700 Message-ID: From: Ben Fiedler To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Gavin Atkinson Subject: [bsdtextproc] week #2 status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 02:33:10 -0000 (I have started the project a week late since I was on vacation, as noted in my timeline) work on *diff*: I've starting by adding a few couple features which are available in GNU diff. I'm still familiarizing myself with how everything in diffreg.c works together (some of the functions are poorly commented, but gdb is helping me determine the context), which is essential knowledge for most of the required changes. I will likely need to modify my milestones to allocate more time working on diff. -Ben From owner-soc-status@FreeBSD.ORG Fri Jun 11 00:58:06 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34764106566B for ; Fri, 11 Jun 2010 00:58:06 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id F2FA18FC14 for ; Fri, 11 Jun 2010 00:58:05 +0000 (UTC) Received: by iwn7 with SMTP id 7so722561iwn.13 for ; Thu, 10 Jun 2010 17:58:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=3ygeBJb9EAmhGK6eH3MXpK8qL2DRw6oO8d2vTa/Fn0s=; b=hbjxQxy3lKbVC+elj1sIgJLBtrHh6H5nH1kDOdANnLreA1Y9wUz2V8gOFUr4opSRNc nUbDIlFPrQygrW1sogYfJAovORz0AftKjWDxD4f3k/N+h5Q0u3TpNPEazhZamyVAiGMK u+6+ekjB/5ONHGFl+nkVCw0e6+hmqKUAwuoak= 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=RUnMH9h6ovT6i0A55l5mfeaDjtGJNju/IOycAFrKHxDIFX4G2buCR+okfbfvxQL4HM 6f+RvGlOFDChuanqrf5zuSKk8RrQ2NIfvvXNPs0c6OcBhxHIjf+mcSm3JiaDOWXmtFP4 r2v1HKPSRHu5eK5zF6z14fSPsd4+DNzyHvldg= MIME-Version: 1.0 Received: by 10.231.141.15 with SMTP id k15mr970264ibu.161.1276217885279; Thu, 10 Jun 2010 17:58:05 -0700 (PDT) Sender: dforsythe@gmail.com Received: by 10.231.85.208 with HTTP; Thu, 10 Jun 2010 17:58:05 -0700 (PDT) Date: Thu, 10 Jun 2010 20:58:05 -0400 X-Google-Sender-Auth: s8NXgPk5W0_zhebyKU3vqrxhifA Message-ID: From: David Forsythe To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [libpkg] report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 00:58:06 -0000 Whoops, (really)late. This week I reworked the API for libpkg with my mentors help and dumped a lot of useless code. Database matching for FreeBSD style directory databases has regex, but no globbing support not. The read API is nearly complete, and work on a pkg_info replacement has started. The API is being documented on the project page wiki[1], and man pages should be ready to go once it's finalized. By report #3 I expect to have a bit of the pkg_info tool completed, some basic tests written to at least check for compatible output, and hopefully a decent manpage will be ready to go. Dave. From owner-soc-status@FreeBSD.ORG Fri Jun 11 22:59:10 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A6031065677 for ; Fri, 11 Jun 2010 22:59:10 +0000 (UTC) (envelope-from pebu3op@googlemail.com) Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [130.149.220.252]) by mx1.freebsd.org (Postfix) with ESMTP id 5D18C8FC18 for ; Fri, 11 Jun 2010 22:59:10 +0000 (UTC) Received: from raven.net.t-labs.tu-berlin.de (raven.net.t-labs.tu-berlin.de [130.149.220.18]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTP id 37C3170015A7 for ; Sat, 12 Jun 2010 00:59:09 +0200 (CEST) From: Alexander Fiveg Organization: Google To: soc-status@freebsd.org Date: Sat, 12 Jun 2010 00:59:07 +0200 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201006120059.08332.pebu3op@googlemail.com> Subject: ringmap. status report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pebu3op@googlemail.com List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 22:59:10 -0000 + MALLOC(9)'s replaced on contigmalloc(9), in order to get PAGE_SIZE alignment (for memory mapping). + ringmap refactoring: read(2) is removed and replaced on mmap(2). Earlier user space process had to cal read(2) in order to get physical addres of ring-structure. The the mapping the ring-structure in user-space was accomplished though mmap(/dev/mem). Now ring-structure will mapped through mmap(/dev/ringmap ... ) in user space. + ringmap code placed in CURRENT and integrated with em driver. -+ integrating ringmap with libpcap is in progress - porting the ringmap to 10Gig has not started because of absence of 10GbE-adapter Next tasks: 1. integrate ringmap with libpcap 2. test ringmap with 1GbE on CURRENT 3. as soon as I have 10GbE adapter, I will immediately begin port the ringmap to 10Gig From owner-soc-status@FreeBSD.ORG Sat Jun 12 16:58:41 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D8921065674; Sat, 12 Jun 2010 16:58:41 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id CD7488FC1F; Sat, 12 Jun 2010 16:58:40 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 8690714DBA79; Sat, 12 Jun 2010 18:58:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id A9Z+AuYtZnpb; Sat, 12 Jun 2010 18:58:36 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id F25B414DBA67; Sat, 12 Jun 2010 18:58:35 +0200 (CEST) Message-ID: <4C13BCB1.6030603@FreeBSD.org> Date: Sat, 12 Jun 2010 18:58:25 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; es-ES; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Collective resource limits status report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 16:58:41 -0000 Hello, since the last report I had some discussions with my mentor and other involved folks regarding IRIX jobs and Solaris contracts. The intention was to try to match them somehow and provide one implementation and two APIs. But the problem is that Solaris uses quite a different approach and it seems quite difficult to match them, at least at the beginning of the development. So we just decided that I should first go on with the IRIX API and then we can reconsider and check again if it's possible to add the Solaris API on top of the same implementation. Linux cgroups is also something similar that we shall check later. Another problem is that the actual behaviour of the IRIX API isn't totally clear because the manual pages are quite laconic sometimes. It would be nice if somehow I could get access to an IRIX system to try it out and find the answer to some questions. My mentor told me that he would try to get that. I've started to write code to group processes together into jobs, which needs implementing 3 system calls: makenewjob(), getjid() and killjob(). The beginning was a bit difficult because I'm somewhat familiar with userland programming now but I had doubts how to do things in kernel, how system calls work, etc. but now I'm getting into it. The code that I checked in doesn't work yet it just reflects the concept that I'm trying to implement. Next week's goal is to make the code compile and work. While I'm running buildworld/buildkernel, I'll also make use of the time to write the manuals for the implemented syscalls. -- Gabor Kovesdan FreeBSD Volunteer EMAIL:gabor@FreeBSD.org .:|:.gabor@kovesdan.org WEB:http://people.FreeBSD.org/~gabor .:|:.http://kovesdan.org From owner-soc-status@FreeBSD.ORG Sat Jun 12 20:07:58 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39A8B1065674; Sat, 12 Jun 2010 20:07:58 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 984AD8FC0C; Sat, 12 Jun 2010 20:07:56 +0000 (UTC) Received: by wyb33 with SMTP id 33so2728809wyb.13 for ; Sat, 12 Jun 2010 13:07:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=S9z6rKsFEIGrFHXWpSHS1U/B/kNJo+W7Fne0mzYas9U=; b=cVGilNEsq7i2PD6az/KTbKAsQRi7PS/+0VgDs9Eksg6l6zc3sZIS7mvo5PC37XFMcR 0oPyDsBIdy0DLemsEryr89B6ckSBOqHkVJOP5eBVnTWvPB1jucNlfr0X7k8OlpgkQyk8 csUzRHc1Y6sIV7pfsN3dxHUJ+8pN98hvP1h6Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=Ynl2rJMj+pYnKuatmK5hA460JxvSXMMcKxfdiGV+wra0ywHXMhZZMg1HeR23pUXidt OWWDaAeJIiTFRfrhYh6pt+kc9KrY6BWdwqV86S6wnCXkKjaU/+zK5s3wphXurkereZH8 xFEuRVHk9MCKK8EgXOgnUrPg4xosXJjrYCwRQ= Received: by 10.216.85.11 with SMTP id t11mr798804wee.55.1276373275295; Sat, 12 Jun 2010 13:07:55 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.89.197 with HTTP; Sat, 12 Jun 2010 13:07:35 -0700 (PDT) From: Ivan Voras Date: Sat, 12 Jun 2010 22:07:35 +0200 X-Google-Sender-Auth: w4RUOJYP3Rscn5KkhP7-8DxT4uU Message-ID: To: soc-status@freebsd.org, Andrew Pantyukhin Content-Type: text/plain; charset=UTF-8 Cc: Subject: pkg_patch status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 20:07:58 -0000 Week 3 status: planning, started coding the second milestone/step. The first milestone completed the package patch creation, the second step involves reading the patch and applyin it, with eye to safety, to a live system. More information available at the wiki pages of the project (http://wiki.freebsd.org/IvanVoras/pkg_patch). From owner-soc-status@FreeBSD.ORG Sun Jun 13 11:01:19 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 962FC1065670 for ; Sun, 13 Jun 2010 11:01:19 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 99B258FC16 for ; Sun, 13 Jun 2010 11:01:16 +0000 (UTC) Received: by vws20 with SMTP id 20so3202469vws.13 for ; Sun, 13 Jun 2010 04:01:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=FOPBkMd9aL6JMQQn8/08o4jAJqI5aKMt6sTqqNW5i7o=; b=QAZAUBzA5qqLFSiMQI4kTpflQ+rC9rreuss0hakYZ0TOrockkYWq+nMDY4CgzfjLUd buPqxxvuguxJBmPzgpi1I3TjT8QNxbHAprD8VnH2VnFOI28aUyHCDphtz/xJqVWcyFdB PgXfrEUzTsNGQS7xO2J9j2Tx1htQAUx0zuAWA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=a+xjEv2dOrlY8r6M+NeG+GjGjzmiRlwf38upqFhR5qrEvI2elYBXWTK6ONYDtpi0KT Vlo+86nTFpUr6q0hdKHvSte6HcigXxWGSFSmAuc0XFMjlqOPOpGCwJQtZeYrdPKSqN5p y6NS9mjjHKwc/4pXL9n/0XOcnwJ6vhfHrFa/0= MIME-Version: 1.0 Received: by 10.229.235.202 with SMTP id kh10mr1920570qcb.78.1276426875602; Sun, 13 Jun 2010 04:01:15 -0700 (PDT) Received: by 10.229.37.84 with HTTP; Sun, 13 Jun 2010 04:01:15 -0700 (PDT) Date: Sun, 13 Jun 2010 14:01:15 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [fsnotify] report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jun 2010 11:01:19 -0000 Done this week: - Update node path while processing event, first perform direct lookup for cached path and if it fails try to get full path - Add rename hook - Perform full path lookup for fd in addwatch - Replace full path hash table with inode number hash table. - Improve path handling in both fnnode and fnevent. - Remove reference counting from fnwatch, there can be max 2 referencies From owner-soc-status@FreeBSD.ORG Mon Jun 14 09:32:28 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F066B1065678 for ; Mon, 14 Jun 2010 09:32:28 +0000 (UTC) (envelope-from gnehzuil@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 11E948FC15 for ; Mon, 14 Jun 2010 09:32:24 +0000 (UTC) Received: by pwi3 with SMTP id 3so2064157pwi.13 for ; Mon, 14 Jun 2010 02:32:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=C5sAUk5YD94zQVgYrM8RAZuefsT7kpPV9YwrMHHXR8g=; b=TyRyhR9YAXnACki3hYPgU+e9pKSQXjuSHQfsE3dVLa2oDm1LIyYeZgtkqLYX7wDU9c MWszK7wXK0SiNSKy+adSB/v+p228oe3ftZsXJvEssn8scbUxRkce0N+ssUwh9+Kg/SS9 cKUFBHneMbVhVou4gbx9yT13SMJJftGL7zlTU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=TAVMXSZNvkpLxy9VUJOotl/RjwvaPafSNtLwwGBZfnTWBtArJeDEG7en/PI6GT9MBW osBLU8+/5QtLyBpxAQjQ461kmVHz2UrCxHIl+5mqsCuYG6codu/7YXaTE6XGKz5tjBdW yx6UzuAB3h5OWAZx4nSOrXT9wLQ0/m77DHwYI= Received: by 10.142.250.1 with SMTP id x1mr3719158wfh.109.1276507931903; Mon, 14 Jun 2010 02:32:11 -0700 (PDT) Received: from [192.168.1.55] ([166.111.68.197]) by mx.google.com with ESMTPS id d20sm52913719waa.3.2010.06.14.02.32.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 14 Jun 2010 02:32:11 -0700 (PDT) Message-ID: <4C15F714.8090402@gmail.com> Date: Mon, 14 Jun 2010 17:32:04 +0800 From: gnehzuil User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [extfs] status report 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 09:32:29 -0000 Status: * I have finished to benchmark the gpl's ext2fs (FreeBSD 8.0's implementation). Please review it in ' http://wiki.freebsd.org/SOC2010ZhengLiu'. * I have initialized a new branch to update ext2fs to read ext4 file system in read-only mode. Now ext4 file system can be mount and umount. However, it need to be changed to support ext4's features, such as flex_bg and extents. Plan for next week: * Go on running benchmarks in ffs w/o soft updates. * Update data structures in ext2fs to support ext4 file system. I think my schedule can be changed as follow: * Modify data structures to support ext4 file system * Implement FLEX_BG feature * Implement EXTENTS feature lz From owner-soc-status@FreeBSD.ORG Mon Jun 14 11:21:59 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2280F1065677 for ; Mon, 14 Jun 2010 11:21:59 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (backbone.deglitch.com [78.110.53.255]) by mx1.freebsd.org (Postfix) with ESMTP id CCFBD8FC15 for ; Mon, 14 Jun 2010 11:21:58 +0000 (UTC) Received: from localhost (95-25-240-181.broadband.corbina.ru [95.25.240.181]) by mx0.deglitch.com (Postfix) with ESMTPA id 55FF98FC53; Mon, 14 Jun 2010 15:11:11 +0400 (MSD) Date: Mon, 14 Jun 2010 15:11:13 +0400 From: Ilya Bakulin To: soc-status@freebsd.org Message-ID: <20100614151113.17a1c368@kibab.com> Organization: Deglitch Networks X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/77gNWGrnlVx90PffkWpqxbn"; protocol="application/pgp-signature" Cc: Alexander Leidinger Subject: [Status update] sysctlreg project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 11:21:59 -0000 --Sig_/77gNWGrnlVx90PffkWpqxbn Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, Here is a status report for "sysctlreg" project (make optional kernel subsy= stems register themselves via sysctl). Last week I continued to add more FEATUREs to the existing code base. I now= have >40 features in kern.features listing on the test kernel, opposed to = 6 in such listing for GENERIC kernel. Also at the beginning of the last week I've posted an email to freebsd-hack= ers@ with some questions about required functionality. The main question wa= s if the "spoof-on" functionality is really needed. The result of this poll= showed that "spoof-on" functionality need not to be implemented. This week (14.06 -- 21.06) I will continue to add more and more FEATUREs. M= y plan is to finish adding Netgraph-related features by the end of this wee= k. Also I plan to do some research work to understand how to handle sysctl = change attempts in the kernel. This will be required to implement systcl ch= ange handler. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --Sig_/77gNWGrnlVx90PffkWpqxbn Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwWDlUACgkQo9vlj1oadwieeQCcCKbMlAnXknSIXmGwPuScO7bD k88AnRs9yKs7nn7QiaxEngJcs6XcI8wO =wqjD -----END PGP SIGNATURE----- --Sig_/77gNWGrnlVx90PffkWpqxbn-- From owner-soc-status@FreeBSD.ORG Mon Jun 14 13:28:02 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ABB2106564A; Mon, 14 Jun 2010 13:28:02 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 047298FC1C; Mon, 14 Jun 2010 13:28:01 +0000 (UTC) Received: by wwb22 with SMTP id 22so4619926wwb.13 for ; Mon, 14 Jun 2010 06:27:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=i25qPfYP2eXEHw9nGBm/tNTq2n80Sx7exTD8qgBmLjg=; b=ttn5vnrKSPpsYTC+dCYgYZvJ/iOZzwlI/KYnzuYWlkIZU5wn329H5pM5B7QEx1Vmt2 VjapFuL3qPeciNTcqkS18OY6hYhvLnLalpSrEZSmS9PSmdIV0IrNhYrLCjXlM9dUTCU9 Xh+NKez0/6zocVPK1OBUlXui+g5FGdzVUS6W8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=lrlXusXckGnk56FwYGvkm/ThDpLGEXgImzgaPAgy6bPHdQX+O/gZ3g9ZpJZP5Bi1J7 QdeKZD14mId8Xo53fC88nAkyulS6QZd4PuJqdyhh15/IfmvBFDZaPacRPw+k7IkSfuMa h4eO8xOg2x7UA/6oNRDthrQPhczgWaPgnmo78= MIME-Version: 1.0 Received: by 10.216.90.8 with SMTP id d8mr2388942wef.52.1276522077471; Mon, 14 Jun 2010 06:27:57 -0700 (PDT) Received: by 10.216.3.213 with HTTP; Mon, 14 Jun 2010 06:27:57 -0700 (PDT) Date: Mon, 14 Jun 2010 16:27:57 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Audit Kernel Events, weekly report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 13:28:02 -0000 - Haven't done much this week due to university exams which will keep me busy for another week; I doubt this is going to be a problem as community bonding period was used for coding. This week I did some more testing of my patches and was buffled by the following issue. Although vn_fullpath(9) does not require any locks to be held before calling it, holding locks may result in a deadlock situation? After applying my early NFS patches, I would experience deadlocks when vn_fullpath() would try to vn_lock() the vnode in question. The KPI was called in the middle of a NFS pseudo-syscall, right after obtaining the vnode in question. That's why vn_fullpath() is now called at the end of each NFS pseudo-syscall. This week, I altered NFS code so that it would get called at the middle of each NFS RPC and now it would *not* deadlock. I wonder if this was due to some bug that I previously introduced and somehow fixed in the process. -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Mon Jun 14 13:48:37 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1419E1065687 for ; Mon, 14 Jun 2010 13:48:37 +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 DB8268FC08 for ; Mon, 14 Jun 2010 13:48:36 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 8DD0046C17; Mon, 14 Jun 2010 09:48:36 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0E8058A052; Mon, 14 Jun 2010 09:48:31 -0400 (EDT) From: John Baldwin To: soc-status@freebsd.org Date: Mon, 14 Jun 2010 08:55:53 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100614151113.17a1c368@kibab.com> In-Reply-To: <20100614151113.17a1c368@kibab.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201006140855.53558.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 14 Jun 2010 09:48:31 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Ilya Bakulin , Alexander Leidinger Subject: Re: [Status update] sysctlreg project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 13:48:37 -0000 On Monday 14 June 2010 7:11:13 am Ilya Bakulin wrote: > Hi, > Here is a status report for "sysctlreg" project (make optional kernel subsystems register themselves via sysctl). > Last week I continued to add more FEATUREs to the existing code base. I now have >40 features in kern.features listing on the test kernel, opposed to 6 in such listing for GENERIC kernel. > Also at the beginning of the last week I've posted an email to freebsd- hackers@ with some questions about required functionality. The main question was if the "spoof-on" functionality is really needed. The result of this poll showed that "spoof-on" functionality need not to be implemented. > > This week (14.06 -- 21.06) I will continue to add more and more FEATUREs. My plan is to finish adding Netgraph-related features by the end of this week. Also I plan to do some research work to understand how to handle sysctl change attempts in the kernel. This will be required to implement systcl change handler. Hmm, what are you planning to do in regards to a sysctl change handler? I believe the kern.feature.* sysctls should be read-only by design. -- John Baldwin From owner-soc-status@FreeBSD.ORG Mon Jun 14 19:55:07 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB81E1065676 for ; Mon, 14 Jun 2010 19:55:07 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1AF798FC1D for ; Mon, 14 Jun 2010 19:55:06 +0000 (UTC) Received: by fxm7 with SMTP id 7so3294070fxm.13 for ; Mon, 14 Jun 2010 12:55:05 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=PbtA5mNyo0E04BxmQEFG8Mui34+Y9Q1SHd7sxKgJgLY=; b=io4apbcgFlSsmegHRkKYrFxbMFtuerbUvFOmoQha6QT3mM7NfvYgLlBaTqvPNkHQ5z pl81jRtR2l1CUUGBi1JMkALFQ1fk+G1GijusNlj2b7GNaO+Uf65mxR0lokaB4BGcMJu3 ojiMT5e+Q/QI+GYZDOE/A3DPmHjcNxhz0h924= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=fbCM1R9MFJd7K5xwdEkH3uoDuM5zdgvfYhPUF9Jf9HGRleazt0SWps60XebmehUgut 6Jz8+R1kaeRG7rOXfVzg5E9uN5myxyIfIcdWdYofriGCqza3BKHuJLxfHz0+DOHd5IlU CS0gR5WGjXJCYEMNUqasMt5ne6e4E3axDQ6Bo= Received: by 10.223.18.154 with SMTP id w26mr5992325faa.39.1276545302983; Mon, 14 Jun 2010 12:55:02 -0700 (PDT) Received: from localhost ([212.98.186.134]) by mx.google.com with ESMTPS id e10sm7888921fak.38.2010.06.14.12.55.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 14 Jun 2010 12:55:02 -0700 (PDT) Date: Mon, 14 Jun 2010 22:55:09 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20100614195509.GA2794@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Konstantin Belousov Subject: Namecache status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 19:55:07 -0000 Last week I've fixed bugs and implemented missing bits to make cache functional with tmpfs. I've spent some time trying to adapt it in msdosfs, but wasn't successful because the code is too hard to work with, the only useful experience was memo in todo list not to forget about case insensitive filesystems and utf8 normalization in zfs. So I've decided to give ext2fs a try, which is much easer to work with and yet not too complicated. It went smooth except ext2_rename. Which had races with dircache. After some experimenting I'm thinking about changing API to decouple vnode/inode operations and export reference counting. Currently dircache API is a mix of Solaris directory cache and pefs dircache. I'm going to change the way of assigning vnode to cache entry to resemble inner filesystem workings a bit more. This week I'll add dircache to stackable filesystem, the aim is to add filesystem private data to cache and define a method to validate cache entries on lower layer. From owner-soc-status@FreeBSD.ORG Mon Jun 14 20:03:55 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A00191065670 for ; Mon, 14 Jun 2010 20:03:55 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (backbone.deglitch.com [78.110.53.255]) by mx1.freebsd.org (Postfix) with ESMTP id 526078FC18 for ; Mon, 14 Jun 2010 20:03:55 +0000 (UTC) Received: from localhost (95-25-240-181.broadband.corbina.ru [95.25.240.181]) by mx0.deglitch.com (Postfix) with ESMTPA id 2263D8FC4E; Tue, 15 Jun 2010 00:03:23 +0400 (MSD) Date: Tue, 15 Jun 2010 00:03:24 +0400 From: Ilya Bakulin To: John Baldwin Message-ID: <20100615000324.3b089478@kibab.com> In-Reply-To: <201006140855.53558.jhb@freebsd.org> References: <20100614151113.17a1c368@kibab.com> <201006140855.53558.jhb@freebsd.org> Organization: Deglitch Networks X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/7u68AympJK1o0qbKps3UgYh"; protocol="application/pgp-signature" Cc: Alexander Leidinger , soc-status@freebsd.org Subject: Re: [Status update] sysctlreg project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 20:03:55 -0000 --Sig_/7u68AympJK1o0qbKps3UgYh Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 14 Jun 2010 08:55:53 -0400 John Baldwin wrote: > > This week (14.06 -- 21.06) I will continue to add more and more FEATURE= s. My=20 > plan is to finish adding Netgraph-related features by the end of this wee= k.=20 > Also I plan to do some research work to understand how to handle sysctl c= hange=20 > attempts in the kernel. This will be required to implement systcl change= =20 > handler. >=20 > Hmm, what are you planning to do in regards to a sysctl change handler? = I=20 > believe the kern.feature.* sysctls should be read-only by design. There should be a way to change their state (to allow "spoof-off" of these = values). In the simpliest case, invoking "sysctl kern.feature.foo=3D0" shou= ld hide feature "foo", and it won't be listed any more, but "sysctl kern.fe= ature.foo=3D1" should bring it back. Changing the state of these sysctls ma= y only be allowed for root, and only if securelevel is lower than X (To Be = Discussed). If such scenario is possible, then it's not nessesary to bring new entities= in the base system, we'll use existing "sysctl" application. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --Sig_/7u68AympJK1o0qbKps3UgYh Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwWixMACgkQo9vlj1oadwgToQCfVcDIcH6g1Yhw7uwElkhylKrb XiIAn3enXfuuPqyeQSgwQ6AeEJMmcquG =3WT0 -----END PGP SIGNATURE----- --Sig_/7u68AympJK1o0qbKps3UgYh-- From owner-soc-status@FreeBSD.ORG Mon Jun 14 20:50:01 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A43AC106568B for ; Mon, 14 Jun 2010 20:50:01 +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 7494D8FC16 for ; Mon, 14 Jun 2010 20:50:01 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id CB90B46B8A; Mon, 14 Jun 2010 16:50:00 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B92D18A04E; Mon, 14 Jun 2010 16:49:59 -0400 (EDT) From: John Baldwin To: Ilya Bakulin Date: Mon, 14 Jun 2010 16:36:02 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100614151113.17a1c368@kibab.com> <201006140855.53558.jhb@freebsd.org> <20100615000324.3b089478@kibab.com> In-Reply-To: <20100615000324.3b089478@kibab.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201006141636.02843.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 14 Jun 2010 16:49:59 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Alexander Leidinger , soc-status@freebsd.org Subject: Re: [Status update] sysctlreg project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 20:50:01 -0000 On Monday 14 June 2010 4:03:24 pm Ilya Bakulin wrote: > On Mon, 14 Jun 2010 08:55:53 -0400 > John Baldwin wrote: > > > > This week (14.06 -- 21.06) I will continue to add more and more FEATUREs. My > > plan is to finish adding Netgraph-related features by the end of this week. > > Also I plan to do some research work to understand how to handle sysctl change > > attempts in the kernel. This will be required to implement systcl change > > handler. > > > > Hmm, what are you planning to do in regards to a sysctl change handler? I > > believe the kern.feature.* sysctls should be read-only by design. > > There should be a way to change their state (to allow "spoof-off" of these values). In the simpliest case, invoking "sysctl kern.feature.foo=0" should hide feature "foo", and it won't be listed any more, but "sysctl kern.feature.foo=1" should bring it back. Changing the state of these sysctls may only be allowed for root, and only if securelevel is lower than X (To Be Discussed). > If such scenario is possible, then it's not nessesary to bring new entities in the base system, we'll use existing "sysctl" application. Hmmm, is this spoofing a desired feature? If so, perhaps it should be done in userland via environment options that affect the feature_present(3) API in libc? (In that case you would write a little feature_present(1) util that uses the userland API and use this instead of direct sysctls in ports, etc.) -- John Baldwin From owner-soc-status@FreeBSD.ORG Tue Jun 15 06:37:13 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51E3B1065675; Tue, 15 Jun 2010 06:37:13 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9D6EB8FC14; Tue, 15 Jun 2010 06:37:12 +0000 (UTC) Received: by bwz2 with SMTP id 2so3332299bwz.13 for ; Mon, 14 Jun 2010 23:37:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=tPEs3bl7z9BCjQVRjNaC8DG4B8Qm+gwsJYNHrVwPmNg=; b=OuNROLZEDtwcPpBgjYCluoOQXhWlAX/28Xay5TobWVixz67gj+RoIQIC30DbTKoGxD ObsTF//E0GQbLwPnptKo0sfg4XT6hiVEkTSbvSJFy7giJk70xjZPnl0wcnKRfFaY4CcW q0GR7WhV0j0ZCX+lLtn85LHlt/cuhtwB254GY= 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:cc:content-type; b=W60T/NIntQR1YzIyZZc3XF2Ts9wCg/XrD/2NNU8nyd8PMRki2dnEOAqsYOel8pTGJT KAa/UW53Ex5TQKmcs38BtBcfhttCn3NkhaUXv8JHelqJ0Nfjwd4qX4VhEucBly7xnnkh e4rRGL18LY8TorjM2H7in480K6R4qtqhzJ774= MIME-Version: 1.0 Received: by 10.204.3.199 with SMTP id 7mr5076786bko.202.1276583831315; Mon, 14 Jun 2010 23:37:11 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.204.57.9 with HTTP; Mon, 14 Jun 2010 23:37:11 -0700 (PDT) Date: Mon, 14 Jun 2010 23:37:11 -0700 X-Google-Sender-Auth: 8p-ZKrbHdlrwvtqjt692UIz5zUw Message-ID: From: Julien LAFFAYE To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: emaste@freebsd.org Subject: [pkg_complete] report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 06:37:13 -0000 Hello, This week, I finished the pkg_complete(1) utility. I also fixed some bugs and cleaned the API. I started to write a manual page for the utility too. The open tasks are: - Polish the code - Add a target to the ports tree which create a complete package via the pkg_complete utility. Best regards, Julien From owner-soc-status@FreeBSD.ORG Tue Jun 15 07:43:01 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60A8D1065678 for ; Tue, 15 Jun 2010 07:43:01 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0976F8FC0C for ; Tue, 15 Jun 2010 07:43:00 +0000 (UTC) Received: from outgoing.leidinger.net (pD954FFFD.dip.t-dialin.net [217.84.255.253]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 9454C84405C; Tue, 15 Jun 2010 09:24:56 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 15B41555E; Tue, 15 Jun 2010 09:24:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1276586693; bh=G/fTFDJ3aNzcVrERHkFcUdMyoFkQGsDhQjpoPq5KITM=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=wHNuyKk9UQmdnET6p1iccaDif0CYsnkeVF/gk/hpzIOqeLHZWwjI+j/IuTCgwSYeQ 3ZFLFWrgpnTu5b1RZJ+E6SS2GjCbtQRlb3NldBtkTNn7p6KbVp5gRyyYnlHMc1jPd2 trpL6mr+ahSuzFPYi9zttP+TdJJXikel20Y3AbqquCc14ziFkiaftEffEF8sy9B2hh Bzj3Xrg1XuqKeNidru91fYzOnR8Oh48GZk1XEvhj88htuvz24Sbla8f3lFLZ3p948d 97U69QGtlaDq49ozk6ubcnyF+n334/QiVdvmUKOGAHA250PToMBI1YDL4cqOZeTNPh mJlp862zqKZuw== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o5F7OqRn005126; Tue, 15 Jun 2010 09:24:52 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 15 Jun 2010 09:24:52 +0200 Message-ID: <20100615092452.82902tdo05uyg5mo@webmail.leidinger.net> Date: Tue, 15 Jun 2010 09:24:52 +0200 From: Alexander Leidinger To: John Baldwin References: <20100614151113.17a1c368@kibab.com> <201006140855.53558.jhb@freebsd.org> <20100615000324.3b089478@kibab.com> <201006141636.02843.jhb@freebsd.org> In-Reply-To: <201006141636.02843.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 9454C84405C.A88F2 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.1, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1277191497.67987@YaLK9sNCL6RQ8DgzD662/g X-EBL-Spam-Status: No Cc: Ilya Bakulin , soc-status@freebsd.org Subject: Re: [Status update] sysctlreg project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 07:43:01 -0000 Quoting John Baldwin (from Mon, 14 Jun 2010 16:36:02 -0400): > Hmmm, is this spoofing a desired feature? If so, perhaps it should > be done in > userland via environment options that affect the feature_present(3) API in > libc? (In that case you would write a little feature_present(1) util that > uses the userland API and use this instead of direct sysctls in ports, etc.) Kris listed spoofing (no mention if only "spoof-off" or also "spoof-on", but for "spoof-on" when the feature is not present in the kernel we can only come up with scenarios where it will hurt) as desired for the ports collection. Regarding an userland utility: 1) To be able to spoof-off a feature in a jail (from the host, not inside the jail) without the possibility that the jail-root is able to turn it on again, a feature_present(1)+env will not help much, you need to do this in the kernel. 2) With 1) in mind, why another tool for the ports to query the status, sysctl is enough. Bye, Alexander. -- After living in New York, you trust nobody, but you believe everything. Just in case. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-soc-status@FreeBSD.ORG Tue Jun 15 11:42:30 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6BDC106566B for ; Tue, 15 Jun 2010 11:42:30 +0000 (UTC) (envelope-from jceel@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 58AE98FC16 for ; Tue, 15 Jun 2010 11:42:30 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 66995C42DC; Tue, 15 Jun 2010 13:47:48 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id uVShlRZxtRtL; Tue, 15 Jun 2010 13:47:47 +0200 (CEST) Received: from [10.0.0.62] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id D51C1C42D5; Tue, 15 Jun 2010 13:47:47 +0200 (CEST) From: Jakub Klama Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 15 Jun 2010 13:42:27 +0200 Message-Id: <1188044A-E023-4AF1-97A9-1F1D0975B0F3@semihalf.com> To: soc-status@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Cc: Rafal Jaworowski Subject: [DMA Engine Framework] status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 11:42:30 -0000 Done this week: * Completed milestone M1 (established required APIs) * Published some info about DMA APIs on wiki - see http://wiki.freebsd.org/SOC2010JakubKlama * Done research about configuring DMA channel allocations for various kernel subsystems (for now, it will be hardcoded in kernel, but easy to refactor when FDT on this platform became available) * Added error handling in EDMA3 driver Plans for next week: * Finish EDMA3 driver * Test transfers in userspace using char device driver * Do some research about using DMA in kernel memcpy() and bzero() * Clean up existing code -- Jakub Klama. From owner-soc-status@FreeBSD.ORG Tue Jun 15 14:07:25 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13E0F106566C for ; Tue, 15 Jun 2010 14:07:25 +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 D7F918FC1E for ; Tue, 15 Jun 2010 14:07:24 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 897FB46C05; Tue, 15 Jun 2010 10:07:24 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2D4D18A050; Tue, 15 Jun 2010 10:07:23 -0400 (EDT) From: John Baldwin To: Alexander Leidinger Date: Tue, 15 Jun 2010 09:58:29 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100614151113.17a1c368@kibab.com> <201006141636.02843.jhb@freebsd.org> <20100615092452.82902tdo05uyg5mo@webmail.leidinger.net> In-Reply-To: <20100615092452.82902tdo05uyg5mo@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201006150958.29782.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 15 Jun 2010 10:07:23 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Ilya Bakulin , soc-status@freebsd.org Subject: Re: [Status update] sysctlreg project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 14:07:25 -0000 On Tuesday 15 June 2010 3:24:52 am Alexander Leidinger wrote: > Quoting John Baldwin (from Mon, 14 Jun 2010 16:36:02 -0400): > > > Hmmm, is this spoofing a desired feature? If so, perhaps it should > > be done in > > userland via environment options that affect the feature_present(3) API in > > libc? (In that case you would write a little feature_present(1) util that > > uses the userland API and use this instead of direct sysctls in ports, etc.) > > Kris listed spoofing (no mention if only "spoof-off" or also > "spoof-on", but for "spoof-on" when the feature is not present in the > kernel we can only come up with scenarios where it will hurt) as > desired for the ports collection. > > Regarding an userland utility: > 1) To be able to spoof-off a feature in a jail (from the host, not > inside the jail) without the possibility that the jail-root is able to > turn it on again, a feature_present(1)+env will not help much, you > need to do this in the kernel. > 2) With 1) in mind, why another tool for the ports to query the > status, sysctl is enough. If you wish to do 1) though it seems wrong to have to have the same spoof settings for the entire host. It would seem that you would want to have different feature sets in different jails. So far the env approach has been good enough for spoofing uname data for ports builds. I see no reason why it shouldn't be equally functional for feature test overrides for ports builds. -- John Baldwin From owner-soc-status@FreeBSD.ORG Tue Jun 15 14:48:22 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFDEB1065673; Tue, 15 Jun 2010 14:48:22 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0A98FC17; Tue, 15 Jun 2010 14:48:22 +0000 (UTC) Received: from outgoing.leidinger.net (pD954FFFD.dip.t-dialin.net [217.84.255.253]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 0F39F84405C; Tue, 15 Jun 2010 16:48:11 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 5BEAC5592; Tue, 15 Jun 2010 16:48:07 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1276613287; bh=LVSxz5jYiQLJhkLhas6feIV+Z9PvtMsriTntULc0SpE=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=oRBbUmrMM+4sfnpz/MikScBeJiPhjtvLhMWE1FS5g8izrSyovQqIhNW3ml72oiGjn vQvbCv/Byw/ZP/xRv8xaXgJHlnUySZyJYXxyeDr9EHnnXJsgPnKUH7DW0aq3kOSehJ sah6BcWqGKGiWzlgq5SME0Ce+3mB4p+sX1Bk8HNp1Ro7pP+vzktFBKF6xiU4AZQjff w93uKiZL8V5/JhTq1zGBLJaKiyw0wyRrzLQTMI/CWfVxhHXFfo3vU1J4yT6T1wb/YB M6EpPlxSjEa4ABe3rVRK2y7v1G7mkcvFpiUTtq7rhw2m+y4HT9CdhXf5dfhsKvI32/ 0U1JTp3gsVKow== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o5FEm6ul008099; Tue, 15 Jun 2010 16:48:06 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 15 Jun 2010 16:48:06 +0200 Message-ID: <20100615164806.1731241umjjyw2is@webmail.leidinger.net> Date: Tue, 15 Jun 2010 16:48:06 +0200 From: Alexander Leidinger To: John Baldwin References: <20100614151113.17a1c368@kibab.com> <201006141636.02843.jhb@freebsd.org> <20100615092452.82902tdo05uyg5mo@webmail.leidinger.net> <201006150958.29782.jhb@freebsd.org> In-Reply-To: <201006150958.29782.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 0F39F84405C.A8283 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.1, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1277218092.00975@PVtB39nWy6kvp5UizYJXhQ X-EBL-Spam-Status: No Cc: Ilya Bakulin , soc-status@freebsd.org Subject: Re: [Status update] sysctlreg project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 14:48:22 -0000 Quoting John Baldwin (from Tue, 15 Jun 2010 09:58:29 -0400): > On Tuesday 15 June 2010 3:24:52 am Alexander Leidinger wrote: >> Quoting John Baldwin (from Mon, 14 Jun 2010 16:36:02 > -0400): >> >> > Hmmm, is this spoofing a desired feature? If so, perhaps it should >> > be done in >> > userland via environment options that affect the feature_present(3) API in >> > libc? (In that case you would write a little feature_present(1) util that >> > uses the userland API and use this instead of direct sysctls in ports, > etc.) >> >> Kris listed spoofing (no mention if only "spoof-off" or also >> "spoof-on", but for "spoof-on" when the feature is not present in the >> kernel we can only come up with scenarios where it will hurt) as >> desired for the ports collection. >> >> Regarding an userland utility: >> 1) To be able to spoof-off a feature in a jail (from the host, not >> inside the jail) without the possibility that the jail-root is able to >> turn it on again, a feature_present(1)+env will not help much, you >> need to do this in the kernel. >> 2) With 1) in mind, why another tool for the ports to query the >> status, sysctl is enough. > > If you wish to do 1) though it seems wrong to have to have the same spoof > settings for the entire host. It would seem that you would want to have > different feature sets in different jails. So far the env approach has been > good enough for spoofing uname data for ports builds. I see no reason why it > shouldn't be equally functional for feature test overrides for ports builds. I agree that the env approach is enough if it is 'just ports'. What is your proposal? Just taking care about ports and forget about jails in the GSoC project? Bye, Alexander. -- We have an equal opportunity Calculus class -- it's fully integrated. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-soc-status@FreeBSD.ORG Tue Jun 15 16:05:15 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FB7A106567A for ; Tue, 15 Jun 2010 16:05:15 +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 D00808FC0A for ; Tue, 15 Jun 2010 16:05:14 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 8304F46C42; Tue, 15 Jun 2010 12:05:14 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C11218A03C; Tue, 15 Jun 2010 12:05:13 -0400 (EDT) From: John Baldwin To: Alexander Leidinger Date: Tue, 15 Jun 2010 12:04:55 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100614151113.17a1c368@kibab.com> <201006150958.29782.jhb@freebsd.org> <20100615164806.1731241umjjyw2is@webmail.leidinger.net> In-Reply-To: <20100615164806.1731241umjjyw2is@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201006151204.56034.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 15 Jun 2010 12:05:13 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Ilya Bakulin , soc-status@freebsd.org Subject: Re: [Status update] sysctlreg project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 16:05:15 -0000 On Tuesday 15 June 2010 10:48:06 am Alexander Leidinger wrote: > Quoting John Baldwin (from Tue, 15 Jun 2010 09:58:29 -0400): > > > On Tuesday 15 June 2010 3:24:52 am Alexander Leidinger wrote: > >> Quoting John Baldwin (from Mon, 14 Jun 2010 16:36:02 > > -0400): > >> > >> > Hmmm, is this spoofing a desired feature? If so, perhaps it should > >> > be done in > >> > userland via environment options that affect the feature_present(3) API in > >> > libc? (In that case you would write a little feature_present(1) util that > >> > uses the userland API and use this instead of direct sysctls in ports, > > etc.) > >> > >> Kris listed spoofing (no mention if only "spoof-off" or also > >> "spoof-on", but for "spoof-on" when the feature is not present in the > >> kernel we can only come up with scenarios where it will hurt) as > >> desired for the ports collection. > >> > >> Regarding an userland utility: > >> 1) To be able to spoof-off a feature in a jail (from the host, not > >> inside the jail) without the possibility that the jail-root is able to > >> turn it on again, a feature_present(1)+env will not help much, you > >> need to do this in the kernel. > >> 2) With 1) in mind, why another tool for the ports to query the > >> status, sysctl is enough. > > > > If you wish to do 1) though it seems wrong to have to have the same spoof > > settings for the entire host. It would seem that you would want to have > > different feature sets in different jails. So far the env approach has been > > good enough for spoofing uname data for ports builds. I see no reason why it > > shouldn't be equally functional for feature test overrides for ports builds. > > I agree that the env approach is enough if it is 'just ports'. What is > your proposal? Just taking care about ports and forget about jails in > the GSoC project? Based on Kris's description on the project page, I believe that he is only interested in this for the ports build angle. They use env vars to fake the uname output so that a jail of an older version builds as if it was truly running the older version. To me this seems to fit well with that. Part of the problem with doing the spoofing in the kernel is that to do it right requires making the spoof values jail-aware. The simplest way to do this is to probably hook into vimage. However, that is quite a bit of work and complexity to handle non-ports cases that may never occur in practice. I think for now the focus should be on solving the ports case which can be done rather simply in userland. If in the future someone comes up with a practical use case for spoofing these values that the env vars does not solve, then this could be revisited. -- John Baldwin From owner-soc-status@FreeBSD.ORG Wed Jun 16 10:32:43 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF10F1065670 for ; Wed, 16 Jun 2010 10:32:43 +0000 (UTC) (envelope-from stone.email@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4FF8E8FC0C for ; Wed, 16 Jun 2010 10:32:42 +0000 (UTC) Received: by wyb34 with SMTP id 34so2330022wyb.13 for ; Wed, 16 Jun 2010 03:32:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:date:subject :mime-version:content-transfer-encoding:from:message-id:user-agent; bh=0UHKelCgWX/MHUyih/nowDS3q+amgbV6L63P0YyqQnk=; b=MuI7/o4fc8lhjWjFTtsicZYmOx5FrVFLcDt4iQpHQ5MTt+PwMoqDBbqaTtOUhYNwRk bYXffGJd1yDEvUJgi3nQiccYkt8u0vHjGjxXAVn75RGgOodH/0scUSpLHsCTb1xrGbhf Hw8eSjM+40dcUXlMVdxNQw2+QwaLqixAlLOcE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:date:subject:mime-version:content-transfer-encoding :from:message-id:user-agent; b=fCKR/ogxRj1ea32qqx3eXjVYtiufd01A11yhFzoRh1iNrnu4eDi0QAlh9jelP+nK/S 4x0A39PXgtRKiOeqjBwWsImohRpNSPhL+4CMS3fD7NLUBwH+tuBMoKaDSk8fYJk7sdvL rgcdmnNy0mM7bcSm6yZ2p+qpEnDhg70WAHP0k= Received: by 10.227.151.77 with SMTP id b13mr8386215wbw.13.1276683039292; Wed, 16 Jun 2010 03:10:39 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id b17sm53836458wbd.7.2010.06.16.03.10.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 16 Jun 2010 03:10:38 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: soc-status@freebsd.org Date: Wed, 16 Jun 2010 13:10:35 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Andrius Message-ID: User-Agent: Opera Mail/10.60 (FreeBSD) Subject: Making ports work with clang, report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 10:32:43 -0000 I'm [still] working on creating an easy way to change ports compiler without breaking too much stuff. http://wiki.freebsd.org/SOC2010AndriusMorkunas Last week I've added support for various versions of gcc to PORTS_CC, so in theory, it should be possible to use gcc44 (or any other gcc port) while still respecting USE_GCC. It still needs to handle dependencies of gcc ports somehow, I didn't investigate that too much yet. I have also been fixing some ports and reporting clang bugs. Plan for this week: continue fixing ports. Fix gcc (and clang?) ports so that they don't fail when trying to update shared libraries they depend on. -- Andrius From owner-soc-status@FreeBSD.ORG Thu Jun 17 00:32:28 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F5F0106566B for ; Thu, 17 Jun 2010 00:32:28 +0000 (UTC) (envelope-from bfiedler@asu.edu) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 573548FC08 for ; Thu, 17 Jun 2010 00:32:28 +0000 (UTC) Received: by qyk11 with SMTP id 11so1505894qyk.13 for ; Wed, 16 Jun 2010 17:32:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.78.155 with SMTP id l27mr3432395qak.124.1276734747467; Wed, 16 Jun 2010 17:32:27 -0700 (PDT) Received: by 10.224.80.212 with HTTP; Wed, 16 Jun 2010 17:32:27 -0700 (PDT) Date: Wed, 16 Jun 2010 17:32:27 -0700 Message-ID: From: Ben Fiedler To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: week #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jun 2010 00:32:28 -0000 Gabor just notified me of his SoC2008perforce directory, where he has already made significant additions compared to the version in ports. In my original milestones, I was expecting to be done with diff already. It is not there yet, but getting closer.. thankfully the work on diff with pay dividends on sdiff, where the primary beast will be porting it to compile on FreeBSD. -Ben From owner-soc-status@FreeBSD.ORG Thu Jun 17 05:08:54 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F3C81065676 for ; Thu, 17 Jun 2010 05:08:54 +0000 (UTC) (envelope-from gabrielquadros@hotmail.com) Received: from snt0-omc1-s34.snt0.hotmail.com (snt0-omc1-s34.snt0.hotmail.com [65.55.90.45]) by mx1.freebsd.org (Postfix) with ESMTP id 461498FC0C for ; Thu, 17 Jun 2010 05:08:53 +0000 (UTC) Received: from SNT136-W15 ([65.55.90.9]) by snt0-omc1-s34.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 22:08:53 -0700 Message-ID: X-Originating-IP: [189.105.11.165] From: Gabriel Quadros To: Date: Thu, 17 Jun 2010 02:08:56 -0300 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 17 Jun 2010 05:08:53.0755 (UTC) FILETIME=[2E64D4B0:01CB0DDB] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: rpaulo@gmail.com Subject: [802.11 Fuzzer] week #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jun 2010 05:08:54 -0000 This week I had a lot of final exams=2C so I worked little on the project. I am having some difficult in putting Packet Construction Set=20 to inject frames in my wireless card. I expect to finish the first Milestone until next Friday. =20 _________________________________________________________________ ACESSE O MESSENGER DO SEU CELULAR AGORA MESMO. CLIQUE E VEJA AQUI UM PASSO = A PASSO. http://celular.windowslive.com.br/messenger.asp?produto=3DMessenger&utm_sou= rce=3DLive_Hotmail&utm_medium=3DTagline&utm_content=3DACESSEOMES83&utm_camp= aign=3DMobileServices= From owner-soc-status@FreeBSD.ORG Thu Jun 17 12:36:31 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0642C1065672 for ; Thu, 17 Jun 2010 12:36:31 +0000 (UTC) (envelope-from uzunchev.stanislav@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8B3F98FC0C for ; Thu, 17 Jun 2010 12:36:30 +0000 (UTC) Received: by fxm7 with SMTP id 7so5616089fxm.13 for ; Thu, 17 Jun 2010 05:36:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=JqjzKN+FGm1wX/PnmBTu0nLJbWH5lPxM3suoYUNNeC4=; b=ZyXPBrEB0OpMG6zd7tBi6tE5JKWUHB40tEdx5SWF7iti0Gs7WGeRqHxARf7PThE+9H P63ltk2L8kOXu5DEpFpCY2cYEHW6p3VbQKm9dKHt0MeFOmRaSgOjm7xdVHuQ8qx1YV3O bBOR4WYNsA636mWSapFDzx7JpKI/p0lzqc+J4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=SBvxFL4tCJLYCHG1AUmzSJQsV7qo8UUC0HTLnOjHCNb5fnxPHWdpqF3U0Sixbk5iMb cuVkiNkzjBuXw+WTpuzZXiivGMgVSPXVA0HvPHhlnN49rFFQ5i9BNyW4aLkyAMgFe3kF FxHMt1fMIyQ3fqkTBiRyaA4RYekrK/dSVGdaU= MIME-Version: 1.0 Received: by 10.102.13.28 with SMTP id 28mr3466045mum.73.1276778189333; Thu, 17 Jun 2010 05:36:29 -0700 (PDT) Received: by 10.103.214.11 with HTTP; Thu, 17 Jun 2010 05:36:29 -0700 (PDT) Date: Thu, 17 Jun 2010 10:36:29 -0200 Message-ID: From: Stanislav Uzunchev To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [BSNMP enhancement: A new module] week #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jun 2010 12:36:31 -0000 Hi,all. During the last two weeks, I was studying some modules for bsnmp, especially the pf one, because of it's size. The MIB is ready, so the .def file. I wrote and a Makefile for the module. Some code design is in progress, i will commit soon when it looks more like module. I am getting familiar with libbsnmp and some man pages for it (bsnmplib(3), bsnmpagent(3), bsnmpclient(3), bsnmpmod(3)). Regards, Stanislav. From owner-soc-status@FreeBSD.ORG Fri Jun 18 04:08:21 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1913A106564A for ; Fri, 18 Jun 2010 04:08:21 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D78318FC08 for ; Fri, 18 Jun 2010 04:08:20 +0000 (UTC) Received: by iwn7 with SMTP id 7so811464iwn.13 for ; Thu, 17 Jun 2010 21:08:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=QkeWRRtBD/93R6hY04aa52u2Drv5fmaSYfnjEF9kS/k=; b=Ki1tcx5W/rqcWP/sw12sIBtenROLuUZNZgWsbcKgW3+MMLbN9fHzQF1mCXOTqSzjNF mny2VDSn3ILPDnR5xrHZYR3rMqGi7yR28Lijm38v600P0NGZVXt09fH2BC56vpKIX7A0 6W9ZxtmfFCMR4OW1WrOEc1Gg6syP2RI23PNms= 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=AL9Cr9+OM9OA7t6SJVq8R/0hg7ngAw2US8GLpD6JFLMrA5NBAA6ir9VAjRW80Rlpil 7iyMSAZHVfLN0qPNb4hvC9VsiDfSKRRFQV2EW6oOx4yxaYVintBGDWz+T3Eg3m6KzCb1 qp49KNRQR7gXOXblWBC7CWi58AfboiwE+hReg= MIME-Version: 1.0 Received: by 10.231.140.99 with SMTP id h35mr581905ibu.147.1276834099993; Thu, 17 Jun 2010 21:08:19 -0700 (PDT) Sender: dforsythe@gmail.com Received: by 10.231.158.75 with HTTP; Thu, 17 Jun 2010 21:08:19 -0700 (PDT) Date: Fri, 18 Jun 2010 00:08:19 -0400 X-Google-Sender-Auth: hUlr1asL_eWYrTFW7KKhLmP2KnI Message-ID: From: David Forsythe To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [libpkg] - report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 04:08:21 -0000 Last week I finished up an API design document and gave it out to few people for review. After getting some comments on the design, a few parts need to be looked at again and some parts need to be better defined in documentation (and more documentation needs to be written). I'll be taking the rest of this week to redesign things and get feed back, then I'll pick up where I left off. Once the work from this redesign is complete I'll put a snapshot into perforce. From owner-soc-status@FreeBSD.ORG Fri Jun 18 19:40:14 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D17471065673; Fri, 18 Jun 2010 19:40:14 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8D3918FC1D; Fri, 18 Jun 2010 19:40:14 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 0EA3814DBC44; Fri, 18 Jun 2010 21:40:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id BG3k+kmGLIrZ; Fri, 18 Jun 2010 21:40:10 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 9744814DBBF8; Fri, 18 Jun 2010 21:40:10 +0200 (CEST) Message-ID: <4C1BCB96.4040608@FreeBSD.org> Date: Fri, 18 Jun 2010 21:40:06 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; es-ES; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: soc-status@freebsd.org, =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Collective resource limits status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 19:40:14 -0000 Hello, since the last report, I made my code compilable, although it doesn't completely work yet. Now I'm working on finding what is going wrong. While I spent time with buildworld/buildkernel compilations, I wrote manual pages for the syscalls implemented and also extended the test utility a bit. For next week, my goal is to make these totally work and start to work on actual resource limits. First step to accomplish this is adding containers for resource usage accounting. Edward's hrl code will be a big help for this and I'll consider his work-in-progress project when doing this task, trying to come up with a more general solution that is also useful for his work and later improvements on resource limits. Bad news is that I've had some problems with Perforce. I used it many many times, I know how it works but seems that recent client utility is either buggy or developers broke compatibility and I experienced a very different behaviour this time. I just sent a mail to developers@ about this, this is something that we should look at. This made the history in my p4 repo a total mess but supposedly code is there so you can check out. For easier review, I'm also providing a patch for head with all the code I wrote. I know this is not much but it took time to get into the kernel internals and it also took time to compile the code and eliminating compile errors one-by-one. Hopefully, as I'm getting into it, I'll progress more and more quickly. The patch is here: http://kovesdan.org/patches/jobs_current.diff Cheers, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-soc-status@FreeBSD.ORG Fri Jun 18 22:08:38 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C5151065673 for ; Fri, 18 Jun 2010 22:08:38 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id CB60C8FC16 for ; Fri, 18 Jun 2010 22:08:37 +0000 (UTC) Received: by wyb33 with SMTP id 33so1442315wyb.13 for ; Fri, 18 Jun 2010 15:08:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=XO/1W4e5Riv/5kI3KM7VCsJ3MyFhV066o1XS9RAQIxI=; b=KqbARZhSVo3+f/riJAIjrPJTv7BNenBGhaedhz4TpWTZqnOmaPQ5iLbtHiIGeRfMJG /vD5SfxRh+Ol01JcmD1Hj9ximyf/kISnQK86CbxF+7ozrpm97O4zgk8/VTkAzGDxMzkm /Rh/5KCvV87DUu8/XZxN4AzFR59xMBNOAVRNc= 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; b=RkPRj8RRostgdO3bKZhbNMDKV/ehd5P7HORVo/NlcdUCo5IAuuRWl/iOHwyWLy8/YV son0ooNFg/LUSWCg1E29QrHiMsZq2ixC3Y5q6tz++Ef2bMh47A5iPh05Xo0SQyrIFu8S rNHSVRofbmo0jeyFi7gQCQW/2x5BGrt0TT9UM= MIME-Version: 1.0 Received: by 10.216.88.144 with SMTP id a16mr1243733wef.77.1276897415067; Fri, 18 Jun 2010 14:43:35 -0700 (PDT) Received: by 10.216.51.78 with HTTP; Fri, 18 Jun 2010 14:43:35 -0700 (PDT) In-Reply-To: <4C1BCB96.4040608@FreeBSD.org> References: <4C1BCB96.4040608@FreeBSD.org> Date: Sat, 19 Jun 2010 01:43:35 +0400 Message-ID: From: pluknet To: Gabor Kovesdan Content-Type: text/plain; charset=ISO-8859-1 Cc: soc-status@freebsd.org Subject: Re: Collective resource limits status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 22:08:38 -0000 On 18 June 2010 23:40, Gabor Kovesdan wrote: > Hello, > > since the last report, I made my code compilable, although it doesn't > completely work yet. Now I'm working on finding what is going wrong. While I > spent time with buildworld/buildkernel compilations, I wrote manual pages > for the syscalls implemented and also extended the test utility a bit. For > next week, my goal is to make these totally work and start to work on actual > resource limits. First step to accomplish this is adding containers for > resource usage accounting. Edward's hrl code will be a big help for this and > I'll consider his work-in-progress project when doing this task, trying to > come up with a more general solution that is also useful for his work and > later improvements on resource limits. > > Bad news is that I've had some problems with Perforce. I used it many many > times, I know how it works but seems that recent client utility is either > buggy or developers broke compatibility and I experienced a very different > behaviour this time. I just sent a mail to developers@ about this, this is > something that we should look at. This made the history in my p4 repo a > total mess but supposedly code is there so you can check out. For easier > review, I'm also providing a patch for head with all the code I wrote. I > know this is not much but it took time to get into the kernel internals and > it also took time to compile the code and eliminating compile errors > one-by-one. Hopefully, as I'm getting into it, I'll progress more and more > quickly. The patch is here: http://kovesdan.org/patches/jobs_current.diff > First, thank you for doing this! Please, let me comment a little (that's rather a thinking aloud, don't take it too seriously). As I see, you decided to follow a bug-for-bug compatibility way and chose to bring in a new error type ENOPKG. That's sort of surprise since, as I know, ENOPKG is an IRIX specific error code meaning that a particular IRIX installation doesn't come with job limit feature installed, and that doesn't fit nicely in to the FreeBSD world. Does it make sense to define it at all? Also, I see no purpose to use it anywhere. Why don't define __jid_t as it's done for uid_t, gid_t, pid_t? Why do jid_t to be 64-bit capable? IMHO it should follow uid_t capacity, as far as jobs are created per uid (and that's noted in makenewjob(2)). I would make something like following (not important parts missed intentionally). [job limits are like struct plimit (both are based on BSD struct rlimit in my variant), so I decided to include jid_t limits (and name it struct ulimit here) into struct uidinfo since that's something similar to stuct plimit, but unlike plimit which is designed to be per process, an ulimit is per uid; hence its name: "user limit". Though I don't like that now there are excessively two new fields in struct uidinfo.] %%% Index: sys/sys/_types.h =================================================================== --- sys/sys/_types.h (revision 209037) +++ sys/sys/_types.h (working copy) @@ -42,7 +42,8 @@ typedef __uint64_t __fsblkcnt_t; typedef __uint64_t __fsfilcnt_t; typedef __uint32_t __gid_t; -typedef __int64_t __id_t; /* can hold a gid_t, pid_t, or uid_t */ +typedef __int64_t __id_t; /* can hold a gid_t, pid_t, + uid_t, or jid_t */ typedef __uint32_t __ino_t; /* inode number */ typedef long __key_t; /* IPC key (for Sys V IPC) */ typedef __int32_t __lwpid_t; /* Thread ID (a.k.a. LWP) */ @@ -61,6 +62,7 @@ typedef struct __timer *__timer_t; /* timer_gettime()... */ typedef struct __mq *__mqd_t; /* mq_open()... */ typedef __uint32_t __uid_t; +typedef __uint32_t __jid_t; typedef unsigned int __useconds_t; /* microseconds (unsigned) */ typedef int __cpuwhich_t; /* which parameter for cpuset. */ typedef int __cpulevel_t; /* level parameter for cpuset. */ Index: sys/sys/resource.h =================================================================== --- sys/sys/resource.h (revision 209037) +++ sys/sys/resource.h (working copy) @@ -130,6 +130,16 @@ #define _RLIM_T_DECLARED #endif +#ifndef _JID_T_DECLARED +typedef __jid_t jid_t; +#define _JID_T_DECLARED +#endif + +#ifndef _UID_T_DECLARED +typedef __uid_t uid_t; +#define _UID_T_DECLARED +#endif + struct rlimit { rlim_t rlim_cur; /* current (soft) limit */ rlim_t rlim_max; /* maximum value for rlim_cur */ @@ -154,6 +164,37 @@ #define CP_IDLE 4 #define CPUSTATES 5 +/* + * Job limits + */ +#define JLIMIT_CPU 0 +#define JLIMIT_DATA 1 +#define JLIMIT_NOFILE 2 +#define JLIMIT_NUMPROC 3 +#define JLIMIT_NUMTHR 4 +#define JLIMIT_VMEM 5 +#define JLIMIT_PMEM 6 +#define JLIMIT_RSS 7 + +#define JLIM_NLIMITS 8 + +/* + * Job limit string identifiers + */ + +#ifdef _JLIMIT_IDENT +static char *jlimit_ident[JLIM_NLIMITS] = { + "cputime", + "datasize", + "files", + "processes", + "threads", + "vmemory", + "physmem", + "ressetsize", +}; +#endif + #endif /* __BSD_VISIBLE */ #ifdef _KERNEL @@ -165,9 +206,13 @@ __BEGIN_DECLS /* XXX 2nd arg to [gs]etpriority() should be an id_t */ +int getjlimit(jid_t, int, struct rlimit *); int getpriority(int, int); int getrlimit(int, struct rlimit *); int getrusage(int, struct rusage *); +int killjob(jid_t, int); +jid_t makenewjob(jid_t, uid_t); +int setjlimit(jid_t, int, struct rlimit *); int setpriority(int, int, int); int setrlimit(int, const struct rlimit *); __END_DECLS Index: sys/sys/resourcevar.h =================================================================== --- sys/sys/resourcevar.h (revision 209037) +++ sys/sys/resourcevar.h (working copy) @@ -79,6 +79,11 @@ int pl_refcnt; /* number of references */ }; +struct ulimit { + struct rlimit ul_jlimit[JLIM_NLIMITS]; + int ul_refcnt; /* number of references */ +}; + /*- * Per uid resource consumption * @@ -97,6 +102,8 @@ long ui_ptscnt; /* (b) number of pseudo-terminals */ uid_t ui_uid; /* (a) uid */ u_int ui_ref; /* (b) reference count */ + jid_t ui_jid; /* (c) job in which this uid_t lives */ + struct ulimit *ui_limit; }; #define UIDINFO_VMSIZE_LOCK(ui) mtx_lock(&((ui)->ui_vmsize_mtx)) Index: sys/sys/types.h =================================================================== --- sys/sys/types.h (revision 209037) +++ sys/sys/types.h (working copy) @@ -181,7 +181,7 @@ #endif #ifndef _ID_T_DECLARED -typedef __id_t id_t; /* can hold a uid_t or pid_t */ +typedef __id_t id_t; /* can hold a uid_t, pid_t or jid_t */ #define _ID_T_DECLARED #endif @@ -271,6 +271,11 @@ #define _UID_T_DECLARED #endif +#ifndef _JID_T_DECLARED +typedef __jid_t jid_t; /* job id */ +#define _JID_T_DECLARED +#endif + #ifndef _USECONDS_T_DECLARED typedef __useconds_t useconds_t; /* microseconds (unsigned) */ #define _USECONDS_T_DECLARED %%% -- wbr, pluknet From owner-soc-status@FreeBSD.ORG Fri Jun 18 22:28:45 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19197106566B; Fri, 18 Jun 2010 22:28:45 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 97E148FC16; Fri, 18 Jun 2010 22:28:44 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 4C24814DBC34; Sat, 19 Jun 2010 00:28:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 8K83xjgIsCNL; Sat, 19 Jun 2010 00:28:40 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id AC86714DBABB; Sat, 19 Jun 2010 00:28:40 +0200 (CEST) Message-ID: <4C1BF313.9040903@FreeBSD.org> Date: Sat, 19 Jun 2010 00:28:35 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; es-ES; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: pluknet References: <4C1BCB96.4040608@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: soc-status@freebsd.org Subject: Re: Collective resource limits status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2010 22:28:45 -0000 El 2010. 06. 18. 23:43, pluknet escribió: > On 18 June 2010 23:40, Gabor Kovesdan wrote: > >> Hello, >> >> since the last report, I made my code compilable, although it doesn't >> completely work yet. Now I'm working on finding what is going wrong. While I >> spent time with buildworld/buildkernel compilations, I wrote manual pages >> for the syscalls implemented and also extended the test utility a bit. For >> next week, my goal is to make these totally work and start to work on actual >> resource limits. First step to accomplish this is adding containers for >> resource usage accounting. Edward's hrl code will be a big help for this and >> I'll consider his work-in-progress project when doing this task, trying to >> come up with a more general solution that is also useful for his work and >> later improvements on resource limits. >> >> Bad news is that I've had some problems with Perforce. I used it many many >> times, I know how it works but seems that recent client utility is either >> buggy or developers broke compatibility and I experienced a very different >> behaviour this time. I just sent a mail to developers@ about this, this is >> something that we should look at. This made the history in my p4 repo a >> total mess but supposedly code is there so you can check out. For easier >> review, I'm also providing a patch for head with all the code I wrote. I >> know this is not much but it took time to get into the kernel internals and >> it also took time to compile the code and eliminating compile errors >> one-by-one. Hopefully, as I'm getting into it, I'll progress more and more >> quickly. The patch is here: http://kovesdan.org/patches/jobs_current.diff >> >> > First, thank you for doing this! Please, let me comment a little > (that's rather a thinking aloud, don't take it too seriously). > > As I see, you decided to follow a bug-for-bug compatibility way and chose > to bring in a new error type ENOPKG. That's sort of surprise since, as I know, > ENOPKG is an IRIX specific error code meaning that a particular IRIX > installation > doesn't come with job limit feature installed, and that doesn't fit nicely in to > the FreeBSD world. Does it make sense to define it at all? > Also, I see no purpose to use it anywhere. > Yes, it's not used but it is important to provide real API compatibility. Imagine a source that has a if (errno == ENOPKG) { ...} line after calling some of the calls. We want it to compile with our implementation. > Why don't define __jid_t as it's done for uid_t, gid_t, pid_t? > Why do jid_t to be 64-bit capable? IMHO it should follow uid_t capacity, as far > as jobs are created per uid (and that's noted in makenewjob(2)). > Yeah, the reason was to provide more capacity but your point makes sense, I'll decrese it to 32-bit. > I would make something like following (not important parts missed > intentionally). > [job limits are like struct plimit (both are based on BSD struct > rlimit in my variant), > so I decided to include jid_t limits (and name it struct ulimit here) > into struct uidinfo > since that's something similar to stuct plimit, but unlike plimit > which is designed > to be per process, an ulimit is per uid; hence its name: "user limit". > Though I don't > like that now there are excessively two new fields in struct uidinfo.] > Thanks, I'll thoroughly review your patch. I see it also has better style than mine one, I haven't yet learned totally all the conventions inside the kernel. -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-soc-status@FreeBSD.ORG Sat Jun 19 08:23:02 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F7E3106564A; Sat, 19 Jun 2010 08:23:02 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5A00A8FC0C; Sat, 19 Jun 2010 08:23:00 +0000 (UTC) Received: by wwg30 with SMTP id 30so1911777wwg.13 for ; Sat, 19 Jun 2010 01:22:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4bgaeXctg4DWxUoPmjdVXNp0ousc9qDS/MF65cmuBW8=; b=yElYXKmdlndZOMye/NhncN568uT1NTlVUJ22oUBL49MoHFOH3JOlRNXYV75DD+IAcc NsIPv7SW+6nNjpLxvng6/QBjARf2Yl1yc/vyoWGIkkdO3bDhtBqKCEnJq79SRn1kulUc TBjG1A1pHmOmsqpnpNkK6saVbVGaGOMfEEVBM= 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=g1ZJA+/vfaUl2x9fYVbdhTvi2A+E9NbiJ40foLMNZRXqCJDEXy33sMpI3EPWaZyDky 2dxNM2Qgqmyf80Tf1OjofETz9lWFwnKyR9tfm1D5b7+rq14x5OfzFjs+xgmLQLy7KtkR 0kwChAKhLi+h7ih84e764dXdP6Ae0P/Tl2EPU= MIME-Version: 1.0 Received: by 10.216.163.79 with SMTP id z57mr1584713wek.17.1276935779490; Sat, 19 Jun 2010 01:22:59 -0700 (PDT) Received: by 10.216.51.78 with HTTP; Sat, 19 Jun 2010 01:22:59 -0700 (PDT) In-Reply-To: <4C1BF313.9040903@FreeBSD.org> References: <4C1BCB96.4040608@FreeBSD.org> <4C1BF313.9040903@FreeBSD.org> Date: Sat, 19 Jun 2010 12:22:59 +0400 Message-ID: From: pluknet To: Gabor Kovesdan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: soc-status@freebsd.org Subject: Re: Collective resource limits status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jun 2010 08:23:02 -0000 On 19 June 2010 02:28, Gabor Kovesdan wrote: > El 2010. 06. 18. 23:43, pluknet escribi=F3: >> >> On 18 June 2010 23:40, Gabor Kovesdan =A0wrote: >> >>> >>> Hello, >>> >>> since the last report, I made my code compilable, although it doesn't >>> completely work yet. Now I'm working on finding what is going wrong. >>> While I >>> spent time with buildworld/buildkernel compilations, I wrote manual pag= es >>> for the syscalls implemented and also extended the test utility a bit. >>> For >>> next week, my goal is to make these totally work and start to work on >>> actual >>> resource limits. First step to accomplish this is adding containers for >>> resource usage accounting. Edward's hrl code will be a big help for thi= s >>> and >>> I'll consider his work-in-progress project when doing this task, trying >>> to >>> come up with a more general solution that is also useful for his work a= nd >>> later improvements on resource limits. >>> >>> Bad news is that I've had some problems with Perforce. I used it many >>> many >>> times, I know how it works but seems that recent client utility is eith= er >>> buggy or developers broke compatibility and I experienced a very >>> different >>> behaviour this time. I just sent a mail to developers@ about this, this >>> is >>> something that we should look at. This made the history in my p4 repo a >>> total mess but supposedly code is there so you can check out. For easie= r >>> review, I'm also providing a patch for head with all the code I wrote. = I >>> know this is not much but it took time to get into the kernel internals >>> and >>> it also took time to compile the code and eliminating compile errors >>> one-by-one. Hopefully, as I'm getting into it, I'll progress more and >>> more >>> quickly. The patch is here: http://kovesdan.org/patches/jobs_current.di= ff >>> >>> >> >> First, thank you for doing this! Please, let me comment a little >> (that's rather a thinking aloud, don't take it too seriously). >> >> As I see, you decided to follow a bug-for-bug compatibility way and chos= e >> to bring in a new error type ENOPKG. That's sort of surprise since, as I >> know, >> ENOPKG is an IRIX specific error code meaning that a particular IRIX >> installation >> doesn't come with job limit feature installed, and that doesn't fit nice= ly >> in to >> the FreeBSD world. Does it make sense to define it at all? >> Also, I see no purpose to use it anywhere. >> > > Yes, it's not used but it is important to provide real API compatibility. > Imagine a source that has a > > if (errno =3D=3D ENOPKG) { ...} > > line after calling some of the calls. We want it to compile with our > implementation. Ah, you're right. Didn't think about that. --=20 wbr, pluknet From owner-soc-status@FreeBSD.ORG Sun Jun 20 19:28:38 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 149331065670; Sun, 20 Jun 2010 19:28:38 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (backbone.deglitch.com [78.110.53.255]) by mx1.freebsd.org (Postfix) with ESMTP id BF4298FC13; Sun, 20 Jun 2010 19:28:37 +0000 (UTC) Received: from localhost (95-27-150-241.broadband.corbina.ru [95.27.150.241]) by mx0.deglitch.com (Postfix) with ESMTPA id AE7788FC4E; Sun, 20 Jun 2010 23:28:05 +0400 (MSD) Date: Sun, 20 Jun 2010 23:28:14 +0400 From: Ilya Bakulin To: John Baldwin Message-ID: <20100620232814.56e160e6@kibab.com> In-Reply-To: <201006151204.56034.jhb@freebsd.org> References: <20100614151113.17a1c368@kibab.com> <201006150958.29782.jhb@freebsd.org> <20100615164806.1731241umjjyw2is@webmail.leidinger.net> <201006151204.56034.jhb@freebsd.org> Organization: Deglitch Networks X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/hD_=bQ4sDu2uY1J9oSnQzQA"; protocol="application/pgp-signature" Cc: Alexander Leidinger , soc-status@freebsd.org Subject: Re: [Status update] sysctlreg project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 19:28:38 -0000 --Sig_/hD_=bQ4sDu2uY1J9oSnQzQA Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 15 Jun 2010 12:04:55 -0400 John Baldwin wrote: > I think for now the focus should be on solving the ports case which can b= e done > rather simply in userland. If in the future someone comes up with a prac= tical > use case for spoofing these values that the env vars does not solve, then= this > could be revisited. >=20 John, thank you for your suggestions. We've discussed them with Alexander and decided to make spoof-off implemented in userland via environment options.=20 So my plan has some changes. Next week I'll try to implement "spoof-off" in= feature_present(3). We've already discussed the way of setting required en= vironment variables. It seems that FEATURES_DISABLED=3D"geom_journal compat= _freebsd6 compat_freebsd7" is the preffered way. Also I'll need to adjust my Perforce configuration, because right now I onl= y have src/sys mapped in my client view. BTW where should feature_present(1= ) be placed? I think that usr/sbin is the most appropriate place?=20 And of course I'll continue to add more features in the kernel :-) Last wee= k I had an unexpected delay in this part of the work, hope that this week w= ill be better. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --Sig_/hD_=bQ4sDu2uY1J9oSnQzQA Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwea9IACgkQo9vlj1oadwiWYwCfcmRRA6eob7Qm269OxUj/mA72 O38AniSce2pIY2J8KHk72vB9OJJA3YJb =jjId -----END PGP SIGNATURE----- --Sig_/hD_=bQ4sDu2uY1J9oSnQzQA-- From owner-soc-status@FreeBSD.ORG Mon Jun 21 00:58:03 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD0CD1065674 for ; Mon, 21 Jun 2010 00:58:03 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 551CC8FC15 for ; Mon, 21 Jun 2010 00:58:02 +0000 (UTC) Received: by wyb33 with SMTP id 33so2702780wyb.13 for ; Sun, 20 Jun 2010 17:58:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=ljW7y1Spcb+AGJvPL4yIRFE8G7clUY91muVpLeKa0u8=; b=osuG59j5Aqe6TN2cHniENYKCDpTXS8YAJhmGUaosIUfNcmK8RUp5ypLINcDmhtH4wh +q/zTlQDNwBxYSemL3mZkTvymXfAvoNI7Ip80BYcNjFyyW4iedpp7nDm1YuPZWXVSZMd qqBYfYhoEWFYfdykKr7z4dJwZmkaetRKGjSKw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; b=FHiaUyGUrA87mU92QLhcP9K4D6Y1ztDRyytZMefPSrWk5QHaaRDeWL9NJ/bXow3qSc wofqOS3CfX+syLriFiCYhqbxxJf2sdAyZGNg9anNQrWTv409hb4iW9sZGtIL176bXTLQ lLvNRTYkM493rRmbNoOvohvqRUodtqt2hWVE8= Received: by 10.216.85.211 with SMTP id u61mr2166661wee.103.1277081882111; Sun, 20 Jun 2010 17:58:02 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.89.197 with HTTP; Sun, 20 Jun 2010 17:57:42 -0700 (PDT) From: Ivan Voras Date: Mon, 21 Jun 2010 02:57:42 +0200 X-Google-Sender-Auth: f_QiHinLWmgSIDr7Fl69BKMiFZ0 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Andrew Pantyukhin Subject: pkg_patch status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 00:58:03 -0000 Weekly status: started working on second milestone, progressing a bit slowly but within schedule. For the record: the format of the +CONTENTS file is way too ugly to be allowed to survive :) Someone should replace it with XML or at least make it reasonably parseable instead of it being treated as a kludgy variety of a batch file / shell script with some parts of it being executed in certain contexts. It looks like the only way to deterministically determine the result of package addition prescribed in +CONTENTS might be to "execute" it line by line in a virtual machine / sandbox, which I'm leaving for a future exercise. From owner-soc-status@FreeBSD.ORG Mon Jun 21 01:57:22 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 406FD1065673 for ; Mon, 21 Jun 2010 01:57:22 +0000 (UTC) (envelope-from gnehzuil@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 153EF8FC14 for ; Mon, 21 Jun 2010 01:57:21 +0000 (UTC) Received: by pxi17 with SMTP id 17so295056pxi.13 for ; Sun, 20 Jun 2010 18:57:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=dhlbrHUCBYtX3MMlM6GD0vlcB5Ty2NjBNAQ/aHIpYMU=; b=wLmoV73hAaDXSArZBknnpsW96cFVPquvRmnTLmjLJWSJdfW/DGgY5KrygO7Mu75xQx lh0rdFvuMV33moP0FIFibsifAhsE1gbtJFNzIGXKaYQoc2Ia2MFKTDAarY2FFsJq2wCC sJbr0cBfT4C/QBjZz/JfSAMF83AYEuLZjZEZI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=HjO56umdW0XNSZm1hdHGgyOdH8+2N0Dr4Yg1Rt9elY7sktdWxsFz1PINkBPs2NCnPN LohYXRKKP5V2YSAq4zWULnrxrSAoDjwWY1znYqBpgGz9L/Axon4FhK7EqFYyITfTzxnM u2hTBwrp0LDpZAMPQ5JMOT2zyepLoNvSemYy0= Received: by 10.140.248.13 with SMTP id v13mr3326112rvh.25.1277085441463; Sun, 20 Jun 2010 18:57:21 -0700 (PDT) Received: from [192.168.1.186] ([166.111.68.197]) by mx.google.com with ESMTPS id q10sm1791171rvp.20.2010.06.20.18.57.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 18:57:20 -0700 (PDT) Message-ID: <4C1EC6EE.5040904@gmail.com> Date: Mon, 21 Jun 2010 09:57:02 +0800 From: gnehzuil User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [extfs] status report 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 01:57:22 -0000 Status: * Modify the data structures to adapt ext4 file system. Plan for next week: * Add extents to ext2fs project. lz From owner-soc-status@FreeBSD.ORG Mon Jun 21 08:42:40 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CFE51065670 for ; Mon, 21 Jun 2010 08:42:40 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id B91008FC17 for ; Mon, 21 Jun 2010 08:42:39 +0000 (UTC) Received: by vws1 with SMTP id 1so726244vws.13 for ; Mon, 21 Jun 2010 01:42:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=EPV1PPSZtTQpco1dt48TU7sEqwRZDAYkBzW93b9CxUI=; b=Wbb66U6fnqrfjcQMrvxTMH6y5nj8RwtBlRRFS2qMZMh+JftJxeJCfYUX5XsZa+bAYS vRYJDUKHYFAxdy9HWw9/2INFRLjfZk7+GrVY2/r4PCymYvull12dNRw5LGRsXJK4z9cR BjZ8kcC/EuD97GpCnHr6MzVWg+qWC7arqxUs4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=P/MC5jQPtWa2qjHFkF0SMWGVZs1TzzTZMKQj9dgwH6eucEzolPI21IAz7Lvjp1PIcN WRbm3vRgfyrSvNPAHMwev44c4iKbv56z7Egp3n+C4huAMxp4APO9YcnISGeUNdq3zQtx 93fFuyYiTLJ3pMYSgpbIWZBvj68NDc22XBKV4= MIME-Version: 1.0 Received: by 10.229.215.145 with SMTP id he17mr2324195qcb.95.1277109758743; Mon, 21 Jun 2010 01:42:38 -0700 (PDT) Received: by 10.229.212.130 with HTTP; Mon, 21 Jun 2010 01:42:38 -0700 (PDT) Date: Mon, 21 Jun 2010 11:42:38 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [fsnotify] report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 08:42:40 -0000 Done this week: - Embed fnnode reference to vnode - Add reclaim hook - Remove vp hash, use only inode hash table - Extend node_lookupex to ignore invalid node reference and optionally lock vnode - Fix vnode locking in hook_rename fsnotify is now useful, events are queued and distributed to clients, but there are still bugs. From owner-soc-status@FreeBSD.ORG Mon Jun 21 15:43:51 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23C18106566C for ; Mon, 21 Jun 2010 15:43:51 +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 EA6A18FC13 for ; Mon, 21 Jun 2010 15:43:50 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A132246B4C; Mon, 21 Jun 2010 11:43:50 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 765F28A04E; Mon, 21 Jun 2010 11:43:49 -0400 (EDT) From: John Baldwin To: Ilya Bakulin Date: Mon, 21 Jun 2010 11:35:05 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100614151113.17a1c368@kibab.com> <201006151204.56034.jhb@freebsd.org> <20100620232814.56e160e6@kibab.com> In-Reply-To: <20100620232814.56e160e6@kibab.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201006211135.05669.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 21 Jun 2010 11:43:49 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Alexander Leidinger , soc-status@freebsd.org Subject: Re: [Status update] sysctlreg project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 15:43:51 -0000 On Sunday 20 June 2010 3:28:14 pm Ilya Bakulin wrote: > On Tue, 15 Jun 2010 12:04:55 -0400 > John Baldwin wrote: > > I think for now the focus should be on solving the ports case which can be done > > rather simply in userland. If in the future someone comes up with a practical > > use case for spoofing these values that the env vars does not solve, then this > > could be revisited. > > > John, thank you for your suggestions. We've discussed them with > Alexander and decided to make spoof-off implemented in userland via > environment options. > > So my plan has some changes. Next week I'll try to implement "spoof-off" in feature_present(3). We've already discussed the way of setting required environment variables. It seems that FEATURES_DISABLED="geom_journal compat_freebsd6 compat_freebsd7" is the preffered way. > > Also I'll need to adjust my Perforce configuration, because right now I only have src/sys mapped in my client view. BTW where should feature_present(1) be placed? I think that usr/sbin is the most appropriate place? > > And of course I'll continue to add more features in the kernel :-) Last week I had an unexpected delay in this part of the work, hope that this week will be better. I think usr.bin is fine for feature_present(1). Thanks! -- John Baldwin From owner-soc-status@FreeBSD.ORG Tue Jun 22 01:05:38 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C49A1065677; Tue, 22 Jun 2010 01:05:38 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D494A8FC0C; Tue, 22 Jun 2010 01:05:37 +0000 (UTC) Received: by bwz8 with SMTP id 8so1823450bwz.13 for ; Mon, 21 Jun 2010 18:05:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=IEPTDWAthl0jvXI3HHbSaKiY7LlHkwPyMxU6KYwAnCY=; b=F11v2ernnHxKCPPQ7AG1t1D+uh71LTocrOOVcb7WQ5QGNJphpeM8IkEBQ2IHYMIdtI flULE2+nb7QzdeVUBU0J9ref86EyNzECgdPyKOAtZhx9lTmD0iOf28OKHVzl6u+gywkH k5Mdt1fMlHB2oJdDlexNPA+pUK9qrhPq6c+dc= 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=Va+1scIWVNFFQT3LAlybPTCbxkAKBQ+jsyJqAZ2FC6CeAy7A7Zu9iIhcWsW90MGCg8 XkXUMuSSdnkowP6K9U4D9YL2p6unDxlKCxGn16pWYNDIJplryQl39oNd6O8nmBhe1oNS 7eDw8DgG3T+PbcVzXIOsK6eaR4pP9eSMC49d0= MIME-Version: 1.0 Received: by 10.204.160.72 with SMTP id m8mr3614221bkx.58.1277168736265; Mon, 21 Jun 2010 18:05:36 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.204.57.9 with HTTP; Mon, 21 Jun 2010 18:05:36 -0700 (PDT) Date: Mon, 21 Jun 2010 18:05:36 -0700 X-Google-Sender-Auth: lZ29CoD8DsPRBkgWqDyqhuuksd4 Message-ID: From: Julien LAFFAYE To: soc-status@freebsd.org, emaste@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: [pkg_complete] report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 01:05:38 -0000 Hi, This week, I implemented a `package-complete` target in the ports tree that use pkg_complete. I also polished the code for pkg_complete. The nest milestone (support in pkg_add) is supposed to start after the mid-term evaluation. If I don't get comments about the already done milestones (what can be done to improve it), I'll start to work on pkg_add. Open task: get feedback from mentor and act accordingly. The coming week, I have my final exams. I'm also flying back to France the 28, so I expect to be a 'slow' week. After that, I'll be 100% focused on summer of code again. Regards, Julien From owner-soc-status@FreeBSD.ORG Tue Jun 22 09:20:34 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 739A4106566B; Tue, 22 Jun 2010 09:20:34 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id CA85C8FC1B; Tue, 22 Jun 2010 09:20:33 +0000 (UTC) Received: by bwz8 with SMTP id 8so1954315bwz.13 for ; Tue, 22 Jun 2010 02:20:32 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=olJ6jQLS0Sg/O3Z80d/NccNsiL07tAMnlRkSR8qdQR0=; b=EVierNRBsFeoXuRGRrxIKw89x0F6hDq+SECdZSk8wgfAYrwuQRFkGwkfnCLiFX6wo9 xI7I0YQNv2R5ENuX4tiC780SMeKergbt0pH/YaPDcNgUXEb4xSfNV1I6HATOSPggaK0i X2m5daGyXvXfPEchudkTZ+jJqpjr/ZTfRi/fY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=DtMv+1QiiilsddOByspeV55o+ObmGLEEIqyZMa/pe4NSfXlpsCxSL010Iq78moZP3r +kwpG3SCClDsRUL3hhkN5B9ZrhXuo1BioOi3O4m0N78o+A6EwWk0pO1xn2JgY4Iv7/8a KtBlUwuAuWv1tv7UXE1Hll+XcxYsgLKYZGNx4= Received: by 10.204.46.207 with SMTP id k15mr3957581bkf.106.1277198432065; Tue, 22 Jun 2010 02:20:32 -0700 (PDT) Received: from localhost ([212.98.186.134]) by mx.google.com with ESMTPS id f13sm42979355bka.17.2010.06.22.02.20.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 02:20:31 -0700 (PDT) Date: Tue, 22 Jun 2010 12:20:38 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20100622092038.GA2620@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Konstantin Belousov Subject: Namecache status report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 09:20:34 -0000 Dircache has undergone considerable change last week. First of all after trying to make pefs dircache-friendly I've decided to drop dircache_*update() API. Its original purpose was to populate cache during VOP_LOOKUP and/or VOP_READDIR, so that upper layer (stacked filesystem) could check cache instead of calling lower layer. Keeping directory cache 'complete' was too hard and race-prone, besides I didn't find a good way to use it in pefs. Dropping update() helped with getting rid of sleeping in dircache and notion of 'partial/complete' directory cache which further simplified things. I've also removed directory offsets and filesystem private data from cache entries, as they are now useless. To facilitate use within stacked filesystems API for getting name (one of the names if there are several) and generation number for a vnode was added. Cache generation number reflects changes in directory (add, remove, rename) and similar to va_seq in OpenSolaris (va_gen in our ZFS port). Dircache is now granularly locked. I'm working on improving reference counting and adding queue for unused entries. Caching algorithm is to be used to control queue size and to decide which entries to free. 2Q algorithm looks very promising. Races in VOP_RENAME() still remain the biggest obstacle. Most filesystems unlock vnodes and do relookup() later during rename() (e.g. ext2). Others exclusively lock all vnodes (UFS) or perform 'name locking' (ZFS). dircache_rename() expects nodes with given names don't change during call. Both UFS and ZFS are fine, but even tmpfs has issues. Thanks, Gleb. From owner-soc-status@FreeBSD.ORG Tue Jun 22 20:45:34 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 553D11065670 for ; Tue, 22 Jun 2010 20:45:34 +0000 (UTC) (envelope-from jceel@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 06DAF8FC18 for ; Tue, 22 Jun 2010 20:45:33 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 32DCFC42DA; Tue, 22 Jun 2010 22:51:05 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id kfZ5gp0UJyWg; Tue, 22 Jun 2010 22:51:04 +0200 (CEST) Received: from [192.168.1.101] (static-95-120.is.net.pl [82.115.95.120]) by smtp.semihalf.com (Postfix) with ESMTPSA id 86A73C42D5; Tue, 22 Jun 2010 22:51:04 +0200 (CEST) From: Jakub Klama Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 22 Jun 2010 22:45:29 +0200 Message-Id: <44E3DB0E-3E95-4E97-BB6F-F8A0CAC0122F@semihalf.com> To: soc-status@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Cc: Rafal Jaworowski Subject: [DMA Engine Framework] report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 20:45:34 -0000 Done this week: * improved error handling in DaVinci EDMA3 driver * some improvements in framework glue code * written unit test suite (not commited yet) Plans for next week: * finish EDMA3 driver * continue work on test suite Last two weeks was slow, because of exams at the university, but from this week I will spend much more time on project, to complete next milestones on time. -- Jakub Klama From owner-soc-status@FreeBSD.ORG Tue Jun 22 23:55:43 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6BB7106568A for ; Tue, 22 Jun 2010 23:55:43 +0000 (UTC) (envelope-from pebu3op@googlemail.com) Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [130.149.220.252]) by mx1.freebsd.org (Postfix) with ESMTP id 7A3848FC1C for ; Tue, 22 Jun 2010 23:55:43 +0000 (UTC) Received: from raven.net.t-labs.tu-berlin.de (raven.net.t-labs.tu-berlin.de [130.149.220.18]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTP id 36C267000584 for ; Wed, 23 Jun 2010 01:55:42 +0200 (CEST) From: Alexander Fiveg Organization: Google To: soc-status@freebsd.org Date: Wed, 23 Jun 2010 01:55:40 +0200 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201006230155.40813.pebu3op@googlemail.com> Subject: status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pebu3op@googlemail.com List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 23:55:43 -0000 + ringmap is ported to -current: it is currently based on lem (e1000) driver and support only 8254 Intel controllers. Proofed with a small lipcap application. + user-space programs to test the ringmap code implemented: one set of programs to test ringmap through libpcap library, other through /dev/ringmap_cdev char device. +- working on multi-threading is in progress (currently ringmap is single-threaded) - Port to 10gig is not started: the 10GbE adapter is still not delivered :( Next tasks: 1. Debugging 2. Implementing the new tests + testing. From owner-soc-status@FreeBSD.ORG Wed Jun 23 07:29:10 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9162D106567D for ; Wed, 23 Jun 2010 07:29:10 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 284478FC2E for ; Wed, 23 Jun 2010 07:29:09 +0000 (UTC) Received: by wwb24 with SMTP id 24so316141wwb.13 for ; Wed, 23 Jun 2010 00:29:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:date:subject :mime-version:content-transfer-encoding:from:message-id:user-agent; bh=293NbaH/OvCB1kximV168afYqvYqJfsXWFhWcKEz/LA=; b=ptVpJb6mRAHmVuWTb2la/evU4hd72miVwytOreLGzDKU6AFQoMdHcqF4NsCv8xxU/c EX/G7E9xwalZ0fzzWV/OZz/Ua7LySXo9l2odCoILB3wLsH4uhETohK3fUfgH2KWsMKM8 +113DqOtxHWp8ptqHB9z7q22pmSjQU1NU0zzg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:date:subject:mime-version:content-transfer-encoding :from:message-id:user-agent; b=seOu1GQ8BJ6ks0pk5sxyqABf73IMV3DuvPS9sl2SB02jWuyulpAvpzJNl1pkqtuPy4 SGOuLxNwbYWFzwtjJMznajc/QYNZCgV9MPP9/q7qXgfWS6COO6pDAf9CNTntBijQQ1kI ar086lFBPE5eKF+t3djBFwOPXqMe27QbiIysc= Received: by 10.227.138.134 with SMTP id a6mr7004365wbu.14.1277278148164; Wed, 23 Jun 2010 00:29:08 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id y31sm44456009wby.4.2010.06.23.00.29.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Jun 2010 00:29:07 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: soc-status@freebsd.org Date: Wed, 23 Jun 2010 10:29:04 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: User-Agent: Opera Mail/10.60 (FreeBSD) Subject: Making ports work with clang, report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 07:29:10 -0000 Last week I was mostly testing my PORTS_CC implementation, fixing ports and enjoying clang bugs. More interesting stuff here: http://lists.freebsd.org/pipermail/freebsd-ports/2010-June/062021.html Plans for this/next week are to fix more ports and maybe add a way to automatically install compiler requested by PORTS_CC. -- Andrius From owner-soc-status@FreeBSD.ORG Wed Jun 23 08:51:08 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7473106564A; Wed, 23 Jun 2010 08:51:08 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 583A08FC0C; Wed, 23 Jun 2010 08:51:08 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id E0ED714DBCE6; Wed, 23 Jun 2010 10:51:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Gu6ThZPh1NPI; Wed, 23 Jun 2010 10:51:04 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id A56A314DBCFE; Wed, 23 Jun 2010 10:51:04 +0200 (CEST) Message-ID: <4C21CAF0.2040607@FreeBSD.org> Date: Wed, 23 Jun 2010 10:50:56 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; es-ES; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: pluknet References: <4C1BCB96.4040608@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: soc-status@freebsd.org Subject: Re: Collective resource limits status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 08:51:09 -0000 While trying to eliminate some bugs, I've looked at your patch in detail. I've adapted most part but I've got some comments. > +typedef __uint32_t __jid_t; > This has to be signed because calls may return -1. > +#define JLIM_NLIMITS 8 > + > +/* > + * Job limit string identifiers > + */ > + > +#ifdef _JLIMIT_IDENT > +static char *jlimit_ident[JLIM_NLIMITS] = { > + "cputime", > + "datasize", > + "files", > + "processes", > + "threads", > + "vmemory", > + "physmem", > + "ressetsize", > +}; > +#endif > > A quick look at the limit manipulation syscalls doesn't suggest that we need these. I see you did it in a consistent way with rlimits but why to have those if they aren't really necessary. Or are they? > @@ -97,6 +102,8 @@ > long ui_ptscnt; /* (b) number of pseudo-terminals */ > uid_t ui_uid; /* (a) uid */ > u_int ui_ref; /* (b) reference count */ > + jid_t ui_jid; /* (c) job in which this uid_t lives */ > + struct ulimit *ui_limit; > }; > Unfortunately, IRIX is not the most well-documented operating system, so I still have some doubts on the actual behavior but I don't think a user lives in a job or does it? It's true that makenewjob() takes an uid_t argument but I think that will be a credential info for the created job, however I haven't been able to figure yet where it is used. What I am quite sure about is that job is an unescapable container and you can create a job with makenewjob(), which doesn't only create the job but associates the caller process to the job and then forked processes will also live in the same job. Please correct me if I am wrong. I've asked in the list if someone could provide me access to an IRIX machine but no answer yet... It would be nice to try out how it actually works on IRIX. Thanks, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-soc-status@FreeBSD.ORG Wed Jun 23 12:50:16 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65D52106566B; Wed, 23 Jun 2010 12:50:16 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9D8638FC15; Wed, 23 Jun 2010 12:50:15 +0000 (UTC) Received: by wyb33 with SMTP id 33so5208519wyb.13 for ; Wed, 23 Jun 2010 05:50:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=l5PxfL7gjLhEygGAt0Zo7OHYpAAEjHzdA4WvHxZ0GbI=; b=ieAwbD7GIuEPYp8lIW5nIesLGAoC10RefrwfGjT/GZbN/ilwhHjAaUzdVG3+5ajZVL enDsYF2Jb8z96jg2HstnLsKN60ABMJYDvbV41LDm6MPSwOGBE8a/4pD654IzsFNDc+Q9 EmYWtDZX1Y4lUdbnSrmFst060O4p18wSGEhM4= 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=g0XNlsDk45MVOTfs0nH4LeMGk5GrAOJVAeCO0yadUu27CIoIIF/pWyrludKy/ZJ02z ghq0CCnBt3SLp/rcLCPDuJIdsWGPeexLG+5jOR9BdGbiXJ6jllqa4/nt5SPdkYfdKwYS BS+LnksvcUQSAazFmwTu4xtzBnaNNT9e+GE24= MIME-Version: 1.0 Received: by 10.227.152.204 with SMTP id h12mr7377957wbw.108.1277297095549; Wed, 23 Jun 2010 05:44:55 -0700 (PDT) Received: by 10.216.51.78 with HTTP; Wed, 23 Jun 2010 05:44:55 -0700 (PDT) In-Reply-To: <4C21CAF0.2040607@FreeBSD.org> References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> Date: Wed, 23 Jun 2010 16:44:55 +0400 Message-ID: From: pluknet To: Gabor Kovesdan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: soc-status@freebsd.org Subject: Re: Collective resource limits status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 12:50:16 -0000 On 23 June 2010 12:50, Gabor Kovesdan wrote: > While trying to eliminate some bugs, I've looked at your patch in detail. > I've adapted most part but I've got some comments. >> >> +typedef __uint32_t =A0 =A0 __jid_t; >> > > This has to be signed because calls may return -1. It might return jid_t (-1) then as it's done similarly for getpid(2) family which return pid_t(-1) on error, or similarly for inet_addr(3) which return= s INADDR_NONE (0xffffffff, or -1 for uint32_t, let it be signed) on error. >> >> +#define =A0 =A0 =A0 =A0JLIM_NLIMITS =A0 =A08 >> + >> +/* >> + * Job limit string identifiers >> + */ >> + >> +#ifdef _JLIMIT_IDENT >> +static char *jlimit_ident[JLIM_NLIMITS] =3D { >> + =A0 =A0 =A0 "cputime", >> + =A0 =A0 =A0 "datasize", >> + =A0 =A0 =A0 "files", >> + =A0 =A0 =A0 "processes", >> + =A0 =A0 =A0 "threads", >> + =A0 =A0 =A0 "vmemory", >> + =A0 =A0 =A0 "physmem", >> + =A0 =A0 =A0 "ressetsize", >> +}; >> +#endif >> This is modeled by me after IRIX'ish jstat(1) manpage. I'm still unsure, so it's up to you if it worth to be there. http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?cmd=3Dgetdoc&coll=3D= 0650&db=3Dman&fname=3D1%20jstat (though I'm afraid it may be a bit obsolete). > A quick look at the limit manipulation syscalls doesn't suggest that we n= eed > these. I see you did it in a consistent way with rlimits but why to have > those if they aren't really necessary. Or are they? >> >> @@ -97,6 +102,8 @@ >> =A0 =A0 =A0 =A0 long =A0 =A0ui_ptscnt; =A0 =A0 =A0 =A0 =A0 =A0 =A0/* (b)= number of pseudo-terminals >> */ >> =A0 =A0 =A0 =A0 uid_t =A0 ui_uid; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* (a)= uid */ >> =A0 =A0 =A0 =A0 u_int =A0 ui_ref; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* (b)= reference count */ >> + =A0 =A0 =A0 jid_t =A0 ui_jid; =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* (c) j= ob in which this uid_t >> lives */ >> + =A0 =A0 =A0 struct ulimit *ui_limit; >> =A0}; >> > > Unfortunately, IRIX is not the most well-documented operating system, so = I > still have some doubts on the actual behavior but I don't think a user li= ves > in a job or does it? It's true that makenewjob() takes an uid_t argument = but > I think that will be a credential info for the created job, however I > haven't been able to figure yet where it is used. What I am quite sure ab= out > is that job is an unescapable container and you can create a job with > makenewjob(), which doesn't only create the job but associates the caller > process to the job and then forked processes will also live in the same j= ob. > Please correct me if I am wrong. I've asked in the list if someone could > provide me access to an IRIX machine but no answer yet... I'd say some part (none, some processes, or all of them) of that (and only that) user lives in a job. Yeah, IRIX documentation has a bit of uncertainty for me as well. They wrote: "With the IRIX kernel job limits feature, all processes associated with a particular login session or batch submission are encapsulated as a single logical unit called a job. The job is the container used to group processes by login session." But next: "Limits on resource usage are applied on a per user basis for a particular job". "Job limits software helps ensure that each user has access to the appropriate amount of system resources such as CPU time and memory and makes sure that users do not exceed their allotted amount." Btw, it's interesting how to properly make getjusage(2), if a process running inside a job wants to change it's uid/gid (if basing on the claim that a job scope is limited by per-user basis). > It would be nice to try out how it actually works on IRIX. Yes, that would answer many questions... --=20 wbr, pluknet From owner-soc-status@FreeBSD.ORG Thu Jun 24 07:05:24 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD2E01065672 for ; Thu, 24 Jun 2010 07:05:24 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 770548FC25 for ; Thu, 24 Jun 2010 07:05:24 +0000 (UTC) Received: by iwn3 with SMTP id 3so1251976iwn.13 for ; Thu, 24 Jun 2010 00:05:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=yIsxgkz6xVHySw3foNHYyeEWgmcLEbwCtEPjxKKZrTU=; b=b8sgVawwuhm0orsxXa8wUUqFv6jdA23xgh9Q9MHNFYXxYfhmOAolDkA7xB0XNOAO1Y kei2zgTjoO39VHyukFLGkM8P48RFzcI/Sm3zEQouE6e7pH0bYK/b7vrJb9UuJtyk4Pd2 7xa1GPy60g7MmyLUZoOj3etVhn8c/JU0dsM28= 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=TAVGR0V3W2BZkeETzwSVIGuikVErxLkXmEqs4NRj1EJqTyMnJszjpPANMfuznrsIxF EBkenjkDnskghWaurPhk4EYqRtxn7LDaK9qhNM3Eyi9Ho3vyT2nVTaZYjsRUeGZ+4J+8 T6/lBIrKreyfZIuErPf94SlcdOF6LHtlBbNaA= MIME-Version: 1.0 Received: by 10.231.191.75 with SMTP id dl11mr10531977ibb.110.1277363123673; Thu, 24 Jun 2010 00:05:23 -0700 (PDT) Sender: dforsythe@gmail.com Received: by 10.231.156.13 with HTTP; Thu, 24 Jun 2010 00:05:23 -0700 (PDT) Date: Thu, 24 Jun 2010 03:05:23 -0400 X-Google-Sender-Auth: 6tSUfNYXLw7COi21QbjPfvOy0YY Message-ID: From: David Forsythe To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [libpkg] - report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jun 2010 07:05:24 -0000 I spent a good portion of this week reading about ways to make the library more flexible to changes that could be coming into the package system and looking at other package managers and their components. I've redone my design, and I'm writing a bunch of code to make the code in the library that was already good work with the new code. This meant re-writing my property list structure and now re-writing my plist parser to use it. Some basic tests were written for the new property list structure, and I'm currently going back and forth between writing documentation and finishing the new parser. From owner-soc-status@FreeBSD.ORG Thu Jun 24 07:32:38 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4EC7106566B; Thu, 24 Jun 2010 07:32:38 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 55BE48FC08; Thu, 24 Jun 2010 07:32:37 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 0042914DBC59; Thu, 24 Jun 2010 09:32:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 9GE4mCNyLxQi; Thu, 24 Jun 2010 09:32:33 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 4A18A14DBABB; Thu, 24 Jun 2010 09:32:33 +0200 (CEST) Message-ID: <4C230A0B.3080700@FreeBSD.org> Date: Thu, 24 Jun 2010 09:32:27 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; es-ES; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: pluknet References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: soc-status@freebsd.org Subject: Re: Collective resource limits status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jun 2010 07:32:38 -0000 El 2010. 06. 23. 14:44, pluknet escribió: > On 23 June 2010 12:50, Gabor Kovesdan wrote: > >>> +typedef __uint32_t __jid_t; >>> >>> >> This has to be signed because calls may return -1. >> > It might return jid_t (-1) then as it's done similarly for getpid(2) family > which return pid_t(-1) on error, or similarly for inet_addr(3) which returns > INADDR_NONE (0xffffffff, or -1 for uint32_t, let it be signed) on error. > In the meantime, I've found this: http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?coll=0650&db=bks&fname=/SGI_Admin/IA_Resource/apa.html Now, I changed it back because some applications may expect it to be a 64-bit variable then, and we are not sure about its relation to uid_t yet, so we may provide higher capacity. > >>> +#define JLIM_NLIMITS 8 >>> + >>> +/* >>> + * Job limit string identifiers >>> + */ >>> + >>> +#ifdef _JLIMIT_IDENT >>> +static char *jlimit_ident[JLIM_NLIMITS] = { >>> + "cputime", >>> + "datasize", >>> + "files", >>> + "processes", >>> + "threads", >>> + "vmemory", >>> + "physmem", >>> + "ressetsize", >>> +}; >>> +#endif >>> >>> > This is modeled by me after IRIX'ish jstat(1) manpage. > I'm still unsure, so it's up to you if it worth to be there. > http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?cmd=getdoc&coll=0650&db=man&fname=1%20jstat > (though I'm afraid it may be a bit obsolete). > Oh, thanks, it makes sense. I haven't looked so far yet, just read the syscall manpages, not the utilities. > >> A quick look at the limit manipulation syscalls doesn't suggest that we need >> these. I see you did it in a consistent way with rlimits but why to have >> those if they aren't really necessary. Or are they? >> >>> @@ -97,6 +102,8 @@ >>> long ui_ptscnt; /* (b) number of pseudo-terminals >>> */ >>> uid_t ui_uid; /* (a) uid */ >>> u_int ui_ref; /* (b) reference count */ >>> + jid_t ui_jid; /* (c) job in which this uid_t >>> lives */ >>> + struct ulimit *ui_limit; >>> }; >>> >>> >> Unfortunately, IRIX is not the most well-documented operating system, so I >> still have some doubts on the actual behavior but I don't think a user lives >> in a job or does it? It's true that makenewjob() takes an uid_t argument but >> I think that will be a credential info for the created job, however I >> haven't been able to figure yet where it is used. What I am quite sure about >> is that job is an unescapable container and you can create a job with >> makenewjob(), which doesn't only create the job but associates the caller >> process to the job and then forked processes will also live in the same job. >> Please correct me if I am wrong. I've asked in the list if someone could >> provide me access to an IRIX machine but no answer yet... >> > I'd say some part (none, some processes, or all of them) of that (and only > that) user lives in a job. > > Yeah, IRIX documentation has a bit of uncertainty for me as well. > They wrote: "With the IRIX kernel job limits feature, all processes > associated with a particular login session or batch submission are > encapsulated as a single logical unit called a job. The job is the > container used to group processes by login session." > I think it only applies if you start your shell in a job. Then the shell forks the processes that you execute and it will then automatically assigned to the same job. > But next: "Limits on resource usage are applied on a per user basis for a > particular job". > Yes, this is confusing because you cannot directly add processes to a job, so if user A creates a job, user B cannot really access it. Maybe it refers to setuid processes? If they act as root, may they exceed the limits set by the user? > "Job limits software helps ensure that each user has access to the > appropriate amount of system resources such as CPU time and memory > and makes sure that users do not exceed their allotted amount." > I think this is just the use case not a direct description of the behavior. The administrator may want to start user shells in a specific job, by default, which actually can achieve this kind of control. > Btw, it's interesting how to properly make getjusage(2), if a process > running inside a job wants to change it's uid/gid > (if basing on the claim that a job scope is limited by per-user basis). > Yes, this is an open question still. -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-soc-status@FreeBSD.ORG Thu Jun 24 08:43:30 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 633F71065672; Thu, 24 Jun 2010 08:43:30 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9BC458FC13; Thu, 24 Jun 2010 08:43:29 +0000 (UTC) Received: by wwb24 with SMTP id 24so1449644wwb.13 for ; Thu, 24 Jun 2010 01:43:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kQw2jjWr8CXMU1SVFXgpAfQrbRncnd4D2OVhAtVL6U0=; b=rni6hEYcVaYJZVtafhYT0Jk0uWdVEDnweaSr5a657vBwqsazrzd8QQqFwFCfFg7x1r 33tKIZab4ojTFsK+F7ufs0SyOkwwHwe8v8QBZv55mddotF9G2tvvgjkPorl3rI952w40 mPbbLzOAdFHJBRgJMk7STD3S+sH2rARJkRooE= 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=COR6IR47GWT8AtLgFLgQc4h6PLnPHKlUcsTqUj0YpgUB5cUY2HSC1jd2U4Ny/QgBL7 gw8E3cXXNJUE9O5s7KTPsoPeYxxk9nIkV7oagM2SwakfUNn0vUaPSip5odEOUxJiH1aJ uoZKN6ASLpFLxFgR/SQ7/W0KGo1+nqbt4hUlA= MIME-Version: 1.0 Received: by 10.216.93.73 with SMTP id k51mr933581wef.97.1277369008368; Thu, 24 Jun 2010 01:43:28 -0700 (PDT) Received: by 10.216.2.73 with HTTP; Thu, 24 Jun 2010 01:43:28 -0700 (PDT) In-Reply-To: <4C230A0B.3080700@FreeBSD.org> References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> <4C230A0B.3080700@FreeBSD.org> Date: Thu, 24 Jun 2010 12:43:28 +0400 Message-ID: From: pluknet To: Gabor Kovesdan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: soc-status@freebsd.org Subject: Re: Collective resource limits status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jun 2010 08:43:30 -0000 On 24 June 2010 11:32, Gabor Kovesdan wrote: > El 2010. 06. 23. 14:44, pluknet escribi=F3: >> >> On 23 June 2010 12:50, Gabor Kovesdan =A0wrote: >> >>>> >>>> +typedef __uint32_t =A0 =A0 __jid_t; >>>> >>>> >>> >>> This has to be signed because calls may return -1. >>> >> >> It might return jid_t (-1) then as it's done similarly for getpid(2) >> family >> which return pid_t(-1) on error, or similarly for inet_addr(3) which >> returns >> INADDR_NONE (0xffffffff, or -1 for uint32_t, let it be signed) on error. >> > > In the meantime, I've found this: > http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?coll=3D0650&db=3Db= ks&fname=3D/SGI_Admin/IA_Resource/apa.html > Now, I changed it back because some applications may expect it to be a > 64-bit variable then, and we are not sure about its relation to uid_t yet= , > so we may provide higher capacity. Hey, it's even more interesting than I could imagine. uid_t, pid_t here are signed types as well, int32_t or long, depending on machine type. That probably explains why jid_t has also a signed type (e.g. might inherit= it). Upper bits in jid_t are reserved for machine ID (has signed int type), used also in IRIX array sessions. That's why jid_t has to be 64-bit capable= . --=20 wbr, pluknet From owner-soc-status@FreeBSD.ORG Fri Jun 25 22:37:38 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED017106566C for ; Fri, 25 Jun 2010 22:37:38 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 87EE08FC12 for ; Fri, 25 Jun 2010 22:37:38 +0000 (UTC) Received: by wyf22 with SMTP id 22so1774327wyf.13 for ; Fri, 25 Jun 2010 15:37:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=SEvKAaaQTUht1+WWrfEKdwiC/0tVdD6mwkRxRkkRbq8=; b=wHZJsZ5bowqyLMLx/CXRKSIB5O4IKzk72qqAOBcAMjKoTWD9RpLBudGztp9x8BCA6r Zfr9pZnnxne1JM94ewJNL7r8sIDiuD8P8hquesTKSk2t3qTqv2zl1TIlzTI5FCb4PVhS oPx8UDQfo14mGetNRtfiLnUCvox8k1Xo31oAs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=j/rnNG8TQVs2FIH4O9CXIwYQkVHefDo+pdyjA0MYiyYGV9gvLNLGxqY3Gpv+hwfxBx zr2oooD+WCAE6hDR/wgglWpYiOI5Ihyn64R2Tl9hfmFD4WfBy4kCBbbqV3dnSUB4jxrB Y/LeezalaakI5YF8HRBEelqg+IpHdkEtv2krU= MIME-Version: 1.0 Received: by 10.216.86.3 with SMTP id v3mr5618538wee.12.1277505456295; Fri, 25 Jun 2010 15:37:36 -0700 (PDT) Received: by 10.216.49.11 with HTTP; Fri, 25 Jun 2010 15:37:36 -0700 (PDT) Date: Sat, 26 Jun 2010 01:37:36 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Audit Kernel Events, weekly report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 22:37:39 -0000 Hello, this is the long overdue weekly report. Last couple of weeks I kept busy with university exams so there wasn't much progress. My obligations will end pretty soon and I'll be able to focus on my gsoc project. new stuff: - Finished support for nfsv2&3 in the new experimental nfs server; everything seems to be working tip top. - Updated my wiki page. I've 'deleted' the milestones that are done and I changed the timeline because I'm still waiting for some feedback on my ideas for 'audit & multiple record handling', from my mentor. If anyone is interested, I've also included a link to a small demo of my code: contains a shell script that triggers most of the nfs rpcs & the audit log that is being produced. Please refer to the wiki page for more info http://wiki.freebsd.org/SOC2010EfstratiosKaratzas - Also, I figured out why and when vn_fullpath() kernel-panicked in my code, after applying my old patches. If this point is reached, while we 're holding an exclusive lock on the vnode, the system will kernel panic with a exhaustive->shared situation: http://fxr.watson.org/fxr/source/kern/vfs_cache.c#L1096 Triggering this kernel panic can be done easily -again, with my old patches- if we: start the nfs server, the client mounts a filesystem and gets valid file handles, the server reboots and the client requests some operation -> No hints in namecache, we resort to VOP_VPTOCNP() and try to lock the vnode, boom. My current code is immune to this bug because I make sure that no locks are held when the two vn_fullpath KPIs are called. I'm taking the time to write all this because I think that the man page should be updated to reflect this new possible bogus behavior. Since RELENG_8, VOP_VPTOCNP() is called from vn_fullpath code and vn_fullpath() itself is used quite a few times in the kernel and some times, the caller holds a lock to the vnode. http://www.freebsd.org/cgi/man.cgi?query=vn_fullpath I've already started reading up on NFSv4 and compound RPCs and over the next week, I'll be working towards providing audit support for NFSv4 in the new experimental nfs server. After this is done, just before midterm evaluations (I hope), I'll start working on my last remaining milestone: making Audit framework handle multiple simultaneous audit records per kernel thread. As always, any input is much appreciated. Ta ta -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Sun Jun 27 14:35:42 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31A6F106564A; Sun, 27 Jun 2010 14:35:42 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id DB5BC8FC0A; Sun, 27 Jun 2010 14:35:41 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id BC1AC14DBDC4; Sun, 27 Jun 2010 16:35:39 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id j8f7anktKoB3; Sun, 27 Jun 2010 16:35:37 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 8B4F214DBDC0; Sun, 27 Jun 2010 16:35:37 +0200 (CEST) Message-ID: <4C2761B8.9030800@FreeBSD.org> Date: Sun, 27 Jun 2010 16:35:36 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> <4C230A0B.3080700@FreeBSD.org> In-Reply-To: <4C230A0B.3080700@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Collective resource limits status report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2010 14:35:42 -0000 Hello, since the last status report, I've added the getjlimit() and setjlimit() calls. They are fully implemented (unless I didn't consider some details) in a general way that doesn't depend tightly on particular kinds of resource limits. I've also started to implement the first limit type, JLIMIT_NUMPROC, which is quite straightforward. But there is a bug I'm facing in the internal structures I use for accounting. I have a linked list of jobs, and each job entry has a head of another kind of linked list, which stores entries of processes inside the given job. I have no problem with the outer list but the inner one makes my kernel crash. I double-checked those code parts and I still think they are correct, so I couldn't figure out the problem so far. This week I haven't merged to Perforce yet, first I'd like to make the code a bit more stable. I hope I can accomplish it in 1-2 days. While debugging my code, I've also written some additions to my test program, which is supposed to be general enough and accepts various paramteres. My intention is to use it as a regression test inside a shell script, which will call it with different parameter sets to test different cases. Regards, Gabor From owner-soc-status@FreeBSD.ORG Mon Jun 28 01:22:57 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FDD8106566C; Mon, 28 Jun 2010 01:22:57 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id E4DD38FC0C; Mon, 28 Jun 2010 01:22:56 +0000 (UTC) Received: by wwb39 with SMTP id 39so585727wwb.13 for ; Sun, 27 Jun 2010 18:22:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=Vork6SykBpDg2/Yvx2ZP1heSdDk+HdrrPOuMHddyxzs=; b=Hv8qd7ZDRdfpWWDPqsKkbcIWzcYYIY0QYqfXpfD/kKYIcSwSLblTDRZvp23VBVNGzM ZUbUBWIWJIgAq7eWZMoy/V++dU+U2G/c4R5c6V7BByBpEuevVSxfrk7V68eLFF3tDTy1 ow3kyANwauY0IXLzxzBdxDHf21aEJFnyJ+Oqg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=Zn5vTsbum9CCRB1DqlR82a6UZVa1vLWbQATpiI1uc7LdSqxVF12Ws4h762+1tKogg1 tShaU89fanxwgA/zUG1OI3L/QRcaZs9sZf73BZXtEwXhbTtuwjFJKDoVx9bHNCHsux9E bcbmM/RMVgbdHgxk2zw6WCV9eEBcJbOJle9b4= Received: by 10.216.88.147 with SMTP id a19mr2995431wef.93.1277688167318; Sun, 27 Jun 2010 18:22:47 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.89.197 with HTTP; Sun, 27 Jun 2010 18:22:27 -0700 (PDT) In-Reply-To: References: From: Ivan Voras Date: Mon, 28 Jun 2010 03:22:27 +0200 X-Google-Sender-Auth: W9iDXOg4RHhMfEm65RCqkcFV6Wg Message-ID: To: soc-status@freebsd.org, Andrew Pantyukhin Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: pkg_patch status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 01:22:57 -0000 The second milestone is finished. This basically makes pkg_patch able to both create and apply package patches. Next up: mass package patch creation (for package building machines). As always, the wiki page has the timeline and other information: http://wiki.freebsd.org/IvanVoras/pkg_patch From owner-soc-status@FreeBSD.ORG Mon Jun 28 05:44:25 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B834106566C; Mon, 28 Jun 2010 05:44:25 +0000 (UTC) (envelope-from gnehzuil@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id ED2D48FC1D; Mon, 28 Jun 2010 05:44:24 +0000 (UTC) Received: by pxi3 with SMTP id 3so258628pxi.13 for ; Sun, 27 Jun 2010 22:44:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:content-type :content-transfer-encoding; bh=TkBjqUKuaLgfUB0IhK4EcJNyLTNoXVXTGcWCHKlysuE=; b=h7r0hvu5k7sQojudA/PUlFGPh53NqSj68QFyJb207bjN+OOdEB/w9nwPLXm01PW364 1fXJSdNMekDIpHqW8nTR78yRmtVYFnpMRfIF1pL324Qxrwa5NOmZXx9UOxKmOeF2Czlr /KSgSVLw2AwnNogilm5T/Am7QHl2rif6ESLBc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; b=WRbfGszFst0oI8w3m2fj10ig0ZJEZQ3zekSmcH/XoUbDq/mdcQTHWAa9LSqAbJN0Z4 8/N2OOk2GgHXN0PxfAx3CY1uXxVhSIVhmc8iwHPjgz0ATND9WTN0cCZ9nwpXn9rwhtHC jY+96yiPMJpEpcQobfb0c5Og/ZTmXtp/pCXM0= Received: by 10.114.164.37 with SMTP id m37mr4736650wae.39.1277703864176; Sun, 27 Jun 2010 22:44:24 -0700 (PDT) Received: from [192.168.1.206] ([166.111.68.197]) by mx.google.com with ESMTPS id s29sm31812125wak.2.2010.06.27.22.44.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 27 Jun 2010 22:44:23 -0700 (PDT) Message-ID: <4C2836B3.2070202@gmail.com> Date: Mon, 28 Jun 2010 13:44:19 +0800 From: gnehzuil User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Pedro F. Giffuni" , jhb@FreeBSD.org Subject: [extfs] status report 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 05:44:25 -0000 Status: * Add 'async' mode into ext2fs and run benchmarks. I have updated the result in wiki page (' http://wiki.freebsd.org/SOC2010ZhengLiu'). * Add ext4 extent data structures into ext2_extents.h file. Plan for next week: * Make ext2fs can read file from root directory. lz From owner-soc-status@FreeBSD.ORG Mon Jun 28 16:06:58 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19B7E1065673 for ; Mon, 28 Jun 2010 16:06:58 +0000 (UTC) (envelope-from bfiedler@asu.edu) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id B210E8FC14 for ; Mon, 28 Jun 2010 16:06:57 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 9so96833eyd.9 for ; Mon, 28 Jun 2010 09:06:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.2.194 with SMTP id 2mr1626657ebk.9.1277741208370; Mon, 28 Jun 2010 09:06:48 -0700 (PDT) Received: by 10.213.22.131 with HTTP; Mon, 28 Jun 2010 09:06:48 -0700 (PDT) Date: Mon, 28 Jun 2010 09:06:48 -0700 Message-ID: From: Ben Fiedler To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Week #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 16:06:58 -0000 Apologies for missing a status report last week. This week I plan (hope) to wrap up work on diff/sdiff and then move on to mandoc. The remaining, missing features all involve regular expressions and grouping, so that will be my main focus this week. A few of my implementations have appeared buggy/incomplete, so I will polish on those to get them fully functional. Eventually, if there are no conflicts, I would like to merge diff's latest changes from OpenBSD since Gabor branched it for SoC '08 . I don't have an insightful idea on how to optimize diff for --speed-large-files, so that might have to be left as a no-op. -Ben From owner-soc-status@FreeBSD.ORG Mon Jun 28 21:54:50 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE5A01065673 for ; Mon, 28 Jun 2010 21:54:50 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C2B28FC18 for ; Mon, 28 Jun 2010 21:54:49 +0000 (UTC) Received: by wyb34 with SMTP id 34so1551002wyb.13 for ; Mon, 28 Jun 2010 14:54:42 -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:cc:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=0+XCR+CYbZti/rNzwCC9Rao4sufijeIlQninlPM+UKs=; b=hjswW/Dk53iiVcZpzhYWt+wcQbW26ZMY4MggZzsXRq5gnMnMX9CRr8Gjm2Xmp7tQiR KxifASwON+9FVijSxKufdEZjtHbBNkkjSQw4DTGEqyWQaGidtiG5gE3MF9m4TQKHjfOd eS5E+p74ArOTl5B8R5C2zgSp8LFAaI+Q+OOwo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=Tlvt450VrRvXNDyUbHvj4Fb5JLLMcuUkDboBC7+RP3jNRG4XKqQQyArv+EgzmJnPBA yV3emKHCF9E4acq3hrNY79ppxQ/nXfwURBpgh9OJW3pKtgnbyZUnJcN8vJBfErwoZzw3 0mkGuqkr2L4IXFGHJvFPD0ncDx8xNrU7MGRK8= Received: by 10.216.184.137 with SMTP id s9mr8691009wem.68.1277762081961; Mon, 28 Jun 2010 14:54:41 -0700 (PDT) Received: from localhost (lan-78-157-90-54.vln.skynet.lt [78.157.90.54]) by mx.google.com with ESMTPS id g17sm4849765wee.29.2010.06.28.14.54.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 28 Jun 2010 14:54:41 -0700 (PDT) Date: Tue, 29 Jun 2010 00:54:38 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20100628215437.GA4504@tops.skynet.lt> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Konstantin Belousov Subject: namecache status report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 21:54:50 -0000 Last week I've replaced cache entry reference counting with hold and use counting. So it's now possible to free individual unused entries, but not only entire directories at once. Because of locking protocol, ie necessity of locking child entry while holding parent lock, entries are not immediately freed but placed on 'invalid' list. Household thread is to free invalid entries and keep number of unused entries at desired level. I've also fixed number of reference counting and locking bugs, fixed memory leak on unmount, implemented per cpu statistics. Thanks, Gleb. From owner-soc-status@FreeBSD.ORG Tue Jun 29 20:35:58 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C445106564A; Tue, 29 Jun 2010 20:35:58 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id B7C348FC08; Tue, 29 Jun 2010 20:35:57 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 946F014DBE39; Tue, 29 Jun 2010 22:35:55 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id KuL0-DQMN78e; Tue, 29 Jun 2010 22:35:53 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 4322014DBD6E; Tue, 29 Jun 2010 22:35:53 +0200 (CEST) Message-ID: <4C2A5926.7080801@FreeBSD.org> Date: Tue, 29 Jun 2010 22:35:50 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> <4C230A0B.3080700@FreeBSD.org> <4C2761B8.9030800@FreeBSD.org> In-Reply-To: <4C2761B8.9030800@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Re: Collective resource limits status report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 20:35:58 -0000 Em 2010.06.27. 16:35, Gabor Kovesdan escreveu: > Hello, > > since the last status report, I've added the getjlimit() and > setjlimit() calls. They are fully implemented (unless I didn't > consider some details) in a general way that doesn't depend tightly on > particular kinds of resource limits. I've also started to implement > the first limit type, JLIMIT_NUMPROC, which is quite straightforward. > But there is a bug I'm facing in the internal structures I use for > accounting. I have a linked list of jobs, and each job entry has a > head of another kind of linked list, which stores entries of processes > inside the given job. I have no problem with the outer list but the > inner one makes my kernel crash. I double-checked those code parts and > I still think they are correct, so I couldn't figure out the problem > so far. This week I haven't merged to Perforce yet, first I'd like to > make the code a bit more stable. I hope I can accomplish it in 1-2 > days. While debugging my code, I've also written some additions to my > test program, which is supposed to be general enough and accepts > various paramteres. My intention is to use it as a regression test > inside a shell script, which will call it with different parameter > sets to test different cases. > No merge yet to Perforce but here's a a full patch that doesn't crash any more: http://kovesdan.org/patches/jobs_current.diff Now I'm trying to get JLIMIT_NUMPROC completely work. Gabor From owner-soc-status@FreeBSD.ORG Wed Jun 30 09:41:39 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A3E91065674 for ; Wed, 30 Jun 2010 09:41:39 +0000 (UTC) (envelope-from jceel@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 3A7AF8FC38 for ; Wed, 30 Jun 2010 09:41:38 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 309C2C42D5; Wed, 30 Jun 2010 11:47:22 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id yeEtY2D9vcIB; Wed, 30 Jun 2010 11:47:21 +0200 (CEST) Received: from jot.semihalf.com (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPA id B6F55C42DF; Wed, 30 Jun 2010 11:47:21 +0200 (CEST) Message-ID: <4C2B1151.30702@semihalf.com> Date: Wed, 30 Jun 2010 11:41:37 +0200 From: Jakub Klama User-Agent: Thunderbird 2.0.0.23 (X11/20100324) MIME-Version: 1.0 To: soc-status@freebsd.org, Rafal Jaworowski Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [DMA Engine Framework] report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2010 09:41:39 -0000 Again, this week was slow :-( because of preparation to speak on meetBSD conference about FreeBSD port to DaVinci. I hope that after meetBSD things will go much faster. Done this week: * Improved and commited DMA test suite * DaVinci EDMA driver: * some refactoring and cleanup * added linked transfers support * General: * written man pages for some API functions Plans for next week: * Definitely finish DaVinci EDMA driver * Begin working on DaVinci MMC/SD controller driver to enable DMA transfers in it. -- Jakub Klama. From owner-soc-status@FreeBSD.ORG Wed Jun 30 16:45:09 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C8ED1065675 for ; Wed, 30 Jun 2010 16:45:09 +0000 (UTC) (envelope-from ligregni@unixmexico.org) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id F26968FC15 for ; Wed, 30 Jun 2010 16:45:08 +0000 (UTC) Received: by pvb32 with SMTP id 32so469276pvb.13 for ; Wed, 30 Jun 2010 09:45:04 -0700 (PDT) Received: by 10.114.203.16 with SMTP id a16mr9667974wag.166.1277912479372; Wed, 30 Jun 2010 08:41:19 -0700 (PDT) Received: from server ([189.163.186.178]) by mx.google.com with ESMTPS id h4sm75450824wae.11.2010.06.30.08.41.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 30 Jun 2010 08:41:17 -0700 (PDT) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: soc-status@freebsd.org Date: Wed, 30 Jun 2010 10:41:01 -0500 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Sergio Ligregni" Organization: FreeBSD Message-ID: User-Agent: Opera Mail/10.10 (FreeBSD) Subject: Distributed Audit Weekly Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2010 16:45:09 -0000 My mistake I have sent the reports to soc-students, (really sorry about that), but here they are: #1 This is my report Distributed Audit Here are the details of what I've done: a daemon shipd, it will deliver the trails to the master system, this daemon already has this logic features: - three options of tunning (I named it the panic_level) 1: just send the trail when audit closes it 2: search the last correct trail (this is, the trail that is on both systems) and sync from it to the "present" (for this I perform a quicksort by name (that is also a chronological because of the naming of the trails, this can maybe be not so efficient in CPU resources but surely it is efficient in NETWORK resources). 3: search for all the trails located in the slave system in the master system and send those what are not there. - debug option (to no daemonize, it will send messages to stderr, otherwise, the messages are sent to syslog) the TO_DO list (for this week): - to perform the network communication, there is a function that receives the path of the trail to send, it's just the sending part the one missing - please check the is_audit_trail(char *) function if you have some ideas to improve - do a daemon to receive the trails in the master system, the important thing is that the daemon will be also tunneable files: http://p4db.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2010/disaudit&HIDEDEL=NO shipd.c shipd.h ideas.txt Sergio Ligregni #2 This is my report Distributed Audit Based on the TO_DO list sent last week: - to perform the network communication, there is a function that receives the path of the trail to send, it's just the sending part the one missing - do a daemon to receive the trails in the master system, the important thing is that the daemon will be also tunneable I can say both issues are done, the network communication is already working and there's a master daemon that receives the requests, but in the "lab" I got a trouble (solvable these days), that is, i.e.: we can check at master's if there are three files and, since we got that 2 of them are missing, send them: connect check for file #1 close connection connect check for file #2 close connection ... connect send file #1 close connection... this is a not network efficient solution, so, the logic must be adapted: connect check for file #1 check for file #2 check for file #3 close connection connect send file #1 ... and so on, much more efficient. I got help from Garret Cooper telling me where to find the rules about writing a correct Makefile, I will be take care of that later, now it's just to simplify the development. a remaining TO_DO could be: - once the process is tested and working, integrate to current audit tools (I think maybe this will be a good idea to do after the project got approved at Mid-term evaluation, it's just matter of reading from audit_control file and use audit_warn...) - the SSL API integration, planned since the beginning to be done at the second half of the project. files: http://p4db.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2010/disaudit&HIDEDEL=NO Sergio Ligregni -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-soc-status@FreeBSD.ORG Thu Jul 1 18:43:36 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BF2F106566B for ; Thu, 1 Jul 2010 18:43:36 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2E27C8FC08 for ; Thu, 1 Jul 2010 18:43:35 +0000 (UTC) Received: by fxm13 with SMTP id 13so1722158fxm.13 for ; Thu, 01 Jul 2010 11:43:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:date:subject :mime-version:content-transfer-encoding:from:message-id:user-agent; bh=ZuC7dLtwvR1z/W9gFJTHMJfWdeo3CzMWbA+4dFSF6eE=; b=g8ZgS3zj6MNVi/Mrb71ZgxmNDZ+ny2/AVrpbS55JiDd8b3GNCISxrtTX9v+HlKxT8G +Q+zCb0nW7h2iRtlXGg4Ke6phNRAJhFUSZN83+rNqVWxYm1Lur2QaIdW67zll72J2AHk wrnURp7X2kzTiT8AYwQLCWWnU26AU/JDnmNOU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:date:subject:mime-version:content-transfer-encoding :from:message-id:user-agent; b=dDSzVyQF4hhchJ+Trl0n6qRZUy41ISdYYv+yBtxuEDbLI8NX+FAdLFnsbr2PJbycSI Bo5bmEgG4QrCCYTxzyVAGl9bqw++tC++bu48cBXao+chwSgFzOBx96iag79OO76xLGs8 pMjaigRSuPnziGuTFyVCWgW3/V6ma6ZdeA/60= Received: by 10.86.66.1 with SMTP id o1mr739008fga.57.1277983254995; Thu, 01 Jul 2010 04:20:54 -0700 (PDT) Received: from klevas ([77.79.17.80]) by mx.google.com with ESMTPS id 3sm15560267fge.22.2010.07.01.04.20.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 01 Jul 2010 04:20:54 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: soc-status@freebsd.org Date: Thu, 01 Jul 2010 14:20:52 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: User-Agent: Opera Mail/10.60 (FreeBSD) Subject: Making ports work with clang, report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 18:43:36 -0000 Since the report last week I had very little time to work on my project since I had three exams to worry about. Now the semester is officially over, so I'll be able to concentrate on ports/clang again. -- Andrius From owner-soc-status@FreeBSD.ORG Thu Jul 1 20:14:39 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8A8D106564A for ; Thu, 1 Jul 2010 20:14:39 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id A321C8FC14 for ; Thu, 1 Jul 2010 20:14:39 +0000 (UTC) Received: by iwn35 with SMTP id 35so139373iwn.13 for ; Thu, 01 Jul 2010 13:14:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=IrWIFE6FEAKqliPhI3EBr85XTsQbFtQRF81PIrdQSnM=; b=s4uFB9UcYDRXZSxV5DcbzvZjwcTVFVtJv2tB8dTeySkDx9kqMhtWw0xjLnVhLEEPiH nIv95R5UpHB1/hSoucBnWi2lEMIk6VqtUxiLZhNATmkFCLLXCi8jtOYzjUvI8sHh13wZ 06NLzXWvvZniNMn+k9BwLpfirBDImRVURssjk= 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=xrBslHWkX8JgmrXAabiqVQQcOOI5vNWBWAXEgfo3E10b7LST+PQiAE5emTRh+QPzuk OCreeBWaXuXvCAmf8VUiZe4E7OaNM0nGwaKp0o5cPG5r2MaHl6qFnw8X+mq8f4uI98ee 0gmnzu/9FxWiqRXkZxdskZb4JzET9NhouA8ZE= MIME-Version: 1.0 Received: by 10.231.15.70 with SMTP id j6mr6815834iba.141.1278015279165; Thu, 01 Jul 2010 13:14:39 -0700 (PDT) Sender: dforsythe@gmail.com Received: by 10.231.170.143 with HTTP; Thu, 1 Jul 2010 13:14:39 -0700 (PDT) Date: Thu, 1 Jul 2010 16:14:39 -0400 X-Google-Sender-Auth: aZfIFFSzaSOoLgtIUjnCkzh8z1s Message-ID: From: David Forsythe To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [libpkg] - report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 20:14:39 -0000 Last week I added the notion of a property list to the library, which makes it a lot easier to adapt to changes in the format of and contents of package manifests. Because of the addition, I had to write some convenience functions that will make creating and interpreting packages (in code) a lot simpler for FreeBSD specifically. This meant relegating some functionality (such as matching packages in a database) to the convenience code, and leaving the base of libpkg quite generic. The current iteration of the API is pretty solid, and documentation for the base of libpkg is coming along. At this point a complete pkg_info replacement is possible (being written), and a complete pkg_delete should also be possible. I've started writing true unit tests as well. From owner-soc-status@FreeBSD.ORG Fri Jul 2 16:27:51 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 331C1106564A for ; Fri, 2 Jul 2010 16:27:51 +0000 (UTC) (envelope-from phcoder@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id A6E198FC12 for ; Fri, 2 Jul 2010 16:27:50 +0000 (UTC) Received: by bwz12 with SMTP id 12so2067298bwz.13 for ; Fri, 02 Jul 2010 09:27:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type; bh=fv8syXKu5kv994jGkSYIL5Jf8o6+CxQOXCdx95VVab8=; b=GrEnqa1ZeSzeRATUszqKgpNc8rR5zHLOfkeJlZJr+QhWFp+a9RWCCvJ4BfGECaRXr9 3EU74CmgPe+yoMNlnHmMIKmx9Ni73MtxLlLPr8WCv+1kDAbNSp21jEhOtNfVu5Eqy1D0 lliTqvjee2kqwLt3Z4+y9IZj67fMIM0Jl8hJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type; b=iX9oMlJV9bGIe454ug4nb77sktpDEVGQVvtCHqYNOzIZm/rOQoVfQLBV6oMaBBjuL7 1MI0r8v2dOB28alcB1OKCe4rGEfBKBeD0vomxiuI6HfRWszSKOaWS9PJMo/2KDTUZT0G bH1Fx57DnqW5CNdrdVJTZpJDdfdfvovfb7OYo= Received: by 10.204.83.225 with SMTP id g33mr815922bkl.37.1278086606632; Fri, 02 Jul 2010 09:03:26 -0700 (PDT) Received: from debian.bg45.phnet (37-37.203-62.cust.bluewin.ch [62.203.37.37]) by mx.google.com with ESMTPS id o20sm3549519bkw.3.2010.07.02.09.03.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Jul 2010 09:03:26 -0700 (PDT) Message-ID: <4C2E0DC5.4060209@gmail.com> Date: Fri, 02 Jul 2010 18:03:17 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100515 Icedove/3.0.4 MIME-Version: 1.0 To: freebsd-mips@freebsd.org, soc-status@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig1244ABC2A3C96B3776C23581" X-Mailman-Approved-At: Fri, 02 Jul 2010 19:50:39 +0000 Cc: Subject: Yeeloong status reports X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 16:27:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1244ABC2A3C96B3776C23581 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello. I've just resynced p4 with bzr. Now "mountroot>" is always reached and PCI is working. In particular USB controller, so I see my stick on mountroot prompt. Yeeloong has 2 USB controllers: one on PCI and another on Geode. The one on Geode isn't functional yet. So be sure to put your stick into right far port (2 others are on Geode). Unfortunately it works only when full USB debug messages are enabled. I'll investigate. My first guess is that timeouts or delays have to be longer or I messed up timer config. Another problem is that I for now disabled cache altogether since it was causing problems (perhaps virtual aliasing in unhandled L2 cache). Next goals & problems (not necessarily in this order): 1) USB debug problem 2) Try to boot into userspace 3) Check which devices still don't work 4) Local console. 5) Better integration with bootloader (aka hardcode elimination) 6) Cache problem 7) support more than 256M RAM --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig1244ABC2A3C96B3776C23581 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkwuDcsACgkQNak7dOguQgmCiQEAn7OxLjlYTCl5fp9AipTxIfNO dkoPerLhm3RLw9wci5MBAJ4EGsgYYXDj8L8bzVo/TtEPN3XQtnNsEHC4GOC3tZww =c+8B -----END PGP SIGNATURE----- --------------enig1244ABC2A3C96B3776C23581-- From owner-soc-status@FreeBSD.ORG Fri Jul 2 19:39:18 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 634921065674; Fri, 2 Jul 2010 19:39:18 +0000 (UTC) (envelope-from phcoder@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B68668FC13; Fri, 2 Jul 2010 19:39:17 +0000 (UTC) Received: by bwz12 with SMTP id 12so2195072bwz.13 for ; Fri, 02 Jul 2010 12:39:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type; bh=fv8syXKu5kv994jGkSYIL5Jf8o6+CxQOXCdx95VVab8=; b=GrEnqa1ZeSzeRATUszqKgpNc8rR5zHLOfkeJlZJr+QhWFp+a9RWCCvJ4BfGECaRXr9 3EU74CmgPe+yoMNlnHmMIKmx9Ni73MtxLlLPr8WCv+1kDAbNSp21jEhOtNfVu5Eqy1D0 lliTqvjee2kqwLt3Z4+y9IZj67fMIM0Jl8hJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type; b=iX9oMlJV9bGIe454ug4nb77sktpDEVGQVvtCHqYNOzIZm/rOQoVfQLBV6oMaBBjuL7 1MI0r8v2dOB28alcB1OKCe4rGEfBKBeD0vomxiuI6HfRWszSKOaWS9PJMo/2KDTUZT0G bH1Fx57DnqW5CNdrdVJTZpJDdfdfvovfb7OYo= Received: by 10.204.83.225 with SMTP id g33mr815922bkl.37.1278086606632; Fri, 02 Jul 2010 09:03:26 -0700 (PDT) Received: from debian.bg45.phnet (37-37.203-62.cust.bluewin.ch [62.203.37.37]) by mx.google.com with ESMTPS id o20sm3549519bkw.3.2010.07.02.09.03.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Jul 2010 09:03:26 -0700 (PDT) Message-ID: <4C2E0DC5.4060209@gmail.com> Date: Fri, 02 Jul 2010 18:03:17 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100515 Icedove/3.0.4 MIME-Version: 1.0 To: freebsd-mips@freebsd.org, soc-status@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig1244ABC2A3C96B3776C23581" X-Mailman-Approved-At: Sat, 03 Jul 2010 00:34:10 +0000 Cc: Subject: Yeeloong status reports X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 19:39:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1244ABC2A3C96B3776C23581 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello. I've just resynced p4 with bzr. Now "mountroot>" is always reached and PCI is working. In particular USB controller, so I see my stick on mountroot prompt. Yeeloong has 2 USB controllers: one on PCI and another on Geode. The one on Geode isn't functional yet. So be sure to put your stick into right far port (2 others are on Geode). Unfortunately it works only when full USB debug messages are enabled. I'll investigate. My first guess is that timeouts or delays have to be longer or I messed up timer config. Another problem is that I for now disabled cache altogether since it was causing problems (perhaps virtual aliasing in unhandled L2 cache). Next goals & problems (not necessarily in this order): 1) USB debug problem 2) Try to boot into userspace 3) Check which devices still don't work 4) Local console. 5) Better integration with bootloader (aka hardcode elimination) 6) Cache problem 7) support more than 256M RAM --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig1244ABC2A3C96B3776C23581 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkwuDcsACgkQNak7dOguQgmCiQEAn7OxLjlYTCl5fp9AipTxIfNO dkoPerLhm3RLw9wci5MBAJ4EGsgYYXDj8L8bzVo/TtEPN3XQtnNsEHC4GOC3tZww =c+8B -----END PGP SIGNATURE----- --------------enig1244ABC2A3C96B3776C23581-- From owner-soc-status@FreeBSD.ORG Sat Jul 3 18:29:55 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD5EE1065672 for ; Sat, 3 Jul 2010 18:29:55 +0000 (UTC) (envelope-from alexandre@net.t-labs.tu-berlin.de) Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [130.149.220.252]) by mx1.freebsd.org (Postfix) with ESMTP id 9089D8FC15 for ; Sat, 3 Jul 2010 18:29:55 +0000 (UTC) Received: from treesnake.net.t-labs.tu-berlin.de (treesnake.net.t-labs.tu-berlin.de [130.149.220.173]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTP id 27AA370015A6 for ; Sat, 3 Jul 2010 20:29:54 +0200 (CEST) From: Alexandre Fiveg Organization: t-net To: soc-status@freebsd.org Date: Sat, 3 Jul 2010 20:29:52 +0200 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201007032029.52767.alexandre@net.t-labs.tu-berlin.de> Subject: ringmap #4, #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jul 2010 18:29:55 -0000 Since I did not get the hardware (10GbE adapter) I've solved an additional tasks during last two weeks: ringmap has now multi-threading functionality. Multiple libpcap applications can simultaneously capture traffic using ringmap-driver (until now single-threading was one of the ringmaps restrictions). + currently ringmap works well in -current. I've done multiple tests with some easy libpcap-programms and with tcpdump as well. All tetst worked correctly. + 10 GbE Adapter was delivered at Friday. I prepared already the machines and installed the needed software, so on Monday starts the porting ringmap to 10G From owner-soc-status@FreeBSD.ORG Sun Jul 4 16:38:47 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8165106564A; Sun, 4 Jul 2010 16:38:47 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 519D88FC1D; Sun, 4 Jul 2010 16:38:47 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 0275114DBEE2; Sun, 4 Jul 2010 18:38:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id rNNHXHLPddZw; Sun, 4 Jul 2010 18:38:43 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 0DAA014DBDDE; Sun, 4 Jul 2010 18:38:43 +0200 (CEST) Message-ID: <4C30B90F.9040703@FreeBSD.org> Date: Sun, 04 Jul 2010 18:38:39 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> <4C230A0B.3080700@FreeBSD.org> <4C2761B8.9030800@FreeBSD.org> In-Reply-To: <4C2761B8.9030800@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Collective resource limits status report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 16:38:47 -0000 Since last report, I've resolved the problems that caused kernel panic. The linked list handling now seems to be ok, I've checked it many times but somehow still there's a bug somewhere. I store an entry there but later the job isn't found. I've also added some Robert Watson locking (see rwlock(9), last line :) to check if that helps but it caused another kernel panics, so this is commented out at the moment. Now, I'm working on resolving the locking problem and making the lists actually work. I might try debugging with adding some temporary syscalls to access internal kernel structures or printing out something with a sysctl (this was pgj's idea) so that I can figure out what's going wrong. If you have a better idea or you find something strange in the patch, please let me know. Another issue, I've tried to merge my work into p4 but I got strange problems. I wrote to soc-admins@ and perforce-admin@ regarding this, I hope I can also figure it out soon. For the meantime, I provide a full patch, I think it's still easy to read because the main part of the code resides in sys/kern/kern_jobs.c. http://kovesdan.org/patches/jobs_current.diff Gabor From owner-soc-status@FreeBSD.ORG Sun Jul 4 20:03:12 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D37106566B; Sun, 4 Jul 2010 20:03:12 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 6FCFC8FC1A; Sun, 4 Jul 2010 20:03:12 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 7C17914DBEF0; Sun, 4 Jul 2010 22:03:11 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id o8v+T5U4Qxe5; Sun, 4 Jul 2010 22:03:09 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 4AEF114DBEEA; Sun, 4 Jul 2010 22:03:09 +0200 (CEST) Message-ID: <4C30E8FA.6090707@FreeBSD.org> Date: Sun, 04 Jul 2010 22:03:06 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> <4C230A0B.3080700@FreeBSD.org> <4C2761B8.9030800@FreeBSD.org> <4C30B90F.9040703@FreeBSD.org> In-Reply-To: <4C30B90F.9040703@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Re: Collective resource limits status report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 20:03:12 -0000 Em 2010.07.04. 18:38, Gabor Kovesdan escreveu: > Another issue, I've tried to merge my work into p4 but I got strange > problems. I wrote to soc-admins@ and perforce-admin@ regarding this, I > hope I can also figure it out soon. For the meantime, I provide a full > patch, I think it's still easy to read because the main part of the > code resides in sys/kern/kern_jobs.c. Merge done, sources are in //depot/projects/soc2010/gabor_jobs/irix_jobs/... Gabor From owner-soc-status@FreeBSD.ORG Mon Jul 5 01:02:35 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D8961065697 for ; Mon, 5 Jul 2010 01:02:35 +0000 (UTC) (envelope-from gnehzuil@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 32C5D8FC1E for ; Mon, 5 Jul 2010 01:02:34 +0000 (UTC) Received: by pwj9 with SMTP id 9so1435561pwj.13 for ; Sun, 04 Jul 2010 18:02:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=CRvi6HaJfqrw2Cat+i0VGLPucqH5NggQnI9bWixNPHk=; b=F4Bq/nehueNMDKE6wfIatsomkAzBv2xXgxs+wCijeaQ3VO8kPWLNyMO2PCm6KWTi8Y f1Ugi6VkCexAIl2csSbzLvkX1bRUy7sW92PrCdTrltyP80/5vUs4opfEdL84JU6pPIXY Sk6H9TAvlpbCwLtWDIO18pP9ynkZ/KNEYzK40= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=sSzzng7GsR/CONNUVoj3uHTvKCMZvkSNgjUrGlR52z6i54/3AvXAIptB27C8n0Mdro tMiqx+ja1DFHj2eYW5rTRgyvQuTaxdQ/9YIduoVY7ezC9KTUsWiwGE5J/QR8w1biU1qR klc2kFfiwE1OkmCTVXQiH1pWV7AfDCWnNiQWY= Received: by 10.142.207.5 with SMTP id e5mr2473005wfg.81.1278291737485; Sun, 04 Jul 2010 18:02:17 -0700 (PDT) Received: from [192.168.1.249] ([166.111.68.197]) by mx.google.com with ESMTPS id 21sm3889296wfi.5.2010.07.04.18.02.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Jul 2010 18:02:16 -0700 (PDT) Message-ID: <4C312F14.3000705@gmail.com> Date: Mon, 05 Jul 2010 09:02:12 +0800 From: gnehzuil User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [extfs] status report 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 01:02:35 -0000 Status: * Now ext2fs can read ext4 file system in some features. + has_journal + filetype + sparse_super + huge_file * Modify ext2_read() function to adapt ext4 extent. Plan for next week: * prepare for mid-term evaluations * make ext2fs can read ext4 extent in read-only mode. lz From owner-soc-status@FreeBSD.ORG Mon Jul 5 19:40:47 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9942F1065673; Mon, 5 Jul 2010 19:40:47 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id EFBB88FC18; Mon, 5 Jul 2010 19:40:46 +0000 (UTC) Received: by bwz12 with SMTP id 12so3587108bwz.13 for ; Mon, 05 Jul 2010 12:40:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=hY1g20S9+sSezsCSiYV+5RIhDB2aZauCF2Ao28Yqxnk=; b=BwsgQAQGnuToHsLexe27DQ/7RY4cO/XAeSIQhTQxDtoFfwnuUb88VbhXo8Xy5qws29 eZsS0F/djn2kCYqienpn3DpZmIrwlEQgUSNb3r8QkBMERU/+YwWBF9Jl8ysqaqkCD79E TMHwXGGAw+Q4ha1U4WCsqqSFrboNQ1CkPTrDU= 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:cc:content-type; b=M76K9OL0qlZsR8NpXhaQHhUbSQhrECuG0L+hgJhXVqJ5Sin1ju0l4Jyi0PIlE10jDJ T+mLD5G21Cdm0BXUFgZer0NF9fN7KmYKTciO3dGnWXEUbDntm2s+qW480OJITmRKfkB6 pU75wsINSwIUgLackIoB8eBBySWUhK5LuU1TU= MIME-Version: 1.0 Received: by 10.204.126.153 with SMTP id c25mr2763200bks.27.1278358835756; Mon, 05 Jul 2010 12:40:35 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.204.67.210 with HTTP; Mon, 5 Jul 2010 12:40:35 -0700 (PDT) Date: Mon, 5 Jul 2010 21:40:35 +0200 X-Google-Sender-Auth: ZY44nfw5XXgvwysx8GqIZQRHD28 Message-ID: From: Julien LAFFAYE To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: emaste@freebsd.org Subject: [pkg_complete] report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 19:40:47 -0000 Hi, Unfortunately, I have not commited any code to p4 this week because I had my final exams, went back to France and went to a wedding, This week I plan to polish the code for the mid term evaluations and start to work on the milestones scheduled after the mid-terms (pkg_add support). Regards, Julien From owner-soc-status@FreeBSD.ORG Mon Jul 5 20:31:05 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6E0E1065672 for ; Mon, 5 Jul 2010 20:31:05 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB418FC14 for ; Mon, 5 Jul 2010 20:31:05 +0000 (UTC) Received: by vws6 with SMTP id 6so6668851vws.13 for ; Mon, 05 Jul 2010 13:31:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=E95w0p9dJ41fTM0yItiWliWJMlV+zARKo5hb6Ayzx2s=; b=G7Y1DLxFKw2mB+oawr3LNpJguD6xgBsEQ7PE3BpkV1YLfGY0AiyxqKwUhqR96N3QHb pSpMKIHZO/Zi9AHb0i4P2wYLvU/69uKFSKIfn+BxiwSdR8fyOexKHYEVtOZ9t7uQtgrd YXBJkyL1QNVfeYt4J76zCkC8LUs6M/3ZAjFcI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=MiT9aBwQD093KoLXkHCKbiqKLjt1oXqQvS9Usn0K6vD+8qj1ITJCGreT62VRO8in2h ZM+Aj13XPn3NQ7DCoO8EEe0xqlLXhvqFTf/jte5w80tjp1ZQbmev3we2G1dYvRG71JnY Y1P3ZItDOeoJmijZlNJLI+JzfXzZOOXt4SQl0= MIME-Version: 1.0 Received: by 10.229.224.206 with SMTP id ip14mr1944836qcb.66.1278361859689; Mon, 05 Jul 2010 13:30:59 -0700 (PDT) Received: by 10.229.249.213 with HTTP; Mon, 5 Jul 2010 13:30:59 -0700 (PDT) Date: Mon, 5 Jul 2010 23:30:59 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [fsnotify] report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 20:31:05 -0000 I've spent the week fixing bugs, generally reference counting, validity of node to vnode pointers, resource leakage, etc. Hope to working on missing functionality soon, but first there is another panic left. From owner-soc-status@FreeBSD.ORG Mon Jul 5 23:29:21 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62168106566B; Mon, 5 Jul 2010 23:29:21 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B84418FC16; Mon, 5 Jul 2010 23:29:20 +0000 (UTC) Received: by bwz12 with SMTP id 12so3729981bwz.13 for ; Mon, 05 Jul 2010 16:29:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=MVZbTaBMFXZdsJktsZ0hMCPd42dQlKm2L8+h/WskH6w=; b=DUAWDLA/+cbqCXXFGHIHxfRG/hCCs/K7bmao5Ro0xrFBp9Z/jlZ5NRkLSOQdof9b15 lIKrVms8cUFJe0f67OhPWuWR17iVAvs24iNuCTAK7MKq8IB5MXEwXSUfQyVaGa60LKOK YmJTFWtTX3EgYOX3So59URFzpjnjxpelJXEpA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=kU9GEF4keopTrEqxL2PUFHDMUklz8+xsMBu6JU/vSnERiFBp9RlDbymEkgujGyYXC4 SGfFDQ+XVfvP4zeODUlP48zYvoncLAO7jLw/WjN8eAe1aGpR1XFuqGdYjlk/DdKOeeiZ aDsozVJXjfEp/DlDe5Appht8GgJsXexXOExx0= Received: by 10.213.22.135 with SMTP id n7mr3065117ebb.73.1278372547315; Mon, 05 Jul 2010 16:29:07 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.87.145 with HTTP; Mon, 5 Jul 2010 16:28:47 -0700 (PDT) In-Reply-To: References: From: Ivan Voras Date: Tue, 6 Jul 2010 01:28:47 +0200 X-Google-Sender-Auth: WsqNvFNcFROAqz5ZgjOPzZ_C8dA Message-ID: To: soc-status@freebsd.org, Andrew Pantyukhin Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: pkg_patch status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Jul 2010 23:29:21 -0000 Finished milestone 3 - mass package patch creation (the basic version). Next up: metadata management for mass package patch collections. As always, the wiki page has the timeline and other information: http://wiki.freebsd.org/IvanVoras/pkg_patch From owner-soc-status@FreeBSD.ORG Tue Jul 6 11:07:21 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 083871065670; Tue, 6 Jul 2010 11:07:21 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6191C8FC08; Tue, 6 Jul 2010 11:07:20 +0000 (UTC) Received: by bwz12 with SMTP id 12so4106413bwz.13 for ; Tue, 06 Jul 2010 04:07:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=gH6i/Mmf/T8opg5NrvQzi56cbBcypsikOzd3pj2Fs/I=; b=w3gtpW5IK3AaykuhMPh62Lcf/ff1MBI8A+UjZTpOJ7N2yYmMqtKTnGNLxrrvo47vvn kkAywdXz2SW7bV0aaM09XpyuYRXInpZsIxYwZ5oET1YscWOPbnESmkIDYWF6Gg51eUyl ablc3r3otz4fKMbRCLCHxtCHy0NUdYyya/H+o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=rjJevR3axmBLmLJHPEa3CNaDDyeLFZZbfFMDzkQ3k0CzqdUUgnoeduJ0R4AiySP9Eh 2SzlXu2zRtXU80EcPXHhgKlBtj1w9cDzKrP/+vhUx3UCd0oDFpV8IOwqDIaLLyMA4m6z BahNXZHwV6c57taqSZrAS1CqltsC3htW4lTIg= MIME-Version: 1.0 Received: by 10.204.83.194 with SMTP id g2mr3512556bkl.48.1278414433760; Tue, 06 Jul 2010 04:07:13 -0700 (PDT) Received: by 10.204.112.8 with HTTP; Tue, 6 Jul 2010 04:07:13 -0700 (PDT) Date: Tue, 6 Jul 2010 14:07:13 +0300 Message-ID: From: Efstratios Karatzas To: trustedbsd-audit@trustedbsd.org, soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Audit Kernel Events, weekly report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Jul 2010 11:07:21 -0000 I spent last week working on NFSv4, introducing new Audit events, altering the way the nfs server handles filehandles, fixing bugs, etc. This week, I hope to finish Audit support for NFSv4; I'm currently going throught the code + RFC, trying to figure out what information should be kept for NFSv4 specific events. Since this is the first report I'm forwading to the trustedbsd-audit list, I'm including a link to my wiki page + soc-status archives for anyone interested in my project http://lists.freebsd.org/pipermail/soc-status/ http://wiki.freebsd.org/SOC2010EfstratiosKaratzas Thanks -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Wed Jul 7 21:20:29 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0CEF10656C1 for ; Wed, 7 Jul 2010 21:20:29 +0000 (UTC) (envelope-from jceel@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 80D1C8FC0C for ; Wed, 7 Jul 2010 21:20:29 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id EF493C42E0; Wed, 7 Jul 2010 23:26:26 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id UGb7HQYot7dr; Wed, 7 Jul 2010 23:26:26 +0200 (CEST) Received: from alpha-r3-0.sc.czest.pl (unknown [195.150.224.245]) by smtp.semihalf.com (Postfix) with ESMTPSA id 5CDA2C42D8; Wed, 7 Jul 2010 23:26:26 +0200 (CEST) From: Jakub Klama Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 7 Jul 2010 23:20:26 +0200 Message-Id: <0DBF504E-6602-4AC0-8C43-E0A81BB187EA@semihalf.com> To: soc-status@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Cc: Rafal Jaworowski Subject: [DMA Engine Framework] status report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 21:20:29 -0000 Done this week: * Added support for transfers from/to FIFOs in EDMA3 driver * Added support for repeated transfers in EDMA3 driver * Improved DMA char device driver * Refactored framework name: from DMAE to GPDMA (General Purpose DMA) as suggested by mentor Plans for next week: * Begin working on milestone M3, close milestone M2 and M4 * Implement more unit tests Pending issues: * Not sure how execute DMA transfer callbacks: from ithread context or dedicated taskqueue or kthread. * Still slightly behind my schedule -- Jakub Klama From owner-soc-status@FreeBSD.ORG Fri Jul 9 08:12:03 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBFD1106564A for ; Fri, 9 Jul 2010 08:12:03 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8642D8FC18 for ; Fri, 9 Jul 2010 08:12:03 +0000 (UTC) Received: by iwn35 with SMTP id 35so2342162iwn.13 for ; Fri, 09 Jul 2010 01:12:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=DlyCscFL03RENiA2heHmNnCuITiXoDNAfT/QTi9cDng=; b=SpXV9PzqxEL3oLnC6e978G1m2lbIlytGUrS3JnSflHDnGfV0l9LWjbWyoJ57SyYO2o vP3KrO7BfSkMOiKspvG7TNSZIyhqVRGPrcJP5fOHTKod5Du6fCzdzz59FtrcmaiIb/mr uHkyh4PmM6bpi0DnxHqO71ej/yWTSW76ypc8s= 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=EOCXli5srAaC/GIilsMxN/kRcYGVOR68Y5xqQMpfcIS3uCAMXMgQRUsPWUtdY/GeL1 HPAeBM2MIGaLWPSLeRbnXWUgeGmDqr2WGpm2EqP5O8T//OCMn1nqRbvuBrXTcCKhYrwe xF7Er/4djxyITy6ZE3WddsB5ZsQOSTdC4JGKo= MIME-Version: 1.0 Received: by 10.231.174.136 with SMTP id t8mr10015903ibz.158.1278663122902; Fri, 09 Jul 2010 01:12:02 -0700 (PDT) Sender: dforsythe@gmail.com Received: by 10.231.170.143 with HTTP; Fri, 9 Jul 2010 01:12:02 -0700 (PDT) Date: Fri, 9 Jul 2010 04:12:02 -0400 X-Google-Sender-Auth: bMDoZNPo_rNddKbHkHNVqiNY0OI Message-ID: From: David Forsythe To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [libpkg] - report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 08:12:03 -0000 Over the last week I've added repository support for the simple FreeBSD repository type back into libpkg. I've also built up the pkg_freebsd interface, and used it to build a pkg_info replacement. Currently the pkg_info tool can print information from installed packages in the same format as the current tool, but I haven't added support local files and urls. Some error output and behavior for bad argument sets is off also, but fixing that is not much of a priority right now. I've put writing unit tests on hold while I build proof of concept tools with the library. I've also put documenting the library on hold since I'm moving things around and adding/removing functions as I build client applications and get a better feel for how the library will be used. From owner-soc-status@FreeBSD.ORG Fri Jul 9 08:14:39 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1A91106566B for ; Fri, 9 Jul 2010 08:14:39 +0000 (UTC) (envelope-from bfiedler@asu.edu) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 749B78FC1C for ; Fri, 9 Jul 2010 08:14:39 +0000 (UTC) Received: by ewy26 with SMTP id 26so457027ewy.13 for ; Fri, 09 Jul 2010 01:14:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.28.5 with SMTP id k5mr8063645ebc.24.1278663270212; Fri, 09 Jul 2010 01:14:30 -0700 (PDT) Received: by 10.213.104.145 with HTTP; Fri, 9 Jul 2010 01:14:30 -0700 (PDT) Date: Fri, 9 Jul 2010 01:14:30 -0700 Message-ID: From: Ben Fiedler To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: bsdtextproc week #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 08:14:39 -0000 These final diff features to support (group/line formats, dynamic function matching) are proving the most difficult to add. There's a lot of overhead necessary for each of them, as well as efficiently tying them into the existing structure, which I am steadily building. Implementing a custom printf-parser which is needed for the format lines would be far more trouble than it's worth, but I think I have a solution involving regex's and sprintf. I have also begun to work (admittedly, only a small amount) on Ulrich's mandoc branch in preparation for switching to that milestone. -Ben From owner-soc-status@FreeBSD.ORG Fri Jul 9 09:53:40 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D106106564A for ; Fri, 9 Jul 2010 09:53:40 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2FE658FC1F for ; Fri, 9 Jul 2010 09:53:39 +0000 (UTC) Received: by fxm13 with SMTP id 13so1007043fxm.13 for ; Fri, 09 Jul 2010 02:53:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:date:subject :mime-version:content-transfer-encoding:from:message-id:user-agent; bh=z1TZbr8vcDii2Mf/opJPzVHqZ3rJekfJCgzFcxvgbG8=; b=MEpTZOz4aTQb80CH0KNynu9jVi7CDRLBDhaEKEW/M7nBmm3FzAkKCq2b+ePoJFqnC/ YmzaWODYg6AmAZr1uQIrQwvRAFM1Z+XH1jBFx8XHkvZcBuJQ5An4tX6iQKkCgYziky3y NQoib+KAv6w6+k8PaRyoHC68zIAuj3zG0qSOA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:date:subject:mime-version:content-transfer-encoding :from:message-id:user-agent; b=V5oHfZ2MrXeZf3yc8pxtfkM70YcQ/sp3/6CcalX3/8uWP0/U2FGo2uAnEt4ISiRCOP CRZxTufEuzRn6bFy9WS0/9KvDUIQ1wcd/+zbJZc8gtsi8wSpKLnnObcxJ+FPYbnmrBpR X8mOUMraHTU2PhOY0s4ucKhWcHAvaTxiOIcUo= Received: by 10.223.103.141 with SMTP id k13mr8161419fao.16.1278669210791; Fri, 09 Jul 2010 02:53:30 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id b14sm1476017fab.43.2010.07.09.02.53.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Jul 2010 02:53:30 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: soc-status@freebsd.org Date: Fri, 09 Jul 2010 12:53:28 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: User-Agent: Opera Mail/10.60 (FreeBSD) Subject: Making ports work with clang, report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 09:53:40 -0000 Since last report I've added a way to disable PORTS_CC, because it may not work right in certain situations. With PORTS_CC disabled, ports behave almost exactly the same way they do in normal ports tree. The only difference is that CC is explicitly set to "gcc" if USE_GCC wants to use the version in base. Other than that, I've been enjoying more clang bugs and fixed some ports. I have also started experimenting with a tool which should help maintainers test their ports with clang, find common problems and suggest solutions where it's possible. http://wiki.freebsd.org/SOC2010AndriusMorkunas -- Andrius From owner-soc-status@FreeBSD.ORG Fri Jul 9 10:33:17 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0B00106566B; Fri, 9 Jul 2010 10:33:17 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7DC558FC1D; Fri, 9 Jul 2010 10:33:17 +0000 (UTC) Received: by qyk7 with SMTP id 7so4044666qyk.13 for ; Fri, 09 Jul 2010 03:33:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=u4a+kC1oyOK6U8mI+OwavVxKyXSyL5DWZcOn2FbV3Wg=; b=aYYqN4VkjNmokvoRLrz7Wv6T51geg7Iw2VUs/K2rrhYvUntBq2MwBTaH0iK+PTpG6/ dQ9rA3Nj0Dosh7Qn1Q24hdgFV+YGf965bic2OhC36YpqkAJCiH7k3RDaXauLVTpIVp/p Rj+DfLkmcatlp6CRvgUUqVKAHCAE3O/tCSAXo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=AakPkzQHZq4TTO+I8g/dO+hl7RDKcCeu2fdXfoZvY9LiycHh+ap12zpBC2IJXFDK4y s9MBX8gyv9uZ0SjrtU3XB7KzCIjMnll40xPISzuzJTXGojQ3F+qCRAEksqGU+5vofgZL VeBXHd5qMyJeDbTelzQzm9hOqG0hyOpJwA6vM= MIME-Version: 1.0 Received: by 10.224.11.131 with SMTP id t3mr5461766qat.11.1278671585573; Fri, 09 Jul 2010 03:33:05 -0700 (PDT) Received: by 10.229.249.213 with HTTP; Fri, 9 Jul 2010 03:33:05 -0700 (PDT) Date: Fri, 9 Jul 2010 13:33:05 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: [fsnotify] report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jul 2010 10:33:17 -0000 Done this week: * Use kernel process instead of taskqueue to process events * Set root and current directories to rootvnode for fsnotify process * Lookup and check global path only (not chroot) * Hold vnode reference to prevent vnode reuse * Return inode number in lookupex if node already exists From owner-soc-status@FreeBSD.ORG Sun Jul 11 12:33:45 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 668711065672 for ; Sun, 11 Jul 2010 12:33:45 +0000 (UTC) (envelope-from gnehzuil@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3BCC88FC0A for ; Sun, 11 Jul 2010 12:33:44 +0000 (UTC) Received: by pwj9 with SMTP id 9so1634685pwj.13 for ; Sun, 11 Jul 2010 05:33:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=oQAkXrzuJXjmab2oArs+oeEN3zBa5q9H9uvc126sI88=; b=dcPKH/GTxQTIhhhRTFafHXnJglEVJkDXSIj+RYNN1f0Prd5tWYseZELbD/BgX60YDy EVmIODZPoMAuQd+bbHNEA0K9Zhaaxy/Hny3JUToJZMpDKaL5NGtpJCTLOFOhN6Bx1LF3 oCeQWrlq7n2lDhdYqO9KtLf7CMrMgPy9pN4uU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=Ldyq91ZRL53nnwXkIYdyKg2VHxGYObxCWXQHJLwgpp+RYjfKuHdCyFcO1y5ihdzEfw DWxY+Q4RMg+CALorMg4lny1NU5ley/3qT4tHBU06TVUfvgPoKIlHmhvLZDMPbfUQDyBF qgSsQDMtT4sXQeOpuCA9mnZR8jrZBO3vVzu+E= Received: by 10.142.216.21 with SMTP id o21mr4504688wfg.231.1278851624649; Sun, 11 Jul 2010 05:33:44 -0700 (PDT) Received: from [192.168.1.157] ([166.111.68.197]) by mx.google.com with ESMTPS id g37sm3238743rvb.5.2010.07.11.05.33.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Jul 2010 05:33:44 -0700 (PDT) Message-ID: <4C39BA11.7030804@gmail.com> Date: Sun, 11 Jul 2010 20:33:21 +0800 From: gnehzuil User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [extfs] status report 6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jul 2010 12:33:45 -0000 Status: * Now ext2fs can read ext4 extents in root directory. However, there are some limits, such as file size < 128MB and can not read from sub-directory. Plan for next week: * Make it can read ext4 extents in read-only mode. lz From owner-soc-status@FreeBSD.ORG Sun Jul 11 17:12:34 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1391E1065670; Sun, 11 Jul 2010 17:12:34 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC7F8FC13; Sun, 11 Jul 2010 17:12:33 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id A689B14DC04E; Sun, 11 Jul 2010 19:12:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id M17jchYWEzUY; Sun, 11 Jul 2010 19:12:29 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id D792814DC043; Sun, 11 Jul 2010 19:12:29 +0200 (CEST) Message-ID: <4C39FB7B.4030203@FreeBSD.org> Date: Sun, 11 Jul 2010 19:12:27 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> <4C230A0B.3080700@FreeBSD.org> <4C2761B8.9030800@FreeBSD.org> <4C30B90F.9040703@FreeBSD.org> In-Reply-To: <4C30B90F.9040703@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Collective resource limits status report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jul 2010 17:12:34 -0000 Since last report, I've found out where's the bug in my code I just don't know yet the reason and the solution. The upper half of a 64-bit variable gets corrupted and then a comparison, which should evaluate to true just fails. I'll switch to a 32-bit jid_t for now and hopefully that will solve this and I can progress until I find out the reason and then I can switch back to a 64-bit jid_t. Apart from this investigation, I've cleanup up the locking. First, I wanted to add a 2-level locking, one lock for the linked list itself that holds the job entries and one particular lock for each entry. I wanted to minimize sleeping on locks in this way but probably it was an overkill because these operations are short and the locking overhead might be higher than what we could gain. And it just didn't work correctly. Now I only use one rwlock for list operations and it seems fine. I've also added some lines of code and applied some whitespace cleanup. Now buildworld/buildkernel is running and when it finishes I hope my code will work with 32-bit jid_t and then finally I can concentrate on actual limits. Latest sources in //depot/projects/soc2010/gabor_jobs/irix_jobs/. Gabor From owner-soc-status@FreeBSD.ORG Sun Jul 11 22:34:13 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31F821065676; Sun, 11 Jul 2010 22:34:13 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 933F38FC1B; Sun, 11 Jul 2010 22:34:12 +0000 (UTC) Received: by wyb34 with SMTP id 34so3490945wyb.13 for ; Sun, 11 Jul 2010 15:34:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=YOIL0mL+VbwjaCnfFDdV95d/iVtu6yOEVcUwI4zlQCI=; b=mSlqF9PRhJ+1BpAcwK4haY2Qgn6VBOFmUsVqcYNMKcWMMWJQd57UM1lJnopXb9RLn1 jDltBJOd3WKckeNidHP6GLduZEF62xegm30695ocyBtYxcEk/gndXYKuqWTz92HTyoGR D4exVfgdoEkJOgo/H3KgJHf45PX+8P5vHlJ+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=qYiMjUSkPcoBsPPDAvjtky+6eBsa/TbijqqxQGEC7BI/etl7XAFvyo8OY8o1AfPVMX pIUsYWigT/dz6flsrmWaQC0rlYAzTlePog+UatgEnBhD0FJ2Lbj+rVjjgMUjSy8x0u+M dLfbClM7h7AZUyKjIKDhi3awQ/XzeEVnIfdYQ= Received: by 10.227.40.220 with SMTP id l28mr11740501wbe.84.1278887651420; Sun, 11 Jul 2010 15:34:11 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.87.145 with HTTP; Sun, 11 Jul 2010 15:33:51 -0700 (PDT) In-Reply-To: References: From: Ivan Voras Date: Mon, 12 Jul 2010 00:33:51 +0200 X-Google-Sender-Auth: DsFSCaj9S54p_f_FY-1XIaJyyfU Message-ID: To: soc-status@freebsd.org, Andrew Pantyukhin Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: pkg_patch status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jul 2010 22:34:13 -0000 Finished first part of mass update function, package patches are downloading. Up next: sort the patches by dependancies and apply them. This actually means that The End is Near - the canonical development phase of the project (i.e. ready for testing, bugfixing) will be finished somewhere near midterm evaluation. From owner-soc-status@FreeBSD.ORG Mon Jul 12 03:45:02 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 659361065670; Mon, 12 Jul 2010 03:45:02 +0000 (UTC) (envelope-from ligregni@unixmexico.org) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2E87D8FC18; Mon, 12 Jul 2010 03:45:01 +0000 (UTC) Received: by pxi8 with SMTP id 8so1795320pxi.13 for ; Sun, 11 Jul 2010 20:45:01 -0700 (PDT) Received: by 10.142.194.1 with SMTP id r1mr15704209wff.125.1278906301486; Sun, 11 Jul 2010 20:45:01 -0700 (PDT) Received: from server ([189.163.172.175]) by mx.google.com with ESMTPS id l40sm4005035rvb.6.2010.07.11.20.44.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Jul 2010 20:45:00 -0700 (PDT) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "soc-status@freebsd.org" Date: Sun, 11 Jul 2010 22:44:44 -0500 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Sergio Ligregni" Organization: FreeBSD Message-ID: User-Agent: Opera Mail/10.60 (FreeBSD) Cc: "sson@freebsd.org" Subject: Distributed Audit MidTerm report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 03:45:02 -0000 Hi all, this is the report prior MidTerm evaluation I can say the project is pretty on schedule, and that the 90% of the functionality is working. The shipd daemon is working and has been tested in a small network, this daemon: - perform sync based on any of the three "panic levels" - when panic level is 2, the daemon only synchronize the latest trails - when panic level is 3, the daemon checks for all trails - connects with damasterd daemon, ask if there is a trail in master's and send those missing The damasterd daemon is working and has been tested in a small network, this daemon: - checks if the trails are in master's - according to the parameters, it either search/creates trails under slave's root directory or create a directory per each host - if the MD5 checksum for a trail isn't equal, the daemon assumes there is no such trail and then the shipd daemon will send it again - the naming convention of the trails, in an example: 20100712024237.20100712024244.ligPhenom.20100712025309 trail_init .trail_end .host .date/time received TO_DO: - integrate with current audit (using audit_warn or modifying auditd) - implement SSL in network communication - define the location of the parameters (maybe audit_control or maybe another config file) and arrange the naming and comments - the doc (the file ideas.txt already has a lot of doc about the parameters) The perforce depot: http://p4db.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2010/disaudit&HIDEDEL=NO The Wiki: http://wiki.freebsd.org/SOC2010SergioLigregni Please provide some feedback if you have improvement ideas. Sergio Ligregni -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-soc-status@FreeBSD.ORG Mon Jul 12 09:16:57 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B796106566B; Mon, 12 Jul 2010 09:16:57 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.syscare.sk (services.syscare.sk [188.40.39.36]) by mx1.freebsd.org (Postfix) with ESMTP id 00F7D8FC1D; Mon, 12 Jul 2010 09:16:56 +0000 (UTC) Received: from services.syscare.sk (services [188.40.39.36]) by services.syscare.sk (Postfix) with ESMTP id 7E56A33DDA; Mon, 12 Jul 2010 11:00:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.syscare.sk ([188.40.39.36]) by services.syscare.sk (services.rulez.sk [188.40.39.36]) (amavisd-new, port 10024) with ESMTP id 1rjSiAW3dgyK; Mon, 12 Jul 2010 11:00:49 +0200 (CEST) Received: from danger-mbp.local (bband-dyn49.178-40-157.t-com.sk [178.40.157.49]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.syscare.sk (Postfix) with ESMTPSA id 5B1D633DCD; Mon, 12 Jul 2010 11:00:49 +0200 (CEST) Message-ID: <4C3AD9C0.5040604@FreeBSD.org> Date: Mon, 12 Jul 2010 11:00:48 +0200 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.7pre) Gecko/20100630 Lanikai/3.1.1pre MIME-Version: 1.0 To: Mohammed Farrag References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: bsdimp@gmail.com, soc-status@freebsd.org, monthly@freebsd.org Subject: Re: Mohammed Farrag GSoC Modified Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 09:16:57 -0000 On 12.7.2010 1:27, Mohammed Farrag wrote: > Hi, > I am sorry but I sent unorganized status report previously. This one > is more organized. Tell me if there are problems in the report. Hi, you forgot the attachment :) -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-soc-status@FreeBSD.ORG Sun Jul 11 23:07:13 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8249106566C; Sun, 11 Jul 2010 23:07:13 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2DE0C8FC18; Sun, 11 Jul 2010 23:07:12 +0000 (UTC) Received: by wyb34 with SMTP id 34so3502407wyb.13 for ; Sun, 11 Jul 2010 16:07:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ATH3uexabh5Zcl1AvSN8Wp7EcTlNZHqZ92PzIyBAR0s=; b=ci6ggH44h5F1nP6kcTe9cnYMSYBVLARub4NrdzFtrZzwpif4ZJuK8oCPqBFq25NNsT upcmfVmHA7mprVlg5VoD/2QJyNMT00uqwRWZzWGqGv7jHP0ufAjq8sTmJ95GiA3LvRyM gM2px1S4Zn/qomOlCVMSp4KGQABTk+NmRhaiY= 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:cc:content-type; b=i1DEsqAaf81i8pjeQEoAhF9eXlCsmkdx/h/pMDQDJQu1i6vUP4tR2l0Y0p7pmcsTxH 890onpxrctNo55rIfcuh7YpHPKN4FbNedLzKWrkCtxF8uu7jIrpjsxDsYurWOkV+pByo WrCTG5spPA5dyNXvc0ftT4N4xq44if7RPje/0= MIME-Version: 1.0 Received: by 10.227.132.139 with SMTP id b11mr11680646wbt.158.1278887851988; Sun, 11 Jul 2010 15:37:31 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.216.36.8 with HTTP; Sun, 11 Jul 2010 15:37:31 -0700 (PDT) Date: Mon, 12 Jul 2010 01:37:31 +0300 X-Google-Sender-Auth: 49ny2H_coGPTIjJhN6Xrv_Ojat4 Message-ID: From: Mohammed Farrag To: monthly@FreeBSD.org, soc-status@freebsd.org Content-Type: multipart/mixed; boundary=0016364c776d201956048b2448f8 X-Mailman-Approved-At: Mon, 12 Jul 2010 11:50:45 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bsdimp@gmail.com Subject: Mohammed Farrag GSoC Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jul 2010 23:07:13 -0000 --0016364c776d201956048b2448f8 Content-Type: text/plain; charset=ISO-8859-1 Hi, I attached my status report. Tell me if there is any problem in the report. Good Luck, Mohammed Farrag --0016364c776d201956048b2448f8-- From owner-soc-status@FreeBSD.ORG Sun Jul 11 23:27:17 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 489331065675; Sun, 11 Jul 2010 23:27:17 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id AE3F98FC0C; Sun, 11 Jul 2010 23:27:16 +0000 (UTC) Received: by wwe15 with SMTP id 15so1226571wwe.31 for ; Sun, 11 Jul 2010 16:27:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=UmgZ4ZxuL88+WhDBoc/IsD4Xn+MADaDVw+OHQ4seOT0=; b=XEjKaS7GeM5yJ7n1uQ1MZBRWCLduwrq4KkCe/ZPhY9/kLeXoUhNtrZikfGSkXLslXf ODSvdBUDyA4gJfhnvvqPyV3ukPZrGftV+8Oy7t5/rYlLyPmi0fVEGZvZkXraGEY0VHyw Sk0ubqMan49A2uKVGIXPNV5eg0qq+PS7L60BI= 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:cc:content-type; b=uqzWSipPbit+21IR3ibGxNBmMths5Vbzt/4QwHJUVxHGRj1UAOBoMa03KmVB4FAE0t uYwFK82ohBEqSw3+SUHE/lvlAwFOq3lM++UrjpfsN5/fuEvycT9tESrzc6BZonGY9dVB lABqgbU7j/KeoTHcrCx2pBnDhMfGYz40+Yz9o= MIME-Version: 1.0 Received: by 10.227.9.147 with SMTP id l19mr11841065wbl.55.1278890835606; Sun, 11 Jul 2010 16:27:15 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.216.36.8 with HTTP; Sun, 11 Jul 2010 16:27:15 -0700 (PDT) Date: Mon, 12 Jul 2010 02:27:15 +0300 X-Google-Sender-Auth: V5wGnpcUtKzK9H8ZN7ctm0NLfL4 Message-ID: From: Mohammed Farrag To: monthly@freebsd.org, soc-status@freebsd.org X-Mailman-Approved-At: Mon, 12 Jul 2010 11:51:26 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bsdimp@gmail.com Subject: Mohammed Farrag GSoC Modified Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jul 2010 23:27:17 -0000 Hi, I am sorry but I sent unorganized status report previously. This one is more organized. Tell me if there are problems in the report. Good Luck, Mohammed Farrag From owner-soc-status@FreeBSD.ORG Mon Jul 12 12:16:44 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CE2D1065673 for ; Mon, 12 Jul 2010 12:16:44 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 12FE78FC1E for ; Mon, 12 Jul 2010 12:16:43 +0000 (UTC) Received: by ewy26 with SMTP id 26so893676ewy.13 for ; Mon, 12 Jul 2010 05:16:43 -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=xXsAIphC74KbVhiIKT8RW0TfuMWy0vXAH9LLkEOdt8A=; b=hjZDE6n9mvbvp9ZxMQcZ5kkkGdTClWDCElO0fKHKjst6Rg1ZHUf/0uOaxT+a58Eizg NjTych/QNUmuGOqXJ4DrRTGnIxztzTVwd8iAKyZBls5SLI2sbgPV2krXp/TmseORR55X CSr9Fez4WctFy1ePCdk1j8A+Fg/dpnYL8P3Tk= 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=itc1hOLnzDJXc/Hc/NnAkdE9Yk77nRv1QNREsTpo80BWARZvFTli0YAQri7W2/5QSz N7vnUS9DfSqWsGV/bW1eNgFrwL/5aRwQCvDMu1mZH8T+EvPs//dxwVC4lfKRxs1S66Z/ 9hVpsTyuvIWev78c5+2cH7M2L9sx1k+VwpCJA= Received: by 10.213.33.197 with SMTP id i5mr2264613ebd.45.1278937003005; Mon, 12 Jul 2010 05:16:43 -0700 (PDT) Received: from localhost ([212.98.186.134]) by mx.google.com with ESMTPS id a48sm36652504eei.18.2010.07.12.05.16.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 12 Jul 2010 05:16:42 -0700 (PDT) Date: Mon, 12 Jul 2010 15:16:38 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20100712121638.GA4300@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: namecache status report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 12:16:44 -0000 Last week I've added task queue to clear unused and invalid lists started working on adding inode number hash table, which required large code refactoring. Now I'm refactoring code to add dircache reference structure, changing dircache -> vnode ownership relations and changing some locking order. Such large changes destabilized the code. I plan to complete it by the end of this week before midterm evaluation deadline. Thanks, Gleb. From owner-soc-status@FreeBSD.ORG Mon Jul 12 13:20:29 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 993CE106564A; Mon, 12 Jul 2010 13:20:28 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 091B98FC23; Mon, 12 Jul 2010 13:20:27 +0000 (UTC) Received: by wyb34 with SMTP id 34so3937503wyb.13 for ; Mon, 12 Jul 2010 06:20:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=Byqtk6KMsHng1pctYkGe3BDSuhR17XHtvvGcJQyGlCQ=; b=oU7WRORgmwAb6S9t430U7fGz7nYFoDWqssO/FVLaIn/Cjf0eGY8LitqyjesjW+bHj/ 9QMw2st6nQcKUj65MUBA104IccU6g7EBT8wp3gPHyBVJhuOWF4rCE3+ed1YqY4yVy0ho Z7np1tlB47uuSNv7trUXybvKjRnuzFRXDAa9g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=AAJZuUidac3lpkv9Jt1lnGtFklx8wbNCCF2L0E/JVQBwyvlZj+YhUwki5mDIfEoohE vUh4Cm+qQTa2juvejoeXkEeZm9GNhBjeK3R+D21DbJYVkBZV1epheS4ETVTAjV/q77C8 pPrRIu0F15rxeDGV6pILW6vYFAwkm7GEW+i6o= MIME-Version: 1.0 Received: by 10.216.178.199 with SMTP id f49mr8598515wem.110.1278940817748; Mon, 12 Jul 2010 06:20:17 -0700 (PDT) Received: by 10.216.235.169 with HTTP; Mon, 12 Jul 2010 06:20:17 -0700 (PDT) Date: Mon, 12 Jul 2010 16:20:17 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org, trustedbsd-audit@trustedbsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Audit Kernel Events, weekly report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 13:20:29 -0000 I spent last week working towards providing audit support for NFSv4 and I can say that it's pretty much done. In most cases we are auditing the arguments of the RPC, but not all of them; some of them just don't seem to have any real value, like sequence ids or open_stateids. In other cases, e.g. RPCs 'read' & 'write', I tried to audit the same amount of information as in the relative syscalls. In any case, it may prove useful to create a matrix of sorts in my wiki page that clearly shows what information is gathered for each individual RPC, so that others may comment freely. For now, please refer to the description field of my perforce submits. There are still things to be done such as introducing new token types so that the audit trail produced by praudit is prettier. Also, praudit needs to map return error codes to NFS errors and not errno specific errors. I'm going to postpone working on praudit because I'm mostly worried about changes in the kernel, so it's a low priority job for me. Last but not least, I'm still a bit baffled about the different ways we may combine share_access, share_deny and other NFS RPC 'open' flags. I couldn't make much sense out of the RFC in this case; I'll take another look and perhaps bother our NFS coder with an e-mail. I'm scratching NFSv4 off my todo list and I'm moving on towards the last milestone: making audit handle multiple simultaneous audit records per kernel thread. Thanks -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Mon Jul 12 16:27:32 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D4C21065675; Mon, 12 Jul 2010 16:27:32 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2B48FC22; Mon, 12 Jul 2010 16:27:31 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id o6CGCxOI047892; Mon, 12 Jul 2010 11:13:00 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id o6CGCxdC047891; Mon, 12 Jul 2010 11:12:59 -0500 (CDT) (envelope-from brooks) Date: Mon, 12 Jul 2010 11:12:59 -0500 From: Brooks Davis To: Mohammed Farrag Message-ID: <20100712161259.GC8835@lor.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gr/z0/N6AeWAPJVB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 12 Jul 2010 11:13:00 -0500 (CDT) Cc: bsdimp@gmail.com, soc-status@freebsd.org, monthly@freebsd.org Subject: Re: Mohammed Farrag GSoC Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 16:27:32 -0000 --gr/z0/N6AeWAPJVB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jul 12, 2010 at 01:37:31AM +0300, Mohammed Farrag wrote: > Hi, > I attached my status report. Tell me if there is any problem in the report. The mailing list software strips most types of attachments. Please send your status report in plain text. Thanks, Brooks --gr/z0/N6AeWAPJVB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFMOz8LXY6L6fI4GtQRAiitAKCFHbKHVexJ3Np8gyBOk5jmKl4IAQCfcDPA 00QDhVMKAopwdLmNOiLo7TM= =QdLX -----END PGP SIGNATURE----- --gr/z0/N6AeWAPJVB-- From owner-soc-status@FreeBSD.ORG Mon Jul 12 17:20:03 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA35C1065674; Mon, 12 Jul 2010 17:20:03 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 8E3F88FC1D; Mon, 12 Jul 2010 17:20:03 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id o6CHIwD5048286; Mon, 12 Jul 2010 12:18:58 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id o6CHIvFb048285; Mon, 12 Jul 2010 12:18:57 -0500 (CDT) (envelope-from brooks) Date: Mon, 12 Jul 2010 12:18:57 -0500 From: Brooks Davis To: Sergio Ligregni Message-ID: <20100712171857.GD8835@lor.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fOHHtNG4YXGJ0yqR" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 12 Jul 2010 12:18:58 -0500 (CDT) Cc: "soc-status@freebsd.org" , "sson@freebsd.org" Subject: Re: Distributed Audit MidTerm report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 17:20:04 -0000 --fOHHtNG4YXGJ0yqR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 11, 2010 at 10:44:44PM -0500, Sergio Ligregni wrote: > - if the MD5 checksum for a trail isn't equal, the daemon assumes there = is=20 > no such trail and then the shipd daemon will send it again You might want to switch to SHA256, at least that seems to be the security officer's current preferred hash. -- Brooks --fOHHtNG4YXGJ0yqR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFMO06BXY6L6fI4GtQRAk0EAKDfOOvQMoqxYrq9ptTvBxNe/lamZACeJUMs BA1LuEFkjsQdDhK9XpMzpgQ= =D6/R -----END PGP SIGNATURE----- --fOHHtNG4YXGJ0yqR-- From owner-soc-status@FreeBSD.ORG Mon Jul 12 18:10:48 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85B99106566C for ; Mon, 12 Jul 2010 18:10:47 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 15B858FC0A for ; Mon, 12 Jul 2010 18:10:46 +0000 (UTC) Received: by bwz12 with SMTP id 12so3073207bwz.13 for ; Mon, 12 Jul 2010 11:10:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=DG7FoP9qZ2oK+YK845QlHPsKiY6SYv7RqYqK+gkJqoA=; b=YWYHO+a/qsobAwKzMleCNvQ09jFMFOSmn9qzJe0ukakDQSSx/2KPbMMhCNRF3eyepx YugPrUIIaL6NPkP18YV4BGWizJahgInahj9HIzqEpv0wGUpqxHmOMqpIQIUe9yZv8iA5 O60Q2+UvI7iomY1IYUSz69sGfp3abRPSE3pSw= 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=P24YX60aGhlEMOJPupxdhmS26b3nDL329XKvoHl4veLVuW84uI3895UyyniDm9OFQT E5aSby6gO0A3yH9QXHiwFLTi8RabRhkmJRA0iDigyZ+2b0SX7Mca1hibkW5w0COK/IZO 3770w4I1vlCk48xuS+YCl4gH8dwN0PVF8f/Jo= MIME-Version: 1.0 Received: by 10.204.7.141 with SMTP id d13mr10762365bkd.158.1278958245728; Mon, 12 Jul 2010 11:10:45 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.204.62.75 with HTTP; Mon, 12 Jul 2010 11:10:45 -0700 (PDT) Date: Mon, 12 Jul 2010 20:10:45 +0200 X-Google-Sender-Auth: t_4gTm6vIZWoub_gCUUG1EFPppM Message-ID: From: Julien LAFFAYE To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [pkg_complete] report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 18:10:48 -0000 Hello, This week, I worked on pkg_add to add libarchive support. I still need to find an elegant way to handle the SLAVE/MASTER modes of pkg_add. The plan is to: 1) make pkg_add use libarchive, extract files directly in the final destination 2) once it works like the old pkg_add, add a top layer which check the type of the package. If it's a regular package, use the extract function written in 1), if it is a complete package, iterate over the regular packages contained into it and call the very same function to do the job. Regards, Julien From owner-soc-status@FreeBSD.ORG Mon Jul 12 18:54:51 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECBFC1065674; Mon, 12 Jul 2010 18:54:51 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2C26E8FC18; Mon, 12 Jul 2010 18:54:50 +0000 (UTC) Received: by wyb34 with SMTP id 34so4302198wyb.13 for ; Mon, 12 Jul 2010 11:54:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=S7WFguLaKja+HH4TDNbpUUOCVIr6efB4/vI4NwVA7yw=; b=SSKyPh0mZiDu2pq9bmbMYqS39jnmB+weS7U1sKOLt3n+1Dzf4MSKtIbpi1dWW5Df47 9UFNO59ToYtiUMzSesmwT/UEi6U7VzNdSnRxWTZilr15+EGUgP2Xj+Fy619AnFYwU344 ePUm/yZaAsBa+aV3Qbmp09qFP27vtXTAujXL8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=gYNeKlLPa0y6irPK1WjXs+JXcAuvcPsgq0bKg24fOdqs63v2Y+ap9eY4aQlTYhwWWq YQ8qMo/XAKS7+6WzzJP3HhOFcbAAZrQV8ftBJk36npJoZhc+Jdl9y+TsWLI01DXziKJO 9wun0mafu6zHa5rDDnOZS0KvXpq4RGrutC6hs= MIME-Version: 1.0 Received: by 10.227.157.70 with SMTP id a6mr4694365wbx.163.1278960889993; Mon, 12 Jul 2010 11:54:49 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.216.36.8 with HTTP; Mon, 12 Jul 2010 11:54:49 -0700 (PDT) In-Reply-To: <4C3AD9C0.5040604@FreeBSD.org> References: <4C3AD9C0.5040604@FreeBSD.org> Date: Mon, 12 Jul 2010 21:54:49 +0300 X-Google-Sender-Auth: VYl01k-uK3XndpyU2pgAhbRsz44 Message-ID: From: Mohammed Farrag To: Daniel Gerzo , soc-status@freebsd.org, monthly@freebsd.org Content-Type: multipart/mixed; boundary=001636416ae18798da048b35495e X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Mohammed Farrag GSoC Modified Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 18:54:52 -0000 --001636416ae18798da048b35495e Content-Type: text/plain; charset=ISO-8859-1 I am sorry for this . I attached it now On Mon, Jul 12, 2010 at 12:00 PM, Daniel Gerzo wrote: > On 12.7.2010 1:27, Mohammed Farrag wrote: > >> Hi, >> I am sorry but I sent unorganized status report previously. This one >> is more organized. Tell me if there are problems in the report. >> > > Hi, you forgot the attachment :) > > -- > S pozdravom / Best regards > Daniel Gerzo, FreeBSD committer > --001636416ae18798da048b35495e-- From owner-soc-status@FreeBSD.ORG Mon Jul 12 18:57:56 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB105106567D; Mon, 12 Jul 2010 18:57:56 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id B68298FC13; Mon, 12 Jul 2010 18:57:55 +0000 (UTC) Received: by wwb31 with SMTP id 31so350198wwb.31 for ; Mon, 12 Jul 2010 11:57:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=J+D+HcJhhgKh4enRRSXUCSHkvvZe2SnhWEVWDc3e78g=; b=wFsAD6igKvd7k3zbqN2Tt4r9Bp27gRiQIW9fIYEh0LCZqQ35UdSu3A7M8cnv/Uq8bX W05esfOSfKgJB6+ofpMk7NyYnt5RfSOeEZG0Yh3VthKmbrKKD94PYn4oe/rFlXcUMiRI zDtr3sruRvmYTx13ayrftgZ3t/Y4OaKvUe3/s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=m11hwONORPAo4v+xlrheJ1R3IPcJXCkOietQVgDJ94yGkJLmWLFJe7yF30Ou4OZQwT pLg1lJeVS5scI4cMffWmP8GE8dWTRBc9lQUv879+29e7Vu2qZ4BnF8lOvwNrgyg/sBlx KemJjgaSf5ep4VnKHyKt6jGNmWtlfBC+mbOmY= MIME-Version: 1.0 Received: by 10.216.68.142 with SMTP id l14mr4103896wed.67.1278961074443; Mon, 12 Jul 2010 11:57:54 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.216.36.8 with HTTP; Mon, 12 Jul 2010 11:57:54 -0700 (PDT) In-Reply-To: <20100712161259.GC8835@lor.one-eyed-alien.net> References: <20100712161259.GC8835@lor.one-eyed-alien.net> Date: Mon, 12 Jul 2010 21:57:54 +0300 X-Google-Sender-Auth: _1ccy5HBWjK7mcsvbts8B7fS3hM Message-ID: From: Mohammed Farrag To: Brooks Davis , soc-status@freebsd.org, monthly@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bsdimp@gmail.com, bsdimp@yahoo.com Subject: Re: Mohammed Farrag GSoC Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 18:57:56 -0000 Submitting a FreeBSD Project Status Report
Skip site navigation (1)Skip section navigation (2)

Submitting a FreeBSD Project Status Report

To submit status information about a FreeBSD project, fill out the following:

Project:

Category:

Developers:

First Name Family Name Email address

Links:

Url Description (optional)

Present status:

You can use "simple" HTML tags (e.g. <p>, <em>, <strong> and <a href=... >) to format.

Open tasks (optional):

Description

From owner-soc-status@FreeBSD.ORG Mon Jul 12 19:23:46 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDC1C106566C; Mon, 12 Jul 2010 19:23:46 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id ECB6B8FC24; Mon, 12 Jul 2010 19:23:45 +0000 (UTC) Received: by wwb34 with SMTP id 34so97735wwb.1 for ; Mon, 12 Jul 2010 12:23:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=b/3p8UDOdrJ9kIDZl12fVGQyg12mTrd6yXCSFpKjcRw=; b=heUR07X03My3Z+r7fQJ3dSoFDfm6D6cZ0R6ZxnptEBeS/inevI4mdktyOM13qua01F Me2XKlFL5vuV4XRZPltfjCRQ5jvSTqOXD7tZUq2y02WiHz0VsU0ZMY70SXGysLaWzBzI 0nau6VpdDcNapqDbvf0i7eY1QLM9H06BIlJdU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=sq55bej1/ijmdbzLjdiA7ZiJitSmn0kDh0kpgkUqgy+HHq70m5ii4yg3WtSRLdwC4t YIhftSzi3Xc5dpdExCiqxWWVTxvafMNHI4CvjFc0h7rWk2jcn0tgWPi5l1JVAmUrqWFh QBDWQDn2mIlOkhZXh2lF8NIPlPXfXRngXSw1o= MIME-Version: 1.0 Received: by 10.227.157.84 with SMTP id a20mr5256857wbx.32.1278962624656; Mon, 12 Jul 2010 12:23:44 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.216.36.8 with HTTP; Mon, 12 Jul 2010 12:23:44 -0700 (PDT) In-Reply-To: References: <20100712161259.GC8835@lor.one-eyed-alien.net> Date: Mon, 12 Jul 2010 22:23:44 +0300 X-Google-Sender-Auth: -QicJqmD5yT6vlmxhMXjAoAc-Ok Message-ID: From: Mohammed Farrag To: Brooks Davis , soc-status@freebsd.org, monthly@freebsd.org X-Mailman-Approved-At: Mon, 12 Jul 2010 20:15:54 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Mohammed Farrag GSoC Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 19:23:46 -0000 Hi, My previous reply was the XML file for the status. I will type the explanation in plain text here : description.pdf decribes what I intended to do. That was the first Milestone. I sent that document to FreeBSD mailing list & hackers. Actually, I faced some problems at the implementation level So,I added additional features and suggested clearer approach. Completed Tasks : 1.Using sysctls in the loader.conf file to avoid some problems with read only OIDs. I used some document about kernel size reduction in NetBSD. 2. Disabling debugging options in the kernel Using -O3 options which provide the lowest code size & Using -O2 only in some situations because -O3 sometimes produce broken kernels That is concerened with cflag and coptflag 3.disable IP6,FFS,GEOM_PART_TABLE,GEOM_LABEL,KTrace,SYSVSHM,SYSVMSG,SYSVSEM,MD,MD_ROOT,UFS_DIRHASA, UFS_GJOURNAL in the kernel configuration file ==> sys/boot/i386/libi386/Makefile 4.Using only static executables and remove the dynamic one (derived from minibsd) ==> /etc/make.conf ==> Type NOSHARED=no 5. Creation of pl file which will read files we want to keep in the directory (e.g /bin) (It can be used for other directories also) . (These modules are compressed for saving space using gzip). At loading process, program will read the specified files needed, uncompress these files, load it and deal with it. At the Shutdown process, it compresses those files again. Making them compressed saves much space (about the half of the space) and we don't need the same tools in directory (i.e. /bin) each boot time. you can control the content of the directory by changing the contents of names.files How About abnormal shutdown ?! Checking all the files and search for uncompressed ones, compress them and complete the work normally. On the other hand, Compressing the files at shutdown process by executing Termination.pl should be done. Program eliminate the source files after Compression/Uncompression process. That mean /bin will include either compressed or uncompressed version of specific file. Snapshots are provided to determine how do you can use these files. Important Links : http://www.mediafire.com/?lzihfmrydyv All My work in GSoC http://www.mediafire.com/?clwdgyjnnyf Helper Document http://www.gsp.com/cgi-bin/man.cgi?section=8&topic=picobsd Helper Document http://serverfault.com/questions/64356/freebsd-performance-tuning-sysctls-loader-conf-kernel Helper Document http://serverfault.com/questions/64356/freebsd-performance-tuning-sysctls-loader-conf-kernel Helper Document Next Tasks : 1.Perform only one executable for all bins (derived from picobsd) using crunchgen() 2.Parsing The output of the dmesg to determine which device found and which is not found. 3.The completeness of the work will be by creating the loader file which will load its modules based on the dmesg and user requirements which will be indicated through somefile. From owner-soc-status@FreeBSD.ORG Mon Jul 12 20:38:02 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 795D3106566C; Mon, 12 Jul 2010 20:38:02 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id A51F48FC20; Mon, 12 Jul 2010 20:38:01 +0000 (UTC) Received: by wyb34 with SMTP id 34so4395844wyb.13 for ; Mon, 12 Jul 2010 13:38:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=jPe4+o3Y/CIrJtk4/iHPhi/miTQEwRVwolYZuCJ+NHY=; b=FNcnlHieSpiMLTFLq2DhTJfARD2w7SZ1qQnmp2AWgRl4c0a5SC/6aVqUJeDjHRsC6p 4TU1kx8f1rdBBYuDuMsU5V3xaq9+p43/wLI7gX9sQh5oLPaKWA5fNupRJuU7GR9+55+q r9CgV+0JbPea24LBxA0T7VcmElVxWHlvK7Ca8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=hvpfGuOnGus6+PybbSluk7eNmhdrv6dvrFiAfhVh4fWKcWXdDyNEcKmd+/rILN/WtE n3lF7w7ekHbd06IjWRR5DfLUxcQSD53Q8cM/Ce31BaQeOCHws/eYr2j4ZkjI16Sd2pGd OFlmCVQ1Vqq2gGxwtXgTgpE2rBTNvlyx/RruE= MIME-Version: 1.0 Received: by 10.227.127.80 with SMTP id f16mr13002567wbs.133.1278967072251; Mon, 12 Jul 2010 13:37:52 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.216.36.8 with HTTP; Mon, 12 Jul 2010 13:37:52 -0700 (PDT) In-Reply-To: References: <20100712161259.GC8835@lor.one-eyed-alien.net> Date: Mon, 12 Jul 2010 23:37:52 +0300 X-Google-Sender-Auth: CF2gbxYwcoiMUUNmeeDJJlH5va8 Message-ID: From: Mohammed Farrag To: Brooks Davis , soc-status@freebsd.org, monthly@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Mohammed Farrag GSoC Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 20:38:02 -0000 Hi, My previous reply was the XML file for the status. I will type the explanation in plain text here : description.pdf decribes what I intended to do. That was the first Milestone. I sent that document to FreeBSD mailing list & hackers. Actually, I faced some problems at the implementation level So,I added additional features and suggested clearer approach. Completed Tasks : 1.Using sysctls in the loader.conf file to avoid some problems with read only OIDs. I used some document about kernel size reduction in NetBSD. 2. Disabling debugging options in the kernel Using -O3 options which provide the lowest code size & Using -O2 only in some situations because -O3 sometimes produce broken kernels That is concerened with cflag and coptflag 3.disable IP6,FFS,GEOM_PART_TABLE,GEOM_ LABEL,KTrace,SYSVSHM,SYSVMSG,SYSVSEM,MD,MD_ROOT,UFS_DIRHASA, UFS_GJOURNAL in the kernel configuration file ==> sys/boot/i386/libi386/Makefile 4.Using only static executables and remove the dynamic one (derived from minibsd) ==> /etc/make.conf ==> Type NOSHARED=no 5. Creation of pl file which will read files we want to keep in the directory (e.g /bin) (It can be used for other directories also) . (These modules are compressed for saving space using gzip). At loading process, program will read the specified files needed, uncompress these files, load it and deal with it. At the Shutdown process, it compresses those files again. Making them compressed saves much space (about the half of the space) and we don't need the same tools in directory (i.e. /bin) each boot time. you can control the content of the directory by changing the contents of names.files How About abnormal shutdown ?! Checking all the files and search for uncompressed ones, compress them and complete the work normally. On the other hand, Compressing the files at shutdown process by executing Termination.pl should be done. Program eliminate the source files after Compression/Uncompression process. That mean /bin will include either compressed or uncompressed version of specific file. Snapshots are provided to determine how do you can use these files. From owner-soc-status@FreeBSD.ORG Mon Jul 12 20:44:09 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31EEC106566C; Mon, 12 Jul 2010 20:44:09 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 668658FC20; Mon, 12 Jul 2010 20:44:08 +0000 (UTC) Received: by wyb34 with SMTP id 34so4401066wyb.13 for ; Mon, 12 Jul 2010 13:44:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=GC5u4n6cfYJUvv3Q4ZMUyprQ64ESTaIvwomXGXRvWjw=; b=kgjjv31f6GdSawlt84U6rtOheujYS69/hTc4Yi2XGvn9boueln/5u5J0QF95hH5HfQ I0ow9J9TB13iv/8B83ZPdwHkotE9cEpZ4kb2khrTSiU5R7qZ++TZuZzvSBOQVUTVnaqs U7n9uKpd9fZ831TpIlhyeVDi8fEoeXekdzXQY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=o5cJrVsh3in80nk2d0KFqp9xKzBwYzg0GcLN+5Aa1pj4H28kbMMyJJeEc1l+5KFjmL Nd72ksG8TXg9rsuJ9OmanRL0UX3pUkzdsOow7AUeFtBiQAqxKo7uuv+10ZdeUglv3Rcf 3c8WyDmv4L+CllaKjCH4LrwUb/+i7QuTRnkvQ= MIME-Version: 1.0 Received: by 10.227.158.15 with SMTP id d15mr13228786wbx.24.1278967446537; Mon, 12 Jul 2010 13:44:06 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.216.36.8 with HTTP; Mon, 12 Jul 2010 13:44:06 -0700 (PDT) In-Reply-To: References: <20100712161259.GC8835@lor.one-eyed-alien.net> Date: Mon, 12 Jul 2010 23:44:06 +0300 X-Google-Sender-Auth: SJQTVcld_5KqdIL-YOlmzDz19ks Message-ID: From: Mohammed Farrag To: Brooks Davis , soc-status@freebsd.org, monthly@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bsdimp@gmail.com Subject: Re: Mohammed Farrag GSoC Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 20:44:09 -0000 Hi, My previous reply was the XML file for the status. I will type the explanation in plain text here : description.pdf decribes what I intended to do. That was the first Milestone. I sent that document to FreeBSD mailing list & hackers. Actually, I faced some problems at the implementation level So,I added additional features and suggested clearer approach. Completed Tasks : 1.Using sysctls in the loader.conf file to avoid some problems with read only OIDs. I used some document about kernel size reduction in NetBSD. 2. Disabling debugging options in the kernel Using -O3 options which provide the lowest code size & Using -O2 only in some situations because -O3 sometimes produce broken kernels That is concerened with cflag and coptflag 3.disable IP6,FFS,GEOM_PART_TABLE,GEOM_ LABEL,KTrace,SYSVSHM,SYSVMSG,SYSVSEM,MD,MD_ROOT,UFS_DIRHASA, UFS_GJOURNAL in the kernel configuration file ==> sys/boot/i386/libi386/Makefile 4.Using only dynamic executables and remove the static ones (derived from minibsd) ==> /etc/make.conf ==> Type NOSHARED=no 5. Creation of pl file which will read files we want to keep in the directory (e.g /bin) (It can be used for other directories also) . (These modules are compressed for saving space using gzip). At loading process, program will read the specified files needed, uncompress these files, load it and deal with it. At the Shutdown process, it compresses those files again. Making them compressed saves much space (about the half of the space) and we don't need the same tools in directory (i.e. /bin) each boot time. you can control the content of the directory by changing the contents of names.files How About abnormal shutdown ?! Checking all the files and search for uncompressed ones, compress them and complete the work normally. On the other hand, Compressing the files at shutdown process by executing Termination.pl should be done. Program eliminate the source files after Compression/Uncompression process. That mean /bin will include either compressed or uncompressed version of specific file. Snapshots are provided to determine how do you can use these files. Next Tasks : 1.Figuring out the freebsd performance before and after applying that work. 2.Perform only one executable for all bins (derived from picobsd) using crunchgen() 3.Parsing The output of the dmesg to determine which device found and which is not found. 4.The completeness of the work will be by creating the loader file which will load its modules based on the dmesg and user requirements which will be indicated through somefile. From owner-soc-status@FreeBSD.ORG Wed Jul 14 06:02:42 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B88C51065678 for ; Wed, 14 Jul 2010 06:02:42 +0000 (UTC) (envelope-from bfiedler@asu.edu) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 596038FC25 for ; Wed, 14 Jul 2010 06:02:42 +0000 (UTC) Received: by ewy26 with SMTP id 26so1457802ewy.13 for ; Tue, 13 Jul 2010 23:02:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.113.193 with SMTP id b1mr809218ebq.13.1279087359042; Tue, 13 Jul 2010 23:02:39 -0700 (PDT) Received: by 10.213.104.145 with HTTP; Tue, 13 Jul 2010 23:02:39 -0700 (PDT) Date: Tue, 13 Jul 2010 23:02:39 -0700 Message-ID: From: Ben Fiedler To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: bsdtextproc week #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 06:02:42 -0000 My, is it the halfway point already? ;) Diff will *for certain* be finished this week, and then sdiff becomes trivial. I now have a pretty good handle on how to approach these last formatting/grouping options, thankfully. I had originally slated the mdoc work to be finished by this Friday; unfortunately that will not be the case. Tackling diff was a significantly challenging task, and in retrospect perhaps have been scheduled as one of the last milestones. Nonetheless, I am still optimistic that I can finish the delivery milestones on time, but I may have to rely on community assistance (or automated build scripts) for doing testing and spotting bugs due to the time restrictions of the shifting schedule. Mandoc *will* begin next week. -Ben From owner-soc-status@FreeBSD.ORG Wed Jul 14 09:16:55 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ED061065675 for ; Wed, 14 Jul 2010 09:16:55 +0000 (UTC) (envelope-from jceel@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id C39608FC08 for ; Wed, 14 Jul 2010 09:16:54 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 8F924C4317; Wed, 14 Jul 2010 11:16:53 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id ZkgD40Viw214; Wed, 14 Jul 2010 11:16:53 +0200 (CEST) Received: from jot.semihalf.com (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPA id 01E0BC4315; Wed, 14 Jul 2010 11:16:52 +0200 (CEST) Message-ID: <4C3D8082.9080004@semihalf.com> Date: Wed, 14 Jul 2010 11:16:50 +0200 From: Jakub Klama User-Agent: Thunderbird 2.0.0.23 (X11/20100324) MIME-Version: 1.0 To: soc-status@freebsd.org, Rafal Jaworowski Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [DMA Engine Framework] status report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 09:16:55 -0000 Done this week: * Completed milestone M2 (implementation of DaVinci EDMA3 driver) * Completed milestone M4 (character device driver) * Upgraded DaVinci MMC/SD controller driver to use DMA transfers. * Improved DMA test suite Plans for next week: * Implement dma_memcpy(), dma_memset() * Try to make use of it in kernel -- Jakub Klama. From owner-soc-status@FreeBSD.ORG Thu Jul 15 08:43:55 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 193CF1065672 for ; Thu, 15 Jul 2010 08:43:55 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (backbone.deglitch.com [78.110.53.255]) by mx1.freebsd.org (Postfix) with ESMTP id CE9CE8FC1A for ; Thu, 15 Jul 2010 08:43:54 +0000 (UTC) Received: from kibab-work.smstraffic.ru (unknown [195.94.237.82]) by mx0.deglitch.com (Postfix) with ESMTPA id 431298FC4E; Thu, 15 Jul 2010 12:43:22 +0400 (MSD) Date: Thu, 15 Jul 2010 12:43:21 +0400 From: Ilya Bakulin To: soc-status@freebsd.org, Alexander Leidinger Message-ID: <20100715124321.21494a7d@kibab-work.smstraffic.ru> Organization: ON Labs X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: [Status update] sysctlreg project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2010 08:43:55 -0000 Hi all, Since last status update I've implemented feature_present(3) changes required to respect "DISABLE_FEATURES" env variable. This code is now in Perforce. Also I've discussed feature_present(1) interface with Alexander (netchild@), now I'm in process of writing application code. I'm tracking my changes in the local Mercurial repo, committing changes to Perforce from time to time. What is left: 0) add as much _useful_ feature macro as possible to the different parts of kernel code; 1) change feature_present(3) man page to include information about my changes (and learn how to deal with man page syntax); 2) write feature_present(1) man page; 3) connect feature_present(1) to the world build. -- Regards, Ilya Bakulin From owner-soc-status@FreeBSD.ORG Fri Jul 16 05:36:59 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7858E106566C for ; Fri, 16 Jul 2010 05:36:59 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 348108FC0C for ; Fri, 16 Jul 2010 05:36:58 +0000 (UTC) Received: by qyk7 with SMTP id 7so526237qyk.13 for ; Thu, 15 Jul 2010 22:36:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=LNtVjeVDvhDQIOtFtvGTZ3UwsLGob+oSbIOMPHazics=; b=ZZ/DQb4laXEhZ57f30M+SdPIZEa5i4DtFpnE7MNzfqOZRBxLK2d7y9CgmY54iSwFCX pwdm7PdqrRz9iLdWuAlltC3HXj3iuoWrVhZguzOTeMMHCgvpJb+IfyM4EizmQpPgHHK+ w9ViHWgRiyu/RDlaYvW1kGpZdHR2bybIE5no4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=jMF6h/hE3+LJGk004rOqFeo2WwivJxJKm1jsFGvpdLYbDB82DWC01H7Tw04yuxWqbd cZnOhFoIhgaE7qoaZsoAJhnMh7WJMJKP4BCv/mRKxHscLKc+8o5d4CACXKfW0doXajM8 ku6g8TEHrQwbAJ+63tLRs+4yz0wYeIXp8gKIo= MIME-Version: 1.0 Received: by 10.224.37.19 with SMTP id v19mr554243qad.66.1279258618245; Thu, 15 Jul 2010 22:36:58 -0700 (PDT) Received: by 10.229.192.14 with HTTP; Thu, 15 Jul 2010 22:36:58 -0700 (PDT) Date: Fri, 16 Jul 2010 08:36:58 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [fsnotify] report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2010 05:36:59 -0000 Done this week: * Add write, close and inactive hooks * Don't send write, close and inactive events for directories * Clear node changed flag in inactive hook * Get cookie number only when needed * Change hooking mechanism to store function pointers in structure * Use macros to lock/unlock mutexes * Fix node_lookupex bug Milestones planned for the first part of Summer Of Code are complete now. From owner-soc-status@FreeBSD.ORG Fri Jul 16 15:47:44 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EA4B106566C for ; Fri, 16 Jul 2010 15:47:44 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id DFE5D8FC25 for ; Fri, 16 Jul 2010 15:47:43 +0000 (UTC) Received: by gxk24 with SMTP id 24so1631565gxk.13 for ; Fri, 16 Jul 2010 08:47:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=dXgI4ZawZ/v8F0Pg9KlAS0Vq1NLYUOLfi0IyzDR6wgo=; b=neKq6goYysoyidHwTJzTdwOF0k60jg7tX2Qg8PjuxZqYYL34YNrvKhrqa8eIv52hVw l73o5hpLGu1GyG8SnW+dxah+7DIirgpWXXujM2giI2bRLi7BUbtWyjjMwDnqbxenLfh0 CRvaafFCTrJKzKIM/nJCgLS8PQVP49P9XmHJk= 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=IJysv/jwL+GJnHOl7fyobvRl7n60dodGGyG96wJXWfmd8MI89qg4ywVkp2S5mFSuXw 5i7mXAe0TR/rrNtj05UbPGj6zNrfgrSGlNdlZBP1J4/HnltGr4PBA3ZCMVF86R+XGmbm SiyjXWUgn0rFxEQxBo6/coI+Bdvu7VUbFBU+k= MIME-Version: 1.0 Received: by 10.150.69.8 with SMTP id r8mr1686360yba.127.1279295263075; Fri, 16 Jul 2010 08:47:43 -0700 (PDT) Sender: dforsythe@gmail.com Received: by 10.231.143.19 with HTTP; Fri, 16 Jul 2010 08:47:42 -0700 (PDT) Date: Fri, 16 Jul 2010 11:47:42 -0400 X-Google-Sender-Auth: 1mm4thpt7udWqXDDl5mK28rcnJw Message-ID: From: David Forsythe To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [libpkg] - report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2010 15:47:44 -0000 I got a bit side tracked this week with some personal things, so I didn't get as much done as I'd like. This week I added code to the library that gives client applications scripts paths. In the end, I'm not sure if this is how I'll make clients aware of scripts, but I needed something in place so that I could build a pkg_delete tool. I spent the rest of my time this week building that pkg_delete tool. Both pkg_delete and pkg_info are a bit chunky right now because (I'm a bit lazy) I'm not sharing code between them and I'm reading all information for all packages from the package database instead of skipping meta files that I don't need. Even so, building these simple tools is giving me a lot of confidence in the read portions of the API, and I plan to add at least the property list dumping callbacks for FreeBSD packages in the next few days. From owner-soc-status@FreeBSD.ORG Fri Jul 16 19:13:33 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BAEF106566C for ; Fri, 16 Jul 2010 19:13:33 +0000 (UTC) (envelope-from gabrielquadros@hotmail.com) Received: from snt0-omc1-s9.snt0.hotmail.com (snt0-omc1-s9.snt0.hotmail.com [65.55.90.20]) by mx1.freebsd.org (Postfix) with ESMTP id 235298FC0A for ; Fri, 16 Jul 2010 19:13:32 +0000 (UTC) Received: from SNT136-W29 ([65.55.90.7]) by snt0-omc1-s9.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 16 Jul 2010 12:13:32 -0700 Message-ID: X-Originating-IP: [189.105.116.99] From: Gabriel Quadros To: Date: Fri, 16 Jul 2010 16:13:32 -0300 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 16 Jul 2010 19:13:32.0250 (UTC) FILETIME=[FB1C3BA0:01CB251A] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: rpaulo@gmail.com Subject: 802.11 Fuzzer week #4, #5, #6, #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2010 19:13:33 -0000 Week #4 - Tried to enable frame injection through pcap without success Week #5 - Tried to enable frame injection through pcap without success Week #6 - Tried to enable frame injection through pcap without success Week #7 - Stopped trying to enable frame injection through pcap - Implemented the basic fuzzer with support for dumping the injected frames= =2C replay a dump file=2C generate basic frames with random values=2C ... =20 _________________________________________________________________ ACESSE SEUS EMAILS DE QUALQUER LUGAR PELO SEU CELULAR. CLIQUE E VEJA COMO F= AZER ISSO. http://celular.windowslive.com.br/hotmail.asp?produto=3DHotmail&utm_source= =3DLive_Hotmail&utm_medium=3DTagline&utm_content=3DACESSESEUS85&utm_campaig= n=3DMobileServices= From owner-soc-status@FreeBSD.ORG Sun Jul 18 17:12:43 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C79D21065673; Sun, 18 Jul 2010 17:12:43 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 80A2E8FC0A; Sun, 18 Jul 2010 17:12:43 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 5856414DC1C0; Sun, 18 Jul 2010 19:12:41 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 1X1P9atYd6NB; Sun, 18 Jul 2010 19:12:39 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id DF84C14DC1AC; Sun, 18 Jul 2010 19:12:38 +0200 (CEST) Message-ID: <4C433600.2090506@FreeBSD.org> Date: Sun, 18 Jul 2010 19:12:32 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> <4C230A0B.3080700@FreeBSD.org> <4C2761B8.9030800@FreeBSD.org> <4C30B90F.9040703@FreeBSD.org> In-Reply-To: <4C30B90F.9040703@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Collective resource limits status report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2010 17:12:43 -0000 Since last report, I temporarily changed to 32-bit jid_t to solve that problem I described. It worked but then I had similar issues with a single int variable... I still don't know the actual reason but I could solve it by adding syscalls to compat32 and declaring jid_t in the proper place. So the basic syscalls work now, the process number limit also seems to work, so now I can actually test the existing stuff. I've added some test cases to the tester app. I've found a bug in killjob, somehow it results in a page fault. Plan for next week is to track this down and fix, and then start adding support for more limits. Latest sources in //depot/projects/soc2010/gabor_jobs/irix_jobs/, full patch here: http://kovesdan.org/patches/jobs-20100718.diff Gabor From owner-soc-status@FreeBSD.ORG Sun Jul 18 18:00:19 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BD721065679; Sun, 18 Jul 2010 18:00:19 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id EA00A8FC23; Sun, 18 Jul 2010 18:00:17 +0000 (UTC) Received: by wyf22 with SMTP id 22so4375554wyf.13 for ; Sun, 18 Jul 2010 11:00:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=lJjO1Xc5x2/mXdPiB1A9P9snU4x5NEzZTvun+ASJNTs=; b=DgmDKQyW7UVn1dmzfERjuri2ITKrMvlwJaz3nv5Suaj9AE2q47EQ+QckPNZE7cgb2W bex5BpMtjPz9HWKC/D/yVJH+z0rbru5av5l4ELJvu+r01sDoJfOqgUqaenLKSwzTW0aO 6+wyJvaw9POnJRIa/lY/8mzmzTw1RsL67bO88= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=tLO4bkuDZ/FyzPpUzJpiJbOWJWB/OzaJo4FGG3FhlDIrIlCKpvRGDZev+OQLSE/Zg2 HOkd2uNpDxsXlYPyCP7t+eJ8W8RyxuMiMRU2lAWIeyADP8bzGeEaZ0SUFwXy2teqF6l3 HyC4sHtqNjihNWV4gokbiwBwrisf98l7EX6kk= MIME-Version: 1.0 Received: by 10.227.147.194 with SMTP id m2mr3091226wbv.115.1279476016482; Sun, 18 Jul 2010 11:00:16 -0700 (PDT) Received: by 10.216.80.203 with HTTP; Sun, 18 Jul 2010 11:00:16 -0700 (PDT) Date: Sun, 18 Jul 2010 21:00:16 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org, trustedbsd-audit@trustedbsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Audit Kernel Events, weekly report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2010 18:00:19 -0000 I spent this week going through my code, making notes & testing things; I spotted a few minor bugs and I just merged the fixes with perforce. More importantly, I finished the pseudo-algorithm that solves the issue of handling multiple simultaneous audit records per kernel thread. It involves handling a tree like data structure; this is a short description: Every time we come across a new sec event inside the kernel (AUDIT_something_ENTER()), the tree grows (the new kaudit record is the child of the current kaudit record), we switch the auditing flag accordingly and the thread's td_ar now points to the new kaudit_record. When the event is finished (AUDIT_something_EXIT()), the auditing flag switches back to the value of our parent sec event and td_ar now points to the parent kaudit_record. If we exited the sec event that is the root of our tree, we commit the whole tree to the auditing daemon in preorder. The only thing left to do is turn this into code. I've already begun working on this and I'm confident that it won't be long before there's a working version in perforce. Thank you -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Mon Jul 19 00:03:28 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54C77106566B; Mon, 19 Jul 2010 00:03:28 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id B830E8FC1A; Mon, 19 Jul 2010 00:03:27 +0000 (UTC) Received: by wyf22 with SMTP id 22so4650850wyf.13 for ; Sun, 18 Jul 2010 17:03:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=CfZ3KpfYHQWqWgF8tt11qCjo/T9zo8mQKLomt7vnCKE=; b=QXI4zU7gfvibyQGyI3vFxtbGY02BhhEbwyC5t0jj5khmSeUDG7HhcXs54TodCVIhbS Q2UCDy5h3Bj0DYjng3aNHoEHqKJKVRnQlZRInoQ4ognpGDiV6J8AJbYGVlr0t1ip6iAs +Z9E0t+h9gSuPj8FhATY9mG9f2atP8sXRRhZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=lUbqXn53w2ujdGbMRDXA4fnQT4nYWxgHZP5ygmSisWY88TdU1/KQ+F7hZKnVr6DuNu 4CGIm5bPa24vx869I3rRNwbDJWWLApNkw4Lhi6ThlE2cZoqjUurSMASOi2+8DpwKCUh9 1VJ3K6UhfA1ekQc5MTWq3O3k709wA4Nv5AXMg= Received: by 10.227.144.137 with SMTP id z9mr3347899wbu.164.1279497806420; Sun, 18 Jul 2010 17:03:26 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.87.206 with HTTP; Sun, 18 Jul 2010 17:03:06 -0700 (PDT) In-Reply-To: References: From: Ivan Voras Date: Mon, 19 Jul 2010 02:03:06 +0200 X-Google-Sender-Auth: RnJSk7QwEEYiHt1KBA70ZlH4qgQ Message-ID: To: soc-status@freebsd.org, Andrew Pantyukhin Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: pkg_patch status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 00:03:28 -0000 Basically finished the main part of the project. There are a few things that need to be done before I can issue a call for testers: - more internal testing, investigate some edge cases I've encountered - finish the man page - see if anything needs to be done to make the whole thing work on recent CURRENT - write up usage instructions on the wiki page. http://wiki.freebsd.org/IvanVoras/pkg_patch From owner-soc-status@FreeBSD.ORG Mon Jul 19 00:12:03 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87156106566C for ; Mon, 19 Jul 2010 00:12:03 +0000 (UTC) (envelope-from pebu3op@googlemail.com) Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [130.149.220.252]) by mx1.freebsd.org (Postfix) with ESMTP id 4BFF08FC0A for ; Mon, 19 Jul 2010 00:12:03 +0000 (UTC) Received: from raven.net.t-labs.tu-berlin.de (raven.net.t-labs.tu-berlin.de [130.149.220.18]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTP id D923F70015A4 for ; Mon, 19 Jul 2010 02:12:01 +0200 (CEST) From: Alexander Fiveg Organization: Google To: soc-status@freebsd.org Date: Mon, 19 Jul 2010 02:12:00 +0200 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201007190212.00990.pebu3op@googlemail.com> Subject: ringmap. #6, #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pebu3op@googlemail.com List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 00:12:03 -0000 In the #6 week, I was at home and I could not manage my work on project. Last days of #6-week I improved ringmap according to John Baldwins suggestions: + now ringmap does not try do determine the type of adapter in order to set hardware dependent functions. This work does the native driver (em) and the native driver passes the pointer to the hardware-dependent functions as parameter by calling ringmap_attach() Week #7 + ringmap partly integrated with ixgbe. Multiple queues support is not made yet. From owner-soc-status@FreeBSD.ORG Mon Jul 19 00:46:19 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD95A1065673 for ; Mon, 19 Jul 2010 00:46:19 +0000 (UTC) (envelope-from gnehzuil@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id B374A8FC15 for ; Mon, 19 Jul 2010 00:46:19 +0000 (UTC) Received: by pwj9 with SMTP id 9so1708865pwj.13 for ; Sun, 18 Jul 2010 17:46:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=ohdxbyrYBXN0GaSj1/StRpiI+JlGfza/oQl7cZY+0yI=; b=Up743IRp8bMB4+CRWYZ+DPp6eU+nqAR4NcotgnE5WSq+DdKRTFg0eA0a+Ivve4wNEj eGXP+NHgf0vDWUkkxm8HiQznBXQ9/jzllJ62gxD4UwhFdYjttf/pSU2uOexQfWfH2fE7 DWkbHMmZWco9ZMBaylRvL7YWpxDBLqadXlOTk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=XzfcRn2ydjZteTcPwdR/OL9tqLRZPrqhhvmONrWrc1dKOcASMlaqrzXodlQDRhEp1w qXnAKDPupfS3bWkcCA6iZSxCGZOvFb0gGvkYuYwZfOzdBhA0/hDihlDwNpJw+v2A/f7R obsf0cq/Z+JNZZtuaM2aD8iyfEzn6VFDZ504U= Received: by 10.142.148.10 with SMTP id v10mr5701316wfd.105.1279500379172; Sun, 18 Jul 2010 17:46:19 -0700 (PDT) Received: from [192.168.1.118] ([166.111.68.197]) by mx.google.com with ESMTPS id g37sm16321879rvb.5.2010.07.18.17.46.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 18 Jul 2010 17:46:18 -0700 (PDT) Message-ID: <4C43A056.2040506@gmail.com> Date: Mon, 19 Jul 2010 08:46:14 +0800 From: gnehzuil User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [extfs] status report 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 00:46:19 -0000 Status: * Now ext2fs can read ext4 extents in read-only mode. However, It has a bug, which can not support mmap(2) system call because I have not finished ext2_bmap() function. Plan for next week: * Implement ext2_bmap() function to support mmap(2) system call. Then ext2fs can support to read ext4 extents completely. * Implement dir_nlink and uninit_bg features. But I am not sure these features need to be required in read-only mode. If they don't be requried, I will try to implement flex_bg feature. lz From owner-soc-status@FreeBSD.ORG Mon Jul 19 20:54:11 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ADFD106566B; Mon, 19 Jul 2010 20:54:11 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id E671A8FC1D; Mon, 19 Jul 2010 20:54:10 +0000 (UTC) Received: by bwz12 with SMTP id 12so2926733bwz.13 for ; Mon, 19 Jul 2010 13:54:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=2RGwyFfEvEZZEjWAYxWvz1aU+XplIhm2G3+sUP4bW7k=; b=lXgaOLun1oCEN1JDcBoKSpmiEHHIWiSaXiL3sEqQ6M9sxAdKOB3svgwRjPXz7Vs6Px UEQomNeGF/dIl9uj+VJSOU1QQVGALrOFQG6nt5im2dDeedGkYgdbS5MIUwf4fGU7AKaj wFrI9A2uCbOGFVi+U/sfRAGnZX9GhP5nMyON0= 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=e2OD08XNP/WMY6wvLcDpbWx7/d6RfKzjOpsrIalXHXNCGUqpWQJ98MWRF9QnGBVzGT m6IszhDO2Iksolil+ZQhFfufbfcuF/rlszSgt4jR6VsUs7APLjZACbGFbBwE0lWIFuAw mO64MCyxdZomLqUQgZNgqGHTQaQD0RioCMjVs= MIME-Version: 1.0 Received: by 10.204.79.223 with SMTP id q31mr3939368bkk.92.1279572843948; Mon, 19 Jul 2010 13:54:03 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.204.62.75 with HTTP; Mon, 19 Jul 2010 13:54:03 -0700 (PDT) Date: Mon, 19 Jul 2010 22:54:03 +0200 X-Google-Sender-Auth: NYF2GZWI3RzdWn2O_NFMi5-2_cc Message-ID: From: Julien LAFFAYE To: soc-status@freebsd.org, emaste@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: [pkg_complete] report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 20:54:11 -0000 Hello, This week, I continued to work on pkg_add with libarchive support. Right now I have something functional with general speed-up improvements. This coming week I plan to: - re implement the features lost in the code refactoring - test, test, test - start to work on complete package installation support Regards, Julien From owner-soc-status@FreeBSD.ORG Mon Jul 19 22:32:06 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77B541065674 for ; Mon, 19 Jul 2010 22:32:06 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0DBCD8FC18 for ; Mon, 19 Jul 2010 22:32:05 +0000 (UTC) Received: by ewy26 with SMTP id 26so1690470ewy.13 for ; Mon, 19 Jul 2010 15:32:05 -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=XmDIMFtQh5RSGUYOGs2FyYzAryWTw7D2AHNZZTFz9Ms=; b=M/qJnTFVxQcXsNFp2iyjQgv/raDrcBXuv//DTVix61Sl1geLeK46n6N8YWSG/6vTcM du53fSWJHw3Q65IfdP+bZXdybGW5WuZO4friI+Y6qJpclBnPyG/gFf4lOf3XABBq0u4N ibW3BsmyrcQCxjftcDXolQjko8goU7aWhbV5Q= 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=MHly+Tte6/XnJxndZuv3W6aY/1iL0tuqi5X10+t/ENdnWzn62vClXxPn/ShqOlMMLk DZ9uUrJvwFh2kjQRbxNDbjl7ubSbGDsq0cm6UpcxRTZAnTd/j/dFhAR6PElJCsQ6RV/8 Mrw0UhEhntj6hyCLDHbYvxTTZoG4CrWi2Y/UQ= Received: by 10.213.32.74 with SMTP id b10mr386217ebd.26.1279578724738; Mon, 19 Jul 2010 15:32:04 -0700 (PDT) Received: from localhost (136-125-dsl.ipact.nl [82.210.125.136]) by mx.google.com with ESMTPS id a48sm50480170eei.0.2010.07.19.15.32.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 19 Jul 2010 15:32:04 -0700 (PDT) Date: Tue, 20 Jul 2010 01:32:02 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20100719223202.GA8380@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: namecache status report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 22:32:06 -0000 Last week I've finished refactoring code to use dircache_ref. Filesystem -> dircache interface has also slightly change to be less race-prone. Dircache now handles the case of vnodes for active entires being reclaimed and then restored (looked up again). Thanks, Gleb. From owner-soc-status@FreeBSD.ORG Tue Jul 20 19:13:45 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F9AE10657C5; Tue, 20 Jul 2010 19:13:45 +0000 (UTC) (envelope-from phcoder@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id D27B08FC1E; Tue, 20 Jul 2010 19:13:44 +0000 (UTC) Received: by fxm13 with SMTP id 13so3431499fxm.13 for ; Tue, 20 Jul 2010 12:13:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type; bh=yTQR4vbnreK4AF3BLGrinvgPtWmJB/6cw2RQxa4GFHI=; b=DFFwDaXbHI6BrLJv57JwVukNf9JdWw84qIBwwWEMY1D5zwTiOhhpB8SQlLsjNiGWnZ h/PWbi+GX266koLnUCRhv4EB0U7GCBxo9el/2f7hUaDwn4/vvcluWgMEHbidP4tnwsZQ duYuN2zGCBKu+dKgKFvtsUlHNm4fH6Vzm5jxI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type; b=FKfjKvVk4ZkIDET4vnWmpTO90BB2qMJXinm2dsugz5gbz6aIjFn9dxqXcYU2LxRJGN MnEvdXZpqoYm6DBPbIQ3wPRyTukMYBR0aSRZDKsNvL+apdg9DIptpUrwTCctFLyaXi7l UZZ6A7ZUjjhuZQBPEiRzdjVw+nBNIhdgHQnpc= Received: by 10.223.111.200 with SMTP id t8mr5845074fap.31.1279653222796; Tue, 20 Jul 2010 12:13:42 -0700 (PDT) Received: from debian.bg45.phnet (vpn-global-dhcp3-221.ethz.ch [129.132.210.221]) by mx.google.com with ESMTPS id c5sm1012908fac.19.2010.07.20.12.13.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Jul 2010 12:13:42 -0700 (PDT) Message-ID: <4C45F55F.5000507@gmail.com> Date: Tue, 20 Jul 2010 21:13:35 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org, freebsd-mips@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig0329B59BEF07CBAD1372ADA3" Cc: Subject: Yeeloong status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2010 19:13:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0329B59BEF07CBAD1372ADA3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello. Thanks to help from my mentor I was able to buildworld for yeeloong. The current problem is that for some obscure reason I'm figuring out no 32-bit imgact was compiled. So no it fails with error 8 on launching init. On bright side now it communicates with bootloader and so detects 256 Mib of memory (using whole 1GiB is another problem due to architecture). AT keyboard attaches but has problems due to interrupt routing. I'm currently trying to figure out imgact and how to use genfb with my sm712 driver. Next steps will be figuring out the cache problems and writing more device drivers --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig0329B59BEF07CBAD1372ADA3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkxF9V8ACgkQNak7dOguQglfcgEAro8ONSXkk3uv9stGYyR0nuoW dlQDqvdPsaq4ssP3hXEBAJ6rRTVKCDHdGDHy9gnhU+b9Fp128RGJURKbRO9msdQ0 =gWhS -----END PGP SIGNATURE----- --------------enig0329B59BEF07CBAD1372ADA3-- From owner-soc-status@FreeBSD.ORG Tue Jul 20 19:50:20 2010 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D46B5106566C; Tue, 20 Jul 2010 19:50:20 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 970648FC14; Tue, 20 Jul 2010 19:50:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o6KJjOjj062045; Tue, 20 Jul 2010 13:45:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 20 Jul 2010 13:45:53 -0600 (MDT) Message-Id: <20100720.134553.522292379390520228.imp@bsdimp.com> To: phcoder@gmail.com From: "M. Warner Losh" In-Reply-To: <4C45F55F.5000507@gmail.com> References: <4C45F55F.5000507@gmail.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Cc: soc-status@FreeBSD.org, freebsd-mips@FreeBSD.org Subject: Re: Yeeloong status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2010 19:50:20 -0000 SW4gbWVzc2FnZTogPDRDNDVGNTVGLjUwMDA1MDdAZ21haWwuY29tPg0KICAgICAgICAgICAgVmxh ZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28gPHBoY29kZXJAZ21haWwuY29tPiB3 cml0ZXM6DQo6IEhlbGxvLiBUaGFua3MgdG8gaGVscCBmcm9tIG15IG1lbnRvciBJIHdhcyBhYmxl IHRvIGJ1aWxkd29ybGQgZm9yDQo6IHllZWxvb25nLg0KDQpDb29sIQ0KDQo6IFRoZSBjdXJyZW50 IHByb2JsZW0gaXMgdGhhdCBmb3Igc29tZSBvYnNjdXJlIHJlYXNvbiBJJ20NCjogZmlndXJpbmcg b3V0IG5vIDMyLWJpdCBpbWdhY3Qgd2FzIGNvbXBpbGVkLiBTbyBubyBpdCBmYWlscyB3aXRoIGVy cm9yIDgNCjogb24gbGF1bmNoaW5nIGluaXQuDQoNCjggaXMgRU5PRVhFQyBvciBleGVjIGZvcm1h dCBlcnJvci4uLg0KDQo6IE9uIGJyaWdodCBzaWRlIG5vdyBpdCBjb21tdW5pY2F0ZXMgd2l0aCBi b290bG9hZGVyDQo6IGFuZCBzbyBkZXRlY3RzIDI1NiBNaWIgb2YgbWVtb3J5ICh1c2luZyB3aG9s ZSAxR2lCIGlzIGFub3RoZXIgcHJvYmxlbQ0KOiBkdWUgdG8gYXJjaGl0ZWN0dXJlKS4NCg0KQ29v bCEgIFRoZXJlJ3MgY29kZSBpbiB0aGUgb2N0ZW9uIHBvcnQgdG8gZGVhbCB3aXRoIG1lbW9yeSBh Ym92ZQ0KNTEyTUIuICBJcyB0aGlzIG1lbW9yeSBqdXN0IG1hcHBlZCBpbiBhbiBvZGQgbG9jYXRp b24sIG9yIGlzIHRoZXJlDQpzb21lIG90aGVyIHJlYXNvbi4uLg0KDQo6IEFUIGtleWJvYXJkIGF0 dGFjaGVzIGJ1dCBoYXMgcHJvYmxlbXMgZHVlIHRvDQo6IGludGVycnVwdCByb3V0aW5nLg0KDQpU aG9zZSBhcmUgYWx3YXlzIGZ1biA6KQ0KDQo6IEknbSBjdXJyZW50bHkgdHJ5aW5nIHRvIGZpZ3Vy ZSBvdXQgaW1nYWN0IGFuZCBob3cgdG8NCjogdXNlIGdlbmZiIHdpdGggbXkgc203MTIgZHJpdmVy LiBOZXh0IHN0ZXBzIHdpbGwgYmUgZmlndXJpbmcgb3V0IHRoZQ0KOiBjYWNoZSBwcm9ibGVtcyBh bmQgd3JpdGluZyBtb3JlIGRldmljZSBkcml2ZXJzDQoNCkknbGwgYmUgYXJvdW5kIG9uIElSQyBp ZiB5b3UgbmVlIG1lIDopDQoNCldhcm5lcg0K From owner-soc-status@FreeBSD.ORG Tue Jul 20 20:05:26 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50E7D1065674; Tue, 20 Jul 2010 20:05:26 +0000 (UTC) (envelope-from phcoder@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9573A8FC13; Tue, 20 Jul 2010 20:05:25 +0000 (UTC) Received: by fxm13 with SMTP id 13so3463264fxm.13 for ; Tue, 20 Jul 2010 13:05:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type; bh=dibF/Hfbc65owrIskPb2j2HTw1fVlJrymxfwhfOwBbU=; b=vLkPzk/KQcI1rKUqRZYskZSvc3F2wG18tGgFGwxmr7celm8tP9T37OfBa4QKr1PkKc n7gK+zPa2s3st8QiOSARGpYaDzgHjuTgLPGBaBliWYExEDdAXWwA65qhPqj9Zspyw6YK AYTqk3+BwB+3c1nZ6UnkfAmCWjH0f3UTdTuxg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; b=sNIW9vsBo+9rQLwWglqDkqIaAZfPoOTRRT9dcE3LwKpC7FxxdUqQYYORgZ055JL5oS mWLPXuBXnFbdll9BjN5n8rTLPtmbJJIvFWxqkt61IFJG5+I17Cu4NBvBTjcuBIgIgt5Z 5+JpJu94TnBd9xfA6G+yDbAfbn/o8vG7TWndA= Received: by 10.103.160.10 with SMTP id m10mr675729muo.109.1279656324372; Tue, 20 Jul 2010 13:05:24 -0700 (PDT) Received: from debian.bg45.phnet (vpn-global-dhcp3-221.ethz.ch [129.132.210.221]) by mx.google.com with ESMTPS id l19sm2579813fap.9.2010.07.20.13.05.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Jul 2010 13:05:23 -0700 (PDT) Message-ID: <4C460180.4020903@gmail.com> Date: Tue, 20 Jul 2010 22:05:20 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 MIME-Version: 1.0 To: "M. Warner Losh" References: <4C45F55F.5000507@gmail.com> <20100720.134553.522292379390520228.imp@bsdimp.com> In-Reply-To: <20100720.134553.522292379390520228.imp@bsdimp.com> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig68610F2BD37F6C670F724577" Cc: soc-status@FreeBSD.org, freebsd-mips@FreeBSD.org Subject: Re: Yeeloong status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2010 20:05:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig68610F2BD37F6C670F724577 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 07/20/2010 09:45 PM, M. Warner Losh wrote: > In message: <4C45F55F.5000507@gmail.com> > Vladimir '=CF=86-coder/phcoder' Serbinenko writes: > : Hello. Thanks to help from my mentor I was able to buildworld for > : yeeloong. > > Cool! > > =20 Thanks > : The current problem is that for some obscure reason I'm > : figuring out no 32-bit imgact was compiled. So no it fails with error= 8 > : on launching init. > > 8 is ENOEXEC or exec format error... > =20 Yes, I know :( > : On bright side now it communicates with bootloader > : and so detects 256 Mib of memory (using whole 1GiB is another problem= > : due to architecture). > > Cool! There's code in the octeon port to deal with memory above > 512MB. Is this memory just mapped in an odd location, or is there > some other reason... > > =20 Just not got around to look into it. Spec mentions the need to configure special windows for it. > : AT keyboard attaches but has problems due to > : interrupt routing. > > Those are always fun :) > > =20 Yes, I'm trying to get to Lemote guys for that info. > : I'm currently trying to figure out imgact and how to > : use genfb with my sm712 driver. Next steps will be figuring out the > : cache problems and writing more device drivers > > I'll be around on IRC if you nee me :) > > =20 A thing I don't understand is that it seems that driver uses genfb. That seems weird. Why not genfb would automatically attach to any gfx driver available? Would save sizeable amount of code in long run. > Warner > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig68610F2BD37F6C670F724577 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkxGAYAACgkQNak7dOguQglUmgEArIfGtncA2L4ztMZ3eP88Ad2D xQX9fjZO9ZUQ+eDYkboA/2o99T82gerX0sjE/svtgIfeiwM1usF5ycoDl+WRLfwO =9/uT -----END PGP SIGNATURE----- --------------enig68610F2BD37F6C670F724577-- From owner-soc-status@FreeBSD.ORG Wed Jul 21 07:07:53 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DE8C1065677 for ; Wed, 21 Jul 2010 07:07:53 +0000 (UTC) (envelope-from bfiedler@asu.edu) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D73318FC12 for ; Wed, 21 Jul 2010 07:07:52 +0000 (UTC) Received: by iwn35 with SMTP id 35so8286289iwn.13 for ; Wed, 21 Jul 2010 00:07:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.130.145 with SMTP id t17mr6943990ibs.144.1279696072008; Wed, 21 Jul 2010 00:07:52 -0700 (PDT) Received: by 10.231.171.195 with HTTP; Wed, 21 Jul 2010 00:07:51 -0700 (PDT) Date: Wed, 21 Jul 2010 00:07:51 -0700 Message-ID: From: Ben Fiedler To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: bsdtextproc week #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 07:07:53 -0000 This past week I worked on the logic for the diff format processing. These switches are still is a work-in-progress, and I expect to implement them in a discrete manner throughout the next few weeks. I am hoping that moving forward will give me fresh eyes on return to the problem. In the meantime, for this week I am proceeding to the next milestone; mdoc into the base! Branch is ready, and I am merging with Ulrich's changes. This week, I hope to 1.) modify the build system to allow for replacing groff with mandoc via some boolean define (perhaps WITH_MANDOC ?) so that users may opt-in, 2.) Identify any build errors from 1 in relation to man pages or dependent tools (e.g. old, mandoc-incompatible man pages), and attempt to resolve with an alternate, supplemental man repository or more makefile mods. -Ben From owner-soc-status@FreeBSD.ORG Thu Jul 22 11:13:07 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60A0E1065677 for ; Thu, 22 Jul 2010 11:13:07 +0000 (UTC) (envelope-from jceel@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 159628FC18 for ; Thu, 22 Jul 2010 11:13:06 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id B2476C42E1; Thu, 22 Jul 2010 13:13:05 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id eoiPrp4-+vGt; Thu, 22 Jul 2010 13:13:05 +0200 (CEST) Received: from jot.semihalf.com (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPA id AB9FCC42D0; Thu, 22 Jul 2010 13:13:04 +0200 (CEST) Message-ID: <4C4827BD.5000404@semihalf.com> Date: Thu, 22 Jul 2010 13:13:01 +0200 From: Jakub Klama User-Agent: Thunderbird 2.0.0.23 (X11/20100324) MIME-Version: 1.0 To: soc-status@freebsd.org, Rafal Jaworowski Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [DMA Engine Framework] status report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2010 11:13:07 -0000 Done this week: * Integrated sources from HEAD * Implemented dma_memcpy() and dma_memset() * Implemented wrapper for _arm_memcpy callback on ARM Plans for next week: * Write channel allocation mechanism for kernel subsystems -- Jakub Klama From owner-soc-status@FreeBSD.ORG Fri Jul 23 15:30:48 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3291106566B for ; Fri, 23 Jul 2010 15:30:48 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id B0AB38FC0C for ; Fri, 23 Jul 2010 15:30:48 +0000 (UTC) Received: by qyk31 with SMTP id 31so261950qyk.13 for ; Fri, 23 Jul 2010 08:30:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=WkoMVESsBdLmAfQ6Jvh+vvHaDxveM/MWGzq8AC1Gu0I=; b=uL2C+ni3tpRaiKFRpm01oFW27PH1KwB09vF/csqPnWNVXW0jKBhwfSiK+6sIHlGcTm hawJtZQrTotMSZ6gpKONFnnwc/jaAAHCcKHLKtv2V62ET+mGxYqOujePQysuC+6ie1Vy DAOJ20aG8PFIkp/B68YylALpySTQrMvv8A4E0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=WWtWWISBYMIynEpDd9Nsb6cP+vQ083JlpcXPeOV1xPIk5nfjyg2lItmIHhlJzwkGfV UGh7rJfjck1lxYnkfr5GX8fVxhJ1weT4SbDpAWNlWV3bZkpD5VwiYmuzv3QdnTnOuKia 2iyMxm1H/txKy2UmjnZHaDKFZgT1U2d1jVXA8= MIME-Version: 1.0 Received: by 10.224.11.84 with SMTP id s20mr2691507qas.43.1279899047675; Fri, 23 Jul 2010 08:30:47 -0700 (PDT) Received: by 10.229.192.14 with HTTP; Fri, 23 Jul 2010 08:30:47 -0700 (PDT) Date: Fri, 23 Jul 2010 18:30:47 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [fsnotify] report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2010 15:30:49 -0000 Done this week: * Add regression tests * Fix vnode neg ref cnt in namei() panic * Use same struct field names as in Linux * Return as many events as possible in single read() * Return ENIVAL if buffer is too small for next event * Close fd before adding watch (if FN_CLOSEFD given) * Remove inactive events * Don't update node path during destroy events or if use count is zero From owner-soc-status@FreeBSD.ORG Sat Jul 24 04:31:19 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D0C6106566C for ; Sat, 24 Jul 2010 04:31:19 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 67E208FC08 for ; Sat, 24 Jul 2010 04:31:19 +0000 (UTC) Received: by iwn35 with SMTP id 35so1102113iwn.13 for ; Fri, 23 Jul 2010 21:31:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=M/nUn/ZsOD14qvJqkpnbcvRDry0Irf7N9zIiJ8qXSFs=; b=lHj6xJ9VeRrGO6815temznATF6M5knUxDnW5PlBPVDadWOZXKRkK+cyHCsSQmFCagf 8jK3Y19PRvi9ZMBZgMuk/N4bqcZ/ySwrDcJam76M4L8+P9Q32NxRZrNmSRVuFULulPHv UEAeRaKKjPecYji1HVSgo9DPYp/Ss+dx4e2kY= 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=lQLLkmRPU5/8xJctwYctoYZ3Y3OvzNueX33xIv2GtqXWHo8KpZijSf3H4/MM9kMIew 4XRFIkJY4cRlFWjv1p8dUw8kgXVj+oXZNT5cqYSzEa8AI01BIvQM1bw32rtaG2GFGy0x MFZUWylEIn++pm5kzh7gnZNmmHOt+FhHa4KT4= MIME-Version: 1.0 Received: by 10.231.149.12 with SMTP id r12mr270241ibv.185.1279945878279; Fri, 23 Jul 2010 21:31:18 -0700 (PDT) Sender: dforsythe@gmail.com Received: by 10.231.62.199 with HTTP; Fri, 23 Jul 2010 21:31:18 -0700 (PDT) Date: Sat, 24 Jul 2010 00:31:18 -0400 X-Google-Sender-Auth: whCNfNojP39eHUoU3uohp_AVm9Q Message-ID: From: David Forsythe To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [libpkg] - report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2010 04:31:19 -0000 This week I pretty much just worked on the proof of concept pkg_info and pkg_delete tools I've built with the library. I ran into an issue with the way I'm handling iteration through a package database and had to spend some time considering whether or not I would modify the library. Currently databases don't support a cursor (there's an internal cursor, but none available to the client), it looks like I might need to add one to make recursion a bit easier (which is helpful for resolving dependencies, conflicts, etc). Right now I rely heavily on a rewind function, so search time can get pretty huge for no good reason. I spent the rest of my time adding basic write support for packing lists. At this point the library can dump all properties for FreeBSD packages, and I expect to have write-to-database support in place in a day or two. Once that's in place, a pkg_add tool will pop up pretty quickly. From owner-soc-status@FreeBSD.ORG Sat Jul 24 05:32:13 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F15331065670 for ; Sat, 24 Jul 2010 05:32:13 +0000 (UTC) (envelope-from gnehzuil@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id C69958FC0A for ; Sat, 24 Jul 2010 05:32:13 +0000 (UTC) Received: by pvh1 with SMTP id 1so4392443pvh.13 for ; Fri, 23 Jul 2010 22:32:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=KSkZnw1lRCwapdJcyY2AxpOtInl0MmGjoMJgYj5fivE=; b=EY6/k0PTb9cD78XCq5PsY5VscBh8PvSX3m0uFESYrbUIwXe/xP6SDU8DaFWE8R1Obp DbjKiTKNiWN2bv9PiWomNJ0XOqrLf8G6WcaLPrtPZpfqF2JNK/hqSzQeJaG24rTiWShQ G47t+KblnLSHtXgA2XjA5022kY37y7tCx8ICc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=aHQMnuY4D2IgpCxt4doSkzGeVOTakFrLdsr4dNi5pWqYsnsLjXSWQAchp0khZhxgrJ jwv4aAOutf4xzfzMxq268etCGazAGxxMXkNaP5xtOdBFa80RceYo10TubTOfeaTHVh+U +pjPiVV1LMRig+83jUc0eVD2YI3VI6T52zoCE= Received: by 10.114.179.19 with SMTP id b19mr6765841waf.94.1279949533262; Fri, 23 Jul 2010 22:32:13 -0700 (PDT) Received: from [192.168.1.26] ([166.111.68.197]) by mx.google.com with ESMTPS id c24sm1785052wam.19.2010.07.23.22.32.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 23 Jul 2010 22:32:12 -0700 (PDT) Message-ID: <4C4A7AD3.4050900@gmail.com> Date: Sat, 24 Jul 2010 13:32:03 +0800 From: gnehzuil User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [extfs] status report 8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jul 2010 05:32:14 -0000 Status: * Make ext2fs read ext4 extents in read-only mode. * Make ext2fs support DIR_NLINK feautre. * Add flex groups data structure and a function to initialize it. FLEX_BG feature doesn't required in read-only mode. * UNINIT_BG feature doesn't required in read-only mode. * Calculate extra_isize variable in ext2_mountfs() function. EXTRA_ISIZE feature doesn't required in read-only mode. Plan for next week: * Implement DIR_INDEX feature and make ext2fs can read hash directory index in read-only mode. This feature is the last one I need to implement the feature. * There is a bug in changing into a directory with DIR_NLINK feature and the number of directories is greater than 32000. When I change into a directory, it will get a panic. The panic occur in calling softdep_deallocate_dependencies() function. So I think this is an I/O error about buffer. lz From owner-soc-status@FreeBSD.ORG Sun Jul 25 08:40:57 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3F5D1065670; Sun, 25 Jul 2010 08:40:57 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id A85F98FC19; Sun, 25 Jul 2010 08:40:57 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id D772B14DC2D0; Sun, 25 Jul 2010 10:40:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qVTzn0WQAND2; Sun, 25 Jul 2010 10:40:54 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 1A8B014DC294; Sun, 25 Jul 2010 10:40:54 +0200 (CEST) Message-ID: <4C4BF88C.9000606@FreeBSD.org> Date: Sun, 25 Jul 2010 10:40:44 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> <4C230A0B.3080700@FreeBSD.org> <4C2761B8.9030800@FreeBSD.org> <4C30B90F.9040703@FreeBSD.org> In-Reply-To: <4C30B90F.9040703@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Collective resource limits status report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 08:40:57 -0000 Since last report I could get JLIMIT_NUMPROC work and also tested and reviewed thoroughly. I've added some test cases to the test suite, refactored it and added options to set all kinds of limits that are to be implemented for jobs. Also added options to consume different kinds of resources, although this part is still to be completed. I started working on further limits and noticed that some of them cannot be counted so easily because of the way they are implemented. Probably, they will have to be sumed up for each process when checking limits. I'll check if there's a more efficient way of doing this but for now I had to modify some parts of my code and I managed to break it again. :) I've added support for JLIMIT_NOFILE and started to add JLIMIT_DATA but the code doesn't work at the moment. I will be fixing this next week and then adding support for remaining limits. Latest code is merged to //depot/projects/soc2010/gabor_jobs/irix_jobs/... Gabor From owner-soc-status@FreeBSD.ORG Mon Jul 26 17:24:46 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BDBC106566B for ; Mon, 26 Jul 2010 17:24:46 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9433E8FC1C for ; Mon, 26 Jul 2010 17:24:45 +0000 (UTC) Received: by ewy26 with SMTP id 26so1040619ewy.13 for ; Mon, 26 Jul 2010 10:24:44 -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=MszxuIMf0SEVNl8OlX2LwuFCsdYiWpReviKNwfWjX40=; b=LWgXXr6ACcfBkqfc61MgPiGdbIeAXv6ckAKFOXG2TEqjG6tHBuE9X6f6D5huk8vjy0 9Xg1roVbUsg55zRV7d/4mr+kSzV5ufGi1ghPh/mhmWv44kK8+7PaX8Z73SZrK5pITY8O 6E8w5JQuo//8BuMWVCT5Zbveq6/imV/5fnWxo= 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=ZIewaRVGI94BYgOOJi4Ymw+A6qPP8qmtar/HzNjoTjJjWANDbMpiroxlzMWN3W2yGx a8j5DeHsVMCjKeMP52nQBj8rNP5YhOEvxDtV9IBmdkXMwzvQbWkW2yZGsHaugm/S/kNa t5WrfaldObb7CuPyJiJtKQpE0kfGIAoswwX+4= Received: by 10.213.13.133 with SMTP id c5mr3919653eba.4.1280165084466; Mon, 26 Jul 2010 10:24:44 -0700 (PDT) Received: from localhost (136-125-dsl.ipact.nl [82.210.125.136]) by mx.google.com with ESMTPS id a48sm6037256eei.0.2010.07.26.10.24.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 26 Jul 2010 10:24:44 -0700 (PDT) Date: Mon, 26 Jul 2010 20:24:39 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20100726172439.GA12200@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: namecache status report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 17:24:46 -0000 I'm working on moving directory entries list head from struct dircache to struct dircache_ref. That is going to help implementing weak-only cache by eliminating entries without names. From owner-soc-status@FreeBSD.ORG Mon Jul 26 18:45:04 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1780A106566B; Mon, 26 Jul 2010 18:45:04 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7156A8FC1B; Mon, 26 Jul 2010 18:45:03 +0000 (UTC) Received: by bwz12 with SMTP id 12so3385744bwz.13 for ; Mon, 26 Jul 2010 11:45:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=gtPpkwy4cYYV5ZzVw4L4Ww8R9YIyCJtyDq+bQqJnLa0=; b=LgXTE1K+GMJhuaIcBkT7yLeK/4vIG9Fzf25KZ7JEaezKSV89uFvd3zf4/k+KxYVs0D i+4aG/VVQ6AjaqsoY6/2Phf31meGYGIbrsQ3AUWROJlfSE0x6yOCdVzTT2AYi/suzoOl nfTWcFMTO0I8eRZzmhShzkq1rbw+NwDSJKBbg= 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=crF+OR2YvU17FWQ35swtDO+uZV1Dju16aHnY+nuGgeX9URx9tT9uRS2NFnf707ZWM5 czbNpBfkDFYUbOXXtEcnmxPP+Vmf2bu2ntGEoIWlUNgYc1mDMvkSV6FMsqB3rK1ICFKJ 2h4TazNX/aFQx9sCq7B1zonNb0osO+sytepIE= MIME-Version: 1.0 Received: by 10.204.82.130 with SMTP id b2mr6036442bkl.12.1280169902096; Mon, 26 Jul 2010 11:45:02 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.204.48.27 with HTTP; Mon, 26 Jul 2010 11:45:02 -0700 (PDT) Date: Mon, 26 Jul 2010 20:45:02 +0200 X-Google-Sender-Auth: t9bnN-3l2bILWNPsbuEwKcDeUVA Message-ID: From: Julien LAFFAYE To: soc-status@freebsd.org, emaste@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: [pkg_complete] report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 18:45:04 -0000 Hello, This week I re-implemented features lost in the libarchive transition (like reading an archive from an URL). Right now I am working on the "finding of dependency package" feature (on disk and on the remote repo). I expect to complete this and add complete package support by Wednesday. If I am on schedule (and do not discover critical bugs), I plan to add libarchive support into pkg_info too. Regards, Julien From owner-soc-status@FreeBSD.ORG Tue Jul 27 14:30:14 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7D9D106564A; Tue, 27 Jul 2010 14:30:14 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id BA3C98FC23; Tue, 27 Jul 2010 14:30:14 +0000 (UTC) Received: by pvh1 with SMTP id 1so544743pvh.13 for ; Tue, 27 Jul 2010 07:30:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=LN7ay1JJlBC/hyfV2TAVhmn5t/yaFWlGGB5QhliQJHo=; b=AuWuzWkBRUYoT/+pLczJM+XRIHJ+PCG4YXQCIs5qSMqudXAd8sk4YPpc8US/oMLW02 mtSC1vYsJbzRJ1rAH8OHayvpPscmVS58yGXVWtj3bgWMv+aU88PekU5KPbdIHX3zmumQ LB/Usi+aQm9OF3avddYk73SHhyvYrJ3oMGsZ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=lppKESyDtV1aj1RQVpg3A530H8m2mnF3eV32JQAuuYVZUjtuYD+6oFh7wehz1VbYgb OZwmvBo0q9mKhmxPyoyFcR00oJVgqomaIy1SW3UdoldYud2ETTmMZgJ/oaTl7EupBIrX xauKFX91a5KrjojorulEbOvqbbT1gj06pLxzs= MIME-Version: 1.0 Received: by 10.142.229.13 with SMTP id b13mr10446550wfh.61.1280241014006; Tue, 27 Jul 2010 07:30:14 -0700 (PDT) Received: by 10.142.125.15 with HTTP; Tue, 27 Jul 2010 07:30:13 -0700 (PDT) Date: Tue, 27 Jul 2010 17:30:13 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org, trustedbsd-audit@trustedbsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Audit Kernel Events, weekly report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 14:30:15 -0000 Last week I implemented a method for audit to keep multiple audit records through a tree like data structure kept with each thread. The code is in perforce and as far as I can tell, is working just fine. This should cover most cases, although we may have to supplement this with a method for each kernel module to keep/update its own audit record without messing with the thread's audit record (td_ar). The wiki page has been updated to reflect the remaining stuff in my todo list. I would really appreciate some feedback from any Audit dev. http://wiki.freebsd.org/SOC2010EfstratiosKaratzas Thank you -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Tue Jul 27 14:44:58 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 070B41065677 for ; Tue, 27 Jul 2010 14:44:58 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id CDAB68FC15 for ; Tue, 27 Jul 2010 14:44:57 +0000 (UTC) Received: by pwj9 with SMTP id 9so556567pwj.13 for ; Tue, 27 Jul 2010 07:44:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=17+oX0LkXVq7vKsrfzhw8wLLphs2+NEf6L3HwEiQLAY=; b=BYEiK95TXrxHwLZA5swjpKm3cU2IW3ZwBLVIod3bzp/yQviuTyxRoSMLkmqSMUV9C1 SsRl4ZVfTbvJmsFfN/PBPNkDw6hViQ54Klpa1n0YB4DdZCmdNXrdBKYbYwiDLgFZl6Rr 6BE2kIE2XLhfir9v0d7NEs2uMk476eqklTp8s= 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 :content-type; b=LQ1PUfcGXJ+K+5F1YovI5p5itXJBKPxRbghEbqe5qhFIlP9jZP/6yv3hq07C9E5aCT Z9Ypn7JnJw9/S6bcu7iLuj5C1lk5mWvlX2FHX9oUy5DLTAH+/7REmIczAMhAWuhNcx+M ZIoPGjDyWSqcOJSFOXCNZ8MSOSZgURnu0G+SU= MIME-Version: 1.0 Received: by 10.142.207.9 with SMTP id e9mr10471803wfg.346.1280241896953; Tue, 27 Jul 2010 07:44:56 -0700 (PDT) Received: by 10.142.125.15 with HTTP; Tue, 27 Jul 2010 07:44:56 -0700 (PDT) In-Reply-To: References: Date: Tue, 27 Jul 2010 17:44:56 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org, trustedbsd-audit@trustedbsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: Audit Kernel Events, weekly report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 14:44:58 -0000 My mentor suggested that I post the p4 depot path to my project, so here it is. I'm also including this in my project's wiki page. //depot/projects/soc2010/gpf_audit/freebsd/src/ -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Wed Jul 28 23:36:06 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BD591065673 for ; Wed, 28 Jul 2010 23:36:06 +0000 (UTC) (envelope-from jceel@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id EDDAF8FC15 for ; Wed, 28 Jul 2010 23:36:05 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 61D78C42F2; Thu, 29 Jul 2010 01:36:04 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id iKipJStFw7Ez; Thu, 29 Jul 2010 01:36:03 +0200 (CEST) Received: from [192.168.1.101] (unknown [195.150.224.245]) by smtp.semihalf.com (Postfix) with ESMTPSA id BA7DAC42E9; Thu, 29 Jul 2010 01:36:03 +0200 (CEST) From: Jakub Klama Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 29 Jul 2010 01:36:01 +0200 Message-Id: <3E35AF05-A110-4FA4-8DC9-2F6672BEB25F@semihalf.com> To: soc-status@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Cc: Rafal Jaworowski Subject: [DMA Engine Framework] status report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 23:36:06 -0000 Quite slow week, mainly due to other duties... Done this week: * Complete working, but not so clean channel allocation mechanism * Do some unit and regression testing * Style improvements Plans for next week: * More style improvements * Write driver for idma(4) on Marvell chips * Write documentation -- Jakub Klama From owner-soc-status@FreeBSD.ORG Thu Jul 29 19:56:02 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A51E1065672; Thu, 29 Jul 2010 19:56:02 +0000 (UTC) (envelope-from ligregni@unixmexico.org) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2F3A38FC15; Thu, 29 Jul 2010 19:55:57 +0000 (UTC) Received: by yxe42 with SMTP id 42so339382yxe.13 for ; Thu, 29 Jul 2010 12:55:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.101.32.14 with SMTP id k14mr834610anj.28.1280433357323; Thu, 29 Jul 2010 12:55:57 -0700 (PDT) Received: by 10.231.192.65 with HTTP; Thu, 29 Jul 2010 12:55:57 -0700 (PDT) Date: Thu, 29 Jul 2010 14:55:57 -0500 Message-ID: From: Sergio Ligregni To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Stacey Son Subject: Distributed Audit Project Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 19:56:02 -0000 Hi! The project is going pretty well, the changes made since MidTerm Eval: - MD5 to SHA256 checksum when verifying the integrity of an audit trail - Multi audit trail directories allowed, this is, if audit_control has "dir= : /var/audit /var/audit2 /var/audit3", and the shipd_control file has the three configured also, the daemon will search throught all directories listed for audit trails (but, if duplicated, since the important thing is the name and the SHA256, there will be no double transfer of trails) - Fixed the security issues realted to strxxx functions, and styled (style(9)) the code. TO_DO (next days): - config audit_warn to call shipd when a trail is closed (if someone has ideas to do that, help is welcome) - "migrate" BSD sockets to BIO sockets, in order to get SSL implemented. HELP NEEDED: /*++++++++++++++++++++++*/ - which code should I base my development in getting parameters from a file= ? (I've searched some audit.c, auditd_fbsd.c, auditd.c but not got the function to do that, maybe I missed something), currently I have files like= : /var/audit /var2/audit 1000 yes 53686 and got the parameters with sscanf, but the right way (the one I want to know wich code to take as baseline): dir:/var/audit /var2/audit time: 1000 slave_dir: yes port: 53686 and not to use sscanf (the avoiding of that function is a security concern made by my mentor). I think I can do an algorithm to implement that, but maybe there is a better/safer way to do in order to keeping the standard. /*++++++++++++++++++++++*/ Currently I have this function to verify if a file is a trail, having it's name, this is very poor and it needs to be improved, any ideas? /* * When exploring /var/audit/ (or the directory where the trails are), not * all files are trails so we must ensure we will only deal with the ones * that are trails. */ static int is_audit_trail(char *path) { /* * We have these posibilities, only the first one is allowed * 20100619223115.20100619223131 20100619223131.not_terminated * current */ if (strlen(path) =3D=3D 29 && path[14] =3D=3D '.' && isdigit(path[15])) { /* XXX To improve this checking later */ return 1; } return 0; } /*++++++++++++++++++++++*/ Thanks! --=20 ----------------------------------------------------------- Sergio Andr=E9s Ligregni Arredondo Estudiante Ingenier=EDa en Sistemas Computacionales, ITQ. Is UNIX Hot Enough for You? | FreeBSD From owner-soc-status@FreeBSD.ORG Fri Jul 30 16:40:39 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 198EF106567D for ; Fri, 30 Jul 2010 16:40:39 +0000 (UTC) (envelope-from alexandre@net.t-labs.tu-berlin.de) Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [130.149.220.252]) by mx1.freebsd.org (Postfix) with ESMTP id D04B18FC1F for ; Fri, 30 Jul 2010 16:40:38 +0000 (UTC) Received: from raven.net.t-labs.tu-berlin.de (raven.net.t-labs.tu-berlin.de [130.149.220.18]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTP id AF5B6700D46E for ; Fri, 30 Jul 2010 18:40:37 +0200 (CEST) From: Alexandre Fiveg Organization: t-net To: soc-status@freebsd.org Date: Fri, 30 Jul 2010 18:40:36 +0200 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201007301840.36736.alexandre@net.t-labs.tu-berlin.de> Subject: ringmap #8,#9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 16:40:39 -0000 Ringmap is ported to the 10Gb (integrated with ixgbe driver) with the following restrictions: - Only one queue will be used. All the traffic will be pushed into the only one predefined queue. Currently, there is no interface to the user-space for managing multi-queues in the ixgbe driver. That is why it is problematic to use multiple queues in the ringmap. I would like to implement this interface, but due to the lack of the time until the end of GSoC-2010 it seems to be impossible (there is a lot of work that I should manage until the end of GSOC: debugging, testing, evaluation, documentation, etc...). - The packet-filtering doesn't work yet. All the packets will be captured by ringmap. I will set filtering in user-space using libpcap-BPF. But I think, ringmap should be able to filter the packets also in the kernel using kernel-BPF. - The coherence-problem is still relevant. The kernel and user-thread see sometimes different data in the same mapped memory buffer. From owner-soc-status@FreeBSD.ORG Sat Jul 31 19:04:31 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 936C31065676 for ; Sat, 31 Jul 2010 19:04:31 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 57CBF8FC0C for ; Sat, 31 Jul 2010 19:04:31 +0000 (UTC) Received: by iwn35 with SMTP id 35so3304602iwn.13 for ; Sat, 31 Jul 2010 12:04:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=QNzsho1KZVdmuZfzI4yrNip+MHYQgM9gfwXWzI0sL/g=; b=p0jzQp/lOmZfgQaShjaPtWTgSvMSV9AhN/9+i8Pboh2ampHVzSMHjmuZZHik9bYM/K +4hOJqFTT2D13pCYwpn3ytvg9PiSXhMoy/H0f4ZMZD/tF3ArdJD3wpSdG052mA+EY7GX VmvbttNLKCh8e2VgQLqhz8wZBy22iiYljkE18= 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=nuDpnwzj+FLdU0iH/F8XnKdllJ4ooK82I9D0YBQ+g9CQO4ZlgvuLw/PgtuTbTWpVn+ AHti6+MuFGc39p+3hyy8n3/h7NsXOVMtcMITGudUMjCgwUUfNDYyffkbGUhprm80k7fp sWMdsan64b2XTLMcAN1cQiMTRSFUXmXW0UIps= MIME-Version: 1.0 Received: by 10.231.146.135 with SMTP id h7mr3903709ibv.149.1280603070543; Sat, 31 Jul 2010 12:04:30 -0700 (PDT) Sender: dforsythe@gmail.com Received: by 10.231.155.4 with HTTP; Sat, 31 Jul 2010 12:04:30 -0700 (PDT) Date: Sat, 31 Jul 2010 15:04:30 -0400 X-Google-Sender-Auth: zoAD5ZJTXqujCAAXaooId-GZWhU Message-ID: From: David Forsythe To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [libpkg] - report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2010 19:04:31 -0000 I didn't have power for half of the week, so I didn't get a chance to work on everything I wanted to. The pkg_add tool I've been building is coming along nicely. Minus a few options, it can "add" a package successfully. However, I haven't written the logged extract and command running functions for the library yet, so it's not really testing everything I want it to. Writing the tool did make me realize that some sort of "path" based repository type is needed, so I've added that to my list of things to do this week along with the logging functionality. Building a complete pkg_create tool should be possible now aswell (it's actually been possible for a long time), so I'll probably get working on that once I add a few things to the pkg_add tool I have. From owner-soc-status@FreeBSD.ORG Sun Aug 1 13:05:03 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F25D1065670 for ; Sun, 1 Aug 2010 13:05:03 +0000 (UTC) (envelope-from gnehzuil@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 241558FC1C for ; Sun, 1 Aug 2010 13:05:02 +0000 (UTC) Received: by pvh1 with SMTP id 1so1212234pvh.13 for ; Sun, 01 Aug 2010 06:05:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=zU8A21GsinlIn/15tYuDad/ppM6GrydTrPbut4K5ny0=; b=gpU9K0E7d3LB38hfF1JfWbXsrPCCGxGXzeDPPu5fOEDOjtkkPvwW0pcXnIuxCd/0c2 gVJmZf6b5kYlDLzXMrpNgIpTdVTNjT8SgL8vWzl/am/gtUyiWp57r7hxvvXOhvqf89H7 LYi6gzxfjOx9m2rAJomvDR8horngNCkygYRSs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=K8V/E0sZpw0BGZdEN5PXjebHPLRZa2qwMUNXZ+L5EiAy8rTKOX4BZT3CJc4XoqVQmn M3Oayrr1GzWSU0xZBLofJcbM2Wi2f3e7Bfjia0Mzqg1galNROud07fy6g5g67bpMBngB u03zSiS17p5DlisE1kW3IuKQCHebq3qXI6GIk= Received: by 10.142.157.6 with SMTP id f6mr4236375wfe.177.1280667901591; Sun, 01 Aug 2010 06:05:01 -0700 (PDT) Received: from [192.168.1.86] ([166.111.68.197]) by mx.google.com with ESMTPS id x18sm6048688wfd.8.2010.08.01.06.04.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 01 Aug 2010 06:05:00 -0700 (PDT) Message-ID: <4C5570E4.8070703@gmail.com> Date: Sun, 01 Aug 2010 21:04:36 +0800 From: gnehzuil User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [extfs] status report 9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Aug 2010 13:05:03 -0000 Status: * Fix a bug in ext2_blkatoff() function. * Begin to write code for supporting hash directory index (DIR_INDEX) feature in read-only mode. Plan for next week: * Implement DIR_INDEX feature. * Test lz From owner-soc-status@FreeBSD.ORG Mon Aug 2 08:42:07 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D5FA1065677 for ; Mon, 2 Aug 2010 08:42:07 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 288DA8FC1A for ; Mon, 2 Aug 2010 08:42:06 +0000 (UTC) Received: by qyk32 with SMTP id 32so1671470qyk.13 for ; Mon, 02 Aug 2010 01:42:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=Bd12nmzB+w6stjXjo33JrJ7wciG7b9a9q2M2RhjdE38=; b=cXln3MAgC7cITlEwrXCpLPf/mhD2AtHSPrpuCF/Nlk6TONCrc+W0dpbDxHMjySJWJ4 DKje+MwegyGfcKQQXUitL8HdD1i8/y9aq8XoMqKe53W4npQfHsQY2dR6tHbfsvi8pn/M BrKLFFf/0ZgRZQqcWTsrvbRNjMEKiO+GM5D9U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Cfkg6RVCmQ1neTP8FbfPxxQy5L727ycVTJuywlSAHYipBy5dBqCXd9D5SVz95O+1/X luw9wTQTRnRxzYM5h6SsufyNqC77Kple2HVpzeMaeIDY9KanV+hmjoHiJa1fvENMJ+bA uaiHbWa5vFt3tn2slMANDaocgKXxrOgWCw5fk= MIME-Version: 1.0 Received: by 10.224.94.75 with SMTP id y11mr1467767qam.190.1280738526227; Mon, 02 Aug 2010 01:42:06 -0700 (PDT) Received: by 10.220.189.136 with HTTP; Mon, 2 Aug 2010 01:42:06 -0700 (PDT) Date: Mon, 2 Aug 2010 11:42:06 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [fsnotify] report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2010 08:42:07 -0000 Done this week: * Add linux source code compatability. * Port inotify-tools and some misc examples. * Use kernel unit number allocator for watch descriptors From owner-soc-status@FreeBSD.ORG Mon Aug 2 18:13:54 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AED4D106564A; Mon, 2 Aug 2010 18:13:54 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 523D08FC25; Mon, 2 Aug 2010 18:13:54 +0000 (UTC) Received: by mail-qy0-f175.google.com with SMTP id 31so6769472qyk.13 for ; Mon, 02 Aug 2010 11:13:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=v15iEe2CiQy7HzxXiXMmpMq92mzawefL6dShBuMrT4o=; b=dZk19+qoaBr5FqBiI6KjrTAWJ0WRuCLoFv0JMvOcXwzh2TIceYn3J0nnSXVwGPz60P VGv1XAny6SClgOMbpXf+GBVlwawBG4XxQ55Hu72jdRKh/VTdVdo1+sO/frJ/auJhoEIB +bSpcR/41mHhM+XHVGkXoBx9g+xViEJpVC6HQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Yhm5/A4cFo5EBn320d7rVtmrf9ECkpbl8ov6tOjGiyAWrvxZlb4MUAlGL4qeTPNf9f Xk3DtbneRNqq6iNEt+L+PNWF2nq9qrZN4D4XwA9Di6QYkLi2BQaOCNd1KCsLMIfeOtWO +6xUxaUomif2un1k7DhAeYo1N62XYfd1Yejsw= MIME-Version: 1.0 Received: by 10.224.11.140 with SMTP id t12mr1880614qat.357.1280772833983; Mon, 02 Aug 2010 11:13:53 -0700 (PDT) Received: by 10.229.68.153 with HTTP; Mon, 2 Aug 2010 11:13:53 -0700 (PDT) Date: Mon, 2 Aug 2010 21:13:53 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org, trustedbsd-audit@trustedbsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Audit Kernel Events, weekly report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2010 18:13:54 -0000 This was a slow week, mostly due to other responsibilities. I just merged the new man pages for VOP_GETPARENT(9), VFS_FHHINT(9) & vn_fullpath_nocache(9), as well as the necessary man page changes for VOP_VPTOFH(9), with perforce. It's just plain text for now. I'll wait a week or so for feedback and any changes that may occur and then use my mdoc skills to turn them into proper man pages. This week I'll be working on praudit in order to make it friendly to NFS, update praudit's man page and upload a new demo that reflects the latest changes in auditing NFS RPCs. Thank you. -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Mon Aug 2 19:29:09 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7DAC106564A; Mon, 2 Aug 2010 19:29:09 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 9C99D8FC15; Mon, 2 Aug 2010 19:29:09 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 0D94714DC446; Mon, 2 Aug 2010 21:29:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id sh6NdYr93LHd; Mon, 2 Aug 2010 21:29:04 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id C6CB014DC43D; Mon, 2 Aug 2010 21:29:04 +0200 (CEST) Message-ID: <4C571C7C.8030702@FreeBSD.org> Date: Mon, 02 Aug 2010 21:29:00 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> <4C230A0B.3080700@FreeBSD.org> <4C2761B8.9030800@FreeBSD.org> <4C30B90F.9040703@FreeBSD.org> In-Reply-To: <4C30B90F.9040703@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Collective resource limits status report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2010 19:29:10 -0000 Since last report I fxed a kernel panic and I've been trying to add memory consumption-related limits. I'm a bit confused of the actual meaning of each type because I don't have too much knowledge about the ins and outs of memory mgmt in FreeBSD. Besides, the implementation of various resource allocating is quite different, which makes my code more complex and hard to read than I originally imagined. So the plan for next week is to look at Edward's containers project in depth and do some brainstorming if I can use it to keep my code cleaner. Gabor From owner-soc-status@FreeBSD.ORG Mon Aug 2 20:43:32 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 382ED1065679; Mon, 2 Aug 2010 20:43:32 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8BED58FC0A; Mon, 2 Aug 2010 20:43:31 +0000 (UTC) Received: by bwz12 with SMTP id 12so2292831bwz.13 for ; Mon, 02 Aug 2010 13:43:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=DbFP/F3ikvZVfpSC17ovrDU+8pK4LIPWT5DIOvMe0Co=; b=m6bOKkOnlqvR4uj3qvOCMqeYRr0ZXZ36id5WlolC1e53V+usV/jS5sSWNCeok8raIJ 1/Xy6HvsQ0UOBBbpvGSGjQZsBecBkJc12VNINwV1GqPy1qXc7knmrXGEZCzLvJNNnIAG AQNpysgiALY24Z1e4NKOKEl0wdyx/mRTlJGVk= 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=RlD+HFrLGkD1zkG8jez2w2xmdzqjR87lqMuNSoTzMRRwagm7cR1XWUWZ98fl3azQ+q cuN92+EFxArWo2kpis9q8NRbniJsrtZAWh/OzG82FbtGPZRu8ESH8YMVNCIlTGHfAVj5 hifPAAD1MUYOYRwhVoBkxKQv6I2iB12UusXJU= MIME-Version: 1.0 Received: by 10.204.163.84 with SMTP id z20mr4383835bkx.184.1280781810567; Mon, 02 Aug 2010 13:43:30 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.204.48.27 with HTTP; Mon, 2 Aug 2010 13:43:30 -0700 (PDT) Date: Mon, 2 Aug 2010 22:43:30 +0200 X-Google-Sender-Auth: 2zrHH_yLr75dRUP0NBW1U2cXIhU Message-ID: From: Julien LAFFAYE To: soc-status@freebsd.org, Ed Maste Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: [pkg_complete] report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2010 20:43:32 -0000 Hello, This week, I re-implemented the automatic installation of dependencies in pkg_add(1). I also added the support to install complete packages via pkg_add(1). To do: - do not abort a complete package installation if one of the packages in the set is already installed with the *same* version - add support for complete packages in pkg_info (and use libarchive for efficiency) - tests Regards, Julien From owner-soc-status@FreeBSD.ORG Wed Aug 4 19:39:28 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E0111065673 for ; Wed, 4 Aug 2010 19:39:28 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1FE568FC08 for ; Wed, 4 Aug 2010 19:39:27 +0000 (UTC) Received: by fxm13 with SMTP id 13so2696348fxm.13 for ; Wed, 04 Aug 2010 12:39:27 -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=HNLHYqo8LZqIubqvYuf77OXeNqxSLxylcCtAfWLAOHk=; b=MCnUy8xRdAj3byAKCU9RHol/CF/hcF2y5EatUVHGald8tTw5O6nHkWbM1PTCMVFTDT xja8CFl0eKHqopCvIU9+B68DadmXL4+GIA5Vkal6en8hOzasWbqhxznW2DfDW2FV8gUs NbbKlDzme4jRhBtT2fpgHIe8hnrjY+EKzt7FI= 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=LqUijnNjOxo4ueHBE9pwDniUkveOgOQHpXImOzzzFvMdhkj85QdGb7Y0SH9nupVREY uQvm2H4Dv7pXIhQSOYnlEP8HO64SLiz2Kx+uXWONecX2QuEFF/fDdhnsvYjSgTuBbSeV 7ACcCxfwY1EIb/awt45V1F9EPSfPzSXafxz4c= Received: by 10.223.113.135 with SMTP id a7mr9498844faq.40.1280950767051; Wed, 04 Aug 2010 12:39:27 -0700 (PDT) Received: from localhost ([92.54.240.77]) by mx.google.com with ESMTPS id q17sm3132890faa.21.2010.08.04.12.39.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Aug 2010 12:39:26 -0700 (PDT) Date: Wed, 4 Aug 2010 22:39:19 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20100804193919.GA5991@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: namecache status report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Aug 2010 19:39:28 -0000 Last week I've added support for weak-only cache. It's still has bugs and but already functional. There is still a lot of work left to stabilize code and improve locking after refactoring to use dircache_ref struct. Thanks, Gleb. From owner-soc-status@FreeBSD.ORG Thu Aug 5 23:47:02 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 999C31065677; Thu, 5 Aug 2010 23:47:02 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 376D68FC0C; Thu, 5 Aug 2010 23:47:01 +0000 (UTC) Received: by qyk11 with SMTP id 11so3874451qyk.13 for ; Thu, 05 Aug 2010 16:47:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=ToVpJWy3HVKPzNHU622Y4VyQ8LSDR7tKvQMJWv6kB2U=; b=aLK4QbAL6jAYQmAX3LXTCUiKNba1YFO4mZCT7GsRBBWHrKUrraUjIx6cD+VZ7mXMi1 uWpywt7pruYbNpS4XDy/Tqyp3GLXSWHhCWSqZMKYPac959EZvZ/pITd/b8c4P3uHRcMe mjKBs3lWCWo93N6GRKfwL2WdXT13b3FmCqCwM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=RPqIHDkpGDtkM8aW5Bxw5WiYOlqiYsO4lhKkhy8P9+CU8+aCHehdzK5j4xgjJwt9nv kGmE17pEHlSP1bH1oJwSwJ2PSso907ceMKSifxnVR2nuXyB2QQgMtxPoI1kXSrZbAGDg GMdngFty/+b0e2jcL5Ew81I2NfI9hHhIMg/Aw= MIME-Version: 1.0 Received: by 10.224.79.131 with SMTP id p3mr716842qak.354.1281052021366; Thu, 05 Aug 2010 16:47:01 -0700 (PDT) Sender: ivoras@gmail.com Received: by 10.229.241.83 with HTTP; Thu, 5 Aug 2010 16:47:00 -0700 (PDT) In-Reply-To: References: Date: Fri, 6 Aug 2010 01:47:00 +0200 X-Google-Sender-Auth: u_qmcWkIRpAjMUlPIPl-GpZjGkI Message-ID: From: Ivan Voras To: soc-status@freebsd.org, Andrew Pantyukhin Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: pkg_patch status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2010 23:47:02 -0000 Written man page, cleaned up dependency checking, the project is done - will be writing usage tutorial and call for testing next. From owner-soc-status@FreeBSD.ORG Fri Aug 6 04:18:37 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E2281065679 for ; Fri, 6 Aug 2010 04:18:37 +0000 (UTC) (envelope-from bfiedler@asu.edu) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0A1B68FC26 for ; Fri, 6 Aug 2010 04:18:36 +0000 (UTC) Received: by fxm13 with SMTP id 13so3850320fxm.13 for ; Thu, 05 Aug 2010 21:18:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.239.131.210 with SMTP id 18mr426963hbo.200.1281068315760; Thu, 05 Aug 2010 21:18:35 -0700 (PDT) Received: by 10.239.166.3 with HTTP; Thu, 5 Aug 2010 21:18:35 -0700 (PDT) Date: Thu, 5 Aug 2010 21:18:35 -0700 Message-ID: From: Ben Fiedler To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: bsdtextproc week 9 & 10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2010 04:18:37 -0000 Some work done on incorporating mandoc on week 9, but there are a lot of man/groff dependencies distributed across system make files (and also the syntax is far from intuitive). It will take time to identify and replace them. Week 10, progressing well on diff3. Hope to get that one wrapped up shortly. Now I am focusing on the milestones that can be completed by August 16th. At present, the 'mandoc' and and 'sort' deliveries are likely to fall short of the deadline. -Ben From owner-soc-status@FreeBSD.ORG Sun Aug 8 17:51:13 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C10E8106564A; Sun, 8 Aug 2010 17:51:13 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 77E9D8FC13; Sun, 8 Aug 2010 17:51:13 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id DAF5014DC549; Sun, 8 Aug 2010 19:51:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id R-8MAWZ8EUzX; Sun, 8 Aug 2010 19:51:08 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 368DF14DC53B; Sun, 8 Aug 2010 19:51:08 +0200 (CEST) Message-ID: <4C5EEE8B.8020009@FreeBSD.org> Date: Sun, 08 Aug 2010 19:51:07 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> <4C230A0B.3080700@FreeBSD.org> <4C2761B8.9030800@FreeBSD.org> <4C30B90F.9040703@FreeBSD.org> In-Reply-To: <4C30B90F.9040703@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Collective resource limits status report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2010 17:51:13 -0000 As I said in my last report, I've started checking Edward's hrl & containers work to see if it can make my project simpler but unfortunately I haven't got further because of illness. I got a flu and I'm still having fever. Before the end of the program, I hope that I'll be able to integrate my work with Edward's containers but as usually, I'll continue working on my project outside the program, as well. Gabor From owner-soc-status@FreeBSD.ORG Mon Aug 9 12:33:10 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB26F1065676 for ; Mon, 9 Aug 2010 12:33:10 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0CD8FC25 for ; Mon, 9 Aug 2010 12:33:10 +0000 (UTC) Received: by qyk32 with SMTP id 32so9622064qyk.13 for ; Mon, 09 Aug 2010 05:33:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=Hu80s6SkAxDj/niu1e3EzPiefSnuLuMteNePAUzoWYs=; b=aStx9y8f/X5AHEpIuNw2ITszA4hO7tda1MrNrUft2C6l/mCsxWsD0GjLyn+LraqfQu Vo0EO5bOHQXI/mVu7tuUagBp/dWRvreK18YD5cE4P0PwLsEFmjjmM3nf6x5S0W50c1+z IIHSZgp5dO3w8JCCWg8A+Ce8l5UCwNKWP9scg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Yq/AxPh95S1wgXV0W4NNpukBdL7gW1SlBgBFXRPTMuThj247E3puTJDckNQsTQbzwh Jkft//FUhLiGz0oQ3Z1W6NPqvPlR7SI3YTWcgvvDlVBbx6auGUHy4wZmTuoxCnEU9Np6 N0JWgp83WLOyql8vFGkHZlmx9yk1pAkOGRPJs= MIME-Version: 1.0 Received: by 10.229.52.28 with SMTP id f28mr6994038qcg.241.1281357189546; Mon, 09 Aug 2010 05:33:09 -0700 (PDT) Received: by 10.229.188.202 with HTTP; Mon, 9 Aug 2010 05:33:09 -0700 (PDT) Date: Mon, 9 Aug 2010 15:33:09 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [fsnotify] report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 12:33:10 -0000 Done this week: * Updated tests * Added inotify tests * Add linux test output to compare results. * Fixed various bugs found with test cases. * Removed code to save/lookup full paths and use relative paths only, as linux does. From owner-soc-status@FreeBSD.ORG Mon Aug 9 19:21:19 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5BAB1065676; Mon, 9 Aug 2010 19:21:19 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6A09B8FC19; Mon, 9 Aug 2010 19:21:19 +0000 (UTC) Received: by qyk32 with SMTP id 32so10039674qyk.13 for ; Mon, 09 Aug 2010 12:21:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=cQ9JUQEGbvbS+j53z2Xk+sFW+GJR1mJjUnpRE8+AWhc=; b=MDsi3R6zTFTMsNsl/jC8iqORNGaTfd0XmXxM5C7/v3IOakYevTm7LDwV7b0qvYMRu6 rFgso52ABB4VhEbid/EZrF10aLNXJhh9FkrbFbcXIAHg7CaF+6nMX1wDbX731fa5Cii1 kXvTI8ZbfmuqJOKTIkq+47Wl0PTbxASRMn5X4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=g/NSSrIAZybHqG1i9nF1arszAPlq7LXf4lvh8hAYn+TRrkgtIv4dchg6gE6fDE5l6C q00cpuKIomJnO5ue9ypsQTOdNT2v5V9f7rNcJpNNTMsWJwrTkhvnx3rDO3+a8/yNjDJd ahst0xHQ5EOJ29Oyc1ONe0bwrWEi69DxmMnFs= MIME-Version: 1.0 Received: by 10.229.235.83 with SMTP id kf19mr7191378qcb.32.1281381678384; Mon, 09 Aug 2010 12:21:18 -0700 (PDT) Received: by 10.229.67.78 with HTTP; Mon, 9 Aug 2010 12:21:18 -0700 (PDT) Date: Mon, 9 Aug 2010 22:21:18 +0300 Message-ID: From: Efstratios Karatzas To: trustedbsd-audit@trustedbsd.org, soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Audit Kernel Events, weekly report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 19:21:19 -0000 I spent last week focusing on remaining tasks as well as bug hunting. - introduced new tokens to Audit & libbsm due to new arguments being audited for NFS - altered libbsm & Audit so that NFS specific error codes are mapped to the appropriate error messages - found/fixed a few Audit bugs - transformed 3 new man pages to the appropriate format - updated wiki page with demos for NFSv3 & NFSv4 All and all, I deem this project 'complete', as far as gsoc is concerned. There are of course stuff left to do: I need to pay another look to NFS "OPEN", implement VOP_GETPARENT() & VFS_FHHINT() for more filesystems, re-implement code after mentor review or changes to experimental NFS server, a few minor changes here and there and then, there are other kernel subsystems that require Audit support. Besides the pending issue with "OPEN" (I'm gonna need Rick's help on this, will send an e-mail), don't expect any significant changes during the rest of August/September(= exam period). Come October, I'll keep on coding for Audit & FreeBSD in general. updated wiki page: http://wiki.freebsd.org/SOC2010EfstratiosKaratzas Peace out -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Mon Aug 9 20:52:00 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CB34106566C; Mon, 9 Aug 2010 20:52:00 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 96B658FC16; Mon, 9 Aug 2010 20:51:59 +0000 (UTC) Received: by bwz9 with SMTP id 9so1916062bwz.13 for ; Mon, 09 Aug 2010 13:51:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=QztxUdLldhBPK4UP8OhwaT8YyYUoYHrMF1beYZ+jves=; b=XPTmZo5dnAWbO5EkEA0wQsjI9YIUOtUtAgLKaqkGzaLUFpyabVF7HXxomYtmU78OxL xnIK0Ebg17PFXNtoRIhFOozSy35v7LH0uktaYqEi+1LFTKPm3jD0RnowvW0AzRvGvt3P MLT1g+pvqUVd5On5GONg4xSgAcGAitzSxfNhQ= 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=MuNv9WjvMf5+VbuZZLirgaOrnJ7tVoJ8OEoGCQqPmK11qXbmUjjh3NDFTQBy58rwUP VOMSHO/SNmIAn2qwZYgDLzU8hOhhRnz1zZitpFVH+F58AS2fPc+qH30G+geEBV/iqBm+ Qnhk7R/DtUWIztBpjUbGMxRuDHfvbwGY6q4lg= MIME-Version: 1.0 Received: by 10.204.35.69 with SMTP id o5mr3407384bkd.87.1281387118369; Mon, 09 Aug 2010 13:51:58 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.204.48.27 with HTTP; Mon, 9 Aug 2010 13:51:58 -0700 (PDT) Date: Mon, 9 Aug 2010 22:51:58 +0200 X-Google-Sender-Auth: lwLD-ae6bhZ0WQxrS1nvl4f1QfA Message-ID: From: Julien LAFFAYE To: soc-status@freebsd.org, Ed Maste Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: [pkg_complete] report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2010 20:52:00 -0000 Hello, This week, I added complete package support to the pkg_info(1) utility. The utility now use libarchive to get the information of a package archive. Open task: - More testing - Delete eventual dead code left by code re-factoring Regards, Julien From owner-soc-status@FreeBSD.ORG Tue Aug 10 02:57:37 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE8041065673 for ; Tue, 10 Aug 2010 02:57:37 +0000 (UTC) (envelope-from gnehzuil@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A39658FC19 for ; Tue, 10 Aug 2010 02:57:37 +0000 (UTC) Received: by pwj4 with SMTP id 4so1727112pwj.13 for ; Mon, 09 Aug 2010 19:57:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=RyZQtfOdKrx7UKWmiwBdlYOD+8dJbZ8s6XTqsSwyHDw=; b=TsTfmbInQyVzUpicuIo51cNeIWrJ4WvjAb+8oFxpzOps8gjaGdQfL2g/Uu/AxmApOd gKEwfuvge8vSRH0TX+7VtH8Ehn9FiXz7wNxc2xMJNLsaoCgFBhQsZ3SNZ5dOF5rRgZFH y4Rwr8zbe3w1ujqat0B8MVInUhCkGd8evlCBc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=ti9EY7mQwny45Rbbyr4mU8/x3jQQZpp9TaCfH8BRohc4yFL+bhvd1++uAxvVd7JskW IGy4wsyZjmLm8sXiM8aOvDdw2+++Oo7Dgwuc0xSX0bUTfX59FiBMDJNzHMK94zlQ+X6g CpskxOapdfMm1ekNL25sJ4w3f3E+I+heehNSw= Received: by 10.114.133.18 with SMTP id g18mr19627861wad.48.1281409057039; Mon, 09 Aug 2010 19:57:37 -0700 (PDT) Received: from [192.168.1.38] ([166.111.68.197]) by mx.google.com with ESMTPS id 33sm11734775wad.6.2010.08.09.19.57.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Aug 2010 19:57:35 -0700 (PDT) Message-ID: <4C60BFE2.80709@gmail.com> Date: Tue, 10 Aug 2010 10:56:34 +0800 From: gnehzuil User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [extfs] status report 10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 02:57:37 -0000 Status: * Implement hash directory index in ext2_lookup() function. Plan for next week: * Implement hash directory index in ext2_readdir() function. * Prepare for final evaluation. * Submit patch. lz From owner-soc-status@FreeBSD.ORG Tue Aug 10 23:23:07 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE1371065678 for ; Tue, 10 Aug 2010 23:23:07 +0000 (UTC) (envelope-from uzunchev.stanislav@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 824988FC19 for ; Tue, 10 Aug 2010 23:23:07 +0000 (UTC) Received: by vws7 with SMTP id 7so9667049vws.13 for ; Tue, 10 Aug 2010 16:23:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=zv3dLyPj0pC51XWge+wY7i0022yIr/CU6aWekBUK+x0=; b=mpNi0zFIhsQfuqlMCeXehXgaYSStBojICSAiWqm4iCPPUcoo6sBuC2/TBYtfBLYbPI LEUzqAYYyuuBu7r0LIGMfFqcPpnK3QZePQ8spLCk/lhYiOaN/ZLJ8yX9B8fAX8urkU41 rbf2go5KUFW2CPw74nC38WmIRoC0K65jOEk4Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=aTlw872wleXNiblwWGX3UFsU9dpV+PkWr6KsPDi69/l/Yt37S++fvZ8aihr8TdML3L 6OnMTe4DdudrmualG1QrRh1r60pwWwwoqDFyKpcwLuDeS4fd9L7hzWctE6NxsDvoVDTb XkQZVyQd8QixL9mgavogvhREO2Av9pl6YH6+E= MIME-Version: 1.0 Received: by 10.220.49.28 with SMTP id t28mr10857449vcf.233.1281480962952; Tue, 10 Aug 2010 15:56:02 -0700 (PDT) Received: by 10.220.66.2 with HTTP; Tue, 10 Aug 2010 15:56:02 -0700 (PDT) Date: Wed, 11 Aug 2010 01:56:02 +0300 Message-ID: From: Stanislav Uzunchev To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [BSNMP enhancement: A new module] status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2010 23:23:07 -0000 The module is almost done, there few things to be finished, and to scrub the code. And what is left to be done * putting all together the code * writing manual * optimizing * testing * bug hunting * preparing for final evaluation P.S. I have missing reports, but i have kept a good communication with the mentor. It is because i have stopped submiting since my summer session, it ended but it became a habit since then, my apologies. From owner-soc-status@FreeBSD.ORG Wed Aug 11 18:39:36 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D862106564A for ; Wed, 11 Aug 2010 18:39:36 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id EA5FD8FC12 for ; Wed, 11 Aug 2010 18:39:35 +0000 (UTC) Received: by pxi17 with SMTP id 17so190769pxi.13 for ; Wed, 11 Aug 2010 11:39:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=rsTDPSPdsg7x1qPesi3ysTzYhZ4MCtdKK3IsnYf1G6k=; b=sFvoo/OqCbBKaMJZRwsejSQ8+2huiTFUFrHBIzUOSEN9dKK7Jr8diB9EKlfWxtiSIv kPRYGiWsXuaABpa5MPYj3EDSh9mas1bIdnLZ/QIIdr6VCgnY64UmWAgKVVOdLaG8Nfyh LH1Fq3AuRniqB6zJ2YCNvb3fgsoC0DHmr9ry4= 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=affpY95gsVbBV9k1xPbYPikB9xLA7G4gK3lNJnAV/I1SsJOvBN+GsUCe5e05i9M3mY HMtcPJsv56FTBZgo7d6QkwroeOc3yRZte4mUq7+kGvDxp3+ikUcwkxXx8LXxqe8QGOGX QehSfrAqDtvC1sQ235VE9a5bQ+sUTJoNX5Ka8= MIME-Version: 1.0 Received: by 10.142.14.6 with SMTP id 6mr4179322wfn.198.1281551975453; Wed, 11 Aug 2010 11:39:35 -0700 (PDT) Sender: dforsythe@gmail.com Received: by 10.142.217.5 with HTTP; Wed, 11 Aug 2010 11:39:35 -0700 (PDT) Date: Wed, 11 Aug 2010 14:39:35 -0400 X-Google-Sender-Auth: GDJDsPE8-x33YFGlnyTpmrkpV7s Message-ID: From: David Forsythe To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [libpkg] - report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2010 18:39:36 -0000 I couldn't do much of anything this week because I'm getting ready to move across the country. My mentor took some time to go over my code over the weekend and left me a list of things I should look at and fix, so I'll be working on those things when I get from free time, and hope to have them done before the hard stop date of the program. From owner-soc-status@FreeBSD.ORG Thu Aug 12 12:53:53 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F40AD106566C for ; Thu, 12 Aug 2010 12:53:52 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 801BE8FC16 for ; Thu, 12 Aug 2010 12:53:51 +0000 (UTC) Received: by bwz9 with SMTP id 9so1073688bwz.13 for ; Thu, 12 Aug 2010 05:53:51 -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=7/t1Qvyr6+ZlJwBqmXE+nwgy4vObGcAUAJ4Rn1tXPGQ=; b=w9W8JULOlw49dqOBGi+TQjShhKLkfqmqryA1kqfbhpMg2vXdU7cOSP0AB9S8EReQWe Db/deo1yMrQIml2MGJhsGPULm+vHKfV32NIFm7bu7WlG4HOOQeA0+w7L+RhhYnob384t 93E/yIpZAxuiUQmoZGwM3yHJJ2CwCjAqeDi3g= 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=eJgtyWADBWZhxM/5v898iIMsyMe54tUx3oro8bByNfjWWf1y2GaaWdMIr6CESPU3GD RvJ0NBtGR9pmXMQPhmkJv3osyGOoC/YTl8TxcVBu31Q1RTUmLWNnCe1bhvrNVq6Ahwrw hldkmiy+WM/17yH/leSzcEX/CkhPaSuVKXQSM= Received: by 10.204.48.206 with SMTP id s14mr66766bkf.40.1281617630713; Thu, 12 Aug 2010 05:53:50 -0700 (PDT) Received: from localhost (94-43-165-170.dsl.utg.ge [94.43.165.170]) by mx.google.com with ESMTPS id a9sm1025129bky.23.2010.08.12.05.53.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 12 Aug 2010 05:53:50 -0700 (PDT) Date: Thu, 12 Aug 2010 15:53:42 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20100812125342.GA2230@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: namecache final status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 12:53:53 -0000 Initial project goals are now completed. I've just finished weak-only cache support, which is to resemble current cache behaviour and to be used by networked filesystems. It still has stability issues and the plan is to change a bit the way caching implemented (notably MAKEENTRY flag) to make weak-only cache support easier within dircache. It was also decided not to add "namespace" concept to cache, because it's possible to open a file with fhopen(2), i.e. without using file path. "Namespace" is intended to support 'mount -o bind' style mounting and guarantee consistent names and paths in cache. Adding it would require complete VFS redesign. "Strong" dircache needs more testing to work correctly for vnodes created with VFS_VGET (NFS server use case). It's fully functional, but needs more work to improve performance and profile locking. I'm going to continue working on the project after Summer Of Code. Thanks, Gleb. From owner-soc-status@FreeBSD.ORG Thu Aug 12 13:35:02 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C5641065693 for ; Thu, 12 Aug 2010 13:35:02 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id D86168FC1A for ; Thu, 12 Aug 2010 13:35:01 +0000 (UTC) Received: by qyk32 with SMTP id 32so1801536qyk.13 for ; Thu, 12 Aug 2010 06:35:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=lz7/5FnBveuopEMFoQcIFP38E91q7cn4SPbZcV1RK60=; b=RrPuQBBLiwoAOmFAdO5MEQDNQzVNTYIENMskdjfPGUir6zC0kSWtxjgDLpxxtbk3rO NvfPRWMwCBGmzC2+2kV7j7IcoSrc3f/Na2GJ7pOaetv56E0Q7lC5h8M2AhyGN6bstgIr bm/IokbiWiOnbN67EuytL8p5DGPCeJy6RApp8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=QsbU0VjLv6me73CLT1P5LmcCMjBSm9QWwPM54C/lR9I2KVIL8htHtVWCuwhlKIJRb6 GtxDZp7rY792V32oBl2sw+OyjrIqnEQOpJNsBgCYkwUgCnxjUHQdK7L4qyoA933Wfxt7 8hprCkGlgKqrCBesMIjvtVpD4hFnwliasUgZQ= MIME-Version: 1.0 Received: by 10.229.225.196 with SMTP id it4mr149428qcb.46.1281620101162; Thu, 12 Aug 2010 06:35:01 -0700 (PDT) Received: by 10.229.188.202 with HTTP; Thu, 12 Aug 2010 06:35:01 -0700 (PDT) Date: Thu, 12 Aug 2010 16:35:01 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [fsnotify] report #11 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 13:35:02 -0000 Done this week: * Update node name in vop_rename hook. Use node name if no name event available. * Use path argument as inotify does, not file descriptor, to add watch. * Make event struct the same as linux' inotify_event. Remove inode number. * Add tests I've forgotten to commit last time. From owner-soc-status@FreeBSD.ORG Thu Aug 12 23:00:59 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1590D106564A for ; Thu, 12 Aug 2010 23:00:59 +0000 (UTC) (envelope-from jceel@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id B86688FC1C for ; Thu, 12 Aug 2010 23:00:58 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 55EB7C3BB6; Fri, 13 Aug 2010 01:00:56 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id 6tMQrxj92E7G; Fri, 13 Aug 2010 01:00:55 +0200 (CEST) Received: from [10.10.1.3] (remotehell.sc.czest.pl [83.19.65.138]) by smtp.semihalf.com (Postfix) with ESMTPSA id ACFB5C3BB5; Fri, 13 Aug 2010 01:00:55 +0200 (CEST) From: Jakub Klama Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 13 Aug 2010 01:00:53 +0200 Message-Id: <9168F489-3FE5-434E-9C21-FE130B790D37@semihalf.com> To: soc-status@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Cc: Rafal Jaworowski Subject: [DMA Engine Framework] status report #10, #11 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2010 23:00:59 -0000 During week 10 I was on the vacation, so no work was made. On week 11: * Completed DMA channel allocation mechanism * Completed _arm_memcpy bindings * Working on documentation * Fixed many bugs in framework Plans for next week: * Update wiki page * Do some cleanups & more bugfixes * Try to complete documentation * Try to complete unit tests -- Jakub Klama From owner-soc-status@FreeBSD.ORG Sat Aug 14 22:36:31 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CC7C1065697; Sat, 14 Aug 2010 22:36:31 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id D9F308FC15; Sat, 14 Aug 2010 22:36:30 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id E74E014DC658; Sun, 15 Aug 2010 00:36:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id MxIufuVzR5tT; Sun, 15 Aug 2010 00:36:26 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 7AF0514DC548; Sun, 15 Aug 2010 00:36:26 +0200 (CEST) Message-ID: <4C671A66.5090700@FreeBSD.org> Date: Sun, 15 Aug 2010 00:36:22 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org References: <4C1BCB96.4040608@FreeBSD.org> <4C21CAF0.2040607@FreeBSD.org> <4C230A0B.3080700@FreeBSD.org> <4C2761B8.9030800@FreeBSD.org> <4C30B90F.9040703@FreeBSD.org> In-Reply-To: <4C30B90F.9040703@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?RWR3YXJkIFRvbWFzeiBOYXBpZXJhxYJh?= Subject: Collective resource limits - final status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Aug 2010 22:36:31 -0000 The code has been merged to Edward's hrl and containers work and now uses containers to usage accounting. The kernel-level support is ready for basic system calls to deal with jobs and JLIMIT_NUMPROC is completely ready. Other resource limits have the code to count the usage through containers but actual usage enforcement is not complete. The test suite has support for creating a job, adding processes by forking, starting a shell imprisoned to a job and setting various resource limits but resource consumption is mostly incomplete. The userland support also need to be done. So my current TODO list is the following: - Complete limit enforcement for all limits - Complete test suite with resource consumption, so that the limit enforcement can be tested thoroughly - Add userland support for various databases so that it can be used just like in IRIX. Also add support to various utilities, like ps to list processes inside a specific job. Soon, I'm leaving to Portugal for a one-year intership and this will take some preparations and then I'll have to settle down there but once it's done (around Sep 20-25 as I expect) I'll continue working on this project. Gabor From owner-soc-status@FreeBSD.ORG Sun Aug 15 04:43:13 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA4F31065672; Sun, 15 Aug 2010 04:43:13 +0000 (UTC) (envelope-from phcoder@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5C10A8FC0A; Sun, 15 Aug 2010 04:43:11 +0000 (UTC) Received: by ewy26 with SMTP id 26so2270820ewy.13 for ; Sat, 14 Aug 2010 21:43:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type; bh=EeDhujpp0SF+j1rwDhNcChJAML6JGV6eaFZXVb+nw4k=; b=aQBPeE/JqvIyYtE39nw3F7Gkhc96E7VnDFIVVC+wJVNsr+YezFqByOw17K1KN5WeKp MFYx99fs6g6BrPqCn5k2rcc+PKCv8q8QLnCl2lCuHS4KS9en33I8qfvFoB6bj109Pc5Z jEUOG0cblp3zzqxoI/uALdMH8+OLr7fVFeIPs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type; b=QOG4czEFwCK3U+yzZTfemDn4hIHhFf1uRmY17DDap8cwBE3s9C98JMsfv7Edny7Skl 1O5AGE79o3upaekamgFn0LQY+xLYpp0jYLxjL6XDVMJgcWsb7i47xUgSlQ0M06hNAGQW ma/IxrrSbQYfFBoSbbrUvC+BuKO7QqkKem0Ho= Received: by 10.213.22.10 with SMTP id l10mr1302575ebb.21.1281847391285; Sat, 14 Aug 2010 21:43:11 -0700 (PDT) Received: from debian.bg45.phnet (108-213.203-62.cust.bluewin.ch [62.203.213.108]) by mx.google.com with ESMTPS id a48sm7368672eei.12.2010.08.14.21.43.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 14 Aug 2010 21:43:09 -0700 (PDT) Message-ID: <4C67704C.70609@gmail.com> Date: Sun, 15 Aug 2010 06:42:52 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org, freebsd-mips@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigA62E735D8D207F5B1BD8D707" Cc: Subject: Yeeloong port is functional X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2010 04:43:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA62E735D8D207F5B1BD8D707 Content-Type: multipart/mixed; boundary="------------020401040108060707020101" This is a multi-part message in MIME format. --------------020401040108060707020101 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, all. Despite the hardware-inflicted setbacks (my yeeloong fried right before the mid-term), Yeeloong port is now functional. Both serial and local (keyboard + screen) work. Real Time Clock is working. Internet is working. USB controller on PCI is working. Userspace is working. Remaining issues: 1) Disabled cache. The reason are peculiar properties of L2 cache. I actualy have the code to fix it but I'm not sure to hit GSoC deadline about it. 2) Only 256 MiB of RAM are supported. Should be easy to fix once 64-bit parts are in. 3) No Geode support. So no IDE, 2 of 3 USB ports or audio. These components are actualy pretty standard, one has only to add support for MSRs. 4) No power management. Wasn't planned to have it implemented during GSoC= =2E Not tested: 1) Touchpad. Never connected to my laptop during developpement because to use it one has to close front lid and so cut from serial connector 3rd party developpements which will improve Yeeloong support: 1) X.org support. The required card is already supported in latest x.org. So it's a question of importing last X.org and testing it. 2) 64-bit developpement. Currently if I compile 64-bit kernel it contains only 64-bit imgact. Imposing only 64-bit binaries is suboptimal.= --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------020401040108060707020101 Content-Type: text/x-diff; name="yeeloong_rc1.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="yeeloong_rc1.diff" =3D=3D=3D modified file 'cam/cam_xpt.c' --- cam/cam_xpt.c 2010-08-13 22:16:49 +0000 +++ cam/cam_xpt.c 2010-08-14 10:37:00 +0000 @@ -816,6 +816,9 @@ return 0; } =20 +static struct root_hold_token *xpt_rool_hold =3D NULL; +static int rescan_counter =3D 0; + static void xpt_rescan_done(struct cam_periph *periph, union ccb *done_ccb) { @@ -828,6 +831,11 @@ (*done_ccb->ccb_h.cbfcnp)(periph, done_ccb); } xpt_release_boot(); + if (atomic_fetchadd_int (&rescan_counter, -1) =3D=3D 1) + { + root_mount_rel (xpt_rool_hold); + xpt_rool_hold =3D NULL; + } } =20 /* thread to handle bus rescans */ @@ -861,6 +869,11 @@ { struct ccb_hdr *hdr; =20 + if (atomic_fetchadd_int (&rescan_counter, 1) =3D=3D 0) + { + xpt_rool_hold =3D root_mount_hold("XPT bus rescan"); + } + /* Prepare request */ if (ccb->ccb_h.path->target->target_id =3D=3D CAM_TARGET_WILDCARD && ccb->ccb_h.path->device->lun_id =3D=3D CAM_LUN_WILDCARD) =3D=3D=3D modified file 'conf/ldscript.mips' --- conf/ldscript.mips 2010-08-13 22:16:49 +0000 +++ conf/ldscript.mips 2010-08-14 20:45:41 +0000 @@ -44,6 +44,7 @@ { /* Read-only sections, merged into text segment: */ . =3D KERNLOADADDR + SIZEOF_HEADERS; + .multiboot : { *(.multiboot) } .text : { *(.trap) @@ -64,6 +65,7 @@ .rodata : { *(.rodata) *(.rodata.*) *(.gnu.linkonce.r.*) } .rodata1 : { *(.rodata1) } .interp : { *(.interp) } + .multiboot : { *(.multiboot) } .hash : { *(.hash) } .dynsym : { *(.dynsym) } .dynstr : { *(.dynstr) } =3D=3D=3D modified file 'conf/ldscript.mips.mips64' --- conf/ldscript.mips.mips64 2010-08-13 22:16:49 +0000 +++ conf/ldscript.mips.mips64 2010-08-14 10:37:00 +0000 @@ -45,6 +45,7 @@ /* Read-only sections, merged into text segment: */ . =3D KERNLOADADDR + SIZEOF_HEADERS; .interp : { *(.interp) } + .multiboot : { *(.multiboot) } .hash : { *(.hash) } .dynsym : { *(.dynsym) } .dynstr : { *(.dynstr) } =3D=3D=3D modified file 'conf/options.mips' --- conf/options.mips 2010-08-13 22:16:49 +0000 +++ conf/options.mips 2010-08-14 21:18:26 +0000 @@ -66,3 +66,9 @@ # OCTEON_VENDOR_LANNER opt_cvmx.h OCTEON_BOARD_CAPK_0100ND opt_cvmx.h + +ATKBD_DFLT_KEYMAP opt_atkbd.h + +PSM_DEBUG opt_psm.h +PSM_HOOKRESUME opt_psm.h +PSM_RESETAFTERSUSPEND opt_psm.h =3D=3D=3D modified file 'dev/atkbdc/atkbdc.c' --- dev/atkbdc/atkbdc.c 2010-08-13 22:16:49 +0000 +++ dev/atkbdc/atkbdc.c 2010-08-14 21:18:26 +0000 @@ -114,8 +114,8 @@ static int wait_for_aux_data(atkbdc_softc_t *kbdc); static int wait_for_aux_ack(atkbdc_softc_t *kbdc); =20 -atkbdc_softc_t -*atkbdc_get_softc(int unit) +atkbdc_softc_t * +atkbdc_get_softc(int unit) { atkbdc_softc_t *sc; =20 @@ -182,6 +182,8 @@ tag =3D IA64_BUS_SPACE_IO; #elif defined(__sparc64__) tag =3D &atkbdc_bst_store[0]; +#elif defined(__mips) + tag =3D mips_bus_space_generic; #else #error "define tag!" #endif @@ -213,6 +215,17 @@ return 0; h1 =3D sparc64_fake_bustag(space, port1, tag); bus_space_subregion(tag, h1, KBD_STATUS_PORT, 1, &h1); +#elif defined(__mips) + port0 =3D IO_KBD + (intptr_t)(int32_t)0xbfd00000; + resource_int_value("atkbdc", 0, "port", &port0); + port1 =3D IO_KBD + KBD_STATUS_PORT+ (intptr_t)(int32_t)0xbfd00000; +#ifdef notyet + bus_space_map(tag, port0, IO_KBDSIZE, 0, &h0); + bus_space_map(tag, port1, IO_KBDSIZE, 0, &h1); +#else + h0 =3D (bus_space_handle_t)port0; + h1 =3D (bus_space_handle_t)port1; +#endif #else port0 =3D IO_KBD; resource_int_value("atkbdc", 0, "port", &port0); =3D=3D=3D modified file 'dev/fb/fb.c' --- dev/fb/fb.c 2010-08-13 22:16:49 +0000 +++ dev/fb/fb.c 2010-08-14 21:18:26 +0000 @@ -608,6 +608,7 @@ { FBTYPE_VGA, KD_VGA }, { FBTYPE_PC98, KD_PC98 }, { FBTYPE_TGA, KD_TGA }, + { FBTYPE_MBFB, KD_MULTIBOOT }, }; int i; =20 =3D=3D=3D added file 'dev/fb/mbfb.h' --- dev/fb/mbfb.h 1970-01-01 00:00:00 +0000 +++ dev/fb/mbfb.h 2010-08-14 21:18:26 +0000 @@ -0,0 +1,17 @@ +#include +#include "opt_fb.h" +#include "fbreg.h" + +extern int fb_found; + +struct mbvid_params +{ + int width; + int height; + void *ptr; +}; +extern struct mbvid_params mbvid_params; + +int attach_mbvid (void); + +#define MBVID_NAME "mbvid" =3D=3D=3D added file 'dev/fb/mbvideo.c' --- dev/fb/mbvideo.c 1970-01-01 00:00:00 +0000 +++ dev/fb/mbvideo.c 2010-08-15 02:57:44 +0000 @@ -0,0 +1,637 @@ +/*- + * Copyright (c) 1999 Kazutaka YOKOTA + * Copyright (c) 1992-1998 S=F8ren Schmidt + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer as + * the first lines of this file unmodified. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * 3. The name of the author may not be used to endorse or promote produ= cts + * derived from this software without specific prior written permissi= on. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHORS ``AS IS'' AND ANY EXPRESS OR= + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRAN= TIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIME= D. + * IN NO EVENT SHALL THE AUTHORS BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, = BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF = USE, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY= + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE= OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + * + */ + +#include +__FBSDID("$FreeBSD$"); + +#include "opt_fb.h" +#ifndef FB_DEBUG +#define FB_DEBUG 0 +#endif +#include "opt_syscons.h" /* should be removed in the future, XXX */ + +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include + +#include "mbfb.h" +#include "fbreg.h" +#include "boot_font.c" +#include +#include +#include +#include + +static genfb_softc_t gensc; + +static uint16_t window[10000]; + +/* color mappings, from dev/fb/creator.c */ +static const uint16_t cmap[] =3D { + 0x0000, + 0x001f, + 0x07e0, + 0x0618, + 0xf800, + 0xc018, + 0xc600, + 0xc618, + 0x8410, + 0x841f, + 0x87f0, + 0x87ff, + 0xfc10, + 0xfc1f, + 0xfff0, + 0xffff, +}; + +static video_adapter_t mbvidadapter =3D +{ + .va_index =3D 0, + .va_type =3D KD_MULTIBOOT, + .va_name =3D MBVID_NAME, + .va_unit =3D 0, + .va_minor =3D 0, + .va_flags =3D V_ADP_COLOR, + .va_io_base =3D 0, + .va_io_size =3D 0, + .va_crtc_addr =3D 0, + .va_window =3D (uintptr_t) &window, + .va_window_size =3D sizeof (window), + .va_window_gran =3D 0, + .va_window_orig =3D 0, + .va_buffer =3D 0, + .va_buffer_size =3D 0, + .va_initial_mode =3D 0, + .va_initial_bios_mode =3D 0, + .va_mode =3D 0, + .va_info =3D { + .vi_mode =3D 0, + .vi_flags =3D V_INFO_COLOR | V_INFO_LINEAR, + .vi_cwidth =3D 8, + .vi_cheight =3D 16, + .vi_planes =3D 1, + .vi_window_gran =3D 0, + .vi_buffer =3D 0, + .vi_buffer_size =3D 0, + .vi_mem_model =3D V_INFO_MM_DIRECT, + .vi_registers =3D 0, + .vi_registers_size =3D 0, + }, + .va_disp_start =3D { + .x =3D 0, + .y =3D 0, + }, + .va_token =3D 0, + .va_model =3D 0, + .va_little_bitian =3D 0, + .va_little_endian =3D 1, + .va_buffer_alias =3D 0, + .va_registers =3D 0, + .va_registers_size =3D 0, +}; + + +#if 0 +int +mbvid_probe_unit(int unit, video_adapter_t *buf, int flags) +{ + if (!fb_found) + return ENXIO; + return 0; +} + +int +mbvid_attach_unit(int unit, mbvid_softc_t *sc, int flags) +{ + if (!fb_found) + return ENXIO; + return 0; +} +#endif + +/* cdev driver functions */ + +static int +mbvid_open(struct cdev *dev, int flag, int mode, struct thread *td) +{ + if (dev =3D=3D NULL) + return ENXIO; + if (mode & (O_CREAT | O_APPEND | O_TRUNC)) + return ENODEV; + + return genfbopen(&gensc, &mbvidadapter, flag, mode, td); +} + +static int +mbvid_close(struct cdev *dev, int flag, int mode, struct thread *td) +{ + return genfbclose(&gensc, &mbvidadapter, flag, mode, td); +} + +static int +mbvid_read(struct cdev *dev, struct uio *uio, int flag) +{ + return genfbread(&gensc, &mbvidadapter, uio, flag); +} + +static int +mbvid_write(struct cdev *dev, struct uio *uio, int flag) +{ + return genfbread(&gensc, &mbvidadapter, uio, flag); +} + +static int +mbvid_ioctl(struct cdev *dev, u_long cmd, caddr_t arg, int flag, + struct thread *td) +{ + return genfbioctl(&gensc, &mbvidadapter, cmd, arg, flag, td); +} + +static int +mbvid_mmap(struct cdev *dev, vm_ooffset_t offset, + vm_offset_t *paddr, int prot, vm_memattr_t *memattr) +{ + return (EINVAL); +} + +static struct cdevsw mbvid_cdevsw =3D { + .d_version =3D D_VERSION, + .d_flags =3D 0, + .d_open =3D mbvid_open, + .d_close =3D mbvid_close, + .d_read =3D mbvid_read, + .d_write =3D mbvid_write, + .d_ioctl =3D mbvid_ioctl, + .d_mmap =3D mbvid_mmap, + .d_name =3D "multiboot video console", +}; + +int +attach_mbvid (void) +{ + int error; + int idx; +=09 + mbvidadapter.va_info.vi_mode =3D M_TEXT_80x25; + mbvidadapter.va_info.vi_cwidth =3D bold8x16.width; + mbvidadapter.va_info.vi_cheight =3D bold8x16.height; + mbvidadapter.va_info.vi_height =3D (mbvid_params.height / mbvidadapter.= va_info.vi_cheight); + mbvidadapter.va_info.vi_width =3D (mbvid_params.width / mbvidadapter.va= _info.vi_cwidth); + mbvidadapter.va_info.vi_flags =3D V_INFO_COLOR | V_INFO_LINEAR; + mbvidadapter.va_info.vi_mem_model =3D V_INFO_MM_DIRECT; + + mbvidadapter.va_flags |=3D V_ADP_COLOR; + + idx =3D vid_register (&mbvidadapter); + if (idx < 0) + { + return ENXIO; + } + mbvidadapter.va_flags |=3D V_ADP_REGISTERED; + + /* attach a virtual frame buffer device */ + error =3D fb_attach(idx, &mbvidadapter, &mbvid_cdevsw); + if (error) + { + return (error); + } + return 0; +} + +/* video driver declarations */ +static int mbvid_configure(int flags); + int (*mbvid_sub_configure)(int flags); +static int mbvid_error(void); +static vi_probe_t mbvid_probe; +static vi_init_t mbvid_init; +static vi_get_info_t mbvid_get_info; +static vi_query_mode_t mbvid_query_mode; +static vi_mmap_t mbvid_mmap_buf; +static vi_ioctl_t mbvid_dev_ioctl; +static vi_diag_t mbvid_diag; +static vi_putc_t mbvid_putc; +static vi_putp_t mbvid_putp; +static vi_puts_t mbvid_puts; +static vi_putm_t mbvid_putm; + +static video_switch_t mbvidvidsw =3D { + mbvid_probe, + mbvid_init, + mbvid_get_info, + mbvid_query_mode,=09 + (vi_set_mode_t *) mbvid_error, + (vi_save_font_t *) mbvid_error, + (vi_load_font_t *) mbvid_error, + (vi_show_font_t *) mbvid_error, + (vi_save_palette_t *) mbvid_error, + (vi_load_palette_t *) mbvid_error, + (vi_set_border_t *) mbvid_error, + (vi_save_state_t *) mbvid_error, + (vi_load_state_t *) mbvid_error, + (vi_set_win_org_t *) mbvid_error, + (vi_read_hw_cursor_t *)mbvid_error, + (vi_set_hw_cursor_t *) mbvid_error, + (vi_set_hw_cursor_shape_t *) mbvid_error, + (vi_blank_display_t *) mbvid_error, + mbvid_mmap_buf, + mbvid_dev_ioctl, + (vi_clear_t *) mbvid_error, + (vi_fill_rect_t *) mbvid_error, + (vi_bitblt_t *) mbvid_error, + mbvid_error, + mbvid_error, + mbvid_diag, + .putp =3D mbvid_putp, + .putc =3D mbvid_putc, + .puts =3D mbvid_puts, + .putm =3D mbvid_putm +}; + + +VIDEO_DRIVER(mbvid, mbvidvidsw, mbvid_configure); + +/* a backdoor for the console driver */ +static int +mbvid_configure(int flags) +{ + return fb_found; +} + +/* entry points */ + +static int +mbvid_error(void) +{ + return ENODEV; +} + +static int +mbvid_probe(int unit, video_adapter_t **adpp, void *arg, int flags) +{ + if (unit >=3D fb_found) + return ENXIO; + + mbvidadapter.va_flags |=3D V_ADP_PROBED; + + *adpp =3D &mbvidadapter; + + return 0; +} + +static int +mbvid_init(int unit, video_adapter_t *adp, int flags) +{ + if (unit >=3D fb_found) + return ENXIO; + + mbvidadapter.va_flags |=3D V_ADP_INITIALIZED; + + return 0; +} + +/* + * get_info(): + * Return the video_info structure of the requested video mode. + * + * all adapters + */ +static int +mbvid_get_info(video_adapter_t *adp, int mode, video_info_t *info) +{ + if (mode !=3D 0) + return EINVAL; + *info =3D adp->va_info; + return 0; +} + +/* + * query_mode(): + * Find a video mode matching the requested parameters. + * Fields filled with 0 are considered "don't care" fields and + * match any modes. + * + * all adapters + */ +static int +mbvid_query_mode(video_adapter_t *adp, video_info_t *info) +{ + if ((info->vi_width !=3D 0) + && (info->vi_width !=3D adp->va_info.vi_width)) + return ENODEV; + + if ((info->vi_height !=3D 0) + && (info->vi_height !=3D adp->va_info.vi_height)) + return ENODEV; + + if ((info->vi_cwidth !=3D 0) + && (info->vi_cwidth !=3D adp->va_info.vi_cwidth)) + return ENODEV; + + if ((info->vi_cheight !=3D 0) + && (info->vi_cheight !=3D adp->va_info.vi_cheight)) + return ENODEV; + + if ((info->vi_depth !=3D 0) + && (info->vi_depth !=3D adp->va_info.vi_depth)) + return ENODEV; + + if ((info->vi_planes !=3D 0) + && (info->vi_planes !=3D adp->va_info.vi_planes)) + return ENODEV; + + /* XXX: should check pixel format, memory model */ + if ((info->vi_flags !=3D 0) + && (info->vi_flags !=3D adp->va_info.vi_flags)) + return ENODEV; + return 0; +} + +#if 0 +/* + * mmap(): + * Mmap frame buffer. + * + * all adapters + */ +static int +mbvid_mmap_buf(video_adapter_t *adp, vm_ooffset_t offset, vm_paddr_t *pa= ddr, + int prot, vm_memattr_t *memattr) +{ + printf("mbvid_mmap_buf(): window:0x%jx, offset:0x%jx\n",=20 + (uintmax_t)adp->va_info.vi_window, (uintmax_t)offset); + + /* XXX: is this correct? */ + if (offset > adp->va_window_size - PAGE_SIZE) + return -1; + + *paddr =3D adp->va_info.vi_window + offset; + return 0; +} +#else +static int +mbvid_mmap_buf(video_adapter_t *adp, vm_ooffset_t offset, vm_paddr_t *pa= ddr, + int prot, vm_memattr_t *memattr) +{ + return (EINVAL); +} +#endif + +static int +mbvid_dev_ioctl(video_adapter_t *adp, u_long cmd, caddr_t arg) +{ + switch (cmd) { + case FBIO_GETWINORG: /* get frame buffer window origin */ + *(u_int *)arg =3D 0; + return 0; + + case FBIO_SETWINORG: /* set frame buffer window origin */ + case FBIO_SETLINEWIDTH: /* set scan line length in pixel */ + case FBIO_SETDISPSTART: /* set display start address */ + case FBIO_GETPALETTE: /* get color palette */ + case FBIO_SETPALETTE: /* set color palette */ + case FBIOGETCMAP: /* get color palette */ + case FBIOPUTCMAP: /* set color palette */ + + return ENODEV; + case FBIOGTYPE: /* get frame buffer type info. */ + ((struct fbtype *)arg)->fb_type =3D fb_type(adp->va_type); + ((struct fbtype *)arg)->fb_height =3D adp->va_info.vi_height; + ((struct fbtype *)arg)->fb_width =3D adp->va_info.vi_width; + ((struct fbtype *)arg)->fb_depth =3D adp->va_info.vi_depth; + if ((adp->va_info.vi_depth <=3D 1) || (adp->va_info.vi_depth > 8)) + ((struct fbtype *)arg)->fb_cmsize =3D 0; + else + ((struct fbtype *)arg)->fb_cmsize =3D 1 << adp->va_info.vi_depth; + ((struct fbtype *)arg)->fb_size =3D adp->va_buffer_size; + return 0; + + default: + return fb_commonioctl(adp, cmd, arg); + } +} + +static int +mbvid_putp(video_adapter_t *adp, vm_offset_t off, u_int32_t p, u_int32_t= a, + int size, int bpp, int bit_ltor, int byte_ltor) +{ + return (ENODEV); +} + +static int +mbvid_putc(video_adapter_t *adp, vm_offset_t off, u_int8_t c, u_int8_t a= ) +{ + int row, col; + int i, j; + const uint8_t* fontdata; + uint16_t clr; + uint8_t mask; + uint16_t* ptri; + + ptri =3D mbvid_params.ptr; + + /* calculate the position in the frame buffer */ + row =3D (off / mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi= _cheight; + col =3D (off % mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi= _cwidth; + fontdata =3D &bold8x16.data[c * mbvidadapter.va_info.vi_cheight]; + ptri +=3D (row * mbvid_params.width) + col; + + /* Place the character on the screen, pixel by pixel */ + for (j =3D 0; j < mbvidadapter.va_info.vi_cheight; j++) { + mask =3D 0x80; + for (i =3D 0; i < mbvidadapter.va_info.vi_cwidth; i++) { + clr =3D (*fontdata & mask) ? cmap[a & 0xf] : cmap[(a >> 4) & 0xf]; + *ptri++ =3D clr; + mask >>=3D 1; + } + ptri +=3D (mbvid_params.width - mbvidadapter.va_info.vi_cwidth); + fontdata++; + } + return (0); +} + +static int +mbvid_puts(video_adapter_t *adp, vm_offset_t off, u_int16_t *s, int len)= +{ + int i; + + for (i =3D 0; i < len; i++) { + vidd_putc(adp, off + i, s[i] & 0xff, (s[i] & 0xff00) >> 8); + } + return (0); +} + +static int +mbvid_putm(video_adapter_t *adp, int x, int y, u_int8_t *pixel_image, + u_int32_t pixel_mask, int size, int width) +{ +#if 0 + struct xboxfb_softc* sc =3D &xboxfb_sc; + uint32_t* ptri =3D (uint32_t*)sc->sc_framebuffer; + int i, j;=09 + + if (x < 0 || y < 0 || x + width > sc->sc_width || y + (2 * size) > sc->= sc_height) + return 0; + + ptri +=3D (y * sc->sc_width) + x; + + /* plot the mousecursor wherever the user wants it */ + for (j =3D 0; j < size; j++) { + for (i =3D width; i > 0; i--) { + if (pixel_image[j] & (1 << i)) + *ptri =3D cmap[0xf]; + ptri++; + } + ptri +=3D (sc->sc_width - width); + } + return (0); +#else + return ENODEV; +#endif +} + + +/* + * diag(): + * Print some information about the video adapter and video modes, + * with requested level of details. + * + * all adapters + */ +static int +mbvid_diag(video_adapter_t *adp, int level) +{ + if (!fb_found) + return ENXIO; + return 0; +} + +static void +xbr_init(scr_stat* scp) +{ +} + +static void +xbr_clear(scr_stat* scp, int c, int attr) +{ +} + +static void +xbr_draw_border(scr_stat* scp, int color) +{ +} + +static void +xbr_draw(scr_stat* scp, int from, int count, int flip) +{ + int i, c, a; + + if (!flip) { + /* Normal printing */ + vidd_puts(&mbvidadapter, from, (uint16_t*)sc_vtb_pointer(&scp->vtb, fr= om), count); + } else {=09 + /* This is for selections and such: invert the color attribute */ + for (i =3D count; i-- > 0; ++from) { + c =3D sc_vtb_getc(&scp->vtb, from); + a =3D sc_vtb_geta(&scp->vtb, from) >> 8; + vidd_putc(&mbvidadapter, from, c, (a >> 4) | ((a & 0xf) << 4)); + } + } +} + +static void +xbr_set_cursor(scr_stat* scp, int base, int height, int blink) +{ +} + +static void +xbr_draw_cursor(scr_stat* scp, int at, int blink, int on, int flip) +{ + uint16_t* ptri; + int row, col, i, j; + + if (scp->curs_attr.height <=3D 0) + return; + + ptri =3D mbvid_params.ptr; + + /* calculate the coordinates in the video buffer */ + row =3D (at / mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi_= cheight; + col =3D (at % mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi_= cwidth; + ptri +=3D (row * mbvid_params.width) + col; + + /* our cursor consists of simply inverting the char under it */ + for (i =3D 0; i < mbvidadapter.va_info.vi_cheight; i++) { + for (j =3D 0; j < mbvidadapter.va_info.vi_cwidth; j++) { + *ptri++ ^=3D 0xFFFF; + } + ptri +=3D (mbvid_params.width - mbvidadapter.va_info.vi_cwidth); + } +} + +static void +xbr_blink_cursor(scr_stat* scp, int at, int flip) +{ +} + +static void +xbr_set_mouse(scr_stat* scp) +{ +} + +static void +xbr_draw_mouse(scr_stat* scp, int x, int y, int on) +{ +#if 0 + vidd_putm(scp->sc->adp, x, y, mouse_pointer, 0xffffffff, 16, 8); +#endif +} + +static sc_rndr_sw_t mbvidrend =3D { + xbr_init, + xbr_clear, + xbr_draw_border, + xbr_draw, + xbr_set_cursor, + xbr_draw_cursor, + xbr_blink_cursor, + xbr_set_mouse, + xbr_draw_mouse +}; +RENDERER(mbvid, 0, mbvidrend, gfb_set); =3D=3D=3D modified file 'dev/syscons/schistory.c' --- dev/syscons/schistory.c 2010-08-13 22:16:49 +0000 +++ dev/syscons/schistory.c 2010-08-14 21:18:26 +0000 @@ -42,7 +42,7 @@ #include #include =20 -#if defined(__sparc64__) || defined(__powerpc__) +#if defined(__sparc64__) || defined(__powerpc__) || defined (__mips) #include #else #include =3D=3D=3D modified file 'dev/syscons/scterm-teken.c' --- dev/syscons/scterm-teken.c 2010-08-13 22:16:49 +0000 +++ dev/syscons/scterm-teken.c 2010-08-14 22:59:01 +0000 @@ -40,7 +40,7 @@ #include #include =20 -#if defined(__sparc64__) || defined(__powerpc__) +#if defined(__sparc64__) || defined(__powerpc__) || defined(__mips) #include #else #include @@ -140,7 +140,8 @@ tp.tp_col =3D scp->xsize; teken_set_winsize(&ts->ts_teken, &tp); =20 - if (scp->cursor_pos < scp->ysize * scp->xsize) { + if (scp->cursor_pos < scp->ysize * scp->xsize + && scp->cursor_pos >=3D 0) { /* Valid old cursor position. */ tp.tp_row =3D scp->cursor_pos / scp->xsize; tp.tp_col =3D scp->cursor_pos % scp->xsize; =3D=3D=3D modified file 'dev/syscons/syscons.c' --- dev/syscons/syscons.c 2010-08-13 22:16:49 +0000 +++ dev/syscons/syscons.c 2010-08-14 21:18:26 +0000 @@ -62,7 +62,7 @@ #include =20 #include -#if defined(__sparc64__) || defined(__powerpc__) +#if defined(__sparc64__) || defined(__powerpc__) || defined (__mips) #include #else #include =3D=3D=3D modified file 'isa/rtc.h' --- isa/rtc.h 2010-08-13 22:16:49 +0000 +++ isa/rtc.h 2010-08-15 03:56:28 +0000 @@ -72,7 +72,7 @@ #define RTC_STATUSB 0x0b /* status register B */ #define RTCSB_DST 0x01 /* USA Daylight Savings Time enable */ #define RTCSB_24HR 0x02 /* 0 =3D 12 hours, 1 =3D 24 hours */ -#define RTCSB_BCD 0x04 /* 0 =3D BCD, 1 =3D Binary coded time */ +#define RTCSB_BINARY 0x04 /* 0 =3D BCD, 1 =3D Binary coded time */ #define RTCSB_SQWE 0x08 /* 1 =3D output sqare wave at SQW pin */ #define RTCSB_UINTR 0x10 /* 1 =3D enable update-ended interrupt */ #define RTCSB_AINTR 0x20 /* 1 =3D enable alarm interrupt */ =3D=3D=3D added file 'mips/conf/YEELOONG' --- mips/conf/YEELOONG 1970-01-01 00:00:00 +0000 +++ mips/conf/YEELOONG 2010-08-14 21:18:26 +0000 @@ -0,0 +1,55 @@ +# QEMU -- Generic kernel configuration file for FreeBSD/mips +# +# For more information on this file, please read the handbook section on= +# Kernel Configuration Files: +# +# http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelcon= fig-config.html +# +# The handbook is also available locally in /usr/share/doc/handbook +# if you've installed the doc distribution, otherwise always see the +# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the +# latest information. +# +# An exhaustive list of options and more detailed explanations of the +# device lines is also present in the ../../conf/NOTES and NOTES files. = +# If you are in doubt as to the purpose or necessity of a line, check fi= rst=20 +# in NOTES. +# +# $FreeBSD: src/sys/mips/conf/YEELOONG,v 1.4.2.1.2.1 2009/10/25 01:10:29= kensmith Exp $ + +# Don't build any modules yet. +makeoptions MODULES_OVERRIDE=3D"" + +include "../yeeloong/std.yeeloong" + +# hints "YEELOONG.hints" #Default places to look for devices. + +makeoptions DEBUG=3D-g #Build kernel with gdb(1) debug symbols + +options DDB +options KDB + +options SCHED_4BSD #4BSD scheduler +options INET #InterNETworking +options NFSCLIENT #Network Filesystem Client +options NFS_ROOT #NFS usable as /, requires NFSCLIENT +options PSEUDOFS #Pseudo-filesystem framework +options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extension= s + +# Debugging for use in -current +options INVARIANTS #Enable calls of extra sanity checking +options INVARIANT_SUPPORT #Extra sanity checks of internal structures, = required by INVARIANTS +#options WITNESS #Enable checks to detect deadlocks and cycles +#options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed +options USB_DEBUG # enable debug msgs + +device loop +device ether +device md +device uart + +options MSDOSFS # MSDOS Filesystem +options CD9660 # ISO 9660 Filesystem +options PROCFS # Process filesystem (requires PSEUDOFS) +options GEOM_PART_GPT # GUID Partition Tables. +options GEOM_LABEL # Provides labelization =3D=3D=3D modified file 'mips/include/bus.h' --- mips/include/bus.h 2010-08-13 22:16:49 +0000 +++ mips/include/bus.h 2010-08-14 21:18:26 +0000 @@ -74,6 +74,41 @@ #define _MACHINE_BUS_H_ =20 #include +#include + +static inline void +memsetw (volatile void *ptr_, uint16_t val, size_t count) +{ + volatile uint16_t *ptr =3D ptr_; + while (count--) + *ptr++ =3D val; +} + +static inline void +memsetw_io (uintptr_t ptr_, uint16_t val, size_t count) +{ + volatile uint16_t *ptr =3D (volatile uint16_t *) ptr_; + while (count--) + *ptr++ =3D val; +} + +static inline void +memcpy_io (uintptr_t to, uintptr_t from, size_t count) +{ + memcpy ((void *) to, (void *) from, count); +} + +static inline void +memcpy_toio (uintptr_t to, void *from, size_t count) +{ + memcpy ((void *) to, from, count); +} + +static inline void +memcpy_fromio (void *to, uintptr_t from, size_t count) +{ + memcpy (to, (void *) from, count); +} =20 struct bus_space { /* cookie */ =3D=3D=3D modified file 'mips/include/cpufunc.h' --- mips/include/cpufunc.h 2010-08-13 22:16:49 +0000 +++ mips/include/cpufunc.h 2010-08-14 10:37:00 +0000 @@ -142,6 +142,10 @@ #undef MIPS_RDRW64_COP0 #endif =20 +#if __mips =3D=3D 32 || __mips =3D=3D 64 +#define MIPS_HAS_CP0_SELECTORS 1 +#endif + #define MIPS_RDRW32_COP0(n,r) \ static __inline uint32_t \ mips_rd_ ## n (void) \ @@ -164,6 +168,8 @@ mips_barrier(); \ } struct __hack =20 +#ifdef MIPS_HAS_CP0_SELECTORS + #define MIPS_RDRW32_COP0_SEL(n,r,s) \ static __inline uint32_t \ mips_rd_ ## n(void) \ @@ -186,6 +192,8 @@ mips_barrier(); \ } struct __hack =20 +#endif + #ifdef CPU_CNMIPS static __inline void mips_sync_icache (void) { @@ -201,9 +209,11 @@ =20 MIPS_RDRW32_COP0(compare, MIPS_COP_0_COMPARE); MIPS_RDRW32_COP0(config, MIPS_COP_0_CONFIG); +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(config1, MIPS_COP_0_CONFIG, 1); MIPS_RDRW32_COP0_SEL(config2, MIPS_COP_0_CONFIG, 2); MIPS_RDRW32_COP0_SEL(config3, MIPS_COP_0_CONFIG, 3); +#endif MIPS_RDRW32_COP0(count, MIPS_COP_0_COUNT); MIPS_RDRW32_COP0(index, MIPS_COP_0_TLB_INDEX); MIPS_RDRW32_COP0(wired, MIPS_COP_0_TLB_WIRED); @@ -219,12 +229,17 @@ #endif MIPS_RDRW32_COP0(prid, MIPS_COP_0_PRID); /* XXX 64-bit? */ +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(ebase, MIPS_COP_0_PRID, 1); +#endif MIPS_RDRW32_COP0(watchlo, MIPS_COP_0_WATCH_LO); +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(watchlo1, MIPS_COP_0_WATCH_LO, 1); MIPS_RDRW32_COP0_SEL(watchlo2, MIPS_COP_0_WATCH_LO, 2); MIPS_RDRW32_COP0_SEL(watchlo3, MIPS_COP_0_WATCH_LO, 3); +#endif MIPS_RDRW32_COP0(watchhi, MIPS_COP_0_WATCH_HI); +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(watchhi1, MIPS_COP_0_WATCH_HI, 1); MIPS_RDRW32_COP0_SEL(watchhi2, MIPS_COP_0_WATCH_HI, 2); MIPS_RDRW32_COP0_SEL(watchhi3, MIPS_COP_0_WATCH_HI, 3); @@ -233,6 +248,7 @@ MIPS_RDRW32_COP0_SEL(perfcnt1, MIPS_COP_0_PERFCNT, 1); MIPS_RDRW32_COP0_SEL(perfcnt2, MIPS_COP_0_PERFCNT, 2); MIPS_RDRW32_COP0_SEL(perfcnt3, MIPS_COP_0_PERFCNT, 3); +#endif =20 #undef MIPS_RDRW32_COP0 =20 =3D=3D=3D modified file 'mips/include/cpuregs.h' --- mips/include/cpuregs.h 2010-08-13 22:16:49 +0000 +++ mips/include/cpuregs.h 2010-08-14 10:37:00 +0000 @@ -134,26 +134,26 @@ */ =20 #define MIPS_CCA_UC 0x02 /* Uncached. */ -#define MIPS_CCA_C 0x03 /* Cacheable, coherency unspecified. */ +#define MIPS_CCA_C 0x02 /* Cacheable, coherency unspecified. */ =20 #if defined(CPU_R4000) || defined(CPU_R10000) -#define MIPS_CCA_CNC 0x03 -#define MIPS_CCA_CCE 0x04 -#define MIPS_CCA_CCEW 0x05 +#define MIPS_CCA_CNC 0x02 +#define MIPS_CCA_CCE 0x02 +#define MIPS_CCA_CCEW 0x02 =20 #ifdef CPU_R4000 -#define MIPS_CCA_CCUOW 0x06 +#define MIPS_CCA_CCUOW 0x02 #endif =20 #ifdef CPU_R10000 -#define MIPS_CCA_UA 0x07 +#define MIPS_CCA_UA 0x02 #endif =20 #define MIPS_CCA_CACHED MIPS_CCA_CCEW #endif /* defined(CPU_R4000) || defined(CPU_R10000) */ =20 #if defined(CPU_SB1) -#define MIPS_CCA_CC 0x05 /* Cacheable Coherent. */ +#define MIPS_CCA_CC 0x02 /* Cacheable Coherent. */ #endif =20 #ifndef MIPS_CCA_UNCACHED @@ -174,7 +174,7 @@ #endif =20 #define MIPS_PHYS_TO_XKPHYS(cca,x) \ - ((0x2ULL << 62) | ((unsigned long long)(cca) << 59) | (x)) + ((0x2ULL << 62) | ((unsigned long long)(2) << 59) | (x)) #define MIPS_PHYS_TO_XKPHYS_CACHED(x) \ ((0x2ULL << 62) | ((unsigned long long)(MIPS_CCA_CACHED) << 59) | (x)) #define MIPS_PHYS_TO_XKPHYS_UNCACHED(x) \ @@ -188,8 +188,14 @@ #define MIPS_XKSEG_START 0xc000000000000000 #define MIPS_XKSEG_END 0xc00000ff80000000 =20 +#if __mips =3D=3D 32 || __mips =3D=3D 64 +#define SSNOP ssnop +#else +#define SSNOP nop +#endif +=20 /* CPU dependent mtc0 hazard hook */ -#ifdef CPU_CNMIPS +#if defined (CPU_CNMIPS) || defined (TARGET_YEELOONG) #define COP0_SYNC nop; nop; nop; nop; nop; #elif defined(CPU_SB1) #define COP0_SYNC ssnop; ssnop; ssnop; ssnop; ssnop; ssnop; ssnop; ssno= p; ssnop @@ -416,7 +422,7 @@ #define MIPS_VEC_EJTAG 0xBFC00480 #define MIPS_VEC_TLB 0x80000000 #define MIPS_VEC_XTLB 0x80000080 -#define MIPS_VEC_CACHE 0x80000100 +#define MIPS_VEC_CACHE 0xa0000100 #define MIPS_VEC_GENERIC 0x80000180 /* Most exceptions */ #define MIPS_VEC_INTERRUPT 0x80000200 =20 =3D=3D=3D added file 'mips/include/sc_machdep.h' --- mips/include/sc_machdep.h 1970-01-01 00:00:00 +0000 +++ mips/include/sc_machdep.h 2010-08-14 21:18:26 +0000 @@ -0,0 +1,30 @@ +/* Color attributes for foreground text */ + +#define FG_BLACK 0 +#define FG_BLUE 1 +#define FG_GREEN 2 +#define FG_CYAN 3 +#define FG_RED 4 +#define FG_MAGENTA 5 +#define FG_BROWN 6 +#define FG_LIGHTGREY 7 +#define FG_DARKGREY 8 +#define FG_LIGHTBLUE 9 +#define FG_LIGHTGREEN 10 +#define FG_LIGHTCYAN 11 +#define FG_LIGHTRED 12 +#define FG_LIGHTMAGENTA 13 +#define FG_YELLOW 14 +#define FG_WHITE 15 +#define FG_BLINK 0x80 + +/* Color attributes for text background */ + +#define BG_BLACK 0x00 +#define BG_BLUE 0x10 +#define BG_GREEN 0x20 +#define BG_CYAN 0x30 +#define BG_RED 0x40 +#define BG_MAGENTA 0x50 +#define BG_BROWN 0x60 +#define BG_LIGHTGREY 0x70 =3D=3D=3D modified file 'mips/mips/busdma_machdep.c' --- mips/mips/busdma_machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/busdma_machdep.c 2010-08-14 10:37:00 +0000 @@ -805,6 +805,9 @@ if (++seg >=3D dmat->nsegments) break; segs[seg].ds_addr =3D curaddr; +#ifdef TARGET_YEELOONG + segs[seg].ds_addr |=3D 0x80000000; +#endif segs[seg].ds_len =3D sgsize; } if (error) =3D=3D=3D modified file 'mips/mips/cache_mipsNN.c' --- mips/mips/cache_mipsNN.c 2010-08-13 22:16:49 +0000 +++ mips/mips/cache_mipsNN.c 2010-08-14 10:37:00 +0000 @@ -181,6 +181,12 @@ SYNC; } =20 +#if __mips =3D=3D 3 +#define HIT_I_INV CACHE_R4K_I|CACHEOP_R4K_INDEX_INV +#else +#define HIT_I_INV CACHE_R4K_I|CACHEOP_R4K_HIT_INV +#endif + void mipsNN_icache_sync_range_16(vm_offset_t va, vm_size_t size) { @@ -192,12 +198,12 @@ mips_intern_dcache_wb_range(va, (eva - va)); =20 while ((eva - va) >=3D (32 * 16)) { - cache_r4k_op_32lines_16(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_r4k_op_32lines_16(va, HIT_I_INV); va +=3D (32 * 16); } =20 while (va < eva) { - cache_op_r4k_line(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_op_r4k_line(va, HIT_I_INV); va +=3D 16; } =20 @@ -215,12 +221,12 @@ mips_intern_dcache_wb_range(va, (eva - va)); =20 while ((eva - va) >=3D (32 * 32)) { - cache_r4k_op_32lines_32(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_r4k_op_32lines_32(va, HIT_I_INV); va +=3D (32 * 32); } =20 while (va < eva) { - cache_op_r4k_line(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_op_r4k_line(va, HIT_I_INV); va +=3D 32; } =20 @@ -230,7 +236,7 @@ void mipsNN_icache_sync_range_index_16(vm_offset_t va, vm_size_t size) { - unsigned int eva, tmpva; + vm_offset_t eva, tmpva; int i, stride, loopcount; =20 /* @@ -273,7 +279,7 @@ void mipsNN_icache_sync_range_index_32(vm_offset_t va, vm_size_t size) { - unsigned int eva, tmpva; + vm_offset_t eva, tmpva; int i, stride, loopcount; =20 /* @@ -454,7 +460,7 @@ * bits that determine the cache index, and make a KSEG0 * address out of them. */ - va =3D MIPS_PHYS_TO_KSEG0(va & pdcache_way_mask); + va =3D MIPS_PHYS_TO_KSEG0 (va & pdcache_way_mask); =20 eva =3D round_line32(va + size); va =3D trunc_line32(va); =3D=3D=3D modified file 'mips/mips/cpu.c' --- mips/mips/cpu.c 2010-08-13 22:16:49 +0000 +++ mips/mips/cpu.c 2010-08-14 10:37:00 +0000 @@ -69,8 +69,6 @@ { u_int32_t prid; u_int32_t cfg0; - u_int32_t cfg1; - u_int32_t tmp; =20 memset(cpuinfo, 0, sizeof(struct mips_cpuinfo)); =20 @@ -87,46 +85,66 @@ ((cfg0 & MIPS_CONFIG0_MT_MASK) >> MIPS_CONFIG0_MT_SHIFT); cpuinfo->icache_virtual =3D cfg0 & MIPS_CONFIG0_VI; =20 - /* If config register selection 1 does not exist, exit. */ - if (!(cfg0 & MIPS3_CONFIG_CM)) - return; - - /* Learn TLB size and L1 cache geometry. */ - cfg1 =3D mips_rd_config1(); - cpuinfo->tlb_nentries =3D=20 - ((cfg1 & MIPS_CONFIG1_TLBSZ_MASK) >> MIPS_CONFIG1_TLBSZ_SHIFT) + 1;= - - /* L1 instruction cache. */ - tmp =3D (cfg1 & MIPS_CONFIG1_IL_MASK) >> MIPS_CONFIG1_IL_SHIFT; - if (tmp !=3D 0) { - cpuinfo->l1.ic_linesize =3D 1 << (tmp + 1); - cpuinfo->l1.ic_nways =3D (((cfg1 & MIPS_CONFIG1_IA_MASK) >> MIPS_CONFI= G1_IA_SHIFT)) + 1; - cpuinfo->l1.ic_nsets =3D=20 - 1 << (((cfg1 & MIPS_CONFIG1_IS_MASK) >> MIPS_CONFIG1_IS_SHIFT) + = 6); - cpuinfo->l1.ic_size =3D=20 - cpuinfo->l1.ic_linesize * cpuinfo->l1.ic_nsets * cpuinfo->l1.ic_nw= ays; - } - - /* L1 data cache. */ - tmp =3D (cfg1 & MIPS_CONFIG1_DL_MASK) >> MIPS_CONFIG1_DL_SHIFT; - if (tmp !=3D 0) { - cpuinfo->l1.dc_linesize =3D 1 << (tmp + 1); - cpuinfo->l1.dc_nways =3D=20 - (((cfg1 & MIPS_CONFIG1_DA_MASK) >> MIPS_CONFIG1_DA_SHIFT)) + 1; - cpuinfo->l1.dc_nsets =3D=20 - 1 << (((cfg1 & MIPS_CONFIG1_DS_MASK) >> MIPS_CONFIG1_DS_SHIFT) + 6= ); - } +#ifdef MIPS_HAS_CP0_SELECTORS + { + /* If config register selection 1 does not exist, exit. */ + if (!(cfg0 & MIPS3_CONFIG_CM)) + return; + + /* Learn TLB size and L1 cache geometry. */ + cfg1 =3D mips_rd_config1(); + cpuinfo->tlb_nentries =3D=20 + ((cfg1 & MIPS_CONFIG1_TLBSZ_MASK) >> MIPS_CONFIG1_TLBSZ_SHIFT) + 1; + + /* L1 instruction cache. */ + tmp =3D (cfg1 & MIPS_CONFIG1_IL_MASK) >> MIPS_CONFIG1_IL_SHIFT; + if (tmp !=3D 0) { + cpuinfo->l1.ic_linesize =3D 1 << (tmp + 1); + cpuinfo->l1.ic_nways =3D (((cfg1 & MIPS_CONFIG1_IA_MASK) >> MIPS_CONF= IG1_IA_SHIFT)) + 1; + cpuinfo->l1.ic_nsets =3D=20 + 1 << (((cfg1 & MIPS_CONFIG1_IS_MASK) >> MIPS_CONFIG1_IS_SHIFT) + 6);= + cpuinfo->l1.ic_size =3D=20 + cpuinfo->l1.ic_linesize * cpuinfo->l1.ic_nsets * cpuinfo->l1.ic_nway= s; + } + + /* L1 data cache. */ + tmp =3D (cfg1 & MIPS_CONFIG1_DL_MASK) >> MIPS_CONFIG1_DL_SHIFT; + if (tmp !=3D 0) { + cpuinfo->l1.dc_linesize =3D 1 << (tmp + 1); + cpuinfo->l1.dc_nways =3D=20 + (((cfg1 & MIPS_CONFIG1_DA_MASK) >> MIPS_CONFIG1_DA_SHIFT)) + 1; + cpuinfo->l1.dc_nsets =3D=20 + 1 << (((cfg1 & MIPS_CONFIG1_DS_MASK) >> MIPS_CONFIG1_DS_SHIFT) + 6);= + } #ifdef CPU_CNMIPS - /* - * Octeon does 128 byte line-size. But Config-Sel1 doesn't show - * 128 line-size, 1 Set, 64 ways. - */ - cpuinfo->l1.dc_linesize =3D 128; - cpuinfo->l1.dc_nsets =3D 1; - cpuinfo->l1.dc_nways =3D 64; -#endif - cpuinfo->l1.dc_size =3D cpuinfo->l1.dc_linesize=20 - * cpuinfo->l1.dc_nsets * cpuinfo->l1.dc_nways; + /* + * Octeon does 128 byte line-size. But Config-Sel1 doesn't show + * 128 line-size, 1 Set, 64 ways. + */ + cpuinfo->l1.dc_linesize =3D 128; + cpuinfo->l1.dc_nsets =3D 1; + cpuinfo->l1.dc_nways =3D 64; +#endif + cpuinfo->l1.dc_size =3D cpuinfo->l1.dc_linesize=20 + * cpuinfo->l1.dc_nsets * cpuinfo->l1.dc_nways; + } +#elif defined (TARGET_YEELOONG) + { + cpuinfo->tlb_nentries =3D 64; + + cpuinfo->l1.ic_linesize =3D 32; + cpuinfo->l1.ic_nways =3D 4; + cpuinfo->l1.ic_nsets =3D 65536 / (4 * 32); + cpuinfo->l1.ic_size =3D 65536; + + cpuinfo->l1.dc_linesize =3D 32; + cpuinfo->l1.dc_nways =3D 4; + cpuinfo->l1.dc_nsets =3D 65536 / (4 * 32); + cpuinfo->l1.dc_size =3D 65536; + } +#else +#error unknown architecture without selector support +#endif } =20 void @@ -150,7 +168,7 @@ static void cpu_identify(void) { - uint32_t cfg0, cfg1, cfg2, cfg3; + uint32_t cfg0; printf("cpu%d: ", 0); /* XXX per-cpu */ switch (cpuinfo.cpu_vendor) { case MIPS_PRID_CID_MTI: @@ -236,27 +254,33 @@ if (!(cfg0 & MIPS3_CONFIG_CM)) return; =20 - cfg1 =3D mips_rd_config1(); - printf(" Config1=3D0x%b\n", cfg1,=20 - "\20\7COP2\6MDMX\5PerfCount\4WatchRegs\3MIPS16\2EJTAG\1FPU"); - - /* If config register selection 2 does not exist, exit. */ - if (!(cfg1 & MIPS3_CONFIG_CM)) - return; - cfg2 =3D mips_rd_config2(); - /*=20 - * Config2 contains no useful information other then Config3=20 - * existence flag - */ - - /* If config register selection 3 does not exist, exit. */ - if (!(cfg2 & MIPS3_CONFIG_CM)) - return; - cfg3 =3D mips_rd_config3(); +#ifdef MIPS_HAS_CP0_SELECTORS + { + uint32_t cfg1, cfg2, cfg3; + + cfg1 =3D mips_rd_config1(); + printf(" Config1=3D0x%b\n", cfg1,=20 + "\20\7COP2\6MDMX\5PerfCount\4WatchRegs\3MIPS16\2EJTAG\1FPU"); + + /* If config register selection 2 does not exist, exit. */ + if (!(cfg1 & MIPS3_CONFIG_CM)) + return; + cfg2 =3D mips_rd_config2(); + /*=20 + * Config2 contains no useful information other then Config3=20 + * existence flag + */ + + /* If config register selection 3 does not exist, exit. */ + if (!(cfg2 & MIPS3_CONFIG_CM)) + return; + cfg3 =3D mips_rd_config3(); =20 /* Print Config3 if it contains any useful info */ - if (cfg3 & ~(0x80000000)) - printf(" Config3=3D0x%b\n", cfg3, "\20\2SmartMIPS\1TraceLogic"); + if (cfg3 & ~(0x80000000)) + printf(" Config3=3D0x%b\n", cfg3, "\20\2SmartMIPS\1TraceLogic"); + } +#endif } =20 static struct rman cpu_hardirq_rman; =3D=3D=3D modified file 'mips/mips/db_disasm.c' --- mips/mips/db_disasm.c 2010-08-13 22:16:49 +0000 +++ mips/mips/db_disasm.c 2010-08-14 10:37:00 +0000 @@ -53,6 +53,17 @@ #include #include =20 +static char *cache_op_suffix[4] =3D { + "i", "d", "s", "si" +}; + +static char *cache_op_type[8] =3D { + "Index_Writeback_Invalidate", "Index_Load_Tag", + "Index_Store_Tag", "Create_Dirty_EXCL", + "Hit_Invalidate", "Hit_Writeback_Invalidate", + "Hit_Writeback", "Hit_Set_Virtual" +}; + static char *op_name[64] =3D { /* 0 */ "spec", "bcond","j", "jal", "beq", "bne", "blez", "bgtz", /* 8 */ "addi", "addiu","slti", "sltiu","andi", "ori", "xori", "lui", @@ -373,6 +384,14 @@ reg_name[i.IType.rt], i.IType.imm); break; =20 + case OP_CACHE: + db_printf("%s%s\t%s, %d(%s)", op_name[i.IType.op], + cache_op_suffix[i.IType.rt & 3], + cache_op_type[i.IType.rt >> 2], + (short)i.IType.imm, reg_name[i.IType.rs] + ); + break; + =09 case OP_ADDI: case OP_DADDI: case OP_ADDIU: =3D=3D=3D modified file 'mips/mips/db_trace.c' --- mips/mips/db_trace.c 2010-08-13 22:16:49 +0000 +++ mips/mips/db_trace.c 2010-08-14 10:37:00 +0000 @@ -49,9 +49,19 @@ #define MIPS_END_OF_FUNCTION(ins) ((ins) =3D=3D 0x03e00008) =20 /* - * kdbpeekD(addr) - skip one word starting at 'addr', then read the seco= nd word + * kdbpeekD(addr) - read double word. */ -#define kdbpeekD(addr) kdbpeek(((int *)(addr)) + 1) + +static inline register_t +kdbpeekD (uintptr_t addr) { +#ifdef __MIPSEL__ + return ((uint64_t) kdbpeek ((int *) addr)) + | (((uint64_t) kdbpeek ((int *) addr + 1)) << 32); +#else + return ((uint64_t) kdbpeek ((int *) addr + 1)) + | (((uint64_t) kdbpeek ((int *) addr)) << 32); +#endif +} =20 /* * Functions ``special'' enough to print by name @@ -105,6 +115,9 @@ } =20 void +kproc_shutdown(void *arg, int howto); + +void stacktrace_subr(register_t pc, register_t sp, register_t ra, int (*printfn) (const char *,...)) { @@ -119,6 +132,8 @@ unsigned instr, mask; unsigned int frames =3D 0; int more, stksize, j; + const uintptr_t kseg0_start =3D sizeof (uintptr_t) =3D=3D 8 + ? 0x8000000000000000ULL : 0x80000000; =20 /* Jump here when done with a frame, to start a new one */ loop: @@ -140,7 +155,7 @@ } /* check for bad SP: could foul up next frame */ /*XXX MIPS64 bad: this hard-coded SP is lame */ - if (sp & 3 || (uintptr_t)sp < 0x80000000u) { + if (sp & 3 || (uintptr_t)sp < kseg0_start) { (*printfn) ("SP 0x%x: not in kernel\n", sp); ra =3D 0; subr =3D 0; @@ -156,7 +171,9 @@ * preceding "j ra" at the tail of the preceding function. Depends * on relative ordering of functions in exception.S, swtch.S. */ - if (pcBetween(MipsKernGenException, MipsUserGenException)) + if (pcBetween(panic, shutdown_nice)) + subr =3D (uintptr_t) panic; + else if (pcBetween(MipsKernGenException, MipsUserGenException)) subr =3D (uintptr_t)MipsKernGenException; else if (pcBetween(MipsUserGenException, MipsKernIntr)) subr =3D (uintptr_t)MipsUserGenException; @@ -181,7 +198,7 @@ } /* check for bad PC */ /*XXX MIPS64 bad: These hard coded constants are lame */ - if (pc & 3 || pc < (uintptr_t)0x80000000) { + if (pc & 3 || (uintptr_t)pc < kseg0_start) { (*printfn) ("PC 0x%x: not in kernel\n", pc); ra =3D 0; goto done; @@ -303,32 +320,34 @@ mask |=3D (1 << i.IType.rt); switch (i.IType.rt) { case 4:/* a0 */ - args[0] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[0] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[0] =3D 1; break; =20 case 5:/* a1 */ - args[1] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[1] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[1] =3D 1; break; =20 case 6:/* a2 */ - args[2] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[2] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[2] =3D 1; break; =20 case 7:/* a3 */ - args[3] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[3] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[3] =3D 1; break; =20 case 31: /* ra */ - ra =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + ra =3D kdbpeekD((sp + (short)i.IType.imm)); } break; =20 case OP_ADDI: case OP_ADDIU: + case OP_DADDIU: + case OP_DADDI: /* look for stack pointer adjustment */ if (i.IType.rs !=3D 29 || i.IType.rt !=3D 29) break; @@ -337,17 +356,18 @@ } =20 done: - (*printfn) ("%s+%x (", fn_name(subr), pc - subr); + (*printfn) ("%s+%lx (", fn_name(subr), (unsigned long) (pc - subr)); for (j =3D 0; j < 4; j ++) { if (j > 0) (*printfn)(","); if (valid_args[j]) - (*printfn)("%x", args[j]); + (*printfn)("%lx", (unsigned long) args[j]); else (*printfn)("?"); } =20 - (*printfn) (") ra %x sp %x sz %d\n", ra, sp, stksize); + (*printfn) (") ra %lx sp %lx sz %ld\n", (unsigned long) ra, + (unsigned long) sp, (long) stksize); =20 if (ra) { if (pc =3D=3D ra && stksize =3D=3D 0) @@ -403,8 +423,12 @@ struct pcb *ctx; =20 if (thr =3D=3D curthread) { - sp =3D (register_t)(intptr_t)__builtin_frame_address(0); - ra =3D (register_t)(intptr_t)__builtin_return_address(0); + __asm __volatile( + "move %0, $sp\n" + : "=3Dr" (sp)); + __asm __volatile( + "move %0, $ra\n" + : "=3Dr" (ra)); =20 __asm __volatile( "jal 99f\n" =3D=3D=3D modified file 'mips/mips/exception.S' --- mips/mips/exception.S 2010-08-13 22:16:49 +0000 +++ mips/mips/exception.S 2010-08-14 10:37:00 +0000 @@ -156,7 +156,10 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 #15: lo1 is loaded COP0_SYNC + MTC0 zero, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC tlbwr #1a: write to tlb +=09 HAZARD_DELAY eret #1f: retUrn from exception 1: j MipsTLBMissException #20: kernel exception @@ -868,6 +871,9 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 COP0_SYNC + MTC0 zero, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC + =20 b tlb_insert_entry nop @@ -881,6 +887,8 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 COP0_SYNC + MTC0 zero, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC =20 tlb_insert_entry: tlbp @@ -890,12 +898,12 @@ nop tlbwi eret - ssnop + SSNOP =20 tlb_insert_random: tlbwr eret - ssnop + SSNOP =20 3: /* @@ -1023,6 +1031,8 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 # lo1 is loaded COP0_SYNC + MTC0 zero, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC tlbwr # write to tlb HAZARD_DELAY eret # return from exception =3D=3D=3D modified file 'mips/mips/locore.S' --- mips/mips/locore.S 2010-08-13 22:16:49 +0000 +++ mips/mips/locore.S 2010-08-14 10:37:00 +0000 @@ -69,9 +69,38 @@ #include #include #include +#define ASM_FILE +#include "multiboot2.h" =20 #include "assym.s" =20 + .section ".multiboot", "a" + + /* Align 64 bits boundary. */ + .align 8 + =09 + /* Multiboot header. */ +multiboot_header: + /* magic */ + .long MULTIBOOT2_HEADER_MAGIC + .long MULTIBOOT_ARCHITECTURE_MIPS32 + /* Header length. */ + .long multiboot_header_end - multiboot_header + /* checksum */ + .long -(MULTIBOOT2_HEADER_MAGIC + MULTIBOOT_ARCHITECTURE_MIPS32 + (mult= iboot_header_end - multiboot_header)) +framebuffer_tag_start:=09 + .short MULTIBOOT_HEADER_TAG_FRAMEBUFFER + .short MULTIBOOT_HEADER_TAG_OPTIONAL + .long framebuffer_tag_end - framebuffer_tag_start + .long 1024 + .long 600 + .long 16 +framebuffer_tag_end: + .short MULTIBOOT_HEADER_TAG_END + .short 0 + .long 8 +multiboot_header_end: + .data #ifdef YAMON GLOBAL(fenvp) @@ -133,7 +162,48 @@ COP0_SYNC =20 /* Make sure KSEG0 is cached */ - li t0, MIPS_CCA_CACHED + lui t0, 0x8000 + lui t1, 0x8000 + addiu t1, 0x4000 +1:=09 + cache 0, 0(t0) + cache 0, 1(t0) + cache 0, 2(t0) + cache 0, 3(t0) + addiu t0, 32 + bne t0, t1, 1b + nop + + lui t0, 0x8000 + lui t1, 0x8000 + addiu t1, 0x4000 +1:=09 + cache 1, 0(t0) + cache 1, 1(t0) + cache 1, 2(t0) + cache 1, 3(t0) + addiu t0, 32 + bne t0, t1, 1b + nop + + lui t0, 0x8000 + lui t1, 0x8002 +1:=09 + cache 3, 0(t0) + cache 3, 1(t0) + cache 3, 2(t0) + cache 3, 3(t0) + addiu t0, 32 + bne t0, t1, 1b + nop + + =09 + /* Make sure KSEG0 is cached */ + mfc0 t0, MIPS_COP_0_CONFIG + srl t0, 3 + sll t0, 3 + ori t0, 2 + // ori t0, CFG_K0_CACHED mtc0 t0, MIPS_COP_0_CONFIG COP0_SYNC =20 =3D=3D=3D modified file 'mips/mips/machdep.c' --- mips/mips/machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/machdep.c 2010-08-14 10:37:00 +0000 @@ -249,6 +249,7 @@ void cpu_halt(void) { + platform_halt (); for (;;) ; } @@ -477,7 +478,11 @@ cpu_idle(int busy) { if (mips_rd_status() & MIPS_SR_INT_IE) + { +#ifndef TARGET_YEELOONG __asm __volatile ("wait"); +#endif + } else panic("ints disabled in idleproc!"); } =3D=3D=3D added file 'mips/mips/multiboot2.h' --- mips/mips/multiboot2.h 1970-01-01 00:00:00 +0000 +++ mips/mips/multiboot2.h 2010-08-14 10:37:00 +0000 @@ -0,0 +1,314 @@ +/* multiboot2.h - Multiboot 2 header file. */ +/* Copyright (C) 1999,2003,2007,2008,2009,2010 Free Software Foundatio= n, Inc. + * + * Permission is hereby granted, free of charge, to any person obtainin= g a copy + * of this software and associated documentation files (the "Software")= , to + * deal in the Software without restriction, including without limitati= on the + * rights to use, copy, modify, merge, publish, distribute, sublicense,= and/or + * sell copies of the Software, and to permit persons to whom the Softw= are is + * furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice shall be inclu= ded in + * all copies or substantial portions of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPR= ESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABIL= ITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT S= HALL ANY + * DEVELOPER OR DISTRIBUTOR BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER L= IABILITY, + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, O= UT OF OR + * IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE = SOFTWARE. + */ + +#ifndef MULTIBOOT_HEADER +#define MULTIBOOT_HEADER 1 + +/* How many bytes from the start of the file we search for the header. = */ +#define MULTIBOOT_SEARCH 32768 +#define MULTIBOOT_HEADER_ALIGN 8 + +/* The magic field should contain this. */ +#define MULTIBOOT2_HEADER_MAGIC 0xe85250d6 + +/* This should be in %eax. */ +#define MULTIBOOT2_BOOTLOADER_MAGIC 0x36d76289 + +/* Alignment of multiboot modules. */ +#define MULTIBOOT_MOD_ALIGN 0x00001000 + +/* Alignment of the multiboot info structure. */ +#define MULTIBOOT_INFO_ALIGN 0x00000008 + +/* Flags set in the 'flags' member of the multiboot header. */ + +#define MULTIBOOT_TAG_ALIGN 8 +#define MULTIBOOT_TAG_TYPE_END 0 +#define MULTIBOOT_TAG_TYPE_CMDLINE 1 +#define MULTIBOOT_TAG_TYPE_BOOT_LOADER_NAME 2 +#define MULTIBOOT_TAG_TYPE_MODULE 3 +#define MULTIBOOT_TAG_TYPE_BASIC_MEMINFO 4 +#define MULTIBOOT_TAG_TYPE_BOOTDEV 5 +#define MULTIBOOT_TAG_TYPE_MMAP 6 +#define MULTIBOOT_TAG_TYPE_VBE 7 +#define MULTIBOOT_TAG_TYPE_FRAMEBUFFER 8 +#define MULTIBOOT_TAG_TYPE_ELF_SECTIONS 9 +#define MULTIBOOT_TAG_TYPE_APM 10 + +#define MULTIBOOT_HEADER_TAG_END 0 +#define MULTIBOOT_HEADER_TAG_INFORMATION_REQUEST 1 +#define MULTIBOOT_HEADER_TAG_ADDRESS 2 +#define MULTIBOOT_HEADER_TAG_ENTRY_ADDRESS 3 +#define MULTIBOOT_HEADER_TAG_CONSOLE_FLAGS 4 +#define MULTIBOOT_HEADER_TAG_FRAMEBUFFER 5 +#define MULTIBOOT_HEADER_TAG_MODULE_ALIGN 6 + +#define MULTIBOOT_ARCHITECTURE_I386 0 +#define MULTIBOOT_ARCHITECTURE_MIPS32 4 +#define MULTIBOOT_HEADER_TAG_OPTIONAL 1 + +#define MULTIBOOT_CONSOLE_FLAGS_CONSOLE_REQUIRED 1 +#define MULTIBOOT_CONSOLE_FLAGS_EGA_TEXT_SUPPORTED 2 + +#ifndef ASM_FILE + +typedef unsigned char multiboot_uint8_t; +typedef unsigned short multiboot_uint16_t; +typedef unsigned int multiboot_uint32_t; +typedef unsigned long long multiboot_uint64_t; + +struct multiboot_header +{ + /* Must be MULTIBOOT_MAGIC - see above. */ + multiboot_uint32_t magic; + + /* ISA */ + multiboot_uint32_t architecture; + + /* Total header length. */ + multiboot_uint32_t header_length; + + /* The above fields plus this one must equal 0 mod 2^32. */ + multiboot_uint32_t checksum; +}; + +struct multiboot_header_tag +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; +}; + +struct multiboot_header_tag_information_request +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t requests[0]; +}; + +struct multiboot_header_tag_address +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t header_addr; + multiboot_uint32_t load_addr; + multiboot_uint32_t load_end_addr; + multiboot_uint32_t bss_end_addr; +}; + +struct multiboot_header_tag_entry_address +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t entry_addr; +}; + +struct multiboot_header_tag_console_flags +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t console_flags; +}; + +struct multiboot_header_tag_framebuffer +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t width; + multiboot_uint32_t height; + multiboot_uint32_t depth; +}; + +struct multiboot_header_tag_module_align +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t width; + multiboot_uint32_t height; + multiboot_uint32_t depth; +}; + +struct multiboot_color +{ + multiboot_uint8_t red; + multiboot_uint8_t green; + multiboot_uint8_t blue; +}; + +struct multiboot_mmap_entry +{ + multiboot_uint64_t addr; + multiboot_uint64_t len; +#define MULTIBOOT_MEMORY_AVAILABLE 1 +#define MULTIBOOT_MEMORY_RESERVED 2 +#define MULTIBOOT_MEMORY_ACPI_RECLAIMABLE 3 +#define MULTIBOOT_MEMORY_NVS 4 + multiboot_uint32_t type; + multiboot_uint32_t zero; +} __attribute__((packed)); +typedef struct multiboot_mmap_entry multiboot_memory_map_t; + +struct multiboot_tag +{ + multiboot_uint32_t type; + multiboot_uint32_t size; +}; + +struct multiboot_tag_string +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + char string[0]; +}; + +struct multiboot_tag_module +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t mod_start; + multiboot_uint32_t mod_end; + char cmdline[0]; +}; + +struct multiboot_tag_basic_meminfo +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t mem_lower; + multiboot_uint32_t mem_upper; +}; + +struct multiboot_tag_bootdev +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t biosdev; + multiboot_uint32_t slice; + multiboot_uint32_t part; +}; + +struct multiboot_tag_mmap +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t entry_size; + multiboot_uint32_t entry_version; + struct multiboot_mmap_entry entries[0]; =20 +}; + +struct multiboot_vbe_info_block +{ + multiboot_uint8_t external_specification[512]; +}; + +struct multiboot_vbe_mode_info_block +{ + multiboot_uint8_t external_specification[256]; +}; + +struct multiboot_tag_vbe +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + + multiboot_uint16_t vbe_mode; + multiboot_uint16_t vbe_interface_seg; + multiboot_uint16_t vbe_interface_off; + multiboot_uint16_t vbe_interface_len; + + struct multiboot_vbe_info_block vbe_control_info; + struct multiboot_vbe_mode_info_block vbe_mode_info; +}; + +struct multiboot_tag_framebuffer_common +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + + multiboot_uint64_t framebuffer_addr; + multiboot_uint32_t framebuffer_pitch; + multiboot_uint32_t framebuffer_width; + multiboot_uint32_t framebuffer_height; + multiboot_uint8_t framebuffer_bpp; +#define MULTIBOOT_FRAMEBUFFER_TYPE_INDEXED 0 +#define MULTIBOOT_FRAMEBUFFER_TYPE_RGB 1 +#define MULTIBOOT_FRAMEBUFFER_TYPE_EGA_TEXT 2 + multiboot_uint8_t framebuffer_type; + multiboot_uint16_t reserved; +}; + +struct multiboot_tag_framebuffer +{ + struct multiboot_tag_framebuffer_common common; + + union + { + struct + { + multiboot_uint16_t framebuffer_palette_num_colors; + struct multiboot_color framebuffer_palette[0]; + } palette; + struct + { + multiboot_uint8_t framebuffer_red_field_position; + multiboot_uint8_t framebuffer_red_mask_size; + multiboot_uint8_t framebuffer_green_field_position; + multiboot_uint8_t framebuffer_green_mask_size; + multiboot_uint8_t framebuffer_blue_field_position; + multiboot_uint8_t framebuffer_blue_mask_size; + } direct; + } color; +}; + +struct multiboot_tag_elf_sections +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t num; + multiboot_uint32_t entsize; + multiboot_uint32_t shndx; + char sections[0]; +}; + +struct multiboot_tag_apm +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint16_t version; + multiboot_uint16_t cseg; + multiboot_uint32_t offset; + multiboot_uint16_t cseg_16; + multiboot_uint16_t dseg; + multiboot_uint16_t flags; + multiboot_uint16_t cseg_len; + multiboot_uint16_t cseg_16_len; + multiboot_uint16_t dseg_len; +}; + +#endif /* ! ASM_FILE */ + +#endif /* ! MULTIBOOT_HEADER */ =3D=3D=3D modified file 'mips/mips/nexus.c' --- mips/mips/nexus.c 2010-08-13 22:16:49 +0000 +++ mips/mips/nexus.c 2010-08-14 21:18:26 +0000 @@ -151,7 +151,7 @@ } =20 mem_rman.rm_start =3D 0; - mem_rman.rm_end =3D ~0u; + mem_rman.rm_end =3D ~(uintptr_t)0; mem_rman.rm_type =3D RMAN_ARRAY; mem_rman.rm_descr =3D "Memory addresses"; if (rman_init(&mem_rman) !=3D 0 || =3D=3D=3D modified file 'mips/mips/pmap.c' --- mips/mips/pmap.c 2010-08-13 22:16:49 +0000 +++ mips/mips/pmap.c 2010-08-14 10:37:00 +0000 @@ -223,7 +223,7 @@ sysm =3D &sysmap_lmem[cpu]; \ va =3D sysm->base; \ npte =3D TLBLO_PA_TO_PFN(phys) | \ - PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_CACHE; \ + PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_UNCACHED; \ pte =3D pmap_pte(kernel_pmap, va); \ *pte =3D npte; \ sysm->valid1 =3D 1 @@ -239,11 +239,11 @@ va1 =3D sysm->base; \ va2 =3D sysm->base + PAGE_SIZE; \ npte =3D TLBLO_PA_TO_PFN(phys1) | \ - PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_CACHE; \ + PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_UNCACHED; \ pte =3D pmap_pte(kernel_pmap, va1); \ *pte =3D npte; \ npte =3D TLBLO_PA_TO_PFN(phys2) | \ - PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_CACHE; \ + PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_UNCACHED; \ pte =3D pmap_pte(kernel_pmap, va2); \ *pte =3D npte; \ sysm->valid1 =3D 1; \ @@ -804,7 +804,7 @@ npte =3D TLBLO_PA_TO_PFN(pa) | PTE_D | PTE_V | PTE_G | PTE_W; =20 if (is_cacheable_mem(pa)) - npte |=3D PTE_C_CACHE; + npte |=3D PTE_C_UNCACHED; else npte |=3D PTE_C_UNCACHED; =20 @@ -1961,7 +1961,7 @@ newpte =3D TLBLO_PA_TO_PFN(pa) | rw | PTE_V; =20 if (is_cacheable_mem(pa)) - newpte |=3D PTE_C_CACHE; + newpte |=3D PTE_C_UNCACHED; else newpte |=3D PTE_C_UNCACHED; =20 @@ -2126,7 +2126,7 @@ *pte =3D TLBLO_PA_TO_PFN(pa) | PTE_V; =20 if (is_cacheable_mem(pa)) - *pte |=3D PTE_C_CACHE; + *pte |=3D PTE_C_UNCACHED; else *pte |=3D PTE_C_UNCACHED; =20 @@ -2189,7 +2189,7 @@ cpu =3D PCPU_GET(cpuid); sysm =3D &sysmap_lmem[cpu]; /* Since this is for the debugger, no locks or any other fun */ - npte =3D TLBLO_PA_TO_PFN(pa) | PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_C= ACHE; + npte =3D TLBLO_PA_TO_PFN(pa) | PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_U= NCACHED; pte =3D pmap_pte(kernel_pmap, sysm->base); *pte =3D npte; sysm->valid1 =3D 1; @@ -3252,16 +3252,16 @@ int rw; =20 if (!(prot & VM_PROT_WRITE)) - rw =3D PTE_V | PTE_RO | PTE_C_CACHE; + rw =3D PTE_V | PTE_RO | PTE_C_UNCACHED; else if ((m->flags & (PG_FICTITIOUS | PG_UNMANAGED)) =3D=3D 0) { if ((m->md.pv_flags & PV_TABLE_MOD) !=3D 0) - rw =3D PTE_V | PTE_D | PTE_C_CACHE; + rw =3D PTE_V | PTE_D | PTE_C_UNCACHED; else - rw =3D PTE_V | PTE_C_CACHE; + rw =3D PTE_V | PTE_C_UNCACHED; vm_page_flag_set(m, PG_WRITEABLE); } else /* Needn't emulate a modified bit for unmanaged pages. */ - rw =3D PTE_V | PTE_D | PTE_C_CACHE; + rw =3D PTE_V | PTE_D | PTE_C_UNCACHED; return (rw); } =20 =3D=3D=3D added file 'mips/mips/sc_machdep.c' --- mips/mips/sc_machdep.c 1970-01-01 00:00:00 +0000 +++ mips/mips/sc_machdep.c 2010-08-14 22:59:18 +0000 @@ -0,0 +1,90 @@ +/*- + * Copyright (c) 2003 Jake Burkholder. + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include + +static sc_softc_t sc_softcs[8]; + +int +sc_get_cons_priority(int *unit, int *flags) +{ + + *unit =3D 0; + *flags =3D 0; + return (CN_INTERNAL); +} + +int +sc_max_unit(void) +{ + return (1); +} + +sc_softc_t * +sc_get_softc(int unit, int flags) +{ + sc_softc_t *sc; + + if (unit < 0 || unit >=3D 8) + return (NULL); + sc =3D &sc_softcs[unit]; + sc->unit =3D unit; + if ((sc->flags & SC_INIT_DONE) =3D=3D 0) { + sc->keyboard =3D -1; + sc->adapter =3D -1; + sc->cursor_char =3D SC_CURSOR_CHAR; + sc->mouse_char =3D SC_MOUSE_CHAR; + } + return (sc); +} + +void +sc_get_bios_values(bios_values_t *values) +{ + values->cursor_start =3D 0; + values->cursor_end =3D 32; + values->shift_state =3D 0; +} + +int +sc_tone(int hz) +{ + return (0); +} =3D=3D=3D modified file 'mips/mips/support.S' --- mips/mips/support.S 2010-08-13 22:16:49 +0000 +++ mips/mips/support.S 2010-08-14 10:37:00 +0000 @@ -97,6 +97,8 @@ =20 #include "assym.s" =20 +#define MAKE_FRAMES 1 + .set noreorder # Noreorder is default style! =20 /* @@ -827,6 +829,12 @@ LEAF(bzero) ALEAF(blkclr) .set noreorder +#ifdef MAKE_FRAMES + daddiu sp, sp, -32 + sd ra, 16(sp) + sd a0, 8(sp) + sd a1, 0(sp) +#endif blt a1, 12, smallclr # small amount to clear? PTR_SUBU a3, zero, a0 # compute # bytes to word align address and a3, a3, 3 @@ -851,11 +859,13 @@ bne a0, a3, 1b sb zero, -1(a0) 2: +#ifdef MAKE_FRAMES + daddiu sp, sp, 32 +#endif j ra nop END(bzero) =20 - /* * bcmp(s1, s2, n) */ =3D=3D=3D added directory 'mips/yeeloong' =3D=3D=3D added file 'mips/yeeloong/atkbdc_yeeloong.c' --- mips/yeeloong/atkbdc_yeeloong.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/atkbdc_yeeloong.c 2010-08-14 21:18:26 +0000 @@ -0,0 +1,174 @@ +/*- + * Copyright (c) 1999 Kazutaka YOKOTA + * Copyright (c) 2010 Vladimir 'phcoder' Serbinenko + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer as + * the first lines of this file unmodified. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHORS ``AS IS'' AND ANY EXPRESS OR= + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRAN= TIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIME= D. + * IN NO EVENT SHALL THE AUTHORS BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, = BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF = USE, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY= + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE= OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include "opt_kbd.h" + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include +#include + +#include +#include + +static void +atkbdc_yeeloong_identify(driver_t * drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "atkbdc", 0); +} + +static int +atkbdc_yeeloong_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "Keyboard controller (i8042)"); + return (0); +} + +static int +atkbdc_yeeloong_attach(device_t dev) +{ + atkbdc_softc_t *sc; + int unit; + int error; + int rid; + atkbdc_device_t *adi; + device_t cdev; + + unit =3D device_get_unit(dev); + sc =3D *(atkbdc_softc_t **)device_get_softc(dev); + if (sc =3D=3D NULL) { + /* + * We have to maintain two copies of the kbdc_softc struct, + * as the low-level console needs to have access to the + * keyboard controller before kbdc is probed and attached. + * kbdc_soft[] contains the default entry for that purpose. + * See atkbdc.c. XXX + */ + sc =3D atkbdc_get_softc(unit); + if (sc =3D=3D NULL) + return ENOMEM; + } + + rid =3D 0; + sc->retry =3D 5000; + sc->port0 =3D bus_alloc_resource(dev, SYS_RES_MEMORY, &rid, + 0x1fd00060, + 0x1fd00060, + 1, RF_ACTIVE); + if (sc->port0 =3D=3D NULL) + return ENXIO; + rid =3D 1; + sc->port1 =3D bus_alloc_resource(dev, SYS_RES_MEMORY, &rid, + 0x1fd00064, + 0x1fd00064, + 1, RF_ACTIVE); + if (sc->port1 =3D=3D NULL) { + bus_release_resource(dev, SYS_RES_IOPORT, 0, sc->port0); + return ENXIO; + } + + error =3D atkbdc_attach_unit(unit, sc, sc->port0, sc->port1); + if (error) { + bus_release_resource(dev, SYS_RES_IOPORT, 0, sc->port0); + bus_release_resource(dev, SYS_RES_IOPORT, 1, sc->port1); + return error; + } + *(atkbdc_softc_t **)device_get_softc(dev) =3D sc; +=09 + cdev =3D device_add_child(dev, ATKBD_DRIVER_NAME, -1); + adi =3D malloc(sizeof(struct atkbdc_device), M_ATKBDDEV, + M_NOWAIT | M_ZERO); + + *(volatile uint8_t *)0xffffffffbfd000a1 =3D 0xff; + *(volatile uint8_t *)0xffffffffbfd00021 =3D 0xff; + + if (cdev && adi) + { + int intr =3D 2; + adi->rid =3D KBDC_RID_KBD; + resource_list_init(&adi->resources); + resource_list_add(&adi->resources, SYS_RES_IRQ, adi->rid, + intr, intr, 1); + device_set_ivars(cdev, adi); + } + + + bus_generic_attach(dev); + + return 0; +} + +static device_method_t atkbdc_yeeloong_methods[] =3D { + DEVMETHOD(device_identify, atkbdc_yeeloong_identify), + DEVMETHOD(device_probe, atkbdc_yeeloong_probe), + + DEVMETHOD(device_attach, atkbdc_yeeloong_attach), + DEVMETHOD(device_suspend, bus_generic_suspend), + DEVMETHOD(device_resume, bus_generic_resume), + + DEVMETHOD(bus_print_child, atkbdc_print_child), + DEVMETHOD(bus_read_ivar, atkbdc_read_ivar), + DEVMETHOD(bus_write_ivar, atkbdc_write_ivar), + DEVMETHOD(bus_get_resource_list,atkbdc_get_resource_list), + DEVMETHOD(bus_alloc_resource, bus_generic_rl_alloc_resource), + DEVMETHOD(bus_release_resource, bus_generic_rl_release_resource), + DEVMETHOD(bus_activate_resource, bus_generic_activate_resource), + DEVMETHOD(bus_deactivate_resource, bus_generic_deactivate_resource), + DEVMETHOD(bus_get_resource, bus_generic_rl_get_resource), + DEVMETHOD(bus_set_resource, bus_generic_rl_set_resource), + DEVMETHOD(bus_delete_resource, bus_generic_rl_delete_resource), + DEVMETHOD(bus_setup_intr, bus_generic_setup_intr), + DEVMETHOD(bus_teardown_intr, bus_generic_teardown_intr), + + { 0, 0 } +}; + +static driver_t atkbdc_driver =3D { + ATKBDC_DRIVER_NAME, + atkbdc_yeeloong_methods, + sizeof(atkbdc_softc_t *), +}; + + +DRIVER_MODULE(atkbdc, nexus, atkbdc_driver, atkbdc_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/bonito_pci.c' --- mips/yeeloong/bonito_pci.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/bonito_pci.c 2010-08-15 02:58:22 +0000 @@ -0,0 +1,479 @@ +/*- + * Copyright (c) 2010 Vladimir Serbinenko + * Copyright (c) 2010 Juli Mallett + * Copyright (c) 2006 Oleksandr Tymoshenko + * Copyright (c) 2002-2004 Juli Mallett + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include + +#include +#include +#include +#include + +#include +#include + +#include + +#include "pcib_if.h" + +#define BONITO_NUM_INTS 16 +#define PCI_NUM_INTS 4 + +struct bonito_softc +{ + struct rman sc_irq; + struct rman sc_io; + struct rman sc_mem; + struct intr_event *intr_events[BONITO_NUM_INTS]; + void *intr_cookie; + struct mtx config_mtx; +}; + +#define PCI_CONF_CTRL_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbf= e00118) +#define PCI_INTEDGE_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe0= 0124) +#define PCI_INTPOL_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe00= 12c) +#define PCI_INTENSET_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe= 00130) +#define PCI_INTENCLR_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe= 00134) +#define PCI_INTEN_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe001= 38) +#define PCI_INTISR_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe00= 13c) +#define PCI_CONFSPACE 0xbfe80000 +#define PCI_INTA 4 +#define PCI_INTB 5 +#define PCI_INTC 6 +#define PCI_INTD 7 +#define HANDLED_INTERRUPTS 0xf0 + +#define BONITO_IRQ 4 + +static void +bonito_identify(driver_t *drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "pcib", 0); +} + +static int +bonito_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "Bonito Loongson PCI bridge"); + return (0); +} + +static void +bonito_intr(void *sc_in) +{ + struct intr_event *event; + int i; + struct bonito_softc *sc =3D sc_in; + + while ((i =3D fls(PCI_INTISR_REG & PCI_INTEN_REG & HANDLED_INTERRUPTS))= + !=3D 0) { + i--; /* Get a 0-offset interrupt. */ + PCI_INTENCLR_REG =3D (1 << i); + PCI_INTENSET_REG =3D (1 << i); + event =3D sc->intr_events[i]; + + if (!event || TAILQ_EMPTY(&event->ie_handlers)) { + printf("stray bonito interrupt %d\n", i); + continue; + } + + if (intr_event_handle(event, NULL) !=3D 0) { + printf("stray bonito interrupt %d\n", i); + } + } +} + +static int +bonito_attach(device_t dev) +{ + struct bonito_softc *sc; + int error; + + sc =3D device_get_softc(dev); + + mtx_init(&sc->config_mtx, "bonito_cfg", + "Bonito configuration space mutex", MTX_SPIN | MTX_QUIET); + + sc->sc_irq.rm_type =3D RMAN_ARRAY; + sc->sc_irq.rm_descr =3D "Bonito PCI IRQs"; + error =3D rman_init(&sc->sc_irq); + if (error !=3D 0) + return (error); + + error =3D rman_manage_region(&sc->sc_irq, 0, BONITO_NUM_INTS - 1); + if (error !=3D 0) + return (error); + + PCI_INTENCLR_REG =3D ~0; + PCI_INTPOL_REG =3D (1 << 12); + PCI_INTEDGE_REG =3D ~(1 << 12); + + memset (sc->intr_events, 0, sizeof (sc->intr_events)); + cpu_establish_hardintr ("Bonito interrupt", NULL, bonito_intr, sc, + BONITO_IRQ, INTR_TYPE_MISC, &sc->intr_cookie); + + sc->sc_io.rm_type =3D RMAN_ARRAY; + sc->sc_io.rm_descr =3D "Bonito PCI I/O Ports"; + error =3D rman_init(&sc->sc_io); + if (error !=3D 0) + return (error); + + error =3D rman_manage_region(&sc->sc_io, 0x1000, 0x100000); + if (error !=3D 0) + return (error); + + sc->sc_mem.rm_type =3D RMAN_ARRAY; + sc->sc_mem.rm_descr =3D "Bonito PCI Memory"; + error =3D rman_init(&sc->sc_mem); + if (error !=3D 0) + return (error); + + (*(volatile uint32_t *) (intptr_t) (int32_t) 0xbfe00104) =3D 0; + (*(volatile uint32_t *) (intptr_t) (int32_t) 0xbfe00110) + =3D (0) | (1 << 6) | (2 << 12); + + error =3D rman_manage_region(&sc->sc_mem, 0x1000, 0xc000000); + if (error !=3D 0) + return (error); + + device_add_child(dev, "pci", 0); + + return (bus_generic_attach(dev)); +} + +static int +bonito_read_ivar(device_t dev, device_t child, int which, uintptr_t *res= ult) +{ + if (which =3D=3D PCIB_IVAR_DOMAIN || which =3D=3D PCIB_IVAR_BUS) + { + *result =3D 0; + return (0); + } + return (ENOENT); +} + +static int +bonito_maxslots(device_t dev) +{ + return 8; +} + +static uint32_t +bonito_read_config(device_t dev, u_int bus, u_int slot, u_int func, u_in= t reg, + int bytes) +{ + intptr_t addr; + uint32_t ret; + struct bonito_softc *sc; + + sc =3D device_get_softc(dev); + + addr =3D (int32_t) (PCI_CONFSPACE | (func << 8) | (reg & ~(bytes - 1)))= ; + + mtx_lock_spin(&sc->config_mtx); + PCI_CONF_CTRL_REG =3D (1 << slot); + + switch (bytes) { + case 4: + ret =3D *((volatile uint32_t *) addr); + break; + case 2: + ret =3D *((volatile uint16_t *) addr); + break; + case 1: + ret =3D *((volatile uint8_t *) addr); + break; + default: + ret =3D ((uint32_t)-1); + break; + } + mtx_unlock_spin(&sc->config_mtx); + return ret; +} + +static void +bonito_write_config(device_t dev, u_int bus, u_int slot, u_int func, + u_int reg, uint32_t data, int bytes) +{ + intptr_t addr; + struct bonito_softc *sc; + + sc =3D device_get_softc(dev); + + addr =3D (int32_t) (PCI_CONFSPACE | (func << 8) | (reg & ~(bytes - 1)))= ; + + mtx_lock_spin(&sc->config_mtx); + + PCI_CONF_CTRL_REG =3D (1 << slot); + + switch (bytes) { + case 4: + *((volatile uint32_t *) addr) =3D data; + break; + case 2: + *((volatile uint16_t *) addr) =3D data; + break; + case 1: + *((volatile uint8_t *) addr) =3D data; + break; + default: + break; + } + mtx_unlock_spin(&sc->config_mtx);=09 +} + +static struct resource * +bonito_alloc_resource(device_t bus, device_t child, int type, int *rid, + u_long start, u_long end, u_long count, u_int flags) +{ + struct bonito_softc *sc; + struct resource *res; + struct rman *rm; + int error; + + sc =3D device_get_softc(bus); + + switch (type) { + case SYS_RES_IRQ: + rm =3D &sc->sc_irq; + break; + case SYS_RES_MEMORY: + rm =3D &sc->sc_mem; + break; + case SYS_RES_IOPORT: + rm =3D &sc->sc_io; + break; + default: + return (NULL); + } + + res =3D rman_reserve_resource(rm, start, end, count, flags, child); + if (res =3D=3D NULL) + return (NULL); + + rman_set_rid(res, *rid); + + switch (type) { + case SYS_RES_MEMORY: + rman_set_bustag(res, mips_bus_space_generic); + rman_set_bushandle(res, ((intptr_t)(int32_t)0xb0000000) + + rman_get_start(res)); + break; + case SYS_RES_IOPORT: + rman_set_bustag(res, mips_bus_space_generic); + rman_set_bushandle(res, ((intptr_t)(int32_t)0xbfd00000) + + rman_get_start(res)); + break; + } + + if ((flags & RF_ACTIVE) !=3D 0) { + error =3D bus_activate_resource(child, type, *rid, res); + if (error !=3D 0) { + rman_release_resource(res); + return (NULL); + } + } + + return (res); +} + +static int +bonito_activate_resource(device_t bus, device_t child, int type, int rid= , + struct resource *res) +{ + bus_space_handle_t bh; + int error; + + switch (type) { + case SYS_RES_IRQ: + break; + case SYS_RES_MEMORY: + case SYS_RES_IOPORT: + error =3D bus_space_map(rman_get_bustag(res), + rman_get_bushandle(res), rman_get_size(res), 0, &bh); + if (error !=3D 0) + return (error); + rman_set_bushandle(res, bh); + break; + default: + return (ENXIO); + } + + error =3D rman_activate_resource(res); + if (error !=3D 0) + return (error); + return (0); +} + +static void +bonito_mask_irq(void *source) +{ + uintptr_t irq =3D (uintptr_t)source; + + PCI_INTENCLR_REG =3D (1 << irq); +} + +static void +bonito_unmask_irq(void *source) +{ + uintptr_t irq =3D (uintptr_t)source; + + PCI_INTENSET_REG =3D (1 << irq); +} + +static int +bonito_setup_intr(device_t bus, device_t dev, struct resource *res, + int flags, driver_filter_t *filt, driver_intr_t *handler,=20 + void *arg, void **cookiep) +{ + struct bonito_softc *sc; + int irq; + struct intr_event *event; + int error; + + sc =3D device_get_softc(bus); + + irq =3D rman_get_start (res); + + printf ("Requesting IRQ %d\n", irq); + + if (irq < 0 || irq >=3D BONITO_NUM_INTS) + return ENXIO; + + event =3D sc->intr_events[irq]; + if (event =3D=3D NULL) { + error =3D intr_event_create(&event, (void *)(uintptr_t) irq, 0, + irq, bonito_mask_irq, bonito_unmask_irq, + NULL, NULL, "bonito_int%d:", irq); + if (error) + return 0; + sc->intr_events[irq] =3D event; + bonito_unmask_irq((void*)(uintptr_t) irq); + } + + intr_event_add_handler(event, device_get_nameunit(dev), + filt, handler, arg, intr_priority(flags), + flags, cookiep); + + return 0; +} + +static int +bonito_teardown_intr(device_t bus, device_t child, struct resource *res,= + void *cookie) +{ + struct bonito_softc *sc; + int irq; + struct intr_event *event; + + sc =3D device_get_softc(bus); + + irq =3D rman_get_start (res); + + if (irq < 0 || irq >=3D BONITO_NUM_INTS) + return (ENXIO); + + event =3D sc->intr_events[irq]; + + intr_event_remove_handler(cookie); + + if (TAILQ_EMPTY(&event->ie_handlers)) + bonito_mask_irq((void*)(uintptr_t)irq); + return 0; +} + +static int +bonito_route_interrupt(device_t bus, device_t child, int pin) +{ + /* Some strange Yeeloong routing? */ + switch (pci_get_slot (child)) + { + case 2: + return PCI_INTB; + case 4: + return PCI_INTD; + default: + return pin + PCI_INTA - 1; + } +} + + +static device_method_t bonito_methods[] =3D { + /* Device interface */ + DEVMETHOD(device_identify, bonito_identify), + DEVMETHOD(device_probe, bonito_probe), + DEVMETHOD(device_attach, bonito_attach), + + /* Bus interface */ + DEVMETHOD(bus_read_ivar, bonito_read_ivar), + DEVMETHOD(bus_print_child, bus_generic_print_child), + DEVMETHOD(bus_alloc_resource, bonito_alloc_resource), + DEVMETHOD(bus_release_resource, bus_generic_release_resource), + DEVMETHOD(bus_activate_resource,bonito_activate_resource), + DEVMETHOD(bus_deactivate_resource,bus_generic_deactivate_resource), + DEVMETHOD(bus_setup_intr, bonito_setup_intr), + DEVMETHOD(bus_teardown_intr, bonito_teardown_intr), + + /* pcib interface */ + DEVMETHOD(pcib_maxslots, bonito_maxslots), + DEVMETHOD(pcib_read_config, bonito_read_config), + DEVMETHOD(pcib_write_config, bonito_write_config), + DEVMETHOD(pcib_route_interrupt, bonito_route_interrupt), + + {0, 0} +}; + +static driver_t bonito_driver =3D { + "pcib", + bonito_methods, + sizeof(struct bonito_softc), +}; +static devclass_t bonito_devclass; +DRIVER_MODULE(bonito_pci, nexus, bonito_driver, bonito_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/clock.c' --- mips/yeeloong/clock.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/clock.c 2010-08-14 10:37:00 +0000 @@ -0,0 +1,98 @@ +/*- + * Copyright (c) 2003-2009 RMI Corporation + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * 3. Neither the name of RMI Corporation, nor the names of its contribu= tors, + * may be used to endorse or promote products derived from this softw= are + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + * RMI_BSD=20 + */ + + +#include /* RCS ID & Copyright macro defns */ +__FBSDID("$FreeBSD: src/sys/mips/rmi/clock.c,v 1.3 2010/04/17 01:17:31 j= mallett Exp $"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include +#include + +#include + +#include +#include +#include +#include + +#include +#include +#include +#include + +extern uint64_t platform_counter_freq; + +void +DELAY(int n) +{ + uint32_t cur, last, delta, usecs; + uint64_t cycles_per_hz =3D platform_counter_freq / hz; + uint64_t cycles_per_usec; + + cycles_per_usec =3D counter_freq / (1 * 1000 * 1000); + /* + * This works by polling the timer and counting the number of + * microseconds that go by. + */ + last =3D platform_get_timecount(NULL); + delta =3D usecs =3D 0; + + while (n > usecs) { + cur =3D platform_get_timecount(NULL); + + /* Check to see if the timer has wrapped around. */ + if (cur < last) + delta +=3D (cur + (cycles_per_hz - last)); + else + delta +=3D (cur - last); + + last =3D cur; + + if (delta >=3D cycles_per_usec) { + usecs +=3D delta / cycles_per_usec; + delta %=3D cycles_per_usec; + } + } +} =3D=3D=3D added file 'mips/yeeloong/files.yeeloong' --- mips/yeeloong/files.yeeloong 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/files.yeeloong 2010-08-15 03:56:28 +0000 @@ -0,0 +1,29 @@ +mips/yeeloong/uart_cpu_yeeloongusart.c optional uart +mips/yeeloong/uart_bus_yeeloongusart.c optional uart +dev/uart/uart_dev_ns8250.c optional uart +mips/yeeloong/yeeloong_machdep.c standard +mips/mips/tick.c standard +mips/mips/intr_machdep.c standard +x86/isa/atrtc.c standard +mips/yeeloong/bonito_pci.c optional pci +dev/atkbdc/atkbd.c optional atkbd atkbdc +dev/atkbdc/atkbd_atkbdc.c optional atkbd atkbdc +dev/atkbdc/atkbdc.c optional atkbdc +mips/yeeloong/atkbdc_yeeloong.c optional atkbdc +dev/atkbdc/atkbdc_subr.c optional atkbdc +dev/atkbdc/psm.c optional psm atkbdc +dev/kbd/kbd.c optional atkbd + +atkbdmap.h optional atkbd_dflt_keymap \ + compile-with "/usr/sbin/kbdcontrol -L ${ATKBD_DFLT_KEYMAP} | sed -e 's/= ^static keymap_t.* =3D /static keymap_t key_map =3D /' -e 's/^static acce= ntmap_t.* =3D /static accentmap_t accent_map =3D /' > atkbdmap.h" \ + no-obj no-implicit-rule before-depend \ + clean "atkbdmap.h" + + +dev/fb/mbvideo.c standard +dev/fb/fb.c standard +dev/syscons/syscons.c standard +dev/syscons/scmouse.c standard +dev/syscons/scvtb.c standard +mips/mips/sc_machdep.c standard +dev/syscons/scterm-teken.c standard =3D=3D=3D added file 'mips/yeeloong/std.yeeloong' --- mips/yeeloong/std.yeeloong 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/std.yeeloong 2010-08-15 02:58:22 +0000 @@ -0,0 +1,45 @@ +# $FreeBSD: src/sys/mips/adm5120/files.adm5120,v 1.1.2.1.2.1 2009/10/25 = 01:10:29 kensmith Exp $ + +files "../yeeloong/files.yeeloong" + +cpu CPU_MIPS32 +ident YEELOONG + +# XXX: These two options must be defined in MIPS kernel configs. +makeoptions MIPS_LITTLE_ENDIAN=3Ddefined +makeoptions ARCH_FLAGS=3D"-march=3Dmips3 -DTARGET_YEELOONG=3D1" +makeoptions LDSCRIPT_NAME=3D ldscript.mips +makeoptions KERNLOADADDR=3D0x80100000 + + +options ISA_MIPS32 + +options FB_INSTALL_CDEV + +device pci +device ohci # OHCI PCI->USB interface +device ehci # EHCI PCI->USB interface (USB 2.0) +device usb # USB Bus (required) +device umass # Disks/Mass storage - Requires scbus and da +device scbus # SCSI bus (required for SCSI) +device ch # SCSI media changers +device da # Direct Access (disks) +device sa # Sequential Access (tape etc) +device cd # CD +device pass # Passthrough device (direct SCSI access) +device ses # SCSI Environmental Services (and SAF-TE) + +options FFS #Berkeley Fast Filesystem +options SOFTUPDATES #Enable FFS soft updates support +options UFS_ACL #Support for access control lists +options UFS_DIRHASH #Improve performance on big directories + +# atkbdc0 controls both the keyboard and the PS/2 mouse +device atkbdc # AT keyboard controller +device atkbd # AT keyboard +device psm # PS/2 mouse + +device sc +device rl +device miibus + =3D=3D=3D added file 'mips/yeeloong/uart_bus_yeeloongusart.c' --- mips/yeeloong/uart_bus_yeeloongusart.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/uart_bus_yeeloongusart.c 2010-08-14 10:37:00 +0000 @@ -0,0 +1,94 @@ +/*- + * Copyright (c) 2006 Wojciech A. Koszek + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * $Id$ + */ +/* + * Skeleton of this file was based on respective code for ARM + * code written by Olivier Houchard. + */ + +/* + * XXXMIPS: This file is hacked from arm/... . XXXMIPS here means this f= ile is + * experimental and was written for MIPS32 port. + */ +#include "opt_uart.h" + +#include +__FBSDID("$FreeBSD: src/sys/mips/malta/uart_bus_maltausart.c,v 1.2.2.1.2= =2E1 2009/10/25 01:10:29 kensmith Exp $"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include + +#include +#include +#include + +static int uart_yeeloong_probe(device_t dev); + +extern struct uart_class uart_yeeloong_class; + +static device_method_t uart_yeeloong_methods[] =3D { + /* Device interface */ + DEVMETHOD(device_probe, uart_yeeloong_probe), + DEVMETHOD(device_attach, uart_bus_attach), + DEVMETHOD(device_detach, uart_bus_detach), + { 0, 0 } +}; + +static driver_t uart_yeeloong_driver =3D { + uart_driver_name, + uart_yeeloong_methods, + sizeof(struct uart_softc), +}; + +extern SLIST_HEAD(uart_devinfo_list, uart_devinfo) uart_sysdevs; +static int +uart_yeeloong_probe(device_t dev) +{ + struct uart_softc *sc; + + sc =3D device_get_softc(dev); + sc->sc_sysdev =3D SLIST_FIRST(&uart_sysdevs); + sc->sc_class =3D &uart_ns8250_class; + bcopy(&sc->sc_sysdev->bas, &sc->sc_bas, sizeof(sc->sc_bas)); + sc->sc_sysdev->bas.bst =3D mips_bus_space_generic; + sc->sc_sysdev->bas.bsh =3D (intptr_t) (int32_t) 0xbff003f8; + sc->sc_sysdev->bas.rclk =3D 1843200 * 2; + sc->sc_bas.bst =3D mips_bus_space_generic; + sc->sc_bas.bsh =3D (intptr_t) (int32_t) 0xbff003f8; + sc->sc_bas.rclk =3D 1843200 * 2; + + return(uart_bus_probe(dev, 0, 0, 0, 0)); +} + +DRIVER_MODULE(uart, obio, uart_yeeloong_driver, uart_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/uart_cpu_yeeloongusart.c' --- mips/yeeloong/uart_cpu_yeeloongusart.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/uart_cpu_yeeloongusart.c 2010-08-14 10:37:00 +0000 @@ -0,0 +1,97 @@ +/*- + * Copyright (c) 2006 Wojciech A. Koszek + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + * $Id$ + */ +/* + * Skeleton of this file was based on respective code for ARM + * code written by Olivier Houchard. + */ +/* + * XXXMIPS: This file is hacked from arm/... . XXXMIPS here means this f= ile is + * experimental and was written for MIPS32 port. + */ +#include "opt_uart.h" +#include "opt_cputype.h" + +#include +__FBSDID("$FreeBSD: src/sys/mips/malta/uart_cpu_maltausart.c,v 1.2.2.1.2= =2E1 2009/10/25 01:10:29 kensmith Exp $"); + +#include +#include +#include +#include + +#include + +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +bus_space_tag_t uart_bus_space_io; +bus_space_tag_t uart_bus_space_mem; + +extern struct uart_ops malta_usart_ops; +extern struct bus_space malta_bs_tag; + +int +uart_cpu_eqres(struct uart_bas *b1, struct uart_bas *b2) +{ + return ((b1->bsh =3D=3D b2->bsh && b1->bst =3D=3D b2->bst) ? 1 : 0); +} + +int +uart_cpu_getdev(int devtype, struct uart_devinfo *di) +{ + di->ops =3D uart_getops(&uart_ns8250_class); + di->bas.chan =3D 0; + di->bas.bst =3D mips_bus_space_generic; + di->bas.regshft =3D 0; + di->bas.rclk =3D 1843200 * 2; + di->baudrate =3D 115200; + di->databits =3D 8; + di->stopbits =3D 1; + di->parity =3D UART_PARITY_NONE; + + uart_bus_space_io =3D (void *) (intptr_t) (int32_t) 0xbff003f8; + uart_bus_space_mem =3D (void *) (intptr_t) (int32_t) 0xbff003f8; + di->bas.bsh =3D (intptr_t) (int32_t) 0xbff003f8; + return (0); +} =3D=3D=3D added file 'mips/yeeloong/yeeloong_machdep.c' --- mips/yeeloong/yeeloong_machdep.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/yeeloong_machdep.c 2010-08-15 03:56:28 +0000 @@ -0,0 +1,426 @@ +/*- + * Copyright (C) 2007 by Oleksandr Tymoshenko. All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRAN= TIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIME= D. + * IN NO EVENT SHALL THE AUTHOR OR HIS RELATIVES BE LIABLE FOR ANY DIREC= T, + * INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES + * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR + * SERVICES; LOSS OF MIND, USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTI= ON) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, + * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING= + * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF + * THE POSSIBILITY OF SUCH DAMAGE. + * + */ + +#include +__FBSDID("$FreeBSD: src/sys/mips/adm5120/adm5120_machdep.c,v 1.2.2.1.2.1= 2009/10/25 01:10:29 kensmith Exp $"); + +#include "opt_ddb.h" + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include "../mips/multiboot2.h" + +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#if defined(__sparc64__) || defined(__powerpc__) || defined (__mips) +#include +#else +#include +#endif +#if defined( __i386__) || defined(__amd64__) +#include +#include +#endif +#include + +#include +#include +#include + +#include + +extern int *edata; +extern int *end; + +static void +mips_init(void) +{ + printf("entry: mips_init()\n"); + + init_param1(); + + init_param2(physmem); + mips_cpu_init(); + pmap_bootstrap(); + mips_proc0_init(); + mutex_init(); +#ifdef DDB + kdb_init(); +#endif +} + +#define EC_MAGIC_PORT1 *((volatile uint8_t *) (intptr_t) (int32_t) 0xbfd= 00381) +#define EC_MAGIC_PORT2 *((volatile uint8_t *) (intptr_t) (int32_t) 0xbfd= 00382) +#define EC_DATA_PORT *((volatile uint8_t *) (intptr_t) (int32_t) 0xbfd00= 383) + +#define EC_MAGIC_VAL1 0xf4 +#define EC_MAGIC_VAL2 0xec + +#define EC_COMMAND_REBOOT 1 + +#define LOONGSON_GPIOCFG *((volatile uint8_t *) (intptr_t) (int32_t) 0xb= fe00120) +#define LOONGSON_SHUTDOWN_GPIO 1 + +static inline void +write_ec (uint8_t value) +{ + EC_MAGIC_PORT1 =3D EC_MAGIC_VAL1; + EC_MAGIC_PORT2 =3D EC_MAGIC_VAL2; + EC_DATA_PORT =3D value; +} + + +void +platform_halt(void) +{ + LOONGSON_GPIOCFG &=3D ~LOONGSON_SHUTDOWN_GPIO; +} + + +void +platform_identify(void) +{ + +} + +void +platform_reset(void) +{ + write_ec (EC_COMMAND_REBOOT); +} + +void +platform_trap_enter(void) +{ + +} + +void +platform_trap_exit(void) +{ + +} + +void +platform_cpu_init (void) +{ + +} + +static char kenv_buf[8192]; + +#include "../../dev/fb/mbfb.h" + +int fb_found =3D 0; + +struct mbvid_params mbvid_params; +struct mtx clock_lock; + +static void +parse_multiboot (__register_t a0, __register_t a1) +{ + struct multiboot_tag *tag; + if (a0 !=3D MULTIBOOT2_BOOTLOADER_MAGIC) + return; + tag =3D (struct multiboot_tag *) (a1 + 8); + for (; tag->type !=3D MULTIBOOT_TAG_TYPE_END; + tag =3D (void *) ((uint8_t *) tag + ((tag->size + 7) & ~7))) + { + switch (tag->type) + { + case MULTIBOOT_TAG_TYPE_CMDLINE: + { + struct multiboot_tag_string *tagt =3D (void *) tag; + char *ptr =3D tagt->string; + init_static_kenv (kenv_buf, sizeof (kenv_buf)); + while (*ptr) + { + char *ptr1, *ptr2, c1, c2; + while (*ptr =3D=3D ' ') + ptr++; + ptr1 =3D ptr; + while (*ptr && *ptr !=3D '=3D' && *ptr !=3D ' ') + ptr++; + if (*ptr !=3D '=3D') + { + if (sizeof ("verbose") - 1 =3D=3D ptr - ptr1 + && memcmp (ptr1, "verbose", + sizeof ("verbose") - 1) + =3D=3D 0) + boothowto |=3D RB_VERBOSE; + if (*ptr1 =3D=3D '-') + { + for (ptr1++; ptr1 < ptr; ptr1++) + switch (*ptr1) + { + case 'v': + boothowto |=3D RB_VERBOSE; + break; + case 'D': + boothowto |=3D RB_MULTIPLE; + break; + case 'h': + boothowto |=3D RB_SERIAL; + } + } + continue; + } + ptr2 =3D ptr; + while (*ptr && *ptr !=3D ' ') + ptr++; + c1 =3D *ptr2; + c2 =3D *ptr; + *ptr2 =3D 0; + *ptr =3D 0; + =09 + setenv (ptr1, ptr2 + 1); + *ptr2 =3D c1; + *ptr =3D c2; + } + } + break; + case MULTIBOOT_TAG_TYPE_MMAP: + { + struct multiboot_tag_mmap *tagt =3D (void *) tag; + struct multiboot_mmap_entry *entry; + vm_offset_t memstart; + int i, cur =3D 0; + uint64_t totalmem =3D 0; + memstart =3D ((((vm_offset_t)&end) + 0xfffff) + & 0x1ff00000); + for (i =3D 0; i < 10; i++) { + phys_avail[i] =3D 0; + } + + for (entry =3D tagt->entries; + (uint8_t *) entry - (uint8_t *) tag < tag->size + && cur < 10; + entry =3D (void *) ((uint8_t *) entry + + tagt->entry_size)) + { + uint64_t start, end; + if (entry->type !=3D MULTIBOOT_MEMORY_AVAILABLE) + continue; + start =3D entry->addr; + end =3D entry->addr + entry->len; + + if (start < memstart) + start =3D memstart; + /* FIXME: support post-256MiB memory. */ + if (end > 0x10000000) + end =3D 0x10000000; + + if (start >=3D end) + continue; + + totalmem +=3D end - start; + + /* phys_avail regions are in bytes */ + phys_avail[cur] =3D start; + phys_avail[cur + 1] =3D end; + cur +=3D 2; + } + realmem =3D btoc(totalmem); + physmem =3D realmem; + + } + break; + case MULTIBOOT_TAG_TYPE_FRAMEBUFFER: + { + struct multiboot_tag_framebuffer *tagt + =3D (void *) tag; + int window; + unsigned offset; + unsigned window_start_addr; + +// if (tagt->common.framebuffer_addr < 0xffffffffb0000000 + // || tagt->common.framebuffer_addr >=3D 0xffffffffbc000000) + //break; + + if (tagt->common.framebuffer_type !=3D MULTIBOOT_FRAMEBUFFER_TYPE_RGB= ) + break; + + offset =3D tagt->common.framebuffer_addr & 0x3ffffff; + window =3D (tagt->common.framebuffer_addr >> 26) & 0x3; + + mbvid_params.width =3D tagt->common.framebuffer_width; + mbvid_params.height =3D tagt->common.framebuffer_height; +#if 0 + mbvidadapter.va_info.vi_depth =3D tagt->common.framebuffer_bpp; + mbvidadapter.va_info.vi_pixel_size =3D (tagt->common.framebuffer_bpp = + 7) / 8; + mbvidadapter.va_info.vi_pixel_fields[0] =3D tagt->color.direct.frameb= uffer_red_field_position; + mbvidadapter.va_info.vi_pixel_fsizes[0] =3D tagt->color.direct.frameb= uffer_red_mask_size; + mbvidadapter.va_info.vi_pixel_fields[1] =3D tagt->color.direct.frameb= uffer_green_field_position; + mbvidadapter.va_info.vi_pixel_fsizes[1] =3D tagt->color.direct.frameb= uffer_green_mask_size; + mbvidadapter.va_info.vi_pixel_fields[2] =3D tagt->color.direct.frameb= uffer_blue_field_position; + mbvidadapter.va_info.vi_pixel_fsizes[2] =3D tagt->color.direct.frameb= uffer_blue_mask_size; +#endif + window_start_addr =3D ((*(volatile uint32_t *) (intptr_t) (int32_t) 0= xbfe00110) >> (6 * window)) & 0x3f; + if (window_start_addr >=3D 3) + break; + window_start_addr <<=3D 26; + mbvid_params.ptr =3D + (void *) (((intptr_t) (int32_t) 0xb0000000) + | window_start_addr | offset); +#if 0 + mbvidadapter.va_mem_size =3D tagt->common.framebuffer_pitch + * tagt->common.framebuffer_height; + mbvidadapter.va_line_width =3D tagt->common.framebuffer_pitch; + mbvidadapter.va_info.vi_window =3D mbvidadapter.va_mem_base & 0x1ffff= fff; + mbvidadapter.va_info.vi_window_size =3D mbvidadapter.va_mem_size; +#endif + + fb_found =3D 1; + } + } + } +} + +void +platform_start(__register_t a0, __register_t a1,=20 + __register_t a2 __unused, __register_t a3 __unused) +{ + /* FIXME: retrieve from multiboot2 info. */ + uint64_t platform_counter_freq =3D 400 * 1000 * 1000; + + mips_pcpu0_init(); + mips_timer_early_init (platform_counter_freq); + + boothowto =3D 0; + + parse_multiboot (a0, a1); + + (*(volatile uint32_t *) (intptr_t) (int32_t) 0xbfe00110) + =3D (0) | (1 << 6) | (2 << 12); + + attach_mbvid (); +=09 + cninit(); + + mtx_init(&clock_lock, "clk", NULL, MTX_SPIN | MTX_NOPROFILE); +=09 + bootverbose =3D !!(boothowto & RB_VERBOSE); + + mips_init(); + mips_timer_init_params(platform_counter_freq, 0); +} + +static void +sc_identify(driver_t* driver, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "mbvid", 0); +} + +static int +sc_probe(device_t dev) +{ + device_set_desc(dev, "Mbvid console"); + return (sc_probe_unit(device_get_unit(dev), device_get_flags(dev) | SC_= AUTODETECT_KBD)); +} + +static int sc_attach(device_t dev) +{ + return (sc_attach_unit(device_get_unit(dev), device_get_flags(dev) | SC= _AUTODETECT_KBD)); +} + +static device_method_t sc_methods[] =3D { + /* Device interface */ + DEVMETHOD(device_identify, sc_identify), + DEVMETHOD(device_probe, sc_probe), + DEVMETHOD(device_attach, sc_attach), + { 0, 0 } +}; + +static driver_t mbvid_sc_driver =3D { + "mbvid", + sc_methods, + sizeof(sc_softc_t) +}; + +static devclass_t sc_devclass; + +DRIVER_MODULE(sc, nexus, mbvid_sc_driver, sc_devclass, 0, 0); =3D=3D=3D modified file 'sys/fbio.h' --- sys/fbio.h 2010-08-13 22:16:49 +0000 +++ sys/fbio.h 2010-08-14 21:18:26 +0000 @@ -86,7 +86,9 @@ #define FBTYPE_TCXCOLOR 29 /* SUNW,tcx */ #define FBTYPE_CREATOR 30 =20 -#define FBTYPE_LASTPLUSONE 31 /* max number of fbs (change as add) */ +#define FBTYPE_MBFB 31 + +#define FBTYPE_LASTPLUSONE 32 /* max number of fbs (change as add) */ =20 /* * Frame buffer descriptor as returned by FBIOGTYPE. @@ -315,6 +317,7 @@ #define KD_PC98 6 /* PC-98 display */ #define KD_TGA 7 /* TGA */ #define KD_TGA2 8 /* TGA2 */ +#define KD_MULTIBOOT 9 /* multiboot2 linear fb */ char *va_name; int va_unit; int va_minor; =3D=3D=3D modified file 'x86/isa/atrtc.c' --- x86/isa/atrtc.c 2010-08-13 22:16:49 +0000 +++ x86/isa/atrtc.c 2010-08-15 03:56:28 +0000 @@ -65,6 +65,39 @@ * RTC support routines */ =20 +#ifdef TARGET_YEELOONG + +#define ADDR_PORT *(volatile uint8_t *) ((intptr_t) (int32_t) 0xbfd00070= ) +#define DATA_PORT *(volatile uint8_t *) ((intptr_t) (int32_t) 0xbfd00071= ) + +int +rtcin(int reg) +{ + u_char val; + + RTC_LOCK; + if (rtc_reg !=3D reg) { + ADDR_PORT =3D reg; + rtc_reg =3D reg; + } + val =3D DATA_PORT; + RTC_UNLOCK; + return (val); +} + +void +writertc(int reg, u_char val) +{ + + RTC_LOCK; + if (rtc_reg !=3D reg) { + ADDR_PORT =3D reg; + rtc_reg =3D reg; + } + DATA_PORT =3D val; + RTC_UNLOCK; +} +#else int rtcin(int reg) { @@ -97,9 +130,10 @@ inb(0x84); RTC_UNLOCK; } +#endif =20 static __inline int -readrtc(int port) +readrtcbcd(int port) { return(bcd2bin(rtcin(port))); } @@ -112,6 +146,7 @@ writertc(RTC_STATUSB, RTCSB_24HR); } =20 +#ifndef TARGET_YEELOONG static void atrtc_rate(unsigned rate) { @@ -137,6 +172,7 @@ writertc(RTC_STATUSB, rtc_statusb); rtcin(RTC_INTR); } +#endif =20 void atrtc_restore(void) @@ -162,6 +198,7 @@ struct eventtimer et; }; =20 +#ifndef TARGET_YEELOONG static int rtc_start(struct eventtimer *et, struct bintime *first, struct bintime *period) @@ -223,6 +260,11 @@ { 0 } }; =20 +#endif + + +#ifndef TARGET_YEELOONG + static int atrtc_probe(device_t dev) { @@ -237,26 +279,49 @@ return (result); } =20 +#else + +static void +atrtc_identify(driver_t * drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "atrtc", 0); +} + +static int +atrtc_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "AT realtime clock"); + return (0); +} +#endif + + static int atrtc_attach(device_t dev) { struct atrtc_softc *sc; - u_long s; - int i, diag; + int diag; =20 sc =3D device_get_softc(dev); +#ifndef TARGET_YEELOONG if (!(sc->port_res =3D bus_alloc_resource(dev, SYS_RES_IOPORT, &sc->port_rid, IO_RTC, IO_RTC + 1, 2, RF_ACTIVE))) device_printf(dev,"Warning: Couldn't map I/O.\n"); +#endif diag =3D rtcin(RTC_DIAG); if (diag !=3D 0) printf("RTC BIOS diagnostic error %b\n", diag, RTCDG_BITS); atrtc_start(); clock_register(dev, 1000000); bzero(&sc->et, sizeof(struct eventtimer)); +#ifndef TARGET_YEELOONG if (!atrtcclock_disable && (resource_int_value(device_get_name(dev), device_get_unit(dev), "clock", &i) !=3D 0 || i !=3D 0)) { + int i; + u_long s; sc->intr_rid =3D 0; while (bus_get_resource(dev, SYS_RES_IRQ, sc->intr_rid, &s, NULL) =3D=3D 0 && s !=3D 8) @@ -288,14 +353,16 @@ sc->et.et_priv =3D dev; et_register(&sc->et); } +#endif return(0); } =20 static int atrtc_resume(device_t dev) { - +#ifndef TARGET_YEELOONG atrtc_restore(); +#endif return(0); } =20 @@ -309,17 +376,34 @@ /* Disable RTC updates and interrupts. */ writertc(RTC_STATUSB, RTCSB_HALT | RTCSB_24HR); =20 - writertc(RTC_SEC, bin2bcd(ct.sec)); /* Write back Seconds */ - writertc(RTC_MIN, bin2bcd(ct.min)); /* Write back Minutes */ - writertc(RTC_HRS, bin2bcd(ct.hour)); /* Write back Hours */ - - writertc(RTC_WDAY, ct.dow + 1); /* Write back Weekday */ - writertc(RTC_DAY, bin2bcd(ct.day)); /* Write back Day */ - writertc(RTC_MONTH, bin2bcd(ct.mon)); /* Write back Month *= / - writertc(RTC_YEAR, bin2bcd(ct.year % 100)); /* Write back Year */ -#ifdef USE_RTC_CENTURY - writertc(RTC_CENTURY, bin2bcd(ct.year / 100)); /* ... and Century */= -#endif + if (rtcin (RTC_STATUSB) & RTCSB_BINARY) + { + writertc(RTC_SEC, ct.sec); /* Write back Seconds */ + writertc(RTC_MIN, ct.min); /* Write back Minutes */ + writertc(RTC_HRS, ct.hour); /* Write back Hours */ + =09 + writertc(RTC_WDAY, ct.dow + 1); /* Write back Weekday */ + writertc(RTC_DAY, ct.day); /* Write back Day */ + writertc(RTC_MONTH, ct.mon); /* Write back Month */ + writertc(RTC_YEAR, (ct.year % 100)); /* Write back Year */ +#ifdef USE_RTC_CENTURY + writertc(RTC_CENTURY, (ct.year / 100)); /* ... and Century */ +#endif + } + else + { + writertc(RTC_SEC, bin2bcd(ct.sec)); /* Write back Seconds */ + writertc(RTC_MIN, bin2bcd(ct.min)); /* Write back Minutes */ + writertc(RTC_HRS, bin2bcd(ct.hour)); /* Write back Hours */ + =09 + writertc(RTC_WDAY, ct.dow + 1); /* Write back Weekday */ + writertc(RTC_DAY, bin2bcd(ct.day)); /* Write back Day */ + writertc(RTC_MONTH, bin2bcd(ct.mon)); /* Write back Month = */ + writertc(RTC_YEAR, bin2bcd(ct.year % 100)); /* Write back Year */ +#ifdef USE_RTC_CENTURY + writertc(RTC_CENTURY, bin2bcd(ct.year / 100)); /* ... and Century *= / +#endif + } =20 /* Reenable RTC updates and interrupts. */ writertc(RTC_STATUSB, rtc_statusb); @@ -346,19 +430,39 @@ splx(s); s =3D splhigh(); } - ct.nsec =3D 0; - ct.sec =3D readrtc(RTC_SEC); - ct.min =3D readrtc(RTC_MIN); - ct.hour =3D readrtc(RTC_HRS); - ct.day =3D readrtc(RTC_DAY); - ct.dow =3D readrtc(RTC_WDAY) - 1; - ct.mon =3D readrtc(RTC_MONTH); - ct.year =3D readrtc(RTC_YEAR); -#ifdef USE_RTC_CENTURY - ct.year +=3D readrtc(RTC_CENTURY) * 100; -#else - ct.year +=3D 2000; -#endif + + if (rtcin (RTC_STATUSB) & RTCSB_BINARY) + { + ct.nsec =3D 0; + ct.sec =3D rtcin(RTC_SEC); + ct.min =3D rtcin(RTC_MIN); + ct.hour =3D rtcin(RTC_HRS); + ct.day =3D rtcin(RTC_DAY); + ct.dow =3D rtcin(RTC_WDAY) - 1; + ct.mon =3D rtcin(RTC_MONTH); + ct.year =3D rtcin(RTC_YEAR); +#ifdef USE_RTC_CENTURY + ct.year +=3D rtcin(RTC_CENTURY) * 100; +#else + ct.year +=3D 2000; +#endif + } + else + { + ct.nsec =3D 0; + ct.sec =3D readrtcbcd(RTC_SEC); + ct.min =3D readrtcbcd(RTC_MIN); + ct.hour =3D readrtcbcd(RTC_HRS); + ct.day =3D readrtcbcd(RTC_DAY); + ct.dow =3D readrtcbcd(RTC_WDAY) - 1; + ct.mon =3D readrtcbcd(RTC_MONTH); + ct.year =3D readrtcbcd(RTC_YEAR); +#ifdef USE_RTC_CENTURY + ct.year +=3D readrtcbcd(RTC_CENTURY) * 100; +#else + ct.year +=3D 2000; +#endif + } /* Set dow =3D -1 because some clocks don't set it correctly. */ ct.dow =3D -1; return (clock_ct_to_ts(&ct, ts)); @@ -366,6 +470,7 @@ =20 static device_method_t atrtc_methods[] =3D { /* Device interface */ + DEVMETHOD(device_identify, atrtc_identify), DEVMETHOD(device_probe, atrtc_probe), DEVMETHOD(device_attach, atrtc_attach), DEVMETHOD(device_detach, bus_generic_detach), @@ -389,8 +494,13 @@ =20 static devclass_t atrtc_devclass; =20 +#ifndef TARGET_YEELOONG DRIVER_MODULE(atrtc, isa, atrtc_driver, atrtc_devclass, 0, 0); DRIVER_MODULE(atrtc, acpi, atrtc_driver, atrtc_devclass, 0, 0); +#else +DRIVER_MODULE(atrtc, nexus, atrtc_driver, atrtc_devclass, 0, 0); +#endif + =20 #include "opt_ddb.h" #ifdef DDB --------------020401040108060707020101-- --------------enigA62E735D8D207F5B1BD8D707 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkxncFYACgkQNak7dOguQgnorwEAmiWdagfHzv0YaLaFuaCCpGUx x5B+i+2SdtxV3vCEfc0A/AyP6GiiDxsHvye57KsLHLbniyHjqYIv4feMhLrYkigD =Jvnv -----END PGP SIGNATURE----- --------------enigA62E735D8D207F5B1BD8D707-- From owner-soc-status@FreeBSD.ORG Sun Aug 15 21:53:04 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EF3A1065674; Sun, 15 Aug 2010 21:53:04 +0000 (UTC) (envelope-from phcoder@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 164538FC17; Sun, 15 Aug 2010 21:53:02 +0000 (UTC) Received: by ewy26 with SMTP id 26so2469888ewy.13 for ; Sun, 15 Aug 2010 14:53:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=POuPAp/7uy9tvknFH1AqGiap8lBiFIjW/mGY9i0kKG4=; b=Wfp5tuQoL/kFnmePMfSJ1EYd214NRBxsJcxWUDnDlhV/OikqX5s0+BFfwi9uqCDAZe Pug4Q+jf+HQZZoMLJEVJAwUGujjQj8BusVgmsAC//geanPyEbJbTgWWog8jBbZEm9mhU rAdvShWZmwt4Be6uT3QrNSCWjmFgcfbLFjPAE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=LiPV0l0U31pvaq5d7WP7f/eu4oPXM5MWALyEZeVBGkmI11dEPH+A9pBSn1zRIjAM8l k88rknwVSx7FUbnsjPFvF5TkBt/Ykoy+75VNedCEN0X2mCrUwQ2wZVwGo9Ufi2SkysgT It18PvhmDWlvyG/hvVxzMZirMw6zVB9/ia31A= Received: by 10.213.4.202 with SMTP id 10mr1983599ebs.37.1281909182011; Sun, 15 Aug 2010 14:53:02 -0700 (PDT) Received: from debian.bg45.phnet (20.73.202.62.cust.bluewin.ch [62.202.73.20]) by mx.google.com with ESMTPS id u9sm8760556eeh.11.2010.08.15.14.52.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 15 Aug 2010 14:52:59 -0700 (PDT) Message-ID: <4C6861B4.6020102@gmail.com> Date: Sun, 15 Aug 2010 23:52:52 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org, freebsd-mips@freebsd.org References: <4C67704C.70609@gmail.com> In-Reply-To: <4C67704C.70609@gmail.com> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig6A43F7B00667EC5202B8F076" Cc: Subject: Re: Yeeloong port is functional X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Aug 2010 21:53:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6A43F7B00667EC5202B8F076 Content-Type: multipart/mixed; boundary="------------070506070308080601060201" This is a multi-part message in MIME format. --------------070506070308080601060201 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, all. Some cleanups and I managed to enable cache on kseg0. Additionally it has some basic Geode support. I'm looking forward to split it in smaller patches in order to get it into HEAD. Also I'll fill the blanks (like power management) as time permits. On 08/15/2010 06:42 AM, Vladimir '=CF=86-coder/phcoder' Serbinenko wrote:= > Hello, all. Despite the hardware-inflicted setbacks (my yeeloong fried > right before the mid-term), Yeeloong port is now functional. Both seria= l > and local (keyboard + screen) work. Real Time Clock is working. Interne= t > is working. USB controller on PCI is working. Userspace is working. > > Remaining issues: > 1) Disabled cache. The reason are peculiar properties of L2 cache. I > actualy have the code to fix it but I'm not sure to hit GSoC deadline > about it. > 2) Only 256 MiB of RAM are supported. Should be easy to fix once 64-bit= > parts are in. > 3) No Geode support. So no IDE, 2 of 3 USB ports or audio. These > components are actualy pretty standard, one has only to add support for= > MSRs. > 4) No power management. Wasn't planned to have it implemented during GS= oC. > > Not tested: > 1) Touchpad. Never connected to my laptop during developpement because > to use it one has to close front lid and so cut from serial connector > > 3rd party developpements which will improve Yeeloong support: > 1) X.org support. The required card is already supported in latest > x.org. So it's a question of importing last X.org and testing it. > 2) 64-bit developpement. Currently if I compile 64-bit kernel it > contains only 64-bit imgact. Imposing only 64-bit binaries is suboptima= l. > > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------070506070308080601060201 Content-Type: text/x-diff; name="yeeloong_rc2.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="yeeloong_rc2.diff" =3D=3D=3D modified file 'cam/cam_xpt.c' --- cam/cam_xpt.c 2010-08-13 22:16:49 +0000 +++ cam/cam_xpt.c 2010-08-14 10:37:00 +0000 @@ -816,6 +816,9 @@ return 0; } =20 +static struct root_hold_token *xpt_rool_hold =3D NULL; +static int rescan_counter =3D 0; + static void xpt_rescan_done(struct cam_periph *periph, union ccb *done_ccb) { @@ -828,6 +831,11 @@ (*done_ccb->ccb_h.cbfcnp)(periph, done_ccb); } xpt_release_boot(); + if (atomic_fetchadd_int (&rescan_counter, -1) =3D=3D 1) + { + root_mount_rel (xpt_rool_hold); + xpt_rool_hold =3D NULL; + } } =20 /* thread to handle bus rescans */ @@ -861,6 +869,11 @@ { struct ccb_hdr *hdr; =20 + if (atomic_fetchadd_int (&rescan_counter, 1) =3D=3D 0) + { + xpt_rool_hold =3D root_mount_hold("XPT bus rescan"); + } + /* Prepare request */ if (ccb->ccb_h.path->target->target_id =3D=3D CAM_TARGET_WILDCARD && ccb->ccb_h.path->device->lun_id =3D=3D CAM_LUN_WILDCARD) =3D=3D=3D modified file 'conf/ldscript.mips' --- conf/ldscript.mips 2010-08-13 22:16:49 +0000 +++ conf/ldscript.mips 2010-08-14 20:45:41 +0000 @@ -44,6 +44,7 @@ { /* Read-only sections, merged into text segment: */ . =3D KERNLOADADDR + SIZEOF_HEADERS; + .multiboot : { *(.multiboot) } .text : { *(.trap) @@ -64,6 +65,7 @@ .rodata : { *(.rodata) *(.rodata.*) *(.gnu.linkonce.r.*) } .rodata1 : { *(.rodata1) } .interp : { *(.interp) } + .multiboot : { *(.multiboot) } .hash : { *(.hash) } .dynsym : { *(.dynsym) } .dynstr : { *(.dynstr) } =3D=3D=3D modified file 'conf/ldscript.mips.mips64' --- conf/ldscript.mips.mips64 2010-08-13 22:16:49 +0000 +++ conf/ldscript.mips.mips64 2010-08-14 10:37:00 +0000 @@ -45,6 +45,7 @@ /* Read-only sections, merged into text segment: */ . =3D KERNLOADADDR + SIZEOF_HEADERS; .interp : { *(.interp) } + .multiboot : { *(.multiboot) } .hash : { *(.hash) } .dynsym : { *(.dynsym) } .dynstr : { *(.dynstr) } =3D=3D=3D modified file 'conf/options.mips' --- conf/options.mips 2010-08-13 22:16:49 +0000 +++ conf/options.mips 2010-08-14 21:18:26 +0000 @@ -66,3 +66,9 @@ # OCTEON_VENDOR_LANNER opt_cvmx.h OCTEON_BOARD_CAPK_0100ND opt_cvmx.h + +ATKBD_DFLT_KEYMAP opt_atkbd.h + +PSM_DEBUG opt_psm.h +PSM_HOOKRESUME opt_psm.h +PSM_RESETAFTERSUSPEND opt_psm.h =3D=3D=3D modified file 'dev/atkbdc/atkbdc.c' --- dev/atkbdc/atkbdc.c 2010-08-13 22:16:49 +0000 +++ dev/atkbdc/atkbdc.c 2010-08-14 21:18:26 +0000 @@ -114,8 +114,8 @@ static int wait_for_aux_data(atkbdc_softc_t *kbdc); static int wait_for_aux_ack(atkbdc_softc_t *kbdc); =20 -atkbdc_softc_t -*atkbdc_get_softc(int unit) +atkbdc_softc_t * +atkbdc_get_softc(int unit) { atkbdc_softc_t *sc; =20 @@ -182,6 +182,8 @@ tag =3D IA64_BUS_SPACE_IO; #elif defined(__sparc64__) tag =3D &atkbdc_bst_store[0]; +#elif defined(__mips) + tag =3D mips_bus_space_generic; #else #error "define tag!" #endif @@ -213,6 +215,17 @@ return 0; h1 =3D sparc64_fake_bustag(space, port1, tag); bus_space_subregion(tag, h1, KBD_STATUS_PORT, 1, &h1); +#elif defined(__mips) + port0 =3D IO_KBD + (intptr_t)(int32_t)0xbfd00000; + resource_int_value("atkbdc", 0, "port", &port0); + port1 =3D IO_KBD + KBD_STATUS_PORT+ (intptr_t)(int32_t)0xbfd00000; +#ifdef notyet + bus_space_map(tag, port0, IO_KBDSIZE, 0, &h0); + bus_space_map(tag, port1, IO_KBDSIZE, 0, &h1); +#else + h0 =3D (bus_space_handle_t)port0; + h1 =3D (bus_space_handle_t)port1; +#endif #else port0 =3D IO_KBD; resource_int_value("atkbdc", 0, "port", &port0); =3D=3D=3D added directory 'dev/cs5536' =3D=3D=3D added file 'dev/cs5536/cs5536.c' --- dev/cs5536/cs5536.c 1970-01-01 00:00:00 +0000 +++ dev/cs5536/cs5536.c 2010-08-15 21:43:50 +0000 @@ -0,0 +1,354 @@ +/*- + * Copyright (c) 1998 The NetBSD Foundation, Inc. + * Copyright (c) 2010 Vladimir Serbinenko + * All rights reserved. + * + * This code is derived from software contributed to The NetBSD Foundati= on + * by Lennart Augustsson (augustss@carlstedt.se) at + * Carlstedt Research & Technology. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBU= TORS + * ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT L= IMITED + * TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTI= CULAR + * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBU= TORS + * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, O= R + * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF + * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSIN= ESS + * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER = IN + * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWIS= E) + * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED O= F THE + * POSSIBILITY OF SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +/* + * USB Open Host Controller driver. + * + * OHCI spec: http://www.intel.com/design/usb/ohci11d.pdf + */ + +/* The low level controller code for OHCI has been split into + * PCI probes and OHCI specific code. This was done to facilitate the + * sharing of code between *BSD's + */ + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include +#include +#include + +#include +#include +#include +#include +#include + +#define PCI_OHCI_BASE_REG 0x10 + +static device_probe_t geode_pci_probe; +static device_attach_t geode_pci_attach; +static device_detach_t geode_pci_detach; +static device_suspend_t geode_pci_suspend; +static device_resume_t geode_pci_resume; + +typedef struct geode_softc +{ + ohci_softc_t ohci; +} geode_softc_t; + +static int +geode_pci_suspend(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + int err; + + err =3D bus_generic_suspend(self); + if (err) { + return (err); + } + ohci_suspend(&sc->ohci); + return (0); +} + +static int +geode_pci_resume(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + uint32_t reg, int_line; + + if (pci_get_powerstate(self) !=3D PCI_POWERSTATE_D0) { + device_printf(self, "chip is in D%d mode " + "-- setting to D0\n", pci_get_powerstate(self)); + reg =3D pci_read_config(self, PCI_CBMEM, 4); + int_line =3D pci_read_config(self, PCIR_INTLINE, 4); + pci_set_powerstate(self, PCI_POWERSTATE_D0); + pci_write_config(self, PCI_CBMEM, reg, 4); + pci_write_config(self, PCIR_INTLINE, int_line, 4); + } + ohci_resume(&sc->ohci); + + bus_generic_resume(self); + return (0); +} + +static const char * +geode_pci_match(device_t self) +{ + uint32_t device_id =3D pci_get_devid(self); + + if (device_id =3D=3D 0x208f1022) + return ("Geode PCI companion controller"); + return (NULL); +} + +static int +geode_pci_probe(device_t self) +{ + const char *desc =3D geode_pci_match(self); + + if (desc) { + device_set_desc(self, desc); + return (0); + } else { + return (ENXIO); + } +} + +#define CS5536_MSR_MAILBOX_ADDR 0xf4 +#define CS5536_MSR_MAILBOX_DATA0 0xf8 +#define CS5536_MSR_MAILBOX_DATA1 0xfc +#define CS5536_MSR_USB_OHCI_BASE 0x40000008 +#define CS5536_MSR_USB_EHCI_BASE 0x40000009 +#define CS5536_MSR_USB_BASE_ADDR_MASK 0x00ffffff00ULL +#define CS5536_MSR_USB_BASE_BUS_MASTER 0x0400000000ULL +#define CS5536_MSR_USB_BASE_MEMORY_ENABLE 0x0200000000ULL +#define CS5536_MSR_USB_BASE_PME_ENABLED 0x0800000000ULL +#define CS5536_MSR_USB_BASE_PME_STATUS 0x1000000000ULL +#define CS5536_MSR_USB_EHCI_BASE_FLDJ_SHIFT 40 + +static uint64_t +geode_read_msr (device_t self, uint32_t addr) +{ + uint64_t ret =3D 0; + pci_write_config (self, CS5536_MSR_MAILBOX_ADDR, addr, 4); + ret =3D (uint64_t) pci_read_config (self, CS5536_MSR_MAILBOX_DATA0, 4)= ; + ret |=3D ((uint64_t) pci_read_config (self, CS5536_MSR_MAILBOX_DATA1,4= )) << 32; + return ret; +} + +static void +geode_write_msr (device_t self, uint32_t addr, uint64_t val) +{ + pci_write_config (self, CS5536_MSR_MAILBOX_ADDR, addr, 4); + pci_write_config (self, CS5536_MSR_MAILBOX_DATA0, val & 0xffffffff, 4)= ; + pci_write_config (self, CS5536_MSR_MAILBOX_DATA1, val >> 32, 4); +} + +static int +geode_pci_attach(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + int rid; + int err; + uint32_t ohcibase; + + /* initialise some bus fields */ + sc->ohci.sc_bus.parent =3D self; + sc->ohci.sc_bus.devices =3D sc->ohci.sc_devices; + sc->ohci.sc_bus.devices_max =3D OHCI_MAX_DEVICES; + + /* get all DMA memory */ + if (usb_bus_mem_alloc_all(&sc->ohci.sc_bus, USB_GET_DMA_TAG(self), + &ohci_iterate_hw_softc)) { + return (ENOMEM); + } + sc->ohci.sc_dev =3D self; + + pci_enable_busmaster(self); + + rid =3D PCI_CBMEM; + /* Geode doesn't use normal BARs. */ + ohcibase =3D geode_read_msr (self, CS5536_MSR_USB_OHCI_BASE) + & CS5536_MSR_USB_BASE_ADDR_MASK; + sc->ohci.sc_io_res =3D=20 + bus_alloc_resource(device_get_parent(self), + SYS_RES_MEMORY, &rid,=20 + ohcibase, ohcibase,=20 + 256, RF_ACTIVE); + + if (!sc->ohci.sc_io_res) { + device_printf(self, "Could not allocate memory\n"); + goto error; + } + + if ((rman_get_start (sc->ohci.sc_io_res) & 0xff) !=3D 0) + { + device_printf(self, "Unaligned chunk\n"); + goto error; + } + + geode_write_msr (self, CS5536_MSR_USB_OHCI_BASE,=20 + CS5536_MSR_USB_BASE_BUS_MASTER + | CS5536_MSR_USB_BASE_MEMORY_ENABLE + | (rman_get_start (sc->ohci.sc_io_res) + & CS5536_MSR_USB_BASE_ADDR_MASK)); + + sc->ohci.sc_io_tag =3D rman_get_bustag(sc->ohci.sc_io_res); + sc->ohci.sc_io_hdl =3D rman_get_bushandle(sc->ohci.sc_io_res); + sc->ohci.sc_io_size =3D rman_get_size(sc->ohci.sc_io_res); + + rid =3D 0; + sc->ohci.sc_irq_res =3D bus_alloc_resource(device_get_parent(self), + SYS_RES_IRQ, &rid, + 11, 11, 1, + RF_SHAREABLE | RF_ACTIVE); + if (sc->ohci.sc_irq_res =3D=3D NULL) { + device_printf(self, "Could not allocate irq\n"); + goto error; + } + sc->ohci.sc_bus.bdev =3D device_add_child(self, "usbus", -1); + if (!sc->ohci.sc_bus.bdev) { + device_printf(self, "Could not add USB device\n"); + goto error; + } + device_set_ivars(sc->ohci.sc_bus.bdev, &sc->ohci.sc_bus); + + /* + * ohci_pci_match will never return NULL if ohci_pci_probe + * succeeded + */ + device_set_desc(sc->ohci.sc_bus.bdev, "Geode PCI companion controller")= ; + + + err =3D bus_setup_intr(device_get_parent(self), sc->ohci.sc_irq_res, + INTR_TYPE_BIO | INTR_MPSAFE, + NULL, (driver_intr_t *)ohci_interrupt, sc, &sc->ohci.sc_intr_hdl); + if (err) { + device_printf(self, "Could not setup irq, %d\n", err); + sc->ohci.sc_intr_hdl =3D NULL; + goto error; + } + + err =3D ohci_init(&sc->ohci); + printf ("ohci_init returned %d\n", err); + if (!err) { + err =3D device_probe_and_attach(sc->ohci.sc_bus.bdev); + } + if (err) { + device_printf(self, "USB init failed (%d)\n", err); + goto error; + } + return (0); + +error: + geode_pci_detach(self); + return (ENXIO); +} + +static int +geode_pci_detach(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + device_t bdev; + + if (sc->ohci.sc_bus.bdev) { + bdev =3D sc->ohci.sc_bus.bdev; + device_detach(bdev); + device_delete_child(self, bdev); + } + /* during module unload there are lots of children leftover */ + device_delete_all_children(self); + + pci_disable_busmaster(self); + + if (sc->ohci.sc_irq_res && sc->ohci.sc_intr_hdl) { + /* + * only call ohci_detach() after ohci_init() + */ + ohci_detach(&sc->ohci); + + int err =3D bus_teardown_intr(device_get_parent(self), + sc->ohci.sc_irq_res, + sc->ohci.sc_intr_hdl); + + if (err) { + /* XXX or should we panic? */ + device_printf(self, "Could not tear down irq, %d\n", + err); + } + sc->ohci.sc_intr_hdl =3D NULL; + } + if (sc->ohci.sc_irq_res) { + bus_release_resource(device_get_parent(self), + SYS_RES_IRQ, 0, sc->ohci.sc_irq_res); + sc->ohci.sc_irq_res =3D NULL; + } + if (sc->ohci.sc_io_res) { + bus_release_resource(device_get_parent(self), + SYS_RES_MEMORY, PCI_CBMEM, + sc->ohci.sc_io_res); + sc->ohci.sc_io_res =3D NULL; + } + usb_bus_mem_free_all(&sc->ohci.sc_bus, &ohci_iterate_hw_softc); + + return (0); +} + +static driver_t geode_driver =3D +{ + .name =3D "geode", + .methods =3D (device_method_t[]){ + /* device interface */ + DEVMETHOD(device_probe, geode_pci_probe), + DEVMETHOD(device_attach, geode_pci_attach), + DEVMETHOD(device_detach, geode_pci_detach), + DEVMETHOD(device_suspend, geode_pci_suspend), + DEVMETHOD(device_resume, geode_pci_resume), + DEVMETHOD(device_shutdown, bus_generic_shutdown), + + /* bus interface */ + DEVMETHOD(bus_print_child, bus_generic_print_child), + + {0, 0} + }, + .size =3D sizeof(struct ohci_softc), +}; + +static devclass_t geode_devclass; + +DRIVER_MODULE(geode, pci, geode_driver, geode_devclass, 0, 0); +MODULE_DEPEND(geode, ohci, 1, 1, 1); =3D=3D=3D modified file 'dev/fb/fb.c' --- dev/fb/fb.c 2010-08-13 22:16:49 +0000 +++ dev/fb/fb.c 2010-08-14 21:18:26 +0000 @@ -608,6 +608,7 @@ { FBTYPE_VGA, KD_VGA }, { FBTYPE_PC98, KD_PC98 }, { FBTYPE_TGA, KD_TGA }, + { FBTYPE_MBFB, KD_MULTIBOOT }, }; int i; =20 =3D=3D=3D added file 'dev/fb/mbfb.h' --- dev/fb/mbfb.h 1970-01-01 00:00:00 +0000 +++ dev/fb/mbfb.h 2010-08-14 21:18:26 +0000 @@ -0,0 +1,17 @@ +#include +#include "opt_fb.h" +#include "fbreg.h" + +extern int fb_found; + +struct mbvid_params +{ + int width; + int height; + void *ptr; +}; +extern struct mbvid_params mbvid_params; + +int attach_mbvid (void); + +#define MBVID_NAME "mbvid" =3D=3D=3D added file 'dev/fb/mbvideo.c' --- dev/fb/mbvideo.c 1970-01-01 00:00:00 +0000 +++ dev/fb/mbvideo.c 2010-08-15 02:57:44 +0000 @@ -0,0 +1,637 @@ +/*- + * Copyright (c) 1999 Kazutaka YOKOTA + * Copyright (c) 1992-1998 S=F8ren Schmidt + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer as + * the first lines of this file unmodified. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * 3. The name of the author may not be used to endorse or promote produ= cts + * derived from this software without specific prior written permissi= on. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHORS ``AS IS'' AND ANY EXPRESS OR= + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRAN= TIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIME= D. + * IN NO EVENT SHALL THE AUTHORS BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, = BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF = USE, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY= + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE= OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + * + */ + +#include +__FBSDID("$FreeBSD$"); + +#include "opt_fb.h" +#ifndef FB_DEBUG +#define FB_DEBUG 0 +#endif +#include "opt_syscons.h" /* should be removed in the future, XXX */ + +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include + +#include "mbfb.h" +#include "fbreg.h" +#include "boot_font.c" +#include +#include +#include +#include + +static genfb_softc_t gensc; + +static uint16_t window[10000]; + +/* color mappings, from dev/fb/creator.c */ +static const uint16_t cmap[] =3D { + 0x0000, + 0x001f, + 0x07e0, + 0x0618, + 0xf800, + 0xc018, + 0xc600, + 0xc618, + 0x8410, + 0x841f, + 0x87f0, + 0x87ff, + 0xfc10, + 0xfc1f, + 0xfff0, + 0xffff, +}; + +static video_adapter_t mbvidadapter =3D +{ + .va_index =3D 0, + .va_type =3D KD_MULTIBOOT, + .va_name =3D MBVID_NAME, + .va_unit =3D 0, + .va_minor =3D 0, + .va_flags =3D V_ADP_COLOR, + .va_io_base =3D 0, + .va_io_size =3D 0, + .va_crtc_addr =3D 0, + .va_window =3D (uintptr_t) &window, + .va_window_size =3D sizeof (window), + .va_window_gran =3D 0, + .va_window_orig =3D 0, + .va_buffer =3D 0, + .va_buffer_size =3D 0, + .va_initial_mode =3D 0, + .va_initial_bios_mode =3D 0, + .va_mode =3D 0, + .va_info =3D { + .vi_mode =3D 0, + .vi_flags =3D V_INFO_COLOR | V_INFO_LINEAR, + .vi_cwidth =3D 8, + .vi_cheight =3D 16, + .vi_planes =3D 1, + .vi_window_gran =3D 0, + .vi_buffer =3D 0, + .vi_buffer_size =3D 0, + .vi_mem_model =3D V_INFO_MM_DIRECT, + .vi_registers =3D 0, + .vi_registers_size =3D 0, + }, + .va_disp_start =3D { + .x =3D 0, + .y =3D 0, + }, + .va_token =3D 0, + .va_model =3D 0, + .va_little_bitian =3D 0, + .va_little_endian =3D 1, + .va_buffer_alias =3D 0, + .va_registers =3D 0, + .va_registers_size =3D 0, +}; + + +#if 0 +int +mbvid_probe_unit(int unit, video_adapter_t *buf, int flags) +{ + if (!fb_found) + return ENXIO; + return 0; +} + +int +mbvid_attach_unit(int unit, mbvid_softc_t *sc, int flags) +{ + if (!fb_found) + return ENXIO; + return 0; +} +#endif + +/* cdev driver functions */ + +static int +mbvid_open(struct cdev *dev, int flag, int mode, struct thread *td) +{ + if (dev =3D=3D NULL) + return ENXIO; + if (mode & (O_CREAT | O_APPEND | O_TRUNC)) + return ENODEV; + + return genfbopen(&gensc, &mbvidadapter, flag, mode, td); +} + +static int +mbvid_close(struct cdev *dev, int flag, int mode, struct thread *td) +{ + return genfbclose(&gensc, &mbvidadapter, flag, mode, td); +} + +static int +mbvid_read(struct cdev *dev, struct uio *uio, int flag) +{ + return genfbread(&gensc, &mbvidadapter, uio, flag); +} + +static int +mbvid_write(struct cdev *dev, struct uio *uio, int flag) +{ + return genfbread(&gensc, &mbvidadapter, uio, flag); +} + +static int +mbvid_ioctl(struct cdev *dev, u_long cmd, caddr_t arg, int flag, + struct thread *td) +{ + return genfbioctl(&gensc, &mbvidadapter, cmd, arg, flag, td); +} + +static int +mbvid_mmap(struct cdev *dev, vm_ooffset_t offset, + vm_offset_t *paddr, int prot, vm_memattr_t *memattr) +{ + return (EINVAL); +} + +static struct cdevsw mbvid_cdevsw =3D { + .d_version =3D D_VERSION, + .d_flags =3D 0, + .d_open =3D mbvid_open, + .d_close =3D mbvid_close, + .d_read =3D mbvid_read, + .d_write =3D mbvid_write, + .d_ioctl =3D mbvid_ioctl, + .d_mmap =3D mbvid_mmap, + .d_name =3D "multiboot video console", +}; + +int +attach_mbvid (void) +{ + int error; + int idx; +=09 + mbvidadapter.va_info.vi_mode =3D M_TEXT_80x25; + mbvidadapter.va_info.vi_cwidth =3D bold8x16.width; + mbvidadapter.va_info.vi_cheight =3D bold8x16.height; + mbvidadapter.va_info.vi_height =3D (mbvid_params.height / mbvidadapter.= va_info.vi_cheight); + mbvidadapter.va_info.vi_width =3D (mbvid_params.width / mbvidadapter.va= _info.vi_cwidth); + mbvidadapter.va_info.vi_flags =3D V_INFO_COLOR | V_INFO_LINEAR; + mbvidadapter.va_info.vi_mem_model =3D V_INFO_MM_DIRECT; + + mbvidadapter.va_flags |=3D V_ADP_COLOR; + + idx =3D vid_register (&mbvidadapter); + if (idx < 0) + { + return ENXIO; + } + mbvidadapter.va_flags |=3D V_ADP_REGISTERED; + + /* attach a virtual frame buffer device */ + error =3D fb_attach(idx, &mbvidadapter, &mbvid_cdevsw); + if (error) + { + return (error); + } + return 0; +} + +/* video driver declarations */ +static int mbvid_configure(int flags); + int (*mbvid_sub_configure)(int flags); +static int mbvid_error(void); +static vi_probe_t mbvid_probe; +static vi_init_t mbvid_init; +static vi_get_info_t mbvid_get_info; +static vi_query_mode_t mbvid_query_mode; +static vi_mmap_t mbvid_mmap_buf; +static vi_ioctl_t mbvid_dev_ioctl; +static vi_diag_t mbvid_diag; +static vi_putc_t mbvid_putc; +static vi_putp_t mbvid_putp; +static vi_puts_t mbvid_puts; +static vi_putm_t mbvid_putm; + +static video_switch_t mbvidvidsw =3D { + mbvid_probe, + mbvid_init, + mbvid_get_info, + mbvid_query_mode,=09 + (vi_set_mode_t *) mbvid_error, + (vi_save_font_t *) mbvid_error, + (vi_load_font_t *) mbvid_error, + (vi_show_font_t *) mbvid_error, + (vi_save_palette_t *) mbvid_error, + (vi_load_palette_t *) mbvid_error, + (vi_set_border_t *) mbvid_error, + (vi_save_state_t *) mbvid_error, + (vi_load_state_t *) mbvid_error, + (vi_set_win_org_t *) mbvid_error, + (vi_read_hw_cursor_t *)mbvid_error, + (vi_set_hw_cursor_t *) mbvid_error, + (vi_set_hw_cursor_shape_t *) mbvid_error, + (vi_blank_display_t *) mbvid_error, + mbvid_mmap_buf, + mbvid_dev_ioctl, + (vi_clear_t *) mbvid_error, + (vi_fill_rect_t *) mbvid_error, + (vi_bitblt_t *) mbvid_error, + mbvid_error, + mbvid_error, + mbvid_diag, + .putp =3D mbvid_putp, + .putc =3D mbvid_putc, + .puts =3D mbvid_puts, + .putm =3D mbvid_putm +}; + + +VIDEO_DRIVER(mbvid, mbvidvidsw, mbvid_configure); + +/* a backdoor for the console driver */ +static int +mbvid_configure(int flags) +{ + return fb_found; +} + +/* entry points */ + +static int +mbvid_error(void) +{ + return ENODEV; +} + +static int +mbvid_probe(int unit, video_adapter_t **adpp, void *arg, int flags) +{ + if (unit >=3D fb_found) + return ENXIO; + + mbvidadapter.va_flags |=3D V_ADP_PROBED; + + *adpp =3D &mbvidadapter; + + return 0; +} + +static int +mbvid_init(int unit, video_adapter_t *adp, int flags) +{ + if (unit >=3D fb_found) + return ENXIO; + + mbvidadapter.va_flags |=3D V_ADP_INITIALIZED; + + return 0; +} + +/* + * get_info(): + * Return the video_info structure of the requested video mode. + * + * all adapters + */ +static int +mbvid_get_info(video_adapter_t *adp, int mode, video_info_t *info) +{ + if (mode !=3D 0) + return EINVAL; + *info =3D adp->va_info; + return 0; +} + +/* + * query_mode(): + * Find a video mode matching the requested parameters. + * Fields filled with 0 are considered "don't care" fields and + * match any modes. + * + * all adapters + */ +static int +mbvid_query_mode(video_adapter_t *adp, video_info_t *info) +{ + if ((info->vi_width !=3D 0) + && (info->vi_width !=3D adp->va_info.vi_width)) + return ENODEV; + + if ((info->vi_height !=3D 0) + && (info->vi_height !=3D adp->va_info.vi_height)) + return ENODEV; + + if ((info->vi_cwidth !=3D 0) + && (info->vi_cwidth !=3D adp->va_info.vi_cwidth)) + return ENODEV; + + if ((info->vi_cheight !=3D 0) + && (info->vi_cheight !=3D adp->va_info.vi_cheight)) + return ENODEV; + + if ((info->vi_depth !=3D 0) + && (info->vi_depth !=3D adp->va_info.vi_depth)) + return ENODEV; + + if ((info->vi_planes !=3D 0) + && (info->vi_planes !=3D adp->va_info.vi_planes)) + return ENODEV; + + /* XXX: should check pixel format, memory model */ + if ((info->vi_flags !=3D 0) + && (info->vi_flags !=3D adp->va_info.vi_flags)) + return ENODEV; + return 0; +} + +#if 0 +/* + * mmap(): + * Mmap frame buffer. + * + * all adapters + */ +static int +mbvid_mmap_buf(video_adapter_t *adp, vm_ooffset_t offset, vm_paddr_t *pa= ddr, + int prot, vm_memattr_t *memattr) +{ + printf("mbvid_mmap_buf(): window:0x%jx, offset:0x%jx\n",=20 + (uintmax_t)adp->va_info.vi_window, (uintmax_t)offset); + + /* XXX: is this correct? */ + if (offset > adp->va_window_size - PAGE_SIZE) + return -1; + + *paddr =3D adp->va_info.vi_window + offset; + return 0; +} +#else +static int +mbvid_mmap_buf(video_adapter_t *adp, vm_ooffset_t offset, vm_paddr_t *pa= ddr, + int prot, vm_memattr_t *memattr) +{ + return (EINVAL); +} +#endif + +static int +mbvid_dev_ioctl(video_adapter_t *adp, u_long cmd, caddr_t arg) +{ + switch (cmd) { + case FBIO_GETWINORG: /* get frame buffer window origin */ + *(u_int *)arg =3D 0; + return 0; + + case FBIO_SETWINORG: /* set frame buffer window origin */ + case FBIO_SETLINEWIDTH: /* set scan line length in pixel */ + case FBIO_SETDISPSTART: /* set display start address */ + case FBIO_GETPALETTE: /* get color palette */ + case FBIO_SETPALETTE: /* set color palette */ + case FBIOGETCMAP: /* get color palette */ + case FBIOPUTCMAP: /* set color palette */ + + return ENODEV; + case FBIOGTYPE: /* get frame buffer type info. */ + ((struct fbtype *)arg)->fb_type =3D fb_type(adp->va_type); + ((struct fbtype *)arg)->fb_height =3D adp->va_info.vi_height; + ((struct fbtype *)arg)->fb_width =3D adp->va_info.vi_width; + ((struct fbtype *)arg)->fb_depth =3D adp->va_info.vi_depth; + if ((adp->va_info.vi_depth <=3D 1) || (adp->va_info.vi_depth > 8)) + ((struct fbtype *)arg)->fb_cmsize =3D 0; + else + ((struct fbtype *)arg)->fb_cmsize =3D 1 << adp->va_info.vi_depth; + ((struct fbtype *)arg)->fb_size =3D adp->va_buffer_size; + return 0; + + default: + return fb_commonioctl(adp, cmd, arg); + } +} + +static int +mbvid_putp(video_adapter_t *adp, vm_offset_t off, u_int32_t p, u_int32_t= a, + int size, int bpp, int bit_ltor, int byte_ltor) +{ + return (ENODEV); +} + +static int +mbvid_putc(video_adapter_t *adp, vm_offset_t off, u_int8_t c, u_int8_t a= ) +{ + int row, col; + int i, j; + const uint8_t* fontdata; + uint16_t clr; + uint8_t mask; + uint16_t* ptri; + + ptri =3D mbvid_params.ptr; + + /* calculate the position in the frame buffer */ + row =3D (off / mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi= _cheight; + col =3D (off % mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi= _cwidth; + fontdata =3D &bold8x16.data[c * mbvidadapter.va_info.vi_cheight]; + ptri +=3D (row * mbvid_params.width) + col; + + /* Place the character on the screen, pixel by pixel */ + for (j =3D 0; j < mbvidadapter.va_info.vi_cheight; j++) { + mask =3D 0x80; + for (i =3D 0; i < mbvidadapter.va_info.vi_cwidth; i++) { + clr =3D (*fontdata & mask) ? cmap[a & 0xf] : cmap[(a >> 4) & 0xf]; + *ptri++ =3D clr; + mask >>=3D 1; + } + ptri +=3D (mbvid_params.width - mbvidadapter.va_info.vi_cwidth); + fontdata++; + } + return (0); +} + +static int +mbvid_puts(video_adapter_t *adp, vm_offset_t off, u_int16_t *s, int len)= +{ + int i; + + for (i =3D 0; i < len; i++) { + vidd_putc(adp, off + i, s[i] & 0xff, (s[i] & 0xff00) >> 8); + } + return (0); +} + +static int +mbvid_putm(video_adapter_t *adp, int x, int y, u_int8_t *pixel_image, + u_int32_t pixel_mask, int size, int width) +{ +#if 0 + struct xboxfb_softc* sc =3D &xboxfb_sc; + uint32_t* ptri =3D (uint32_t*)sc->sc_framebuffer; + int i, j;=09 + + if (x < 0 || y < 0 || x + width > sc->sc_width || y + (2 * size) > sc->= sc_height) + return 0; + + ptri +=3D (y * sc->sc_width) + x; + + /* plot the mousecursor wherever the user wants it */ + for (j =3D 0; j < size; j++) { + for (i =3D width; i > 0; i--) { + if (pixel_image[j] & (1 << i)) + *ptri =3D cmap[0xf]; + ptri++; + } + ptri +=3D (sc->sc_width - width); + } + return (0); +#else + return ENODEV; +#endif +} + + +/* + * diag(): + * Print some information about the video adapter and video modes, + * with requested level of details. + * + * all adapters + */ +static int +mbvid_diag(video_adapter_t *adp, int level) +{ + if (!fb_found) + return ENXIO; + return 0; +} + +static void +xbr_init(scr_stat* scp) +{ +} + +static void +xbr_clear(scr_stat* scp, int c, int attr) +{ +} + +static void +xbr_draw_border(scr_stat* scp, int color) +{ +} + +static void +xbr_draw(scr_stat* scp, int from, int count, int flip) +{ + int i, c, a; + + if (!flip) { + /* Normal printing */ + vidd_puts(&mbvidadapter, from, (uint16_t*)sc_vtb_pointer(&scp->vtb, fr= om), count); + } else {=09 + /* This is for selections and such: invert the color attribute */ + for (i =3D count; i-- > 0; ++from) { + c =3D sc_vtb_getc(&scp->vtb, from); + a =3D sc_vtb_geta(&scp->vtb, from) >> 8; + vidd_putc(&mbvidadapter, from, c, (a >> 4) | ((a & 0xf) << 4)); + } + } +} + +static void +xbr_set_cursor(scr_stat* scp, int base, int height, int blink) +{ +} + +static void +xbr_draw_cursor(scr_stat* scp, int at, int blink, int on, int flip) +{ + uint16_t* ptri; + int row, col, i, j; + + if (scp->curs_attr.height <=3D 0) + return; + + ptri =3D mbvid_params.ptr; + + /* calculate the coordinates in the video buffer */ + row =3D (at / mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi_= cheight; + col =3D (at % mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi_= cwidth; + ptri +=3D (row * mbvid_params.width) + col; + + /* our cursor consists of simply inverting the char under it */ + for (i =3D 0; i < mbvidadapter.va_info.vi_cheight; i++) { + for (j =3D 0; j < mbvidadapter.va_info.vi_cwidth; j++) { + *ptri++ ^=3D 0xFFFF; + } + ptri +=3D (mbvid_params.width - mbvidadapter.va_info.vi_cwidth); + } +} + +static void +xbr_blink_cursor(scr_stat* scp, int at, int flip) +{ +} + +static void +xbr_set_mouse(scr_stat* scp) +{ +} + +static void +xbr_draw_mouse(scr_stat* scp, int x, int y, int on) +{ +#if 0 + vidd_putm(scp->sc->adp, x, y, mouse_pointer, 0xffffffff, 16, 8); +#endif +} + +static sc_rndr_sw_t mbvidrend =3D { + xbr_init, + xbr_clear, + xbr_draw_border, + xbr_draw, + xbr_set_cursor, + xbr_draw_cursor, + xbr_blink_cursor, + xbr_set_mouse, + xbr_draw_mouse +}; +RENDERER(mbvid, 0, mbvidrend, gfb_set); =3D=3D=3D modified file 'dev/syscons/schistory.c' --- dev/syscons/schistory.c 2010-08-13 22:16:49 +0000 +++ dev/syscons/schistory.c 2010-08-14 21:18:26 +0000 @@ -42,7 +42,7 @@ #include #include =20 -#if defined(__sparc64__) || defined(__powerpc__) +#if defined(__sparc64__) || defined(__powerpc__) || defined (__mips) #include #else #include =3D=3D=3D modified file 'dev/syscons/scterm-teken.c' --- dev/syscons/scterm-teken.c 2010-08-13 22:16:49 +0000 +++ dev/syscons/scterm-teken.c 2010-08-14 22:59:01 +0000 @@ -40,7 +40,7 @@ #include #include =20 -#if defined(__sparc64__) || defined(__powerpc__) +#if defined(__sparc64__) || defined(__powerpc__) || defined(__mips) #include #else #include @@ -140,7 +140,8 @@ tp.tp_col =3D scp->xsize; teken_set_winsize(&ts->ts_teken, &tp); =20 - if (scp->cursor_pos < scp->ysize * scp->xsize) { + if (scp->cursor_pos < scp->ysize * scp->xsize + && scp->cursor_pos >=3D 0) { /* Valid old cursor position. */ tp.tp_row =3D scp->cursor_pos / scp->xsize; tp.tp_col =3D scp->cursor_pos % scp->xsize; =3D=3D=3D modified file 'dev/syscons/syscons.c' --- dev/syscons/syscons.c 2010-08-13 22:16:49 +0000 +++ dev/syscons/syscons.c 2010-08-14 21:18:26 +0000 @@ -62,7 +62,7 @@ #include =20 #include -#if defined(__sparc64__) || defined(__powerpc__) +#if defined(__sparc64__) || defined(__powerpc__) || defined (__mips) #include #else #include =3D=3D=3D modified file 'dev/usb/controller/usb_controller.c' --- dev/usb/controller/usb_controller.c 2010-08-13 22:16:49 +0000 +++ dev/usb/controller/usb_controller.c 2010-08-15 21:43:50 +0000 @@ -104,6 +104,7 @@ }; =20 DRIVER_MODULE(usbus, ohci, usb_driver, usb_devclass, 0, 0); +DRIVER_MODULE(usbus, geode, usb_driver, usb_devclass, 0, 0); DRIVER_MODULE(usbus, uhci, usb_driver, usb_devclass, 0, 0); DRIVER_MODULE(usbus, ehci, usb_driver, usb_devclass, 0, 0); DRIVER_MODULE(usbus, at91_udp, usb_driver, usb_devclass, 0, 0); =3D=3D=3D modified file 'isa/rtc.h' --- isa/rtc.h 2010-08-13 22:16:49 +0000 +++ isa/rtc.h 2010-08-15 03:56:28 +0000 @@ -72,7 +72,7 @@ #define RTC_STATUSB 0x0b /* status register B */ #define RTCSB_DST 0x01 /* USA Daylight Savings Time enable */ #define RTCSB_24HR 0x02 /* 0 =3D 12 hours, 1 =3D 24 hours */ -#define RTCSB_BCD 0x04 /* 0 =3D BCD, 1 =3D Binary coded time */ +#define RTCSB_BINARY 0x04 /* 0 =3D BCD, 1 =3D Binary coded time */ #define RTCSB_SQWE 0x08 /* 1 =3D output sqare wave at SQW pin */ #define RTCSB_UINTR 0x10 /* 1 =3D enable update-ended interrupt */ #define RTCSB_AINTR 0x20 /* 1 =3D enable alarm interrupt */ =3D=3D=3D added file 'mips/conf/YEELOONG' --- mips/conf/YEELOONG 1970-01-01 00:00:00 +0000 +++ mips/conf/YEELOONG 2010-08-14 21:18:26 +0000 @@ -0,0 +1,55 @@ +# QEMU -- Generic kernel configuration file for FreeBSD/mips +# +# For more information on this file, please read the handbook section on= +# Kernel Configuration Files: +# +# http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelcon= fig-config.html +# +# The handbook is also available locally in /usr/share/doc/handbook +# if you've installed the doc distribution, otherwise always see the +# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the +# latest information. +# +# An exhaustive list of options and more detailed explanations of the +# device lines is also present in the ../../conf/NOTES and NOTES files. = +# If you are in doubt as to the purpose or necessity of a line, check fi= rst=20 +# in NOTES. +# +# $FreeBSD: src/sys/mips/conf/YEELOONG,v 1.4.2.1.2.1 2009/10/25 01:10:29= kensmith Exp $ + +# Don't build any modules yet. +makeoptions MODULES_OVERRIDE=3D"" + +include "../yeeloong/std.yeeloong" + +# hints "YEELOONG.hints" #Default places to look for devices. + +makeoptions DEBUG=3D-g #Build kernel with gdb(1) debug symbols + +options DDB +options KDB + +options SCHED_4BSD #4BSD scheduler +options INET #InterNETworking +options NFSCLIENT #Network Filesystem Client +options NFS_ROOT #NFS usable as /, requires NFSCLIENT +options PSEUDOFS #Pseudo-filesystem framework +options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extension= s + +# Debugging for use in -current +options INVARIANTS #Enable calls of extra sanity checking +options INVARIANT_SUPPORT #Extra sanity checks of internal structures, = required by INVARIANTS +#options WITNESS #Enable checks to detect deadlocks and cycles +#options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed +options USB_DEBUG # enable debug msgs + +device loop +device ether +device md +device uart + +options MSDOSFS # MSDOS Filesystem +options CD9660 # ISO 9660 Filesystem +options PROCFS # Process filesystem (requires PSEUDOFS) +options GEOM_PART_GPT # GUID Partition Tables. +options GEOM_LABEL # Provides labelization =3D=3D=3D modified file 'mips/include/bus.h' --- mips/include/bus.h 2010-08-13 22:16:49 +0000 +++ mips/include/bus.h 2010-08-14 21:18:26 +0000 @@ -74,6 +74,41 @@ #define _MACHINE_BUS_H_ =20 #include +#include + +static inline void +memsetw (volatile void *ptr_, uint16_t val, size_t count) +{ + volatile uint16_t *ptr =3D ptr_; + while (count--) + *ptr++ =3D val; +} + +static inline void +memsetw_io (uintptr_t ptr_, uint16_t val, size_t count) +{ + volatile uint16_t *ptr =3D (volatile uint16_t *) ptr_; + while (count--) + *ptr++ =3D val; +} + +static inline void +memcpy_io (uintptr_t to, uintptr_t from, size_t count) +{ + memcpy ((void *) to, (void *) from, count); +} + +static inline void +memcpy_toio (uintptr_t to, void *from, size_t count) +{ + memcpy ((void *) to, from, count); +} + +static inline void +memcpy_fromio (void *to, uintptr_t from, size_t count) +{ + memcpy (to, (void *) from, count); +} =20 struct bus_space { /* cookie */ =3D=3D=3D modified file 'mips/include/cache.h' --- mips/include/cache.h 2010-08-13 22:16:49 +0000 +++ mips/include/cache.h 2010-08-15 09:24:10 +0000 @@ -213,6 +213,22 @@ #define mips_intern_dcache_wb_range(v, s) \ __mco_2args(intern_, dcache_wb_range, (v), (s)) =20 +#define mips_sdcache_wbinv_all() \ + __mco_noargs(, dcache_wbinv_all) + +#define mips_sdcache_wbinv_range(v, s) \ + __mco_2args(, dcache_wbinv_range, (v), (s)) + +#define mips_sdcache_wbinv_range_index(v, s) \ + __mco_2args(, dcache_wbinv_range_index, (v), (s)) + +#define mips_sdcache_inv_range(v, s) \ + __mco_2args(, dcache_inv_range, (v), (s)) + +#define mips_sdcache_wb_range(v, s) \ + __mco_2args(, dcache_wb_range, (v), (s)) + + /* forward declaration */ struct mips_cpuinfo; =20 =3D=3D=3D modified file 'mips/include/cache_mipsNN.h' --- mips/include/cache_mipsNN.h 2010-08-13 22:16:49 +0000 +++ mips/include/cache_mipsNN.h 2010-08-15 09:24:10 +0000 @@ -57,6 +57,13 @@ void mipsNN_pdcache_inv_range_32(vm_offset_t, vm_size_t); void mipsNN_pdcache_wb_range_16(vm_offset_t, vm_size_t); void mipsNN_pdcache_wb_range_32(vm_offset_t, vm_size_t); + +void mipsNN_sdcache_wbinv_all_32(void); +void mipsNN_sdcache_wbinv_range_32(vm_offset_t, vm_size_t); +void mipsNN_sdcache_wbinv_range_index_32(vm_offset_t, vm_size_t); +void mipsNN_sdcache_inv_range_32(vm_offset_t, vm_size_t); +void mipsNN_sdcache_wb_range_32(vm_offset_t, vm_size_t); + #ifdef CPU_CNMIPS void mipsNN_icache_sync_all_128(void); void mipsNN_icache_sync_range_128(vm_offset_t, vm_size_t); =3D=3D=3D modified file 'mips/include/cpufunc.h' --- mips/include/cpufunc.h 2010-08-13 22:16:49 +0000 +++ mips/include/cpufunc.h 2010-08-14 10:37:00 +0000 @@ -142,6 +142,10 @@ #undef MIPS_RDRW64_COP0 #endif =20 +#if __mips =3D=3D 32 || __mips =3D=3D 64 +#define MIPS_HAS_CP0_SELECTORS 1 +#endif + #define MIPS_RDRW32_COP0(n,r) \ static __inline uint32_t \ mips_rd_ ## n (void) \ @@ -164,6 +168,8 @@ mips_barrier(); \ } struct __hack =20 +#ifdef MIPS_HAS_CP0_SELECTORS + #define MIPS_RDRW32_COP0_SEL(n,r,s) \ static __inline uint32_t \ mips_rd_ ## n(void) \ @@ -186,6 +192,8 @@ mips_barrier(); \ } struct __hack =20 +#endif + #ifdef CPU_CNMIPS static __inline void mips_sync_icache (void) { @@ -201,9 +209,11 @@ =20 MIPS_RDRW32_COP0(compare, MIPS_COP_0_COMPARE); MIPS_RDRW32_COP0(config, MIPS_COP_0_CONFIG); +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(config1, MIPS_COP_0_CONFIG, 1); MIPS_RDRW32_COP0_SEL(config2, MIPS_COP_0_CONFIG, 2); MIPS_RDRW32_COP0_SEL(config3, MIPS_COP_0_CONFIG, 3); +#endif MIPS_RDRW32_COP0(count, MIPS_COP_0_COUNT); MIPS_RDRW32_COP0(index, MIPS_COP_0_TLB_INDEX); MIPS_RDRW32_COP0(wired, MIPS_COP_0_TLB_WIRED); @@ -219,12 +229,17 @@ #endif MIPS_RDRW32_COP0(prid, MIPS_COP_0_PRID); /* XXX 64-bit? */ +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(ebase, MIPS_COP_0_PRID, 1); +#endif MIPS_RDRW32_COP0(watchlo, MIPS_COP_0_WATCH_LO); +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(watchlo1, MIPS_COP_0_WATCH_LO, 1); MIPS_RDRW32_COP0_SEL(watchlo2, MIPS_COP_0_WATCH_LO, 2); MIPS_RDRW32_COP0_SEL(watchlo3, MIPS_COP_0_WATCH_LO, 3); +#endif MIPS_RDRW32_COP0(watchhi, MIPS_COP_0_WATCH_HI); +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(watchhi1, MIPS_COP_0_WATCH_HI, 1); MIPS_RDRW32_COP0_SEL(watchhi2, MIPS_COP_0_WATCH_HI, 2); MIPS_RDRW32_COP0_SEL(watchhi3, MIPS_COP_0_WATCH_HI, 3); @@ -233,6 +248,7 @@ MIPS_RDRW32_COP0_SEL(perfcnt1, MIPS_COP_0_PERFCNT, 1); MIPS_RDRW32_COP0_SEL(perfcnt2, MIPS_COP_0_PERFCNT, 2); MIPS_RDRW32_COP0_SEL(perfcnt3, MIPS_COP_0_PERFCNT, 3); +#endif =20 #undef MIPS_RDRW32_COP0 =20 =3D=3D=3D modified file 'mips/include/cpuinfo.h' --- mips/include/cpuinfo.h 2010-08-13 22:16:49 +0000 +++ mips/include/cpuinfo.h 2010-08-15 09:24:10 +0000 @@ -67,6 +67,12 @@ u_int8_t dc_nways; u_int16_t dc_nsets; } l1; + struct { + u_int32_t dc_size; + u_int8_t dc_linesize; + u_int8_t dc_nways; + u_int16_t dc_nsets; + } l2; }; =20 extern struct mips_cpuinfo cpuinfo; =3D=3D=3D modified file 'mips/include/cpuregs.h' --- mips/include/cpuregs.h 2010-08-13 22:16:49 +0000 +++ mips/include/cpuregs.h 2010-08-15 11:18:29 +0000 @@ -136,6 +136,10 @@ #define MIPS_CCA_UC 0x02 /* Uncached. */ #define MIPS_CCA_C 0x03 /* Cacheable, coherency unspecified. */ =20 +#if defined (CPU_R10000) || defined (TARGET_YEELOONG) +#define MIPS_CCA_UA 0x07 +#endif + #if defined(CPU_R4000) || defined(CPU_R10000) #define MIPS_CCA_CNC 0x03 #define MIPS_CCA_CCE 0x04 @@ -145,10 +149,6 @@ #define MIPS_CCA_CCUOW 0x06 #endif =20 -#ifdef CPU_R10000 -#define MIPS_CCA_UA 0x07 -#endif - #define MIPS_CCA_CACHED MIPS_CCA_CCEW #endif /* defined(CPU_R4000) || defined(CPU_R10000) */ =20 @@ -188,8 +188,14 @@ #define MIPS_XKSEG_START 0xc000000000000000 #define MIPS_XKSEG_END 0xc00000ff80000000 =20 +#if __mips =3D=3D 32 || __mips =3D=3D 64 +#define SSNOP ssnop +#else +#define SSNOP nop +#endif +=20 /* CPU dependent mtc0 hazard hook */ -#ifdef CPU_CNMIPS +#if defined (CPU_CNMIPS) || defined (TARGET_YEELOONG) #define COP0_SYNC nop; nop; nop; nop; nop; #elif defined(CPU_SB1) #define COP0_SYNC ssnop; ssnop; ssnop; ssnop; ssnop; ssnop; ssnop; ssno= p; ssnop @@ -416,7 +422,7 @@ #define MIPS_VEC_EJTAG 0xBFC00480 #define MIPS_VEC_TLB 0x80000000 #define MIPS_VEC_XTLB 0x80000080 -#define MIPS_VEC_CACHE 0x80000100 +#define MIPS_VEC_CACHE 0xa0000100 #define MIPS_VEC_GENERIC 0x80000180 /* Most exceptions */ #define MIPS_VEC_INTERRUPT 0x80000200 =20 =3D=3D=3D added file 'mips/include/sc_machdep.h' --- mips/include/sc_machdep.h 1970-01-01 00:00:00 +0000 +++ mips/include/sc_machdep.h 2010-08-14 21:18:26 +0000 @@ -0,0 +1,30 @@ +/* Color attributes for foreground text */ + +#define FG_BLACK 0 +#define FG_BLUE 1 +#define FG_GREEN 2 +#define FG_CYAN 3 +#define FG_RED 4 +#define FG_MAGENTA 5 +#define FG_BROWN 6 +#define FG_LIGHTGREY 7 +#define FG_DARKGREY 8 +#define FG_LIGHTBLUE 9 +#define FG_LIGHTGREEN 10 +#define FG_LIGHTCYAN 11 +#define FG_LIGHTRED 12 +#define FG_LIGHTMAGENTA 13 +#define FG_YELLOW 14 +#define FG_WHITE 15 +#define FG_BLINK 0x80 + +/* Color attributes for text background */ + +#define BG_BLACK 0x00 +#define BG_BLUE 0x10 +#define BG_GREEN 0x20 +#define BG_CYAN 0x30 +#define BG_RED 0x40 +#define BG_MAGENTA 0x50 +#define BG_BROWN 0x60 +#define BG_LIGHTGREY 0x70 =3D=3D=3D modified file 'mips/mips/bus_space_generic.c' --- mips/mips/bus_space_generic.c 2010-08-13 22:16:49 +0000 +++ mips/mips/bus_space_generic.c 2010-08-15 09:24:10 +0000 @@ -593,6 +593,9 @@ { #if 0 if (flags & BUS_SPACE_BARRIER_WRITE) + { mips_dcache_wbinv_all(); + mips_sdcache_wbinv_all(); + } #endif } =3D=3D=3D modified file 'mips/mips/busdma_machdep.c' --- mips/mips/busdma_machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/busdma_machdep.c 2010-08-15 09:24:10 +0000 @@ -638,6 +638,8 @@ newmap->allocbuffer =3D tmpaddr; mips_dcache_wbinv_range((vm_offset_t)*vaddr, dmat->maxsize); + mips_sdcache_wbinv_range((vm_offset_t)*vaddr, + dmat->maxsize); *vaddr =3D tmpaddr; } else newmap->origbuffer =3D newmap->allocbuffer =3D NULL; @@ -805,6 +807,9 @@ if (++seg >=3D dmat->nsegments) break; segs[seg].ds_addr =3D curaddr; +#ifdef TARGET_YEELOONG + segs[seg].ds_addr |=3D 0x80000000; +#endif segs[seg].ds_len =3D sgsize; } if (error) @@ -1074,6 +1079,7 @@ if (size_clend) memcpy (tmp_clend, (void*)buf_clend, size_clend); mips_dcache_inv_range((vm_offset_t)buf, len); + mips_sdcache_inv_range((vm_offset_t)buf, len); /*=20 * Restore them */ @@ -1088,15 +1094,23 @@ * necessary. */ if (size_cl) + { mips_dcache_wbinv_range((vm_offset_t)buf_cl, size_cl); + mips_sdcache_wbinv_range((vm_offset_t)buf_cl, size_cl); + } if (size_clend && (size_cl =3D=3D 0 || buf_clend - buf_cl > mips_pdcache_linesize)) + { mips_dcache_wbinv_range((vm_offset_t)buf_clend, size_clend); + mips_sdcache_wbinv_range((vm_offset_t)buf_clend, + size_clend); + } break; =20 case BUS_DMASYNC_PREREAD|BUS_DMASYNC_PREWRITE: mips_dcache_wbinv_range((vm_offset_t)buf_cl, len); + mips_sdcache_wbinv_range((vm_offset_t)buf_cl, len); break; =20 case BUS_DMASYNC_PREREAD: @@ -1108,6 +1122,7 @@ if (size_clend) memcpy (tmp_clend, (void *)buf_clend, size_clend); mips_dcache_inv_range((vm_offset_t)buf, len); + mips_sdcache_inv_range((vm_offset_t)buf, len); /* * Restore them */ @@ -1122,15 +1137,23 @@ * necessary. */ if (size_cl) + { mips_dcache_wbinv_range((vm_offset_t)buf_cl, size_cl); + mips_sdcache_wbinv_range((vm_offset_t)buf_cl, size_cl); + } if (size_clend && (size_cl =3D=3D 0 || buf_clend - buf_cl > mips_pdcache_linesize)) + { mips_dcache_wbinv_range((vm_offset_t)buf_clend, size_clend); + mips_sdcache_wbinv_range((vm_offset_t)buf_clend, + size_clend); + } break; =20 case BUS_DMASYNC_PREWRITE: mips_dcache_wb_range((vm_offset_t)buf, len); + mips_sdcache_wb_range((vm_offset_t)buf, len); break; } } @@ -1149,6 +1172,8 @@ if (bpage->vaddr_nocache =3D=3D 0) { mips_dcache_wb_range(bpage->vaddr, bpage->datacount); + mips_sdcache_wb_range(bpage->vaddr, + bpage->datacount); } dmat->bounce_zone->total_bounced++; } @@ -1156,6 +1181,8 @@ if (bpage->vaddr_nocache =3D=3D 0) { mips_dcache_inv_range(bpage->vaddr, bpage->datacount); + mips_sdcache_inv_range(bpage->vaddr, + bpage->datacount); } bcopy((void *)(bpage->vaddr_nocache !=3D 0 ?=20 bpage->vaddr_nocache : bpage->vaddr), =3D=3D=3D modified file 'mips/mips/cache.c' --- mips/mips/cache.c 2010-08-13 22:16:49 +0000 +++ mips/mips/cache.c 2010-08-15 09:24:10 +0000 @@ -194,6 +194,28 @@ cpuinfo->l1.dc_linesize); } =20 + switch (cpuinfo->l2.dc_linesize) { + case 32: + mips_cache_ops.mco_sdcache_wbinv_all =3D + mips_cache_ops.mco_intern_sdcache_wbinv_all =3D + mipsNN_sdcache_wbinv_all_32; + mips_cache_ops.mco_sdcache_wbinv_range =3D + mipsNN_sdcache_wbinv_range_32; + mips_cache_ops.mco_sdcache_wbinv_range_index =3D + mips_cache_ops.mco_intern_sdcache_wbinv_range_index =3D + mipsNN_sdcache_wbinv_range_index_32; + mips_cache_ops.mco_sdcache_inv_range =3D + mipsNN_sdcache_inv_range_32; + mips_cache_ops.mco_sdcache_wb_range =3D + mips_cache_ops.mco_intern_sdcache_wb_range =3D + mipsNN_sdcache_wb_range_32; + break; + default: + panic("no SDcache ops for %d byte lines", + cpuinfo->l1.dc_linesize); + } + + mipsNN_cache_init(cpuinfo); =20 #if 0 =3D=3D=3D modified file 'mips/mips/cache_mipsNN.c' --- mips/mips/cache_mipsNN.c 2010-08-13 22:16:49 +0000 +++ mips/mips/cache_mipsNN.c 2010-08-15 09:24:10 +0000 @@ -82,6 +82,12 @@ static int pdcache_loopcount; static int pdcache_way_mask; =20 +static int sdcache_size; +static int sdcache_stride; +static int sdcache_loopcount; +static int sdcache_way_mask; + + void mipsNN_cache_init(struct mips_cpuinfo * cpuinfo) { @@ -115,6 +121,15 @@ cpuinfo->l1.dc_nways; } =20 + if (cpuinfo->l2.dc_nsets * cpuinfo->l2.dc_linesize < PAGE_SIZE) { + sdcache_stride =3D cpuinfo->l2.dc_nsets * cpuinfo->l2.dc_linesize; + sdcache_loopcount =3D cpuinfo->l2.dc_nways; + } else { + sdcache_stride =3D PAGE_SIZE; + sdcache_loopcount =3D (cpuinfo->l2.dc_nsets * cpuinfo->l2.dc_linesize = / PAGE_SIZE) * + cpuinfo->l2.dc_nways; + } + mips_picache_linesize =3D cpuinfo->l1.ic_linesize; mips_pdcache_linesize =3D cpuinfo->l1.dc_linesize; =20 @@ -123,6 +138,9 @@ pdcache_size =3D cpuinfo->l1.dc_size; pdcache_way_mask =3D cpuinfo->l1.dc_nways - 1; =20 + sdcache_size =3D cpuinfo->l2.dc_size; + sdcache_way_mask =3D cpuinfo->l2.dc_nways - 1; + #define CACHE_DEBUG #ifdef CACHE_DEBUG printf("Cache info:\n"); @@ -181,6 +199,12 @@ SYNC; } =20 +#if __mips =3D=3D 3 +#define HIT_I_INV CACHE_R4K_I|CACHEOP_R4K_INDEX_INV +#else +#define HIT_I_INV CACHE_R4K_I|CACHEOP_R4K_HIT_INV +#endif + void mipsNN_icache_sync_range_16(vm_offset_t va, vm_size_t size) { @@ -192,12 +216,12 @@ mips_intern_dcache_wb_range(va, (eva - va)); =20 while ((eva - va) >=3D (32 * 16)) { - cache_r4k_op_32lines_16(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_r4k_op_32lines_16(va, HIT_I_INV); va +=3D (32 * 16); } =20 while (va < eva) { - cache_op_r4k_line(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_op_r4k_line(va, HIT_I_INV); va +=3D 16; } =20 @@ -215,12 +239,12 @@ mips_intern_dcache_wb_range(va, (eva - va)); =20 while ((eva - va) >=3D (32 * 32)) { - cache_r4k_op_32lines_32(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_r4k_op_32lines_32(va, HIT_I_INV); va +=3D (32 * 32); } =20 while (va < eva) { - cache_op_r4k_line(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_op_r4k_line(va, HIT_I_INV); va +=3D 32; } =20 @@ -230,7 +254,7 @@ void mipsNN_icache_sync_range_index_16(vm_offset_t va, vm_size_t size) { - unsigned int eva, tmpva; + vm_offset_t eva, tmpva; int i, stride, loopcount; =20 /* @@ -273,7 +297,7 @@ void mipsNN_icache_sync_range_index_32(vm_offset_t va, vm_size_t size) { - unsigned int eva, tmpva; + vm_offset_t eva, tmpva; int i, stride, loopcount; =20 /* @@ -357,6 +381,7 @@ SYNC; } =20 + void mipsNN_pdcache_wbinv_range_16(vm_offset_t va, vm_size_t size) { @@ -454,7 +479,7 @@ * bits that determine the cache index, and make a KSEG0 * address out of them. */ - va =3D MIPS_PHYS_TO_KSEG0(va & pdcache_way_mask); + va =3D MIPS_PHYS_TO_KSEG0 (va & pdcache_way_mask); =20 eva =3D round_line32(va + size); va =3D trunc_line32(va); @@ -482,7 +507,7 @@ va +=3D 32; } } -=20 + void mipsNN_pdcache_inv_range_16(vm_offset_t va, vm_size_t size) { @@ -567,7 +592,6 @@ SYNC; } =20 - #ifdef CPU_CNMIPS =20 void @@ -617,3 +641,130 @@ } =20 #endif + +void +mipsNN_sdcache_wbinv_all_32(void) +{ + vm_offset_t va, eva; + + va =3D MIPS_PHYS_TO_KSEG0(0); + eva =3D va + sdcache_size; + + /* + * Since we're hitting the whole thing, we don't have to + * worry about the N different "ways". + */ + + while (va < eva) { + cache_r4k_op_32lines_32(va, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + va +=3D (32 * 32); + } + + SYNC; +} + +void +mipsNN_sdcache_wbinv_range_32(vm_offset_t va, vm_size_t size) +{ + vm_offset_t eva; + + eva =3D round_line32(va + size); + va =3D trunc_line32(va); + + while ((eva - va) >=3D (32 * 32)) { + cache_r4k_op_32lines_32(va, + CACHE_R4K_SD|CACHEOP_R4K_HIT_WB_INV); + va +=3D (32 * 32); + } + + while (va < eva) { + cache_op_r4k_line(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_WB_INV); + va +=3D 32; + } + + SYNC; +} + +void +mipsNN_sdcache_wbinv_range_index_32(vm_offset_t va, vm_size_t size) +{ + vm_offset_t eva, tmpva; + int i, stride, loopcount; + + /* + * Since we're doing Index ops, we expect to not be able + * to access the address we've been given. So, get the + * bits that determine the cache index, and make a KSEG0 + * address out of them. + */ + va =3D MIPS_PHYS_TO_KSEG0 (va & sdcache_way_mask); + + eva =3D round_line32(va + size); + va =3D trunc_line32(va); + + /* + * GCC generates better code in the loops if we reference local + * copies of these global variables. + */ + stride =3D sdcache_stride; + loopcount =3D sdcache_loopcount; + + while ((eva - va) >=3D (8 * 32)) { + tmpva =3D va; + for (i =3D 0; i < loopcount; i++, tmpva +=3D stride) + cache_r4k_op_8lines_32(tmpva, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + va +=3D 8 * 32; + } + + while (va < eva) { + tmpva =3D va; + for (i =3D 0; i < loopcount; i++, tmpva +=3D stride) + cache_op_r4k_line(tmpva, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + va +=3D 32; + } +} + +void +mipsNN_sdcache_inv_range_32(vm_offset_t va, vm_size_t size) +{ + vm_offset_t eva; + + eva =3D round_line32(va + size); + va =3D trunc_line32(va); + + while ((eva - va) >=3D (32 * 32)) { + cache_r4k_op_32lines_32(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_INV); + va +=3D (32 * 32); + } + + while (va < eva) { + cache_op_r4k_line(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_INV); + va +=3D 32; + } + + SYNC; +} + +void +mipsNN_sdcache_wb_range_32(vm_offset_t va, vm_size_t size) +{ + vm_offset_t eva; + + eva =3D round_line32(va + size); + va =3D trunc_line32(va); + + while ((eva - va) >=3D (32 * 32)) { + cache_r4k_op_32lines_32(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_WB); + va +=3D (32 * 32); + } + + while (va < eva) { + cache_op_r4k_line(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_WB); + va +=3D 32; + } + + SYNC; +} =3D=3D=3D modified file 'mips/mips/cpu.c' --- mips/mips/cpu.c 2010-08-13 22:16:49 +0000 +++ mips/mips/cpu.c 2010-08-15 09:24:10 +0000 @@ -69,8 +69,6 @@ { u_int32_t prid; u_int32_t cfg0; - u_int32_t cfg1; - u_int32_t tmp; =20 memset(cpuinfo, 0, sizeof(struct mips_cpuinfo)); =20 @@ -87,46 +85,71 @@ ((cfg0 & MIPS_CONFIG0_MT_MASK) >> MIPS_CONFIG0_MT_SHIFT); cpuinfo->icache_virtual =3D cfg0 & MIPS_CONFIG0_VI; =20 - /* If config register selection 1 does not exist, exit. */ - if (!(cfg0 & MIPS3_CONFIG_CM)) - return; - - /* Learn TLB size and L1 cache geometry. */ - cfg1 =3D mips_rd_config1(); - cpuinfo->tlb_nentries =3D=20 - ((cfg1 & MIPS_CONFIG1_TLBSZ_MASK) >> MIPS_CONFIG1_TLBSZ_SHIFT) + 1;= - - /* L1 instruction cache. */ - tmp =3D (cfg1 & MIPS_CONFIG1_IL_MASK) >> MIPS_CONFIG1_IL_SHIFT; - if (tmp !=3D 0) { - cpuinfo->l1.ic_linesize =3D 1 << (tmp + 1); - cpuinfo->l1.ic_nways =3D (((cfg1 & MIPS_CONFIG1_IA_MASK) >> MIPS_CONFI= G1_IA_SHIFT)) + 1; - cpuinfo->l1.ic_nsets =3D=20 - 1 << (((cfg1 & MIPS_CONFIG1_IS_MASK) >> MIPS_CONFIG1_IS_SHIFT) + = 6); - cpuinfo->l1.ic_size =3D=20 - cpuinfo->l1.ic_linesize * cpuinfo->l1.ic_nsets * cpuinfo->l1.ic_nw= ays; - } - - /* L1 data cache. */ - tmp =3D (cfg1 & MIPS_CONFIG1_DL_MASK) >> MIPS_CONFIG1_DL_SHIFT; - if (tmp !=3D 0) { - cpuinfo->l1.dc_linesize =3D 1 << (tmp + 1); - cpuinfo->l1.dc_nways =3D=20 - (((cfg1 & MIPS_CONFIG1_DA_MASK) >> MIPS_CONFIG1_DA_SHIFT)) + 1; - cpuinfo->l1.dc_nsets =3D=20 - 1 << (((cfg1 & MIPS_CONFIG1_DS_MASK) >> MIPS_CONFIG1_DS_SHIFT) + 6= ); - } +#ifdef MIPS_HAS_CP0_SELECTORS + { + /* If config register selection 1 does not exist, exit. */ + if (!(cfg0 & MIPS3_CONFIG_CM)) + return; + + /* Learn TLB size and L1 cache geometry. */ + cfg1 =3D mips_rd_config1(); + cpuinfo->tlb_nentries =3D=20 + ((cfg1 & MIPS_CONFIG1_TLBSZ_MASK) >> MIPS_CONFIG1_TLBSZ_SHIFT) + 1; + + /* L1 instruction cache. */ + tmp =3D (cfg1 & MIPS_CONFIG1_IL_MASK) >> MIPS_CONFIG1_IL_SHIFT; + if (tmp !=3D 0) { + cpuinfo->l1.ic_linesize =3D 1 << (tmp + 1); + cpuinfo->l1.ic_nways =3D (((cfg1 & MIPS_CONFIG1_IA_MASK) >> MIPS_CONF= IG1_IA_SHIFT)) + 1; + cpuinfo->l1.ic_nsets =3D=20 + 1 << (((cfg1 & MIPS_CONFIG1_IS_MASK) >> MIPS_CONFIG1_IS_SHIFT) + 6);= + cpuinfo->l1.ic_size =3D=20 + cpuinfo->l1.ic_linesize * cpuinfo->l1.ic_nsets * cpuinfo->l1.ic_nway= s; + } + + /* L1 data cache. */ + tmp =3D (cfg1 & MIPS_CONFIG1_DL_MASK) >> MIPS_CONFIG1_DL_SHIFT; + if (tmp !=3D 0) { + cpuinfo->l1.dc_linesize =3D 1 << (tmp + 1); + cpuinfo->l1.dc_nways =3D=20 + (((cfg1 & MIPS_CONFIG1_DA_MASK) >> MIPS_CONFIG1_DA_SHIFT)) + 1; + cpuinfo->l1.dc_nsets =3D=20 + 1 << (((cfg1 & MIPS_CONFIG1_DS_MASK) >> MIPS_CONFIG1_DS_SHIFT) + 6);= + } #ifdef CPU_CNMIPS - /* - * Octeon does 128 byte line-size. But Config-Sel1 doesn't show - * 128 line-size, 1 Set, 64 ways. - */ - cpuinfo->l1.dc_linesize =3D 128; - cpuinfo->l1.dc_nsets =3D 1; - cpuinfo->l1.dc_nways =3D 64; -#endif - cpuinfo->l1.dc_size =3D cpuinfo->l1.dc_linesize=20 - * cpuinfo->l1.dc_nsets * cpuinfo->l1.dc_nways; + /* + * Octeon does 128 byte line-size. But Config-Sel1 doesn't show + * 128 line-size, 1 Set, 64 ways. + */ + cpuinfo->l1.dc_linesize =3D 128; + cpuinfo->l1.dc_nsets =3D 1; + cpuinfo->l1.dc_nways =3D 64; +#endif + cpuinfo->l1.dc_size =3D cpuinfo->l1.dc_linesize=20 + * cpuinfo->l1.dc_nsets * cpuinfo->l1.dc_nways; + } +#elif defined (TARGET_YEELOONG) + { + cpuinfo->tlb_nentries =3D 64; + + cpuinfo->l1.ic_linesize =3D 32; + cpuinfo->l1.ic_nways =3D 4; + cpuinfo->l1.ic_nsets =3D 65536 / (4 * 32); + cpuinfo->l1.ic_size =3D 65536; + + cpuinfo->l1.dc_linesize =3D 32; + cpuinfo->l1.dc_nways =3D 4; + cpuinfo->l1.dc_nsets =3D 65536 / (4 * 32); + cpuinfo->l1.dc_size =3D 65536; + + cpuinfo->l2.dc_linesize =3D 32; + cpuinfo->l2.dc_nways =3D 4; + cpuinfo->l2.dc_nsets =3D (512 * 1024) / (4 * 32); + cpuinfo->l2.dc_size =3D (512 * 1024); + } +#else +#error unknown architecture without selector support +#endif } =20 void @@ -143,6 +166,7 @@ =20 mips_icache_sync_all(); mips_dcache_wbinv_all(); + mips_sdcache_wbinv_all(); /* Print some info about CPU */ cpu_identify(); } @@ -150,7 +174,7 @@ static void cpu_identify(void) { - uint32_t cfg0, cfg1, cfg2, cfg3; + uint32_t cfg0; printf("cpu%d: ", 0); /* XXX per-cpu */ switch (cpuinfo.cpu_vendor) { case MIPS_PRID_CID_MTI: @@ -236,27 +260,33 @@ if (!(cfg0 & MIPS3_CONFIG_CM)) return; =20 - cfg1 =3D mips_rd_config1(); - printf(" Config1=3D0x%b\n", cfg1,=20 - "\20\7COP2\6MDMX\5PerfCount\4WatchRegs\3MIPS16\2EJTAG\1FPU"); - - /* If config register selection 2 does not exist, exit. */ - if (!(cfg1 & MIPS3_CONFIG_CM)) - return; - cfg2 =3D mips_rd_config2(); - /*=20 - * Config2 contains no useful information other then Config3=20 - * existence flag - */ - - /* If config register selection 3 does not exist, exit. */ - if (!(cfg2 & MIPS3_CONFIG_CM)) - return; - cfg3 =3D mips_rd_config3(); +#ifdef MIPS_HAS_CP0_SELECTORS + { + uint32_t cfg1, cfg2, cfg3; + + cfg1 =3D mips_rd_config1(); + printf(" Config1=3D0x%b\n", cfg1,=20 + "\20\7COP2\6MDMX\5PerfCount\4WatchRegs\3MIPS16\2EJTAG\1FPU"); + + /* If config register selection 2 does not exist, exit. */ + if (!(cfg1 & MIPS3_CONFIG_CM)) + return; + cfg2 =3D mips_rd_config2(); + /*=20 + * Config2 contains no useful information other then Config3=20 + * existence flag + */ + + /* If config register selection 3 does not exist, exit. */ + if (!(cfg2 & MIPS3_CONFIG_CM)) + return; + cfg3 =3D mips_rd_config3(); =20 /* Print Config3 if it contains any useful info */ - if (cfg3 & ~(0x80000000)) - printf(" Config3=3D0x%b\n", cfg3, "\20\2SmartMIPS\1TraceLogic"); + if (cfg3 & ~(0x80000000)) + printf(" Config3=3D0x%b\n", cfg3, "\20\2SmartMIPS\1TraceLogic"); + } +#endif } =20 static struct rman cpu_hardirq_rman; =3D=3D=3D modified file 'mips/mips/db_disasm.c' --- mips/mips/db_disasm.c 2010-08-13 22:16:49 +0000 +++ mips/mips/db_disasm.c 2010-08-14 10:37:00 +0000 @@ -53,6 +53,17 @@ #include #include =20 +static char *cache_op_suffix[4] =3D { + "i", "d", "s", "si" +}; + +static char *cache_op_type[8] =3D { + "Index_Writeback_Invalidate", "Index_Load_Tag", + "Index_Store_Tag", "Create_Dirty_EXCL", + "Hit_Invalidate", "Hit_Writeback_Invalidate", + "Hit_Writeback", "Hit_Set_Virtual" +}; + static char *op_name[64] =3D { /* 0 */ "spec", "bcond","j", "jal", "beq", "bne", "blez", "bgtz", /* 8 */ "addi", "addiu","slti", "sltiu","andi", "ori", "xori", "lui", @@ -373,6 +384,14 @@ reg_name[i.IType.rt], i.IType.imm); break; =20 + case OP_CACHE: + db_printf("%s%s\t%s, %d(%s)", op_name[i.IType.op], + cache_op_suffix[i.IType.rt & 3], + cache_op_type[i.IType.rt >> 2], + (short)i.IType.imm, reg_name[i.IType.rs] + ); + break; + =09 case OP_ADDI: case OP_DADDI: case OP_ADDIU: =3D=3D=3D modified file 'mips/mips/db_interface.c' --- mips/mips/db_interface.c 2010-08-13 22:16:49 +0000 +++ mips/mips/db_interface.c 2010-08-15 09:24:10 +0000 @@ -211,6 +211,7 @@ =20 mips_icache_sync_range((db_addr_t) addr, size); mips_dcache_wbinv_range((db_addr_t) addr, size); + mips_sdcache_wbinv_range((db_addr_t) addr, size); } (void)kdb_jmpbuf(prev_jb); return (ret); =3D=3D=3D modified file 'mips/mips/db_trace.c' --- mips/mips/db_trace.c 2010-08-13 22:16:49 +0000 +++ mips/mips/db_trace.c 2010-08-14 10:37:00 +0000 @@ -49,9 +49,19 @@ #define MIPS_END_OF_FUNCTION(ins) ((ins) =3D=3D 0x03e00008) =20 /* - * kdbpeekD(addr) - skip one word starting at 'addr', then read the seco= nd word + * kdbpeekD(addr) - read double word. */ -#define kdbpeekD(addr) kdbpeek(((int *)(addr)) + 1) + +static inline register_t +kdbpeekD (uintptr_t addr) { +#ifdef __MIPSEL__ + return ((uint64_t) kdbpeek ((int *) addr)) + | (((uint64_t) kdbpeek ((int *) addr + 1)) << 32); +#else + return ((uint64_t) kdbpeek ((int *) addr + 1)) + | (((uint64_t) kdbpeek ((int *) addr)) << 32); +#endif +} =20 /* * Functions ``special'' enough to print by name @@ -105,6 +115,9 @@ } =20 void +kproc_shutdown(void *arg, int howto); + +void stacktrace_subr(register_t pc, register_t sp, register_t ra, int (*printfn) (const char *,...)) { @@ -119,6 +132,8 @@ unsigned instr, mask; unsigned int frames =3D 0; int more, stksize, j; + const uintptr_t kseg0_start =3D sizeof (uintptr_t) =3D=3D 8 + ? 0x8000000000000000ULL : 0x80000000; =20 /* Jump here when done with a frame, to start a new one */ loop: @@ -140,7 +155,7 @@ } /* check for bad SP: could foul up next frame */ /*XXX MIPS64 bad: this hard-coded SP is lame */ - if (sp & 3 || (uintptr_t)sp < 0x80000000u) { + if (sp & 3 || (uintptr_t)sp < kseg0_start) { (*printfn) ("SP 0x%x: not in kernel\n", sp); ra =3D 0; subr =3D 0; @@ -156,7 +171,9 @@ * preceding "j ra" at the tail of the preceding function. Depends * on relative ordering of functions in exception.S, swtch.S. */ - if (pcBetween(MipsKernGenException, MipsUserGenException)) + if (pcBetween(panic, shutdown_nice)) + subr =3D (uintptr_t) panic; + else if (pcBetween(MipsKernGenException, MipsUserGenException)) subr =3D (uintptr_t)MipsKernGenException; else if (pcBetween(MipsUserGenException, MipsKernIntr)) subr =3D (uintptr_t)MipsUserGenException; @@ -181,7 +198,7 @@ } /* check for bad PC */ /*XXX MIPS64 bad: These hard coded constants are lame */ - if (pc & 3 || pc < (uintptr_t)0x80000000) { + if (pc & 3 || (uintptr_t)pc < kseg0_start) { (*printfn) ("PC 0x%x: not in kernel\n", pc); ra =3D 0; goto done; @@ -303,32 +320,34 @@ mask |=3D (1 << i.IType.rt); switch (i.IType.rt) { case 4:/* a0 */ - args[0] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[0] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[0] =3D 1; break; =20 case 5:/* a1 */ - args[1] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[1] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[1] =3D 1; break; =20 case 6:/* a2 */ - args[2] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[2] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[2] =3D 1; break; =20 case 7:/* a3 */ - args[3] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[3] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[3] =3D 1; break; =20 case 31: /* ra */ - ra =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + ra =3D kdbpeekD((sp + (short)i.IType.imm)); } break; =20 case OP_ADDI: case OP_ADDIU: + case OP_DADDIU: + case OP_DADDI: /* look for stack pointer adjustment */ if (i.IType.rs !=3D 29 || i.IType.rt !=3D 29) break; @@ -337,17 +356,18 @@ } =20 done: - (*printfn) ("%s+%x (", fn_name(subr), pc - subr); + (*printfn) ("%s+%lx (", fn_name(subr), (unsigned long) (pc - subr)); for (j =3D 0; j < 4; j ++) { if (j > 0) (*printfn)(","); if (valid_args[j]) - (*printfn)("%x", args[j]); + (*printfn)("%lx", (unsigned long) args[j]); else (*printfn)("?"); } =20 - (*printfn) (") ra %x sp %x sz %d\n", ra, sp, stksize); + (*printfn) (") ra %lx sp %lx sz %ld\n", (unsigned long) ra, + (unsigned long) sp, (long) stksize); =20 if (ra) { if (pc =3D=3D ra && stksize =3D=3D 0) @@ -403,8 +423,12 @@ struct pcb *ctx; =20 if (thr =3D=3D curthread) { - sp =3D (register_t)(intptr_t)__builtin_frame_address(0); - ra =3D (register_t)(intptr_t)__builtin_return_address(0); + __asm __volatile( + "move %0, $sp\n" + : "=3Dr" (sp)); + __asm __volatile( + "move %0, $ra\n" + : "=3Dr" (ra)); =20 __asm __volatile( "jal 99f\n" =3D=3D=3D modified file 'mips/mips/exception.S' --- mips/mips/exception.S 2010-08-13 22:16:49 +0000 +++ mips/mips/exception.S 2010-08-14 10:37:00 +0000 @@ -156,7 +156,10 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 #15: lo1 is loaded COP0_SYNC + MTC0 zero, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC tlbwr #1a: write to tlb +=09 HAZARD_DELAY eret #1f: retUrn from exception 1: j MipsTLBMissException #20: kernel exception @@ -868,6 +871,9 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 COP0_SYNC + MTC0 zero, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC + =20 b tlb_insert_entry nop @@ -881,6 +887,8 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 COP0_SYNC + MTC0 zero, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC =20 tlb_insert_entry: tlbp @@ -890,12 +898,12 @@ nop tlbwi eret - ssnop + SSNOP =20 tlb_insert_random: tlbwr eret - ssnop + SSNOP =20 3: /* @@ -1023,6 +1031,8 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 # lo1 is loaded COP0_SYNC + MTC0 zero, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC tlbwr # write to tlb HAZARD_DELAY eret # return from exception =3D=3D=3D modified file 'mips/mips/locore.S' --- mips/mips/locore.S 2010-08-13 22:16:49 +0000 +++ mips/mips/locore.S 2010-08-15 09:24:10 +0000 @@ -69,9 +69,38 @@ #include #include #include +#define ASM_FILE +#include "multiboot2.h" =20 #include "assym.s" =20 + .section ".multiboot", "a" + + /* Align 64 bits boundary. */ + .align 8 + =09 + /* Multiboot header. */ +multiboot_header: + /* magic */ + .long MULTIBOOT2_HEADER_MAGIC + .long MULTIBOOT_ARCHITECTURE_MIPS32 + /* Header length. */ + .long multiboot_header_end - multiboot_header + /* checksum */ + .long -(MULTIBOOT2_HEADER_MAGIC + MULTIBOOT_ARCHITECTURE_MIPS32 + (mult= iboot_header_end - multiboot_header)) +framebuffer_tag_start:=09 + .short MULTIBOOT_HEADER_TAG_FRAMEBUFFER + .short MULTIBOOT_HEADER_TAG_OPTIONAL + .long framebuffer_tag_end - framebuffer_tag_start + .long 1024 + .long 600 + .long 16 +framebuffer_tag_end: + .short MULTIBOOT_HEADER_TAG_END + .short 0 + .long 8 +multiboot_header_end: + .data #ifdef YAMON GLOBAL(fenvp) @@ -133,7 +162,10 @@ COP0_SYNC =20 /* Make sure KSEG0 is cached */ - li t0, MIPS_CCA_CACHED + mfc0 t0, MIPS_COP_0_CONFIG + srl t0, 3 + sll t0, 3 + ori t0, MIPS_CCA_CACHED mtc0 t0, MIPS_COP_0_CONFIG COP0_SYNC =20 =3D=3D=3D modified file 'mips/mips/machdep.c' --- mips/mips/machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/machdep.c 2010-08-15 09:24:10 +0000 @@ -232,7 +232,8 @@ void cpu_flush_dcache(void *ptr, size_t len) { - /* TBD */ + mips_dcache_wbinv_range((vm_offset_t)ptr, PAGE_SIZE); + mips_sdcache_wbinv_range((vm_offset_t)ptr, PAGE_SIZE); } =20 /* Get current clock frequency for the given cpu id. */ @@ -249,6 +250,7 @@ void cpu_halt(void) { + platform_halt (); for (;;) ; } @@ -351,6 +353,7 @@ */ mips_icache_sync_all(); mips_dcache_wbinv_all(); + mips_sdcache_wbinv_all(); =20 /*=20 * Mask all interrupts. Each interrupt will be enabled @@ -477,7 +480,11 @@ cpu_idle(int busy) { if (mips_rd_status() & MIPS_SR_INT_IE) + { +#ifndef TARGET_YEELOONG __asm __volatile ("wait"); +#endif + } else panic("ints disabled in idleproc!"); } =3D=3D=3D modified file 'mips/mips/mp_machdep.c' --- mips/mips/mp_machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/mp_machdep.c 2010-08-15 09:24:10 +0000 @@ -272,6 +272,7 @@ * on the BSP. */ mips_dcache_wbinv_all(); + mips_sdcache_wbinv_all(); mips_icache_sync_all(); =20 mips_sync(); =3D=3D=3D added file 'mips/mips/multiboot2.h' --- mips/mips/multiboot2.h 1970-01-01 00:00:00 +0000 +++ mips/mips/multiboot2.h 2010-08-14 10:37:00 +0000 @@ -0,0 +1,314 @@ +/* multiboot2.h - Multiboot 2 header file. */ +/* Copyright (C) 1999,2003,2007,2008,2009,2010 Free Software Foundatio= n, Inc. + * + * Permission is hereby granted, free of charge, to any person obtainin= g a copy + * of this software and associated documentation files (the "Software")= , to + * deal in the Software without restriction, including without limitati= on the + * rights to use, copy, modify, merge, publish, distribute, sublicense,= and/or + * sell copies of the Software, and to permit persons to whom the Softw= are is + * furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice shall be inclu= ded in + * all copies or substantial portions of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPR= ESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABIL= ITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT S= HALL ANY + * DEVELOPER OR DISTRIBUTOR BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER L= IABILITY, + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, O= UT OF OR + * IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE = SOFTWARE. + */ + +#ifndef MULTIBOOT_HEADER +#define MULTIBOOT_HEADER 1 + +/* How many bytes from the start of the file we search for the header. = */ +#define MULTIBOOT_SEARCH 32768 +#define MULTIBOOT_HEADER_ALIGN 8 + +/* The magic field should contain this. */ +#define MULTIBOOT2_HEADER_MAGIC 0xe85250d6 + +/* This should be in %eax. */ +#define MULTIBOOT2_BOOTLOADER_MAGIC 0x36d76289 + +/* Alignment of multiboot modules. */ +#define MULTIBOOT_MOD_ALIGN 0x00001000 + +/* Alignment of the multiboot info structure. */ +#define MULTIBOOT_INFO_ALIGN 0x00000008 + +/* Flags set in the 'flags' member of the multiboot header. */ + +#define MULTIBOOT_TAG_ALIGN 8 +#define MULTIBOOT_TAG_TYPE_END 0 +#define MULTIBOOT_TAG_TYPE_CMDLINE 1 +#define MULTIBOOT_TAG_TYPE_BOOT_LOADER_NAME 2 +#define MULTIBOOT_TAG_TYPE_MODULE 3 +#define MULTIBOOT_TAG_TYPE_BASIC_MEMINFO 4 +#define MULTIBOOT_TAG_TYPE_BOOTDEV 5 +#define MULTIBOOT_TAG_TYPE_MMAP 6 +#define MULTIBOOT_TAG_TYPE_VBE 7 +#define MULTIBOOT_TAG_TYPE_FRAMEBUFFER 8 +#define MULTIBOOT_TAG_TYPE_ELF_SECTIONS 9 +#define MULTIBOOT_TAG_TYPE_APM 10 + +#define MULTIBOOT_HEADER_TAG_END 0 +#define MULTIBOOT_HEADER_TAG_INFORMATION_REQUEST 1 +#define MULTIBOOT_HEADER_TAG_ADDRESS 2 +#define MULTIBOOT_HEADER_TAG_ENTRY_ADDRESS 3 +#define MULTIBOOT_HEADER_TAG_CONSOLE_FLAGS 4 +#define MULTIBOOT_HEADER_TAG_FRAMEBUFFER 5 +#define MULTIBOOT_HEADER_TAG_MODULE_ALIGN 6 + +#define MULTIBOOT_ARCHITECTURE_I386 0 +#define MULTIBOOT_ARCHITECTURE_MIPS32 4 +#define MULTIBOOT_HEADER_TAG_OPTIONAL 1 + +#define MULTIBOOT_CONSOLE_FLAGS_CONSOLE_REQUIRED 1 +#define MULTIBOOT_CONSOLE_FLAGS_EGA_TEXT_SUPPORTED 2 + +#ifndef ASM_FILE + +typedef unsigned char multiboot_uint8_t; +typedef unsigned short multiboot_uint16_t; +typedef unsigned int multiboot_uint32_t; +typedef unsigned long long multiboot_uint64_t; + +struct multiboot_header +{ + /* Must be MULTIBOOT_MAGIC - see above. */ + multiboot_uint32_t magic; + + /* ISA */ + multiboot_uint32_t architecture; + + /* Total header length. */ + multiboot_uint32_t header_length; + + /* The above fields plus this one must equal 0 mod 2^32. */ + multiboot_uint32_t checksum; +}; + +struct multiboot_header_tag +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; +}; + +struct multiboot_header_tag_information_request +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t requests[0]; +}; + +struct multiboot_header_tag_address +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t header_addr; + multiboot_uint32_t load_addr; + multiboot_uint32_t load_end_addr; + multiboot_uint32_t bss_end_addr; +}; + +struct multiboot_header_tag_entry_address +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t entry_addr; +}; + +struct multiboot_header_tag_console_flags +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t console_flags; +}; + +struct multiboot_header_tag_framebuffer +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t width; + multiboot_uint32_t height; + multiboot_uint32_t depth; +}; + +struct multiboot_header_tag_module_align +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t width; + multiboot_uint32_t height; + multiboot_uint32_t depth; +}; + +struct multiboot_color +{ + multiboot_uint8_t red; + multiboot_uint8_t green; + multiboot_uint8_t blue; +}; + +struct multiboot_mmap_entry +{ + multiboot_uint64_t addr; + multiboot_uint64_t len; +#define MULTIBOOT_MEMORY_AVAILABLE 1 +#define MULTIBOOT_MEMORY_RESERVED 2 +#define MULTIBOOT_MEMORY_ACPI_RECLAIMABLE 3 +#define MULTIBOOT_MEMORY_NVS 4 + multiboot_uint32_t type; + multiboot_uint32_t zero; +} __attribute__((packed)); +typedef struct multiboot_mmap_entry multiboot_memory_map_t; + +struct multiboot_tag +{ + multiboot_uint32_t type; + multiboot_uint32_t size; +}; + +struct multiboot_tag_string +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + char string[0]; +}; + +struct multiboot_tag_module +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t mod_start; + multiboot_uint32_t mod_end; + char cmdline[0]; +}; + +struct multiboot_tag_basic_meminfo +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t mem_lower; + multiboot_uint32_t mem_upper; +}; + +struct multiboot_tag_bootdev +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t biosdev; + multiboot_uint32_t slice; + multiboot_uint32_t part; +}; + +struct multiboot_tag_mmap +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t entry_size; + multiboot_uint32_t entry_version; + struct multiboot_mmap_entry entries[0]; =20 +}; + +struct multiboot_vbe_info_block +{ + multiboot_uint8_t external_specification[512]; +}; + +struct multiboot_vbe_mode_info_block +{ + multiboot_uint8_t external_specification[256]; +}; + +struct multiboot_tag_vbe +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + + multiboot_uint16_t vbe_mode; + multiboot_uint16_t vbe_interface_seg; + multiboot_uint16_t vbe_interface_off; + multiboot_uint16_t vbe_interface_len; + + struct multiboot_vbe_info_block vbe_control_info; + struct multiboot_vbe_mode_info_block vbe_mode_info; +}; + +struct multiboot_tag_framebuffer_common +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + + multiboot_uint64_t framebuffer_addr; + multiboot_uint32_t framebuffer_pitch; + multiboot_uint32_t framebuffer_width; + multiboot_uint32_t framebuffer_height; + multiboot_uint8_t framebuffer_bpp; +#define MULTIBOOT_FRAMEBUFFER_TYPE_INDEXED 0 +#define MULTIBOOT_FRAMEBUFFER_TYPE_RGB 1 +#define MULTIBOOT_FRAMEBUFFER_TYPE_EGA_TEXT 2 + multiboot_uint8_t framebuffer_type; + multiboot_uint16_t reserved; +}; + +struct multiboot_tag_framebuffer +{ + struct multiboot_tag_framebuffer_common common; + + union + { + struct + { + multiboot_uint16_t framebuffer_palette_num_colors; + struct multiboot_color framebuffer_palette[0]; + } palette; + struct + { + multiboot_uint8_t framebuffer_red_field_position; + multiboot_uint8_t framebuffer_red_mask_size; + multiboot_uint8_t framebuffer_green_field_position; + multiboot_uint8_t framebuffer_green_mask_size; + multiboot_uint8_t framebuffer_blue_field_position; + multiboot_uint8_t framebuffer_blue_mask_size; + } direct; + } color; +}; + +struct multiboot_tag_elf_sections +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t num; + multiboot_uint32_t entsize; + multiboot_uint32_t shndx; + char sections[0]; +}; + +struct multiboot_tag_apm +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint16_t version; + multiboot_uint16_t cseg; + multiboot_uint32_t offset; + multiboot_uint16_t cseg_16; + multiboot_uint16_t dseg; + multiboot_uint16_t flags; + multiboot_uint16_t cseg_len; + multiboot_uint16_t cseg_16_len; + multiboot_uint16_t dseg_len; +}; + +#endif /* ! ASM_FILE */ + +#endif /* ! MULTIBOOT_HEADER */ =3D=3D=3D modified file 'mips/mips/nexus.c' --- mips/mips/nexus.c 2010-08-13 22:16:49 +0000 +++ mips/mips/nexus.c 2010-08-14 21:18:26 +0000 @@ -151,7 +151,7 @@ } =20 mem_rman.rm_start =3D 0; - mem_rman.rm_end =3D ~0u; + mem_rman.rm_end =3D ~(uintptr_t)0; mem_rman.rm_type =3D RMAN_ARRAY; mem_rman.rm_descr =3D "Memory addresses"; if (rman_init(&mem_rman) !=3D 0 || =3D=3D=3D modified file 'mips/mips/pmap.c' --- mips/mips/pmap.c 2010-08-13 22:16:49 +0000 +++ mips/mips/pmap.c 2010-08-15 11:18:29 +0000 @@ -213,6 +213,15 @@ */ static struct local_sysmaps sysmap_lmem[MAXCPU]; =20 +/* To avoid the need of flushing the cache again after just few writes + use only acceleration + */ +#ifdef MIPS_CCA_UA +#define PMAP_LMEM_CACHE PTE_C(MIPS_CCA_UA) +#else +#define PMAP_LMEM_CACHE PTE_C_UNCACHED +#endif + #define PMAP_LMEM_MAP1(va, phys) \ int cpu; \ struct local_sysmaps *sysm; \ @@ -223,7 +232,7 @@ sysm =3D &sysmap_lmem[cpu]; \ va =3D sysm->base; \ npte =3D TLBLO_PA_TO_PFN(phys) | \ - PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_CACHE; \ + PTE_D | PTE_V | PTE_G | PTE_W | PMAP_LMEM_CACHE; \ pte =3D pmap_pte(kernel_pmap, va); \ *pte =3D npte; \ sysm->valid1 =3D 1 @@ -239,11 +248,11 @@ va1 =3D sysm->base; \ va2 =3D sysm->base + PAGE_SIZE; \ npte =3D TLBLO_PA_TO_PFN(phys1) | \ - PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_CACHE; \ + PTE_D | PTE_V | PTE_G | PTE_W | PMAP_LMEM_CACHE; \ pte =3D pmap_pte(kernel_pmap, va1); \ *pte =3D npte; \ npte =3D TLBLO_PA_TO_PFN(phys2) | \ - PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_CACHE; \ + PTE_D | PTE_V | PTE_G | PTE_W | PMAP_LMEM_CACHE; \ pte =3D pmap_pte(kernel_pmap, va2); \ *pte =3D npte; \ sysm->valid1 =3D 1; \ @@ -804,7 +813,7 @@ npte =3D TLBLO_PA_TO_PFN(pa) | PTE_D | PTE_V | PTE_G | PTE_W; =20 if (is_cacheable_mem(pa)) - npte |=3D PTE_C_CACHE; + npte |=3D PTE_C_UNCACHED; else npte |=3D PTE_C_UNCACHED; =20 @@ -827,6 +836,7 @@ * Write back all caches from the page being destroyed */ mips_dcache_wbinv_range_index(va, PAGE_SIZE); + mips_sdcache_wbinv_range_index(va, PAGE_SIZE); =20 pte =3D pmap_pte(kernel_pmap, va); *pte =3D PTE_G; @@ -894,6 +904,7 @@ } =20 mips_dcache_wbinv_range_index(origva, PAGE_SIZE*count); + mips_sdcache_wbinv_range_index(origva, PAGE_SIZE*count); } =20 /* @@ -1587,6 +1598,7 @@ * Write back all caches from the page being destroyed */ mips_dcache_wbinv_range_index(va, PAGE_SIZE); + mips_sdcache_wbinv_range_index(va, PAGE_SIZE); =20 /* * get a local va for mappings for this pmap. @@ -1690,7 +1702,10 @@ * the page being destroyed */ if (m->md.pv_list_count =3D=3D 1)=20 + { mips_dcache_wbinv_range_index(pv->pv_va, PAGE_SIZE); + mips_sdcache_wbinv_range_index(pv->pv_va, PAGE_SIZE); + } =20 pv->pv_pmap->pm_stats.resident_count--; =20 @@ -1961,7 +1976,7 @@ newpte =3D TLBLO_PA_TO_PFN(pa) | rw | PTE_V; =20 if (is_cacheable_mem(pa)) - newpte |=3D PTE_C_CACHE; + newpte |=3D PTE_C_UNCACHED; else newpte |=3D PTE_C_UNCACHED; =20 @@ -2009,7 +2024,15 @@ (prot & VM_PROT_EXECUTE)) { mips_icache_sync_range(va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); } + mips_dcache_wbinv_range(MIPS_PHYS_TO_KSEG0(pa), PAGE_SIZE); + mips_sdcache_wbinv_range(MIPS_PHYS_TO_KSEG0(pa), PAGE_SIZE); +#if defined(__mips_n64) + mips_dcache_wbinv_range(MIPS_PHYS_TO_XKPHYS(MIPS_CCA_C, pa), PAGE_SIZE)= ; + mips_sdcache_wbinv_range(MIPS_PHYS_TO_KSEG0(MIPS_CCA_C, pa), PAGE_SIZE)= ; +#endif + vm_page_unlock_queues(); PMAP_UNLOCK(pmap); } @@ -2126,7 +2149,7 @@ *pte =3D TLBLO_PA_TO_PFN(pa) | PTE_V; =20 if (is_cacheable_mem(pa)) - *pte |=3D PTE_C_CACHE; + *pte |=3D PTE_C_UNCACHED; else *pte |=3D PTE_C_UNCACHED; =20 @@ -2142,6 +2165,7 @@ va &=3D ~PAGE_MASK; mips_icache_sync_range(va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); } } return (mpte); @@ -2189,7 +2213,7 @@ cpu =3D PCPU_GET(cpuid); sysm =3D &sysmap_lmem[cpu]; /* Since this is for the debugger, no locks or any other fun */ - npte =3D TLBLO_PA_TO_PFN(pa) | PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_C= ACHE; + npte =3D TLBLO_PA_TO_PFN(pa) | PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_U= NCACHED; pte =3D pmap_pte(kernel_pmap, sysm->base); *pte =3D npte; sysm->valid1 =3D 1; @@ -2343,6 +2367,7 @@ va =3D MIPS_PHYS_TO_XKPHYS_CACHED(phys); bzero((caddr_t)va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); } #else void @@ -2357,11 +2382,13 @@ =20 bzero((caddr_t)va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); } else { PMAP_LMEM_MAP1(va, phys); =20 bzero((caddr_t)va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); =20 PMAP_LMEM_UNMAP(); } @@ -2383,6 +2410,7 @@ va =3D MIPS_PHYS_TO_XKPHYS_CACHED(phys); bzero((char *)(caddr_t)va + off, size); mips_dcache_wbinv_range(va + off, size); + mips_sdcache_wbinv_range(va + off, size); } #else void @@ -2396,11 +2424,13 @@ va =3D MIPS_PHYS_TO_KSEG0(phys); bzero((char *)(caddr_t)va + off, size); mips_dcache_wbinv_range(va + off, size); + mips_sdcache_wbinv_range(va + off, size); } else { PMAP_LMEM_MAP1(va, phys); =20 bzero((char *)va + off, size); mips_dcache_wbinv_range(va + off, size); + mips_sdcache_wbinv_range(va + off, size); =20 PMAP_LMEM_UNMAP(); } @@ -2417,6 +2447,7 @@ va =3D MIPS_PHYS_TO_XKPHYS_CACHED(phys); bzero((caddr_t)va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); } #else void @@ -2430,11 +2461,13 @@ va =3D MIPS_PHYS_TO_KSEG0(phys); bzero((caddr_t)va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); } else { PMAP_LMEM_MAP1(va, phys); =20 bzero((caddr_t)va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); =20 PMAP_LMEM_UNMAP(); } @@ -2459,10 +2492,12 @@ =20 pmap_flush_pvcache(src); mips_dcache_wbinv_range_index(MIPS_PHYS_TO_XKPHYS_CACHED(phy_dst), PAGE= _SIZE); + mips_sdcache_wbinv_range_index(MIPS_PHYS_TO_XKPHYS_CACHED(phy_dst), PAG= E_SIZE); va_src =3D MIPS_PHYS_TO_XKPHYS_CACHED(phy_src); va_dst =3D MIPS_PHYS_TO_XKPHYS_CACHED(phy_dst); bcopy((caddr_t)va_src, (caddr_t)va_dst, PAGE_SIZE); mips_dcache_wbinv_range(va_dst, PAGE_SIZE); + mips_sdcache_wbinv_range(va_dst, PAGE_SIZE); } #else void @@ -2482,15 +2517,19 @@ pmap_flush_pvcache(src); mips_dcache_wbinv_range_index( MIPS_PHYS_TO_KSEG0(phy_dst), PAGE_SIZE); + mips_sdcache_wbinv_range_index( + MIPS_PHYS_TO_KSEG0(phy_dst), PAGE_SIZE); va_src =3D MIPS_PHYS_TO_KSEG0(phy_src); va_dst =3D MIPS_PHYS_TO_KSEG0(phy_dst); bcopy((caddr_t)va_src, (caddr_t)va_dst, PAGE_SIZE); mips_dcache_wbinv_range(va_dst, PAGE_SIZE); + mips_sdcache_wbinv_range(va_dst, PAGE_SIZE); } else { PMAP_LMEM_MAP2(va_src, phy_src, va_dst, phy_dst); =20 bcopy((void *)va_src, (void *)va_dst, PAGE_SIZE); mips_dcache_wbinv_range(va_dst, PAGE_SIZE); + mips_sdcache_wbinv_range(va_dst, PAGE_SIZE); =20 PMAP_LMEM_UNMAP(); } @@ -3252,16 +3291,16 @@ int rw; =20 if (!(prot & VM_PROT_WRITE)) - rw =3D PTE_V | PTE_RO | PTE_C_CACHE; + rw =3D PTE_RO; else if ((m->flags & (PG_FICTITIOUS | PG_UNMANAGED)) =3D=3D 0) { if ((m->md.pv_flags & PV_TABLE_MOD) !=3D 0) - rw =3D PTE_V | PTE_D | PTE_C_CACHE; + rw =3D PTE_D; else - rw =3D PTE_V | PTE_C_CACHE; + rw =3D 0; vm_page_flag_set(m, PG_WRITEABLE); } else /* Needn't emulate a modified bit for unmanaged pages. */ - rw =3D PTE_V | PTE_D | PTE_C_CACHE; + rw =3D PTE_D; return (rw); } =20 @@ -3390,6 +3429,7 @@ for (pv =3D TAILQ_FIRST(&m->md.pv_list); pv; pv =3D TAILQ_NEXT(pv, pv_list)) { mips_dcache_wbinv_range_index(pv->pv_va, PAGE_SIZE); + mips_sdcache_wbinv_range_index(pv->pv_va, PAGE_SIZE); } } } =3D=3D=3D added file 'mips/mips/sc_machdep.c' --- mips/mips/sc_machdep.c 1970-01-01 00:00:00 +0000 +++ mips/mips/sc_machdep.c 2010-08-14 22:59:18 +0000 @@ -0,0 +1,90 @@ +/*- + * Copyright (c) 2003 Jake Burkholder. + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include + +static sc_softc_t sc_softcs[8]; + +int +sc_get_cons_priority(int *unit, int *flags) +{ + + *unit =3D 0; + *flags =3D 0; + return (CN_INTERNAL); +} + +int +sc_max_unit(void) +{ + return (1); +} + +sc_softc_t * +sc_get_softc(int unit, int flags) +{ + sc_softc_t *sc; + + if (unit < 0 || unit >=3D 8) + return (NULL); + sc =3D &sc_softcs[unit]; + sc->unit =3D unit; + if ((sc->flags & SC_INIT_DONE) =3D=3D 0) { + sc->keyboard =3D -1; + sc->adapter =3D -1; + sc->cursor_char =3D SC_CURSOR_CHAR; + sc->mouse_char =3D SC_MOUSE_CHAR; + } + return (sc); +} + +void +sc_get_bios_values(bios_values_t *values) +{ + values->cursor_start =3D 0; + values->cursor_end =3D 32; + values->shift_state =3D 0; +} + +int +sc_tone(int hz) +{ + return (0); +} =3D=3D=3D modified file 'mips/mips/support.S' --- mips/mips/support.S 2010-08-13 22:16:49 +0000 +++ mips/mips/support.S 2010-08-14 10:37:00 +0000 @@ -97,6 +97,8 @@ =20 #include "assym.s" =20 +#define MAKE_FRAMES 1 + .set noreorder # Noreorder is default style! =20 /* @@ -827,6 +829,12 @@ LEAF(bzero) ALEAF(blkclr) .set noreorder +#ifdef MAKE_FRAMES + daddiu sp, sp, -32 + sd ra, 16(sp) + sd a0, 8(sp) + sd a1, 0(sp) +#endif blt a1, 12, smallclr # small amount to clear? PTR_SUBU a3, zero, a0 # compute # bytes to word align address and a3, a3, 3 @@ -851,11 +859,13 @@ bne a0, a3, 1b sb zero, -1(a0) 2: +#ifdef MAKE_FRAMES + daddiu sp, sp, 32 +#endif j ra nop END(bzero) =20 - /* * bcmp(s1, s2, n) */ =3D=3D=3D modified file 'mips/mips/uio_machdep.c' --- mips/mips/uio_machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/uio_machdep.c 2010-08-15 09:24:10 +0000 @@ -100,6 +100,7 @@ * in order to get it overwritten by correct data */ mips_dcache_wbinv_range((vm_offset_t)cp, cnt); + mips_sdcache_wbinv_range((vm_offset_t)cp, cnt); pmap_flush_pvcache(m); } else { sf =3D sf_buf_alloc(m, 0); @@ -131,7 +132,10 @@ if (sf !=3D NULL) sf_buf_free(sf); else + { mips_dcache_wbinv_range((vm_offset_t)cp, cnt); + mips_sdcache_wbinv_range((vm_offset_t)cp, cnt); + } iov->iov_base =3D (char *)iov->iov_base + cnt; iov->iov_len -=3D cnt; uio->uio_resid -=3D cnt; =3D=3D=3D added directory 'mips/yeeloong' =3D=3D=3D added file 'mips/yeeloong/atkbdc_yeeloong.c' --- mips/yeeloong/atkbdc_yeeloong.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/atkbdc_yeeloong.c 2010-08-14 21:18:26 +0000 @@ -0,0 +1,174 @@ +/*- + * Copyright (c) 1999 Kazutaka YOKOTA + * Copyright (c) 2010 Vladimir 'phcoder' Serbinenko + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer as + * the first lines of this file unmodified. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHORS ``AS IS'' AND ANY EXPRESS OR= + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRAN= TIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIME= D. + * IN NO EVENT SHALL THE AUTHORS BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, = BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF = USE, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY= + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE= OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include "opt_kbd.h" + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include +#include + +#include +#include + +static void +atkbdc_yeeloong_identify(driver_t * drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "atkbdc", 0); +} + +static int +atkbdc_yeeloong_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "Keyboard controller (i8042)"); + return (0); +} + +static int +atkbdc_yeeloong_attach(device_t dev) +{ + atkbdc_softc_t *sc; + int unit; + int error; + int rid; + atkbdc_device_t *adi; + device_t cdev; + + unit =3D device_get_unit(dev); + sc =3D *(atkbdc_softc_t **)device_get_softc(dev); + if (sc =3D=3D NULL) { + /* + * We have to maintain two copies of the kbdc_softc struct, + * as the low-level console needs to have access to the + * keyboard controller before kbdc is probed and attached. + * kbdc_soft[] contains the default entry for that purpose. + * See atkbdc.c. XXX + */ + sc =3D atkbdc_get_softc(unit); + if (sc =3D=3D NULL) + return ENOMEM; + } + + rid =3D 0; + sc->retry =3D 5000; + sc->port0 =3D bus_alloc_resource(dev, SYS_RES_MEMORY, &rid, + 0x1fd00060, + 0x1fd00060, + 1, RF_ACTIVE); + if (sc->port0 =3D=3D NULL) + return ENXIO; + rid =3D 1; + sc->port1 =3D bus_alloc_resource(dev, SYS_RES_MEMORY, &rid, + 0x1fd00064, + 0x1fd00064, + 1, RF_ACTIVE); + if (sc->port1 =3D=3D NULL) { + bus_release_resource(dev, SYS_RES_IOPORT, 0, sc->port0); + return ENXIO; + } + + error =3D atkbdc_attach_unit(unit, sc, sc->port0, sc->port1); + if (error) { + bus_release_resource(dev, SYS_RES_IOPORT, 0, sc->port0); + bus_release_resource(dev, SYS_RES_IOPORT, 1, sc->port1); + return error; + } + *(atkbdc_softc_t **)device_get_softc(dev) =3D sc; +=09 + cdev =3D device_add_child(dev, ATKBD_DRIVER_NAME, -1); + adi =3D malloc(sizeof(struct atkbdc_device), M_ATKBDDEV, + M_NOWAIT | M_ZERO); + + *(volatile uint8_t *)0xffffffffbfd000a1 =3D 0xff; + *(volatile uint8_t *)0xffffffffbfd00021 =3D 0xff; + + if (cdev && adi) + { + int intr =3D 2; + adi->rid =3D KBDC_RID_KBD; + resource_list_init(&adi->resources); + resource_list_add(&adi->resources, SYS_RES_IRQ, adi->rid, + intr, intr, 1); + device_set_ivars(cdev, adi); + } + + + bus_generic_attach(dev); + + return 0; +} + +static device_method_t atkbdc_yeeloong_methods[] =3D { + DEVMETHOD(device_identify, atkbdc_yeeloong_identify), + DEVMETHOD(device_probe, atkbdc_yeeloong_probe), + + DEVMETHOD(device_attach, atkbdc_yeeloong_attach), + DEVMETHOD(device_suspend, bus_generic_suspend), + DEVMETHOD(device_resume, bus_generic_resume), + + DEVMETHOD(bus_print_child, atkbdc_print_child), + DEVMETHOD(bus_read_ivar, atkbdc_read_ivar), + DEVMETHOD(bus_write_ivar, atkbdc_write_ivar), + DEVMETHOD(bus_get_resource_list,atkbdc_get_resource_list), + DEVMETHOD(bus_alloc_resource, bus_generic_rl_alloc_resource), + DEVMETHOD(bus_release_resource, bus_generic_rl_release_resource), + DEVMETHOD(bus_activate_resource, bus_generic_activate_resource), + DEVMETHOD(bus_deactivate_resource, bus_generic_deactivate_resource), + DEVMETHOD(bus_get_resource, bus_generic_rl_get_resource), + DEVMETHOD(bus_set_resource, bus_generic_rl_set_resource), + DEVMETHOD(bus_delete_resource, bus_generic_rl_delete_resource), + DEVMETHOD(bus_setup_intr, bus_generic_setup_intr), + DEVMETHOD(bus_teardown_intr, bus_generic_teardown_intr), + + { 0, 0 } +}; + +static driver_t atkbdc_driver =3D { + ATKBDC_DRIVER_NAME, + atkbdc_yeeloong_methods, + sizeof(atkbdc_softc_t *), +}; + + +DRIVER_MODULE(atkbdc, nexus, atkbdc_driver, atkbdc_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/bonito_pci.c' --- mips/yeeloong/bonito_pci.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/bonito_pci.c 2010-08-15 21:43:50 +0000 @@ -0,0 +1,484 @@ +/*- + * Copyright (c) 2010 Vladimir Serbinenko + * Copyright (c) 2010 Juli Mallett + * Copyright (c) 2006 Oleksandr Tymoshenko + * Copyright (c) 2002-2004 Juli Mallett + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include + +#include +#include +#include +#include + +#include +#include + +#include + +#include "pcib_if.h" + +#define BONITO_NUM_INTS 16 +#define PCI_NUM_INTS 4 + +struct bonito_softc +{ + struct rman sc_irq; + struct rman sc_io; + struct rman sc_mem; + struct intr_event *intr_events[BONITO_NUM_INTS]; + void *intr_cookie; + struct mtx config_mtx; +}; + +#define PCI_CONF_CTRL_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbf= e00118) +#define PCI_INTEDGE_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe0= 0124) +#define PCI_INTPOL_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe00= 12c) +#define PCI_INTENSET_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe= 00130) +#define PCI_INTENCLR_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe= 00134) +#define PCI_INTEN_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe001= 38) +#define PCI_INTISR_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe00= 13c) +#define PCI_CONFSPACE 0xbfe80000 +#define PCI_INTA 4 +#define PCI_INTB 5 +#define PCI_INTC 6 +#define PCI_INTD 7 +#define HANDLED_INTERRUPTS 0x8f0 + +#define BONITO_IRQ 4 + +static void +bonito_identify(driver_t *drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "pcib", 0); +} + +static int +bonito_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "Bonito Loongson PCI bridge"); + return (0); +} + +static void +bonito_intr(void *sc_in) +{ + struct intr_event *event; + int i; + struct bonito_softc *sc =3D sc_in; + + while ((i =3D fls(PCI_INTISR_REG & PCI_INTEN_REG & HANDLED_INTERRUPTS))= + !=3D 0) { + i--; /* Get a 0-offset interrupt. */ + PCI_INTENCLR_REG =3D (1 << i); + PCI_INTENSET_REG =3D (1 << i); + event =3D sc->intr_events[i]; + + if (i =3D=3D 11) + printf ("GEODE!\n"); + + if (!event || TAILQ_EMPTY(&event->ie_handlers)) { + printf("stray bonito interrupt %d\n", i); + continue; + } + + if (intr_event_handle(event, NULL) !=3D 0) { + printf("stray bonito interrupt %d\n", i); + } + } +} + +static int +bonito_attach(device_t dev) +{ + struct bonito_softc *sc; + int error; + + sc =3D device_get_softc(dev); + + mtx_init(&sc->config_mtx, "bonito_cfg", + "Bonito configuration space mutex", MTX_SPIN | MTX_QUIET); + + sc->sc_irq.rm_type =3D RMAN_ARRAY; + sc->sc_irq.rm_descr =3D "Bonito PCI IRQs"; + error =3D rman_init(&sc->sc_irq); + if (error !=3D 0) + return (error); + + error =3D rman_manage_region(&sc->sc_irq, 0, BONITO_NUM_INTS - 1); + if (error !=3D 0) + return (error); + + PCI_INTENCLR_REG =3D ~0; + PCI_INTPOL_REG =3D (1 << 12); + PCI_INTEDGE_REG =3D ~(1 << 12); + + memset (sc->intr_events, 0, sizeof (sc->intr_events)); + cpu_establish_hardintr ("Bonito interrupt", NULL, bonito_intr, sc, + BONITO_IRQ, INTR_TYPE_MISC, &sc->intr_cookie); + + sc->sc_io.rm_type =3D RMAN_ARRAY; + sc->sc_io.rm_descr =3D "Bonito PCI I/O Ports"; + error =3D rman_init(&sc->sc_io); + if (error !=3D 0) + return (error); + + error =3D rman_manage_region(&sc->sc_io, 0x1000, 0x100000); + if (error !=3D 0) + return (error); + + sc->sc_mem.rm_type =3D RMAN_ARRAY; + sc->sc_mem.rm_descr =3D "Bonito PCI Memory"; + error =3D rman_init(&sc->sc_mem); + if (error !=3D 0) + return (error); + + (*(volatile uint32_t *) (intptr_t) (int32_t) 0xbfe00104) =3D 0; + (*(volatile uint32_t *) (intptr_t) (int32_t) 0xbfe00110) + =3D (0) | (1 << 6) | (2 << 12); + + error =3D rman_manage_region(&sc->sc_mem, 0x1000, 0xc000000); + if (error !=3D 0) + return (error); + + device_add_child(dev, "pci", 0); + + return (bus_generic_attach(dev)); +} + +static int +bonito_read_ivar(device_t dev, device_t child, int which, uintptr_t *res= ult) +{ + if (which =3D=3D PCIB_IVAR_DOMAIN || which =3D=3D PCIB_IVAR_BUS) + { + *result =3D 0; + return (0); + } + return (ENOENT); +} + +static int +bonito_maxslots(device_t dev) +{ + return 10; +} + +static uint32_t +bonito_read_config(device_t dev, u_int bus, u_int slot, u_int func, u_in= t reg, + int bytes) +{ + intptr_t addr; + uint32_t ret; + struct bonito_softc *sc; + + sc =3D device_get_softc(dev); + + addr =3D (int32_t) (PCI_CONFSPACE | (func << 8) | (reg & ~(bytes - 1)))= ; + + mtx_lock_spin(&sc->config_mtx); + PCI_CONF_CTRL_REG =3D (1 << slot); + + switch (bytes) { + case 4: + ret =3D *((volatile uint32_t *) addr); + break; + case 2: + ret =3D *((volatile uint16_t *) addr); + break; + case 1: + ret =3D *((volatile uint8_t *) addr); + break; + default: + ret =3D ((uint32_t)-1); + break; + } + mtx_unlock_spin(&sc->config_mtx); + return ret; +} + +static void +bonito_write_config(device_t dev, u_int bus, u_int slot, u_int func, + u_int reg, uint32_t data, int bytes) +{ + intptr_t addr; + struct bonito_softc *sc; + + sc =3D device_get_softc(dev); + + addr =3D (int32_t) (PCI_CONFSPACE | (func << 8) | (reg & ~(bytes - 1)))= ; + + mtx_lock_spin(&sc->config_mtx); + + PCI_CONF_CTRL_REG =3D (1 << slot); + + switch (bytes) { + case 4: + *((volatile uint32_t *) addr) =3D data; + break; + case 2: + *((volatile uint16_t *) addr) =3D data; + break; + case 1: + *((volatile uint8_t *) addr) =3D data; + break; + default: + break; + } + mtx_unlock_spin(&sc->config_mtx);=09 +} + +static struct resource * +bonito_alloc_resource(device_t bus, device_t child, int type, int *rid, + u_long start, u_long end, u_long count, u_int flags) +{ + struct bonito_softc *sc; + struct resource *res; + struct rman *rm; + int error; + + sc =3D device_get_softc(bus); + + switch (type) { + case SYS_RES_IRQ: + rm =3D &sc->sc_irq; + break; + case SYS_RES_MEMORY: + rm =3D &sc->sc_mem; + break; + case SYS_RES_IOPORT: + rm =3D &sc->sc_io; + break; + default: + return (NULL); + } + + res =3D rman_reserve_resource(rm, start, end, count, flags, child); + if (res =3D=3D NULL) + return (NULL); + + rman_set_rid(res, *rid); + + switch (type) { + case SYS_RES_MEMORY: + rman_set_bustag(res, mips_bus_space_generic); + rman_set_bushandle(res, ((intptr_t)(int32_t)0xb0000000) + + rman_get_start(res)); + break; + case SYS_RES_IOPORT: + rman_set_bustag(res, mips_bus_space_generic); + rman_set_bushandle(res, ((intptr_t)(int32_t)0xbfd00000) + + rman_get_start(res)); + break; + } + + if ((flags & RF_ACTIVE) !=3D 0) { + error =3D bus_activate_resource(child, type, *rid, res); + if (error !=3D 0) { + rman_release_resource(res); + return (NULL); + } + } + + return (res); +} + +static int +bonito_activate_resource(device_t bus, device_t child, int type, int rid= , + struct resource *res) +{ + bus_space_handle_t bh; + int error; + + switch (type) { + case SYS_RES_IRQ: + break; + case SYS_RES_MEMORY: + case SYS_RES_IOPORT: + error =3D bus_space_map(rman_get_bustag(res), + rman_get_bushandle(res), rman_get_size(res), 0, &bh); + if (error !=3D 0) + return (error); + rman_set_bushandle(res, bh); + break; + default: + return (ENXIO); + } + + error =3D rman_activate_resource(res); + if (error !=3D 0) + return (error); + return (0); +} + +static void +bonito_mask_irq(void *source) +{ + uintptr_t irq =3D (uintptr_t)source; + + PCI_INTENCLR_REG =3D (1 << irq); +} + +static void +bonito_unmask_irq(void *source) +{ + uintptr_t irq =3D (uintptr_t)source; + + PCI_INTENSET_REG =3D (1 << irq); +} + +static int +bonito_setup_intr(device_t bus, device_t dev, struct resource *res, + int flags, driver_filter_t *filt, driver_intr_t *handler,=20 + void *arg, void **cookiep) +{ + struct bonito_softc *sc; + int irq; + struct intr_event *event; + int error; + + sc =3D device_get_softc(bus); + + irq =3D rman_get_start (res); + + printf ("Requesting IRQ %d\n", irq); + + if (irq < 0 || irq >=3D BONITO_NUM_INTS) + return ENXIO; + + event =3D sc->intr_events[irq]; + if (event =3D=3D NULL) { + error =3D intr_event_create(&event, (void *)(uintptr_t) irq, 0, + irq, bonito_mask_irq, bonito_unmask_irq, + NULL, NULL, "bonito_int%d:", irq); + if (error) + return 0; + sc->intr_events[irq] =3D event; + bonito_unmask_irq((void*)(uintptr_t) irq); + } + + intr_event_add_handler(event, device_get_nameunit(dev), + filt, handler, arg, intr_priority(flags), + flags, cookiep); + + return 0; +} + +static int +bonito_teardown_intr(device_t bus, device_t child, struct resource *res,= + void *cookie) +{ + struct bonito_softc *sc; + int irq; + struct intr_event *event; + + sc =3D device_get_softc(bus); + + irq =3D rman_get_start (res); + + if (irq < 0 || irq >=3D BONITO_NUM_INTS) + return (ENXIO); + + event =3D sc->intr_events[irq]; + + intr_event_remove_handler(cookie); + + if (TAILQ_EMPTY(&event->ie_handlers)) + bonito_mask_irq((void*)(uintptr_t)irq); + return 0; +} + +static int +bonito_route_interrupt(device_t bus, device_t child, int pin) +{ + /* Some strange Yeeloong routing? */ + switch (pci_get_slot (child)) + { + case 2: // Ethernet + return PCI_INTB; + case 4: // USB + return PCI_INTD; + case 9: // Geode + return pin; + default: + return pin + PCI_INTA - 1; + } +} + + +static device_method_t bonito_methods[] =3D { + /* Device interface */ + DEVMETHOD(device_identify, bonito_identify), + DEVMETHOD(device_probe, bonito_probe), + DEVMETHOD(device_attach, bonito_attach), + + /* Bus interface */ + DEVMETHOD(bus_read_ivar, bonito_read_ivar), + DEVMETHOD(bus_print_child, bus_generic_print_child), + DEVMETHOD(bus_alloc_resource, bonito_alloc_resource), + DEVMETHOD(bus_release_resource, bus_generic_release_resource), + DEVMETHOD(bus_activate_resource,bonito_activate_resource), + DEVMETHOD(bus_deactivate_resource,bus_generic_deactivate_resource), + DEVMETHOD(bus_setup_intr, bonito_setup_intr), + DEVMETHOD(bus_teardown_intr, bonito_teardown_intr), + + /* pcib interface */ + DEVMETHOD(pcib_maxslots, bonito_maxslots), + DEVMETHOD(pcib_read_config, bonito_read_config), + DEVMETHOD(pcib_write_config, bonito_write_config), + DEVMETHOD(pcib_route_interrupt, bonito_route_interrupt), + + {0, 0} +}; + +static driver_t bonito_driver =3D { + "pcib", + bonito_methods, + sizeof(struct bonito_softc), +}; +static devclass_t bonito_devclass; +DRIVER_MODULE(bonito_pci, nexus, bonito_driver, bonito_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/clock.c' --- mips/yeeloong/clock.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/clock.c 2010-08-14 10:37:00 +0000 @@ -0,0 +1,98 @@ +/*- + * Copyright (c) 2003-2009 RMI Corporation + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * 3. Neither the name of RMI Corporation, nor the names of its contribu= tors, + * may be used to endorse or promote products derived from this softw= are + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + * RMI_BSD=20 + */ + + +#include /* RCS ID & Copyright macro defns */ +__FBSDID("$FreeBSD: src/sys/mips/rmi/clock.c,v 1.3 2010/04/17 01:17:31 j= mallett Exp $"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include +#include + +#include + +#include +#include +#include +#include + +#include +#include +#include +#include + +extern uint64_t platform_counter_freq; + +void +DELAY(int n) +{ + uint32_t cur, last, delta, usecs; + uint64_t cycles_per_hz =3D platform_counter_freq / hz; + uint64_t cycles_per_usec; + + cycles_per_usec =3D counter_freq / (1 * 1000 * 1000); + /* + * This works by polling the timer and counting the number of + * microseconds that go by. + */ + last =3D platform_get_timecount(NULL); + delta =3D usecs =3D 0; + + while (n > usecs) { + cur =3D platform_get_timecount(NULL); + + /* Check to see if the timer has wrapped around. */ + if (cur < last) + delta +=3D (cur + (cycles_per_hz - last)); + else + delta +=3D (cur - last); + + last =3D cur; + + if (delta >=3D cycles_per_usec) { + usecs +=3D delta / cycles_per_usec; + delta %=3D cycles_per_usec; + } + } +} =3D=3D=3D added file 'mips/yeeloong/files.yeeloong' --- mips/yeeloong/files.yeeloong 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/files.yeeloong 2010-08-15 21:43:50 +0000 @@ -0,0 +1,31 @@ +mips/yeeloong/uart_cpu_yeeloongusart.c optional uart +mips/yeeloong/obio.c optional uart +mips/yeeloong/uart_bus_yeeloongusart.c optional uart +dev/uart/uart_dev_ns8250.c optional uart +mips/yeeloong/yeeloong_machdep.c standard +mips/mips/tick.c standard +mips/mips/intr_machdep.c standard +x86/isa/atrtc.c standard +mips/yeeloong/bonito_pci.c optional pci +dev/atkbdc/atkbd.c optional atkbd atkbdc +dev/atkbdc/atkbd_atkbdc.c optional atkbd atkbdc +dev/atkbdc/atkbdc.c optional atkbdc +mips/yeeloong/atkbdc_yeeloong.c optional atkbdc +dev/atkbdc/atkbdc_subr.c optional atkbdc +dev/atkbdc/psm.c optional psm atkbdc +dev/kbd/kbd.c optional atkbd + +atkbdmap.h optional atkbd_dflt_keymap \ + compile-with "/usr/sbin/kbdcontrol -L ${ATKBD_DFLT_KEYMAP} | sed -e 's/= ^static keymap_t.* =3D /static keymap_t key_map =3D /' -e 's/^static acce= ntmap_t.* =3D /static accentmap_t accent_map =3D /' > atkbdmap.h" \ + no-obj no-implicit-rule before-depend \ + clean "atkbdmap.h" + + +dev/fb/mbvideo.c standard +dev/fb/fb.c standard +dev/syscons/syscons.c standard +dev/syscons/scmouse.c standard +dev/syscons/scvtb.c standard +mips/mips/sc_machdep.c standard +dev/syscons/scterm-teken.c standard +dev/cs5536/cs5536.c standard =3D=3D=3D added file 'mips/yeeloong/obio.c' --- mips/yeeloong/obio.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/obio.c 2010-08-15 19:01:11 +0000 @@ -0,0 +1,193 @@ +/* $NetBSD: obio.c,v 1.11 2003/07/15 00:25:05 lukem Exp $ */ + +/*- + * Copyright (c) 2001, 2002, 2003 Wasabi Systems, Inc. + * All rights reserved. + * + * Written by Jason R. Thorpe for Wasabi Systems, Inc. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * 3. All advertising materials mentioning features or use of this softw= are + * must display the following acknowledgement: + * This product includes software developed for the NetBSD Project by + * Wasabi Systems, Inc. + * 4. The name of Wasabi Systems, Inc. may not be used to endorse + * or promote products derived from this software without specific pr= ior + * written permission. + * + * THIS SOFTWARE IS PROVIDED BY WASABI SYSTEMS, INC. ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED + * TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTI= CULAR + * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL WASABI SYSTEMS, INC + * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, O= R + * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF + * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSIN= ESS + * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER = IN + * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWIS= E) + * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED O= F THE + * POSSIBILITY OF SUCH DAMAGE. + */ + +/* + * On-board device autoconfiguration support for Intel IQ80321 + * evaluation boards. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include + +#include + +#include +#include + +int obio_probe(device_t); +int obio_attach(device_t); + +static void +obio_identify(driver_t * drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "obio", 0); +} + +int +obio_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "obio"); + return (0); +} + +int +obio_attach(device_t dev) +{ + struct obio_softc *sc =3D device_get_softc(dev); + + sc->oba_st =3D mips_bus_space_generic; + sc->oba_addr =3D (intptr_t)(int32_t)0xbff003f8; + sc->oba_size =3D 0x8; + sc->oba_rman.rm_type =3D RMAN_ARRAY; + sc->oba_rman.rm_descr =3D "OBIO I/O"; + if (rman_init(&sc->oba_rman) !=3D 0 || + rman_manage_region(&sc->oba_rman, + sc->oba_addr, sc->oba_addr + sc->oba_size) !=3D 0) + panic("obio_attach: failed to set up I/O rman"); + + /*=20 + * This module is intended for UART purposes only and + * it's IRQ is 1 + */ + sc->oba_irq_rman.rm_type =3D RMAN_ARRAY; + sc->oba_irq_rman.rm_descr =3D "OBIO IRQ"; + if (rman_init(&sc->oba_irq_rman) !=3D 0 || + rman_manage_region(&sc->oba_irq_rman, 1, 1) !=3D 0) + panic("obio_attach: failed to set up IRQ rman"); + + device_add_child(dev, "uart", 0); + bus_generic_probe(dev); + bus_generic_attach(dev); + + return (0); +} + +static struct resource * +obio_alloc_resource(device_t bus, device_t child, int type, int *rid, + u_long start, u_long end, u_long count, u_int flags) +{ + struct resource *rv; + struct rman *rm; + bus_space_tag_t bt =3D 0; + bus_space_handle_t bh =3D 0; + struct obio_softc *sc =3D device_get_softc(bus); + + switch (type) { + case SYS_RES_IRQ: + rm =3D &sc->oba_irq_rman; + break; + case SYS_RES_MEMORY: + return (NULL); + case SYS_RES_IOPORT: + rm =3D &sc->oba_rman; + bt =3D sc->oba_st; + bh =3D sc->oba_addr; + start =3D bh; + break; + default: + return (NULL); + } + + + rv =3D rman_reserve_resource(rm, start, end, count, flags, child); + if (rv =3D=3D NULL)=20 + return (NULL); + if (type =3D=3D SYS_RES_IRQ) + return (rv); + rman_set_rid(rv, *rid); + rman_set_bustag(rv, bt); + rman_set_bushandle(rv, bh); +=09 + if (0) { + if (bus_activate_resource(child, type, *rid, rv)) { + rman_release_resource(rv); + return (NULL); + } + } + return (rv); + +} + +static int +obio_activate_resource(device_t bus, device_t child, int type, int rid, + struct resource *r) +{ + return (0); +} + +static int +obio_release_resource(device_t bus, device_t child, int type, int rid, + struct resource *r) +{ + if (type !=3D SYS_RES_IOPORT) + return (bus_generic_release_resource(bus, child, type, rid, r)); + + return (rman_release_resource(r)); +} + +static device_method_t obio_methods[] =3D { + DEVMETHOD(device_identify, obio_identify), + DEVMETHOD(device_probe, obio_probe), + DEVMETHOD(device_attach, obio_attach), + + DEVMETHOD(bus_alloc_resource, obio_alloc_resource), + DEVMETHOD(bus_release_resource, obio_release_resource), + DEVMETHOD(bus_activate_resource, obio_activate_resource), + DEVMETHOD(bus_setup_intr, bus_generic_setup_intr), + DEVMETHOD(bus_teardown_intr, bus_generic_teardown_intr), + + {0, 0}, +}; + +static driver_t obio_driver =3D { + "obio", + obio_methods, + sizeof(struct obio_softc), +}; +static devclass_t obio_devclass; + +DRIVER_MODULE(obio, nexus, obio_driver, obio_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/std.yeeloong' --- mips/yeeloong/std.yeeloong 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/std.yeeloong 2010-08-15 02:58:22 +0000 @@ -0,0 +1,45 @@ +# $FreeBSD: src/sys/mips/adm5120/files.adm5120,v 1.1.2.1.2.1 2009/10/25 = 01:10:29 kensmith Exp $ + +files "../yeeloong/files.yeeloong" + +cpu CPU_MIPS32 +ident YEELOONG + +# XXX: These two options must be defined in MIPS kernel configs. +makeoptions MIPS_LITTLE_ENDIAN=3Ddefined +makeoptions ARCH_FLAGS=3D"-march=3Dmips3 -DTARGET_YEELOONG=3D1" +makeoptions LDSCRIPT_NAME=3D ldscript.mips +makeoptions KERNLOADADDR=3D0x80100000 + + +options ISA_MIPS32 + +options FB_INSTALL_CDEV + +device pci +device ohci # OHCI PCI->USB interface +device ehci # EHCI PCI->USB interface (USB 2.0) +device usb # USB Bus (required) +device umass # Disks/Mass storage - Requires scbus and da +device scbus # SCSI bus (required for SCSI) +device ch # SCSI media changers +device da # Direct Access (disks) +device sa # Sequential Access (tape etc) +device cd # CD +device pass # Passthrough device (direct SCSI access) +device ses # SCSI Environmental Services (and SAF-TE) + +options FFS #Berkeley Fast Filesystem +options SOFTUPDATES #Enable FFS soft updates support +options UFS_ACL #Support for access control lists +options UFS_DIRHASH #Improve performance on big directories + +# atkbdc0 controls both the keyboard and the PS/2 mouse +device atkbdc # AT keyboard controller +device atkbd # AT keyboard +device psm # PS/2 mouse + +device sc +device rl +device miibus + =3D=3D=3D added file 'mips/yeeloong/uart_bus_yeeloongusart.c' --- mips/yeeloong/uart_bus_yeeloongusart.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/uart_bus_yeeloongusart.c 2010-08-15 19:01:11 +0000 @@ -0,0 +1,99 @@ +/*- + * Copyright (c) 2006 Wojciech A. Koszek + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * $Id$ + */ +/* + * Skeleton of this file was based on respective code for ARM + * code written by Olivier Houchard. + */ + +/* + * XXXMIPS: This file is hacked from arm/... . XXXMIPS here means this f= ile is + * experimental and was written for MIPS32 port. + */ +#include "opt_uart.h" + +#include +__FBSDID("$FreeBSD: src/sys/mips/malta/uart_bus_maltausart.c,v 1.2.2.1.2= =2E1 2009/10/25 01:10:29 kensmith Exp $"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include + +#include +#include +#include + +static int uart_yeeloong_probe(device_t dev); + +extern struct uart_class uart_yeeloong_class; + +static device_method_t uart_yeeloong_methods[] =3D { + /* Device interface */ + DEVMETHOD(device_probe, uart_yeeloong_probe), + DEVMETHOD(device_attach, uart_bus_attach), + DEVMETHOD(device_detach, uart_bus_detach), + { 0, 0 } +}; + +static driver_t uart_yeeloong_driver =3D { + uart_driver_name, + uart_yeeloong_methods, + sizeof(struct uart_softc), +}; + +extern SLIST_HEAD(uart_devinfo_list, uart_devinfo) uart_sysdevs; +static int +uart_yeeloong_probe(device_t dev) +{ + struct uart_softc *sc; + static int probed =3D 0; + + if (device_get_unit(dev) !=3D 0 || probed) + return (ENXIO); + probed =3D 1; + + sc =3D device_get_softc(dev); + sc->sc_sysdev =3D SLIST_FIRST(&uart_sysdevs); + sc->sc_class =3D &uart_ns8250_class; + bcopy(&sc->sc_sysdev->bas, &sc->sc_bas, sizeof(sc->sc_bas)); + sc->sc_sysdev->bas.bst =3D mips_bus_space_generic; + sc->sc_sysdev->bas.bsh =3D (intptr_t) (int32_t) 0xbff003f8; + sc->sc_sysdev->bas.rclk =3D 1843200 * 2; + sc->sc_bas.bst =3D mips_bus_space_generic; + sc->sc_bas.bsh =3D (intptr_t) (int32_t) 0xbff003f8; + sc->sc_bas.rclk =3D 1843200 * 2; + + return(uart_bus_probe(dev, 0, 1843200 * 2, 0, 0)); +} + +DRIVER_MODULE(uart, obio, uart_yeeloong_driver, uart_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/uart_cpu_yeeloongusart.c' --- mips/yeeloong/uart_cpu_yeeloongusart.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/uart_cpu_yeeloongusart.c 2010-08-14 10:37:00 +0000 @@ -0,0 +1,97 @@ +/*- + * Copyright (c) 2006 Wojciech A. Koszek + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + * $Id$ + */ +/* + * Skeleton of this file was based on respective code for ARM + * code written by Olivier Houchard. + */ +/* + * XXXMIPS: This file is hacked from arm/... . XXXMIPS here means this f= ile is + * experimental and was written for MIPS32 port. + */ +#include "opt_uart.h" +#include "opt_cputype.h" + +#include +__FBSDID("$FreeBSD: src/sys/mips/malta/uart_cpu_maltausart.c,v 1.2.2.1.2= =2E1 2009/10/25 01:10:29 kensmith Exp $"); + +#include +#include +#include +#include + +#include + +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +bus_space_tag_t uart_bus_space_io; +bus_space_tag_t uart_bus_space_mem; + +extern struct uart_ops malta_usart_ops; +extern struct bus_space malta_bs_tag; + +int +uart_cpu_eqres(struct uart_bas *b1, struct uart_bas *b2) +{ + return ((b1->bsh =3D=3D b2->bsh && b1->bst =3D=3D b2->bst) ? 1 : 0); +} + +int +uart_cpu_getdev(int devtype, struct uart_devinfo *di) +{ + di->ops =3D uart_getops(&uart_ns8250_class); + di->bas.chan =3D 0; + di->bas.bst =3D mips_bus_space_generic; + di->bas.regshft =3D 0; + di->bas.rclk =3D 1843200 * 2; + di->baudrate =3D 115200; + di->databits =3D 8; + di->stopbits =3D 1; + di->parity =3D UART_PARITY_NONE; + + uart_bus_space_io =3D (void *) (intptr_t) (int32_t) 0xbff003f8; + uart_bus_space_mem =3D (void *) (intptr_t) (int32_t) 0xbff003f8; + di->bas.bsh =3D (intptr_t) (int32_t) 0xbff003f8; + return (0); +} =3D=3D=3D added file 'mips/yeeloong/yeeloong_machdep.c' --- mips/yeeloong/yeeloong_machdep.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/yeeloong_machdep.c 2010-08-15 03:56:28 +0000 @@ -0,0 +1,426 @@ +/*- + * Copyright (C) 2007 by Oleksandr Tymoshenko. All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRAN= TIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIME= D. + * IN NO EVENT SHALL THE AUTHOR OR HIS RELATIVES BE LIABLE FOR ANY DIREC= T, + * INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES + * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR + * SERVICES; LOSS OF MIND, USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTI= ON) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, + * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING= + * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF + * THE POSSIBILITY OF SUCH DAMAGE. + * + */ + +#include +__FBSDID("$FreeBSD: src/sys/mips/adm5120/adm5120_machdep.c,v 1.2.2.1.2.1= 2009/10/25 01:10:29 kensmith Exp $"); + +#include "opt_ddb.h" + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include "../mips/multiboot2.h" + +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#if defined(__sparc64__) || defined(__powerpc__) || defined (__mips) +#include +#else +#include +#endif +#if defined( __i386__) || defined(__amd64__) +#include +#include +#endif +#include + +#include +#include +#include + +#include + +extern int *edata; +extern int *end; + +static void +mips_init(void) +{ + printf("entry: mips_init()\n"); + + init_param1(); + + init_param2(physmem); + mips_cpu_init(); + pmap_bootstrap(); + mips_proc0_init(); + mutex_init(); +#ifdef DDB + kdb_init(); +#endif +} + +#define EC_MAGIC_PORT1 *((volatile uint8_t *) (intptr_t) (int32_t) 0xbfd= 00381) +#define EC_MAGIC_PORT2 *((volatile uint8_t *) (intptr_t) (int32_t) 0xbfd= 00382) +#define EC_DATA_PORT *((volatile uint8_t *) (intptr_t) (int32_t) 0xbfd00= 383) + +#define EC_MAGIC_VAL1 0xf4 +#define EC_MAGIC_VAL2 0xec + +#define EC_COMMAND_REBOOT 1 + +#define LOONGSON_GPIOCFG *((volatile uint8_t *) (intptr_t) (int32_t) 0xb= fe00120) +#define LOONGSON_SHUTDOWN_GPIO 1 + +static inline void +write_ec (uint8_t value) +{ + EC_MAGIC_PORT1 =3D EC_MAGIC_VAL1; + EC_MAGIC_PORT2 =3D EC_MAGIC_VAL2; + EC_DATA_PORT =3D value; +} + + +void +platform_halt(void) +{ + LOONGSON_GPIOCFG &=3D ~LOONGSON_SHUTDOWN_GPIO; +} + + +void +platform_identify(void) +{ + +} + +void +platform_reset(void) +{ + write_ec (EC_COMMAND_REBOOT); +} + +void +platform_trap_enter(void) +{ + +} + +void +platform_trap_exit(void) +{ + +} + +void +platform_cpu_init (void) +{ + +} + +static char kenv_buf[8192]; + +#include "../../dev/fb/mbfb.h" + +int fb_found =3D 0; + +struct mbvid_params mbvid_params; +struct mtx clock_lock; + +static void +parse_multiboot (__register_t a0, __register_t a1) +{ + struct multiboot_tag *tag; + if (a0 !=3D MULTIBOOT2_BOOTLOADER_MAGIC) + return; + tag =3D (struct multiboot_tag *) (a1 + 8); + for (; tag->type !=3D MULTIBOOT_TAG_TYPE_END; + tag =3D (void *) ((uint8_t *) tag + ((tag->size + 7) & ~7))) + { + switch (tag->type) + { + case MULTIBOOT_TAG_TYPE_CMDLINE: + { + struct multiboot_tag_string *tagt =3D (void *) tag; + char *ptr =3D tagt->string; + init_static_kenv (kenv_buf, sizeof (kenv_buf)); + while (*ptr) + { + char *ptr1, *ptr2, c1, c2; + while (*ptr =3D=3D ' ') + ptr++; + ptr1 =3D ptr; + while (*ptr && *ptr !=3D '=3D' && *ptr !=3D ' ') + ptr++; + if (*ptr !=3D '=3D') + { + if (sizeof ("verbose") - 1 =3D=3D ptr - ptr1 + && memcmp (ptr1, "verbose", + sizeof ("verbose") - 1) + =3D=3D 0) + boothowto |=3D RB_VERBOSE; + if (*ptr1 =3D=3D '-') + { + for (ptr1++; ptr1 < ptr; ptr1++) + switch (*ptr1) + { + case 'v': + boothowto |=3D RB_VERBOSE; + break; + case 'D': + boothowto |=3D RB_MULTIPLE; + break; + case 'h': + boothowto |=3D RB_SERIAL; + } + } + continue; + } + ptr2 =3D ptr; + while (*ptr && *ptr !=3D ' ') + ptr++; + c1 =3D *ptr2; + c2 =3D *ptr; + *ptr2 =3D 0; + *ptr =3D 0; + =09 + setenv (ptr1, ptr2 + 1); + *ptr2 =3D c1; + *ptr =3D c2; + } + } + break; + case MULTIBOOT_TAG_TYPE_MMAP: + { + struct multiboot_tag_mmap *tagt =3D (void *) tag; + struct multiboot_mmap_entry *entry; + vm_offset_t memstart; + int i, cur =3D 0; + uint64_t totalmem =3D 0; + memstart =3D ((((vm_offset_t)&end) + 0xfffff) + & 0x1ff00000); + for (i =3D 0; i < 10; i++) { + phys_avail[i] =3D 0; + } + + for (entry =3D tagt->entries; + (uint8_t *) entry - (uint8_t *) tag < tag->size + && cur < 10; + entry =3D (void *) ((uint8_t *) entry + + tagt->entry_size)) + { + uint64_t start, end; + if (entry->type !=3D MULTIBOOT_MEMORY_AVAILABLE) + continue; + start =3D entry->addr; + end =3D entry->addr + entry->len; + + if (start < memstart) + start =3D memstart; + /* FIXME: support post-256MiB memory. */ + if (end > 0x10000000) + end =3D 0x10000000; + + if (start >=3D end) + continue; + + totalmem +=3D end - start; + + /* phys_avail regions are in bytes */ + phys_avail[cur] =3D start; + phys_avail[cur + 1] =3D end; + cur +=3D 2; + } + realmem =3D btoc(totalmem); + physmem =3D realmem; + + } + break; + case MULTIBOOT_TAG_TYPE_FRAMEBUFFER: + { + struct multiboot_tag_framebuffer *tagt + =3D (void *) tag; + int window; + unsigned offset; + unsigned window_start_addr; + +// if (tagt->common.framebuffer_addr < 0xffffffffb0000000 + // || tagt->common.framebuffer_addr >=3D 0xffffffffbc000000) + //break; + + if (tagt->common.framebuffer_type !=3D MULTIBOOT_FRAMEBUFFER_TYPE_RGB= ) + break; + + offset =3D tagt->common.framebuffer_addr & 0x3ffffff; + window =3D (tagt->common.framebuffer_addr >> 26) & 0x3; + + mbvid_params.width =3D tagt->common.framebuffer_width; + mbvid_params.height =3D tagt->common.framebuffer_height; +#if 0 + mbvidadapter.va_info.vi_depth =3D tagt->common.framebuffer_bpp; + mbvidadapter.va_info.vi_pixel_size =3D (tagt->common.framebuffer_bpp = + 7) / 8; + mbvidadapter.va_info.vi_pixel_fields[0] =3D tagt->color.direct.frameb= uffer_red_field_position; + mbvidadapter.va_info.vi_pixel_fsizes[0] =3D tagt->color.direct.frameb= uffer_red_mask_size; + mbvidadapter.va_info.vi_pixel_fields[1] =3D tagt->color.direct.frameb= uffer_green_field_position; + mbvidadapter.va_info.vi_pixel_fsizes[1] =3D tagt->color.direct.frameb= uffer_green_mask_size; + mbvidadapter.va_info.vi_pixel_fields[2] =3D tagt->color.direct.frameb= uffer_blue_field_position; + mbvidadapter.va_info.vi_pixel_fsizes[2] =3D tagt->color.direct.frameb= uffer_blue_mask_size; +#endif + window_start_addr =3D ((*(volatile uint32_t *) (intptr_t) (int32_t) 0= xbfe00110) >> (6 * window)) & 0x3f; + if (window_start_addr >=3D 3) + break; + window_start_addr <<=3D 26; + mbvid_params.ptr =3D + (void *) (((intptr_t) (int32_t) 0xb0000000) + | window_start_addr | offset); +#if 0 + mbvidadapter.va_mem_size =3D tagt->common.framebuffer_pitch + * tagt->common.framebuffer_height; + mbvidadapter.va_line_width =3D tagt->common.framebuffer_pitch; + mbvidadapter.va_info.vi_window =3D mbvidadapter.va_mem_base & 0x1ffff= fff; + mbvidadapter.va_info.vi_window_size =3D mbvidadapter.va_mem_size; +#endif + + fb_found =3D 1; + } + } + } +} + +void +platform_start(__register_t a0, __register_t a1,=20 + __register_t a2 __unused, __register_t a3 __unused) +{ + /* FIXME: retrieve from multiboot2 info. */ + uint64_t platform_counter_freq =3D 400 * 1000 * 1000; + + mips_pcpu0_init(); + mips_timer_early_init (platform_counter_freq); + + boothowto =3D 0; + + parse_multiboot (a0, a1); + + (*(volatile uint32_t *) (intptr_t) (int32_t) 0xbfe00110) + =3D (0) | (1 << 6) | (2 << 12); + + attach_mbvid (); +=09 + cninit(); + + mtx_init(&clock_lock, "clk", NULL, MTX_SPIN | MTX_NOPROFILE); +=09 + bootverbose =3D !!(boothowto & RB_VERBOSE); + + mips_init(); + mips_timer_init_params(platform_counter_freq, 0); +} + +static void +sc_identify(driver_t* driver, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "mbvid", 0); +} + +static int +sc_probe(device_t dev) +{ + device_set_desc(dev, "Mbvid console"); + return (sc_probe_unit(device_get_unit(dev), device_get_flags(dev) | SC_= AUTODETECT_KBD)); +} + +static int sc_attach(device_t dev) +{ + return (sc_attach_unit(device_get_unit(dev), device_get_flags(dev) | SC= _AUTODETECT_KBD)); +} + +static device_method_t sc_methods[] =3D { + /* Device interface */ + DEVMETHOD(device_identify, sc_identify), + DEVMETHOD(device_probe, sc_probe), + DEVMETHOD(device_attach, sc_attach), + { 0, 0 } +}; + +static driver_t mbvid_sc_driver =3D { + "mbvid", + sc_methods, + sizeof(sc_softc_t) +}; + +static devclass_t sc_devclass; + +DRIVER_MODULE(sc, nexus, mbvid_sc_driver, sc_devclass, 0, 0); =3D=3D=3D modified file 'sys/fbio.h' --- sys/fbio.h 2010-08-13 22:16:49 +0000 +++ sys/fbio.h 2010-08-14 21:18:26 +0000 @@ -86,7 +86,9 @@ #define FBTYPE_TCXCOLOR 29 /* SUNW,tcx */ #define FBTYPE_CREATOR 30 =20 -#define FBTYPE_LASTPLUSONE 31 /* max number of fbs (change as add) */ +#define FBTYPE_MBFB 31 + +#define FBTYPE_LASTPLUSONE 32 /* max number of fbs (change as add) */ =20 /* * Frame buffer descriptor as returned by FBIOGTYPE. @@ -315,6 +317,7 @@ #define KD_PC98 6 /* PC-98 display */ #define KD_TGA 7 /* TGA */ #define KD_TGA2 8 /* TGA2 */ +#define KD_MULTIBOOT 9 /* multiboot2 linear fb */ char *va_name; int va_unit; int va_minor; =3D=3D=3D modified file 'x86/isa/atrtc.c' --- x86/isa/atrtc.c 2010-08-13 22:16:49 +0000 +++ x86/isa/atrtc.c 2010-08-15 03:56:28 +0000 @@ -65,6 +65,39 @@ * RTC support routines */ =20 +#ifdef TARGET_YEELOONG + +#define ADDR_PORT *(volatile uint8_t *) ((intptr_t) (int32_t) 0xbfd00070= ) +#define DATA_PORT *(volatile uint8_t *) ((intptr_t) (int32_t) 0xbfd00071= ) + +int +rtcin(int reg) +{ + u_char val; + + RTC_LOCK; + if (rtc_reg !=3D reg) { + ADDR_PORT =3D reg; + rtc_reg =3D reg; + } + val =3D DATA_PORT; + RTC_UNLOCK; + return (val); +} + +void +writertc(int reg, u_char val) +{ + + RTC_LOCK; + if (rtc_reg !=3D reg) { + ADDR_PORT =3D reg; + rtc_reg =3D reg; + } + DATA_PORT =3D val; + RTC_UNLOCK; +} +#else int rtcin(int reg) { @@ -97,9 +130,10 @@ inb(0x84); RTC_UNLOCK; } +#endif =20 static __inline int -readrtc(int port) +readrtcbcd(int port) { return(bcd2bin(rtcin(port))); } @@ -112,6 +146,7 @@ writertc(RTC_STATUSB, RTCSB_24HR); } =20 +#ifndef TARGET_YEELOONG static void atrtc_rate(unsigned rate) { @@ -137,6 +172,7 @@ writertc(RTC_STATUSB, rtc_statusb); rtcin(RTC_INTR); } +#endif =20 void atrtc_restore(void) @@ -162,6 +198,7 @@ struct eventtimer et; }; =20 +#ifndef TARGET_YEELOONG static int rtc_start(struct eventtimer *et, struct bintime *first, struct bintime *period) @@ -223,6 +260,11 @@ { 0 } }; =20 +#endif + + +#ifndef TARGET_YEELOONG + static int atrtc_probe(device_t dev) { @@ -237,26 +279,49 @@ return (result); } =20 +#else + +static void +atrtc_identify(driver_t * drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "atrtc", 0); +} + +static int +atrtc_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "AT realtime clock"); + return (0); +} +#endif + + static int atrtc_attach(device_t dev) { struct atrtc_softc *sc; - u_long s; - int i, diag; + int diag; =20 sc =3D device_get_softc(dev); +#ifndef TARGET_YEELOONG if (!(sc->port_res =3D bus_alloc_resource(dev, SYS_RES_IOPORT, &sc->port_rid, IO_RTC, IO_RTC + 1, 2, RF_ACTIVE))) device_printf(dev,"Warning: Couldn't map I/O.\n"); +#endif diag =3D rtcin(RTC_DIAG); if (diag !=3D 0) printf("RTC BIOS diagnostic error %b\n", diag, RTCDG_BITS); atrtc_start(); clock_register(dev, 1000000); bzero(&sc->et, sizeof(struct eventtimer)); +#ifndef TARGET_YEELOONG if (!atrtcclock_disable && (resource_int_value(device_get_name(dev), device_get_unit(dev), "clock", &i) !=3D 0 || i !=3D 0)) { + int i; + u_long s; sc->intr_rid =3D 0; while (bus_get_resource(dev, SYS_RES_IRQ, sc->intr_rid, &s, NULL) =3D=3D 0 && s !=3D 8) @@ -288,14 +353,16 @@ sc->et.et_priv =3D dev; et_register(&sc->et); } +#endif return(0); } =20 static int atrtc_resume(device_t dev) { - +#ifndef TARGET_YEELOONG atrtc_restore(); +#endif return(0); } =20 @@ -309,17 +376,34 @@ /* Disable RTC updates and interrupts. */ writertc(RTC_STATUSB, RTCSB_HALT | RTCSB_24HR); =20 - writertc(RTC_SEC, bin2bcd(ct.sec)); /* Write back Seconds */ - writertc(RTC_MIN, bin2bcd(ct.min)); /* Write back Minutes */ - writertc(RTC_HRS, bin2bcd(ct.hour)); /* Write back Hours */ - - writertc(RTC_WDAY, ct.dow + 1); /* Write back Weekday */ - writertc(RTC_DAY, bin2bcd(ct.day)); /* Write back Day */ - writertc(RTC_MONTH, bin2bcd(ct.mon)); /* Write back Month *= / - writertc(RTC_YEAR, bin2bcd(ct.year % 100)); /* Write back Year */ -#ifdef USE_RTC_CENTURY - writertc(RTC_CENTURY, bin2bcd(ct.year / 100)); /* ... and Century */= -#endif + if (rtcin (RTC_STATUSB) & RTCSB_BINARY) + { + writertc(RTC_SEC, ct.sec); /* Write back Seconds */ + writertc(RTC_MIN, ct.min); /* Write back Minutes */ + writertc(RTC_HRS, ct.hour); /* Write back Hours */ + =09 + writertc(RTC_WDAY, ct.dow + 1); /* Write back Weekday */ + writertc(RTC_DAY, ct.day); /* Write back Day */ + writertc(RTC_MONTH, ct.mon); /* Write back Month */ + writertc(RTC_YEAR, (ct.year % 100)); /* Write back Year */ +#ifdef USE_RTC_CENTURY + writertc(RTC_CENTURY, (ct.year / 100)); /* ... and Century */ +#endif + } + else + { + writertc(RTC_SEC, bin2bcd(ct.sec)); /* Write back Seconds */ + writertc(RTC_MIN, bin2bcd(ct.min)); /* Write back Minutes */ + writertc(RTC_HRS, bin2bcd(ct.hour)); /* Write back Hours */ + =09 + writertc(RTC_WDAY, ct.dow + 1); /* Write back Weekday */ + writertc(RTC_DAY, bin2bcd(ct.day)); /* Write back Day */ + writertc(RTC_MONTH, bin2bcd(ct.mon)); /* Write back Month = */ + writertc(RTC_YEAR, bin2bcd(ct.year % 100)); /* Write back Year */ +#ifdef USE_RTC_CENTURY + writertc(RTC_CENTURY, bin2bcd(ct.year / 100)); /* ... and Century *= / +#endif + } =20 /* Reenable RTC updates and interrupts. */ writertc(RTC_STATUSB, rtc_statusb); @@ -346,19 +430,39 @@ splx(s); s =3D splhigh(); } - ct.nsec =3D 0; - ct.sec =3D readrtc(RTC_SEC); - ct.min =3D readrtc(RTC_MIN); - ct.hour =3D readrtc(RTC_HRS); - ct.day =3D readrtc(RTC_DAY); - ct.dow =3D readrtc(RTC_WDAY) - 1; - ct.mon =3D readrtc(RTC_MONTH); - ct.year =3D readrtc(RTC_YEAR); -#ifdef USE_RTC_CENTURY - ct.year +=3D readrtc(RTC_CENTURY) * 100; -#else - ct.year +=3D 2000; -#endif + + if (rtcin (RTC_STATUSB) & RTCSB_BINARY) + { + ct.nsec =3D 0; + ct.sec =3D rtcin(RTC_SEC); + ct.min =3D rtcin(RTC_MIN); + ct.hour =3D rtcin(RTC_HRS); + ct.day =3D rtcin(RTC_DAY); + ct.dow =3D rtcin(RTC_WDAY) - 1; + ct.mon =3D rtcin(RTC_MONTH); + ct.year =3D rtcin(RTC_YEAR); +#ifdef USE_RTC_CENTURY + ct.year +=3D rtcin(RTC_CENTURY) * 100; +#else + ct.year +=3D 2000; +#endif + } + else + { + ct.nsec =3D 0; + ct.sec =3D readrtcbcd(RTC_SEC); + ct.min =3D readrtcbcd(RTC_MIN); + ct.hour =3D readrtcbcd(RTC_HRS); + ct.day =3D readrtcbcd(RTC_DAY); + ct.dow =3D readrtcbcd(RTC_WDAY) - 1; + ct.mon =3D readrtcbcd(RTC_MONTH); + ct.year =3D readrtcbcd(RTC_YEAR); +#ifdef USE_RTC_CENTURY + ct.year +=3D readrtcbcd(RTC_CENTURY) * 100; +#else + ct.year +=3D 2000; +#endif + } /* Set dow =3D -1 because some clocks don't set it correctly. */ ct.dow =3D -1; return (clock_ct_to_ts(&ct, ts)); @@ -366,6 +470,7 @@ =20 static device_method_t atrtc_methods[] =3D { /* Device interface */ + DEVMETHOD(device_identify, atrtc_identify), DEVMETHOD(device_probe, atrtc_probe), DEVMETHOD(device_attach, atrtc_attach), DEVMETHOD(device_detach, bus_generic_detach), @@ -389,8 +494,13 @@ =20 static devclass_t atrtc_devclass; =20 +#ifndef TARGET_YEELOONG DRIVER_MODULE(atrtc, isa, atrtc_driver, atrtc_devclass, 0, 0); DRIVER_MODULE(atrtc, acpi, atrtc_driver, atrtc_devclass, 0, 0); +#else +DRIVER_MODULE(atrtc, nexus, atrtc_driver, atrtc_devclass, 0, 0); +#endif + =20 #include "opt_ddb.h" #ifdef DDB --------------070506070308080601060201-- --------------enig6A43F7B00667EC5202B8F076 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkxoYbQACgkQNak7dOguQgnCoQEAmgNpI8wPHdWj+g0EgtW27IeQ 7jYSpFIEw4cNRrgs35cBAIM2qVGskjrdTVnh9gDgVREdccBsSnJJCWCH4YTOfamQ =aO6m -----END PGP SIGNATURE----- --------------enig6A43F7B00667EC5202B8F076-- From owner-soc-status@FreeBSD.ORG Mon Aug 16 03:32:52 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EF1E106564A; Mon, 16 Aug 2010 03:32:52 +0000 (UTC) (envelope-from ligregni@unixmexico.org) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 49FCF8FC12; Mon, 16 Aug 2010 03:32:52 +0000 (UTC) Received: by pzk7 with SMTP id 7so2123552pzk.13 for ; Sun, 15 Aug 2010 20:32:51 -0700 (PDT) Received: by 10.142.225.9 with SMTP id x9mr3767521wfg.27.1281929571753; Sun, 15 Aug 2010 20:32:51 -0700 (PDT) Received: from master ([189.163.176.236]) by mx.google.com with ESMTPS id w4sm5839860wfd.20.2010.08.15.20.32.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 15 Aug 2010 20:32:50 -0700 (PDT) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "soc-status@freebsd.org" Date: Sun, 15 Aug 2010 22:32:24 -0500 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Sergio Ligregni" Organization: FreeBSD Message-ID: User-Agent: Opera Mail/10.61 (FreeBSD) Cc: "sson@freebsd.org" Subject: Distributed Audit FINAL Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2010 03:32:52 -0000 Hi all I am happy to inform the project is finished. The changes made since last report were: - SSL encryption enabled (really was a hard thing since I can't believe there are almost no samples on the internet). - Audit_warn change that calls the daemon when a trail is closed (in perforce's repository is an audit_warn sample). - Four manual pages (shipd, damasterd, shipd_control, damasterd_control). The project is 100% done in it's functionality and security issues. TO_DO: (those changes intended in a couple of months, since there should be FreeBSD administrators' opinion, in order to get included in the next version of FreeBSD) - Decide where to put the code in the source tree - The options, for example, at rc.conf to run it from start up All the files were submitted at Perforce's repository: http://p4db.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2010/disaudit&HIDEDEL=NO Thanks and hope you can test & use the project soon!!! Sergio Ligregni -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-soc-status@FreeBSD.ORG Mon Aug 16 05:18:05 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A6F41065674; Mon, 16 Aug 2010 05:18:05 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8E83D8FC1D; Mon, 16 Aug 2010 05:18:04 +0000 (UTC) Received: by wwb24 with SMTP id 24so2876802wwb.31 for ; Sun, 15 Aug 2010 22:18:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/nTVUUT2hO8jjv8pQlGyxWbuiau6A9ORljkU6lL5V1s=; b=wJcfZPYw4LS7q1wfZnzalVBiMV/ycBtia97RHYdVpv+hH63j8hH9XHbtkxWyaXGuNU gqksQiuK1uaqayjtdZrUfKy34Jkz0n4ILTqA768JP9+RwBpxACKgIbsXMfcO+4Ssv1Ae cLthP0se91/BZtipVeuXKQbmI/+Qxv9VIP0Qk= 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=NLLtLGwnCNwMXEWp04Yp8J1B3edaCEIHlovDOo0+Oyi3+GtvFp3IboCtbsKjAsq6Ym xQAec57qHoPwPBx30i0aQ8rm42oaFUOs6Aj/kA+s7hJs1Fy/zGiVwEvrmN0IUAP9jXmT KH79oW1Yh5Hr6vUejxOtGQt1r587xHXvPV3aM= MIME-Version: 1.0 Received: by 10.216.181.6 with SMTP id k6mr2139186wem.42.1281934583505; Sun, 15 Aug 2010 21:56:23 -0700 (PDT) Received: by 10.216.160.10 with HTTP; Sun, 15 Aug 2010 21:56:23 -0700 (PDT) In-Reply-To: <4C67704C.70609@gmail.com> References: <4C67704C.70609@gmail.com> Date: Mon, 16 Aug 2010 10:26:23 +0530 Message-ID: From: "Jayachandran C." To: =?ISO-8859-7?Q?Vladimir_=27=F6=2Dcoder=2Fphcoder=27_Serbinenko?= Content-Type: text/plain; charset=ISO-8859-7 Content-Transfer-Encoding: quoted-printable Cc: soc-status@freebsd.org, freebsd-mips@freebsd.org Subject: Re: Yeeloong port is functional X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2010 05:18:05 -0000 2010/8/15 Vladimir '=F6-coder/phcoder' Serbinenko : > Hello, all. Despite the hardware-inflicted setbacks (my yeeloong fried > right before the mid-term), Yeeloong port is now functional. Both serial > and local (keyboard + screen) work. Real Time Clock is working. Internet > is working. USB controller on PCI is working. Userspace is working. > > Remaining issues: > 1) Disabled cache. The reason are peculiar properties of L2 cache. I > actualy have the code to fix it but I'm not sure to hit GSoC deadline > about it. > 2) Only 256 MiB of RAM are supported. Should be easy to fix once 64-bit > parts are in. The 32bit kernel should support up to 4GB physical memory (we use 32bit physical address). More than 4GB is not still supported in 64 bit either. I am working on adding 64-bit page table entries, which will add this part. The only advantage on 64bit now is that we use XKPHYS to access memory above 512MB. > 3) No Geode support. So no IDE, 2 of 3 USB ports or audio. These > components are actualy pretty standard, one has only to add support for > MSRs. > 4) No power management. Wasn't planned to have it implemented during GSoC= . > > Not tested: > 1) Touchpad. Never connected to my laptop during developpement because > to use it one has to close front lid and so cut from serial connector > > 3rd party developpements =A0which will improve Yeeloong support: > 1) X.org support. The required card is already supported in latest > x.org. So it's a question of importing last X.org and testing it. > 2) 64-bit developpement. Currently if I compile 64-bit kernel it > contains only 64-bit imgact. Imposing only 64-bit binaries is suboptimal. Let me know if you find significant performance problems in the 64 bit code. I still haven't really tested the 64bit, so any reports will be useful JC. From owner-soc-status@FreeBSD.ORG Mon Aug 16 12:20:13 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68E9610656A4 for ; Mon, 16 Aug 2010 12:20:13 +0000 (UTC) (envelope-from gnehzuil@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3DF1E8FC17 for ; Mon, 16 Aug 2010 12:20:12 +0000 (UTC) Received: by pwj4 with SMTP id 4so2286680pwj.13 for ; Mon, 16 Aug 2010 05:20:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=9024XDEYPMBLGntkQ0afDA5ojuXfjP3+6ODtHN1wGjU=; b=uBqiOeZMjpmWmbHoD/yjP4jpRWM2Zjiz+VcfWK30Iwdy2hgcn217ZMp8fIhZ78VEMC mUPBavsltXp1o/WVlK8OWx84Wl2VhdOxajzwbWQazQ0H27NtkPgq2jkxs9WRDqlGrZW6 45rp5mAacxFP0bMIb3xngil5WmsD+67xWjB60= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=bBKcKl/O9nAfo2MtfADaKxDajMJwzlzjjOgIjqLz/hLdZBo0Fm3K/fwV04fmlX6l17 cQsDNdFNRK9tZ47a/Oo1RfQ68xiIOeROiQiNN5Ur70Ag2Zy3Kzma7kl1LkFgMqNGptzS DvreM82EAb4WpbH59jtWg0DLs1QIaA77+W0bo= Received: by 10.142.194.16 with SMTP id r16mr4428546wff.328.1281961212485; Mon, 16 Aug 2010 05:20:12 -0700 (PDT) Received: from [192.168.1.47] ([166.111.68.197]) by mx.google.com with ESMTPS id 33sm8246927wfg.9.2010.08.16.05.20.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Aug 2010 05:20:11 -0700 (PDT) Message-ID: <4C692CE4.6000903@gmail.com> Date: Mon, 16 Aug 2010 20:19:48 +0800 From: gnehzuil User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [extfs] Final Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2010 12:20:13 -0000 Status: Last week I tried to implement ext2_readdir() function with hash directory index. The implementation in Linux requires directory name. However in FreeBSD it is hard to get it. So I dont have a good solution to implement it. If possible, I will implement it after soc. Final Status: Although I don't implement ext2_readdir() function with hash directory index, the project is done because ext2fs can read ext4 read-only mode with DIR_INDEX feature. TODO: * submit ext2fs + preallocation patch to fs@freebsd.org * submit ext4fs read-only mode patch to fs@freebsd.org All the files were submitted at p4's repository: * ext2fs + preallocation: http://p4db.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2010/extfs/src/sys/fs/ext2fs&HIDEDEL=NO * ext4fs read-only mode: - source code: http://p4db.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2010/ext4fs/src/sys/fs/ext2fs&HIDEDEL=NO - Makefile http://p4db.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2010/ext4fs/src/sys/modules/ext2fs&HIDEDEL=NO lz From owner-soc-status@FreeBSD.ORG Mon Aug 16 16:10:37 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 541E810656A4 for ; Mon, 16 Aug 2010 16:10:37 +0000 (UTC) (envelope-from odonnell@rand.org) Received: from ironport.rand.org (ironport.rand.org [192.5.14.160]) by mx1.freebsd.org (Postfix) with ESMTP id 333A68FC19 for ; Mon, 16 Aug 2010 16:10:36 +0000 (UTC) Received: from mail.rand.org ([10.1.6.160]) by iron-int.rand.org with ESMTP; 16 Aug 2010 08:41:50 -0700 Received: from SMEMAIL.rand.org (smemail.rand.org [10.1.6.100]) by mail.rand.org (8.12.11/8.12.11) with ESMTP id o7GFfkjk011618; Mon, 16 Aug 2010 08:41:47 -0700 (PDT) Received: from smmail13.rand.org ([10.1.6.234]) by SMEMAIL.rand.org with Microsoft SMTPSVC(6.0.3790.3959); Mon, 16 Aug 2010 08:41:46 -0700 Received: from 10.1.23.167 ([10.1.23.167]) by smmail13.rand.org ([10.1.6.234]) with Microsoft Exchange Server HTTP-DAV ; Mon, 16 Aug 2010 15:41:46 +0000 User-Agent: Microsoft-Entourage/12.25.0.100505 Date: Mon, 16 Aug 2010 08:41:44 -0700 From: "Dan O'Donnell" To: Efstratios Karatzas , OpenBSM listserv , Message-ID: Thread-Topic: Audit Kernel Events, weekly report #10 Thread-Index: Acs9WYc1Ekx9BZlr60+5Ly/DV8DywA== In-Reply-To: Mime-version: 1.0 X-OriginalArrivalTime: 16 Aug 2010 15:41:46.0340 (UTC) FILETIME=[889A7A40:01CB3D59] Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Cc: Subject: Re: Audit Kernel Events, weekly report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2010 16:10:37 -0000 On 8/9/10 12:21 PM, "Efstratios Karatzas" wrote: > I spent last week focusing on remaining tasks as well as bug hunting. > > - introduced new tokens to Audit & libbsm due to new arguments being > audited for NFS > - altered libbsm & Audit so that NFS specific error codes are mapped > to the appropriate error messages > - found/fixed a few Audit bugs > - transformed 3 new man pages to the appropriate format > - updated wiki page with demos for NFSv3 & NFSv4 > > All and all, I deem this project 'complete', as far as gsoc is concerned. > There are of course stuff left to do: I need to pay another look to > NFS "OPEN", implement VOP_GETPARENT() & VFS_FHHINT() for more > filesystems, re-implement code after mentor review or changes to > experimental NFS server, a few minor changes here and there and then, > there are other kernel subsystems that require Audit support. > Besides the pending issue with "OPEN" (I'm gonna need Rick's help on > this, will send an e-mail), don't expect any significant changes > during the rest of August/September(= exam period). Come October, I'll > keep on coding for Audit & FreeBSD in general. > > updated wiki page: > http://wiki.freebsd.org/SOC2010EfstratiosKaratzas Efrastios, These sound good, particularly the audit bugs and new tokens. I looked at the link provided and followed it out but I must have missed the documentation. Can you provide a direct link? Thanks, Dan O'Donnell __________________________________________________________________________ This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. From owner-soc-status@FreeBSD.ORG Mon Aug 16 18:38:29 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C38A1065698; Mon, 16 Aug 2010 18:38:29 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 802548FC18; Mon, 16 Aug 2010 18:38:28 +0000 (UTC) Received: by wwb24 with SMTP id 24so3715466wwb.31 for ; Mon, 16 Aug 2010 11:38:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=IzuUvur8thcOAx5pt7QVqKauVdRozlyvz24B79qb2do=; b=DgwFAV8e1BOCmhr7tf6bcjewwQ1HNMHBAcXhwBQYFCk1K8bwfQ59T7LeT2teH1358u YUoDlbeifhsKHKDwHh4LfitbMFAwGHgQu5N1p5VmGp6E7exyLW3EQtpFXUoYIYXF8Ssn qjPi0DIdzvyUQR32bdRtI4ELup58QaIgupDxc= 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=V+L2362bPmxskJPVJ2ufywkM0AsHvbUXzQJYkrNJoUwaJuPsgqYLAx1Evrjo6V8oiy cSXXASpGxqShwPiybsssZF3R6CuDaLSDPciFJZm5nGKsh+WHD1lAUBq9JrYewyU6PQP8 lwt2zaFpjCtJmQsbDHZRVUA5Hg+2Jv28JXuYE= MIME-Version: 1.0 Received: by 10.227.154.80 with SMTP id n16mr4651578wbw.194.1281983907327; Mon, 16 Aug 2010 11:38:27 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.216.13.133 with HTTP; Mon, 16 Aug 2010 11:38:27 -0700 (PDT) Date: Mon, 16 Aug 2010 20:38:27 +0200 X-Google-Sender-Auth: dOesk8oSjuetEi6K8LsXJ2zIqWo Message-ID: From: Julien LAFFAYE To: soc-status@freebsd.org, Ed Maste Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: [pkg_complete] final report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2010 18:38:29 -0000 Hi, This week I mostly tested and polished my code. The project is completed: basically, we can create complete package via the new pkg_complete(1) utility. pkg_add(1) can add this new type of package (once installed the packages in the set appear as they have been installed separately), pkg_info(1) list the packages in the set if it is a complete package. With the switch to libarchive, pkg_add' ing a complete package is even quicker than pkg_add' ing the main package with all of its dependencies on the same directory (some crude benchmark showed 3.10s vs. 2.20s). For regular package, one can also expect a performance boost (25s vs 15s for emacs for exemple). The errors such as conflicts, missing dependencies are also catched earlier as we parse the plist without hitting disk. Regards, Julien From owner-soc-status@FreeBSD.ORG Tue Aug 17 00:03:56 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EAA41065674; Tue, 17 Aug 2010 00:03:56 +0000 (UTC) (envelope-from phcoder@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D24278FC17; Tue, 17 Aug 2010 00:03:54 +0000 (UTC) Received: by bwz20 with SMTP id 20so2778615bwz.13 for ; Mon, 16 Aug 2010 17:03:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=+F/C6rEzA7EYeKmuyL+XeDTutgQw1e7/IVOGHACgYj0=; b=nnlV9sporNpKK+ha7QCaoWjGtOoRcNcLa6d1f5vBjEl8dS67hRqqaE20QmfUPdvcgH sOZH8xzvY2yNtaZJ9wMDEzBHP46wBKmY9x9hotoe7Cph20yrZjIBn1T87Z+GkkI2npiV MOZwdehEP4lvpUJDfd8X3uP0ef/7L/V2VMcLE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=xEiIq1SfR6qvkDmpXWKToXkMFGyDnLx3H7OsOSVjh22bY7Jmx+z6vbfQfNECb/vjry NiM68ZSjoOhXLFMBkfvAKTCQ9f+Wtq7Uja6dZbd1v4PO+7Zi9CYfKS40/0daoTIDd5UT QBpq+9UyiXUj8AV2JKsu/XVq21eGwHhHfLeIE= Received: by 10.204.81.39 with SMTP id v39mr3898486bkk.149.1282003433387; Mon, 16 Aug 2010 17:03:53 -0700 (PDT) Received: from debian.bg45.phnet (120-59.203-62.cust.bluewin.ch [62.203.59.120]) by mx.google.com with ESMTPS id y2sm4729888bkx.8.2010.08.16.17.03.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Aug 2010 17:03:51 -0700 (PDT) Message-ID: <4C69D1D5.809@gmail.com> Date: Tue, 17 Aug 2010 02:03:33 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org, freebsd-mips@freebsd.org References: <4C67704C.70609@gmail.com> <4C6861B4.6020102@gmail.com> In-Reply-To: <4C6861B4.6020102@gmail.com> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig7C782B83CD85D5ED0E2C2328" Cc: Subject: Re: Yeeloong port is functional X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2010 00:03:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7C782B83CD85D5ED0E2C2328 Content-Type: multipart/mixed; boundary="------------040307070901010105060107" This is a multi-part message in MIME format. --------------040307070901010105060107 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 08/15/2010 11:52 PM, Vladimir '=CF=86-coder/phcoder' Serbinenko wrote:= > Hello, all. Some cleanups and I managed to enable cache on kseg0. > Additionally it has some basic Geode support. > I'm looking forward to split it in smaller patches in order to get it > into HEAD. Also I'll fill the blanks (like power management) as time > permits. > =20 And another update. Now Geode USB is fully functional. Few other issues are fixed. Unfortunately I couldn't find a way to fix cache completely. So I decided to change page size to 16KB to make tag bits of VA to be identical to PA effectively transforming VIPT cache into PIPT which is easier to handle. It's not functional yet but it will be soon. Even though the GSoC is nearly over I'll continue to work on yeeloong to fix remaining issues. Sorry for delays caused by hw malfunctions. And thanks to everybody who supported me, especially Juli Mallett, Olexandr Tymoshenko and M. Warner Losh > On 08/15/2010 06:42 AM, Vladimir '=CF=86-coder/phcoder' Serbinenko wrot= e: > =20 >> Hello, all. Despite the hardware-inflicted setbacks (my yeeloong fried= >> right before the mid-term), Yeeloong port is now functional. Both seri= al >> and local (keyboard + screen) work. Real Time Clock is working. Intern= et >> is working. USB controller on PCI is working. Userspace is working. >> >> Remaining issues: >> 1) Disabled cache. The reason are peculiar properties of L2 cache. I >> actualy have the code to fix it but I'm not sure to hit GSoC deadline >> about it. >> 2) Only 256 MiB of RAM are supported. Should be easy to fix once 64-bi= t >> parts are in. >> 3) No Geode support. So no IDE, 2 of 3 USB ports or audio. These >> components are actualy pretty standard, one has only to add support fo= r >> MSRs. >> 4) No power management. Wasn't planned to have it implemented during G= SoC. >> >> Not tested: >> 1) Touchpad. Never connected to my laptop during developpement because= >> to use it one has to close front lid and so cut from serial connector >> >> 3rd party developpements which will improve Yeeloong support: >> 1) X.org support. The required card is already supported in latest >> x.org. So it's a question of importing last X.org and testing it. >> 2) 64-bit developpement. Currently if I compile 64-bit kernel it >> contains only 64-bit imgact. Imposing only 64-bit binaries is suboptim= al. >> >> =20 >> =20 > > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------040307070901010105060107 Content-Type: text/x-diff; name="yeeloong_rc3.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="yeeloong_rc3.diff" =3D=3D=3D modified file 'cam/cam_xpt.c' --- cam/cam_xpt.c 2010-08-13 22:16:49 +0000 +++ cam/cam_xpt.c 2010-08-14 10:37:00 +0000 @@ -816,6 +816,9 @@ return 0; } =20 +static struct root_hold_token *xpt_rool_hold =3D NULL; +static int rescan_counter =3D 0; + static void xpt_rescan_done(struct cam_periph *periph, union ccb *done_ccb) { @@ -828,6 +831,11 @@ (*done_ccb->ccb_h.cbfcnp)(periph, done_ccb); } xpt_release_boot(); + if (atomic_fetchadd_int (&rescan_counter, -1) =3D=3D 1) + { + root_mount_rel (xpt_rool_hold); + xpt_rool_hold =3D NULL; + } } =20 /* thread to handle bus rescans */ @@ -861,6 +869,11 @@ { struct ccb_hdr *hdr; =20 + if (atomic_fetchadd_int (&rescan_counter, 1) =3D=3D 0) + { + xpt_rool_hold =3D root_mount_hold("XPT bus rescan"); + } + /* Prepare request */ if (ccb->ccb_h.path->target->target_id =3D=3D CAM_TARGET_WILDCARD && ccb->ccb_h.path->device->lun_id =3D=3D CAM_LUN_WILDCARD) =3D=3D=3D modified file 'conf/ldscript.mips' --- conf/ldscript.mips 2010-08-13 22:16:49 +0000 +++ conf/ldscript.mips 2010-08-14 20:45:41 +0000 @@ -44,6 +44,7 @@ { /* Read-only sections, merged into text segment: */ . =3D KERNLOADADDR + SIZEOF_HEADERS; + .multiboot : { *(.multiboot) } .text : { *(.trap) @@ -64,6 +65,7 @@ .rodata : { *(.rodata) *(.rodata.*) *(.gnu.linkonce.r.*) } .rodata1 : { *(.rodata1) } .interp : { *(.interp) } + .multiboot : { *(.multiboot) } .hash : { *(.hash) } .dynsym : { *(.dynsym) } .dynstr : { *(.dynstr) } =3D=3D=3D modified file 'conf/ldscript.mips.mips64' --- conf/ldscript.mips.mips64 2010-08-13 22:16:49 +0000 +++ conf/ldscript.mips.mips64 2010-08-14 10:37:00 +0000 @@ -45,6 +45,7 @@ /* Read-only sections, merged into text segment: */ . =3D KERNLOADADDR + SIZEOF_HEADERS; .interp : { *(.interp) } + .multiboot : { *(.multiboot) } .hash : { *(.hash) } .dynsym : { *(.dynsym) } .dynstr : { *(.dynstr) } =3D=3D=3D modified file 'conf/options.mips' --- conf/options.mips 2010-08-13 22:16:49 +0000 +++ conf/options.mips 2010-08-14 21:18:26 +0000 @@ -66,3 +66,9 @@ # OCTEON_VENDOR_LANNER opt_cvmx.h OCTEON_BOARD_CAPK_0100ND opt_cvmx.h + +ATKBD_DFLT_KEYMAP opt_atkbd.h + +PSM_DEBUG opt_psm.h +PSM_HOOKRESUME opt_psm.h +PSM_RESETAFTERSUSPEND opt_psm.h =3D=3D=3D modified file 'dev/atkbdc/atkbdc.c' --- dev/atkbdc/atkbdc.c 2010-08-13 22:16:49 +0000 +++ dev/atkbdc/atkbdc.c 2010-08-14 21:18:26 +0000 @@ -114,8 +114,8 @@ static int wait_for_aux_data(atkbdc_softc_t *kbdc); static int wait_for_aux_ack(atkbdc_softc_t *kbdc); =20 -atkbdc_softc_t -*atkbdc_get_softc(int unit) +atkbdc_softc_t * +atkbdc_get_softc(int unit) { atkbdc_softc_t *sc; =20 @@ -182,6 +182,8 @@ tag =3D IA64_BUS_SPACE_IO; #elif defined(__sparc64__) tag =3D &atkbdc_bst_store[0]; +#elif defined(__mips) + tag =3D mips_bus_space_generic; #else #error "define tag!" #endif @@ -213,6 +215,17 @@ return 0; h1 =3D sparc64_fake_bustag(space, port1, tag); bus_space_subregion(tag, h1, KBD_STATUS_PORT, 1, &h1); +#elif defined(__mips) + port0 =3D IO_KBD + (intptr_t)(int32_t)0xbfd00000; + resource_int_value("atkbdc", 0, "port", &port0); + port1 =3D IO_KBD + KBD_STATUS_PORT+ (intptr_t)(int32_t)0xbfd00000; +#ifdef notyet + bus_space_map(tag, port0, IO_KBDSIZE, 0, &h0); + bus_space_map(tag, port1, IO_KBDSIZE, 0, &h1); +#else + h0 =3D (bus_space_handle_t)port0; + h1 =3D (bus_space_handle_t)port1; +#endif #else port0 =3D IO_KBD; resource_int_value("atkbdc", 0, "port", &port0); =3D=3D=3D added directory 'dev/cs5536' =3D=3D=3D added file 'dev/cs5536/cs5536.c' --- dev/cs5536/cs5536.c 1970-01-01 00:00:00 +0000 +++ dev/cs5536/cs5536.c 2010-08-16 19:55:52 +0000 @@ -0,0 +1,708 @@ +/*- + * Copyright (c) 1998 The NetBSD Foundation, Inc. + * Copyright (c) 2010 Vladimir Serbinenko + * All rights reserved. + * + * This code is derived from software contributed to The NetBSD Foundati= on + * by Lennart Augustsson (augustss@carlstedt.se) at + * Carlstedt Research & Technology. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBU= TORS + * ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT L= IMITED + * TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTI= CULAR + * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBU= TORS + * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, O= R + * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF + * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSIN= ESS + * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER = IN + * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWIS= E) + * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED O= F THE + * POSSIBILITY OF SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +/* + * USB Open Host Controller driver. + * + * OHCI spec: http://www.intel.com/design/usb/ohci11d.pdf + */ + +/* The low level controller code for OHCI has been split into + * PCI probes and OHCI specific code. This was done to facilitate the + * sharing of code between *BSD's + */ + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +static device_probe_t geode_pci_probe; +static device_attach_t geode_pci_attach; +static device_detach_t geode_pci_detach; +static device_suspend_t geode_pci_suspend; +static device_resume_t geode_pci_resume; + +#define USB_INTERRUPT 11 + +#define GEODE_INTR_C1R0 (*(volatile uint8_t *)(intptr_t)(int32_t)0xbfd00= 020) +#define GEODE_INTR_C2R0 (*(volatile uint8_t *)(intptr_t)(int32_t)0xbfd00= 0a0) +#define GEODE_INTR_C1R1 (*(volatile uint8_t *)(intptr_t)(int32_t)0xbfd00= 021) +#define GEODE_INTR_C2R1 (*(volatile uint8_t *)(intptr_t)(int32_t)0xbfd00= 0a1) + +#define GEODE_NUM_INTS 16 + +typedef struct geode_softc +{ + ohci_softc_t ohci; + ehci_softc_t ehci; + struct intr_event *intr_events[GEODE_NUM_INTS]; + void *geode_intr_cookie; + int mask; + struct rman sc_irq; +} geode_softc_t; + +static int +geode_pci_suspend(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + int err; + + err =3D bus_generic_suspend(self); + if (err) { + return (err); + } + ohci_suspend(&sc->ohci); + ehci_suspend(&sc->ehci); + return (0); +} + +static int +geode_pci_resume(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + uint32_t reg, int_line; + + if (pci_get_powerstate(self) !=3D PCI_POWERSTATE_D0) { + device_printf(self, "chip is in D%d mode " + "-- setting to D0\n", pci_get_powerstate(self)); + reg =3D pci_read_config(self, PCI_CBMEM, 4); + int_line =3D pci_read_config(self, PCIR_INTLINE, 4); + pci_set_powerstate(self, PCI_POWERSTATE_D0); + pci_write_config(self, PCI_CBMEM, reg, 4); + pci_write_config(self, PCIR_INTLINE, int_line, 4); + } + ohci_resume(&sc->ohci); + ehci_resume(&sc->ehci); + + bus_generic_resume(self); + return (0); +} + +static const char * +geode_pci_match(device_t self) +{ + uint32_t device_id =3D pci_get_devid(self); + + if (device_id =3D=3D 0x208f1022) + return ("Geode PCI companion controller"); + return (NULL); +} + +static int +geode_pci_probe(device_t self) +{ + const char *desc =3D geode_pci_match(self); + + if (desc) { + device_set_desc(self, desc); + return (0); + } else { + return (ENXIO); + } +} + +#define CS5536_MSR_MAILBOX_ADDR 0xf4 +#define CS5536_MSR_MAILBOX_DATA0 0xf8 +#define CS5536_MSR_MAILBOX_DATA1 0xfc +#define CS5536_MSR_USB_OHCI_BASE 0x40000008 +#define CS5536_MSR_USB_EHCI_BASE 0x40000009 +#define CS5536_MSR_USB_BASE_ADDR_MASK 0x00ffffff00ULL +#define CS5536_MSR_USB_BASE_BUS_MASTER 0x0400000000ULL +#define CS5536_MSR_USB_BASE_MEMORY_ENABLE 0x0200000000ULL +#define CS5536_MSR_USB_BASE_PME_ENABLED 0x0800000000ULL +#define CS5536_MSR_USB_BASE_PME_STATUS 0x1000000000ULL +#define CS5536_MSR_USB_EHCI_BASE_FLDJ_SHIFT 40 + +static uint64_t +geode_read_msr (device_t self, uint32_t addr) +{ + uint64_t ret =3D 0; + pci_write_config (self, CS5536_MSR_MAILBOX_ADDR, addr, 4); + ret =3D (uint64_t) pci_read_config (self, CS5536_MSR_MAILBOX_DATA0, 4)= ; + ret |=3D ((uint64_t) pci_read_config (self, CS5536_MSR_MAILBOX_DATA1,4= )) << 32; + return ret; +} + +static void +geode_write_msr (device_t self, uint32_t addr, uint64_t val) +{ + pci_write_config (self, CS5536_MSR_MAILBOX_ADDR, addr, 4); + pci_write_config (self, CS5536_MSR_MAILBOX_DATA0, val & 0xffffffff, 4)= ; + pci_write_config (self, CS5536_MSR_MAILBOX_DATA1, val >> 32, 4); +} + +static uint16_t intmask; + +static void +geode_intr(void *sc_in) +{ + uint16_t status =3D 0; + geode_softc_t *sc =3D sc_in; + int i; + + GEODE_INTR_C1R0 =3D 0x0a; + status =3D GEODE_INTR_C1R0; + GEODE_INTR_C2R0 =3D 0x0a; + status |=3D (GEODE_INTR_C2R0 << 8); + + GEODE_INTR_C1R0 =3D 0x0a; + GEODE_INTR_C1R0 =3D 0x0a; + + status &=3D ~intmask; + + while ((i =3D fls(status)) !=3D 0) { + struct intr_event *event; + i--; /* Get a 0-offset interrupt. */ + event =3D sc->intr_events[i]; + + status &=3D ~(1 << i); + + /* issue EOI. */ + if (i >=3D 8) + GEODE_INTR_C2R0 =3D 0x60 | (i - 8); + else + GEODE_INTR_C1R0 =3D 0x60 | i; + + if (i =3D=3D 2) + continue; + + if (!event || TAILQ_EMPTY(&event->ie_handlers)) { + printf("stray geode interrupt %d\n", i); + continue; + } + + if (intr_event_handle(event, NULL) !=3D 0) { + printf("stray geode interrupt %d\n", i); + } + } +} + +static void +geode_unmask_irq(void *source) +{ + uintptr_t irq =3D (uintptr_t)source; + + intmask &=3D ~(1 << irq); + + GEODE_INTR_C2R1 =3D intmask >> 8; + GEODE_INTR_C1R1 =3D intmask & 0xff; +} + +static void +geode_mask_irq(void *source) +{ + uintptr_t irq =3D (uintptr_t)source; + + intmask |=3D (1 << irq); + GEODE_INTR_C2R1 =3D intmask >> 8; + GEODE_INTR_C1R1 =3D intmask & 0xff; +} + +static int +geode_setup_intr_real(device_t self, int irq, + int flags, driver_filter_t *filt, driver_intr_t *handler,=20 + void *arg, void **cookiep) +{ + geode_softc_t *sc =3D device_get_softc(self); + struct intr_event *event; + int error; + + if (irq < 0 || irq >=3D GEODE_NUM_INTS) + return ENXIO; + + event =3D sc->intr_events[irq]; + if (event =3D=3D NULL) { + error =3D intr_event_create(&event, (void *)(uintptr_t) irq, 0, + irq, geode_mask_irq, geode_unmask_irq, + NULL, NULL, "geode_int%d:", irq); + if (error) + return 0; + sc->intr_events[irq] =3D event; + geode_unmask_irq((void*)(uintptr_t) irq); + } + + intr_event_add_handler(event, device_get_nameunit(self), + filt, handler, arg, intr_priority(flags), + flags, cookiep); + + return 0; +} + +static int +geode_setup_intr(device_t bus, device_t dev, struct resource *res, + int flags, driver_filter_t *filt, driver_intr_t *handler,=20 + void *arg, void **cookiep) +{ + return geode_setup_intr_real(bus, rman_get_start (res),=20 + flags, filt, handler, arg, cookiep); + +} + +static int +geode_teardown_intr_real(device_t bus, int irq, void *cookie) +{ + struct geode_softc *sc; + struct intr_event *event; + + sc =3D device_get_softc(bus); + + if (irq < 0 || irq >=3D GEODE_NUM_INTS) + return (ENXIO); + + event =3D sc->intr_events[irq]; + + intr_event_remove_handler(cookie); + + if (TAILQ_EMPTY(&event->ie_handlers)) + geode_mask_irq((void*)(uintptr_t)irq); + return 0; +} + +static int +geode_teardown_intr(device_t bus, device_t child, struct resource *res, + void *cookie) +{ + int irq =3D rman_get_start (res); + return geode_teardown_intr_real(bus, irq, cookie); +} + + +#define GEODE_CASCASE_IRQ 2 + +static void +geode_init_pic (device_t self) +{ + GEODE_INTR_C1R1 =3D 0xff; + GEODE_INTR_C2R1 =3D 0xff; + + GEODE_INTR_C1R0 =3D 0x11; + GEODE_INTR_C1R1 =3D 0 << 3; + GEODE_INTR_C1R1 =3D 1 << GEODE_CASCASE_IRQ; + GEODE_INTR_C1R1 =3D 0x01; + + GEODE_INTR_C2R0 =3D 0x11; + GEODE_INTR_C1R1 =3D 8 << 3; + GEODE_INTR_C1R1 =3D GEODE_CASCASE_IRQ; + GEODE_INTR_C1R1 =3D 0x01; + + DELAY (200); + + GEODE_INTR_C1R1 =3D 0xff; + GEODE_INTR_C2R1 =3D 0xff; + + intmask =3D 0xffff; + + geode_unmask_irq((void *) GEODE_CASCASE_IRQ); +} + +static int +geode_pci_attach(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + int rid; + int err; + uint32_t ohcibase; + uint32_t ehcibase; + int error; + + sc->sc_irq.rm_type =3D RMAN_ARRAY; + sc->sc_irq.rm_descr =3D "Geode IRQs"; + error =3D rman_init(&sc->sc_irq); + if (error !=3D 0) + return (error); + + error =3D rman_manage_region(&sc->sc_irq, 0, GEODE_NUM_INTS - 1); + if (error !=3D 0) + return (error); +=20 + sc->mask =3D 0; + memset (sc->intr_events, 0, sizeof (sc->intr_events)); + + cpu_establish_hardintr("Geode interrupt", NULL, geode_intr, sc, + 0, INTR_TYPE_MISC, &sc->geode_intr_cookie); + + geode_init_pic (self); + + geode_write_msr (self, 0x80000020, (USB_INTERRUPT << 8) | (10)); + + device_add_child(self, "atkbdc", 0); + bus_generic_probe(self); + bus_generic_attach(self); + + /* initialise some bus fields */ + sc->ohci.sc_bus.parent =3D self; + sc->ohci.sc_bus.devices =3D sc->ohci.sc_devices; + sc->ohci.sc_bus.devices_max =3D OHCI_MAX_DEVICES; + sc->ehci.sc_bus.parent =3D self; + sc->ehci.sc_bus.devices =3D sc->ehci.sc_devices; + sc->ehci.sc_bus.devices_max =3D EHCI_MAX_DEVICES; + + /* get all DMA memory */ + if (usb_bus_mem_alloc_all(&sc->ohci.sc_bus, USB_GET_DMA_TAG(self), + &ohci_iterate_hw_softc)) { + return (ENOMEM); + } + sc->ohci.sc_dev =3D self; + + /* get all DMA memory */ + if (usb_bus_mem_alloc_all(&sc->ehci.sc_bus, + USB_GET_DMA_TAG(self), &ehci_iterate_hw_softc)) { + return (ENOMEM); + } + + pci_enable_busmaster(self); + + rid =3D PCI_CBMEM; + /* Geode doesn't use normal BARs. */ + ohcibase =3D geode_read_msr (self, CS5536_MSR_USB_OHCI_BASE) + & CS5536_MSR_USB_BASE_ADDR_MASK; + sc->ohci.sc_io_res =3D=20 + bus_alloc_resource(device_get_parent(self), + SYS_RES_MEMORY, &rid,=20 + ohcibase, ohcibase,=20 + 256, RF_ACTIVE); + + if (!sc->ohci.sc_io_res) { + device_printf(self, "Could not allocate memory\n"); + goto error; + } + + if ((rman_get_start (sc->ohci.sc_io_res) & 0xff) !=3D 0) + { + device_printf(self, "Unaligned chunk\n"); + goto error; + } + + geode_write_msr (self, CS5536_MSR_USB_OHCI_BASE,=20 + CS5536_MSR_USB_BASE_BUS_MASTER + | CS5536_MSR_USB_BASE_MEMORY_ENABLE + | (rman_get_start (sc->ohci.sc_io_res) + & CS5536_MSR_USB_BASE_ADDR_MASK)); + + sc->ohci.sc_io_tag =3D rman_get_bustag(sc->ohci.sc_io_res); + sc->ohci.sc_io_hdl =3D rman_get_bushandle(sc->ohci.sc_io_res); + sc->ohci.sc_io_size =3D rman_get_size(sc->ohci.sc_io_res); + + /* Geode doesn't use normal BARs. */ + ehcibase =3D geode_read_msr (self, CS5536_MSR_USB_EHCI_BASE) + & CS5536_MSR_USB_BASE_ADDR_MASK; + rid =3D PCI_CBMEM; + sc->ehci.sc_io_res =3D=20 + bus_alloc_resource(device_get_parent(self), + SYS_RES_MEMORY, &rid,=20 + ehcibase, ehcibase,=20 + 256, RF_ACTIVE); + + if (!sc->ehci.sc_io_res) { + device_printf(self, "Could not allocate memory\n"); + goto error; + } + + if ((rman_get_start (sc->ehci.sc_io_res) & 0xff) !=3D 0) + { + device_printf(self, "Unaligned chunk\n"); + goto error; + } + + geode_write_msr (self, CS5536_MSR_USB_EHCI_BASE,=20 + CS5536_MSR_USB_BASE_BUS_MASTER + | CS5536_MSR_USB_BASE_MEMORY_ENABLE + | (rman_get_start (sc->ehci.sc_io_res) + & CS5536_MSR_USB_BASE_ADDR_MASK) + | (0x20ULL << CS5536_MSR_USB_EHCI_BASE_FLDJ_SHIFT)); + + sc->ehci.sc_io_tag =3D rman_get_bustag(sc->ehci.sc_io_res); + sc->ehci.sc_io_hdl =3D rman_get_bushandle(sc->ehci.sc_io_res); + sc->ehci.sc_io_size =3D rman_get_size(sc->ehci.sc_io_res); + + rid =3D 0; + + sc->ehci.sc_io_res =3D sc->ohci.sc_io_res =3D rman_reserve_resource(&sc= ->sc_irq, USB_INTERRUPT, USB_INTERRUPT, 1, 0, self); + err =3D geode_setup_intr_real(self, USB_INTERRUPT, INTR_TYPE_BIO | INTR= _MPSAFE, + NULL, (driver_intr_t *)ohci_interrupt, &sc->ohci, + &sc->ohci.sc_intr_hdl); + if (err) { + device_printf(self, "Could not setup irq, %d\n", err); + sc->ohci.sc_intr_hdl =3D NULL; + goto error; + } + + err =3D geode_setup_intr_real(self, USB_INTERRUPT, INTR_TYPE_BIO | INTR= _MPSAFE, + NULL, (driver_intr_t *)ehci_interrupt, &sc->ehci, + &sc->ehci.sc_intr_hdl); + if (err) { + device_printf(self, "Could not setup irq, %d\n", err); + sc->ehci.sc_intr_hdl =3D NULL; + goto error; + } + + sc->ohci.sc_bus.bdev =3D device_add_child(self, "usbus", -1); + if (!sc->ohci.sc_bus.bdev) { + device_printf(self, "Could not add USB device\n"); + goto error; + } + device_set_ivars(sc->ohci.sc_bus.bdev, &sc->ohci.sc_bus); + + sc->ehci.sc_bus.bdev =3D device_add_child(self, "usbus", -1); + if (!sc->ehci.sc_bus.bdev) { + device_printf(self, "Could not add USB device\n"); + goto error; + } + device_set_ivars(sc->ehci.sc_bus.bdev, &sc->ehci.sc_bus); + + + /* + * ohci_pci_match will never return NULL if ohci_pci_probe + * succeeded + */ + device_set_desc(sc->ohci.sc_bus.bdev, "Geode PCI companion controller")= ; + device_set_desc(sc->ehci.sc_bus.bdev, "Geode PCI companion controller")= ; + + err =3D ohci_init(&sc->ohci); + if (!err) { + err =3D device_probe_and_attach(sc->ohci.sc_bus.bdev); + } + if (err) { + device_printf(self, "USB init failed (%d)\n", err); + goto error; + } + + err =3D ehci_init(&sc->ehci); + if (!err) { + err =3D device_probe_and_attach(sc->ehci.sc_bus.bdev); + } + if (err) { + device_printf(self, "USB init failed err=3D%d\n", err); + goto error; + } + + geode_intr (sc); + + return (0); + +error: + geode_pci_detach(self); + return (ENXIO); +} + +static int +geode_pci_detach(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + + if (sc->ohci.sc_bus.bdev) { + device_detach(sc->ohci.sc_bus.bdev); + device_delete_child(self, sc->ohci.sc_bus.bdev); + } + if (sc->ehci.sc_bus.bdev) { + device_detach(sc->ehci.sc_bus.bdev); + device_delete_child(self, sc->ehci.sc_bus.bdev); + } + /* during module unload there are lots of children leftover */ + device_delete_all_children(self); + + pci_disable_busmaster(self); + + if (sc->ohci.sc_io_res) + rman_release_resource(sc->ohci.sc_io_res); + + if (sc->ohci.sc_intr_hdl) { + /* + * only call ohci_detach() after ohci_init() + */ + ohci_detach(&sc->ohci); + + int err =3D geode_teardown_intr_real(self, 11, + sc->ohci.sc_intr_hdl); + + if (err) { + /* XXX or should we panic? */ + device_printf(self, "Could not tear down irq, %d\n", + err); + } + sc->ohci.sc_intr_hdl =3D NULL; + } + if (sc->ehci.sc_intr_hdl) { + /* + * only call ohci_detach() after ohci_init() + */ + ehci_detach(&sc->ehci); + + int err =3D geode_teardown_intr_real(self, 11, + sc->ehci.sc_intr_hdl); + + if (err) { + /* XXX or should we panic? */ + device_printf(self, "Could not tear down irq, %d\n", + err); + } + sc->ehci.sc_intr_hdl =3D NULL; + } + usb_bus_mem_free_all(&sc->ohci.sc_bus, &ohci_iterate_hw_softc); + usb_bus_mem_free_all(&sc->ehci.sc_bus, &ehci_iterate_hw_softc); + + return (0); +} + +static int +geode_pci_shutdown(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + int err; + + err =3D bus_generic_shutdown(self); + if (err) + return (err); + ehci_shutdown(&sc->ehci); + + return (0); +} + +static struct resource * +geode_alloc_resource(device_t bus, device_t child, int type, int *rid, + u_long start, u_long end, u_long count, u_int flags) +{ + struct geode_softc *sc; + struct resource *res; + int error; + + sc =3D device_get_softc(bus); + + if (type !=3D SYS_RES_IRQ) + return bus_generic_alloc_resource (bus, child, type, rid, + start, end, count, flags); + + res =3D rman_reserve_resource(&sc->sc_irq, start, end, count, flags, ch= ild); + if (res =3D=3D NULL) + return (NULL); + + rman_set_rid(res, *rid); + + if ((flags & RF_ACTIVE) !=3D 0) { + error =3D bus_activate_resource(child, type, *rid, res); + if (error !=3D 0) { + rman_release_resource(res); + return (NULL); + } + } + + return (res); +} + +static int +geode_activate_resource(device_t bus, device_t child, int type, int rid,= + struct resource *res) +{ + if (type !=3D SYS_RES_IRQ) + return bus_generic_activate_resource(bus, child, type, rid, res); + + return rman_activate_resource(res); +} + +static int +geode_release_resource(device_t dev, device_t child, int type, int rid, + struct resource *r) +{ + if (type !=3D SYS_RES_IRQ) + bus_generic_release_resource(dev, child, type, rid, r); + return rman_release_resource(r); +} + + +static driver_t geode_driver =3D +{ + .name =3D "geode", + .methods =3D (device_method_t[]){ + /* device interface */ + DEVMETHOD(device_probe, geode_pci_probe), + DEVMETHOD(device_attach, geode_pci_attach), + DEVMETHOD(device_detach, geode_pci_detach), + DEVMETHOD(device_suspend, geode_pci_suspend), + DEVMETHOD(device_resume, geode_pci_resume), + DEVMETHOD(device_shutdown, geode_pci_shutdown), + + /* bus interface */ + DEVMETHOD(bus_print_child, bus_generic_print_child), + DEVMETHOD(bus_setup_intr, geode_setup_intr), + DEVMETHOD(bus_teardown_intr, geode_teardown_intr), + DEVMETHOD(bus_activate_resource, geode_activate_resource), + DEVMETHOD(bus_alloc_resource, geode_alloc_resource), + DEVMETHOD(bus_release_resource, geode_release_resource), + + {0, 0} + }, + .size =3D sizeof(struct geode_softc), +}; + +static devclass_t geode_devclass; + +DRIVER_MODULE(geode, pci, geode_driver, geode_devclass, 0, 0); +MODULE_DEPEND(geode, ohci, 1, 1, 1); +MODULE_DEPEND(geode, ehci, 1, 1, 1); =3D=3D=3D modified file 'dev/fb/fb.c' --- dev/fb/fb.c 2010-08-13 22:16:49 +0000 +++ dev/fb/fb.c 2010-08-14 21:18:26 +0000 @@ -608,6 +608,7 @@ { FBTYPE_VGA, KD_VGA }, { FBTYPE_PC98, KD_PC98 }, { FBTYPE_TGA, KD_TGA }, + { FBTYPE_MBFB, KD_MULTIBOOT }, }; int i; =20 =3D=3D=3D added file 'dev/fb/mbfb.h' --- dev/fb/mbfb.h 1970-01-01 00:00:00 +0000 +++ dev/fb/mbfb.h 2010-08-14 21:18:26 +0000 @@ -0,0 +1,17 @@ +#include +#include "opt_fb.h" +#include "fbreg.h" + +extern int fb_found; + +struct mbvid_params +{ + int width; + int height; + void *ptr; +}; +extern struct mbvid_params mbvid_params; + +int attach_mbvid (void); + +#define MBVID_NAME "mbvid" =3D=3D=3D added file 'dev/fb/mbvideo.c' --- dev/fb/mbvideo.c 1970-01-01 00:00:00 +0000 +++ dev/fb/mbvideo.c 2010-08-15 02:57:44 +0000 @@ -0,0 +1,637 @@ +/*- + * Copyright (c) 1999 Kazutaka YOKOTA + * Copyright (c) 1992-1998 S=F8ren Schmidt + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer as + * the first lines of this file unmodified. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * 3. The name of the author may not be used to endorse or promote produ= cts + * derived from this software without specific prior written permissi= on. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHORS ``AS IS'' AND ANY EXPRESS OR= + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRAN= TIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIME= D. + * IN NO EVENT SHALL THE AUTHORS BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, = BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF = USE, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY= + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE= OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + * + */ + +#include +__FBSDID("$FreeBSD$"); + +#include "opt_fb.h" +#ifndef FB_DEBUG +#define FB_DEBUG 0 +#endif +#include "opt_syscons.h" /* should be removed in the future, XXX */ + +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include + +#include "mbfb.h" +#include "fbreg.h" +#include "boot_font.c" +#include +#include +#include +#include + +static genfb_softc_t gensc; + +static uint16_t window[10000]; + +/* color mappings, from dev/fb/creator.c */ +static const uint16_t cmap[] =3D { + 0x0000, + 0x001f, + 0x07e0, + 0x0618, + 0xf800, + 0xc018, + 0xc600, + 0xc618, + 0x8410, + 0x841f, + 0x87f0, + 0x87ff, + 0xfc10, + 0xfc1f, + 0xfff0, + 0xffff, +}; + +static video_adapter_t mbvidadapter =3D +{ + .va_index =3D 0, + .va_type =3D KD_MULTIBOOT, + .va_name =3D MBVID_NAME, + .va_unit =3D 0, + .va_minor =3D 0, + .va_flags =3D V_ADP_COLOR, + .va_io_base =3D 0, + .va_io_size =3D 0, + .va_crtc_addr =3D 0, + .va_window =3D (uintptr_t) &window, + .va_window_size =3D sizeof (window), + .va_window_gran =3D 0, + .va_window_orig =3D 0, + .va_buffer =3D 0, + .va_buffer_size =3D 0, + .va_initial_mode =3D 0, + .va_initial_bios_mode =3D 0, + .va_mode =3D 0, + .va_info =3D { + .vi_mode =3D 0, + .vi_flags =3D V_INFO_COLOR | V_INFO_LINEAR, + .vi_cwidth =3D 8, + .vi_cheight =3D 16, + .vi_planes =3D 1, + .vi_window_gran =3D 0, + .vi_buffer =3D 0, + .vi_buffer_size =3D 0, + .vi_mem_model =3D V_INFO_MM_DIRECT, + .vi_registers =3D 0, + .vi_registers_size =3D 0, + }, + .va_disp_start =3D { + .x =3D 0, + .y =3D 0, + }, + .va_token =3D 0, + .va_model =3D 0, + .va_little_bitian =3D 0, + .va_little_endian =3D 1, + .va_buffer_alias =3D 0, + .va_registers =3D 0, + .va_registers_size =3D 0, +}; + + +#if 0 +int +mbvid_probe_unit(int unit, video_adapter_t *buf, int flags) +{ + if (!fb_found) + return ENXIO; + return 0; +} + +int +mbvid_attach_unit(int unit, mbvid_softc_t *sc, int flags) +{ + if (!fb_found) + return ENXIO; + return 0; +} +#endif + +/* cdev driver functions */ + +static int +mbvid_open(struct cdev *dev, int flag, int mode, struct thread *td) +{ + if (dev =3D=3D NULL) + return ENXIO; + if (mode & (O_CREAT | O_APPEND | O_TRUNC)) + return ENODEV; + + return genfbopen(&gensc, &mbvidadapter, flag, mode, td); +} + +static int +mbvid_close(struct cdev *dev, int flag, int mode, struct thread *td) +{ + return genfbclose(&gensc, &mbvidadapter, flag, mode, td); +} + +static int +mbvid_read(struct cdev *dev, struct uio *uio, int flag) +{ + return genfbread(&gensc, &mbvidadapter, uio, flag); +} + +static int +mbvid_write(struct cdev *dev, struct uio *uio, int flag) +{ + return genfbread(&gensc, &mbvidadapter, uio, flag); +} + +static int +mbvid_ioctl(struct cdev *dev, u_long cmd, caddr_t arg, int flag, + struct thread *td) +{ + return genfbioctl(&gensc, &mbvidadapter, cmd, arg, flag, td); +} + +static int +mbvid_mmap(struct cdev *dev, vm_ooffset_t offset, + vm_offset_t *paddr, int prot, vm_memattr_t *memattr) +{ + return (EINVAL); +} + +static struct cdevsw mbvid_cdevsw =3D { + .d_version =3D D_VERSION, + .d_flags =3D 0, + .d_open =3D mbvid_open, + .d_close =3D mbvid_close, + .d_read =3D mbvid_read, + .d_write =3D mbvid_write, + .d_ioctl =3D mbvid_ioctl, + .d_mmap =3D mbvid_mmap, + .d_name =3D "multiboot video console", +}; + +int +attach_mbvid (void) +{ + int error; + int idx; +=09 + mbvidadapter.va_info.vi_mode =3D M_TEXT_80x25; + mbvidadapter.va_info.vi_cwidth =3D bold8x16.width; + mbvidadapter.va_info.vi_cheight =3D bold8x16.height; + mbvidadapter.va_info.vi_height =3D (mbvid_params.height / mbvidadapter.= va_info.vi_cheight); + mbvidadapter.va_info.vi_width =3D (mbvid_params.width / mbvidadapter.va= _info.vi_cwidth); + mbvidadapter.va_info.vi_flags =3D V_INFO_COLOR | V_INFO_LINEAR; + mbvidadapter.va_info.vi_mem_model =3D V_INFO_MM_DIRECT; + + mbvidadapter.va_flags |=3D V_ADP_COLOR; + + idx =3D vid_register (&mbvidadapter); + if (idx < 0) + { + return ENXIO; + } + mbvidadapter.va_flags |=3D V_ADP_REGISTERED; + + /* attach a virtual frame buffer device */ + error =3D fb_attach(idx, &mbvidadapter, &mbvid_cdevsw); + if (error) + { + return (error); + } + return 0; +} + +/* video driver declarations */ +static int mbvid_configure(int flags); + int (*mbvid_sub_configure)(int flags); +static int mbvid_error(void); +static vi_probe_t mbvid_probe; +static vi_init_t mbvid_init; +static vi_get_info_t mbvid_get_info; +static vi_query_mode_t mbvid_query_mode; +static vi_mmap_t mbvid_mmap_buf; +static vi_ioctl_t mbvid_dev_ioctl; +static vi_diag_t mbvid_diag; +static vi_putc_t mbvid_putc; +static vi_putp_t mbvid_putp; +static vi_puts_t mbvid_puts; +static vi_putm_t mbvid_putm; + +static video_switch_t mbvidvidsw =3D { + mbvid_probe, + mbvid_init, + mbvid_get_info, + mbvid_query_mode,=09 + (vi_set_mode_t *) mbvid_error, + (vi_save_font_t *) mbvid_error, + (vi_load_font_t *) mbvid_error, + (vi_show_font_t *) mbvid_error, + (vi_save_palette_t *) mbvid_error, + (vi_load_palette_t *) mbvid_error, + (vi_set_border_t *) mbvid_error, + (vi_save_state_t *) mbvid_error, + (vi_load_state_t *) mbvid_error, + (vi_set_win_org_t *) mbvid_error, + (vi_read_hw_cursor_t *)mbvid_error, + (vi_set_hw_cursor_t *) mbvid_error, + (vi_set_hw_cursor_shape_t *) mbvid_error, + (vi_blank_display_t *) mbvid_error, + mbvid_mmap_buf, + mbvid_dev_ioctl, + (vi_clear_t *) mbvid_error, + (vi_fill_rect_t *) mbvid_error, + (vi_bitblt_t *) mbvid_error, + mbvid_error, + mbvid_error, + mbvid_diag, + .putp =3D mbvid_putp, + .putc =3D mbvid_putc, + .puts =3D mbvid_puts, + .putm =3D mbvid_putm +}; + + +VIDEO_DRIVER(mbvid, mbvidvidsw, mbvid_configure); + +/* a backdoor for the console driver */ +static int +mbvid_configure(int flags) +{ + return fb_found; +} + +/* entry points */ + +static int +mbvid_error(void) +{ + return ENODEV; +} + +static int +mbvid_probe(int unit, video_adapter_t **adpp, void *arg, int flags) +{ + if (unit >=3D fb_found) + return ENXIO; + + mbvidadapter.va_flags |=3D V_ADP_PROBED; + + *adpp =3D &mbvidadapter; + + return 0; +} + +static int +mbvid_init(int unit, video_adapter_t *adp, int flags) +{ + if (unit >=3D fb_found) + return ENXIO; + + mbvidadapter.va_flags |=3D V_ADP_INITIALIZED; + + return 0; +} + +/* + * get_info(): + * Return the video_info structure of the requested video mode. + * + * all adapters + */ +static int +mbvid_get_info(video_adapter_t *adp, int mode, video_info_t *info) +{ + if (mode !=3D 0) + return EINVAL; + *info =3D adp->va_info; + return 0; +} + +/* + * query_mode(): + * Find a video mode matching the requested parameters. + * Fields filled with 0 are considered "don't care" fields and + * match any modes. + * + * all adapters + */ +static int +mbvid_query_mode(video_adapter_t *adp, video_info_t *info) +{ + if ((info->vi_width !=3D 0) + && (info->vi_width !=3D adp->va_info.vi_width)) + return ENODEV; + + if ((info->vi_height !=3D 0) + && (info->vi_height !=3D adp->va_info.vi_height)) + return ENODEV; + + if ((info->vi_cwidth !=3D 0) + && (info->vi_cwidth !=3D adp->va_info.vi_cwidth)) + return ENODEV; + + if ((info->vi_cheight !=3D 0) + && (info->vi_cheight !=3D adp->va_info.vi_cheight)) + return ENODEV; + + if ((info->vi_depth !=3D 0) + && (info->vi_depth !=3D adp->va_info.vi_depth)) + return ENODEV; + + if ((info->vi_planes !=3D 0) + && (info->vi_planes !=3D adp->va_info.vi_planes)) + return ENODEV; + + /* XXX: should check pixel format, memory model */ + if ((info->vi_flags !=3D 0) + && (info->vi_flags !=3D adp->va_info.vi_flags)) + return ENODEV; + return 0; +} + +#if 0 +/* + * mmap(): + * Mmap frame buffer. + * + * all adapters + */ +static int +mbvid_mmap_buf(video_adapter_t *adp, vm_ooffset_t offset, vm_paddr_t *pa= ddr, + int prot, vm_memattr_t *memattr) +{ + printf("mbvid_mmap_buf(): window:0x%jx, offset:0x%jx\n",=20 + (uintmax_t)adp->va_info.vi_window, (uintmax_t)offset); + + /* XXX: is this correct? */ + if (offset > adp->va_window_size - PAGE_SIZE) + return -1; + + *paddr =3D adp->va_info.vi_window + offset; + return 0; +} +#else +static int +mbvid_mmap_buf(video_adapter_t *adp, vm_ooffset_t offset, vm_paddr_t *pa= ddr, + int prot, vm_memattr_t *memattr) +{ + return (EINVAL); +} +#endif + +static int +mbvid_dev_ioctl(video_adapter_t *adp, u_long cmd, caddr_t arg) +{ + switch (cmd) { + case FBIO_GETWINORG: /* get frame buffer window origin */ + *(u_int *)arg =3D 0; + return 0; + + case FBIO_SETWINORG: /* set frame buffer window origin */ + case FBIO_SETLINEWIDTH: /* set scan line length in pixel */ + case FBIO_SETDISPSTART: /* set display start address */ + case FBIO_GETPALETTE: /* get color palette */ + case FBIO_SETPALETTE: /* set color palette */ + case FBIOGETCMAP: /* get color palette */ + case FBIOPUTCMAP: /* set color palette */ + + return ENODEV; + case FBIOGTYPE: /* get frame buffer type info. */ + ((struct fbtype *)arg)->fb_type =3D fb_type(adp->va_type); + ((struct fbtype *)arg)->fb_height =3D adp->va_info.vi_height; + ((struct fbtype *)arg)->fb_width =3D adp->va_info.vi_width; + ((struct fbtype *)arg)->fb_depth =3D adp->va_info.vi_depth; + if ((adp->va_info.vi_depth <=3D 1) || (adp->va_info.vi_depth > 8)) + ((struct fbtype *)arg)->fb_cmsize =3D 0; + else + ((struct fbtype *)arg)->fb_cmsize =3D 1 << adp->va_info.vi_depth; + ((struct fbtype *)arg)->fb_size =3D adp->va_buffer_size; + return 0; + + default: + return fb_commonioctl(adp, cmd, arg); + } +} + +static int +mbvid_putp(video_adapter_t *adp, vm_offset_t off, u_int32_t p, u_int32_t= a, + int size, int bpp, int bit_ltor, int byte_ltor) +{ + return (ENODEV); +} + +static int +mbvid_putc(video_adapter_t *adp, vm_offset_t off, u_int8_t c, u_int8_t a= ) +{ + int row, col; + int i, j; + const uint8_t* fontdata; + uint16_t clr; + uint8_t mask; + uint16_t* ptri; + + ptri =3D mbvid_params.ptr; + + /* calculate the position in the frame buffer */ + row =3D (off / mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi= _cheight; + col =3D (off % mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi= _cwidth; + fontdata =3D &bold8x16.data[c * mbvidadapter.va_info.vi_cheight]; + ptri +=3D (row * mbvid_params.width) + col; + + /* Place the character on the screen, pixel by pixel */ + for (j =3D 0; j < mbvidadapter.va_info.vi_cheight; j++) { + mask =3D 0x80; + for (i =3D 0; i < mbvidadapter.va_info.vi_cwidth; i++) { + clr =3D (*fontdata & mask) ? cmap[a & 0xf] : cmap[(a >> 4) & 0xf]; + *ptri++ =3D clr; + mask >>=3D 1; + } + ptri +=3D (mbvid_params.width - mbvidadapter.va_info.vi_cwidth); + fontdata++; + } + return (0); +} + +static int +mbvid_puts(video_adapter_t *adp, vm_offset_t off, u_int16_t *s, int len)= +{ + int i; + + for (i =3D 0; i < len; i++) { + vidd_putc(adp, off + i, s[i] & 0xff, (s[i] & 0xff00) >> 8); + } + return (0); +} + +static int +mbvid_putm(video_adapter_t *adp, int x, int y, u_int8_t *pixel_image, + u_int32_t pixel_mask, int size, int width) +{ +#if 0 + struct xboxfb_softc* sc =3D &xboxfb_sc; + uint32_t* ptri =3D (uint32_t*)sc->sc_framebuffer; + int i, j;=09 + + if (x < 0 || y < 0 || x + width > sc->sc_width || y + (2 * size) > sc->= sc_height) + return 0; + + ptri +=3D (y * sc->sc_width) + x; + + /* plot the mousecursor wherever the user wants it */ + for (j =3D 0; j < size; j++) { + for (i =3D width; i > 0; i--) { + if (pixel_image[j] & (1 << i)) + *ptri =3D cmap[0xf]; + ptri++; + } + ptri +=3D (sc->sc_width - width); + } + return (0); +#else + return ENODEV; +#endif +} + + +/* + * diag(): + * Print some information about the video adapter and video modes, + * with requested level of details. + * + * all adapters + */ +static int +mbvid_diag(video_adapter_t *adp, int level) +{ + if (!fb_found) + return ENXIO; + return 0; +} + +static void +xbr_init(scr_stat* scp) +{ +} + +static void +xbr_clear(scr_stat* scp, int c, int attr) +{ +} + +static void +xbr_draw_border(scr_stat* scp, int color) +{ +} + +static void +xbr_draw(scr_stat* scp, int from, int count, int flip) +{ + int i, c, a; + + if (!flip) { + /* Normal printing */ + vidd_puts(&mbvidadapter, from, (uint16_t*)sc_vtb_pointer(&scp->vtb, fr= om), count); + } else {=09 + /* This is for selections and such: invert the color attribute */ + for (i =3D count; i-- > 0; ++from) { + c =3D sc_vtb_getc(&scp->vtb, from); + a =3D sc_vtb_geta(&scp->vtb, from) >> 8; + vidd_putc(&mbvidadapter, from, c, (a >> 4) | ((a & 0xf) << 4)); + } + } +} + +static void +xbr_set_cursor(scr_stat* scp, int base, int height, int blink) +{ +} + +static void +xbr_draw_cursor(scr_stat* scp, int at, int blink, int on, int flip) +{ + uint16_t* ptri; + int row, col, i, j; + + if (scp->curs_attr.height <=3D 0) + return; + + ptri =3D mbvid_params.ptr; + + /* calculate the coordinates in the video buffer */ + row =3D (at / mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi_= cheight; + col =3D (at % mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi_= cwidth; + ptri +=3D (row * mbvid_params.width) + col; + + /* our cursor consists of simply inverting the char under it */ + for (i =3D 0; i < mbvidadapter.va_info.vi_cheight; i++) { + for (j =3D 0; j < mbvidadapter.va_info.vi_cwidth; j++) { + *ptri++ ^=3D 0xFFFF; + } + ptri +=3D (mbvid_params.width - mbvidadapter.va_info.vi_cwidth); + } +} + +static void +xbr_blink_cursor(scr_stat* scp, int at, int flip) +{ +} + +static void +xbr_set_mouse(scr_stat* scp) +{ +} + +static void +xbr_draw_mouse(scr_stat* scp, int x, int y, int on) +{ +#if 0 + vidd_putm(scp->sc->adp, x, y, mouse_pointer, 0xffffffff, 16, 8); +#endif +} + +static sc_rndr_sw_t mbvidrend =3D { + xbr_init, + xbr_clear, + xbr_draw_border, + xbr_draw, + xbr_set_cursor, + xbr_draw_cursor, + xbr_blink_cursor, + xbr_set_mouse, + xbr_draw_mouse +}; +RENDERER(mbvid, 0, mbvidrend, gfb_set); =3D=3D=3D modified file 'dev/syscons/schistory.c' --- dev/syscons/schistory.c 2010-08-13 22:16:49 +0000 +++ dev/syscons/schistory.c 2010-08-14 21:18:26 +0000 @@ -42,7 +42,7 @@ #include #include =20 -#if defined(__sparc64__) || defined(__powerpc__) +#if defined(__sparc64__) || defined(__powerpc__) || defined (__mips) #include #else #include =3D=3D=3D modified file 'dev/syscons/scterm-teken.c' --- dev/syscons/scterm-teken.c 2010-08-13 22:16:49 +0000 +++ dev/syscons/scterm-teken.c 2010-08-14 22:59:01 +0000 @@ -40,7 +40,7 @@ #include #include =20 -#if defined(__sparc64__) || defined(__powerpc__) +#if defined(__sparc64__) || defined(__powerpc__) || defined(__mips) #include #else #include @@ -140,7 +140,8 @@ tp.tp_col =3D scp->xsize; teken_set_winsize(&ts->ts_teken, &tp); =20 - if (scp->cursor_pos < scp->ysize * scp->xsize) { + if (scp->cursor_pos < scp->ysize * scp->xsize + && scp->cursor_pos >=3D 0) { /* Valid old cursor position. */ tp.tp_row =3D scp->cursor_pos / scp->xsize; tp.tp_col =3D scp->cursor_pos % scp->xsize; =3D=3D=3D modified file 'dev/syscons/syscons.c' --- dev/syscons/syscons.c 2010-08-13 22:16:49 +0000 +++ dev/syscons/syscons.c 2010-08-14 21:18:26 +0000 @@ -62,7 +62,7 @@ #include =20 #include -#if defined(__sparc64__) || defined(__powerpc__) +#if defined(__sparc64__) || defined(__powerpc__) || defined (__mips) #include #else #include =3D=3D=3D modified file 'dev/usb/controller/usb_controller.c' --- dev/usb/controller/usb_controller.c 2010-08-13 22:16:49 +0000 +++ dev/usb/controller/usb_controller.c 2010-08-15 21:43:50 +0000 @@ -104,6 +104,7 @@ }; =20 DRIVER_MODULE(usbus, ohci, usb_driver, usb_devclass, 0, 0); +DRIVER_MODULE(usbus, geode, usb_driver, usb_devclass, 0, 0); DRIVER_MODULE(usbus, uhci, usb_driver, usb_devclass, 0, 0); DRIVER_MODULE(usbus, ehci, usb_driver, usb_devclass, 0, 0); DRIVER_MODULE(usbus, at91_udp, usb_driver, usb_devclass, 0, 0); =3D=3D=3D modified file 'isa/rtc.h' --- isa/rtc.h 2010-08-13 22:16:49 +0000 +++ isa/rtc.h 2010-08-15 03:56:28 +0000 @@ -72,7 +72,7 @@ #define RTC_STATUSB 0x0b /* status register B */ #define RTCSB_DST 0x01 /* USA Daylight Savings Time enable */ #define RTCSB_24HR 0x02 /* 0 =3D 12 hours, 1 =3D 24 hours */ -#define RTCSB_BCD 0x04 /* 0 =3D BCD, 1 =3D Binary coded time */ +#define RTCSB_BINARY 0x04 /* 0 =3D BCD, 1 =3D Binary coded time */ #define RTCSB_SQWE 0x08 /* 1 =3D output sqare wave at SQW pin */ #define RTCSB_UINTR 0x10 /* 1 =3D enable update-ended interrupt */ #define RTCSB_AINTR 0x20 /* 1 =3D enable alarm interrupt */ =3D=3D=3D added file 'mips/conf/YEELOONG' --- mips/conf/YEELOONG 1970-01-01 00:00:00 +0000 +++ mips/conf/YEELOONG 2010-08-14 21:18:26 +0000 @@ -0,0 +1,55 @@ +# QEMU -- Generic kernel configuration file for FreeBSD/mips +# +# For more information on this file, please read the handbook section on= +# Kernel Configuration Files: +# +# http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelcon= fig-config.html +# +# The handbook is also available locally in /usr/share/doc/handbook +# if you've installed the doc distribution, otherwise always see the +# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the +# latest information. +# +# An exhaustive list of options and more detailed explanations of the +# device lines is also present in the ../../conf/NOTES and NOTES files. = +# If you are in doubt as to the purpose or necessity of a line, check fi= rst=20 +# in NOTES. +# +# $FreeBSD: src/sys/mips/conf/YEELOONG,v 1.4.2.1.2.1 2009/10/25 01:10:29= kensmith Exp $ + +# Don't build any modules yet. +makeoptions MODULES_OVERRIDE=3D"" + +include "../yeeloong/std.yeeloong" + +# hints "YEELOONG.hints" #Default places to look for devices. + +makeoptions DEBUG=3D-g #Build kernel with gdb(1) debug symbols + +options DDB +options KDB + +options SCHED_4BSD #4BSD scheduler +options INET #InterNETworking +options NFSCLIENT #Network Filesystem Client +options NFS_ROOT #NFS usable as /, requires NFSCLIENT +options PSEUDOFS #Pseudo-filesystem framework +options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extension= s + +# Debugging for use in -current +options INVARIANTS #Enable calls of extra sanity checking +options INVARIANT_SUPPORT #Extra sanity checks of internal structures, = required by INVARIANTS +#options WITNESS #Enable checks to detect deadlocks and cycles +#options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed +options USB_DEBUG # enable debug msgs + +device loop +device ether +device md +device uart + +options MSDOSFS # MSDOS Filesystem +options CD9660 # ISO 9660 Filesystem +options PROCFS # Process filesystem (requires PSEUDOFS) +options GEOM_PART_GPT # GUID Partition Tables. +options GEOM_LABEL # Provides labelization =3D=3D=3D modified file 'mips/include/bus.h' --- mips/include/bus.h 2010-08-13 22:16:49 +0000 +++ mips/include/bus.h 2010-08-14 21:18:26 +0000 @@ -74,6 +74,41 @@ #define _MACHINE_BUS_H_ =20 #include +#include + +static inline void +memsetw (volatile void *ptr_, uint16_t val, size_t count) +{ + volatile uint16_t *ptr =3D ptr_; + while (count--) + *ptr++ =3D val; +} + +static inline void +memsetw_io (uintptr_t ptr_, uint16_t val, size_t count) +{ + volatile uint16_t *ptr =3D (volatile uint16_t *) ptr_; + while (count--) + *ptr++ =3D val; +} + +static inline void +memcpy_io (uintptr_t to, uintptr_t from, size_t count) +{ + memcpy ((void *) to, (void *) from, count); +} + +static inline void +memcpy_toio (uintptr_t to, void *from, size_t count) +{ + memcpy ((void *) to, from, count); +} + +static inline void +memcpy_fromio (void *to, uintptr_t from, size_t count) +{ + memcpy (to, (void *) from, count); +} =20 struct bus_space { /* cookie */ =3D=3D=3D modified file 'mips/include/cache.h' --- mips/include/cache.h 2010-08-13 22:16:49 +0000 +++ mips/include/cache.h 2010-08-15 09:24:10 +0000 @@ -213,6 +213,22 @@ #define mips_intern_dcache_wb_range(v, s) \ __mco_2args(intern_, dcache_wb_range, (v), (s)) =20 +#define mips_sdcache_wbinv_all() \ + __mco_noargs(, dcache_wbinv_all) + +#define mips_sdcache_wbinv_range(v, s) \ + __mco_2args(, dcache_wbinv_range, (v), (s)) + +#define mips_sdcache_wbinv_range_index(v, s) \ + __mco_2args(, dcache_wbinv_range_index, (v), (s)) + +#define mips_sdcache_inv_range(v, s) \ + __mco_2args(, dcache_inv_range, (v), (s)) + +#define mips_sdcache_wb_range(v, s) \ + __mco_2args(, dcache_wb_range, (v), (s)) + + /* forward declaration */ struct mips_cpuinfo; =20 =3D=3D=3D modified file 'mips/include/cache_mipsNN.h' --- mips/include/cache_mipsNN.h 2010-08-13 22:16:49 +0000 +++ mips/include/cache_mipsNN.h 2010-08-15 09:24:10 +0000 @@ -57,6 +57,13 @@ void mipsNN_pdcache_inv_range_32(vm_offset_t, vm_size_t); void mipsNN_pdcache_wb_range_16(vm_offset_t, vm_size_t); void mipsNN_pdcache_wb_range_32(vm_offset_t, vm_size_t); + +void mipsNN_sdcache_wbinv_all_32(void); +void mipsNN_sdcache_wbinv_range_32(vm_offset_t, vm_size_t); +void mipsNN_sdcache_wbinv_range_index_32(vm_offset_t, vm_size_t); +void mipsNN_sdcache_inv_range_32(vm_offset_t, vm_size_t); +void mipsNN_sdcache_wb_range_32(vm_offset_t, vm_size_t); + #ifdef CPU_CNMIPS void mipsNN_icache_sync_all_128(void); void mipsNN_icache_sync_range_128(vm_offset_t, vm_size_t); =3D=3D=3D modified file 'mips/include/cpufunc.h' --- mips/include/cpufunc.h 2010-08-13 22:16:49 +0000 +++ mips/include/cpufunc.h 2010-08-14 10:37:00 +0000 @@ -142,6 +142,10 @@ #undef MIPS_RDRW64_COP0 #endif =20 +#if __mips =3D=3D 32 || __mips =3D=3D 64 +#define MIPS_HAS_CP0_SELECTORS 1 +#endif + #define MIPS_RDRW32_COP0(n,r) \ static __inline uint32_t \ mips_rd_ ## n (void) \ @@ -164,6 +168,8 @@ mips_barrier(); \ } struct __hack =20 +#ifdef MIPS_HAS_CP0_SELECTORS + #define MIPS_RDRW32_COP0_SEL(n,r,s) \ static __inline uint32_t \ mips_rd_ ## n(void) \ @@ -186,6 +192,8 @@ mips_barrier(); \ } struct __hack =20 +#endif + #ifdef CPU_CNMIPS static __inline void mips_sync_icache (void) { @@ -201,9 +209,11 @@ =20 MIPS_RDRW32_COP0(compare, MIPS_COP_0_COMPARE); MIPS_RDRW32_COP0(config, MIPS_COP_0_CONFIG); +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(config1, MIPS_COP_0_CONFIG, 1); MIPS_RDRW32_COP0_SEL(config2, MIPS_COP_0_CONFIG, 2); MIPS_RDRW32_COP0_SEL(config3, MIPS_COP_0_CONFIG, 3); +#endif MIPS_RDRW32_COP0(count, MIPS_COP_0_COUNT); MIPS_RDRW32_COP0(index, MIPS_COP_0_TLB_INDEX); MIPS_RDRW32_COP0(wired, MIPS_COP_0_TLB_WIRED); @@ -219,12 +229,17 @@ #endif MIPS_RDRW32_COP0(prid, MIPS_COP_0_PRID); /* XXX 64-bit? */ +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(ebase, MIPS_COP_0_PRID, 1); +#endif MIPS_RDRW32_COP0(watchlo, MIPS_COP_0_WATCH_LO); +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(watchlo1, MIPS_COP_0_WATCH_LO, 1); MIPS_RDRW32_COP0_SEL(watchlo2, MIPS_COP_0_WATCH_LO, 2); MIPS_RDRW32_COP0_SEL(watchlo3, MIPS_COP_0_WATCH_LO, 3); +#endif MIPS_RDRW32_COP0(watchhi, MIPS_COP_0_WATCH_HI); +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(watchhi1, MIPS_COP_0_WATCH_HI, 1); MIPS_RDRW32_COP0_SEL(watchhi2, MIPS_COP_0_WATCH_HI, 2); MIPS_RDRW32_COP0_SEL(watchhi3, MIPS_COP_0_WATCH_HI, 3); @@ -233,6 +248,7 @@ MIPS_RDRW32_COP0_SEL(perfcnt1, MIPS_COP_0_PERFCNT, 1); MIPS_RDRW32_COP0_SEL(perfcnt2, MIPS_COP_0_PERFCNT, 2); MIPS_RDRW32_COP0_SEL(perfcnt3, MIPS_COP_0_PERFCNT, 3); +#endif =20 #undef MIPS_RDRW32_COP0 =20 =3D=3D=3D modified file 'mips/include/cpuinfo.h' --- mips/include/cpuinfo.h 2010-08-13 22:16:49 +0000 +++ mips/include/cpuinfo.h 2010-08-15 09:24:10 +0000 @@ -67,6 +67,12 @@ u_int8_t dc_nways; u_int16_t dc_nsets; } l1; + struct { + u_int32_t dc_size; + u_int8_t dc_linesize; + u_int8_t dc_nways; + u_int16_t dc_nsets; + } l2; }; =20 extern struct mips_cpuinfo cpuinfo; =3D=3D=3D modified file 'mips/include/cpuregs.h' --- mips/include/cpuregs.h 2010-08-13 22:16:49 +0000 +++ mips/include/cpuregs.h 2010-08-15 11:18:29 +0000 @@ -136,6 +136,10 @@ #define MIPS_CCA_UC 0x02 /* Uncached. */ #define MIPS_CCA_C 0x03 /* Cacheable, coherency unspecified. */ =20 +#if defined (CPU_R10000) || defined (TARGET_YEELOONG) +#define MIPS_CCA_UA 0x07 +#endif + #if defined(CPU_R4000) || defined(CPU_R10000) #define MIPS_CCA_CNC 0x03 #define MIPS_CCA_CCE 0x04 @@ -145,10 +149,6 @@ #define MIPS_CCA_CCUOW 0x06 #endif =20 -#ifdef CPU_R10000 -#define MIPS_CCA_UA 0x07 -#endif - #define MIPS_CCA_CACHED MIPS_CCA_CCEW #endif /* defined(CPU_R4000) || defined(CPU_R10000) */ =20 @@ -188,8 +188,14 @@ #define MIPS_XKSEG_START 0xc000000000000000 #define MIPS_XKSEG_END 0xc00000ff80000000 =20 +#if __mips =3D=3D 32 || __mips =3D=3D 64 +#define SSNOP ssnop +#else +#define SSNOP nop +#endif +=20 /* CPU dependent mtc0 hazard hook */ -#ifdef CPU_CNMIPS +#if defined (CPU_CNMIPS) || defined (TARGET_YEELOONG) #define COP0_SYNC nop; nop; nop; nop; nop; #elif defined(CPU_SB1) #define COP0_SYNC ssnop; ssnop; ssnop; ssnop; ssnop; ssnop; ssnop; ssno= p; ssnop @@ -416,7 +422,7 @@ #define MIPS_VEC_EJTAG 0xBFC00480 #define MIPS_VEC_TLB 0x80000000 #define MIPS_VEC_XTLB 0x80000080 -#define MIPS_VEC_CACHE 0x80000100 +#define MIPS_VEC_CACHE 0xa0000100 #define MIPS_VEC_GENERIC 0x80000180 /* Most exceptions */ #define MIPS_VEC_INTERRUPT 0x80000200 =20 =3D=3D=3D added file 'mips/include/sc_machdep.h' --- mips/include/sc_machdep.h 1970-01-01 00:00:00 +0000 +++ mips/include/sc_machdep.h 2010-08-14 21:18:26 +0000 @@ -0,0 +1,30 @@ +/* Color attributes for foreground text */ + +#define FG_BLACK 0 +#define FG_BLUE 1 +#define FG_GREEN 2 +#define FG_CYAN 3 +#define FG_RED 4 +#define FG_MAGENTA 5 +#define FG_BROWN 6 +#define FG_LIGHTGREY 7 +#define FG_DARKGREY 8 +#define FG_LIGHTBLUE 9 +#define FG_LIGHTGREEN 10 +#define FG_LIGHTCYAN 11 +#define FG_LIGHTRED 12 +#define FG_LIGHTMAGENTA 13 +#define FG_YELLOW 14 +#define FG_WHITE 15 +#define FG_BLINK 0x80 + +/* Color attributes for text background */ + +#define BG_BLACK 0x00 +#define BG_BLUE 0x10 +#define BG_GREEN 0x20 +#define BG_CYAN 0x30 +#define BG_RED 0x40 +#define BG_MAGENTA 0x50 +#define BG_BROWN 0x60 +#define BG_LIGHTGREY 0x70 =3D=3D=3D modified file 'mips/mips/bus_space_generic.c' --- mips/mips/bus_space_generic.c 2010-08-13 22:16:49 +0000 +++ mips/mips/bus_space_generic.c 2010-08-15 09:24:10 +0000 @@ -593,6 +593,9 @@ { #if 0 if (flags & BUS_SPACE_BARRIER_WRITE) + { mips_dcache_wbinv_all(); + mips_sdcache_wbinv_all(); + } #endif } =3D=3D=3D modified file 'mips/mips/busdma_machdep.c' --- mips/mips/busdma_machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/busdma_machdep.c 2010-08-15 09:24:10 +0000 @@ -638,6 +638,8 @@ newmap->allocbuffer =3D tmpaddr; mips_dcache_wbinv_range((vm_offset_t)*vaddr, dmat->maxsize); + mips_sdcache_wbinv_range((vm_offset_t)*vaddr, + dmat->maxsize); *vaddr =3D tmpaddr; } else newmap->origbuffer =3D newmap->allocbuffer =3D NULL; @@ -805,6 +807,9 @@ if (++seg >=3D dmat->nsegments) break; segs[seg].ds_addr =3D curaddr; +#ifdef TARGET_YEELOONG + segs[seg].ds_addr |=3D 0x80000000; +#endif segs[seg].ds_len =3D sgsize; } if (error) @@ -1074,6 +1079,7 @@ if (size_clend) memcpy (tmp_clend, (void*)buf_clend, size_clend); mips_dcache_inv_range((vm_offset_t)buf, len); + mips_sdcache_inv_range((vm_offset_t)buf, len); /*=20 * Restore them */ @@ -1088,15 +1094,23 @@ * necessary. */ if (size_cl) + { mips_dcache_wbinv_range((vm_offset_t)buf_cl, size_cl); + mips_sdcache_wbinv_range((vm_offset_t)buf_cl, size_cl); + } if (size_clend && (size_cl =3D=3D 0 || buf_clend - buf_cl > mips_pdcache_linesize)) + { mips_dcache_wbinv_range((vm_offset_t)buf_clend, size_clend); + mips_sdcache_wbinv_range((vm_offset_t)buf_clend, + size_clend); + } break; =20 case BUS_DMASYNC_PREREAD|BUS_DMASYNC_PREWRITE: mips_dcache_wbinv_range((vm_offset_t)buf_cl, len); + mips_sdcache_wbinv_range((vm_offset_t)buf_cl, len); break; =20 case BUS_DMASYNC_PREREAD: @@ -1108,6 +1122,7 @@ if (size_clend) memcpy (tmp_clend, (void *)buf_clend, size_clend); mips_dcache_inv_range((vm_offset_t)buf, len); + mips_sdcache_inv_range((vm_offset_t)buf, len); /* * Restore them */ @@ -1122,15 +1137,23 @@ * necessary. */ if (size_cl) + { mips_dcache_wbinv_range((vm_offset_t)buf_cl, size_cl); + mips_sdcache_wbinv_range((vm_offset_t)buf_cl, size_cl); + } if (size_clend && (size_cl =3D=3D 0 || buf_clend - buf_cl > mips_pdcache_linesize)) + { mips_dcache_wbinv_range((vm_offset_t)buf_clend, size_clend); + mips_sdcache_wbinv_range((vm_offset_t)buf_clend, + size_clend); + } break; =20 case BUS_DMASYNC_PREWRITE: mips_dcache_wb_range((vm_offset_t)buf, len); + mips_sdcache_wb_range((vm_offset_t)buf, len); break; } } @@ -1149,6 +1172,8 @@ if (bpage->vaddr_nocache =3D=3D 0) { mips_dcache_wb_range(bpage->vaddr, bpage->datacount); + mips_sdcache_wb_range(bpage->vaddr, + bpage->datacount); } dmat->bounce_zone->total_bounced++; } @@ -1156,6 +1181,8 @@ if (bpage->vaddr_nocache =3D=3D 0) { mips_dcache_inv_range(bpage->vaddr, bpage->datacount); + mips_sdcache_inv_range(bpage->vaddr, + bpage->datacount); } bcopy((void *)(bpage->vaddr_nocache !=3D 0 ?=20 bpage->vaddr_nocache : bpage->vaddr), =3D=3D=3D modified file 'mips/mips/cache.c' --- mips/mips/cache.c 2010-08-13 22:16:49 +0000 +++ mips/mips/cache.c 2010-08-15 09:24:10 +0000 @@ -194,6 +194,28 @@ cpuinfo->l1.dc_linesize); } =20 + switch (cpuinfo->l2.dc_linesize) { + case 32: + mips_cache_ops.mco_sdcache_wbinv_all =3D + mips_cache_ops.mco_intern_sdcache_wbinv_all =3D + mipsNN_sdcache_wbinv_all_32; + mips_cache_ops.mco_sdcache_wbinv_range =3D + mipsNN_sdcache_wbinv_range_32; + mips_cache_ops.mco_sdcache_wbinv_range_index =3D + mips_cache_ops.mco_intern_sdcache_wbinv_range_index =3D + mipsNN_sdcache_wbinv_range_index_32; + mips_cache_ops.mco_sdcache_inv_range =3D + mipsNN_sdcache_inv_range_32; + mips_cache_ops.mco_sdcache_wb_range =3D + mips_cache_ops.mco_intern_sdcache_wb_range =3D + mipsNN_sdcache_wb_range_32; + break; + default: + panic("no SDcache ops for %d byte lines", + cpuinfo->l1.dc_linesize); + } + + mipsNN_cache_init(cpuinfo); =20 #if 0 =3D=3D=3D modified file 'mips/mips/cache_mipsNN.c' --- mips/mips/cache_mipsNN.c 2010-08-13 22:16:49 +0000 +++ mips/mips/cache_mipsNN.c 2010-08-15 09:24:10 +0000 @@ -82,6 +82,12 @@ static int pdcache_loopcount; static int pdcache_way_mask; =20 +static int sdcache_size; +static int sdcache_stride; +static int sdcache_loopcount; +static int sdcache_way_mask; + + void mipsNN_cache_init(struct mips_cpuinfo * cpuinfo) { @@ -115,6 +121,15 @@ cpuinfo->l1.dc_nways; } =20 + if (cpuinfo->l2.dc_nsets * cpuinfo->l2.dc_linesize < PAGE_SIZE) { + sdcache_stride =3D cpuinfo->l2.dc_nsets * cpuinfo->l2.dc_linesize; + sdcache_loopcount =3D cpuinfo->l2.dc_nways; + } else { + sdcache_stride =3D PAGE_SIZE; + sdcache_loopcount =3D (cpuinfo->l2.dc_nsets * cpuinfo->l2.dc_linesize = / PAGE_SIZE) * + cpuinfo->l2.dc_nways; + } + mips_picache_linesize =3D cpuinfo->l1.ic_linesize; mips_pdcache_linesize =3D cpuinfo->l1.dc_linesize; =20 @@ -123,6 +138,9 @@ pdcache_size =3D cpuinfo->l1.dc_size; pdcache_way_mask =3D cpuinfo->l1.dc_nways - 1; =20 + sdcache_size =3D cpuinfo->l2.dc_size; + sdcache_way_mask =3D cpuinfo->l2.dc_nways - 1; + #define CACHE_DEBUG #ifdef CACHE_DEBUG printf("Cache info:\n"); @@ -181,6 +199,12 @@ SYNC; } =20 +#if __mips =3D=3D 3 +#define HIT_I_INV CACHE_R4K_I|CACHEOP_R4K_INDEX_INV +#else +#define HIT_I_INV CACHE_R4K_I|CACHEOP_R4K_HIT_INV +#endif + void mipsNN_icache_sync_range_16(vm_offset_t va, vm_size_t size) { @@ -192,12 +216,12 @@ mips_intern_dcache_wb_range(va, (eva - va)); =20 while ((eva - va) >=3D (32 * 16)) { - cache_r4k_op_32lines_16(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_r4k_op_32lines_16(va, HIT_I_INV); va +=3D (32 * 16); } =20 while (va < eva) { - cache_op_r4k_line(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_op_r4k_line(va, HIT_I_INV); va +=3D 16; } =20 @@ -215,12 +239,12 @@ mips_intern_dcache_wb_range(va, (eva - va)); =20 while ((eva - va) >=3D (32 * 32)) { - cache_r4k_op_32lines_32(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_r4k_op_32lines_32(va, HIT_I_INV); va +=3D (32 * 32); } =20 while (va < eva) { - cache_op_r4k_line(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_op_r4k_line(va, HIT_I_INV); va +=3D 32; } =20 @@ -230,7 +254,7 @@ void mipsNN_icache_sync_range_index_16(vm_offset_t va, vm_size_t size) { - unsigned int eva, tmpva; + vm_offset_t eva, tmpva; int i, stride, loopcount; =20 /* @@ -273,7 +297,7 @@ void mipsNN_icache_sync_range_index_32(vm_offset_t va, vm_size_t size) { - unsigned int eva, tmpva; + vm_offset_t eva, tmpva; int i, stride, loopcount; =20 /* @@ -357,6 +381,7 @@ SYNC; } =20 + void mipsNN_pdcache_wbinv_range_16(vm_offset_t va, vm_size_t size) { @@ -454,7 +479,7 @@ * bits that determine the cache index, and make a KSEG0 * address out of them. */ - va =3D MIPS_PHYS_TO_KSEG0(va & pdcache_way_mask); + va =3D MIPS_PHYS_TO_KSEG0 (va & pdcache_way_mask); =20 eva =3D round_line32(va + size); va =3D trunc_line32(va); @@ -482,7 +507,7 @@ va +=3D 32; } } -=20 + void mipsNN_pdcache_inv_range_16(vm_offset_t va, vm_size_t size) { @@ -567,7 +592,6 @@ SYNC; } =20 - #ifdef CPU_CNMIPS =20 void @@ -617,3 +641,130 @@ } =20 #endif + +void +mipsNN_sdcache_wbinv_all_32(void) +{ + vm_offset_t va, eva; + + va =3D MIPS_PHYS_TO_KSEG0(0); + eva =3D va + sdcache_size; + + /* + * Since we're hitting the whole thing, we don't have to + * worry about the N different "ways". + */ + + while (va < eva) { + cache_r4k_op_32lines_32(va, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + va +=3D (32 * 32); + } + + SYNC; +} + +void +mipsNN_sdcache_wbinv_range_32(vm_offset_t va, vm_size_t size) +{ + vm_offset_t eva; + + eva =3D round_line32(va + size); + va =3D trunc_line32(va); + + while ((eva - va) >=3D (32 * 32)) { + cache_r4k_op_32lines_32(va, + CACHE_R4K_SD|CACHEOP_R4K_HIT_WB_INV); + va +=3D (32 * 32); + } + + while (va < eva) { + cache_op_r4k_line(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_WB_INV); + va +=3D 32; + } + + SYNC; +} + +void +mipsNN_sdcache_wbinv_range_index_32(vm_offset_t va, vm_size_t size) +{ + vm_offset_t eva, tmpva; + int i, stride, loopcount; + + /* + * Since we're doing Index ops, we expect to not be able + * to access the address we've been given. So, get the + * bits that determine the cache index, and make a KSEG0 + * address out of them. + */ + va =3D MIPS_PHYS_TO_KSEG0 (va & sdcache_way_mask); + + eva =3D round_line32(va + size); + va =3D trunc_line32(va); + + /* + * GCC generates better code in the loops if we reference local + * copies of these global variables. + */ + stride =3D sdcache_stride; + loopcount =3D sdcache_loopcount; + + while ((eva - va) >=3D (8 * 32)) { + tmpva =3D va; + for (i =3D 0; i < loopcount; i++, tmpva +=3D stride) + cache_r4k_op_8lines_32(tmpva, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + va +=3D 8 * 32; + } + + while (va < eva) { + tmpva =3D va; + for (i =3D 0; i < loopcount; i++, tmpva +=3D stride) + cache_op_r4k_line(tmpva, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + va +=3D 32; + } +} + +void +mipsNN_sdcache_inv_range_32(vm_offset_t va, vm_size_t size) +{ + vm_offset_t eva; + + eva =3D round_line32(va + size); + va =3D trunc_line32(va); + + while ((eva - va) >=3D (32 * 32)) { + cache_r4k_op_32lines_32(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_INV); + va +=3D (32 * 32); + } + + while (va < eva) { + cache_op_r4k_line(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_INV); + va +=3D 32; + } + + SYNC; +} + +void +mipsNN_sdcache_wb_range_32(vm_offset_t va, vm_size_t size) +{ + vm_offset_t eva; + + eva =3D round_line32(va + size); + va =3D trunc_line32(va); + + while ((eva - va) >=3D (32 * 32)) { + cache_r4k_op_32lines_32(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_WB); + va +=3D (32 * 32); + } + + while (va < eva) { + cache_op_r4k_line(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_WB); + va +=3D 32; + } + + SYNC; +} =3D=3D=3D modified file 'mips/mips/cpu.c' --- mips/mips/cpu.c 2010-08-13 22:16:49 +0000 +++ mips/mips/cpu.c 2010-08-15 09:24:10 +0000 @@ -69,8 +69,6 @@ { u_int32_t prid; u_int32_t cfg0; - u_int32_t cfg1; - u_int32_t tmp; =20 memset(cpuinfo, 0, sizeof(struct mips_cpuinfo)); =20 @@ -87,46 +85,71 @@ ((cfg0 & MIPS_CONFIG0_MT_MASK) >> MIPS_CONFIG0_MT_SHIFT); cpuinfo->icache_virtual =3D cfg0 & MIPS_CONFIG0_VI; =20 - /* If config register selection 1 does not exist, exit. */ - if (!(cfg0 & MIPS3_CONFIG_CM)) - return; - - /* Learn TLB size and L1 cache geometry. */ - cfg1 =3D mips_rd_config1(); - cpuinfo->tlb_nentries =3D=20 - ((cfg1 & MIPS_CONFIG1_TLBSZ_MASK) >> MIPS_CONFIG1_TLBSZ_SHIFT) + 1;= - - /* L1 instruction cache. */ - tmp =3D (cfg1 & MIPS_CONFIG1_IL_MASK) >> MIPS_CONFIG1_IL_SHIFT; - if (tmp !=3D 0) { - cpuinfo->l1.ic_linesize =3D 1 << (tmp + 1); - cpuinfo->l1.ic_nways =3D (((cfg1 & MIPS_CONFIG1_IA_MASK) >> MIPS_CONFI= G1_IA_SHIFT)) + 1; - cpuinfo->l1.ic_nsets =3D=20 - 1 << (((cfg1 & MIPS_CONFIG1_IS_MASK) >> MIPS_CONFIG1_IS_SHIFT) + = 6); - cpuinfo->l1.ic_size =3D=20 - cpuinfo->l1.ic_linesize * cpuinfo->l1.ic_nsets * cpuinfo->l1.ic_nw= ays; - } - - /* L1 data cache. */ - tmp =3D (cfg1 & MIPS_CONFIG1_DL_MASK) >> MIPS_CONFIG1_DL_SHIFT; - if (tmp !=3D 0) { - cpuinfo->l1.dc_linesize =3D 1 << (tmp + 1); - cpuinfo->l1.dc_nways =3D=20 - (((cfg1 & MIPS_CONFIG1_DA_MASK) >> MIPS_CONFIG1_DA_SHIFT)) + 1; - cpuinfo->l1.dc_nsets =3D=20 - 1 << (((cfg1 & MIPS_CONFIG1_DS_MASK) >> MIPS_CONFIG1_DS_SHIFT) + 6= ); - } +#ifdef MIPS_HAS_CP0_SELECTORS + { + /* If config register selection 1 does not exist, exit. */ + if (!(cfg0 & MIPS3_CONFIG_CM)) + return; + + /* Learn TLB size and L1 cache geometry. */ + cfg1 =3D mips_rd_config1(); + cpuinfo->tlb_nentries =3D=20 + ((cfg1 & MIPS_CONFIG1_TLBSZ_MASK) >> MIPS_CONFIG1_TLBSZ_SHIFT) + 1; + + /* L1 instruction cache. */ + tmp =3D (cfg1 & MIPS_CONFIG1_IL_MASK) >> MIPS_CONFIG1_IL_SHIFT; + if (tmp !=3D 0) { + cpuinfo->l1.ic_linesize =3D 1 << (tmp + 1); + cpuinfo->l1.ic_nways =3D (((cfg1 & MIPS_CONFIG1_IA_MASK) >> MIPS_CONF= IG1_IA_SHIFT)) + 1; + cpuinfo->l1.ic_nsets =3D=20 + 1 << (((cfg1 & MIPS_CONFIG1_IS_MASK) >> MIPS_CONFIG1_IS_SHIFT) + 6);= + cpuinfo->l1.ic_size =3D=20 + cpuinfo->l1.ic_linesize * cpuinfo->l1.ic_nsets * cpuinfo->l1.ic_nway= s; + } + + /* L1 data cache. */ + tmp =3D (cfg1 & MIPS_CONFIG1_DL_MASK) >> MIPS_CONFIG1_DL_SHIFT; + if (tmp !=3D 0) { + cpuinfo->l1.dc_linesize =3D 1 << (tmp + 1); + cpuinfo->l1.dc_nways =3D=20 + (((cfg1 & MIPS_CONFIG1_DA_MASK) >> MIPS_CONFIG1_DA_SHIFT)) + 1; + cpuinfo->l1.dc_nsets =3D=20 + 1 << (((cfg1 & MIPS_CONFIG1_DS_MASK) >> MIPS_CONFIG1_DS_SHIFT) + 6);= + } #ifdef CPU_CNMIPS - /* - * Octeon does 128 byte line-size. But Config-Sel1 doesn't show - * 128 line-size, 1 Set, 64 ways. - */ - cpuinfo->l1.dc_linesize =3D 128; - cpuinfo->l1.dc_nsets =3D 1; - cpuinfo->l1.dc_nways =3D 64; -#endif - cpuinfo->l1.dc_size =3D cpuinfo->l1.dc_linesize=20 - * cpuinfo->l1.dc_nsets * cpuinfo->l1.dc_nways; + /* + * Octeon does 128 byte line-size. But Config-Sel1 doesn't show + * 128 line-size, 1 Set, 64 ways. + */ + cpuinfo->l1.dc_linesize =3D 128; + cpuinfo->l1.dc_nsets =3D 1; + cpuinfo->l1.dc_nways =3D 64; +#endif + cpuinfo->l1.dc_size =3D cpuinfo->l1.dc_linesize=20 + * cpuinfo->l1.dc_nsets * cpuinfo->l1.dc_nways; + } +#elif defined (TARGET_YEELOONG) + { + cpuinfo->tlb_nentries =3D 64; + + cpuinfo->l1.ic_linesize =3D 32; + cpuinfo->l1.ic_nways =3D 4; + cpuinfo->l1.ic_nsets =3D 65536 / (4 * 32); + cpuinfo->l1.ic_size =3D 65536; + + cpuinfo->l1.dc_linesize =3D 32; + cpuinfo->l1.dc_nways =3D 4; + cpuinfo->l1.dc_nsets =3D 65536 / (4 * 32); + cpuinfo->l1.dc_size =3D 65536; + + cpuinfo->l2.dc_linesize =3D 32; + cpuinfo->l2.dc_nways =3D 4; + cpuinfo->l2.dc_nsets =3D (512 * 1024) / (4 * 32); + cpuinfo->l2.dc_size =3D (512 * 1024); + } +#else +#error unknown architecture without selector support +#endif } =20 void @@ -143,6 +166,7 @@ =20 mips_icache_sync_all(); mips_dcache_wbinv_all(); + mips_sdcache_wbinv_all(); /* Print some info about CPU */ cpu_identify(); } @@ -150,7 +174,7 @@ static void cpu_identify(void) { - uint32_t cfg0, cfg1, cfg2, cfg3; + uint32_t cfg0; printf("cpu%d: ", 0); /* XXX per-cpu */ switch (cpuinfo.cpu_vendor) { case MIPS_PRID_CID_MTI: @@ -236,27 +260,33 @@ if (!(cfg0 & MIPS3_CONFIG_CM)) return; =20 - cfg1 =3D mips_rd_config1(); - printf(" Config1=3D0x%b\n", cfg1,=20 - "\20\7COP2\6MDMX\5PerfCount\4WatchRegs\3MIPS16\2EJTAG\1FPU"); - - /* If config register selection 2 does not exist, exit. */ - if (!(cfg1 & MIPS3_CONFIG_CM)) - return; - cfg2 =3D mips_rd_config2(); - /*=20 - * Config2 contains no useful information other then Config3=20 - * existence flag - */ - - /* If config register selection 3 does not exist, exit. */ - if (!(cfg2 & MIPS3_CONFIG_CM)) - return; - cfg3 =3D mips_rd_config3(); +#ifdef MIPS_HAS_CP0_SELECTORS + { + uint32_t cfg1, cfg2, cfg3; + + cfg1 =3D mips_rd_config1(); + printf(" Config1=3D0x%b\n", cfg1,=20 + "\20\7COP2\6MDMX\5PerfCount\4WatchRegs\3MIPS16\2EJTAG\1FPU"); + + /* If config register selection 2 does not exist, exit. */ + if (!(cfg1 & MIPS3_CONFIG_CM)) + return; + cfg2 =3D mips_rd_config2(); + /*=20 + * Config2 contains no useful information other then Config3=20 + * existence flag + */ + + /* If config register selection 3 does not exist, exit. */ + if (!(cfg2 & MIPS3_CONFIG_CM)) + return; + cfg3 =3D mips_rd_config3(); =20 /* Print Config3 if it contains any useful info */ - if (cfg3 & ~(0x80000000)) - printf(" Config3=3D0x%b\n", cfg3, "\20\2SmartMIPS\1TraceLogic"); + if (cfg3 & ~(0x80000000)) + printf(" Config3=3D0x%b\n", cfg3, "\20\2SmartMIPS\1TraceLogic"); + } +#endif } =20 static struct rman cpu_hardirq_rman; =3D=3D=3D modified file 'mips/mips/db_disasm.c' --- mips/mips/db_disasm.c 2010-08-13 22:16:49 +0000 +++ mips/mips/db_disasm.c 2010-08-14 10:37:00 +0000 @@ -53,6 +53,17 @@ #include #include =20 +static char *cache_op_suffix[4] =3D { + "i", "d", "s", "si" +}; + +static char *cache_op_type[8] =3D { + "Index_Writeback_Invalidate", "Index_Load_Tag", + "Index_Store_Tag", "Create_Dirty_EXCL", + "Hit_Invalidate", "Hit_Writeback_Invalidate", + "Hit_Writeback", "Hit_Set_Virtual" +}; + static char *op_name[64] =3D { /* 0 */ "spec", "bcond","j", "jal", "beq", "bne", "blez", "bgtz", /* 8 */ "addi", "addiu","slti", "sltiu","andi", "ori", "xori", "lui", @@ -373,6 +384,14 @@ reg_name[i.IType.rt], i.IType.imm); break; =20 + case OP_CACHE: + db_printf("%s%s\t%s, %d(%s)", op_name[i.IType.op], + cache_op_suffix[i.IType.rt & 3], + cache_op_type[i.IType.rt >> 2], + (short)i.IType.imm, reg_name[i.IType.rs] + ); + break; + =09 case OP_ADDI: case OP_DADDI: case OP_ADDIU: =3D=3D=3D modified file 'mips/mips/db_interface.c' --- mips/mips/db_interface.c 2010-08-13 22:16:49 +0000 +++ mips/mips/db_interface.c 2010-08-15 09:24:10 +0000 @@ -211,6 +211,7 @@ =20 mips_icache_sync_range((db_addr_t) addr, size); mips_dcache_wbinv_range((db_addr_t) addr, size); + mips_sdcache_wbinv_range((db_addr_t) addr, size); } (void)kdb_jmpbuf(prev_jb); return (ret); =3D=3D=3D modified file 'mips/mips/db_trace.c' --- mips/mips/db_trace.c 2010-08-13 22:16:49 +0000 +++ mips/mips/db_trace.c 2010-08-14 10:37:00 +0000 @@ -49,9 +49,19 @@ #define MIPS_END_OF_FUNCTION(ins) ((ins) =3D=3D 0x03e00008) =20 /* - * kdbpeekD(addr) - skip one word starting at 'addr', then read the seco= nd word + * kdbpeekD(addr) - read double word. */ -#define kdbpeekD(addr) kdbpeek(((int *)(addr)) + 1) + +static inline register_t +kdbpeekD (uintptr_t addr) { +#ifdef __MIPSEL__ + return ((uint64_t) kdbpeek ((int *) addr)) + | (((uint64_t) kdbpeek ((int *) addr + 1)) << 32); +#else + return ((uint64_t) kdbpeek ((int *) addr + 1)) + | (((uint64_t) kdbpeek ((int *) addr)) << 32); +#endif +} =20 /* * Functions ``special'' enough to print by name @@ -105,6 +115,9 @@ } =20 void +kproc_shutdown(void *arg, int howto); + +void stacktrace_subr(register_t pc, register_t sp, register_t ra, int (*printfn) (const char *,...)) { @@ -119,6 +132,8 @@ unsigned instr, mask; unsigned int frames =3D 0; int more, stksize, j; + const uintptr_t kseg0_start =3D sizeof (uintptr_t) =3D=3D 8 + ? 0x8000000000000000ULL : 0x80000000; =20 /* Jump here when done with a frame, to start a new one */ loop: @@ -140,7 +155,7 @@ } /* check for bad SP: could foul up next frame */ /*XXX MIPS64 bad: this hard-coded SP is lame */ - if (sp & 3 || (uintptr_t)sp < 0x80000000u) { + if (sp & 3 || (uintptr_t)sp < kseg0_start) { (*printfn) ("SP 0x%x: not in kernel\n", sp); ra =3D 0; subr =3D 0; @@ -156,7 +171,9 @@ * preceding "j ra" at the tail of the preceding function. Depends * on relative ordering of functions in exception.S, swtch.S. */ - if (pcBetween(MipsKernGenException, MipsUserGenException)) + if (pcBetween(panic, shutdown_nice)) + subr =3D (uintptr_t) panic; + else if (pcBetween(MipsKernGenException, MipsUserGenException)) subr =3D (uintptr_t)MipsKernGenException; else if (pcBetween(MipsUserGenException, MipsKernIntr)) subr =3D (uintptr_t)MipsUserGenException; @@ -181,7 +198,7 @@ } /* check for bad PC */ /*XXX MIPS64 bad: These hard coded constants are lame */ - if (pc & 3 || pc < (uintptr_t)0x80000000) { + if (pc & 3 || (uintptr_t)pc < kseg0_start) { (*printfn) ("PC 0x%x: not in kernel\n", pc); ra =3D 0; goto done; @@ -303,32 +320,34 @@ mask |=3D (1 << i.IType.rt); switch (i.IType.rt) { case 4:/* a0 */ - args[0] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[0] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[0] =3D 1; break; =20 case 5:/* a1 */ - args[1] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[1] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[1] =3D 1; break; =20 case 6:/* a2 */ - args[2] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[2] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[2] =3D 1; break; =20 case 7:/* a3 */ - args[3] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[3] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[3] =3D 1; break; =20 case 31: /* ra */ - ra =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + ra =3D kdbpeekD((sp + (short)i.IType.imm)); } break; =20 case OP_ADDI: case OP_ADDIU: + case OP_DADDIU: + case OP_DADDI: /* look for stack pointer adjustment */ if (i.IType.rs !=3D 29 || i.IType.rt !=3D 29) break; @@ -337,17 +356,18 @@ } =20 done: - (*printfn) ("%s+%x (", fn_name(subr), pc - subr); + (*printfn) ("%s+%lx (", fn_name(subr), (unsigned long) (pc - subr)); for (j =3D 0; j < 4; j ++) { if (j > 0) (*printfn)(","); if (valid_args[j]) - (*printfn)("%x", args[j]); + (*printfn)("%lx", (unsigned long) args[j]); else (*printfn)("?"); } =20 - (*printfn) (") ra %x sp %x sz %d\n", ra, sp, stksize); + (*printfn) (") ra %lx sp %lx sz %ld\n", (unsigned long) ra, + (unsigned long) sp, (long) stksize); =20 if (ra) { if (pc =3D=3D ra && stksize =3D=3D 0) @@ -403,8 +423,12 @@ struct pcb *ctx; =20 if (thr =3D=3D curthread) { - sp =3D (register_t)(intptr_t)__builtin_frame_address(0); - ra =3D (register_t)(intptr_t)__builtin_return_address(0); + __asm __volatile( + "move %0, $sp\n" + : "=3Dr" (sp)); + __asm __volatile( + "move %0, $ra\n" + : "=3Dr" (ra)); =20 __asm __volatile( "jal 99f\n" =3D=3D=3D modified file 'mips/mips/exception.S' --- mips/mips/exception.S 2010-08-13 22:16:49 +0000 +++ mips/mips/exception.S 2010-08-14 10:37:00 +0000 @@ -156,7 +156,10 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 #15: lo1 is loaded COP0_SYNC + MTC0 zero, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC tlbwr #1a: write to tlb +=09 HAZARD_DELAY eret #1f: retUrn from exception 1: j MipsTLBMissException #20: kernel exception @@ -868,6 +871,9 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 COP0_SYNC + MTC0 zero, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC + =20 b tlb_insert_entry nop @@ -881,6 +887,8 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 COP0_SYNC + MTC0 zero, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC =20 tlb_insert_entry: tlbp @@ -890,12 +898,12 @@ nop tlbwi eret - ssnop + SSNOP =20 tlb_insert_random: tlbwr eret - ssnop + SSNOP =20 3: /* @@ -1023,6 +1031,8 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 # lo1 is loaded COP0_SYNC + MTC0 zero, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC tlbwr # write to tlb HAZARD_DELAY eret # return from exception =3D=3D=3D modified file 'mips/mips/locore.S' --- mips/mips/locore.S 2010-08-13 22:16:49 +0000 +++ mips/mips/locore.S 2010-08-15 09:24:10 +0000 @@ -69,9 +69,38 @@ #include #include #include +#define ASM_FILE +#include "multiboot2.h" =20 #include "assym.s" =20 + .section ".multiboot", "a" + + /* Align 64 bits boundary. */ + .align 8 + =09 + /* Multiboot header. */ +multiboot_header: + /* magic */ + .long MULTIBOOT2_HEADER_MAGIC + .long MULTIBOOT_ARCHITECTURE_MIPS32 + /* Header length. */ + .long multiboot_header_end - multiboot_header + /* checksum */ + .long -(MULTIBOOT2_HEADER_MAGIC + MULTIBOOT_ARCHITECTURE_MIPS32 + (mult= iboot_header_end - multiboot_header)) +framebuffer_tag_start:=09 + .short MULTIBOOT_HEADER_TAG_FRAMEBUFFER + .short MULTIBOOT_HEADER_TAG_OPTIONAL + .long framebuffer_tag_end - framebuffer_tag_start + .long 1024 + .long 600 + .long 16 +framebuffer_tag_end: + .short MULTIBOOT_HEADER_TAG_END + .short 0 + .long 8 +multiboot_header_end: + .data #ifdef YAMON GLOBAL(fenvp) @@ -133,7 +162,10 @@ COP0_SYNC =20 /* Make sure KSEG0 is cached */ - li t0, MIPS_CCA_CACHED + mfc0 t0, MIPS_COP_0_CONFIG + srl t0, 3 + sll t0, 3 + ori t0, MIPS_CCA_CACHED mtc0 t0, MIPS_COP_0_CONFIG COP0_SYNC =20 =3D=3D=3D modified file 'mips/mips/machdep.c' --- mips/mips/machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/machdep.c 2010-08-15 09:24:10 +0000 @@ -232,7 +232,8 @@ void cpu_flush_dcache(void *ptr, size_t len) { - /* TBD */ + mips_dcache_wbinv_range((vm_offset_t)ptr, PAGE_SIZE); + mips_sdcache_wbinv_range((vm_offset_t)ptr, PAGE_SIZE); } =20 /* Get current clock frequency for the given cpu id. */ @@ -249,6 +250,7 @@ void cpu_halt(void) { + platform_halt (); for (;;) ; } @@ -351,6 +353,7 @@ */ mips_icache_sync_all(); mips_dcache_wbinv_all(); + mips_sdcache_wbinv_all(); =20 /*=20 * Mask all interrupts. Each interrupt will be enabled @@ -477,7 +480,11 @@ cpu_idle(int busy) { if (mips_rd_status() & MIPS_SR_INT_IE) + { +#ifndef TARGET_YEELOONG __asm __volatile ("wait"); +#endif + } else panic("ints disabled in idleproc!"); } =3D=3D=3D modified file 'mips/mips/mp_machdep.c' --- mips/mips/mp_machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/mp_machdep.c 2010-08-15 09:24:10 +0000 @@ -272,6 +272,7 @@ * on the BSP. */ mips_dcache_wbinv_all(); + mips_sdcache_wbinv_all(); mips_icache_sync_all(); =20 mips_sync(); =3D=3D=3D added file 'mips/mips/multiboot2.h' --- mips/mips/multiboot2.h 1970-01-01 00:00:00 +0000 +++ mips/mips/multiboot2.h 2010-08-14 10:37:00 +0000 @@ -0,0 +1,314 @@ +/* multiboot2.h - Multiboot 2 header file. */ +/* Copyright (C) 1999,2003,2007,2008,2009,2010 Free Software Foundatio= n, Inc. + * + * Permission is hereby granted, free of charge, to any person obtainin= g a copy + * of this software and associated documentation files (the "Software")= , to + * deal in the Software without restriction, including without limitati= on the + * rights to use, copy, modify, merge, publish, distribute, sublicense,= and/or + * sell copies of the Software, and to permit persons to whom the Softw= are is + * furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice shall be inclu= ded in + * all copies or substantial portions of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPR= ESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABIL= ITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT S= HALL ANY + * DEVELOPER OR DISTRIBUTOR BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER L= IABILITY, + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, O= UT OF OR + * IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE = SOFTWARE. + */ + +#ifndef MULTIBOOT_HEADER +#define MULTIBOOT_HEADER 1 + +/* How many bytes from the start of the file we search for the header. = */ +#define MULTIBOOT_SEARCH 32768 +#define MULTIBOOT_HEADER_ALIGN 8 + +/* The magic field should contain this. */ +#define MULTIBOOT2_HEADER_MAGIC 0xe85250d6 + +/* This should be in %eax. */ +#define MULTIBOOT2_BOOTLOADER_MAGIC 0x36d76289 + +/* Alignment of multiboot modules. */ +#define MULTIBOOT_MOD_ALIGN 0x00001000 + +/* Alignment of the multiboot info structure. */ +#define MULTIBOOT_INFO_ALIGN 0x00000008 + +/* Flags set in the 'flags' member of the multiboot header. */ + +#define MULTIBOOT_TAG_ALIGN 8 +#define MULTIBOOT_TAG_TYPE_END 0 +#define MULTIBOOT_TAG_TYPE_CMDLINE 1 +#define MULTIBOOT_TAG_TYPE_BOOT_LOADER_NAME 2 +#define MULTIBOOT_TAG_TYPE_MODULE 3 +#define MULTIBOOT_TAG_TYPE_BASIC_MEMINFO 4 +#define MULTIBOOT_TAG_TYPE_BOOTDEV 5 +#define MULTIBOOT_TAG_TYPE_MMAP 6 +#define MULTIBOOT_TAG_TYPE_VBE 7 +#define MULTIBOOT_TAG_TYPE_FRAMEBUFFER 8 +#define MULTIBOOT_TAG_TYPE_ELF_SECTIONS 9 +#define MULTIBOOT_TAG_TYPE_APM 10 + +#define MULTIBOOT_HEADER_TAG_END 0 +#define MULTIBOOT_HEADER_TAG_INFORMATION_REQUEST 1 +#define MULTIBOOT_HEADER_TAG_ADDRESS 2 +#define MULTIBOOT_HEADER_TAG_ENTRY_ADDRESS 3 +#define MULTIBOOT_HEADER_TAG_CONSOLE_FLAGS 4 +#define MULTIBOOT_HEADER_TAG_FRAMEBUFFER 5 +#define MULTIBOOT_HEADER_TAG_MODULE_ALIGN 6 + +#define MULTIBOOT_ARCHITECTURE_I386 0 +#define MULTIBOOT_ARCHITECTURE_MIPS32 4 +#define MULTIBOOT_HEADER_TAG_OPTIONAL 1 + +#define MULTIBOOT_CONSOLE_FLAGS_CONSOLE_REQUIRED 1 +#define MULTIBOOT_CONSOLE_FLAGS_EGA_TEXT_SUPPORTED 2 + +#ifndef ASM_FILE + +typedef unsigned char multiboot_uint8_t; +typedef unsigned short multiboot_uint16_t; +typedef unsigned int multiboot_uint32_t; +typedef unsigned long long multiboot_uint64_t; + +struct multiboot_header +{ + /* Must be MULTIBOOT_MAGIC - see above. */ + multiboot_uint32_t magic; + + /* ISA */ + multiboot_uint32_t architecture; + + /* Total header length. */ + multiboot_uint32_t header_length; + + /* The above fields plus this one must equal 0 mod 2^32. */ + multiboot_uint32_t checksum; +}; + +struct multiboot_header_tag +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; +}; + +struct multiboot_header_tag_information_request +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t requests[0]; +}; + +struct multiboot_header_tag_address +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t header_addr; + multiboot_uint32_t load_addr; + multiboot_uint32_t load_end_addr; + multiboot_uint32_t bss_end_addr; +}; + +struct multiboot_header_tag_entry_address +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t entry_addr; +}; + +struct multiboot_header_tag_console_flags +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t console_flags; +}; + +struct multiboot_header_tag_framebuffer +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t width; + multiboot_uint32_t height; + multiboot_uint32_t depth; +}; + +struct multiboot_header_tag_module_align +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t width; + multiboot_uint32_t height; + multiboot_uint32_t depth; +}; + +struct multiboot_color +{ + multiboot_uint8_t red; + multiboot_uint8_t green; + multiboot_uint8_t blue; +}; + +struct multiboot_mmap_entry +{ + multiboot_uint64_t addr; + multiboot_uint64_t len; +#define MULTIBOOT_MEMORY_AVAILABLE 1 +#define MULTIBOOT_MEMORY_RESERVED 2 +#define MULTIBOOT_MEMORY_ACPI_RECLAIMABLE 3 +#define MULTIBOOT_MEMORY_NVS 4 + multiboot_uint32_t type; + multiboot_uint32_t zero; +} __attribute__((packed)); +typedef struct multiboot_mmap_entry multiboot_memory_map_t; + +struct multiboot_tag +{ + multiboot_uint32_t type; + multiboot_uint32_t size; +}; + +struct multiboot_tag_string +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + char string[0]; +}; + +struct multiboot_tag_module +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t mod_start; + multiboot_uint32_t mod_end; + char cmdline[0]; +}; + +struct multiboot_tag_basic_meminfo +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t mem_lower; + multiboot_uint32_t mem_upper; +}; + +struct multiboot_tag_bootdev +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t biosdev; + multiboot_uint32_t slice; + multiboot_uint32_t part; +}; + +struct multiboot_tag_mmap +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t entry_size; + multiboot_uint32_t entry_version; + struct multiboot_mmap_entry entries[0]; =20 +}; + +struct multiboot_vbe_info_block +{ + multiboot_uint8_t external_specification[512]; +}; + +struct multiboot_vbe_mode_info_block +{ + multiboot_uint8_t external_specification[256]; +}; + +struct multiboot_tag_vbe +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + + multiboot_uint16_t vbe_mode; + multiboot_uint16_t vbe_interface_seg; + multiboot_uint16_t vbe_interface_off; + multiboot_uint16_t vbe_interface_len; + + struct multiboot_vbe_info_block vbe_control_info; + struct multiboot_vbe_mode_info_block vbe_mode_info; +}; + +struct multiboot_tag_framebuffer_common +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + + multiboot_uint64_t framebuffer_addr; + multiboot_uint32_t framebuffer_pitch; + multiboot_uint32_t framebuffer_width; + multiboot_uint32_t framebuffer_height; + multiboot_uint8_t framebuffer_bpp; +#define MULTIBOOT_FRAMEBUFFER_TYPE_INDEXED 0 +#define MULTIBOOT_FRAMEBUFFER_TYPE_RGB 1 +#define MULTIBOOT_FRAMEBUFFER_TYPE_EGA_TEXT 2 + multiboot_uint8_t framebuffer_type; + multiboot_uint16_t reserved; +}; + +struct multiboot_tag_framebuffer +{ + struct multiboot_tag_framebuffer_common common; + + union + { + struct + { + multiboot_uint16_t framebuffer_palette_num_colors; + struct multiboot_color framebuffer_palette[0]; + } palette; + struct + { + multiboot_uint8_t framebuffer_red_field_position; + multiboot_uint8_t framebuffer_red_mask_size; + multiboot_uint8_t framebuffer_green_field_position; + multiboot_uint8_t framebuffer_green_mask_size; + multiboot_uint8_t framebuffer_blue_field_position; + multiboot_uint8_t framebuffer_blue_mask_size; + } direct; + } color; +}; + +struct multiboot_tag_elf_sections +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t num; + multiboot_uint32_t entsize; + multiboot_uint32_t shndx; + char sections[0]; +}; + +struct multiboot_tag_apm +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint16_t version; + multiboot_uint16_t cseg; + multiboot_uint32_t offset; + multiboot_uint16_t cseg_16; + multiboot_uint16_t dseg; + multiboot_uint16_t flags; + multiboot_uint16_t cseg_len; + multiboot_uint16_t cseg_16_len; + multiboot_uint16_t dseg_len; +}; + +#endif /* ! ASM_FILE */ + +#endif /* ! MULTIBOOT_HEADER */ =3D=3D=3D modified file 'mips/mips/nexus.c' --- mips/mips/nexus.c 2010-08-13 22:16:49 +0000 +++ mips/mips/nexus.c 2010-08-14 21:18:26 +0000 @@ -151,7 +151,7 @@ } =20 mem_rman.rm_start =3D 0; - mem_rman.rm_end =3D ~0u; + mem_rman.rm_end =3D ~(uintptr_t)0; mem_rman.rm_type =3D RMAN_ARRAY; mem_rman.rm_descr =3D "Memory addresses"; if (rman_init(&mem_rman) !=3D 0 || =3D=3D=3D modified file 'mips/mips/pmap.c' --- mips/mips/pmap.c 2010-08-13 22:16:49 +0000 +++ mips/mips/pmap.c 2010-08-15 11:18:29 +0000 @@ -213,6 +213,15 @@ */ static struct local_sysmaps sysmap_lmem[MAXCPU]; =20 +/* To avoid the need of flushing the cache again after just few writes + use only acceleration + */ +#ifdef MIPS_CCA_UA +#define PMAP_LMEM_CACHE PTE_C(MIPS_CCA_UA) +#else +#define PMAP_LMEM_CACHE PTE_C_UNCACHED +#endif + #define PMAP_LMEM_MAP1(va, phys) \ int cpu; \ struct local_sysmaps *sysm; \ @@ -223,7 +232,7 @@ sysm =3D &sysmap_lmem[cpu]; \ va =3D sysm->base; \ npte =3D TLBLO_PA_TO_PFN(phys) | \ - PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_CACHE; \ + PTE_D | PTE_V | PTE_G | PTE_W | PMAP_LMEM_CACHE; \ pte =3D pmap_pte(kernel_pmap, va); \ *pte =3D npte; \ sysm->valid1 =3D 1 @@ -239,11 +248,11 @@ va1 =3D sysm->base; \ va2 =3D sysm->base + PAGE_SIZE; \ npte =3D TLBLO_PA_TO_PFN(phys1) | \ - PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_CACHE; \ + PTE_D | PTE_V | PTE_G | PTE_W | PMAP_LMEM_CACHE; \ pte =3D pmap_pte(kernel_pmap, va1); \ *pte =3D npte; \ npte =3D TLBLO_PA_TO_PFN(phys2) | \ - PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_CACHE; \ + PTE_D | PTE_V | PTE_G | PTE_W | PMAP_LMEM_CACHE; \ pte =3D pmap_pte(kernel_pmap, va2); \ *pte =3D npte; \ sysm->valid1 =3D 1; \ @@ -804,7 +813,7 @@ npte =3D TLBLO_PA_TO_PFN(pa) | PTE_D | PTE_V | PTE_G | PTE_W; =20 if (is_cacheable_mem(pa)) - npte |=3D PTE_C_CACHE; + npte |=3D PTE_C_UNCACHED; else npte |=3D PTE_C_UNCACHED; =20 @@ -827,6 +836,7 @@ * Write back all caches from the page being destroyed */ mips_dcache_wbinv_range_index(va, PAGE_SIZE); + mips_sdcache_wbinv_range_index(va, PAGE_SIZE); =20 pte =3D pmap_pte(kernel_pmap, va); *pte =3D PTE_G; @@ -894,6 +904,7 @@ } =20 mips_dcache_wbinv_range_index(origva, PAGE_SIZE*count); + mips_sdcache_wbinv_range_index(origva, PAGE_SIZE*count); } =20 /* @@ -1587,6 +1598,7 @@ * Write back all caches from the page being destroyed */ mips_dcache_wbinv_range_index(va, PAGE_SIZE); + mips_sdcache_wbinv_range_index(va, PAGE_SIZE); =20 /* * get a local va for mappings for this pmap. @@ -1690,7 +1702,10 @@ * the page being destroyed */ if (m->md.pv_list_count =3D=3D 1)=20 + { mips_dcache_wbinv_range_index(pv->pv_va, PAGE_SIZE); + mips_sdcache_wbinv_range_index(pv->pv_va, PAGE_SIZE); + } =20 pv->pv_pmap->pm_stats.resident_count--; =20 @@ -1961,7 +1976,7 @@ newpte =3D TLBLO_PA_TO_PFN(pa) | rw | PTE_V; =20 if (is_cacheable_mem(pa)) - newpte |=3D PTE_C_CACHE; + newpte |=3D PTE_C_UNCACHED; else newpte |=3D PTE_C_UNCACHED; =20 @@ -2009,7 +2024,15 @@ (prot & VM_PROT_EXECUTE)) { mips_icache_sync_range(va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); } + mips_dcache_wbinv_range(MIPS_PHYS_TO_KSEG0(pa), PAGE_SIZE); + mips_sdcache_wbinv_range(MIPS_PHYS_TO_KSEG0(pa), PAGE_SIZE); +#if defined(__mips_n64) + mips_dcache_wbinv_range(MIPS_PHYS_TO_XKPHYS(MIPS_CCA_C, pa), PAGE_SIZE)= ; + mips_sdcache_wbinv_range(MIPS_PHYS_TO_KSEG0(MIPS_CCA_C, pa), PAGE_SIZE)= ; +#endif + vm_page_unlock_queues(); PMAP_UNLOCK(pmap); } @@ -2126,7 +2149,7 @@ *pte =3D TLBLO_PA_TO_PFN(pa) | PTE_V; =20 if (is_cacheable_mem(pa)) - *pte |=3D PTE_C_CACHE; + *pte |=3D PTE_C_UNCACHED; else *pte |=3D PTE_C_UNCACHED; =20 @@ -2142,6 +2165,7 @@ va &=3D ~PAGE_MASK; mips_icache_sync_range(va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); } } return (mpte); @@ -2189,7 +2213,7 @@ cpu =3D PCPU_GET(cpuid); sysm =3D &sysmap_lmem[cpu]; /* Since this is for the debugger, no locks or any other fun */ - npte =3D TLBLO_PA_TO_PFN(pa) | PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_C= ACHE; + npte =3D TLBLO_PA_TO_PFN(pa) | PTE_D | PTE_V | PTE_G | PTE_W | PTE_C_U= NCACHED; pte =3D pmap_pte(kernel_pmap, sysm->base); *pte =3D npte; sysm->valid1 =3D 1; @@ -2343,6 +2367,7 @@ va =3D MIPS_PHYS_TO_XKPHYS_CACHED(phys); bzero((caddr_t)va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); } #else void @@ -2357,11 +2382,13 @@ =20 bzero((caddr_t)va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); } else { PMAP_LMEM_MAP1(va, phys); =20 bzero((caddr_t)va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); =20 PMAP_LMEM_UNMAP(); } @@ -2383,6 +2410,7 @@ va =3D MIPS_PHYS_TO_XKPHYS_CACHED(phys); bzero((char *)(caddr_t)va + off, size); mips_dcache_wbinv_range(va + off, size); + mips_sdcache_wbinv_range(va + off, size); } #else void @@ -2396,11 +2424,13 @@ va =3D MIPS_PHYS_TO_KSEG0(phys); bzero((char *)(caddr_t)va + off, size); mips_dcache_wbinv_range(va + off, size); + mips_sdcache_wbinv_range(va + off, size); } else { PMAP_LMEM_MAP1(va, phys); =20 bzero((char *)va + off, size); mips_dcache_wbinv_range(va + off, size); + mips_sdcache_wbinv_range(va + off, size); =20 PMAP_LMEM_UNMAP(); } @@ -2417,6 +2447,7 @@ va =3D MIPS_PHYS_TO_XKPHYS_CACHED(phys); bzero((caddr_t)va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); } #else void @@ -2430,11 +2461,13 @@ va =3D MIPS_PHYS_TO_KSEG0(phys); bzero((caddr_t)va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); } else { PMAP_LMEM_MAP1(va, phys); =20 bzero((caddr_t)va, PAGE_SIZE); mips_dcache_wbinv_range(va, PAGE_SIZE); + mips_sdcache_wbinv_range(va, PAGE_SIZE); =20 PMAP_LMEM_UNMAP(); } @@ -2459,10 +2492,12 @@ =20 pmap_flush_pvcache(src); mips_dcache_wbinv_range_index(MIPS_PHYS_TO_XKPHYS_CACHED(phy_dst), PAGE= _SIZE); + mips_sdcache_wbinv_range_index(MIPS_PHYS_TO_XKPHYS_CACHED(phy_dst), PAG= E_SIZE); va_src =3D MIPS_PHYS_TO_XKPHYS_CACHED(phy_src); va_dst =3D MIPS_PHYS_TO_XKPHYS_CACHED(phy_dst); bcopy((caddr_t)va_src, (caddr_t)va_dst, PAGE_SIZE); mips_dcache_wbinv_range(va_dst, PAGE_SIZE); + mips_sdcache_wbinv_range(va_dst, PAGE_SIZE); } #else void @@ -2482,15 +2517,19 @@ pmap_flush_pvcache(src); mips_dcache_wbinv_range_index( MIPS_PHYS_TO_KSEG0(phy_dst), PAGE_SIZE); + mips_sdcache_wbinv_range_index( + MIPS_PHYS_TO_KSEG0(phy_dst), PAGE_SIZE); va_src =3D MIPS_PHYS_TO_KSEG0(phy_src); va_dst =3D MIPS_PHYS_TO_KSEG0(phy_dst); bcopy((caddr_t)va_src, (caddr_t)va_dst, PAGE_SIZE); mips_dcache_wbinv_range(va_dst, PAGE_SIZE); + mips_sdcache_wbinv_range(va_dst, PAGE_SIZE); } else { PMAP_LMEM_MAP2(va_src, phy_src, va_dst, phy_dst); =20 bcopy((void *)va_src, (void *)va_dst, PAGE_SIZE); mips_dcache_wbinv_range(va_dst, PAGE_SIZE); + mips_sdcache_wbinv_range(va_dst, PAGE_SIZE); =20 PMAP_LMEM_UNMAP(); } @@ -3252,16 +3291,16 @@ int rw; =20 if (!(prot & VM_PROT_WRITE)) - rw =3D PTE_V | PTE_RO | PTE_C_CACHE; + rw =3D PTE_RO; else if ((m->flags & (PG_FICTITIOUS | PG_UNMANAGED)) =3D=3D 0) { if ((m->md.pv_flags & PV_TABLE_MOD) !=3D 0) - rw =3D PTE_V | PTE_D | PTE_C_CACHE; + rw =3D PTE_D; else - rw =3D PTE_V | PTE_C_CACHE; + rw =3D 0; vm_page_flag_set(m, PG_WRITEABLE); } else /* Needn't emulate a modified bit for unmanaged pages. */ - rw =3D PTE_V | PTE_D | PTE_C_CACHE; + rw =3D PTE_D; return (rw); } =20 @@ -3390,6 +3429,7 @@ for (pv =3D TAILQ_FIRST(&m->md.pv_list); pv; pv =3D TAILQ_NEXT(pv, pv_list)) { mips_dcache_wbinv_range_index(pv->pv_va, PAGE_SIZE); + mips_sdcache_wbinv_range_index(pv->pv_va, PAGE_SIZE); } } } =3D=3D=3D added file 'mips/mips/sc_machdep.c' --- mips/mips/sc_machdep.c 1970-01-01 00:00:00 +0000 +++ mips/mips/sc_machdep.c 2010-08-14 22:59:18 +0000 @@ -0,0 +1,90 @@ +/*- + * Copyright (c) 2003 Jake Burkholder. + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include + +static sc_softc_t sc_softcs[8]; + +int +sc_get_cons_priority(int *unit, int *flags) +{ + + *unit =3D 0; + *flags =3D 0; + return (CN_INTERNAL); +} + +int +sc_max_unit(void) +{ + return (1); +} + +sc_softc_t * +sc_get_softc(int unit, int flags) +{ + sc_softc_t *sc; + + if (unit < 0 || unit >=3D 8) + return (NULL); + sc =3D &sc_softcs[unit]; + sc->unit =3D unit; + if ((sc->flags & SC_INIT_DONE) =3D=3D 0) { + sc->keyboard =3D -1; + sc->adapter =3D -1; + sc->cursor_char =3D SC_CURSOR_CHAR; + sc->mouse_char =3D SC_MOUSE_CHAR; + } + return (sc); +} + +void +sc_get_bios_values(bios_values_t *values) +{ + values->cursor_start =3D 0; + values->cursor_end =3D 32; + values->shift_state =3D 0; +} + +int +sc_tone(int hz) +{ + return (0); +} =3D=3D=3D modified file 'mips/mips/support.S' --- mips/mips/support.S 2010-08-13 22:16:49 +0000 +++ mips/mips/support.S 2010-08-14 10:37:00 +0000 @@ -97,6 +97,8 @@ =20 #include "assym.s" =20 +#define MAKE_FRAMES 1 + .set noreorder # Noreorder is default style! =20 /* @@ -827,6 +829,12 @@ LEAF(bzero) ALEAF(blkclr) .set noreorder +#ifdef MAKE_FRAMES + daddiu sp, sp, -32 + sd ra, 16(sp) + sd a0, 8(sp) + sd a1, 0(sp) +#endif blt a1, 12, smallclr # small amount to clear? PTR_SUBU a3, zero, a0 # compute # bytes to word align address and a3, a3, 3 @@ -851,11 +859,13 @@ bne a0, a3, 1b sb zero, -1(a0) 2: +#ifdef MAKE_FRAMES + daddiu sp, sp, 32 +#endif j ra nop END(bzero) =20 - /* * bcmp(s1, s2, n) */ =3D=3D=3D modified file 'mips/mips/uio_machdep.c' --- mips/mips/uio_machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/uio_machdep.c 2010-08-15 09:24:10 +0000 @@ -100,6 +100,7 @@ * in order to get it overwritten by correct data */ mips_dcache_wbinv_range((vm_offset_t)cp, cnt); + mips_sdcache_wbinv_range((vm_offset_t)cp, cnt); pmap_flush_pvcache(m); } else { sf =3D sf_buf_alloc(m, 0); @@ -131,7 +132,10 @@ if (sf !=3D NULL) sf_buf_free(sf); else + { mips_dcache_wbinv_range((vm_offset_t)cp, cnt); + mips_sdcache_wbinv_range((vm_offset_t)cp, cnt); + } iov->iov_base =3D (char *)iov->iov_base + cnt; iov->iov_len -=3D cnt; uio->uio_resid -=3D cnt; =3D=3D=3D added directory 'mips/yeeloong' =3D=3D=3D added file 'mips/yeeloong/atkbdc_yeeloong.c' --- mips/yeeloong/atkbdc_yeeloong.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/atkbdc_yeeloong.c 2010-08-16 19:55:52 +0000 @@ -0,0 +1,173 @@ +/*- + * Copyright (c) 1999 Kazutaka YOKOTA + * Copyright (c) 2010 Vladimir 'phcoder' Serbinenko + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer as + * the first lines of this file unmodified. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHORS ``AS IS'' AND ANY EXPRESS OR= + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRAN= TIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIME= D. + * IN NO EVENT SHALL THE AUTHORS BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, = BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF = USE, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY= + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE= OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include "opt_kbd.h" + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include +#include + +#include +#include + +static void +atkbdc_yeeloong_identify(driver_t * drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "atkbdc", 0); +} + +static int +atkbdc_yeeloong_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "Keyboard controller (i8042)"); + return (0); +} + +static int +atkbdc_yeeloong_attach(device_t dev) +{ + atkbdc_softc_t *sc; + int unit; + int error; + int rid; + atkbdc_device_t *adi; + device_t cdev; + + unit =3D device_get_unit(dev); + sc =3D *(atkbdc_softc_t **)device_get_softc(dev); + if (sc =3D=3D NULL) { + /* + * We have to maintain two copies of the kbdc_softc struct, + * as the low-level console needs to have access to the + * keyboard controller before kbdc is probed and attached. + * kbdc_soft[] contains the default entry for that purpose. + * See atkbdc.c. XXX + */ + sc =3D atkbdc_get_softc(unit); + if (sc =3D=3D NULL) + return ENOMEM; + } + + rid =3D 0; + sc->retry =3D 5000; + sc->port0 =3D bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, + 0x60, + 0x60, + 1, RF_ACTIVE); + if (sc->port0 =3D=3D NULL) + return ENXIO; + + rid =3D 1; + sc->port1 =3D bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, + 0x64, + 0x64, + 1, RF_ACTIVE); + if (sc->port1 =3D=3D NULL) { + bus_release_resource(dev, SYS_RES_IOPORT, 0, sc->port0); + return ENXIO; + } + + error =3D atkbdc_attach_unit(unit, sc, sc->port0, sc->port1); + if (error) { + bus_release_resource(dev, SYS_RES_IOPORT, 0, sc->port0); + bus_release_resource(dev, SYS_RES_IOPORT, 1, sc->port1); + return error; + } + + *(atkbdc_softc_t **)device_get_softc(dev) =3D sc; +=09 + cdev =3D device_add_child(dev, ATKBD_DRIVER_NAME, -1); + adi =3D malloc(sizeof(struct atkbdc_device), M_ATKBDDEV, + M_NOWAIT | M_ZERO); + + if (cdev && adi) + { + int intr =3D 1; + adi->rid =3D KBDC_RID_KBD; + resource_list_init(&adi->resources); + resource_list_add(&adi->resources, SYS_RES_IRQ, adi->rid, + intr, intr, 1); + device_set_ivars(cdev, adi); + } + + + bus_generic_attach(dev); + + return 0; +} + +static device_method_t atkbdc_yeeloong_methods[] =3D { + DEVMETHOD(device_identify, atkbdc_yeeloong_identify), + DEVMETHOD(device_probe, atkbdc_yeeloong_probe), + + DEVMETHOD(device_attach, atkbdc_yeeloong_attach), + DEVMETHOD(device_suspend, bus_generic_suspend), + DEVMETHOD(device_resume, bus_generic_resume), + + DEVMETHOD(bus_print_child, atkbdc_print_child), + DEVMETHOD(bus_read_ivar, atkbdc_read_ivar), + DEVMETHOD(bus_write_ivar, atkbdc_write_ivar), + DEVMETHOD(bus_get_resource_list,atkbdc_get_resource_list), + DEVMETHOD(bus_alloc_resource, bus_generic_rl_alloc_resource), + DEVMETHOD(bus_release_resource, bus_generic_rl_release_resource), + DEVMETHOD(bus_activate_resource, bus_generic_activate_resource), + DEVMETHOD(bus_deactivate_resource, bus_generic_deactivate_resource), + DEVMETHOD(bus_get_resource, bus_generic_rl_get_resource), + DEVMETHOD(bus_set_resource, bus_generic_rl_set_resource), + DEVMETHOD(bus_delete_resource, bus_generic_rl_delete_resource), + DEVMETHOD(bus_setup_intr, bus_generic_setup_intr), + DEVMETHOD(bus_teardown_intr, bus_generic_teardown_intr), + + { 0, 0 } +}; + +static driver_t atkbdc_driver =3D { + ATKBDC_DRIVER_NAME, + atkbdc_yeeloong_methods, + sizeof(atkbdc_softc_t *), +}; + + +DRIVER_MODULE(atkbdc, geode, atkbdc_driver, atkbdc_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/bonito_pci.c' --- mips/yeeloong/bonito_pci.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/bonito_pci.c 2010-08-16 19:55:52 +0000 @@ -0,0 +1,481 @@ +/*- + * Copyright (c) 2010 Vladimir Serbinenko + * Copyright (c) 2010 Juli Mallett + * Copyright (c) 2006 Oleksandr Tymoshenko + * Copyright (c) 2002-2004 Juli Mallett + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include + +#include +#include +#include +#include + +#include +#include + +#include + +#include "pcib_if.h" + +#define BONITO_NUM_INTS 16 +#define PCI_NUM_INTS 4 + +struct bonito_softc +{ + struct rman sc_irq; + struct rman sc_io; + struct rman sc_mem; + struct intr_event *intr_events[BONITO_NUM_INTS]; + void *intr_cookie; + struct mtx config_mtx; +}; + +#define PCI_CONF_CTRL_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbf= e00118) +#define PCI_INTEDGE_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe0= 0124) +#define PCI_INTPOL_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe00= 12c) +#define PCI_INTENSET_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe= 00130) +#define PCI_INTENCLR_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe= 00134) +#define PCI_INTEN_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe001= 38) +#define PCI_INTISR_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe00= 13c) +#define PCI_CONFSPACE 0xbfe80000 +#define PCI_INTA 4 +#define PCI_INTB 5 +#define PCI_INTC 6 +#define PCI_INTD 7 +#define HANDLED_INTERRUPTS 0xf0 + +#define BONITO_IRQ 4 + +static void +bonito_identify(driver_t *drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "pcib", 0); +} + +static int +bonito_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "Bonito Loongson PCI bridge"); + return (0); +} + +static void +bonito_intr(void *sc_in) +{ + struct intr_event *event; + int i; + struct bonito_softc *sc =3D sc_in; + + while ((i =3D fls(PCI_INTISR_REG & PCI_INTEN_REG & HANDLED_INTERRUPTS))= + !=3D 0) { + i--; /* Get a 0-offset interrupt. */ + PCI_INTENCLR_REG =3D (1 << i); + PCI_INTENSET_REG =3D (1 << i); + event =3D sc->intr_events[i]; + + if (!event || TAILQ_EMPTY(&event->ie_handlers)) { + printf("stray bonito interrupt %d\n", i); + continue; + } + + if (intr_event_handle(event, NULL) !=3D 0) { + printf("stray bonito interrupt %d\n", i); + } + } +} + +static int +bonito_attach(device_t dev) +{ + struct bonito_softc *sc; + int error; + + sc =3D device_get_softc(dev); + + mtx_init(&sc->config_mtx, "bonito_cfg", + "Bonito configuration space mutex", MTX_SPIN | MTX_QUIET); + + sc->sc_irq.rm_type =3D RMAN_ARRAY; + sc->sc_irq.rm_descr =3D "Bonito PCI IRQs"; + error =3D rman_init(&sc->sc_irq); + if (error !=3D 0) + return (error); + + error =3D rman_manage_region(&sc->sc_irq, 0, BONITO_NUM_INTS - 1); + if (error !=3D 0) + return (error); + + PCI_INTENCLR_REG =3D ~0; + PCI_INTPOL_REG =3D (1 << 12) | (1 << 11); + PCI_INTEDGE_REG =3D 0; + + memset (sc->intr_events, 0, sizeof (sc->intr_events)); + cpu_establish_hardintr ("Bonito interrupt", NULL, bonito_intr, sc, + BONITO_IRQ, INTR_TYPE_MISC, &sc->intr_cookie); + + sc->sc_io.rm_type =3D RMAN_ARRAY; + sc->sc_io.rm_descr =3D "Bonito PCI I/O Ports"; + error =3D rman_init(&sc->sc_io); + if (error !=3D 0) + return (error); + + error =3D rman_manage_region(&sc->sc_io, 0x0, 0x100000); + if (error !=3D 0) + return (error); + + sc->sc_mem.rm_type =3D RMAN_ARRAY; + sc->sc_mem.rm_descr =3D "Bonito PCI Memory"; + error =3D rman_init(&sc->sc_mem); + if (error !=3D 0) + return (error); + + (*(volatile uint32_t *) (intptr_t) (int32_t) 0xbfe00104) =3D 0; + (*(volatile uint32_t *) (intptr_t) (int32_t) 0xbfe00110) + =3D (0) | (1 << 6) | (2 << 12); + + error =3D rman_manage_region(&sc->sc_mem, 0x1000, 0xc000000); + if (error !=3D 0) + return (error); + + device_add_child(dev, "pci", 0); + + return (bus_generic_attach(dev)); +} + +static int +bonito_read_ivar(device_t dev, device_t child, int which, uintptr_t *res= ult) +{ + if (which =3D=3D PCIB_IVAR_DOMAIN || which =3D=3D PCIB_IVAR_BUS) + { + *result =3D 0; + return (0); + } + return (ENOENT); +} + +static int +bonito_maxslots(device_t dev) +{ + return 10; +} + +static uint32_t +bonito_read_config(device_t dev, u_int bus, u_int slot, u_int func, u_in= t reg, + int bytes) +{ + intptr_t addr; + uint32_t ret; + struct bonito_softc *sc; + + sc =3D device_get_softc(dev); + + addr =3D (int32_t) (PCI_CONFSPACE | (func << 8) | (reg & ~(bytes - 1)))= ; + + mtx_lock_spin(&sc->config_mtx); + PCI_CONF_CTRL_REG =3D (1 << slot); + + switch (bytes) { + case 4: + ret =3D *((volatile uint32_t *) addr); + break; + case 2: + ret =3D *((volatile uint16_t *) addr); + break; + case 1: + ret =3D *((volatile uint8_t *) addr); + break; + default: + ret =3D ((uint32_t)-1); + break; + } + mtx_unlock_spin(&sc->config_mtx); + return ret; +} + +static void +bonito_write_config(device_t dev, u_int bus, u_int slot, u_int func, + u_int reg, uint32_t data, int bytes) +{ + intptr_t addr; + struct bonito_softc *sc; + + sc =3D device_get_softc(dev); + + addr =3D (int32_t) (PCI_CONFSPACE | (func << 8) | (reg & ~(bytes - 1)))= ; + + mtx_lock_spin(&sc->config_mtx); + + PCI_CONF_CTRL_REG =3D (1 << slot); + + switch (bytes) { + case 4: + *((volatile uint32_t *) addr) =3D data; + break; + case 2: + *((volatile uint16_t *) addr) =3D data; + break; + case 1: + *((volatile uint8_t *) addr) =3D data; + break; + default: + break; + } + mtx_unlock_spin(&sc->config_mtx);=09 +} + +static struct resource * +bonito_alloc_resource(device_t bus, device_t child, int type, int *rid, + u_long start, u_long end, u_long count, u_int flags) +{ + struct bonito_softc *sc; + struct resource *res; + struct rman *rm; + int error; + + sc =3D device_get_softc(bus); + + switch (type) { + case SYS_RES_IRQ: + rm =3D &sc->sc_irq; + break; + case SYS_RES_MEMORY: + rm =3D &sc->sc_mem; + break; + case SYS_RES_IOPORT: + /* Low ports already have specific uses. Unless user=20 + explicitly asks for low port allocate from other range. */ + if (end >=3D 0x1000) + start =3D 0x1000; + rm =3D &sc->sc_io; + break; + default: + return (NULL); + } + + res =3D rman_reserve_resource(rm, start, end, count, flags, child); + if (res =3D=3D NULL) + return (NULL); + + rman_set_rid(res, *rid); + + switch (type) { + case SYS_RES_MEMORY: + rman_set_bustag(res, mips_bus_space_generic); + rman_set_bushandle(res, ((intptr_t)(int32_t)0xb0000000) + + rman_get_start(res)); + break; + case SYS_RES_IOPORT: + rman_set_bustag(res, mips_bus_space_generic); + rman_set_bushandle(res, ((intptr_t)(int32_t)0xbfd00000) + + rman_get_start(res)); + break; + } + + if ((flags & RF_ACTIVE) !=3D 0) { + error =3D bus_activate_resource(child, type, *rid, res); + if (error !=3D 0) { + rman_release_resource(res); + return (NULL); + } + } + + return (res); +} + +static int +bonito_activate_resource(device_t bus, device_t child, int type, int rid= , + struct resource *res) +{ + bus_space_handle_t bh; + int error; + + switch (type) { + case SYS_RES_IRQ: + break; + case SYS_RES_MEMORY: + case SYS_RES_IOPORT: + error =3D bus_space_map(rman_get_bustag(res), + rman_get_bushandle(res), rman_get_size(res), 0, &bh); + if (error !=3D 0) + return (error); + rman_set_bushandle(res, bh); + break; + default: + return (ENXIO); + } + + error =3D rman_activate_resource(res); + if (error !=3D 0) + return (error); + return (0); +} + +static void +bonito_mask_irq(void *source) +{ + uintptr_t irq =3D (uintptr_t)source; + + PCI_INTENCLR_REG =3D (1 << irq); +} + +static void +bonito_unmask_irq(void *source) +{ + uintptr_t irq =3D (uintptr_t)source; + + PCI_INTENSET_REG =3D (1 << irq); +} + +static int +bonito_setup_intr(device_t bus, device_t dev, struct resource *res, + int flags, driver_filter_t *filt, driver_intr_t *handler,=20 + void *arg, void **cookiep) +{ + struct bonito_softc *sc; + int irq; + struct intr_event *event; + int error; + + sc =3D device_get_softc(bus); + + irq =3D rman_get_start (res); + + if (irq < 0 || irq >=3D BONITO_NUM_INTS) + return ENXIO; + + event =3D sc->intr_events[irq]; + if (event =3D=3D NULL) { + error =3D intr_event_create(&event, (void *)(uintptr_t) irq, 0, + irq, bonito_mask_irq, bonito_unmask_irq, + NULL, NULL, "bonito_int%d:", irq); + if (error) + return 0; + sc->intr_events[irq] =3D event; + bonito_unmask_irq((void*)(uintptr_t) irq); + } + + intr_event_add_handler(event, device_get_nameunit(dev), + filt, handler, arg, intr_priority(flags), + flags, cookiep); + + return 0; +} + +static int +bonito_teardown_intr(device_t bus, device_t child, struct resource *res,= + void *cookie) +{ + struct bonito_softc *sc; + int irq; + struct intr_event *event; + + sc =3D device_get_softc(bus); + + irq =3D rman_get_start (res); + + if (irq < 0 || irq >=3D BONITO_NUM_INTS) + return (ENXIO); + + event =3D sc->intr_events[irq]; + + intr_event_remove_handler(cookie); + + if (TAILQ_EMPTY(&event->ie_handlers)) + bonito_mask_irq((void*)(uintptr_t)irq); + return 0; +} + +static int +bonito_route_interrupt(device_t bus, device_t child, int pin) +{ + /* Some strange Yeeloong routing? */ + switch (pci_get_slot (child)) + { + case 2: // Ethernet + return PCI_INTB; + case 4: // USB + return PCI_INTD; + default: + return pin + PCI_INTA - 1; + } +} + + +static device_method_t bonito_methods[] =3D { + /* Device interface */ + DEVMETHOD(device_identify, bonito_identify), + DEVMETHOD(device_probe, bonito_probe), + DEVMETHOD(device_attach, bonito_attach), + + /* Bus interface */ + DEVMETHOD(bus_read_ivar, bonito_read_ivar), + DEVMETHOD(bus_print_child, bus_generic_print_child), + DEVMETHOD(bus_alloc_resource, bonito_alloc_resource), + DEVMETHOD(bus_release_resource, bus_generic_release_resource), + DEVMETHOD(bus_activate_resource,bonito_activate_resource), + DEVMETHOD(bus_deactivate_resource,bus_generic_deactivate_resource), + DEVMETHOD(bus_setup_intr, bonito_setup_intr), + DEVMETHOD(bus_teardown_intr, bonito_teardown_intr), + + /* pcib interface */ + DEVMETHOD(pcib_maxslots, bonito_maxslots), + DEVMETHOD(pcib_read_config, bonito_read_config), + DEVMETHOD(pcib_write_config, bonito_write_config), + DEVMETHOD(pcib_route_interrupt, bonito_route_interrupt), + + {0, 0} +}; + +static driver_t bonito_driver =3D { + "pcib", + bonito_methods, + sizeof(struct bonito_softc), +}; +static devclass_t bonito_devclass; +DRIVER_MODULE(bonito_pci, nexus, bonito_driver, bonito_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/clock.c' --- mips/yeeloong/clock.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/clock.c 2010-08-14 10:37:00 +0000 @@ -0,0 +1,98 @@ +/*- + * Copyright (c) 2003-2009 RMI Corporation + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * 3. Neither the name of RMI Corporation, nor the names of its contribu= tors, + * may be used to endorse or promote products derived from this softw= are + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + * RMI_BSD=20 + */ + + +#include /* RCS ID & Copyright macro defns */ +__FBSDID("$FreeBSD: src/sys/mips/rmi/clock.c,v 1.3 2010/04/17 01:17:31 j= mallett Exp $"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include +#include + +#include + +#include +#include +#include +#include + +#include +#include +#include +#include + +extern uint64_t platform_counter_freq; + +void +DELAY(int n) +{ + uint32_t cur, last, delta, usecs; + uint64_t cycles_per_hz =3D platform_counter_freq / hz; + uint64_t cycles_per_usec; + + cycles_per_usec =3D counter_freq / (1 * 1000 * 1000); + /* + * This works by polling the timer and counting the number of + * microseconds that go by. + */ + last =3D platform_get_timecount(NULL); + delta =3D usecs =3D 0; + + while (n > usecs) { + cur =3D platform_get_timecount(NULL); + + /* Check to see if the timer has wrapped around. */ + if (cur < last) + delta +=3D (cur + (cycles_per_hz - last)); + else + delta +=3D (cur - last); + + last =3D cur; + + if (delta >=3D cycles_per_usec) { + usecs +=3D delta / cycles_per_usec; + delta %=3D cycles_per_usec; + } + } +} =3D=3D=3D added file 'mips/yeeloong/files.yeeloong' --- mips/yeeloong/files.yeeloong 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/files.yeeloong 2010-08-15 21:43:50 +0000 @@ -0,0 +1,31 @@ +mips/yeeloong/uart_cpu_yeeloongusart.c optional uart +mips/yeeloong/obio.c optional uart +mips/yeeloong/uart_bus_yeeloongusart.c optional uart +dev/uart/uart_dev_ns8250.c optional uart +mips/yeeloong/yeeloong_machdep.c standard +mips/mips/tick.c standard +mips/mips/intr_machdep.c standard +x86/isa/atrtc.c standard +mips/yeeloong/bonito_pci.c optional pci +dev/atkbdc/atkbd.c optional atkbd atkbdc +dev/atkbdc/atkbd_atkbdc.c optional atkbd atkbdc +dev/atkbdc/atkbdc.c optional atkbdc +mips/yeeloong/atkbdc_yeeloong.c optional atkbdc +dev/atkbdc/atkbdc_subr.c optional atkbdc +dev/atkbdc/psm.c optional psm atkbdc +dev/kbd/kbd.c optional atkbd + +atkbdmap.h optional atkbd_dflt_keymap \ + compile-with "/usr/sbin/kbdcontrol -L ${ATKBD_DFLT_KEYMAP} | sed -e 's/= ^static keymap_t.* =3D /static keymap_t key_map =3D /' -e 's/^static acce= ntmap_t.* =3D /static accentmap_t accent_map =3D /' > atkbdmap.h" \ + no-obj no-implicit-rule before-depend \ + clean "atkbdmap.h" + + +dev/fb/mbvideo.c standard +dev/fb/fb.c standard +dev/syscons/syscons.c standard +dev/syscons/scmouse.c standard +dev/syscons/scvtb.c standard +mips/mips/sc_machdep.c standard +dev/syscons/scterm-teken.c standard +dev/cs5536/cs5536.c standard =3D=3D=3D added file 'mips/yeeloong/obio.c' --- mips/yeeloong/obio.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/obio.c 2010-08-15 19:01:11 +0000 @@ -0,0 +1,193 @@ +/* $NetBSD: obio.c,v 1.11 2003/07/15 00:25:05 lukem Exp $ */ + +/*- + * Copyright (c) 2001, 2002, 2003 Wasabi Systems, Inc. + * All rights reserved. + * + * Written by Jason R. Thorpe for Wasabi Systems, Inc. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * 3. All advertising materials mentioning features or use of this softw= are + * must display the following acknowledgement: + * This product includes software developed for the NetBSD Project by + * Wasabi Systems, Inc. + * 4. The name of Wasabi Systems, Inc. may not be used to endorse + * or promote products derived from this software without specific pr= ior + * written permission. + * + * THIS SOFTWARE IS PROVIDED BY WASABI SYSTEMS, INC. ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED + * TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTI= CULAR + * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL WASABI SYSTEMS, INC + * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, O= R + * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF + * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSIN= ESS + * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER = IN + * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWIS= E) + * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED O= F THE + * POSSIBILITY OF SUCH DAMAGE. + */ + +/* + * On-board device autoconfiguration support for Intel IQ80321 + * evaluation boards. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include + +#include + +#include +#include + +int obio_probe(device_t); +int obio_attach(device_t); + +static void +obio_identify(driver_t * drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "obio", 0); +} + +int +obio_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "obio"); + return (0); +} + +int +obio_attach(device_t dev) +{ + struct obio_softc *sc =3D device_get_softc(dev); + + sc->oba_st =3D mips_bus_space_generic; + sc->oba_addr =3D (intptr_t)(int32_t)0xbff003f8; + sc->oba_size =3D 0x8; + sc->oba_rman.rm_type =3D RMAN_ARRAY; + sc->oba_rman.rm_descr =3D "OBIO I/O"; + if (rman_init(&sc->oba_rman) !=3D 0 || + rman_manage_region(&sc->oba_rman, + sc->oba_addr, sc->oba_addr + sc->oba_size) !=3D 0) + panic("obio_attach: failed to set up I/O rman"); + + /*=20 + * This module is intended for UART purposes only and + * it's IRQ is 1 + */ + sc->oba_irq_rman.rm_type =3D RMAN_ARRAY; + sc->oba_irq_rman.rm_descr =3D "OBIO IRQ"; + if (rman_init(&sc->oba_irq_rman) !=3D 0 || + rman_manage_region(&sc->oba_irq_rman, 1, 1) !=3D 0) + panic("obio_attach: failed to set up IRQ rman"); + + device_add_child(dev, "uart", 0); + bus_generic_probe(dev); + bus_generic_attach(dev); + + return (0); +} + +static struct resource * +obio_alloc_resource(device_t bus, device_t child, int type, int *rid, + u_long start, u_long end, u_long count, u_int flags) +{ + struct resource *rv; + struct rman *rm; + bus_space_tag_t bt =3D 0; + bus_space_handle_t bh =3D 0; + struct obio_softc *sc =3D device_get_softc(bus); + + switch (type) { + case SYS_RES_IRQ: + rm =3D &sc->oba_irq_rman; + break; + case SYS_RES_MEMORY: + return (NULL); + case SYS_RES_IOPORT: + rm =3D &sc->oba_rman; + bt =3D sc->oba_st; + bh =3D sc->oba_addr; + start =3D bh; + break; + default: + return (NULL); + } + + + rv =3D rman_reserve_resource(rm, start, end, count, flags, child); + if (rv =3D=3D NULL)=20 + return (NULL); + if (type =3D=3D SYS_RES_IRQ) + return (rv); + rman_set_rid(rv, *rid); + rman_set_bustag(rv, bt); + rman_set_bushandle(rv, bh); +=09 + if (0) { + if (bus_activate_resource(child, type, *rid, rv)) { + rman_release_resource(rv); + return (NULL); + } + } + return (rv); + +} + +static int +obio_activate_resource(device_t bus, device_t child, int type, int rid, + struct resource *r) +{ + return (0); +} + +static int +obio_release_resource(device_t bus, device_t child, int type, int rid, + struct resource *r) +{ + if (type !=3D SYS_RES_IOPORT) + return (bus_generic_release_resource(bus, child, type, rid, r)); + + return (rman_release_resource(r)); +} + +static device_method_t obio_methods[] =3D { + DEVMETHOD(device_identify, obio_identify), + DEVMETHOD(device_probe, obio_probe), + DEVMETHOD(device_attach, obio_attach), + + DEVMETHOD(bus_alloc_resource, obio_alloc_resource), + DEVMETHOD(bus_release_resource, obio_release_resource), + DEVMETHOD(bus_activate_resource, obio_activate_resource), + DEVMETHOD(bus_setup_intr, bus_generic_setup_intr), + DEVMETHOD(bus_teardown_intr, bus_generic_teardown_intr), + + {0, 0}, +}; + +static driver_t obio_driver =3D { + "obio", + obio_methods, + sizeof(struct obio_softc), +}; +static devclass_t obio_devclass; + +DRIVER_MODULE(obio, nexus, obio_driver, obio_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/std.yeeloong' --- mips/yeeloong/std.yeeloong 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/std.yeeloong 2010-08-15 02:58:22 +0000 @@ -0,0 +1,45 @@ +# $FreeBSD: src/sys/mips/adm5120/files.adm5120,v 1.1.2.1.2.1 2009/10/25 = 01:10:29 kensmith Exp $ + +files "../yeeloong/files.yeeloong" + +cpu CPU_MIPS32 +ident YEELOONG + +# XXX: These two options must be defined in MIPS kernel configs. +makeoptions MIPS_LITTLE_ENDIAN=3Ddefined +makeoptions ARCH_FLAGS=3D"-march=3Dmips3 -DTARGET_YEELOONG=3D1" +makeoptions LDSCRIPT_NAME=3D ldscript.mips +makeoptions KERNLOADADDR=3D0x80100000 + + +options ISA_MIPS32 + +options FB_INSTALL_CDEV + +device pci +device ohci # OHCI PCI->USB interface +device ehci # EHCI PCI->USB interface (USB 2.0) +device usb # USB Bus (required) +device umass # Disks/Mass storage - Requires scbus and da +device scbus # SCSI bus (required for SCSI) +device ch # SCSI media changers +device da # Direct Access (disks) +device sa # Sequential Access (tape etc) +device cd # CD +device pass # Passthrough device (direct SCSI access) +device ses # SCSI Environmental Services (and SAF-TE) + +options FFS #Berkeley Fast Filesystem +options SOFTUPDATES #Enable FFS soft updates support +options UFS_ACL #Support for access control lists +options UFS_DIRHASH #Improve performance on big directories + +# atkbdc0 controls both the keyboard and the PS/2 mouse +device atkbdc # AT keyboard controller +device atkbd # AT keyboard +device psm # PS/2 mouse + +device sc +device rl +device miibus + =3D=3D=3D added file 'mips/yeeloong/uart_bus_yeeloongusart.c' --- mips/yeeloong/uart_bus_yeeloongusart.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/uart_bus_yeeloongusart.c 2010-08-16 16:46:03 +0000 @@ -0,0 +1,102 @@ +/*- + * Copyright (c) 2006 Wojciech A. Koszek + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * $Id$ + */ +/* + * Skeleton of this file was based on respective code for ARM + * code written by Olivier Houchard. + */ + +/* + * XXXMIPS: This file is hacked from arm/... . XXXMIPS here means this f= ile is + * experimental and was written for MIPS32 port. + */ +#include "opt_uart.h" + +#include +__FBSDID("$FreeBSD: src/sys/mips/malta/uart_bus_maltausart.c,v 1.2.2.1.2= =2E1 2009/10/25 01:10:29 kensmith Exp $"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include + +#include +#include +#include + +static int uart_yeeloong_probe(device_t dev); + +extern struct uart_class uart_yeeloong_class; + +static device_method_t uart_yeeloong_methods[] =3D { + /* Device interface */ + DEVMETHOD(device_probe, uart_yeeloong_probe), + DEVMETHOD(device_attach, uart_bus_attach), + DEVMETHOD(device_detach, uart_bus_detach), + { 0, 0 } +}; + +static driver_t uart_yeeloong_driver =3D { + uart_driver_name, + uart_yeeloong_methods, + sizeof(struct uart_softc), +}; + +extern SLIST_HEAD(uart_devinfo_list, uart_devinfo) uart_sysdevs; +static int +uart_yeeloong_probe(device_t dev) +{ + struct uart_softc *sc; + static int probed =3D 0; + + if (device_get_unit(dev) !=3D 0 || probed) + return (ENXIO); + probed =3D 1; + + sc =3D device_get_softc(dev); + sc->sc_sysdev =3D SLIST_FIRST(&uart_sysdevs); + sc->sc_class =3D &uart_ns8250_class; + if (sc->sc_sysdev) + { + bcopy(&sc->sc_sysdev->bas, &sc->sc_bas, sizeof(sc->sc_bas)); + sc->sc_sysdev->bas.bst =3D mips_bus_space_generic; + sc->sc_sysdev->bas.bsh =3D (intptr_t) (int32_t) 0xbff003f8; + sc->sc_sysdev->bas.rclk =3D 1843200 * 2; + } + sc->sc_bas.bst =3D mips_bus_space_generic; + sc->sc_bas.bsh =3D (intptr_t) (int32_t) 0xbff003f8; + sc->sc_bas.rclk =3D 1843200 * 2; + + return(uart_bus_probe(dev, 0, 1843200 * 2, 0, 0)); +} + +DRIVER_MODULE(uart, obio, uart_yeeloong_driver, uart_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/uart_cpu_yeeloongusart.c' --- mips/yeeloong/uart_cpu_yeeloongusart.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/uart_cpu_yeeloongusart.c 2010-08-14 10:37:00 +0000 @@ -0,0 +1,97 @@ +/*- + * Copyright (c) 2006 Wojciech A. Koszek + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + * $Id$ + */ +/* + * Skeleton of this file was based on respective code for ARM + * code written by Olivier Houchard. + */ +/* + * XXXMIPS: This file is hacked from arm/... . XXXMIPS here means this f= ile is + * experimental and was written for MIPS32 port. + */ +#include "opt_uart.h" +#include "opt_cputype.h" + +#include +__FBSDID("$FreeBSD: src/sys/mips/malta/uart_cpu_maltausart.c,v 1.2.2.1.2= =2E1 2009/10/25 01:10:29 kensmith Exp $"); + +#include +#include +#include +#include + +#include + +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +bus_space_tag_t uart_bus_space_io; +bus_space_tag_t uart_bus_space_mem; + +extern struct uart_ops malta_usart_ops; +extern struct bus_space malta_bs_tag; + +int +uart_cpu_eqres(struct uart_bas *b1, struct uart_bas *b2) +{ + return ((b1->bsh =3D=3D b2->bsh && b1->bst =3D=3D b2->bst) ? 1 : 0); +} + +int +uart_cpu_getdev(int devtype, struct uart_devinfo *di) +{ + di->ops =3D uart_getops(&uart_ns8250_class); + di->bas.chan =3D 0; + di->bas.bst =3D mips_bus_space_generic; + di->bas.regshft =3D 0; + di->bas.rclk =3D 1843200 * 2; + di->baudrate =3D 115200; + di->databits =3D 8; + di->stopbits =3D 1; + di->parity =3D UART_PARITY_NONE; + + uart_bus_space_io =3D (void *) (intptr_t) (int32_t) 0xbff003f8; + uart_bus_space_mem =3D (void *) (intptr_t) (int32_t) 0xbff003f8; + di->bas.bsh =3D (intptr_t) (int32_t) 0xbff003f8; + return (0); +} =3D=3D=3D added file 'mips/yeeloong/yeeloong_machdep.c' --- mips/yeeloong/yeeloong_machdep.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/yeeloong_machdep.c 2010-08-16 22:05:20 +0000 @@ -0,0 +1,472 @@ +/*- + * Copyright (C) 2007 by Oleksandr Tymoshenko. All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRAN= TIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIME= D. + * IN NO EVENT SHALL THE AUTHOR OR HIS RELATIVES BE LIABLE FOR ANY DIREC= T, + * INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES + * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR + * SERVICES; LOSS OF MIND, USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTI= ON) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, + * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING= + * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF + * THE POSSIBILITY OF SUCH DAMAGE. + * + */ + +#include +__FBSDID("$FreeBSD: src/sys/mips/adm5120/adm5120_machdep.c,v 1.2.2.1.2.1= 2009/10/25 01:10:29 kensmith Exp $"); + +#include "opt_ddb.h" + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include "../mips/multiboot2.h" + +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#if defined(__sparc64__) || defined(__powerpc__) || defined (__mips) +#include +#else +#include +#endif +#if defined( __i386__) || defined(__amd64__) +#include +#include +#endif +#include + +#include +#include +#include + +#include + +#include +#include +#define SYNC __asm volatile("sync") + + +extern int *edata; +extern int *end; + +static void +mips_init(void) +{ + printf("entry: mips_init()\n"); + + init_param1(); + + init_param2(physmem); + mips_cpu_init(); + pmap_bootstrap(); + mips_proc0_init(); + mutex_init(); +#ifdef DDB + kdb_init(); +#endif +} + +#define EC_MAGIC_PORT1 *((volatile uint8_t *) (intptr_t) (int32_t) 0xbfd= 00381) +#define EC_MAGIC_PORT2 *((volatile uint8_t *) (intptr_t) (int32_t) 0xbfd= 00382) +#define EC_DATA_PORT *((volatile uint8_t *) (intptr_t) (int32_t) 0xbfd00= 383) + +#define EC_MAGIC_VAL1 0xf4 +#define EC_MAGIC_VAL2 0xec + +#define EC_COMMAND_REBOOT 1 + +#define LOONGSON_GPIOCFG *((volatile uint8_t *) (intptr_t) (int32_t) 0xb= fe00120) +#define LOONGSON_SHUTDOWN_GPIO 1 + +static inline void +write_ec (uint8_t value) +{ + EC_MAGIC_PORT1 =3D EC_MAGIC_VAL1; + EC_MAGIC_PORT2 =3D EC_MAGIC_VAL2; + EC_DATA_PORT =3D value; +} + + +void +platform_halt(void) +{ + LOONGSON_GPIOCFG &=3D ~LOONGSON_SHUTDOWN_GPIO; +} + + +void +platform_identify(void) +{ + +} + +void +platform_reset(void) +{ + write_ec (EC_COMMAND_REBOOT); +} + +void +platform_trap_enter(void) +{ + +} + +void +platform_trap_exit(void) +{ + +} + +void +platform_cpu_init (void) +{ + +} + +static char kenv_buf[8192]; + +#include "../../dev/fb/mbfb.h" + +int fb_found =3D 0; + +struct mbvid_params mbvid_params; +struct mtx clock_lock; + +static void +parse_multiboot (__register_t a0, __register_t a1) +{ + struct multiboot_tag *tag; + if (a0 !=3D MULTIBOOT2_BOOTLOADER_MAGIC) + return; + tag =3D (struct multiboot_tag *) (a1 + 8); + for (; tag->type !=3D MULTIBOOT_TAG_TYPE_END; + tag =3D (void *) ((uint8_t *) tag + ((tag->size + 7) & ~7))) + { + switch (tag->type) + { + case MULTIBOOT_TAG_TYPE_CMDLINE: + { + struct multiboot_tag_string *tagt =3D (void *) tag; + char *ptr =3D tagt->string; + init_static_kenv (kenv_buf, sizeof (kenv_buf)); + while (*ptr) + { + char *ptr1, *ptr2, c1, c2; + while (*ptr =3D=3D ' ') + ptr++; + ptr1 =3D ptr; + while (*ptr && *ptr !=3D '=3D' && *ptr !=3D ' ') + ptr++; + if (*ptr !=3D '=3D') + { + if (sizeof ("verbose") - 1 =3D=3D ptr - ptr1 + && memcmp (ptr1, "verbose", + sizeof ("verbose") - 1) + =3D=3D 0) + boothowto |=3D RB_VERBOSE; + if (*ptr1 =3D=3D '-') + { + for (ptr1++; ptr1 < ptr; ptr1++) + switch (*ptr1) + { + case 'v': + boothowto |=3D RB_VERBOSE; + break; + case 'D': + boothowto |=3D RB_MULTIPLE; + break; + case 'h': + boothowto |=3D RB_SERIAL; + } + } + continue; + } + ptr2 =3D ptr; + while (*ptr && *ptr !=3D ' ') + ptr++; + c1 =3D *ptr2; + c2 =3D *ptr; + *ptr2 =3D 0; + *ptr =3D 0; + =09 + setenv (ptr1, ptr2 + 1); + *ptr2 =3D c1; + *ptr =3D c2; + } + } + break; + case MULTIBOOT_TAG_TYPE_MMAP: + { + struct multiboot_tag_mmap *tagt =3D (void *) tag; + struct multiboot_mmap_entry *entry; + vm_offset_t memstart; + int i, cur =3D 0; + uint64_t totalmem =3D 0; + memstart =3D ((((vm_offset_t)&end) + 0xfffff) + & 0x1ff00000); + for (i =3D 0; i < 10; i++) { + phys_avail[i] =3D 0; + } + + for (entry =3D tagt->entries; + (uint8_t *) entry - (uint8_t *) tag < tag->size + && cur < 10; + entry =3D (void *) ((uint8_t *) entry + + tagt->entry_size)) + { + uint64_t start, end; + if (entry->type !=3D MULTIBOOT_MEMORY_AVAILABLE) + continue; + start =3D entry->addr; + end =3D entry->addr + entry->len; + + if (start < memstart) + start =3D memstart; + /* FIXME: support post-256MiB memory. */ + if (end > 0x10000000) + end =3D 0x10000000; + + if (start >=3D end) + continue; + + totalmem +=3D end - start; + + /* phys_avail regions are in bytes */ + phys_avail[cur] =3D start; + phys_avail[cur + 1] =3D end; + cur +=3D 2; + } + realmem =3D btoc(totalmem); + physmem =3D realmem; + + } + break; + case MULTIBOOT_TAG_TYPE_FRAMEBUFFER: + { + struct multiboot_tag_framebuffer *tagt + =3D (void *) tag; + int window; + unsigned offset; + unsigned window_start_addr; + +// if (tagt->common.framebuffer_addr < 0xffffffffb0000000 + // || tagt->common.framebuffer_addr >=3D 0xffffffffbc000000) + //break; + + if (tagt->common.framebuffer_type !=3D MULTIBOOT_FRAMEBUFFER_TYPE_RGB= ) + break; + + offset =3D tagt->common.framebuffer_addr & 0x3ffffff; + window =3D (tagt->common.framebuffer_addr >> 26) & 0x3; + + mbvid_params.width =3D tagt->common.framebuffer_width; + mbvid_params.height =3D tagt->common.framebuffer_height; +#if 0 + mbvidadapter.va_info.vi_depth =3D tagt->common.framebuffer_bpp; + mbvidadapter.va_info.vi_pixel_size =3D (tagt->common.framebuffer_bpp = + 7) / 8; + mbvidadapter.va_info.vi_pixel_fields[0] =3D tagt->color.direct.frameb= uffer_red_field_position; + mbvidadapter.va_info.vi_pixel_fsizes[0] =3D tagt->color.direct.frameb= uffer_red_mask_size; + mbvidadapter.va_info.vi_pixel_fields[1] =3D tagt->color.direct.frameb= uffer_green_field_position; + mbvidadapter.va_info.vi_pixel_fsizes[1] =3D tagt->color.direct.frameb= uffer_green_mask_size; + mbvidadapter.va_info.vi_pixel_fields[2] =3D tagt->color.direct.frameb= uffer_blue_field_position; + mbvidadapter.va_info.vi_pixel_fsizes[2] =3D tagt->color.direct.frameb= uffer_blue_mask_size; +#endif + window_start_addr =3D ((*(volatile uint32_t *) (intptr_t) (int32_t) 0= xbfe00110) >> (6 * window)) & 0x3f; + if (window_start_addr >=3D 3) + break; + window_start_addr <<=3D 26; + mbvid_params.ptr =3D + (void *) (((intptr_t) (int32_t) 0xb0000000) + | window_start_addr | offset); +#if 0 + mbvidadapter.va_mem_size =3D tagt->common.framebuffer_pitch + * tagt->common.framebuffer_height; + mbvidadapter.va_line_width =3D tagt->common.framebuffer_pitch; + mbvidadapter.va_info.vi_window =3D mbvidadapter.va_mem_base & 0x1ffff= fff; + mbvidadapter.va_info.vi_window_size =3D mbvidadapter.va_mem_size; +#endif + + fb_found =3D 1; + } + } + } +} + +void +platform_start(__register_t a0, __register_t a1,=20 + __register_t a2 __unused, __register_t a3 __unused) +{ + /* FIXME: retrieve from multiboot2 info. */ + uint64_t platform_counter_freq =3D 400 * 1000 * 1000; + + { + vm_offset_t va, eva; + va =3D MIPS_PHYS_TO_KSEG0(0); + eva =3D va + 0x8000; + =09 + while (va < eva) { + cache_r4k_op_32lines_32(va, + CACHE_R4K_D|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 1, + CACHE_R4K_D|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 2, + CACHE_R4K_D|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 3, + CACHE_R4K_D|CACHEOP_R4K_INDEX_WB_INV); + va +=3D (32 * 32); + } + =09 + SYNC; + } + + { + vm_offset_t va, eva; + + va =3D MIPS_PHYS_TO_KSEG0(0); + eva =3D va + 0x80000; + =09 + while (va < eva) { + cache_r4k_op_32lines_32(va, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 1, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 2, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 3, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + va +=3D (32 * 32); + } + =09 + SYNC; + } + + mips_pcpu0_init(); + mips_timer_early_init (platform_counter_freq); + + boothowto =3D 0; + + parse_multiboot (a0, a1); + + (*(volatile uint32_t *) (intptr_t) (int32_t) 0xbfe00110) + =3D (0) | (1 << 6) | (2 << 12); + + attach_mbvid (); +=09 + cninit(); + + mtx_init(&clock_lock, "clk", NULL, MTX_SPIN | MTX_NOPROFILE); +=09 + bootverbose =3D !!(boothowto & RB_VERBOSE); + + mips_init(); + mips_timer_init_params(platform_counter_freq, 0); +} + +static void +sc_identify(driver_t* driver, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "mbvid", 0); +} + +static int +sc_probe(device_t dev) +{ + device_set_desc(dev, "Mbvid console"); + return (sc_probe_unit(device_get_unit(dev), device_get_flags(dev) | SC_= AUTODETECT_KBD)); +} + +static int sc_attach(device_t dev) +{ + return (sc_attach_unit(device_get_unit(dev), device_get_flags(dev) | SC= _AUTODETECT_KBD)); +} + +static device_method_t sc_methods[] =3D { + /* Device interface */ + DEVMETHOD(device_identify, sc_identify), + DEVMETHOD(device_probe, sc_probe), + DEVMETHOD(device_attach, sc_attach), + { 0, 0 } +}; + +static driver_t mbvid_sc_driver =3D { + "mbvid", + sc_methods, + sizeof(sc_softc_t) +}; + +static devclass_t sc_devclass; + +DRIVER_MODULE(sc, nexus, mbvid_sc_driver, sc_devclass, 0, 0); =3D=3D=3D modified file 'sys/fbio.h' --- sys/fbio.h 2010-08-13 22:16:49 +0000 +++ sys/fbio.h 2010-08-14 21:18:26 +0000 @@ -86,7 +86,9 @@ #define FBTYPE_TCXCOLOR 29 /* SUNW,tcx */ #define FBTYPE_CREATOR 30 =20 -#define FBTYPE_LASTPLUSONE 31 /* max number of fbs (change as add) */ +#define FBTYPE_MBFB 31 + +#define FBTYPE_LASTPLUSONE 32 /* max number of fbs (change as add) */ =20 /* * Frame buffer descriptor as returned by FBIOGTYPE. @@ -315,6 +317,7 @@ #define KD_PC98 6 /* PC-98 display */ #define KD_TGA 7 /* TGA */ #define KD_TGA2 8 /* TGA2 */ +#define KD_MULTIBOOT 9 /* multiboot2 linear fb */ char *va_name; int va_unit; int va_minor; =3D=3D=3D modified file 'x86/isa/atrtc.c' --- x86/isa/atrtc.c 2010-08-13 22:16:49 +0000 +++ x86/isa/atrtc.c 2010-08-15 03:56:28 +0000 @@ -65,6 +65,39 @@ * RTC support routines */ =20 +#ifdef TARGET_YEELOONG + +#define ADDR_PORT *(volatile uint8_t *) ((intptr_t) (int32_t) 0xbfd00070= ) +#define DATA_PORT *(volatile uint8_t *) ((intptr_t) (int32_t) 0xbfd00071= ) + +int +rtcin(int reg) +{ + u_char val; + + RTC_LOCK; + if (rtc_reg !=3D reg) { + ADDR_PORT =3D reg; + rtc_reg =3D reg; + } + val =3D DATA_PORT; + RTC_UNLOCK; + return (val); +} + +void +writertc(int reg, u_char val) +{ + + RTC_LOCK; + if (rtc_reg !=3D reg) { + ADDR_PORT =3D reg; + rtc_reg =3D reg; + } + DATA_PORT =3D val; + RTC_UNLOCK; +} +#else int rtcin(int reg) { @@ -97,9 +130,10 @@ inb(0x84); RTC_UNLOCK; } +#endif =20 static __inline int -readrtc(int port) +readrtcbcd(int port) { return(bcd2bin(rtcin(port))); } @@ -112,6 +146,7 @@ writertc(RTC_STATUSB, RTCSB_24HR); } =20 +#ifndef TARGET_YEELOONG static void atrtc_rate(unsigned rate) { @@ -137,6 +172,7 @@ writertc(RTC_STATUSB, rtc_statusb); rtcin(RTC_INTR); } +#endif =20 void atrtc_restore(void) @@ -162,6 +198,7 @@ struct eventtimer et; }; =20 +#ifndef TARGET_YEELOONG static int rtc_start(struct eventtimer *et, struct bintime *first, struct bintime *period) @@ -223,6 +260,11 @@ { 0 } }; =20 +#endif + + +#ifndef TARGET_YEELOONG + static int atrtc_probe(device_t dev) { @@ -237,26 +279,49 @@ return (result); } =20 +#else + +static void +atrtc_identify(driver_t * drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "atrtc", 0); +} + +static int +atrtc_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "AT realtime clock"); + return (0); +} +#endif + + static int atrtc_attach(device_t dev) { struct atrtc_softc *sc; - u_long s; - int i, diag; + int diag; =20 sc =3D device_get_softc(dev); +#ifndef TARGET_YEELOONG if (!(sc->port_res =3D bus_alloc_resource(dev, SYS_RES_IOPORT, &sc->port_rid, IO_RTC, IO_RTC + 1, 2, RF_ACTIVE))) device_printf(dev,"Warning: Couldn't map I/O.\n"); +#endif diag =3D rtcin(RTC_DIAG); if (diag !=3D 0) printf("RTC BIOS diagnostic error %b\n", diag, RTCDG_BITS); atrtc_start(); clock_register(dev, 1000000); bzero(&sc->et, sizeof(struct eventtimer)); +#ifndef TARGET_YEELOONG if (!atrtcclock_disable && (resource_int_value(device_get_name(dev), device_get_unit(dev), "clock", &i) !=3D 0 || i !=3D 0)) { + int i; + u_long s; sc->intr_rid =3D 0; while (bus_get_resource(dev, SYS_RES_IRQ, sc->intr_rid, &s, NULL) =3D=3D 0 && s !=3D 8) @@ -288,14 +353,16 @@ sc->et.et_priv =3D dev; et_register(&sc->et); } +#endif return(0); } =20 static int atrtc_resume(device_t dev) { - +#ifndef TARGET_YEELOONG atrtc_restore(); +#endif return(0); } =20 @@ -309,17 +376,34 @@ /* Disable RTC updates and interrupts. */ writertc(RTC_STATUSB, RTCSB_HALT | RTCSB_24HR); =20 - writertc(RTC_SEC, bin2bcd(ct.sec)); /* Write back Seconds */ - writertc(RTC_MIN, bin2bcd(ct.min)); /* Write back Minutes */ - writertc(RTC_HRS, bin2bcd(ct.hour)); /* Write back Hours */ - - writertc(RTC_WDAY, ct.dow + 1); /* Write back Weekday */ - writertc(RTC_DAY, bin2bcd(ct.day)); /* Write back Day */ - writertc(RTC_MONTH, bin2bcd(ct.mon)); /* Write back Month *= / - writertc(RTC_YEAR, bin2bcd(ct.year % 100)); /* Write back Year */ -#ifdef USE_RTC_CENTURY - writertc(RTC_CENTURY, bin2bcd(ct.year / 100)); /* ... and Century */= -#endif + if (rtcin (RTC_STATUSB) & RTCSB_BINARY) + { + writertc(RTC_SEC, ct.sec); /* Write back Seconds */ + writertc(RTC_MIN, ct.min); /* Write back Minutes */ + writertc(RTC_HRS, ct.hour); /* Write back Hours */ + =09 + writertc(RTC_WDAY, ct.dow + 1); /* Write back Weekday */ + writertc(RTC_DAY, ct.day); /* Write back Day */ + writertc(RTC_MONTH, ct.mon); /* Write back Month */ + writertc(RTC_YEAR, (ct.year % 100)); /* Write back Year */ +#ifdef USE_RTC_CENTURY + writertc(RTC_CENTURY, (ct.year / 100)); /* ... and Century */ +#endif + } + else + { + writertc(RTC_SEC, bin2bcd(ct.sec)); /* Write back Seconds */ + writertc(RTC_MIN, bin2bcd(ct.min)); /* Write back Minutes */ + writertc(RTC_HRS, bin2bcd(ct.hour)); /* Write back Hours */ + =09 + writertc(RTC_WDAY, ct.dow + 1); /* Write back Weekday */ + writertc(RTC_DAY, bin2bcd(ct.day)); /* Write back Day */ + writertc(RTC_MONTH, bin2bcd(ct.mon)); /* Write back Month = */ + writertc(RTC_YEAR, bin2bcd(ct.year % 100)); /* Write back Year */ +#ifdef USE_RTC_CENTURY + writertc(RTC_CENTURY, bin2bcd(ct.year / 100)); /* ... and Century *= / +#endif + } =20 /* Reenable RTC updates and interrupts. */ writertc(RTC_STATUSB, rtc_statusb); @@ -346,19 +430,39 @@ splx(s); s =3D splhigh(); } - ct.nsec =3D 0; - ct.sec =3D readrtc(RTC_SEC); - ct.min =3D readrtc(RTC_MIN); - ct.hour =3D readrtc(RTC_HRS); - ct.day =3D readrtc(RTC_DAY); - ct.dow =3D readrtc(RTC_WDAY) - 1; - ct.mon =3D readrtc(RTC_MONTH); - ct.year =3D readrtc(RTC_YEAR); -#ifdef USE_RTC_CENTURY - ct.year +=3D readrtc(RTC_CENTURY) * 100; -#else - ct.year +=3D 2000; -#endif + + if (rtcin (RTC_STATUSB) & RTCSB_BINARY) + { + ct.nsec =3D 0; + ct.sec =3D rtcin(RTC_SEC); + ct.min =3D rtcin(RTC_MIN); + ct.hour =3D rtcin(RTC_HRS); + ct.day =3D rtcin(RTC_DAY); + ct.dow =3D rtcin(RTC_WDAY) - 1; + ct.mon =3D rtcin(RTC_MONTH); + ct.year =3D rtcin(RTC_YEAR); +#ifdef USE_RTC_CENTURY + ct.year +=3D rtcin(RTC_CENTURY) * 100; +#else + ct.year +=3D 2000; +#endif + } + else + { + ct.nsec =3D 0; + ct.sec =3D readrtcbcd(RTC_SEC); + ct.min =3D readrtcbcd(RTC_MIN); + ct.hour =3D readrtcbcd(RTC_HRS); + ct.day =3D readrtcbcd(RTC_DAY); + ct.dow =3D readrtcbcd(RTC_WDAY) - 1; + ct.mon =3D readrtcbcd(RTC_MONTH); + ct.year =3D readrtcbcd(RTC_YEAR); +#ifdef USE_RTC_CENTURY + ct.year +=3D readrtcbcd(RTC_CENTURY) * 100; +#else + ct.year +=3D 2000; +#endif + } /* Set dow =3D -1 because some clocks don't set it correctly. */ ct.dow =3D -1; return (clock_ct_to_ts(&ct, ts)); @@ -366,6 +470,7 @@ =20 static device_method_t atrtc_methods[] =3D { /* Device interface */ + DEVMETHOD(device_identify, atrtc_identify), DEVMETHOD(device_probe, atrtc_probe), DEVMETHOD(device_attach, atrtc_attach), DEVMETHOD(device_detach, bus_generic_detach), @@ -389,8 +494,13 @@ =20 static devclass_t atrtc_devclass; =20 +#ifndef TARGET_YEELOONG DRIVER_MODULE(atrtc, isa, atrtc_driver, atrtc_devclass, 0, 0); DRIVER_MODULE(atrtc, acpi, atrtc_driver, atrtc_devclass, 0, 0); +#else +DRIVER_MODULE(atrtc, nexus, atrtc_driver, atrtc_devclass, 0, 0); +#endif + =20 #include "opt_ddb.h" #ifdef DDB --------------040307070901010105060107-- --------------enig7C782B83CD85D5ED0E2C2328 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkxp0d4ACgkQNak7dOguQgklmwD/TxdD13GiWJylX6znbzrPGL4Z Qm49qunLsZuohXI8oEkA/1lr9aWaHPvcwpyfnyH6LMduCaLOqgoaYUiv1ToitKSa =1N7P -----END PGP SIGNATURE----- --------------enig7C782B83CD85D5ED0E2C2328-- From owner-soc-status@FreeBSD.ORG Tue Aug 17 12:53:31 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C91DA1065679 for ; Tue, 17 Aug 2010 12:53:31 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 877FC8FC0A for ; Tue, 17 Aug 2010 12:53:30 +0000 (UTC) Received: by yxe42 with SMTP id 42so3050482yxe.13 for ; Tue, 17 Aug 2010 05:53:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=H1S8XiAZI0YQ3FDsDOwiLELmHXQlWW8Is4/hxN007p4=; b=SWvHz23Wn0WNkIWCzwOj4X1SHNwISL8D8x4IfI3G9LvsjLNCaTb6Vj38aS7+lNDnoa Ta0+l1Dfwz4Y58y+oGcleIXXPw/H9+Yde9930won0XPNpVKYNkE019Jtwiq2cT5FNIsi jLDesCQfFulMdp36LGbiPp84gbMi1s1WucctA= 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=E6k80RtlTRg+HAdxUBuaBa/YaH4cnoG72HagkSb/Tw1WayRq/eTYABzlt3HPxX6Klb Fx9+WcPzSWNu9X/f6IDztyLbxKozIcrlbXmfIpOnrS7iyw0y+TP5fHDhNZ0tMaiJMSdj FfJjhuFAPJs5G6vK4Ojti5O96xZgaalzsc9HI= MIME-Version: 1.0 Received: by 10.151.102.14 with SMTP id e14mr6581466ybm.202.1282049610100; Tue, 17 Aug 2010 05:53:30 -0700 (PDT) Sender: dforsythe@gmail.com Received: by 10.231.155.4 with HTTP; Tue, 17 Aug 2010 05:53:29 -0700 (PDT) Date: Tue, 17 Aug 2010 08:53:29 -0400 X-Google-Sender-Auth: GA0JL4ElQxw7Zgve1tEbOBQYcCg Message-ID: From: David Forsythe To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [libpkg] final report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2010 12:53:31 -0000 I spent the better part of last week (more than I anticipated) getting ready to move and moving. It shortened the time I had to work on libpkg but I still got a bit in. I went through and started making some changes that my mentor recommended, but I haven't had a chance to push those changes into my main repository. What is in the repository right now is in sync with perforce, though, so anyone who wants to checkout the lib can do it from there if they prefer. What's in my p4 repository right now will probably be what's submitted as code from my project to google since it's past the "pencils" down date, but hopefully the changes I've been making will hit my main repository by the weekend. Overall I think the project has been a success even though I couldn't reach all of my goals. The library has a fairly decent api that needs to be tested and documented, but the proof of concept tools I've been working on show that's it's pretty useful. I'll definitely be working on it as soon as I'm settled into a new place if not sooner. From owner-soc-status@FreeBSD.ORG Tue Aug 17 17:29:52 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EE331065693; Tue, 17 Aug 2010 17:29:52 +0000 (UTC) (envelope-from phcoder@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id E424C8FC1E; Tue, 17 Aug 2010 17:29:50 +0000 (UTC) Received: by bwz20 with SMTP id 20so3627738bwz.13 for ; Tue, 17 Aug 2010 10:29:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=7jjkSlUHw0SSvb6WNOSVzmdT8SuCb4Wq8heIWR95H/w=; b=tUeFU7y7hwo2dUGdL7PDEFcgkdOjY1EfTPLGyLUAnz+I0ANgOXWkk3hLTDxjCaNH/R pITuEQnlAkK9zk5LjYv1SM8NtTn9b7su5+gIcLuIKd0F9nqd8IIp+vq73tRoSH+VHgqV 5H8zoEP5z2tkMzrf5Yg9tk6R5ZiHOuu+JTqnE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=uwA0Oj2GMzk9BRcg3dKGLR2t7qXORamJz7P+ofz3yAY1pJAvRYtFdP9aMXWYFiXy34 Q8oyKjin92UtAy1yOhknqk1P5dC2YFJVSYZMMroa1gLvs15Z5yDngPENNpDD7Me6Us3T CqVlx1W1A4CuZsvj82H59eHDaodb4BvLGe+6s= Received: by 10.204.175.3 with SMTP id v3mr4715606bkz.49.1282066176609; Tue, 17 Aug 2010 10:29:36 -0700 (PDT) Received: from debian.bg45.phnet (178.77.202.62.cust.bluewin.ch [62.202.77.178]) by mx.google.com with ESMTPS id f10sm5407279bkl.5.2010.08.17.10.29.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 17 Aug 2010 10:29:34 -0700 (PDT) Message-ID: <4C6AC6E9.2010801@gmail.com> Date: Tue, 17 Aug 2010 19:29:13 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org, freebsd-mips@freebsd.org References: <4C67704C.70609@gmail.com> <4C6861B4.6020102@gmail.com> <4C69D1D5.809@gmail.com> In-Reply-To: <4C69D1D5.809@gmail.com> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigE6F57D77611BB8EFA3CBF2C0" Cc: Subject: Re: Yeeloong port is functional X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2010 17:29:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE6F57D77611BB8EFA3CBF2C0 Content-Type: multipart/mixed; boundary="------------000306040803050909060501" This is a multi-part message in MIME format. --------------000306040803050909060501 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 08/17/2010 02:03 AM, Vladimir '=CF=86-coder/phcoder' Serbinenko wrote:= > On 08/15/2010 11:52 PM, Vladimir '=CF=86-coder/phcoder' Serbinenko wrot= e: > =20 >> Hello, all. Some cleanups and I managed to enable cache on kseg0. >> Additionally it has some basic Geode support. >> I'm looking forward to split it in smaller patches in order to get it >> into HEAD. Also I'll fill the blanks (like power management) as time >> permits. >> =20 >> =20 > And another update. Now Geode USB is fully functional. Few other issues= > are fixed. Unfortunately I couldn't find a way to fix cache completely.= > So I decided to change page size to 16KB to make tag bits of VA to be > identical to PA effectively transforming VIPT cache into PIPT which is > easier to handle. It's not functional yet but it will be soon.=20 16K indeed fixed most of the problems. Patch attached. > Even > though the GSoC is nearly over I'll continue to work on yeeloong to fix= > remaining issues. Sorry for delays caused by hw malfunctions. And thank= s > to everybody who supported me, especially Juli Mallett, Olexandr > Tymoshenko and M. Warner Losh > =20 >> On 08/15/2010 06:42 AM, Vladimir '=CF=86-coder/phcoder' Serbinenko wro= te: >> =20 >> =20 >>> Hello, all. Despite the hardware-inflicted setbacks (my yeeloong frie= d >>> right before the mid-term), Yeeloong port is now functional. Both ser= ial >>> and local (keyboard + screen) work. Real Time Clock is working. Inter= net >>> is working. USB controller on PCI is working. Userspace is working. >>> >>> Remaining issues: >>> 1) Disabled cache. The reason are peculiar properties of L2 cache. I >>> actualy have the code to fix it but I'm not sure to hit GSoC deadline= >>> about it. >>> 2) Only 256 MiB of RAM are supported. Should be easy to fix once 64-b= it >>> parts are in. >>> 3) No Geode support. So no IDE, 2 of 3 USB ports or audio. These >>> components are actualy pretty standard, one has only to add support f= or >>> MSRs. >>> 4) No power management. Wasn't planned to have it implemented during = GSoC. >>> >>> Not tested: >>> 1) Touchpad. Never connected to my laptop during developpement becaus= e >>> to use it one has to close front lid and so cut from serial connector= >>> >>> 3rd party developpements which will improve Yeeloong support: >>> 1) X.org support. The required card is already supported in latest >>> x.org. So it's a question of importing last X.org and testing it. >>> 2) 64-bit developpement. Currently if I compile 64-bit kernel it >>> contains only 64-bit imgact. Imposing only 64-bit binaries is subopti= mal. >>> >>> =20 >>> =20 >>> =20 >> =20 >> =20 > > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------000306040803050909060501 Content-Type: text/x-diff; name="yeeloong_rc4.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="yeeloong_rc4.diff" =3D=3D=3D modified file 'cam/cam_xpt.c' --- cam/cam_xpt.c 2010-08-13 22:16:49 +0000 +++ cam/cam_xpt.c 2010-08-13 22:20:49 +0000 @@ -816,6 +816,9 @@ return 0; } =20 +static struct root_hold_token *xpt_rool_hold =3D NULL; +static int rescan_counter =3D 0; + static void xpt_rescan_done(struct cam_periph *periph, union ccb *done_ccb) { @@ -828,6 +831,11 @@ (*done_ccb->ccb_h.cbfcnp)(periph, done_ccb); } xpt_release_boot(); + if (atomic_fetchadd_int (&rescan_counter, -1) =3D=3D 1) + { + root_mount_rel (xpt_rool_hold); + xpt_rool_hold =3D NULL; + } } =20 /* thread to handle bus rescans */ @@ -861,6 +869,11 @@ { struct ccb_hdr *hdr; =20 + if (atomic_fetchadd_int (&rescan_counter, 1) =3D=3D 0) + { + xpt_rool_hold =3D root_mount_hold("XPT bus rescan"); + } + /* Prepare request */ if (ccb->ccb_h.path->target->target_id =3D=3D CAM_TARGET_WILDCARD && ccb->ccb_h.path->device->lun_id =3D=3D CAM_LUN_WILDCARD) =3D=3D=3D modified file 'conf/ldscript.mips' --- conf/ldscript.mips 2010-08-13 22:16:49 +0000 +++ conf/ldscript.mips 2010-08-14 11:21:21 +0000 @@ -44,6 +44,7 @@ { /* Read-only sections, merged into text segment: */ . =3D KERNLOADADDR + SIZEOF_HEADERS; + .multiboot : { *(.multiboot) } .text : { *(.trap) @@ -64,6 +65,7 @@ .rodata : { *(.rodata) *(.rodata.*) *(.gnu.linkonce.r.*) } .rodata1 : { *(.rodata1) } .interp : { *(.interp) } + .multiboot : { *(.multiboot) } .hash : { *(.hash) } .dynsym : { *(.dynsym) } .dynstr : { *(.dynstr) } =3D=3D=3D modified file 'conf/ldscript.mips.mips64' --- conf/ldscript.mips.mips64 2010-08-13 22:16:49 +0000 +++ conf/ldscript.mips.mips64 2010-08-13 22:20:49 +0000 @@ -45,6 +45,7 @@ /* Read-only sections, merged into text segment: */ . =3D KERNLOADADDR + SIZEOF_HEADERS; .interp : { *(.interp) } + .multiboot : { *(.multiboot) } .hash : { *(.hash) } .dynsym : { *(.dynsym) } .dynstr : { *(.dynstr) } =3D=3D=3D modified file 'conf/options.mips' --- conf/options.mips 2010-08-13 22:16:49 +0000 +++ conf/options.mips 2010-08-14 18:03:06 +0000 @@ -66,3 +66,9 @@ # OCTEON_VENDOR_LANNER opt_cvmx.h OCTEON_BOARD_CAPK_0100ND opt_cvmx.h + +ATKBD_DFLT_KEYMAP opt_atkbd.h + +PSM_DEBUG opt_psm.h +PSM_HOOKRESUME opt_psm.h +PSM_RESETAFTERSUSPEND opt_psm.h =3D=3D=3D modified file 'dev/atkbdc/atkbdc.c' --- dev/atkbdc/atkbdc.c 2010-08-13 22:16:49 +0000 +++ dev/atkbdc/atkbdc.c 2010-08-14 20:46:25 +0000 @@ -114,8 +114,8 @@ static int wait_for_aux_data(atkbdc_softc_t *kbdc); static int wait_for_aux_ack(atkbdc_softc_t *kbdc); =20 -atkbdc_softc_t -*atkbdc_get_softc(int unit) +atkbdc_softc_t * +atkbdc_get_softc(int unit) { atkbdc_softc_t *sc; =20 @@ -182,6 +182,8 @@ tag =3D IA64_BUS_SPACE_IO; #elif defined(__sparc64__) tag =3D &atkbdc_bst_store[0]; +#elif defined(__mips) + tag =3D mips_bus_space_generic; #else #error "define tag!" #endif @@ -213,6 +215,17 @@ return 0; h1 =3D sparc64_fake_bustag(space, port1, tag); bus_space_subregion(tag, h1, KBD_STATUS_PORT, 1, &h1); +#elif defined(__mips) + port0 =3D IO_KBD + (intptr_t)(int32_t)0xbfd00000; + resource_int_value("atkbdc", 0, "port", &port0); + port1 =3D IO_KBD + KBD_STATUS_PORT+ (intptr_t)(int32_t)0xbfd00000; +#ifdef notyet + bus_space_map(tag, port0, IO_KBDSIZE, 0, &h0); + bus_space_map(tag, port1, IO_KBDSIZE, 0, &h1); +#else + h0 =3D (bus_space_handle_t)port0; + h1 =3D (bus_space_handle_t)port1; +#endif #else port0 =3D IO_KBD; resource_int_value("atkbdc", 0, "port", &port0); =3D=3D=3D added directory 'dev/cs5536' =3D=3D=3D added file 'dev/cs5536/cs5536.c' --- dev/cs5536/cs5536.c 1970-01-01 00:00:00 +0000 +++ dev/cs5536/cs5536.c 2010-08-17 14:03:30 +0000 @@ -0,0 +1,708 @@ +/*- + * Copyright (c) 1998 The NetBSD Foundation, Inc. + * Copyright (c) 2010 Vladimir Serbinenko + * All rights reserved. + * + * This code is derived from software contributed to The NetBSD Foundati= on + * by Lennart Augustsson (augustss@carlstedt.se) at + * Carlstedt Research & Technology. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBU= TORS + * ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT L= IMITED + * TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTI= CULAR + * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBU= TORS + * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, O= R + * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF + * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSIN= ESS + * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER = IN + * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWIS= E) + * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED O= F THE + * POSSIBILITY OF SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +/* + * USB Open Host Controller driver. + * + * OHCI spec: http://www.intel.com/design/usb/ohci11d.pdf + */ + +/* The low level controller code for OHCI has been split into + * PCI probes and OHCI specific code. This was done to facilitate the + * sharing of code between *BSD's + */ + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +static device_probe_t geode_pci_probe; +static device_attach_t geode_pci_attach; +static device_detach_t geode_pci_detach; +static device_suspend_t geode_pci_suspend; +static device_resume_t geode_pci_resume; + +#define USB_INTERRUPT 11 + +#define GEODE_INTR_C1R0 (*(volatile uint8_t *)(intptr_t)(int32_t)0xbfd00= 020) +#define GEODE_INTR_C2R0 (*(volatile uint8_t *)(intptr_t)(int32_t)0xbfd00= 0a0) +#define GEODE_INTR_C1R1 (*(volatile uint8_t *)(intptr_t)(int32_t)0xbfd00= 021) +#define GEODE_INTR_C2R1 (*(volatile uint8_t *)(intptr_t)(int32_t)0xbfd00= 0a1) + +#define GEODE_NUM_INTS 16 + +typedef struct geode_softc +{ + ohci_softc_t ohci; + ehci_softc_t ehci; + struct intr_event *intr_events[GEODE_NUM_INTS]; + void *geode_intr_cookie; + int mask; + struct rman sc_irq; +} geode_softc_t; + +static int +geode_pci_suspend(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + int err; + + err =3D bus_generic_suspend(self); + if (err) { + return (err); + } + ohci_suspend(&sc->ohci); + ehci_suspend(&sc->ehci); + return (0); +} + +static int +geode_pci_resume(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + uint32_t reg, int_line; + + if (pci_get_powerstate(self) !=3D PCI_POWERSTATE_D0) { + device_printf(self, "chip is in D%d mode " + "-- setting to D0\n", pci_get_powerstate(self)); + reg =3D pci_read_config(self, PCI_CBMEM, 4); + int_line =3D pci_read_config(self, PCIR_INTLINE, 4); + pci_set_powerstate(self, PCI_POWERSTATE_D0); + pci_write_config(self, PCI_CBMEM, reg, 4); + pci_write_config(self, PCIR_INTLINE, int_line, 4); + } + ohci_resume(&sc->ohci); + ehci_resume(&sc->ehci); + + bus_generic_resume(self); + return (0); +} + +static const char * +geode_pci_match(device_t self) +{ + uint32_t device_id =3D pci_get_devid(self); + + if (device_id =3D=3D 0x208f1022) + return ("Geode PCI companion controller"); + return (NULL); +} + +static int +geode_pci_probe(device_t self) +{ + const char *desc =3D geode_pci_match(self); + + if (desc) { + device_set_desc(self, desc); + return (0); + } else { + return (ENXIO); + } +} + +#define CS5536_MSR_MAILBOX_ADDR 0xf4 +#define CS5536_MSR_MAILBOX_DATA0 0xf8 +#define CS5536_MSR_MAILBOX_DATA1 0xfc +#define CS5536_MSR_USB_OHCI_BASE 0x40000008 +#define CS5536_MSR_USB_EHCI_BASE 0x40000009 +#define CS5536_MSR_USB_BASE_ADDR_MASK 0x00ffffff00ULL +#define CS5536_MSR_USB_BASE_BUS_MASTER 0x0400000000ULL +#define CS5536_MSR_USB_BASE_MEMORY_ENABLE 0x0200000000ULL +#define CS5536_MSR_USB_BASE_PME_ENABLED 0x0800000000ULL +#define CS5536_MSR_USB_BASE_PME_STATUS 0x1000000000ULL +#define CS5536_MSR_USB_EHCI_BASE_FLDJ_SHIFT 40 + +static uint64_t +geode_read_msr (device_t self, uint32_t addr) +{ + uint64_t ret =3D 0; + pci_write_config (self, CS5536_MSR_MAILBOX_ADDR, addr, 4); + ret =3D (uint64_t) pci_read_config (self, CS5536_MSR_MAILBOX_DATA0, 4)= ; + ret |=3D ((uint64_t) pci_read_config (self, CS5536_MSR_MAILBOX_DATA1,4= )) << 32; + return ret; +} + +static void +geode_write_msr (device_t self, uint32_t addr, uint64_t val) +{ + pci_write_config (self, CS5536_MSR_MAILBOX_ADDR, addr, 4); + pci_write_config (self, CS5536_MSR_MAILBOX_DATA0, val & 0xffffffff, 4)= ; + pci_write_config (self, CS5536_MSR_MAILBOX_DATA1, val >> 32, 4); +} + +static uint16_t intmask; + +static void +geode_intr(void *sc_in) +{ + uint16_t status =3D 0; + geode_softc_t *sc =3D sc_in; + int i; + + GEODE_INTR_C1R0 =3D 0x0a; + status =3D GEODE_INTR_C1R0; + GEODE_INTR_C2R0 =3D 0x0a; + status |=3D (GEODE_INTR_C2R0 << 8); + + GEODE_INTR_C1R0 =3D 0x0a; + GEODE_INTR_C1R0 =3D 0x0a; + + status &=3D ~intmask; + + while ((i =3D fls(status)) !=3D 0) { + struct intr_event *event; + i--; /* Get a 0-offset interrupt. */ + event =3D sc->intr_events[i]; + + status &=3D ~(1 << i); + + /* issue EOI. */ + if (i >=3D 8) + GEODE_INTR_C2R0 =3D 0x60 | (i - 8); + else + GEODE_INTR_C1R0 =3D 0x60 | i; + + if (i =3D=3D 2) + continue; + + if (!event || TAILQ_EMPTY(&event->ie_handlers)) { + printf("stray geode interrupt %d\n", i); + continue; + } + + if (intr_event_handle(event, NULL) !=3D 0) { + printf("stray geode interrupt %d\n", i); + } + } +} + +static void +geode_unmask_irq(void *source) +{ + uintptr_t irq =3D (uintptr_t)source; + + intmask &=3D ~(1 << irq); + + GEODE_INTR_C2R1 =3D intmask >> 8; + GEODE_INTR_C1R1 =3D intmask & 0xff; +} + +static void +geode_mask_irq(void *source) +{ + uintptr_t irq =3D (uintptr_t)source; + + intmask |=3D (1 << irq); + GEODE_INTR_C2R1 =3D intmask >> 8; + GEODE_INTR_C1R1 =3D intmask & 0xff; +} + +static int +geode_setup_intr_real(device_t self, int irq, + int flags, driver_filter_t *filt, driver_intr_t *handler,=20 + void *arg, void **cookiep) +{ + geode_softc_t *sc =3D device_get_softc(self); + struct intr_event *event; + int error; + + if (irq < 0 || irq >=3D GEODE_NUM_INTS) + return ENXIO; + + event =3D sc->intr_events[irq]; + if (event =3D=3D NULL) { + error =3D intr_event_create(&event, (void *)(uintptr_t) irq, 0, + irq, geode_mask_irq, geode_unmask_irq, + NULL, NULL, "geode_int%d:", irq); + if (error) + return 0; + sc->intr_events[irq] =3D event; + geode_unmask_irq((void*)(uintptr_t) irq); + } + + intr_event_add_handler(event, device_get_nameunit(self), + filt, handler, arg, intr_priority(flags), + flags, cookiep); + + return 0; +} + +static int +geode_setup_intr(device_t bus, device_t dev, struct resource *res, + int flags, driver_filter_t *filt, driver_intr_t *handler,=20 + void *arg, void **cookiep) +{ + return geode_setup_intr_real(bus, rman_get_start (res),=20 + flags, filt, handler, arg, cookiep); + +} + +static int +geode_teardown_intr_real(device_t bus, int irq, void *cookie) +{ + struct geode_softc *sc; + struct intr_event *event; + + sc =3D device_get_softc(bus); + + if (irq < 0 || irq >=3D GEODE_NUM_INTS) + return (ENXIO); + + event =3D sc->intr_events[irq]; + + intr_event_remove_handler(cookie); + + if (TAILQ_EMPTY(&event->ie_handlers)) + geode_mask_irq((void*)(uintptr_t)irq); + return 0; +} + +static int +geode_teardown_intr(device_t bus, device_t child, struct resource *res, + void *cookie) +{ + int irq =3D rman_get_start (res); + return geode_teardown_intr_real(bus, irq, cookie); +} + + +#define GEODE_CASCASE_IRQ 2 + +static void +geode_init_pic (device_t self) +{ + GEODE_INTR_C1R1 =3D 0xff; + GEODE_INTR_C2R1 =3D 0xff; + + GEODE_INTR_C1R0 =3D 0x11; + GEODE_INTR_C1R1 =3D 0 << 3; + GEODE_INTR_C1R1 =3D 1 << GEODE_CASCASE_IRQ; + GEODE_INTR_C1R1 =3D 0x01; + + GEODE_INTR_C2R0 =3D 0x11; + GEODE_INTR_C1R1 =3D 8 << 3; + GEODE_INTR_C1R1 =3D GEODE_CASCASE_IRQ; + GEODE_INTR_C1R1 =3D 0x01; + + DELAY (200); + + GEODE_INTR_C1R1 =3D 0xff; + GEODE_INTR_C2R1 =3D 0xff; + + intmask =3D 0xffff; + + geode_unmask_irq((void *) GEODE_CASCASE_IRQ); +} + +static int +geode_pci_attach(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + int rid; + int err; + uint32_t ohcibase; + uint32_t ehcibase; + int error; + + sc->sc_irq.rm_type =3D RMAN_ARRAY; + sc->sc_irq.rm_descr =3D "Geode IRQs"; + error =3D rman_init(&sc->sc_irq); + if (error !=3D 0) + return (error); + + error =3D rman_manage_region(&sc->sc_irq, 0, GEODE_NUM_INTS - 1); + if (error !=3D 0) + return (error); +=20 + sc->mask =3D 0; + memset (sc->intr_events, 0, sizeof (sc->intr_events)); + + cpu_establish_hardintr("Geode interrupt", NULL, geode_intr, sc, + 0, INTR_TYPE_MISC, &sc->geode_intr_cookie); + + geode_init_pic (self); + + geode_write_msr (self, 0x80000020, (USB_INTERRUPT << 8) | (10)); + + device_add_child(self, "atkbdc", 0); + bus_generic_probe(self); + bus_generic_attach(self); + + /* initialise some bus fields */ + sc->ohci.sc_bus.parent =3D self; + sc->ohci.sc_bus.devices =3D sc->ohci.sc_devices; + sc->ohci.sc_bus.devices_max =3D OHCI_MAX_DEVICES; + sc->ehci.sc_bus.parent =3D self; + sc->ehci.sc_bus.devices =3D sc->ehci.sc_devices; + sc->ehci.sc_bus.devices_max =3D EHCI_MAX_DEVICES; + + /* get all DMA memory */ + if (usb_bus_mem_alloc_all(&sc->ohci.sc_bus, USB_GET_DMA_TAG(self), + &ohci_iterate_hw_softc)) { + return (ENOMEM); + } + sc->ohci.sc_dev =3D self; + + /* get all DMA memory */ + if (usb_bus_mem_alloc_all(&sc->ehci.sc_bus, + USB_GET_DMA_TAG(self), &ehci_iterate_hw_softc)) { + return (ENOMEM); + } + + pci_enable_busmaster(self); + + rid =3D PCI_CBMEM; + /* Geode doesn't use normal BARs. */ + ohcibase =3D geode_read_msr (self, CS5536_MSR_USB_OHCI_BASE) + & CS5536_MSR_USB_BASE_ADDR_MASK; + sc->ohci.sc_io_res =3D=20 + bus_alloc_resource(device_get_parent(self), + SYS_RES_MEMORY, &rid,=20 + ohcibase, ohcibase,=20 + 256, RF_ACTIVE); + + if (!sc->ohci.sc_io_res) { + device_printf(self, "Could not allocate memory\n"); + goto error; + } + + if ((rman_get_start (sc->ohci.sc_io_res) & 0xff) !=3D 0) + { + device_printf(self, "Unaligned chunk\n"); + goto error; + } + + geode_write_msr (self, CS5536_MSR_USB_OHCI_BASE,=20 + CS5536_MSR_USB_BASE_BUS_MASTER + | CS5536_MSR_USB_BASE_MEMORY_ENABLE + | (rman_get_start (sc->ohci.sc_io_res) + & CS5536_MSR_USB_BASE_ADDR_MASK)); + + sc->ohci.sc_io_tag =3D rman_get_bustag(sc->ohci.sc_io_res); + sc->ohci.sc_io_hdl =3D rman_get_bushandle(sc->ohci.sc_io_res); + sc->ohci.sc_io_size =3D rman_get_size(sc->ohci.sc_io_res); + + /* Geode doesn't use normal BARs. */ + ehcibase =3D geode_read_msr (self, CS5536_MSR_USB_EHCI_BASE) + & CS5536_MSR_USB_BASE_ADDR_MASK; + rid =3D PCI_CBMEM; + sc->ehci.sc_io_res =3D=20 + bus_alloc_resource(device_get_parent(self), + SYS_RES_MEMORY, &rid,=20 + ehcibase, ehcibase,=20 + 256, RF_ACTIVE); + + if (!sc->ehci.sc_io_res) { + device_printf(self, "Could not allocate memory\n"); + goto error; + } + + if ((rman_get_start (sc->ehci.sc_io_res) & 0xff) !=3D 0) + { + device_printf(self, "Unaligned chunk\n"); + goto error; + } + + geode_write_msr (self, CS5536_MSR_USB_EHCI_BASE,=20 + CS5536_MSR_USB_BASE_BUS_MASTER + | CS5536_MSR_USB_BASE_MEMORY_ENABLE + | (rman_get_start (sc->ehci.sc_io_res) + & CS5536_MSR_USB_BASE_ADDR_MASK) + | (0x20ULL << CS5536_MSR_USB_EHCI_BASE_FLDJ_SHIFT)); + + sc->ehci.sc_io_tag =3D rman_get_bustag(sc->ehci.sc_io_res); + sc->ehci.sc_io_hdl =3D rman_get_bushandle(sc->ehci.sc_io_res); + sc->ehci.sc_io_size =3D rman_get_size(sc->ehci.sc_io_res); + + rid =3D 0; + + sc->ehci.sc_io_res =3D sc->ohci.sc_io_res =3D rman_reserve_resource(&sc= ->sc_irq, USB_INTERRUPT, USB_INTERRUPT, 1, 0, self); + err =3D geode_setup_intr_real(self, USB_INTERRUPT, INTR_TYPE_BIO | INTR= _MPSAFE, + NULL, (driver_intr_t *)ohci_interrupt, &sc->ohci, + &sc->ohci.sc_intr_hdl); + if (err) { + device_printf(self, "Could not setup irq, %d\n", err); + sc->ohci.sc_intr_hdl =3D NULL; + goto error; + } + + err =3D geode_setup_intr_real(self, USB_INTERRUPT, INTR_TYPE_BIO | INTR= _MPSAFE, + NULL, (driver_intr_t *)ehci_interrupt, &sc->ehci, + &sc->ehci.sc_intr_hdl); + if (err) { + device_printf(self, "Could not setup irq, %d\n", err); + sc->ehci.sc_intr_hdl =3D NULL; + goto error; + } + + sc->ohci.sc_bus.bdev =3D device_add_child(self, "usbus", -1); + if (!sc->ohci.sc_bus.bdev) { + device_printf(self, "Could not add USB device\n"); + goto error; + } + device_set_ivars(sc->ohci.sc_bus.bdev, &sc->ohci.sc_bus); + + sc->ehci.sc_bus.bdev =3D device_add_child(self, "usbus", -1); + if (!sc->ehci.sc_bus.bdev) { + device_printf(self, "Could not add USB device\n"); + goto error; + } + device_set_ivars(sc->ehci.sc_bus.bdev, &sc->ehci.sc_bus); + + + /* + * ohci_pci_match will never return NULL if ohci_pci_probe + * succeeded + */ + device_set_desc(sc->ohci.sc_bus.bdev, "Geode PCI companion controller")= ; + device_set_desc(sc->ehci.sc_bus.bdev, "Geode PCI companion controller")= ; + + err =3D ohci_init(&sc->ohci); + if (!err) { + err =3D device_probe_and_attach(sc->ohci.sc_bus.bdev); + } + if (err) { + device_printf(self, "USB init failed (%d)\n", err); + goto error; + } + + err =3D ehci_init(&sc->ehci); + if (!err) { + err =3D device_probe_and_attach(sc->ehci.sc_bus.bdev); + } + if (err) { + device_printf(self, "USB init failed err=3D%d\n", err); + goto error; + } + + geode_intr (sc); + + return (0); + +error: + geode_pci_detach(self); + return (ENXIO); +} + +static int +geode_pci_detach(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + + if (sc->ohci.sc_bus.bdev) { + device_detach(sc->ohci.sc_bus.bdev); + device_delete_child(self, sc->ohci.sc_bus.bdev); + } + if (sc->ehci.sc_bus.bdev) { + device_detach(sc->ehci.sc_bus.bdev); + device_delete_child(self, sc->ehci.sc_bus.bdev); + } + /* during module unload there are lots of children leftover */ + device_delete_all_children(self); + + pci_disable_busmaster(self); + + if (sc->ohci.sc_io_res) + rman_release_resource(sc->ohci.sc_io_res); + + if (sc->ohci.sc_intr_hdl) { + /* + * only call ohci_detach() after ohci_init() + */ + ohci_detach(&sc->ohci); + + int err =3D geode_teardown_intr_real(self, 11, + sc->ohci.sc_intr_hdl); + + if (err) { + /* XXX or should we panic? */ + device_printf(self, "Could not tear down irq, %d\n", + err); + } + sc->ohci.sc_intr_hdl =3D NULL; + } + if (sc->ehci.sc_intr_hdl) { + /* + * only call ohci_detach() after ohci_init() + */ + ehci_detach(&sc->ehci); + + int err =3D geode_teardown_intr_real(self, 11, + sc->ehci.sc_intr_hdl); + + if (err) { + /* XXX or should we panic? */ + device_printf(self, "Could not tear down irq, %d\n", + err); + } + sc->ehci.sc_intr_hdl =3D NULL; + } + usb_bus_mem_free_all(&sc->ohci.sc_bus, &ohci_iterate_hw_softc); + usb_bus_mem_free_all(&sc->ehci.sc_bus, &ehci_iterate_hw_softc); + + return (0); +} + +static int +geode_pci_shutdown(device_t self) +{ + geode_softc_t *sc =3D device_get_softc(self); + int err; + + err =3D bus_generic_shutdown(self); + if (err) + return (err); + ehci_shutdown(&sc->ehci); + + return (0); +} + +static struct resource * +geode_alloc_resource(device_t bus, device_t child, int type, int *rid, + u_long start, u_long end, u_long count, u_int flags) +{ + struct geode_softc *sc; + struct resource *res; + int error; + + sc =3D device_get_softc(bus); + + if (type !=3D SYS_RES_IRQ) + return bus_generic_alloc_resource (bus, child, type, rid, + start, end, count, flags); + + res =3D rman_reserve_resource(&sc->sc_irq, start, end, count, flags, ch= ild); + if (res =3D=3D NULL) + return (NULL); + + rman_set_rid(res, *rid); + + if ((flags & RF_ACTIVE) !=3D 0) { + error =3D bus_activate_resource(child, type, *rid, res); + if (error !=3D 0) { + rman_release_resource(res); + return (NULL); + } + } + + return (res); +} + +static int +geode_activate_resource(device_t bus, device_t child, int type, int rid,= + struct resource *res) +{ + if (type !=3D SYS_RES_IRQ) + return bus_generic_activate_resource(bus, child, type, rid, res); + + return rman_activate_resource(res); +} + +static int +geode_release_resource(device_t dev, device_t child, int type, int rid, + struct resource *r) +{ + if (type !=3D SYS_RES_IRQ) + bus_generic_release_resource(dev, child, type, rid, r); + return rman_release_resource(r); +} + + +static driver_t geode_driver =3D +{ + .name =3D "geode", + .methods =3D (device_method_t[]){ + /* device interface */ + DEVMETHOD(device_probe, geode_pci_probe), + DEVMETHOD(device_attach, geode_pci_attach), + DEVMETHOD(device_detach, geode_pci_detach), + DEVMETHOD(device_suspend, geode_pci_suspend), + DEVMETHOD(device_resume, geode_pci_resume), + DEVMETHOD(device_shutdown, geode_pci_shutdown), + + /* bus interface */ + DEVMETHOD(bus_print_child, bus_generic_print_child), + DEVMETHOD(bus_setup_intr, geode_setup_intr), + DEVMETHOD(bus_teardown_intr, geode_teardown_intr), + DEVMETHOD(bus_activate_resource, geode_activate_resource), + DEVMETHOD(bus_alloc_resource, geode_alloc_resource), + DEVMETHOD(bus_release_resource, geode_release_resource), + + {0, 0} + }, + .size =3D sizeof(struct geode_softc), +}; + +static devclass_t geode_devclass; + +DRIVER_MODULE(geode, pci, geode_driver, geode_devclass, 0, 0); +MODULE_DEPEND(geode, ohci, 1, 1, 1); +MODULE_DEPEND(geode, ehci, 1, 1, 1); =3D=3D=3D modified file 'dev/fb/fb.c' --- dev/fb/fb.c 2010-08-13 22:16:49 +0000 +++ dev/fb/fb.c 2010-08-14 15:29:46 +0000 @@ -608,6 +608,7 @@ { FBTYPE_VGA, KD_VGA }, { FBTYPE_PC98, KD_PC98 }, { FBTYPE_TGA, KD_TGA }, + { FBTYPE_MBFB, KD_MULTIBOOT }, }; int i; =20 =3D=3D=3D added file 'dev/fb/mbfb.h' --- dev/fb/mbfb.h 1970-01-01 00:00:00 +0000 +++ dev/fb/mbfb.h 2010-08-14 16:28:14 +0000 @@ -0,0 +1,17 @@ +#include +#include "opt_fb.h" +#include "fbreg.h" + +extern int fb_found; + +struct mbvid_params +{ + int width; + int height; + void *ptr; +}; +extern struct mbvid_params mbvid_params; + +int attach_mbvid (void); + +#define MBVID_NAME "mbvid" =3D=3D=3D added file 'dev/fb/mbvideo.c' --- dev/fb/mbvideo.c 1970-01-01 00:00:00 +0000 +++ dev/fb/mbvideo.c 2010-08-15 00:44:02 +0000 @@ -0,0 +1,637 @@ +/*- + * Copyright (c) 1999 Kazutaka YOKOTA + * Copyright (c) 1992-1998 S=F8ren Schmidt + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer as + * the first lines of this file unmodified. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * 3. The name of the author may not be used to endorse or promote produ= cts + * derived from this software without specific prior written permissi= on. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHORS ``AS IS'' AND ANY EXPRESS OR= + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRAN= TIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIME= D. + * IN NO EVENT SHALL THE AUTHORS BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, = BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF = USE, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY= + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE= OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + * + */ + +#include +__FBSDID("$FreeBSD$"); + +#include "opt_fb.h" +#ifndef FB_DEBUG +#define FB_DEBUG 0 +#endif +#include "opt_syscons.h" /* should be removed in the future, XXX */ + +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include + +#include "mbfb.h" +#include "fbreg.h" +#include "boot_font.c" +#include +#include +#include +#include + +static genfb_softc_t gensc; + +static uint16_t window[10000]; + +/* color mappings, from dev/fb/creator.c */ +static const uint16_t cmap[] =3D { + 0x0000, + 0x001f, + 0x07e0, + 0x0618, + 0xf800, + 0xc018, + 0xc600, + 0xc618, + 0x8410, + 0x841f, + 0x87f0, + 0x87ff, + 0xfc10, + 0xfc1f, + 0xfff0, + 0xffff, +}; + +static video_adapter_t mbvidadapter =3D +{ + .va_index =3D 0, + .va_type =3D KD_MULTIBOOT, + .va_name =3D MBVID_NAME, + .va_unit =3D 0, + .va_minor =3D 0, + .va_flags =3D V_ADP_COLOR, + .va_io_base =3D 0, + .va_io_size =3D 0, + .va_crtc_addr =3D 0, + .va_window =3D (uintptr_t) &window, + .va_window_size =3D sizeof (window), + .va_window_gran =3D 0, + .va_window_orig =3D 0, + .va_buffer =3D 0, + .va_buffer_size =3D 0, + .va_initial_mode =3D 0, + .va_initial_bios_mode =3D 0, + .va_mode =3D 0, + .va_info =3D { + .vi_mode =3D 0, + .vi_flags =3D V_INFO_COLOR | V_INFO_LINEAR, + .vi_cwidth =3D 8, + .vi_cheight =3D 16, + .vi_planes =3D 1, + .vi_window_gran =3D 0, + .vi_buffer =3D 0, + .vi_buffer_size =3D 0, + .vi_mem_model =3D V_INFO_MM_DIRECT, + .vi_registers =3D 0, + .vi_registers_size =3D 0, + }, + .va_disp_start =3D { + .x =3D 0, + .y =3D 0, + }, + .va_token =3D 0, + .va_model =3D 0, + .va_little_bitian =3D 0, + .va_little_endian =3D 1, + .va_buffer_alias =3D 0, + .va_registers =3D 0, + .va_registers_size =3D 0, +}; + + +#if 0 +int +mbvid_probe_unit(int unit, video_adapter_t *buf, int flags) +{ + if (!fb_found) + return ENXIO; + return 0; +} + +int +mbvid_attach_unit(int unit, mbvid_softc_t *sc, int flags) +{ + if (!fb_found) + return ENXIO; + return 0; +} +#endif + +/* cdev driver functions */ + +static int +mbvid_open(struct cdev *dev, int flag, int mode, struct thread *td) +{ + if (dev =3D=3D NULL) + return ENXIO; + if (mode & (O_CREAT | O_APPEND | O_TRUNC)) + return ENODEV; + + return genfbopen(&gensc, &mbvidadapter, flag, mode, td); +} + +static int +mbvid_close(struct cdev *dev, int flag, int mode, struct thread *td) +{ + return genfbclose(&gensc, &mbvidadapter, flag, mode, td); +} + +static int +mbvid_read(struct cdev *dev, struct uio *uio, int flag) +{ + return genfbread(&gensc, &mbvidadapter, uio, flag); +} + +static int +mbvid_write(struct cdev *dev, struct uio *uio, int flag) +{ + return genfbread(&gensc, &mbvidadapter, uio, flag); +} + +static int +mbvid_ioctl(struct cdev *dev, u_long cmd, caddr_t arg, int flag, + struct thread *td) +{ + return genfbioctl(&gensc, &mbvidadapter, cmd, arg, flag, td); +} + +static int +mbvid_mmap(struct cdev *dev, vm_ooffset_t offset, + vm_offset_t *paddr, int prot, vm_memattr_t *memattr) +{ + return (EINVAL); +} + +static struct cdevsw mbvid_cdevsw =3D { + .d_version =3D D_VERSION, + .d_flags =3D 0, + .d_open =3D mbvid_open, + .d_close =3D mbvid_close, + .d_read =3D mbvid_read, + .d_write =3D mbvid_write, + .d_ioctl =3D mbvid_ioctl, + .d_mmap =3D mbvid_mmap, + .d_name =3D "multiboot video console", +}; + +int +attach_mbvid (void) +{ + int error; + int idx; +=09 + mbvidadapter.va_info.vi_mode =3D M_TEXT_80x25; + mbvidadapter.va_info.vi_cwidth =3D bold8x16.width; + mbvidadapter.va_info.vi_cheight =3D bold8x16.height; + mbvidadapter.va_info.vi_height =3D (mbvid_params.height / mbvidadapter.= va_info.vi_cheight); + mbvidadapter.va_info.vi_width =3D (mbvid_params.width / mbvidadapter.va= _info.vi_cwidth); + mbvidadapter.va_info.vi_flags =3D V_INFO_COLOR | V_INFO_LINEAR; + mbvidadapter.va_info.vi_mem_model =3D V_INFO_MM_DIRECT; + + mbvidadapter.va_flags |=3D V_ADP_COLOR; + + idx =3D vid_register (&mbvidadapter); + if (idx < 0) + { + return ENXIO; + } + mbvidadapter.va_flags |=3D V_ADP_REGISTERED; + + /* attach a virtual frame buffer device */ + error =3D fb_attach(idx, &mbvidadapter, &mbvid_cdevsw); + if (error) + { + return (error); + } + return 0; +} + +/* video driver declarations */ +static int mbvid_configure(int flags); + int (*mbvid_sub_configure)(int flags); +static int mbvid_error(void); +static vi_probe_t mbvid_probe; +static vi_init_t mbvid_init; +static vi_get_info_t mbvid_get_info; +static vi_query_mode_t mbvid_query_mode; +static vi_mmap_t mbvid_mmap_buf; +static vi_ioctl_t mbvid_dev_ioctl; +static vi_diag_t mbvid_diag; +static vi_putc_t mbvid_putc; +static vi_putp_t mbvid_putp; +static vi_puts_t mbvid_puts; +static vi_putm_t mbvid_putm; + +static video_switch_t mbvidvidsw =3D { + mbvid_probe, + mbvid_init, + mbvid_get_info, + mbvid_query_mode,=09 + (vi_set_mode_t *) mbvid_error, + (vi_save_font_t *) mbvid_error, + (vi_load_font_t *) mbvid_error, + (vi_show_font_t *) mbvid_error, + (vi_save_palette_t *) mbvid_error, + (vi_load_palette_t *) mbvid_error, + (vi_set_border_t *) mbvid_error, + (vi_save_state_t *) mbvid_error, + (vi_load_state_t *) mbvid_error, + (vi_set_win_org_t *) mbvid_error, + (vi_read_hw_cursor_t *)mbvid_error, + (vi_set_hw_cursor_t *) mbvid_error, + (vi_set_hw_cursor_shape_t *) mbvid_error, + (vi_blank_display_t *) mbvid_error, + mbvid_mmap_buf, + mbvid_dev_ioctl, + (vi_clear_t *) mbvid_error, + (vi_fill_rect_t *) mbvid_error, + (vi_bitblt_t *) mbvid_error, + mbvid_error, + mbvid_error, + mbvid_diag, + .putp =3D mbvid_putp, + .putc =3D mbvid_putc, + .puts =3D mbvid_puts, + .putm =3D mbvid_putm +}; + + +VIDEO_DRIVER(mbvid, mbvidvidsw, mbvid_configure); + +/* a backdoor for the console driver */ +static int +mbvid_configure(int flags) +{ + return fb_found; +} + +/* entry points */ + +static int +mbvid_error(void) +{ + return ENODEV; +} + +static int +mbvid_probe(int unit, video_adapter_t **adpp, void *arg, int flags) +{ + if (unit >=3D fb_found) + return ENXIO; + + mbvidadapter.va_flags |=3D V_ADP_PROBED; + + *adpp =3D &mbvidadapter; + + return 0; +} + +static int +mbvid_init(int unit, video_adapter_t *adp, int flags) +{ + if (unit >=3D fb_found) + return ENXIO; + + mbvidadapter.va_flags |=3D V_ADP_INITIALIZED; + + return 0; +} + +/* + * get_info(): + * Return the video_info structure of the requested video mode. + * + * all adapters + */ +static int +mbvid_get_info(video_adapter_t *adp, int mode, video_info_t *info) +{ + if (mode !=3D 0) + return EINVAL; + *info =3D adp->va_info; + return 0; +} + +/* + * query_mode(): + * Find a video mode matching the requested parameters. + * Fields filled with 0 are considered "don't care" fields and + * match any modes. + * + * all adapters + */ +static int +mbvid_query_mode(video_adapter_t *adp, video_info_t *info) +{ + if ((info->vi_width !=3D 0) + && (info->vi_width !=3D adp->va_info.vi_width)) + return ENODEV; + + if ((info->vi_height !=3D 0) + && (info->vi_height !=3D adp->va_info.vi_height)) + return ENODEV; + + if ((info->vi_cwidth !=3D 0) + && (info->vi_cwidth !=3D adp->va_info.vi_cwidth)) + return ENODEV; + + if ((info->vi_cheight !=3D 0) + && (info->vi_cheight !=3D adp->va_info.vi_cheight)) + return ENODEV; + + if ((info->vi_depth !=3D 0) + && (info->vi_depth !=3D adp->va_info.vi_depth)) + return ENODEV; + + if ((info->vi_planes !=3D 0) + && (info->vi_planes !=3D adp->va_info.vi_planes)) + return ENODEV; + + /* XXX: should check pixel format, memory model */ + if ((info->vi_flags !=3D 0) + && (info->vi_flags !=3D adp->va_info.vi_flags)) + return ENODEV; + return 0; +} + +#if 0 +/* + * mmap(): + * Mmap frame buffer. + * + * all adapters + */ +static int +mbvid_mmap_buf(video_adapter_t *adp, vm_ooffset_t offset, vm_paddr_t *pa= ddr, + int prot, vm_memattr_t *memattr) +{ + printf("mbvid_mmap_buf(): window:0x%jx, offset:0x%jx\n",=20 + (uintmax_t)adp->va_info.vi_window, (uintmax_t)offset); + + /* XXX: is this correct? */ + if (offset > adp->va_window_size - PAGE_SIZE) + return -1; + + *paddr =3D adp->va_info.vi_window + offset; + return 0; +} +#else +static int +mbvid_mmap_buf(video_adapter_t *adp, vm_ooffset_t offset, vm_paddr_t *pa= ddr, + int prot, vm_memattr_t *memattr) +{ + return (EINVAL); +} +#endif + +static int +mbvid_dev_ioctl(video_adapter_t *adp, u_long cmd, caddr_t arg) +{ + switch (cmd) { + case FBIO_GETWINORG: /* get frame buffer window origin */ + *(u_int *)arg =3D 0; + return 0; + + case FBIO_SETWINORG: /* set frame buffer window origin */ + case FBIO_SETLINEWIDTH: /* set scan line length in pixel */ + case FBIO_SETDISPSTART: /* set display start address */ + case FBIO_GETPALETTE: /* get color palette */ + case FBIO_SETPALETTE: /* set color palette */ + case FBIOGETCMAP: /* get color palette */ + case FBIOPUTCMAP: /* set color palette */ + + return ENODEV; + case FBIOGTYPE: /* get frame buffer type info. */ + ((struct fbtype *)arg)->fb_type =3D fb_type(adp->va_type); + ((struct fbtype *)arg)->fb_height =3D adp->va_info.vi_height; + ((struct fbtype *)arg)->fb_width =3D adp->va_info.vi_width; + ((struct fbtype *)arg)->fb_depth =3D adp->va_info.vi_depth; + if ((adp->va_info.vi_depth <=3D 1) || (adp->va_info.vi_depth > 8)) + ((struct fbtype *)arg)->fb_cmsize =3D 0; + else + ((struct fbtype *)arg)->fb_cmsize =3D 1 << adp->va_info.vi_depth; + ((struct fbtype *)arg)->fb_size =3D adp->va_buffer_size; + return 0; + + default: + return fb_commonioctl(adp, cmd, arg); + } +} + +static int +mbvid_putp(video_adapter_t *adp, vm_offset_t off, u_int32_t p, u_int32_t= a, + int size, int bpp, int bit_ltor, int byte_ltor) +{ + return (ENODEV); +} + +static int +mbvid_putc(video_adapter_t *adp, vm_offset_t off, u_int8_t c, u_int8_t a= ) +{ + int row, col; + int i, j; + const uint8_t* fontdata; + uint16_t clr; + uint8_t mask; + uint16_t* ptri; + + ptri =3D mbvid_params.ptr; + + /* calculate the position in the frame buffer */ + row =3D (off / mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi= _cheight; + col =3D (off % mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi= _cwidth; + fontdata =3D &bold8x16.data[c * mbvidadapter.va_info.vi_cheight]; + ptri +=3D (row * mbvid_params.width) + col; + + /* Place the character on the screen, pixel by pixel */ + for (j =3D 0; j < mbvidadapter.va_info.vi_cheight; j++) { + mask =3D 0x80; + for (i =3D 0; i < mbvidadapter.va_info.vi_cwidth; i++) { + clr =3D (*fontdata & mask) ? cmap[a & 0xf] : cmap[(a >> 4) & 0xf]; + *ptri++ =3D clr; + mask >>=3D 1; + } + ptri +=3D (mbvid_params.width - mbvidadapter.va_info.vi_cwidth); + fontdata++; + } + return (0); +} + +static int +mbvid_puts(video_adapter_t *adp, vm_offset_t off, u_int16_t *s, int len)= +{ + int i; + + for (i =3D 0; i < len; i++) { + vidd_putc(adp, off + i, s[i] & 0xff, (s[i] & 0xff00) >> 8); + } + return (0); +} + +static int +mbvid_putm(video_adapter_t *adp, int x, int y, u_int8_t *pixel_image, + u_int32_t pixel_mask, int size, int width) +{ +#if 0 + struct xboxfb_softc* sc =3D &xboxfb_sc; + uint32_t* ptri =3D (uint32_t*)sc->sc_framebuffer; + int i, j;=09 + + if (x < 0 || y < 0 || x + width > sc->sc_width || y + (2 * size) > sc->= sc_height) + return 0; + + ptri +=3D (y * sc->sc_width) + x; + + /* plot the mousecursor wherever the user wants it */ + for (j =3D 0; j < size; j++) { + for (i =3D width; i > 0; i--) { + if (pixel_image[j] & (1 << i)) + *ptri =3D cmap[0xf]; + ptri++; + } + ptri +=3D (sc->sc_width - width); + } + return (0); +#else + return ENODEV; +#endif +} + + +/* + * diag(): + * Print some information about the video adapter and video modes, + * with requested level of details. + * + * all adapters + */ +static int +mbvid_diag(video_adapter_t *adp, int level) +{ + if (!fb_found) + return ENXIO; + return 0; +} + +static void +xbr_init(scr_stat* scp) +{ +} + +static void +xbr_clear(scr_stat* scp, int c, int attr) +{ +} + +static void +xbr_draw_border(scr_stat* scp, int color) +{ +} + +static void +xbr_draw(scr_stat* scp, int from, int count, int flip) +{ + int i, c, a; + + if (!flip) { + /* Normal printing */ + vidd_puts(&mbvidadapter, from, (uint16_t*)sc_vtb_pointer(&scp->vtb, fr= om), count); + } else {=09 + /* This is for selections and such: invert the color attribute */ + for (i =3D count; i-- > 0; ++from) { + c =3D sc_vtb_getc(&scp->vtb, from); + a =3D sc_vtb_geta(&scp->vtb, from) >> 8; + vidd_putc(&mbvidadapter, from, c, (a >> 4) | ((a & 0xf) << 4)); + } + } +} + +static void +xbr_set_cursor(scr_stat* scp, int base, int height, int blink) +{ +} + +static void +xbr_draw_cursor(scr_stat* scp, int at, int blink, int on, int flip) +{ + uint16_t* ptri; + int row, col, i, j; + + if (scp->curs_attr.height <=3D 0) + return; + + ptri =3D mbvid_params.ptr; + + /* calculate the coordinates in the video buffer */ + row =3D (at / mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi_= cheight; + col =3D (at % mbvidadapter.va_info.vi_width) * mbvidadapter.va_info.vi_= cwidth; + ptri +=3D (row * mbvid_params.width) + col; + + /* our cursor consists of simply inverting the char under it */ + for (i =3D 0; i < mbvidadapter.va_info.vi_cheight; i++) { + for (j =3D 0; j < mbvidadapter.va_info.vi_cwidth; j++) { + *ptri++ ^=3D 0xFFFF; + } + ptri +=3D (mbvid_params.width - mbvidadapter.va_info.vi_cwidth); + } +} + +static void +xbr_blink_cursor(scr_stat* scp, int at, int flip) +{ +} + +static void +xbr_set_mouse(scr_stat* scp) +{ +} + +static void +xbr_draw_mouse(scr_stat* scp, int x, int y, int on) +{ +#if 0 + vidd_putm(scp->sc->adp, x, y, mouse_pointer, 0xffffffff, 16, 8); +#endif +} + +static sc_rndr_sw_t mbvidrend =3D { + xbr_init, + xbr_clear, + xbr_draw_border, + xbr_draw, + xbr_set_cursor, + xbr_draw_cursor, + xbr_blink_cursor, + xbr_set_mouse, + xbr_draw_mouse +}; +RENDERER(mbvid, 0, mbvidrend, gfb_set); =3D=3D=3D modified file 'dev/syscons/schistory.c' --- dev/syscons/schistory.c 2010-08-13 22:16:49 +0000 +++ dev/syscons/schistory.c 2010-08-14 18:33:04 +0000 @@ -42,7 +42,7 @@ #include #include =20 -#if defined(__sparc64__) || defined(__powerpc__) +#if defined(__sparc64__) || defined(__powerpc__) || defined (__mips) #include #else #include =3D=3D=3D modified file 'dev/syscons/scterm-teken.c' --- dev/syscons/scterm-teken.c 2010-08-13 22:16:49 +0000 +++ dev/syscons/scterm-teken.c 2010-08-14 22:57:37 +0000 @@ -40,7 +40,7 @@ #include #include =20 -#if defined(__sparc64__) || defined(__powerpc__) +#if defined(__sparc64__) || defined(__powerpc__) || defined(__mips) #include #else #include @@ -140,7 +140,8 @@ tp.tp_col =3D scp->xsize; teken_set_winsize(&ts->ts_teken, &tp); =20 - if (scp->cursor_pos < scp->ysize * scp->xsize) { + if (scp->cursor_pos < scp->ysize * scp->xsize + && scp->cursor_pos >=3D 0) { /* Valid old cursor position. */ tp.tp_row =3D scp->cursor_pos / scp->xsize; tp.tp_col =3D scp->cursor_pos % scp->xsize; =3D=3D=3D modified file 'dev/syscons/syscons.c' --- dev/syscons/syscons.c 2010-08-13 22:16:49 +0000 +++ dev/syscons/syscons.c 2010-08-14 22:58:04 +0000 @@ -62,7 +62,7 @@ #include =20 #include -#if defined(__sparc64__) || defined(__powerpc__) +#if defined(__sparc64__) || defined(__powerpc__) || defined (__mips) #include #else #include =3D=3D=3D modified file 'dev/usb/controller/usb_controller.c' --- dev/usb/controller/usb_controller.c 2010-08-13 22:16:49 +0000 +++ dev/usb/controller/usb_controller.c 2010-08-15 21:16:14 +0000 @@ -104,6 +104,7 @@ }; =20 DRIVER_MODULE(usbus, ohci, usb_driver, usb_devclass, 0, 0); +DRIVER_MODULE(usbus, geode, usb_driver, usb_devclass, 0, 0); DRIVER_MODULE(usbus, uhci, usb_driver, usb_devclass, 0, 0); DRIVER_MODULE(usbus, ehci, usb_driver, usb_devclass, 0, 0); DRIVER_MODULE(usbus, at91_udp, usb_driver, usb_devclass, 0, 0); =3D=3D=3D modified file 'dev/usb/usb_busdma.c' --- dev/usb/usb_busdma.c 2010-08-13 22:16:49 +0000 +++ dev/usb/usb_busdma.c 2010-08-17 14:12:28 +0000 @@ -699,7 +699,7 @@ /* nothing has been loaded into this page cache! */ return; } - bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_PREWRITE); + bus_dmamap_sync(pc->tag, pc->map, BUS_DMASYNC_PREREAD|BUS_DMASYNC_PREWR= ITE); } =20 /*----------------------------------------------------------------------= --* =3D=3D=3D modified file 'isa/rtc.h' --- isa/rtc.h 2010-08-13 22:16:49 +0000 +++ isa/rtc.h 2010-08-15 03:26:10 +0000 @@ -72,7 +72,7 @@ #define RTC_STATUSB 0x0b /* status register B */ #define RTCSB_DST 0x01 /* USA Daylight Savings Time enable */ #define RTCSB_24HR 0x02 /* 0 =3D 12 hours, 1 =3D 24 hours */ -#define RTCSB_BCD 0x04 /* 0 =3D BCD, 1 =3D Binary coded time */ +#define RTCSB_BINARY 0x04 /* 0 =3D BCD, 1 =3D Binary coded time */ #define RTCSB_SQWE 0x08 /* 1 =3D output sqare wave at SQW pin */ #define RTCSB_UINTR 0x10 /* 1 =3D enable update-ended interrupt */ #define RTCSB_AINTR 0x20 /* 1 =3D enable alarm interrupt */ =3D=3D=3D added file 'mips/conf/YEELOONG' --- mips/conf/YEELOONG 1970-01-01 00:00:00 +0000 +++ mips/conf/YEELOONG 2010-08-14 18:03:39 +0000 @@ -0,0 +1,55 @@ +# QEMU -- Generic kernel configuration file for FreeBSD/mips +# +# For more information on this file, please read the handbook section on= +# Kernel Configuration Files: +# +# http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelcon= fig-config.html +# +# The handbook is also available locally in /usr/share/doc/handbook +# if you've installed the doc distribution, otherwise always see the +# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the +# latest information. +# +# An exhaustive list of options and more detailed explanations of the +# device lines is also present in the ../../conf/NOTES and NOTES files. = +# If you are in doubt as to the purpose or necessity of a line, check fi= rst=20 +# in NOTES. +# +# $FreeBSD: src/sys/mips/conf/YEELOONG,v 1.4.2.1.2.1 2009/10/25 01:10:29= kensmith Exp $ + +# Don't build any modules yet. +makeoptions MODULES_OVERRIDE=3D"" + +include "../yeeloong/std.yeeloong" + +# hints "YEELOONG.hints" #Default places to look for devices. + +makeoptions DEBUG=3D-g #Build kernel with gdb(1) debug symbols + +options DDB +options KDB + +options SCHED_4BSD #4BSD scheduler +options INET #InterNETworking +options NFSCLIENT #Network Filesystem Client +options NFS_ROOT #NFS usable as /, requires NFSCLIENT +options PSEUDOFS #Pseudo-filesystem framework +options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extension= s + +# Debugging for use in -current +options INVARIANTS #Enable calls of extra sanity checking +options INVARIANT_SUPPORT #Extra sanity checks of internal structures, = required by INVARIANTS +#options WITNESS #Enable checks to detect deadlocks and cycles +#options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed +options USB_DEBUG # enable debug msgs + +device loop +device ether +device md +device uart + +options MSDOSFS # MSDOS Filesystem +options CD9660 # ISO 9660 Filesystem +options PROCFS # Process filesystem (requires PSEUDOFS) +options GEOM_PART_GPT # GUID Partition Tables. +options GEOM_LABEL # Provides labelization =3D=3D=3D modified file 'mips/include/bus.h' --- mips/include/bus.h 2010-08-13 22:16:49 +0000 +++ mips/include/bus.h 2010-08-14 18:26:44 +0000 @@ -74,6 +74,41 @@ #define _MACHINE_BUS_H_ =20 #include +#include + +static inline void +memsetw (volatile void *ptr_, uint16_t val, size_t count) +{ + volatile uint16_t *ptr =3D ptr_; + while (count--) + *ptr++ =3D val; +} + +static inline void +memsetw_io (uintptr_t ptr_, uint16_t val, size_t count) +{ + volatile uint16_t *ptr =3D (volatile uint16_t *) ptr_; + while (count--) + *ptr++ =3D val; +} + +static inline void +memcpy_io (uintptr_t to, uintptr_t from, size_t count) +{ + memcpy ((void *) to, (void *) from, count); +} + +static inline void +memcpy_toio (uintptr_t to, void *from, size_t count) +{ + memcpy ((void *) to, from, count); +} + +static inline void +memcpy_fromio (void *to, uintptr_t from, size_t count) +{ + memcpy (to, (void *) from, count); +} =20 struct bus_space { /* cookie */ =3D=3D=3D modified file 'mips/include/cache.h' --- mips/include/cache.h 2010-08-13 22:16:49 +0000 +++ mips/include/cache.h 2010-08-15 07:38:23 +0000 @@ -213,6 +213,22 @@ #define mips_intern_dcache_wb_range(v, s) \ __mco_2args(intern_, dcache_wb_range, (v), (s)) =20 +#define mips_sdcache_wbinv_all() \ + __mco_noargs(, dcache_wbinv_all) + +#define mips_sdcache_wbinv_range(v, s) \ + __mco_2args(, dcache_wbinv_range, (v), (s)) + +#define mips_sdcache_wbinv_range_index(v, s) \ + __mco_2args(, dcache_wbinv_range_index, (v), (s)) + +#define mips_sdcache_inv_range(v, s) \ + __mco_2args(, dcache_inv_range, (v), (s)) + +#define mips_sdcache_wb_range(v, s) \ + __mco_2args(, dcache_wb_range, (v), (s)) + + /* forward declaration */ struct mips_cpuinfo; =20 =3D=3D=3D modified file 'mips/include/cache_mipsNN.h' --- mips/include/cache_mipsNN.h 2010-08-13 22:16:49 +0000 +++ mips/include/cache_mipsNN.h 2010-08-15 07:39:31 +0000 @@ -57,6 +57,13 @@ void mipsNN_pdcache_inv_range_32(vm_offset_t, vm_size_t); void mipsNN_pdcache_wb_range_16(vm_offset_t, vm_size_t); void mipsNN_pdcache_wb_range_32(vm_offset_t, vm_size_t); + +void mipsNN_sdcache_wbinv_all_32(void); +void mipsNN_sdcache_wbinv_range_32(vm_offset_t, vm_size_t); +void mipsNN_sdcache_wbinv_range_index_32(vm_offset_t, vm_size_t); +void mipsNN_sdcache_inv_range_32(vm_offset_t, vm_size_t); +void mipsNN_sdcache_wb_range_32(vm_offset_t, vm_size_t); + #ifdef CPU_CNMIPS void mipsNN_icache_sync_all_128(void); void mipsNN_icache_sync_range_128(vm_offset_t, vm_size_t); =3D=3D=3D modified file 'mips/include/cpufunc.h' --- mips/include/cpufunc.h 2010-08-13 22:16:49 +0000 +++ mips/include/cpufunc.h 2010-08-13 22:21:55 +0000 @@ -142,6 +142,10 @@ #undef MIPS_RDRW64_COP0 #endif =20 +#if __mips =3D=3D 32 || __mips =3D=3D 64 +#define MIPS_HAS_CP0_SELECTORS 1 +#endif + #define MIPS_RDRW32_COP0(n,r) \ static __inline uint32_t \ mips_rd_ ## n (void) \ @@ -164,6 +168,8 @@ mips_barrier(); \ } struct __hack =20 +#ifdef MIPS_HAS_CP0_SELECTORS + #define MIPS_RDRW32_COP0_SEL(n,r,s) \ static __inline uint32_t \ mips_rd_ ## n(void) \ @@ -186,6 +192,8 @@ mips_barrier(); \ } struct __hack =20 +#endif + #ifdef CPU_CNMIPS static __inline void mips_sync_icache (void) { @@ -201,9 +209,11 @@ =20 MIPS_RDRW32_COP0(compare, MIPS_COP_0_COMPARE); MIPS_RDRW32_COP0(config, MIPS_COP_0_CONFIG); +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(config1, MIPS_COP_0_CONFIG, 1); MIPS_RDRW32_COP0_SEL(config2, MIPS_COP_0_CONFIG, 2); MIPS_RDRW32_COP0_SEL(config3, MIPS_COP_0_CONFIG, 3); +#endif MIPS_RDRW32_COP0(count, MIPS_COP_0_COUNT); MIPS_RDRW32_COP0(index, MIPS_COP_0_TLB_INDEX); MIPS_RDRW32_COP0(wired, MIPS_COP_0_TLB_WIRED); @@ -219,12 +229,17 @@ #endif MIPS_RDRW32_COP0(prid, MIPS_COP_0_PRID); /* XXX 64-bit? */ +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(ebase, MIPS_COP_0_PRID, 1); +#endif MIPS_RDRW32_COP0(watchlo, MIPS_COP_0_WATCH_LO); +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(watchlo1, MIPS_COP_0_WATCH_LO, 1); MIPS_RDRW32_COP0_SEL(watchlo2, MIPS_COP_0_WATCH_LO, 2); MIPS_RDRW32_COP0_SEL(watchlo3, MIPS_COP_0_WATCH_LO, 3); +#endif MIPS_RDRW32_COP0(watchhi, MIPS_COP_0_WATCH_HI); +#ifdef MIPS_HAS_CP0_SELECTORS MIPS_RDRW32_COP0_SEL(watchhi1, MIPS_COP_0_WATCH_HI, 1); MIPS_RDRW32_COP0_SEL(watchhi2, MIPS_COP_0_WATCH_HI, 2); MIPS_RDRW32_COP0_SEL(watchhi3, MIPS_COP_0_WATCH_HI, 3); @@ -233,6 +248,7 @@ MIPS_RDRW32_COP0_SEL(perfcnt1, MIPS_COP_0_PERFCNT, 1); MIPS_RDRW32_COP0_SEL(perfcnt2, MIPS_COP_0_PERFCNT, 2); MIPS_RDRW32_COP0_SEL(perfcnt3, MIPS_COP_0_PERFCNT, 3); +#endif =20 #undef MIPS_RDRW32_COP0 =20 =3D=3D=3D modified file 'mips/include/cpuinfo.h' --- mips/include/cpuinfo.h 2010-08-13 22:16:49 +0000 +++ mips/include/cpuinfo.h 2010-08-15 07:43:39 +0000 @@ -67,6 +67,12 @@ u_int8_t dc_nways; u_int16_t dc_nsets; } l1; + struct { + u_int32_t dc_size; + u_int8_t dc_linesize; + u_int8_t dc_nways; + u_int16_t dc_nsets; + } l2; }; =20 extern struct mips_cpuinfo cpuinfo; =3D=3D=3D modified file 'mips/include/cpuregs.h' --- mips/include/cpuregs.h 2010-08-13 22:16:49 +0000 +++ mips/include/cpuregs.h 2010-08-15 11:09:51 +0000 @@ -136,6 +136,10 @@ #define MIPS_CCA_UC 0x02 /* Uncached. */ #define MIPS_CCA_C 0x03 /* Cacheable, coherency unspecified. */ =20 +#if defined (CPU_R10000) || defined (TARGET_YEELOONG) +#define MIPS_CCA_UA 0x07 +#endif + #if defined(CPU_R4000) || defined(CPU_R10000) #define MIPS_CCA_CNC 0x03 #define MIPS_CCA_CCE 0x04 @@ -145,10 +149,6 @@ #define MIPS_CCA_CCUOW 0x06 #endif =20 -#ifdef CPU_R10000 -#define MIPS_CCA_UA 0x07 -#endif - #define MIPS_CCA_CACHED MIPS_CCA_CCEW #endif /* defined(CPU_R4000) || defined(CPU_R10000) */ =20 @@ -188,8 +188,14 @@ #define MIPS_XKSEG_START 0xc000000000000000 #define MIPS_XKSEG_END 0xc00000ff80000000 =20 +#if __mips =3D=3D 32 || __mips =3D=3D 64 +#define SSNOP ssnop +#else +#define SSNOP nop +#endif +=20 /* CPU dependent mtc0 hazard hook */ -#ifdef CPU_CNMIPS +#if defined (CPU_CNMIPS) || defined (TARGET_YEELOONG) #define COP0_SYNC nop; nop; nop; nop; nop; #elif defined(CPU_SB1) #define COP0_SYNC ssnop; ssnop; ssnop; ssnop; ssnop; ssnop; ssnop; ssno= p; ssnop @@ -416,7 +422,7 @@ #define MIPS_VEC_EJTAG 0xBFC00480 #define MIPS_VEC_TLB 0x80000000 #define MIPS_VEC_XTLB 0x80000080 -#define MIPS_VEC_CACHE 0x80000100 +#define MIPS_VEC_CACHE 0xa0000100 #define MIPS_VEC_GENERIC 0x80000180 /* Most exceptions */ #define MIPS_VEC_INTERRUPT 0x80000200 =20 =3D=3D=3D modified file 'mips/include/param.h' --- mips/include/param.h 2010-08-13 22:16:49 +0000 +++ mips/include/param.h 2010-08-16 23:24:43 +0000 @@ -100,7 +100,7 @@ #define CACHE_LINE_SHIFT 6 #define CACHE_LINE_SIZE (1 << CACHE_LINE_SHIFT) =20 -#define PAGE_SHIFT 12 /* LOG2(PAGE_SIZE) */ +#define PAGE_SHIFT 14 /* LOG2(PAGE_SIZE) */ #define PAGE_SIZE (1<> TLBMASK_SHIFT) << TLBMASK_SHIFT) +#define TLBMASK_MASK ((PAGE_MASK >> (TLBMASK_SHIFT - 1)) << TLBMASK_SHIF= T) =20 /* * PFN for EntryLo register. Upper bits are 0, which is to say that @@ -63,7 +63,7 @@ */ #define TLBLO_SWBITS_SHIFT (30) #define TLBLO_SWBITS_MASK (0x3U << TLBLO_SWBITS_SHIFT) -#define TLBLO_PFN_SHIFT (6) +#define TLBLO_PFN_SHIFT (PAGE_SHIFT - 6) #define TLBLO_PFN_MASK (0x3FFFFFC0) #define TLBLO_PA_TO_PFN(pa) ((((pa) >> TLB_PAGE_SHIFT) << TLBLO_PFN_SHIF= T) & TLBLO_PFN_MASK) #define TLBLO_PFN_TO_PA(pfn) ((vm_paddr_t)((pfn) >> TLBLO_PFN_SHIFT) << = TLB_PAGE_SHIFT) @@ -89,9 +89,7 @@ #define TLBHI_R_KERNEL (0x03UL << TLBHI_R_SHIFT) #define TLBHI_R_MASK (0x03UL << TLBHI_R_SHIFT) #define TLBHI_VA_R(va) ((va) & TLBHI_R_MASK) -#define TLBHI_FILL_SHIFT 40 -#define TLBHI_VPN2_SHIFT (TLB_PAGE_SHIFT + 1) -#define TLBHI_VPN2_MASK (((~((1UL << TLBHI_VPN2_SHIFT) - 1)) << (63 - T= LBHI_FILL_SHIFT)) >> (63 - TLBHI_FILL_SHIFT)) +#define TLBHI_VPN2_MASK (~((1ULL << (TLB_PAGE_SHIFT + 1)) - 1) & ~TLBHI= _R_MASK) #define TLBHI_VA_TO_VPN2(va) ((va) & TLBHI_VPN2_MASK) #define TLBHI_ENTRY(va, asid) ((TLBHI_VA_R((va))) /* Region. */ | \ (TLBHI_VA_TO_VPN2((va))) /* VPN2. */ | \ =3D=3D=3D added file 'mips/include/sc_machdep.h' --- mips/include/sc_machdep.h 1970-01-01 00:00:00 +0000 +++ mips/include/sc_machdep.h 2010-08-14 18:45:20 +0000 @@ -0,0 +1,30 @@ +/* Color attributes for foreground text */ + +#define FG_BLACK 0 +#define FG_BLUE 1 +#define FG_GREEN 2 +#define FG_CYAN 3 +#define FG_RED 4 +#define FG_MAGENTA 5 +#define FG_BROWN 6 +#define FG_LIGHTGREY 7 +#define FG_DARKGREY 8 +#define FG_LIGHTBLUE 9 +#define FG_LIGHTGREEN 10 +#define FG_LIGHTCYAN 11 +#define FG_LIGHTRED 12 +#define FG_LIGHTMAGENTA 13 +#define FG_YELLOW 14 +#define FG_WHITE 15 +#define FG_BLINK 0x80 + +/* Color attributes for text background */ + +#define BG_BLACK 0x00 +#define BG_BLUE 0x10 +#define BG_GREEN 0x20 +#define BG_CYAN 0x30 +#define BG_RED 0x40 +#define BG_MAGENTA 0x50 +#define BG_BROWN 0x60 +#define BG_LIGHTGREY 0x70 =3D=3D=3D modified file 'mips/include/vmparam.h' --- mips/include/vmparam.h 2010-08-13 22:16:49 +0000 +++ mips/include/vmparam.h 2010-08-17 17:15:01 +0000 @@ -112,7 +112,7 @@ * and some QED CPUs perform some virtual address checks before the * offset is calculated. */ -#define USRSTACK (VM_MAXUSER_ADDRESS - PAGE_SIZE) +#define USRSTACK (VM_MAXUSER_ADDRESS) =20 /* * Only one memory domain. =3D=3D=3D modified file 'mips/mips/bus_space_generic.c' --- mips/mips/bus_space_generic.c 2010-08-13 22:16:49 +0000 +++ mips/mips/bus_space_generic.c 2010-08-15 04:18:21 +0000 @@ -593,6 +593,9 @@ { #if 0 if (flags & BUS_SPACE_BARRIER_WRITE) + { mips_dcache_wbinv_all(); + mips_sdcache_wbinv_all(); + } #endif } =3D=3D=3D modified file 'mips/mips/busdma_machdep.c' --- mips/mips/busdma_machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/busdma_machdep.c 2010-08-17 14:02:19 +0000 @@ -638,6 +638,8 @@ newmap->allocbuffer =3D tmpaddr; mips_dcache_wbinv_range((vm_offset_t)*vaddr, dmat->maxsize); + mips_sdcache_wbinv_range((vm_offset_t)*vaddr, + dmat->maxsize); *vaddr =3D tmpaddr; } else newmap->origbuffer =3D newmap->allocbuffer =3D NULL; @@ -805,6 +807,9 @@ if (++seg >=3D dmat->nsegments) break; segs[seg].ds_addr =3D curaddr; +#ifdef TARGET_YEELOONG + segs[seg].ds_addr |=3D 0x80000000; +#endif segs[seg].ds_len =3D sgsize; } if (error) @@ -1074,6 +1079,7 @@ if (size_clend) memcpy (tmp_clend, (void*)buf_clend, size_clend); mips_dcache_inv_range((vm_offset_t)buf, len); + mips_sdcache_inv_range((vm_offset_t)buf, len); /*=20 * Restore them */ @@ -1088,15 +1094,23 @@ * necessary. */ if (size_cl) + { mips_dcache_wbinv_range((vm_offset_t)buf_cl, size_cl); + mips_sdcache_wbinv_range((vm_offset_t)buf_cl, size_cl); + } if (size_clend && (size_cl =3D=3D 0 || buf_clend - buf_cl > mips_pdcache_linesize)) + { mips_dcache_wbinv_range((vm_offset_t)buf_clend, size_clend); + mips_sdcache_wbinv_range((vm_offset_t)buf_clend, + size_clend); + } break; =20 case BUS_DMASYNC_PREREAD|BUS_DMASYNC_PREWRITE: mips_dcache_wbinv_range((vm_offset_t)buf_cl, len); + mips_sdcache_wbinv_range((vm_offset_t)buf_cl, len); break; =20 case BUS_DMASYNC_PREREAD: @@ -1108,6 +1122,7 @@ if (size_clend) memcpy (tmp_clend, (void *)buf_clend, size_clend); mips_dcache_inv_range((vm_offset_t)buf, len); + mips_sdcache_inv_range((vm_offset_t)buf, len); /* * Restore them */ @@ -1122,15 +1137,23 @@ * necessary. */ if (size_cl) + { mips_dcache_wbinv_range((vm_offset_t)buf_cl, size_cl); + mips_sdcache_wbinv_range((vm_offset_t)buf_cl, size_cl); + } if (size_clend && (size_cl =3D=3D 0 || buf_clend - buf_cl > mips_pdcache_linesize)) + { mips_dcache_wbinv_range((vm_offset_t)buf_clend, size_clend); + mips_sdcache_wbinv_range((vm_offset_t)buf_clend, + size_clend); + } break; =20 case BUS_DMASYNC_PREWRITE: mips_dcache_wb_range((vm_offset_t)buf, len); + mips_sdcache_wb_range((vm_offset_t)buf, len); break; } } @@ -1149,6 +1172,8 @@ if (bpage->vaddr_nocache =3D=3D 0) { mips_dcache_wb_range(bpage->vaddr, bpage->datacount); + mips_sdcache_wb_range(bpage->vaddr, + bpage->datacount); } dmat->bounce_zone->total_bounced++; } @@ -1156,6 +1181,8 @@ if (bpage->vaddr_nocache =3D=3D 0) { mips_dcache_inv_range(bpage->vaddr, bpage->datacount); + mips_sdcache_inv_range(bpage->vaddr, + bpage->datacount); } bcopy((void *)(bpage->vaddr_nocache !=3D 0 ?=20 bpage->vaddr_nocache : bpage->vaddr), =3D=3D=3D modified file 'mips/mips/cache.c' --- mips/mips/cache.c 2010-08-13 22:16:49 +0000 +++ mips/mips/cache.c 2010-08-15 04:07:37 +0000 @@ -194,6 +194,28 @@ cpuinfo->l1.dc_linesize); } =20 + switch (cpuinfo->l2.dc_linesize) { + case 32: + mips_cache_ops.mco_sdcache_wbinv_all =3D + mips_cache_ops.mco_intern_sdcache_wbinv_all =3D + mipsNN_sdcache_wbinv_all_32; + mips_cache_ops.mco_sdcache_wbinv_range =3D + mipsNN_sdcache_wbinv_range_32; + mips_cache_ops.mco_sdcache_wbinv_range_index =3D + mips_cache_ops.mco_intern_sdcache_wbinv_range_index =3D + mipsNN_sdcache_wbinv_range_index_32; + mips_cache_ops.mco_sdcache_inv_range =3D + mipsNN_sdcache_inv_range_32; + mips_cache_ops.mco_sdcache_wb_range =3D + mips_cache_ops.mco_intern_sdcache_wb_range =3D + mipsNN_sdcache_wb_range_32; + break; + default: + panic("no SDcache ops for %d byte lines", + cpuinfo->l1.dc_linesize); + } + + mipsNN_cache_init(cpuinfo); =20 #if 0 =3D=3D=3D modified file 'mips/mips/cache_mipsNN.c' --- mips/mips/cache_mipsNN.c 2010-08-13 22:16:49 +0000 +++ mips/mips/cache_mipsNN.c 2010-08-16 22:00:16 +0000 @@ -82,6 +82,12 @@ static int pdcache_loopcount; static int pdcache_way_mask; =20 +static int sdcache_size; +static int sdcache_stride; +static int sdcache_loopcount; +static int sdcache_way_mask; + + void mipsNN_cache_init(struct mips_cpuinfo * cpuinfo) { @@ -115,6 +121,15 @@ cpuinfo->l1.dc_nways; } =20 + if (cpuinfo->l2.dc_nsets * cpuinfo->l2.dc_linesize < PAGE_SIZE) { + sdcache_stride =3D cpuinfo->l2.dc_nsets * cpuinfo->l2.dc_linesize; + sdcache_loopcount =3D cpuinfo->l2.dc_nways; + } else { + sdcache_stride =3D PAGE_SIZE; + sdcache_loopcount =3D (cpuinfo->l2.dc_nsets * cpuinfo->l2.dc_linesize = / PAGE_SIZE) * + cpuinfo->l2.dc_nways; + } + mips_picache_linesize =3D cpuinfo->l1.ic_linesize; mips_pdcache_linesize =3D cpuinfo->l1.dc_linesize; =20 @@ -123,6 +138,9 @@ pdcache_size =3D cpuinfo->l1.dc_size; pdcache_way_mask =3D cpuinfo->l1.dc_nways - 1; =20 + sdcache_size =3D cpuinfo->l2.dc_size; + sdcache_way_mask =3D cpuinfo->l2.dc_nways - 1; + #define CACHE_DEBUG #ifdef CACHE_DEBUG printf("Cache info:\n"); @@ -181,6 +199,12 @@ SYNC; } =20 +#if __mips =3D=3D 3 +#define HIT_I_INV CACHE_R4K_I|CACHEOP_R4K_INDEX_INV +#else +#define HIT_I_INV CACHE_R4K_I|CACHEOP_R4K_HIT_INV +#endif + void mipsNN_icache_sync_range_16(vm_offset_t va, vm_size_t size) { @@ -192,12 +216,12 @@ mips_intern_dcache_wb_range(va, (eva - va)); =20 while ((eva - va) >=3D (32 * 16)) { - cache_r4k_op_32lines_16(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_r4k_op_32lines_16(va, HIT_I_INV); va +=3D (32 * 16); } =20 while (va < eva) { - cache_op_r4k_line(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_op_r4k_line(va, HIT_I_INV); va +=3D 16; } =20 @@ -215,12 +239,12 @@ mips_intern_dcache_wb_range(va, (eva - va)); =20 while ((eva - va) >=3D (32 * 32)) { - cache_r4k_op_32lines_32(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_r4k_op_32lines_32(va, HIT_I_INV); va +=3D (32 * 32); } =20 while (va < eva) { - cache_op_r4k_line(va, CACHE_R4K_I|CACHEOP_R4K_HIT_INV); + cache_op_r4k_line(va, HIT_I_INV); va +=3D 32; } =20 @@ -230,7 +254,7 @@ void mipsNN_icache_sync_range_index_16(vm_offset_t va, vm_size_t size) { - unsigned int eva, tmpva; + vm_offset_t eva, tmpva; int i, stride, loopcount; =20 /* @@ -273,8 +297,8 @@ void mipsNN_icache_sync_range_index_32(vm_offset_t va, vm_size_t size) { - unsigned int eva, tmpva; - int i, stride, loopcount; + vm_offset_t eva, tmpva; + int stride, loopcount; =20 /* * Since we're doing Index ops, we expect to not be able @@ -282,7 +306,7 @@ * bits that determine the cache index, and make a KSEG0 * address out of them. */ - va =3D MIPS_PHYS_TO_KSEG0(va & picache_way_mask); + va =3D MIPS_PHYS_TO_KSEG0(va & 0x3fe0); =20 eva =3D round_line32(va + size); va =3D trunc_line32(va); @@ -298,7 +322,7 @@ =20 while ((eva - va) >=3D (8 * 32)) { tmpva =3D va; - for (i =3D 0; i < loopcount; i++, tmpva +=3D stride) +// for (i =3D 0; i < loopcount; i++, tmpva +=3D stride) cache_r4k_op_8lines_32(tmpva, CACHE_R4K_I|CACHEOP_R4K_INDEX_INV); va +=3D 8 * 32; @@ -306,7 +330,7 @@ =20 while (va < eva) { tmpva =3D va; - for (i =3D 0; i < loopcount; i++, tmpva +=3D stride) + // for (i =3D 0; i < loopcount; i++, tmpva +=3D stride) cache_op_r4k_line(tmpva, CACHE_R4K_I|CACHEOP_R4K_INDEX_INV); va +=3D 32; @@ -351,12 +375,19 @@ while (va < eva) { cache_r4k_op_32lines_32(va, CACHE_R4K_D|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 1, + CACHE_R4K_D|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 2, + CACHE_R4K_D|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 3, + CACHE_R4K_D|CACHEOP_R4K_INDEX_WB_INV); va +=3D (32 * 32); } =20 SYNC; } =20 + void mipsNN_pdcache_wbinv_range_16(vm_offset_t va, vm_size_t size) { @@ -390,11 +421,20 @@ while ((eva - va) >=3D (32 * 32)) { cache_r4k_op_32lines_32(va, CACHE_R4K_D|CACHEOP_R4K_HIT_WB_INV); + cache_r4k_op_32lines_32(va + 1, + CACHE_R4K_D|CACHEOP_R4K_HIT_WB_INV); + cache_r4k_op_32lines_32(va + 2, + CACHE_R4K_D|CACHEOP_R4K_HIT_WB_INV); + cache_r4k_op_32lines_32(va + 3, + CACHE_R4K_D|CACHEOP_R4K_HIT_WB_INV); va +=3D (32 * 32); } =20 while (va < eva) { cache_op_r4k_line(va, CACHE_R4K_D|CACHEOP_R4K_HIT_WB_INV); + cache_op_r4k_line(va + 1, CACHE_R4K_D|CACHEOP_R4K_HIT_WB_INV); + cache_op_r4k_line(va + 2, CACHE_R4K_D|CACHEOP_R4K_HIT_WB_INV); + cache_op_r4k_line(va + 3, CACHE_R4K_D|CACHEOP_R4K_HIT_WB_INV); va +=3D 32; } =20 @@ -413,7 +453,7 @@ * bits that determine the cache index, and make a KSEG0 * address out of them. */ - va =3D MIPS_PHYS_TO_KSEG0(va & pdcache_way_mask); + va =3D MIPS_PHYS_TO_KSEG0(va & 0x3ff); =20 eva =3D round_line16(va + size); va =3D trunc_line16(va); @@ -427,7 +467,7 @@ =20 while ((eva - va) >=3D (8 * 16)) { tmpva =3D va; - for (i =3D 0; i < loopcount; i++, tmpva +=3D stride) + for (i =3D 0; i < 4; i++, tmpva ++) cache_r4k_op_8lines_16(tmpva, CACHE_R4K_D|CACHEOP_R4K_INDEX_WB_INV); va +=3D 8 * 16; @@ -454,7 +494,7 @@ * bits that determine the cache index, and make a KSEG0 * address out of them. */ - va =3D MIPS_PHYS_TO_KSEG0(va & pdcache_way_mask); + va =3D MIPS_PHYS_TO_KSEG0 (va & pdcache_way_mask); =20 eva =3D round_line32(va + size); va =3D trunc_line32(va); @@ -482,7 +522,7 @@ va +=3D 32; } } -=20 + void mipsNN_pdcache_inv_range_16(vm_offset_t va, vm_size_t size) { @@ -514,11 +554,18 @@ =20 while ((eva - va) >=3D (32 * 32)) { cache_r4k_op_32lines_32(va, CACHE_R4K_D|CACHEOP_R4K_HIT_INV); + cache_r4k_op_32lines_32(va + 1, CACHE_R4K_D|CACHEOP_R4K_HIT_INV); + cache_r4k_op_32lines_32(va + 2, CACHE_R4K_D|CACHEOP_R4K_HIT_INV); + cache_r4k_op_32lines_32(va + 3, CACHE_R4K_D|CACHEOP_R4K_HIT_INV); + va +=3D (32 * 32); } =20 while (va < eva) { cache_op_r4k_line(va, CACHE_R4K_D|CACHEOP_R4K_HIT_INV); + cache_op_r4k_line(va + 1, CACHE_R4K_D|CACHEOP_R4K_HIT_INV); + cache_op_r4k_line(va + 2, CACHE_R4K_D|CACHEOP_R4K_HIT_INV); + cache_op_r4k_line(va + 3, CACHE_R4K_D|CACHEOP_R4K_HIT_INV); va +=3D 32; } =20 @@ -556,18 +603,23 @@ =20 while ((eva - va) >=3D (32 * 32)) { cache_r4k_op_32lines_32(va, CACHE_R4K_D|CACHEOP_R4K_HIT_WB); + cache_r4k_op_32lines_32(va + 1, CACHE_R4K_D|CACHEOP_R4K_HIT_WB); + cache_r4k_op_32lines_32(va + 2, CACHE_R4K_D|CACHEOP_R4K_HIT_WB); + cache_r4k_op_32lines_32(va + 3, CACHE_R4K_D|CACHEOP_R4K_HIT_WB); va +=3D (32 * 32); } =20 while (va < eva) { cache_op_r4k_line(va, CACHE_R4K_D|CACHEOP_R4K_HIT_WB); + cache_op_r4k_line(va + 1, CACHE_R4K_D|CACHEOP_R4K_HIT_WB); + cache_op_r4k_line(va + 2, CACHE_R4K_D|CACHEOP_R4K_HIT_WB); + cache_op_r4k_line(va + 3, CACHE_R4K_D|CACHEOP_R4K_HIT_WB); va +=3D 32; } =20 SYNC; } =20 - #ifdef CPU_CNMIPS =20 void @@ -617,3 +669,136 @@ } =20 #endif + +void +mipsNN_sdcache_wbinv_all_32(void) +{ + vm_offset_t va, eva; + + va =3D MIPS_PHYS_TO_KSEG0(0); + eva =3D va + sdcache_size; + + /* + * Since we're hitting the whole thing, we don't have to + * worry about the N different "ways". + */ + + while (va < eva) { + cache_r4k_op_32lines_32(va, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 1, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 2, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 3, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + va +=3D (32 * 32); + } + + SYNC; +} + +void +mipsNN_sdcache_wbinv_range_32(vm_offset_t va, vm_size_t size) +{ + vm_offset_t eva; + + eva =3D round_line32(va + size); + va =3D trunc_line32(va); + + while ((eva - va) >=3D (32 * 32)) { + cache_r4k_op_32lines_32(va, + CACHE_R4K_SD|CACHEOP_R4K_HIT_WB_INV); + va +=3D (32 * 32); + } + + while (va < eva) { + cache_op_r4k_line(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_WB_INV); + va +=3D 32; + } + + SYNC; +} + +void +mipsNN_sdcache_wbinv_range_index_32(vm_offset_t va, vm_size_t size) +{ + vm_offset_t eva, tmpva; + int i, stride, loopcount; + + /* + * Since we're doing Index ops, we expect to not be able + * to access the address we've been given. So, get the + * bits that determine the cache index, and make a KSEG0 + * address out of them. + */ + va =3D MIPS_PHYS_TO_KSEG0 (va & 0x1ffff); + + eva =3D round_line32(va + size); + va =3D trunc_line32(va); + + /* + * GCC generates better code in the loops if we reference local + * copies of these global variables. + */ + stride =3D sdcache_stride; + loopcount =3D sdcache_loopcount; + + while ((eva - va) >=3D (8 * 32)) { + tmpva =3D va; + for (i =3D 0; i < 4; i++, tmpva++) + cache_r4k_op_8lines_32(tmpva, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + va +=3D 8 * 32; + } + + while (va < eva) { + tmpva =3D va; + for (i =3D 0; i < loopcount; i++, tmpva +=3D stride) + cache_op_r4k_line(tmpva, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + va +=3D 32; + } +} + +void +mipsNN_sdcache_inv_range_32(vm_offset_t va, vm_size_t size) +{ + vm_offset_t eva; + + eva =3D round_line32(va + size); + va =3D trunc_line32(va); + + while ((eva - va) >=3D (32 * 32)) { + cache_r4k_op_32lines_32(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_INV); + va +=3D (32 * 32); + } + + while (va < eva) { + cache_op_r4k_line(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_INV); + va +=3D 32; + } + + SYNC; +} + +void +mipsNN_sdcache_wb_range_32(vm_offset_t va, vm_size_t size) +{ + vm_offset_t eva; + + eva =3D round_line32(va + size); + va =3D trunc_line32(va); + + while ((eva - va) >=3D (32 * 32)) { + cache_r4k_op_32lines_32(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_WB); + va +=3D (32 * 32); + } + + while (va < eva) { + cache_op_r4k_line(va, CACHE_R4K_SD|CACHEOP_R4K_HIT_WB); + va +=3D 32; + } + + SYNC; +} =3D=3D=3D modified file 'mips/mips/cpu.c' --- mips/mips/cpu.c 2010-08-13 22:16:49 +0000 +++ mips/mips/cpu.c 2010-08-16 22:04:45 +0000 @@ -69,8 +69,6 @@ { u_int32_t prid; u_int32_t cfg0; - u_int32_t cfg1; - u_int32_t tmp; =20 memset(cpuinfo, 0, sizeof(struct mips_cpuinfo)); =20 @@ -87,46 +85,71 @@ ((cfg0 & MIPS_CONFIG0_MT_MASK) >> MIPS_CONFIG0_MT_SHIFT); cpuinfo->icache_virtual =3D cfg0 & MIPS_CONFIG0_VI; =20 - /* If config register selection 1 does not exist, exit. */ - if (!(cfg0 & MIPS3_CONFIG_CM)) - return; - - /* Learn TLB size and L1 cache geometry. */ - cfg1 =3D mips_rd_config1(); - cpuinfo->tlb_nentries =3D=20 - ((cfg1 & MIPS_CONFIG1_TLBSZ_MASK) >> MIPS_CONFIG1_TLBSZ_SHIFT) + 1;= - - /* L1 instruction cache. */ - tmp =3D (cfg1 & MIPS_CONFIG1_IL_MASK) >> MIPS_CONFIG1_IL_SHIFT; - if (tmp !=3D 0) { - cpuinfo->l1.ic_linesize =3D 1 << (tmp + 1); - cpuinfo->l1.ic_nways =3D (((cfg1 & MIPS_CONFIG1_IA_MASK) >> MIPS_CONFI= G1_IA_SHIFT)) + 1; - cpuinfo->l1.ic_nsets =3D=20 - 1 << (((cfg1 & MIPS_CONFIG1_IS_MASK) >> MIPS_CONFIG1_IS_SHIFT) + = 6); - cpuinfo->l1.ic_size =3D=20 - cpuinfo->l1.ic_linesize * cpuinfo->l1.ic_nsets * cpuinfo->l1.ic_nw= ays; - } - - /* L1 data cache. */ - tmp =3D (cfg1 & MIPS_CONFIG1_DL_MASK) >> MIPS_CONFIG1_DL_SHIFT; - if (tmp !=3D 0) { - cpuinfo->l1.dc_linesize =3D 1 << (tmp + 1); - cpuinfo->l1.dc_nways =3D=20 - (((cfg1 & MIPS_CONFIG1_DA_MASK) >> MIPS_CONFIG1_DA_SHIFT)) + 1; - cpuinfo->l1.dc_nsets =3D=20 - 1 << (((cfg1 & MIPS_CONFIG1_DS_MASK) >> MIPS_CONFIG1_DS_SHIFT) + 6= ); - } +#ifdef MIPS_HAS_CP0_SELECTORS + { + /* If config register selection 1 does not exist, exit. */ + if (!(cfg0 & MIPS3_CONFIG_CM)) + return; + + /* Learn TLB size and L1 cache geometry. */ + cfg1 =3D mips_rd_config1(); + cpuinfo->tlb_nentries =3D=20 + ((cfg1 & MIPS_CONFIG1_TLBSZ_MASK) >> MIPS_CONFIG1_TLBSZ_SHIFT) + 1; + + /* L1 instruction cache. */ + tmp =3D (cfg1 & MIPS_CONFIG1_IL_MASK) >> MIPS_CONFIG1_IL_SHIFT; + if (tmp !=3D 0) { + cpuinfo->l1.ic_linesize =3D 1 << (tmp + 1); + cpuinfo->l1.ic_nways =3D (((cfg1 & MIPS_CONFIG1_IA_MASK) >> MIPS_CONF= IG1_IA_SHIFT)) + 1; + cpuinfo->l1.ic_nsets =3D=20 + 1 << (((cfg1 & MIPS_CONFIG1_IS_MASK) >> MIPS_CONFIG1_IS_SHIFT) + 6);= + cpuinfo->l1.ic_size =3D=20 + cpuinfo->l1.ic_linesize * cpuinfo->l1.ic_nsets * cpuinfo->l1.ic_nway= s; + } + + /* L1 data cache. */ + tmp =3D (cfg1 & MIPS_CONFIG1_DL_MASK) >> MIPS_CONFIG1_DL_SHIFT; + if (tmp !=3D 0) { + cpuinfo->l1.dc_linesize =3D 1 << (tmp + 1); + cpuinfo->l1.dc_nways =3D=20 + (((cfg1 & MIPS_CONFIG1_DA_MASK) >> MIPS_CONFIG1_DA_SHIFT)) + 1; + cpuinfo->l1.dc_nsets =3D=20 + 1 << (((cfg1 & MIPS_CONFIG1_DS_MASK) >> MIPS_CONFIG1_DS_SHIFT) + 6);= + } #ifdef CPU_CNMIPS - /* - * Octeon does 128 byte line-size. But Config-Sel1 doesn't show - * 128 line-size, 1 Set, 64 ways. - */ - cpuinfo->l1.dc_linesize =3D 128; - cpuinfo->l1.dc_nsets =3D 1; - cpuinfo->l1.dc_nways =3D 64; -#endif - cpuinfo->l1.dc_size =3D cpuinfo->l1.dc_linesize=20 - * cpuinfo->l1.dc_nsets * cpuinfo->l1.dc_nways; + /* + * Octeon does 128 byte line-size. But Config-Sel1 doesn't show + * 128 line-size, 1 Set, 64 ways. + */ + cpuinfo->l1.dc_linesize =3D 128; + cpuinfo->l1.dc_nsets =3D 1; + cpuinfo->l1.dc_nways =3D 64; +#endif + cpuinfo->l1.dc_size =3D cpuinfo->l1.dc_linesize=20 + * cpuinfo->l1.dc_nsets * cpuinfo->l1.dc_nways; + } +#elif defined (TARGET_YEELOONG) + { + cpuinfo->tlb_nentries =3D 64; + + cpuinfo->l1.ic_linesize =3D 32; + cpuinfo->l1.ic_nways =3D 4; + cpuinfo->l1.ic_nsets =3D 65536 / (4 * 32); + cpuinfo->l1.ic_size =3D 65536; + + cpuinfo->l1.dc_linesize =3D 32; + cpuinfo->l1.dc_nways =3D 4; + cpuinfo->l1.dc_nsets =3D 65536 / (4 * 32); + cpuinfo->l1.dc_size =3D 65536; + + cpuinfo->l2.dc_linesize =3D 32; + cpuinfo->l2.dc_nways =3D 4; + cpuinfo->l2.dc_nsets =3D (512 * 1024) / (4 * 32); + cpuinfo->l2.dc_size =3D (512 * 1024); + } +#else +#error unknown architecture without selector support +#endif } =20 void @@ -143,6 +166,7 @@ =20 mips_icache_sync_all(); mips_dcache_wbinv_all(); + mips_sdcache_wbinv_all(); /* Print some info about CPU */ cpu_identify(); } @@ -150,7 +174,7 @@ static void cpu_identify(void) { - uint32_t cfg0, cfg1, cfg2, cfg3; + uint32_t cfg0; printf("cpu%d: ", 0); /* XXX per-cpu */ switch (cpuinfo.cpu_vendor) { case MIPS_PRID_CID_MTI: @@ -236,27 +260,33 @@ if (!(cfg0 & MIPS3_CONFIG_CM)) return; =20 - cfg1 =3D mips_rd_config1(); - printf(" Config1=3D0x%b\n", cfg1,=20 - "\20\7COP2\6MDMX\5PerfCount\4WatchRegs\3MIPS16\2EJTAG\1FPU"); - - /* If config register selection 2 does not exist, exit. */ - if (!(cfg1 & MIPS3_CONFIG_CM)) - return; - cfg2 =3D mips_rd_config2(); - /*=20 - * Config2 contains no useful information other then Config3=20 - * existence flag - */ - - /* If config register selection 3 does not exist, exit. */ - if (!(cfg2 & MIPS3_CONFIG_CM)) - return; - cfg3 =3D mips_rd_config3(); +#ifdef MIPS_HAS_CP0_SELECTORS + { + uint32_t cfg1, cfg2, cfg3; + + cfg1 =3D mips_rd_config1(); + printf(" Config1=3D0x%b\n", cfg1,=20 + "\20\7COP2\6MDMX\5PerfCount\4WatchRegs\3MIPS16\2EJTAG\1FPU"); + + /* If config register selection 2 does not exist, exit. */ + if (!(cfg1 & MIPS3_CONFIG_CM)) + return; + cfg2 =3D mips_rd_config2(); + /*=20 + * Config2 contains no useful information other then Config3=20 + * existence flag + */ + + /* If config register selection 3 does not exist, exit. */ + if (!(cfg2 & MIPS3_CONFIG_CM)) + return; + cfg3 =3D mips_rd_config3(); =20 /* Print Config3 if it contains any useful info */ - if (cfg3 & ~(0x80000000)) - printf(" Config3=3D0x%b\n", cfg3, "\20\2SmartMIPS\1TraceLogic"); + if (cfg3 & ~(0x80000000)) + printf(" Config3=3D0x%b\n", cfg3, "\20\2SmartMIPS\1TraceLogic"); + } +#endif } =20 static struct rman cpu_hardirq_rman; =3D=3D=3D modified file 'mips/mips/db_disasm.c' --- mips/mips/db_disasm.c 2010-08-13 22:16:49 +0000 +++ mips/mips/db_disasm.c 2010-08-13 22:20:49 +0000 @@ -53,6 +53,17 @@ #include #include =20 +static char *cache_op_suffix[4] =3D { + "i", "d", "s", "si" +}; + +static char *cache_op_type[8] =3D { + "Index_Writeback_Invalidate", "Index_Load_Tag", + "Index_Store_Tag", "Create_Dirty_EXCL", + "Hit_Invalidate", "Hit_Writeback_Invalidate", + "Hit_Writeback", "Hit_Set_Virtual" +}; + static char *op_name[64] =3D { /* 0 */ "spec", "bcond","j", "jal", "beq", "bne", "blez", "bgtz", /* 8 */ "addi", "addiu","slti", "sltiu","andi", "ori", "xori", "lui", @@ -373,6 +384,14 @@ reg_name[i.IType.rt], i.IType.imm); break; =20 + case OP_CACHE: + db_printf("%s%s\t%s, %d(%s)", op_name[i.IType.op], + cache_op_suffix[i.IType.rt & 3], + cache_op_type[i.IType.rt >> 2], + (short)i.IType.imm, reg_name[i.IType.rs] + ); + break; + =09 case OP_ADDI: case OP_DADDI: case OP_ADDIU: =3D=3D=3D modified file 'mips/mips/db_interface.c' --- mips/mips/db_interface.c 2010-08-13 22:16:49 +0000 +++ mips/mips/db_interface.c 2010-08-15 04:10:14 +0000 @@ -211,6 +211,7 @@ =20 mips_icache_sync_range((db_addr_t) addr, size); mips_dcache_wbinv_range((db_addr_t) addr, size); + mips_sdcache_wbinv_range((db_addr_t) addr, size); } (void)kdb_jmpbuf(prev_jb); return (ret); =3D=3D=3D modified file 'mips/mips/db_trace.c' --- mips/mips/db_trace.c 2010-08-13 22:16:49 +0000 +++ mips/mips/db_trace.c 2010-08-13 23:39:56 +0000 @@ -49,9 +49,19 @@ #define MIPS_END_OF_FUNCTION(ins) ((ins) =3D=3D 0x03e00008) =20 /* - * kdbpeekD(addr) - skip one word starting at 'addr', then read the seco= nd word + * kdbpeekD(addr) - read double word. */ -#define kdbpeekD(addr) kdbpeek(((int *)(addr)) + 1) + +static inline register_t +kdbpeekD (uintptr_t addr) { +#ifdef __MIPSEL__ + return ((uint64_t) kdbpeek ((int *) addr)) + | (((uint64_t) kdbpeek ((int *) addr + 1)) << 32); +#else + return ((uint64_t) kdbpeek ((int *) addr + 1)) + | (((uint64_t) kdbpeek ((int *) addr)) << 32); +#endif +} =20 /* * Functions ``special'' enough to print by name @@ -105,6 +115,9 @@ } =20 void +kproc_shutdown(void *arg, int howto); + +void stacktrace_subr(register_t pc, register_t sp, register_t ra, int (*printfn) (const char *,...)) { @@ -119,6 +132,8 @@ unsigned instr, mask; unsigned int frames =3D 0; int more, stksize, j; + const uintptr_t kseg0_start =3D sizeof (uintptr_t) =3D=3D 8 + ? 0x8000000000000000ULL : 0x80000000; =20 /* Jump here when done with a frame, to start a new one */ loop: @@ -140,7 +155,7 @@ } /* check for bad SP: could foul up next frame */ /*XXX MIPS64 bad: this hard-coded SP is lame */ - if (sp & 3 || (uintptr_t)sp < 0x80000000u) { + if (sp & 3 || (uintptr_t)sp < kseg0_start) { (*printfn) ("SP 0x%x: not in kernel\n", sp); ra =3D 0; subr =3D 0; @@ -156,7 +171,9 @@ * preceding "j ra" at the tail of the preceding function. Depends * on relative ordering of functions in exception.S, swtch.S. */ - if (pcBetween(MipsKernGenException, MipsUserGenException)) + if (pcBetween(panic, shutdown_nice)) + subr =3D (uintptr_t) panic; + else if (pcBetween(MipsKernGenException, MipsUserGenException)) subr =3D (uintptr_t)MipsKernGenException; else if (pcBetween(MipsUserGenException, MipsKernIntr)) subr =3D (uintptr_t)MipsUserGenException; @@ -181,7 +198,7 @@ } /* check for bad PC */ /*XXX MIPS64 bad: These hard coded constants are lame */ - if (pc & 3 || pc < (uintptr_t)0x80000000) { + if (pc & 3 || (uintptr_t)pc < kseg0_start) { (*printfn) ("PC 0x%x: not in kernel\n", pc); ra =3D 0; goto done; @@ -303,32 +320,34 @@ mask |=3D (1 << i.IType.rt); switch (i.IType.rt) { case 4:/* a0 */ - args[0] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[0] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[0] =3D 1; break; =20 case 5:/* a1 */ - args[1] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[1] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[1] =3D 1; break; =20 case 6:/* a2 */ - args[2] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[2] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[2] =3D 1; break; =20 case 7:/* a3 */ - args[3] =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + args[3] =3D kdbpeekD((sp + (short)i.IType.imm)); valid_args[3] =3D 1; break; =20 case 31: /* ra */ - ra =3D kdbpeekD((int *)(sp + (short)i.IType.imm)); + ra =3D kdbpeekD((sp + (short)i.IType.imm)); } break; =20 case OP_ADDI: case OP_ADDIU: + case OP_DADDIU: + case OP_DADDI: /* look for stack pointer adjustment */ if (i.IType.rs !=3D 29 || i.IType.rt !=3D 29) break; @@ -337,17 +356,18 @@ } =20 done: - (*printfn) ("%s+%x (", fn_name(subr), pc - subr); + (*printfn) ("%s+%lx (", fn_name(subr), (unsigned long) (pc - subr)); for (j =3D 0; j < 4; j ++) { if (j > 0) (*printfn)(","); if (valid_args[j]) - (*printfn)("%x", args[j]); + (*printfn)("%lx", (unsigned long) args[j]); else (*printfn)("?"); } =20 - (*printfn) (") ra %x sp %x sz %d\n", ra, sp, stksize); + (*printfn) (") ra %lx sp %lx sz %ld\n", (unsigned long) ra, + (unsigned long) sp, (long) stksize); =20 if (ra) { if (pc =3D=3D ra && stksize =3D=3D 0) @@ -403,8 +423,12 @@ struct pcb *ctx; =20 if (thr =3D=3D curthread) { - sp =3D (register_t)(intptr_t)__builtin_frame_address(0); - ra =3D (register_t)(intptr_t)__builtin_return_address(0); + __asm __volatile( + "move %0, $sp\n" + : "=3Dr" (sp)); + __asm __volatile( + "move %0, $ra\n" + : "=3Dr" (ra)); =20 __asm __volatile( "jal 99f\n" =3D=3D=3D modified file 'mips/mips/exception.S' --- mips/mips/exception.S 2010-08-13 22:16:49 +0000 +++ mips/mips/exception.S 2010-08-17 02:58:48 +0000 @@ -83,10 +83,10 @@ /* Pointer size and mask for n64 */ #if defined(__mips_n64) #define PTRSHIFT 3 -#define PTRMASK 0xff8 +#define PTRMASK (TLB_PAGE_MASK & ~7) #else #define PTRSHIFT 2 -#define PTRMASK 0xffc +#define PTRMASK (TLB_PAGE_MASK & ~3) #endif =20 /* @@ -127,7 +127,7 @@ MipsDoTLBMiss: bltz k0, 1f #02: k0<0 -> 1f (kernel fault) PTR_SRL k0, k0, SEGSHIFT - PTRSHIFT #03: k0=3Dseg offset (almost) - +=09 GET_CPU_PCPU(k1) PTR_L k1, PC_SEGBASE(k1) beqz k1, 2f #05: make sure segbase is not null @@ -146,7 +146,7 @@ beq k1, zero, 2f # =3D=3D0 -- no page table #endif PTR_SRL k0, PAGE_SHIFT - 2 #0b: k0=3DVPN (aka va>>10) - andi k0, k0, 0xff8 #0c: k0=3Dpage tab offset + andi k0, k0, TLB_PAGE_MASK & ~7 #0c: k0=3Dpage tab offset PTR_ADDU k1, k1, k0 #0d: k1=3Dpte address lw k0, 0(k1) #0e: k0=3Dlo0 pte lw k1, 4(k1) #0f: k1=3Dlo0 pte @@ -156,7 +156,11 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 #15: lo1 is loaded COP0_SYNC + li k0, TLBMASK_MASK + MTC0 k0, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC tlbwr #1a: write to tlb +=09 HAZARD_DELAY eret #1f: retUrn from exception 1: j MipsTLBMissException #20: kernel exception @@ -846,7 +850,7 @@ #endif MFC0 k0, MIPS_COP_0_BAD_VADDR # k0=3Dbad address (again) PTR_SRL k0, PAGE_SHIFT - 2 # k0=3DVPN - andi k0, k0, 0xffc # k0=3Dpage tab offset + andi k0, k0, TLB_PAGE_MASK & ~3 # k0=3Dpage tab offset PTR_ADDU k1, k1, k0 # k1=3Dpte address lw k0, 0(k1) # k0=3Dthis PTE =20 @@ -868,6 +872,10 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 COP0_SYNC + li k0, TLB_PAGE_MASK + MTC0 k0, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC + =20 b tlb_insert_entry nop @@ -881,6 +889,9 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 COP0_SYNC + li k0, TLBMASK_MASK + MTC0 k0, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC =20 tlb_insert_entry: tlbp @@ -890,12 +901,12 @@ nop tlbwi eret - ssnop + SSNOP =20 tlb_insert_random: tlbwr eret - ssnop + SSNOP =20 3: /* @@ -927,7 +938,8 @@ sll k1, k1, PAGE_SHIFT + 1 =20 PTR_LA k0, _C_LABEL(pcpu_space) - PTR_ADDU k0, PAGE_SIZE * 2 + PTR_ADDU k0, PAGE_SIZE + PTR_ADDU k0, PAGE_SIZE PTR_ADDU k0, k0, k1 =20 /* @@ -1013,7 +1025,7 @@ beq k1, zero, MipsKernGenException # =3D=3D0 -- no page table #endif PTR_SRL k0, PAGE_SHIFT - 2 # k0=3DVPN - andi k0, k0, 0xff8 # k0=3Dpage tab offset + andi k0, k0, TLB_PAGE_MASK & ~7 # k0=3Dpage tab offset PTR_ADDU k1, k1, k0 # k1=3Dpte address lw k0, 0(k1) # k0=3Dlo0 pte lw k1, 4(k1) # k1=3Dlo1 pte @@ -1023,6 +1035,9 @@ CLEAR_PTE_SWBITS(k1) MTC0 k1, MIPS_COP_0_TLB_LO1 # lo1 is loaded COP0_SYNC + li k0, TLBMASK_MASK + MTC0 k0, MIPS_COP_0_TLB_PG_MASK + COP0_SYNC tlbwr # write to tlb HAZARD_DELAY eret # return from exception =3D=3D=3D modified file 'mips/mips/locore.S' --- mips/mips/locore.S 2010-08-13 22:16:49 +0000 +++ mips/mips/locore.S 2010-08-15 08:13:33 +0000 @@ -69,9 +69,38 @@ #include #include #include +#define ASM_FILE +#include "multiboot2.h" =20 #include "assym.s" =20 + .section ".multiboot", "a" + + /* Align 64 bits boundary. */ + .align 8 + =09 + /* Multiboot header. */ +multiboot_header: + /* magic */ + .long MULTIBOOT2_HEADER_MAGIC + .long MULTIBOOT_ARCHITECTURE_MIPS32 + /* Header length. */ + .long multiboot_header_end - multiboot_header + /* checksum */ + .long -(MULTIBOOT2_HEADER_MAGIC + MULTIBOOT_ARCHITECTURE_MIPS32 + (mult= iboot_header_end - multiboot_header)) +framebuffer_tag_start:=09 + .short MULTIBOOT_HEADER_TAG_FRAMEBUFFER + .short MULTIBOOT_HEADER_TAG_OPTIONAL + .long framebuffer_tag_end - framebuffer_tag_start + .long 1024 + .long 600 + .long 16 +framebuffer_tag_end: + .short MULTIBOOT_HEADER_TAG_END + .short 0 + .long 8 +multiboot_header_end: + .data #ifdef YAMON GLOBAL(fenvp) @@ -133,7 +162,10 @@ COP0_SYNC =20 /* Make sure KSEG0 is cached */ - li t0, MIPS_CCA_CACHED + mfc0 t0, MIPS_COP_0_CONFIG + srl t0, 3 + sll t0, 3 + ori t0, MIPS_CCA_CACHED mtc0 t0, MIPS_COP_0_CONFIG COP0_SYNC =20 =3D=3D=3D modified file 'mips/mips/machdep.c' --- mips/mips/machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/machdep.c 2010-08-17 11:49:47 +0000 @@ -232,7 +232,8 @@ void cpu_flush_dcache(void *ptr, size_t len) { - /* TBD */ + mips_dcache_wbinv_range((vm_offset_t)ptr, len); + mips_sdcache_wbinv_range((vm_offset_t)ptr, len); } =20 /* Get current clock frequency for the given cpu id. */ @@ -249,6 +250,7 @@ void cpu_halt(void) { + platform_halt (); for (;;) ; } @@ -351,6 +353,7 @@ */ mips_icache_sync_all(); mips_dcache_wbinv_all(); + mips_sdcache_wbinv_all(); =20 /*=20 * Mask all interrupts. Each interrupt will be enabled @@ -477,7 +480,11 @@ cpu_idle(int busy) { if (mips_rd_status() & MIPS_SR_INT_IE) + { +#ifndef TARGET_YEELOONG __asm __volatile ("wait"); +#endif + } else panic("ints disabled in idleproc!"); } =3D=3D=3D modified file 'mips/mips/mp_machdep.c' --- mips/mips/mp_machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/mp_machdep.c 2010-08-15 04:18:27 +0000 @@ -272,6 +272,7 @@ * on the BSP. */ mips_dcache_wbinv_all(); + mips_sdcache_wbinv_all(); mips_icache_sync_all(); =20 mips_sync(); =3D=3D=3D added file 'mips/mips/multiboot2.h' --- mips/mips/multiboot2.h 1970-01-01 00:00:00 +0000 +++ mips/mips/multiboot2.h 2010-08-13 22:20:49 +0000 @@ -0,0 +1,314 @@ +/* multiboot2.h - Multiboot 2 header file. */ +/* Copyright (C) 1999,2003,2007,2008,2009,2010 Free Software Foundatio= n, Inc. + * + * Permission is hereby granted, free of charge, to any person obtainin= g a copy + * of this software and associated documentation files (the "Software")= , to + * deal in the Software without restriction, including without limitati= on the + * rights to use, copy, modify, merge, publish, distribute, sublicense,= and/or + * sell copies of the Software, and to permit persons to whom the Softw= are is + * furnished to do so, subject to the following conditions: + * + * The above copyright notice and this permission notice shall be inclu= ded in + * all copies or substantial portions of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPR= ESS OR + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABIL= ITY, + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT S= HALL ANY + * DEVELOPER OR DISTRIBUTOR BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER L= IABILITY, + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, O= UT OF OR + * IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE = SOFTWARE. + */ + +#ifndef MULTIBOOT_HEADER +#define MULTIBOOT_HEADER 1 + +/* How many bytes from the start of the file we search for the header. = */ +#define MULTIBOOT_SEARCH 32768 +#define MULTIBOOT_HEADER_ALIGN 8 + +/* The magic field should contain this. */ +#define MULTIBOOT2_HEADER_MAGIC 0xe85250d6 + +/* This should be in %eax. */ +#define MULTIBOOT2_BOOTLOADER_MAGIC 0x36d76289 + +/* Alignment of multiboot modules. */ +#define MULTIBOOT_MOD_ALIGN 0x00001000 + +/* Alignment of the multiboot info structure. */ +#define MULTIBOOT_INFO_ALIGN 0x00000008 + +/* Flags set in the 'flags' member of the multiboot header. */ + +#define MULTIBOOT_TAG_ALIGN 8 +#define MULTIBOOT_TAG_TYPE_END 0 +#define MULTIBOOT_TAG_TYPE_CMDLINE 1 +#define MULTIBOOT_TAG_TYPE_BOOT_LOADER_NAME 2 +#define MULTIBOOT_TAG_TYPE_MODULE 3 +#define MULTIBOOT_TAG_TYPE_BASIC_MEMINFO 4 +#define MULTIBOOT_TAG_TYPE_BOOTDEV 5 +#define MULTIBOOT_TAG_TYPE_MMAP 6 +#define MULTIBOOT_TAG_TYPE_VBE 7 +#define MULTIBOOT_TAG_TYPE_FRAMEBUFFER 8 +#define MULTIBOOT_TAG_TYPE_ELF_SECTIONS 9 +#define MULTIBOOT_TAG_TYPE_APM 10 + +#define MULTIBOOT_HEADER_TAG_END 0 +#define MULTIBOOT_HEADER_TAG_INFORMATION_REQUEST 1 +#define MULTIBOOT_HEADER_TAG_ADDRESS 2 +#define MULTIBOOT_HEADER_TAG_ENTRY_ADDRESS 3 +#define MULTIBOOT_HEADER_TAG_CONSOLE_FLAGS 4 +#define MULTIBOOT_HEADER_TAG_FRAMEBUFFER 5 +#define MULTIBOOT_HEADER_TAG_MODULE_ALIGN 6 + +#define MULTIBOOT_ARCHITECTURE_I386 0 +#define MULTIBOOT_ARCHITECTURE_MIPS32 4 +#define MULTIBOOT_HEADER_TAG_OPTIONAL 1 + +#define MULTIBOOT_CONSOLE_FLAGS_CONSOLE_REQUIRED 1 +#define MULTIBOOT_CONSOLE_FLAGS_EGA_TEXT_SUPPORTED 2 + +#ifndef ASM_FILE + +typedef unsigned char multiboot_uint8_t; +typedef unsigned short multiboot_uint16_t; +typedef unsigned int multiboot_uint32_t; +typedef unsigned long long multiboot_uint64_t; + +struct multiboot_header +{ + /* Must be MULTIBOOT_MAGIC - see above. */ + multiboot_uint32_t magic; + + /* ISA */ + multiboot_uint32_t architecture; + + /* Total header length. */ + multiboot_uint32_t header_length; + + /* The above fields plus this one must equal 0 mod 2^32. */ + multiboot_uint32_t checksum; +}; + +struct multiboot_header_tag +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; +}; + +struct multiboot_header_tag_information_request +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t requests[0]; +}; + +struct multiboot_header_tag_address +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t header_addr; + multiboot_uint32_t load_addr; + multiboot_uint32_t load_end_addr; + multiboot_uint32_t bss_end_addr; +}; + +struct multiboot_header_tag_entry_address +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t entry_addr; +}; + +struct multiboot_header_tag_console_flags +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t console_flags; +}; + +struct multiboot_header_tag_framebuffer +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t width; + multiboot_uint32_t height; + multiboot_uint32_t depth; +}; + +struct multiboot_header_tag_module_align +{ + multiboot_uint16_t type; + multiboot_uint16_t flags; + multiboot_uint32_t size; + multiboot_uint32_t width; + multiboot_uint32_t height; + multiboot_uint32_t depth; +}; + +struct multiboot_color +{ + multiboot_uint8_t red; + multiboot_uint8_t green; + multiboot_uint8_t blue; +}; + +struct multiboot_mmap_entry +{ + multiboot_uint64_t addr; + multiboot_uint64_t len; +#define MULTIBOOT_MEMORY_AVAILABLE 1 +#define MULTIBOOT_MEMORY_RESERVED 2 +#define MULTIBOOT_MEMORY_ACPI_RECLAIMABLE 3 +#define MULTIBOOT_MEMORY_NVS 4 + multiboot_uint32_t type; + multiboot_uint32_t zero; +} __attribute__((packed)); +typedef struct multiboot_mmap_entry multiboot_memory_map_t; + +struct multiboot_tag +{ + multiboot_uint32_t type; + multiboot_uint32_t size; +}; + +struct multiboot_tag_string +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + char string[0]; +}; + +struct multiboot_tag_module +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t mod_start; + multiboot_uint32_t mod_end; + char cmdline[0]; +}; + +struct multiboot_tag_basic_meminfo +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t mem_lower; + multiboot_uint32_t mem_upper; +}; + +struct multiboot_tag_bootdev +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t biosdev; + multiboot_uint32_t slice; + multiboot_uint32_t part; +}; + +struct multiboot_tag_mmap +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t entry_size; + multiboot_uint32_t entry_version; + struct multiboot_mmap_entry entries[0]; =20 +}; + +struct multiboot_vbe_info_block +{ + multiboot_uint8_t external_specification[512]; +}; + +struct multiboot_vbe_mode_info_block +{ + multiboot_uint8_t external_specification[256]; +}; + +struct multiboot_tag_vbe +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + + multiboot_uint16_t vbe_mode; + multiboot_uint16_t vbe_interface_seg; + multiboot_uint16_t vbe_interface_off; + multiboot_uint16_t vbe_interface_len; + + struct multiboot_vbe_info_block vbe_control_info; + struct multiboot_vbe_mode_info_block vbe_mode_info; +}; + +struct multiboot_tag_framebuffer_common +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + + multiboot_uint64_t framebuffer_addr; + multiboot_uint32_t framebuffer_pitch; + multiboot_uint32_t framebuffer_width; + multiboot_uint32_t framebuffer_height; + multiboot_uint8_t framebuffer_bpp; +#define MULTIBOOT_FRAMEBUFFER_TYPE_INDEXED 0 +#define MULTIBOOT_FRAMEBUFFER_TYPE_RGB 1 +#define MULTIBOOT_FRAMEBUFFER_TYPE_EGA_TEXT 2 + multiboot_uint8_t framebuffer_type; + multiboot_uint16_t reserved; +}; + +struct multiboot_tag_framebuffer +{ + struct multiboot_tag_framebuffer_common common; + + union + { + struct + { + multiboot_uint16_t framebuffer_palette_num_colors; + struct multiboot_color framebuffer_palette[0]; + } palette; + struct + { + multiboot_uint8_t framebuffer_red_field_position; + multiboot_uint8_t framebuffer_red_mask_size; + multiboot_uint8_t framebuffer_green_field_position; + multiboot_uint8_t framebuffer_green_mask_size; + multiboot_uint8_t framebuffer_blue_field_position; + multiboot_uint8_t framebuffer_blue_mask_size; + } direct; + } color; +}; + +struct multiboot_tag_elf_sections +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint32_t num; + multiboot_uint32_t entsize; + multiboot_uint32_t shndx; + char sections[0]; +}; + +struct multiboot_tag_apm +{ + multiboot_uint32_t type; + multiboot_uint32_t size; + multiboot_uint16_t version; + multiboot_uint16_t cseg; + multiboot_uint32_t offset; + multiboot_uint16_t cseg_16; + multiboot_uint16_t dseg; + multiboot_uint16_t flags; + multiboot_uint16_t cseg_len; + multiboot_uint16_t cseg_16_len; + multiboot_uint16_t dseg_len; +}; + +#endif /* ! ASM_FILE */ + +#endif /* ! MULTIBOOT_HEADER */ =3D=3D=3D modified file 'mips/mips/nexus.c' --- mips/mips/nexus.c 2010-08-13 22:16:49 +0000 +++ mips/mips/nexus.c 2010-08-15 11:56:05 +0000 @@ -151,7 +151,7 @@ } =20 mem_rman.rm_start =3D 0; - mem_rman.rm_end =3D ~0u; + mem_rman.rm_end =3D ~(uintptr_t)0; mem_rman.rm_type =3D RMAN_ARRAY; mem_rman.rm_descr =3D "Memory addresses"; if (rman_init(&mem_rman) !=3D 0 || =3D=3D=3D modified file 'mips/mips/pmap.c' --- mips/mips/pmap.c 2010-08-13 22:16:49 +0000 +++ mips/mips/pmap.c 2010-08-17 11:36:08 +0000 @@ -3252,16 +3252,16 @@ int rw; =20 if (!(prot & VM_PROT_WRITE)) - rw =3D PTE_V | PTE_RO | PTE_C_CACHE; + rw =3D PTE_RO; else if ((m->flags & (PG_FICTITIOUS | PG_UNMANAGED)) =3D=3D 0) { if ((m->md.pv_flags & PV_TABLE_MOD) !=3D 0) - rw =3D PTE_V | PTE_D | PTE_C_CACHE; + rw =3D PTE_D; else - rw =3D PTE_V | PTE_C_CACHE; + rw =3D 0; vm_page_flag_set(m, PG_WRITEABLE); } else /* Needn't emulate a modified bit for unmanaged pages. */ - rw =3D PTE_V | PTE_D | PTE_C_CACHE; + rw =3D PTE_D; return (rw); } =20 =3D=3D=3D added file 'mips/mips/sc_machdep.c' --- mips/mips/sc_machdep.c 1970-01-01 00:00:00 +0000 +++ mips/mips/sc_machdep.c 2010-08-14 22:58:23 +0000 @@ -0,0 +1,90 @@ +/*- + * Copyright (c) 2003 Jake Burkholder. + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include + +static sc_softc_t sc_softcs[8]; + +int +sc_get_cons_priority(int *unit, int *flags) +{ + + *unit =3D 0; + *flags =3D 0; + return (CN_INTERNAL); +} + +int +sc_max_unit(void) +{ + return (1); +} + +sc_softc_t * +sc_get_softc(int unit, int flags) +{ + sc_softc_t *sc; + + if (unit < 0 || unit >=3D 8) + return (NULL); + sc =3D &sc_softcs[unit]; + sc->unit =3D unit; + if ((sc->flags & SC_INIT_DONE) =3D=3D 0) { + sc->keyboard =3D -1; + sc->adapter =3D -1; + sc->cursor_char =3D SC_CURSOR_CHAR; + sc->mouse_char =3D SC_MOUSE_CHAR; + } + return (sc); +} + +void +sc_get_bios_values(bios_values_t *values) +{ + values->cursor_start =3D 0; + values->cursor_end =3D 32; + values->shift_state =3D 0; +} + +int +sc_tone(int hz) +{ + return (0); +} =3D=3D=3D modified file 'mips/mips/support.S' --- mips/mips/support.S 2010-08-13 22:16:49 +0000 +++ mips/mips/support.S 2010-08-13 22:20:49 +0000 @@ -97,6 +97,8 @@ =20 #include "assym.s" =20 +#define MAKE_FRAMES 1 + .set noreorder # Noreorder is default style! =20 /* @@ -827,6 +829,12 @@ LEAF(bzero) ALEAF(blkclr) .set noreorder +#ifdef MAKE_FRAMES + daddiu sp, sp, -32 + sd ra, 16(sp) + sd a0, 8(sp) + sd a1, 0(sp) +#endif blt a1, 12, smallclr # small amount to clear? PTR_SUBU a3, zero, a0 # compute # bytes to word align address and a3, a3, 3 @@ -851,11 +859,13 @@ bne a0, a3, 1b sb zero, -1(a0) 2: +#ifdef MAKE_FRAMES + daddiu sp, sp, 32 +#endif j ra nop END(bzero) =20 - /* * bcmp(s1, s2, n) */ =3D=3D=3D modified file 'mips/mips/swtch.S' --- mips/mips/swtch.S 2010-08-13 22:16:49 +0000 +++ mips/mips/swtch.S 2010-08-17 04:01:47 +0000 @@ -308,6 +308,8 @@ MTC0 t1, MIPS_COP_0_TLB_HI mtc0 zero, MIPS_COP_0_TLB_LO0 mtc0 zero, MIPS_COP_0_TLB_LO1 + li t1, TLBMASK_MASK + MTC0 t1, MIPS_COP_0_TLB_PG_MASK HAZARD_DELAY tlbwi HAZARD_DELAY @@ -320,6 +322,8 @@ mtc0 a1, MIPS_COP_0_TLB_LO0 # upte[0] HAZARD_DELAY mtc0 a2, MIPS_COP_0_TLB_LO1 # upte[1] + li t1, TLBMASK_MASK + MTC0 t1, MIPS_COP_0_TLB_PG_MASK HAZARD_DELAY tlbwi # set TLB entry #0 HAZARD_DELAY =3D=3D=3D modified file 'mips/mips/tlb.c' --- mips/mips/tlb.c 2010-08-13 22:16:49 +0000 +++ mips/mips/tlb.c 2010-08-17 04:08:12 +0000 @@ -100,7 +100,7 @@ asid =3D mips_rd_entryhi() & TLBHI_ASID_MASK; =20 mips_wr_index(i); - mips_wr_pagemask(0); + mips_wr_pagemask(TLBMASK_MASK); mips_wr_entryhi(TLBHI_ENTRY(va, 0)); mips_wr_entrylo0(pte0); mips_wr_entrylo1(pte1); @@ -122,7 +122,7 @@ s =3D intr_disable(); asid =3D mips_rd_entryhi() & TLBHI_ASID_MASK; =20 - mips_wr_pagemask(0); + mips_wr_pagemask(TLBMASK_MASK); mips_wr_entryhi(TLBHI_ENTRY(va, pmap_asid(pmap))); tlb_probe(); i =3D mips_rd_index(); @@ -219,7 +219,7 @@ s =3D intr_disable(); asid =3D mips_rd_entryhi() & TLBHI_ASID_MASK; =20 - mips_wr_pagemask(0); + mips_wr_pagemask(TLBMASK_MASK); mips_wr_entryhi(TLBHI_ENTRY(va, pmap_asid(pmap))); tlb_probe(); i =3D mips_rd_index(); @@ -245,7 +245,7 @@ mips_wr_entryhi(TLBHI_ENTRY(MIPS_KSEG0_START + (2 * i * PAGE_SIZE), 0))= ; mips_wr_entrylo0(0); mips_wr_entrylo1(0); - mips_wr_pagemask(0); + mips_wr_pagemask(TLBMASK_MASK); mips_wr_index(i); tlb_write_indexed(); } =3D=3D=3D modified file 'mips/mips/uio_machdep.c' --- mips/mips/uio_machdep.c 2010-08-13 22:16:49 +0000 +++ mips/mips/uio_machdep.c 2010-08-15 09:23:26 +0000 @@ -100,6 +100,7 @@ * in order to get it overwritten by correct data */ mips_dcache_wbinv_range((vm_offset_t)cp, cnt); + mips_sdcache_wbinv_range((vm_offset_t)cp, cnt); pmap_flush_pvcache(m); } else { sf =3D sf_buf_alloc(m, 0); @@ -131,7 +132,10 @@ if (sf !=3D NULL) sf_buf_free(sf); else + { mips_dcache_wbinv_range((vm_offset_t)cp, cnt); + mips_sdcache_wbinv_range((vm_offset_t)cp, cnt); + } iov->iov_base =3D (char *)iov->iov_base + cnt; iov->iov_len -=3D cnt; uio->uio_resid -=3D cnt; =3D=3D=3D added directory 'mips/yeeloong' =3D=3D=3D added file 'mips/yeeloong/atkbdc_yeeloong.c' --- mips/yeeloong/atkbdc_yeeloong.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/atkbdc_yeeloong.c 2010-08-16 19:31:37 +0000 @@ -0,0 +1,173 @@ +/*- + * Copyright (c) 1999 Kazutaka YOKOTA + * Copyright (c) 2010 Vladimir 'phcoder' Serbinenko + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer as + * the first lines of this file unmodified. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHORS ``AS IS'' AND ANY EXPRESS OR= + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRAN= TIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIME= D. + * IN NO EVENT SHALL THE AUTHORS BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, = BUT + * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF = USE, + * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY= + * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT + * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE= OF + * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include "opt_kbd.h" + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include +#include + +#include +#include + +static void +atkbdc_yeeloong_identify(driver_t * drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "atkbdc", 0); +} + +static int +atkbdc_yeeloong_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "Keyboard controller (i8042)"); + return (0); +} + +static int +atkbdc_yeeloong_attach(device_t dev) +{ + atkbdc_softc_t *sc; + int unit; + int error; + int rid; + atkbdc_device_t *adi; + device_t cdev; + + unit =3D device_get_unit(dev); + sc =3D *(atkbdc_softc_t **)device_get_softc(dev); + if (sc =3D=3D NULL) { + /* + * We have to maintain two copies of the kbdc_softc struct, + * as the low-level console needs to have access to the + * keyboard controller before kbdc is probed and attached. + * kbdc_soft[] contains the default entry for that purpose. + * See atkbdc.c. XXX + */ + sc =3D atkbdc_get_softc(unit); + if (sc =3D=3D NULL) + return ENOMEM; + } + + rid =3D 0; + sc->retry =3D 5000; + sc->port0 =3D bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, + 0x60, + 0x60, + 1, RF_ACTIVE); + if (sc->port0 =3D=3D NULL) + return ENXIO; + + rid =3D 1; + sc->port1 =3D bus_alloc_resource(dev, SYS_RES_IOPORT, &rid, + 0x64, + 0x64, + 1, RF_ACTIVE); + if (sc->port1 =3D=3D NULL) { + bus_release_resource(dev, SYS_RES_IOPORT, 0, sc->port0); + return ENXIO; + } + + error =3D atkbdc_attach_unit(unit, sc, sc->port0, sc->port1); + if (error) { + bus_release_resource(dev, SYS_RES_IOPORT, 0, sc->port0); + bus_release_resource(dev, SYS_RES_IOPORT, 1, sc->port1); + return error; + } + + *(atkbdc_softc_t **)device_get_softc(dev) =3D sc; +=09 + cdev =3D device_add_child(dev, ATKBD_DRIVER_NAME, -1); + adi =3D malloc(sizeof(struct atkbdc_device), M_ATKBDDEV, + M_NOWAIT | M_ZERO); + + if (cdev && adi) + { + int intr =3D 1; + adi->rid =3D KBDC_RID_KBD; + resource_list_init(&adi->resources); + resource_list_add(&adi->resources, SYS_RES_IRQ, adi->rid, + intr, intr, 1); + device_set_ivars(cdev, adi); + } + + + bus_generic_attach(dev); + + return 0; +} + +static device_method_t atkbdc_yeeloong_methods[] =3D { + DEVMETHOD(device_identify, atkbdc_yeeloong_identify), + DEVMETHOD(device_probe, atkbdc_yeeloong_probe), + + DEVMETHOD(device_attach, atkbdc_yeeloong_attach), + DEVMETHOD(device_suspend, bus_generic_suspend), + DEVMETHOD(device_resume, bus_generic_resume), + + DEVMETHOD(bus_print_child, atkbdc_print_child), + DEVMETHOD(bus_read_ivar, atkbdc_read_ivar), + DEVMETHOD(bus_write_ivar, atkbdc_write_ivar), + DEVMETHOD(bus_get_resource_list,atkbdc_get_resource_list), + DEVMETHOD(bus_alloc_resource, bus_generic_rl_alloc_resource), + DEVMETHOD(bus_release_resource, bus_generic_rl_release_resource), + DEVMETHOD(bus_activate_resource, bus_generic_activate_resource), + DEVMETHOD(bus_deactivate_resource, bus_generic_deactivate_resource), + DEVMETHOD(bus_get_resource, bus_generic_rl_get_resource), + DEVMETHOD(bus_set_resource, bus_generic_rl_set_resource), + DEVMETHOD(bus_delete_resource, bus_generic_rl_delete_resource), + DEVMETHOD(bus_setup_intr, bus_generic_setup_intr), + DEVMETHOD(bus_teardown_intr, bus_generic_teardown_intr), + + { 0, 0 } +}; + +static driver_t atkbdc_driver =3D { + ATKBDC_DRIVER_NAME, + atkbdc_yeeloong_methods, + sizeof(atkbdc_softc_t *), +}; + + +DRIVER_MODULE(atkbdc, geode, atkbdc_driver, atkbdc_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/bonito_pci.c' --- mips/yeeloong/bonito_pci.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/bonito_pci.c 2010-08-16 19:54:52 +0000 @@ -0,0 +1,481 @@ +/*- + * Copyright (c) 2010 Vladimir Serbinenko + * Copyright (c) 2010 Juli Mallett + * Copyright (c) 2006 Oleksandr Tymoshenko + * Copyright (c) 2002-2004 Juli Mallett + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + * $FreeBSD$ + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include + +#include +#include +#include +#include + +#include +#include + +#include + +#include "pcib_if.h" + +#define BONITO_NUM_INTS 16 +#define PCI_NUM_INTS 4 + +struct bonito_softc +{ + struct rman sc_irq; + struct rman sc_io; + struct rman sc_mem; + struct intr_event *intr_events[BONITO_NUM_INTS]; + void *intr_cookie; + struct mtx config_mtx; +}; + +#define PCI_CONF_CTRL_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbf= e00118) +#define PCI_INTEDGE_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe0= 0124) +#define PCI_INTPOL_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe00= 12c) +#define PCI_INTENSET_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe= 00130) +#define PCI_INTENCLR_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe= 00134) +#define PCI_INTEN_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe001= 38) +#define PCI_INTISR_REG (*(volatile uint32_t *)(intptr_t)(int32_t)0xbfe00= 13c) +#define PCI_CONFSPACE 0xbfe80000 +#define PCI_INTA 4 +#define PCI_INTB 5 +#define PCI_INTC 6 +#define PCI_INTD 7 +#define HANDLED_INTERRUPTS 0xf0 + +#define BONITO_IRQ 4 + +static void +bonito_identify(driver_t *drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "pcib", 0); +} + +static int +bonito_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "Bonito Loongson PCI bridge"); + return (0); +} + +static void +bonito_intr(void *sc_in) +{ + struct intr_event *event; + int i; + struct bonito_softc *sc =3D sc_in; + + while ((i =3D fls(PCI_INTISR_REG & PCI_INTEN_REG & HANDLED_INTERRUPTS))= + !=3D 0) { + i--; /* Get a 0-offset interrupt. */ + PCI_INTENCLR_REG =3D (1 << i); + PCI_INTENSET_REG =3D (1 << i); + event =3D sc->intr_events[i]; + + if (!event || TAILQ_EMPTY(&event->ie_handlers)) { + printf("stray bonito interrupt %d\n", i); + continue; + } + + if (intr_event_handle(event, NULL) !=3D 0) { + printf("stray bonito interrupt %d\n", i); + } + } +} + +static int +bonito_attach(device_t dev) +{ + struct bonito_softc *sc; + int error; + + sc =3D device_get_softc(dev); + + mtx_init(&sc->config_mtx, "bonito_cfg", + "Bonito configuration space mutex", MTX_SPIN | MTX_QUIET); + + sc->sc_irq.rm_type =3D RMAN_ARRAY; + sc->sc_irq.rm_descr =3D "Bonito PCI IRQs"; + error =3D rman_init(&sc->sc_irq); + if (error !=3D 0) + return (error); + + error =3D rman_manage_region(&sc->sc_irq, 0, BONITO_NUM_INTS - 1); + if (error !=3D 0) + return (error); + + PCI_INTENCLR_REG =3D ~0; + PCI_INTPOL_REG =3D (1 << 12) | (1 << 11); + PCI_INTEDGE_REG =3D 0; + + memset (sc->intr_events, 0, sizeof (sc->intr_events)); + cpu_establish_hardintr ("Bonito interrupt", NULL, bonito_intr, sc, + BONITO_IRQ, INTR_TYPE_MISC, &sc->intr_cookie); + + sc->sc_io.rm_type =3D RMAN_ARRAY; + sc->sc_io.rm_descr =3D "Bonito PCI I/O Ports"; + error =3D rman_init(&sc->sc_io); + if (error !=3D 0) + return (error); + + error =3D rman_manage_region(&sc->sc_io, 0x0, 0x100000); + if (error !=3D 0) + return (error); + + sc->sc_mem.rm_type =3D RMAN_ARRAY; + sc->sc_mem.rm_descr =3D "Bonito PCI Memory"; + error =3D rman_init(&sc->sc_mem); + if (error !=3D 0) + return (error); + + (*(volatile uint32_t *) (intptr_t) (int32_t) 0xbfe00104) =3D 0; + (*(volatile uint32_t *) (intptr_t) (int32_t) 0xbfe00110) + =3D (0) | (1 << 6) | (2 << 12); + + error =3D rman_manage_region(&sc->sc_mem, 0x1000, 0xc000000); + if (error !=3D 0) + return (error); + + device_add_child(dev, "pci", 0); + + return (bus_generic_attach(dev)); +} + +static int +bonito_read_ivar(device_t dev, device_t child, int which, uintptr_t *res= ult) +{ + if (which =3D=3D PCIB_IVAR_DOMAIN || which =3D=3D PCIB_IVAR_BUS) + { + *result =3D 0; + return (0); + } + return (ENOENT); +} + +static int +bonito_maxslots(device_t dev) +{ + return 10; +} + +static uint32_t +bonito_read_config(device_t dev, u_int bus, u_int slot, u_int func, u_in= t reg, + int bytes) +{ + intptr_t addr; + uint32_t ret; + struct bonito_softc *sc; + + sc =3D device_get_softc(dev); + + addr =3D (int32_t) (PCI_CONFSPACE | (func << 8) | (reg & ~(bytes - 1)))= ; + + mtx_lock_spin(&sc->config_mtx); + PCI_CONF_CTRL_REG =3D (1 << slot); + + switch (bytes) { + case 4: + ret =3D *((volatile uint32_t *) addr); + break; + case 2: + ret =3D *((volatile uint16_t *) addr); + break; + case 1: + ret =3D *((volatile uint8_t *) addr); + break; + default: + ret =3D ((uint32_t)-1); + break; + } + mtx_unlock_spin(&sc->config_mtx); + return ret; +} + +static void +bonito_write_config(device_t dev, u_int bus, u_int slot, u_int func, + u_int reg, uint32_t data, int bytes) +{ + intptr_t addr; + struct bonito_softc *sc; + + sc =3D device_get_softc(dev); + + addr =3D (int32_t) (PCI_CONFSPACE | (func << 8) | (reg & ~(bytes - 1)))= ; + + mtx_lock_spin(&sc->config_mtx); + + PCI_CONF_CTRL_REG =3D (1 << slot); + + switch (bytes) { + case 4: + *((volatile uint32_t *) addr) =3D data; + break; + case 2: + *((volatile uint16_t *) addr) =3D data; + break; + case 1: + *((volatile uint8_t *) addr) =3D data; + break; + default: + break; + } + mtx_unlock_spin(&sc->config_mtx);=09 +} + +static struct resource * +bonito_alloc_resource(device_t bus, device_t child, int type, int *rid, + u_long start, u_long end, u_long count, u_int flags) +{ + struct bonito_softc *sc; + struct resource *res; + struct rman *rm; + int error; + + sc =3D device_get_softc(bus); + + switch (type) { + case SYS_RES_IRQ: + rm =3D &sc->sc_irq; + break; + case SYS_RES_MEMORY: + rm =3D &sc->sc_mem; + break; + case SYS_RES_IOPORT: + /* Low ports already have specific uses. Unless user=20 + explicitly asks for low port allocate from other range. */ + if (end >=3D 0x1000) + start =3D 0x1000; + rm =3D &sc->sc_io; + break; + default: + return (NULL); + } + + res =3D rman_reserve_resource(rm, start, end, count, flags, child); + if (res =3D=3D NULL) + return (NULL); + + rman_set_rid(res, *rid); + + switch (type) { + case SYS_RES_MEMORY: + rman_set_bustag(res, mips_bus_space_generic); + rman_set_bushandle(res, ((intptr_t)(int32_t)0xb0000000) + + rman_get_start(res)); + break; + case SYS_RES_IOPORT: + rman_set_bustag(res, mips_bus_space_generic); + rman_set_bushandle(res, ((intptr_t)(int32_t)0xbfd00000) + + rman_get_start(res)); + break; + } + + if ((flags & RF_ACTIVE) !=3D 0) { + error =3D bus_activate_resource(child, type, *rid, res); + if (error !=3D 0) { + rman_release_resource(res); + return (NULL); + } + } + + return (res); +} + +static int +bonito_activate_resource(device_t bus, device_t child, int type, int rid= , + struct resource *res) +{ + bus_space_handle_t bh; + int error; + + switch (type) { + case SYS_RES_IRQ: + break; + case SYS_RES_MEMORY: + case SYS_RES_IOPORT: + error =3D bus_space_map(rman_get_bustag(res), + rman_get_bushandle(res), rman_get_size(res), 0, &bh); + if (error !=3D 0) + return (error); + rman_set_bushandle(res, bh); + break; + default: + return (ENXIO); + } + + error =3D rman_activate_resource(res); + if (error !=3D 0) + return (error); + return (0); +} + +static void +bonito_mask_irq(void *source) +{ + uintptr_t irq =3D (uintptr_t)source; + + PCI_INTENCLR_REG =3D (1 << irq); +} + +static void +bonito_unmask_irq(void *source) +{ + uintptr_t irq =3D (uintptr_t)source; + + PCI_INTENSET_REG =3D (1 << irq); +} + +static int +bonito_setup_intr(device_t bus, device_t dev, struct resource *res, + int flags, driver_filter_t *filt, driver_intr_t *handler,=20 + void *arg, void **cookiep) +{ + struct bonito_softc *sc; + int irq; + struct intr_event *event; + int error; + + sc =3D device_get_softc(bus); + + irq =3D rman_get_start (res); + + if (irq < 0 || irq >=3D BONITO_NUM_INTS) + return ENXIO; + + event =3D sc->intr_events[irq]; + if (event =3D=3D NULL) { + error =3D intr_event_create(&event, (void *)(uintptr_t) irq, 0, + irq, bonito_mask_irq, bonito_unmask_irq, + NULL, NULL, "bonito_int%d:", irq); + if (error) + return 0; + sc->intr_events[irq] =3D event; + bonito_unmask_irq((void*)(uintptr_t) irq); + } + + intr_event_add_handler(event, device_get_nameunit(dev), + filt, handler, arg, intr_priority(flags), + flags, cookiep); + + return 0; +} + +static int +bonito_teardown_intr(device_t bus, device_t child, struct resource *res,= + void *cookie) +{ + struct bonito_softc *sc; + int irq; + struct intr_event *event; + + sc =3D device_get_softc(bus); + + irq =3D rman_get_start (res); + + if (irq < 0 || irq >=3D BONITO_NUM_INTS) + return (ENXIO); + + event =3D sc->intr_events[irq]; + + intr_event_remove_handler(cookie); + + if (TAILQ_EMPTY(&event->ie_handlers)) + bonito_mask_irq((void*)(uintptr_t)irq); + return 0; +} + +static int +bonito_route_interrupt(device_t bus, device_t child, int pin) +{ + /* Some strange Yeeloong routing? */ + switch (pci_get_slot (child)) + { + case 2: // Ethernet + return PCI_INTB; + case 4: // USB + return PCI_INTD; + default: + return pin + PCI_INTA - 1; + } +} + + +static device_method_t bonito_methods[] =3D { + /* Device interface */ + DEVMETHOD(device_identify, bonito_identify), + DEVMETHOD(device_probe, bonito_probe), + DEVMETHOD(device_attach, bonito_attach), + + /* Bus interface */ + DEVMETHOD(bus_read_ivar, bonito_read_ivar), + DEVMETHOD(bus_print_child, bus_generic_print_child), + DEVMETHOD(bus_alloc_resource, bonito_alloc_resource), + DEVMETHOD(bus_release_resource, bus_generic_release_resource), + DEVMETHOD(bus_activate_resource,bonito_activate_resource), + DEVMETHOD(bus_deactivate_resource,bus_generic_deactivate_resource), + DEVMETHOD(bus_setup_intr, bonito_setup_intr), + DEVMETHOD(bus_teardown_intr, bonito_teardown_intr), + + /* pcib interface */ + DEVMETHOD(pcib_maxslots, bonito_maxslots), + DEVMETHOD(pcib_read_config, bonito_read_config), + DEVMETHOD(pcib_write_config, bonito_write_config), + DEVMETHOD(pcib_route_interrupt, bonito_route_interrupt), + + {0, 0} +}; + +static driver_t bonito_driver =3D { + "pcib", + bonito_methods, + sizeof(struct bonito_softc), +}; +static devclass_t bonito_devclass; +DRIVER_MODULE(bonito_pci, nexus, bonito_driver, bonito_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/clock.c' --- mips/yeeloong/clock.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/clock.c 2010-08-13 22:20:49 +0000 @@ -0,0 +1,98 @@ +/*- + * Copyright (c) 2003-2009 RMI Corporation + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * 3. Neither the name of RMI Corporation, nor the names of its contribu= tors, + * may be used to endorse or promote products derived from this softw= are + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + * RMI_BSD=20 + */ + + +#include /* RCS ID & Copyright macro defns */ +__FBSDID("$FreeBSD: src/sys/mips/rmi/clock.c,v 1.3 2010/04/17 01:17:31 j= mallett Exp $"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +#include +#include +#include + +#include + +#include +#include +#include +#include + +#include +#include +#include +#include + +extern uint64_t platform_counter_freq; + +void +DELAY(int n) +{ + uint32_t cur, last, delta, usecs; + uint64_t cycles_per_hz =3D platform_counter_freq / hz; + uint64_t cycles_per_usec; + + cycles_per_usec =3D counter_freq / (1 * 1000 * 1000); + /* + * This works by polling the timer and counting the number of + * microseconds that go by. + */ + last =3D platform_get_timecount(NULL); + delta =3D usecs =3D 0; + + while (n > usecs) { + cur =3D platform_get_timecount(NULL); + + /* Check to see if the timer has wrapped around. */ + if (cur < last) + delta +=3D (cur + (cycles_per_hz - last)); + else + delta +=3D (cur - last); + + last =3D cur; + + if (delta >=3D cycles_per_usec) { + usecs +=3D delta / cycles_per_usec; + delta %=3D cycles_per_usec; + } + } +} =3D=3D=3D added file 'mips/yeeloong/files.yeeloong' --- mips/yeeloong/files.yeeloong 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/files.yeeloong 2010-08-15 19:28:13 +0000 @@ -0,0 +1,31 @@ +mips/yeeloong/uart_cpu_yeeloongusart.c optional uart +mips/yeeloong/obio.c optional uart +mips/yeeloong/uart_bus_yeeloongusart.c optional uart +dev/uart/uart_dev_ns8250.c optional uart +mips/yeeloong/yeeloong_machdep.c standard +mips/mips/tick.c standard +mips/mips/intr_machdep.c standard +x86/isa/atrtc.c standard +mips/yeeloong/bonito_pci.c optional pci +dev/atkbdc/atkbd.c optional atkbd atkbdc +dev/atkbdc/atkbd_atkbdc.c optional atkbd atkbdc +dev/atkbdc/atkbdc.c optional atkbdc +mips/yeeloong/atkbdc_yeeloong.c optional atkbdc +dev/atkbdc/atkbdc_subr.c optional atkbdc +dev/atkbdc/psm.c optional psm atkbdc +dev/kbd/kbd.c optional atkbd + +atkbdmap.h optional atkbd_dflt_keymap \ + compile-with "/usr/sbin/kbdcontrol -L ${ATKBD_DFLT_KEYMAP} | sed -e 's/= ^static keymap_t.* =3D /static keymap_t key_map =3D /' -e 's/^static acce= ntmap_t.* =3D /static accentmap_t accent_map =3D /' > atkbdmap.h" \ + no-obj no-implicit-rule before-depend \ + clean "atkbdmap.h" + + +dev/fb/mbvideo.c standard +dev/fb/fb.c standard +dev/syscons/syscons.c standard +dev/syscons/scmouse.c standard +dev/syscons/scvtb.c standard +mips/mips/sc_machdep.c standard +dev/syscons/scterm-teken.c standard +dev/cs5536/cs5536.c standard =3D=3D=3D added file 'mips/yeeloong/obio.c' --- mips/yeeloong/obio.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/obio.c 2010-08-16 16:16:44 +0000 @@ -0,0 +1,193 @@ +/* $NetBSD: obio.c,v 1.11 2003/07/15 00:25:05 lukem Exp $ */ + +/*- + * Copyright (c) 2001, 2002, 2003 Wasabi Systems, Inc. + * All rights reserved. + * + * Written by Jason R. Thorpe for Wasabi Systems, Inc. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * 3. All advertising materials mentioning features or use of this softw= are + * must display the following acknowledgement: + * This product includes software developed for the NetBSD Project by + * Wasabi Systems, Inc. + * 4. The name of Wasabi Systems, Inc. may not be used to endorse + * or promote products derived from this software without specific pr= ior + * written permission. + * + * THIS SOFTWARE IS PROVIDED BY WASABI SYSTEMS, INC. ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED + * TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTI= CULAR + * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL WASABI SYSTEMS, INC + * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, O= R + * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF + * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSIN= ESS + * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER = IN + * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWIS= E) + * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED O= F THE + * POSSIBILITY OF SUCH DAMAGE. + */ + +/* + * On-board device autoconfiguration support for Intel IQ80321 + * evaluation boards. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include + +#include + +#include +#include + +int obio_probe(device_t); +int obio_attach(device_t); + +static void +obio_identify(driver_t * drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "obio", 0); +} + +int +obio_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "obio"); + return (0); +} + +int +obio_attach(device_t dev) +{ + struct obio_softc *sc =3D device_get_softc(dev); + + sc->oba_st =3D mips_bus_space_generic; + sc->oba_addr =3D (intptr_t)(int32_t)0xbff003f8; + sc->oba_size =3D 0x8; + sc->oba_rman.rm_type =3D RMAN_ARRAY; + sc->oba_rman.rm_descr =3D "OBIO I/O"; + if (rman_init(&sc->oba_rman) !=3D 0 || + rman_manage_region(&sc->oba_rman, + sc->oba_addr, sc->oba_addr + sc->oba_size) !=3D 0) + panic("obio_attach: failed to set up I/O rman"); + + /*=20 + * This module is intended for UART purposes only and + * it's IRQ is 1 + */ + sc->oba_irq_rman.rm_type =3D RMAN_ARRAY; + sc->oba_irq_rman.rm_descr =3D "OBIO IRQ"; + if (rman_init(&sc->oba_irq_rman) !=3D 0 || + rman_manage_region(&sc->oba_irq_rman, 1, 1) !=3D 0) + panic("obio_attach: failed to set up IRQ rman"); + + device_add_child(dev, "uart", 0); + bus_generic_probe(dev); + bus_generic_attach(dev); + + return (0); +} + +static struct resource * +obio_alloc_resource(device_t bus, device_t child, int type, int *rid, + u_long start, u_long end, u_long count, u_int flags) +{ + struct resource *rv; + struct rman *rm; + bus_space_tag_t bt =3D 0; + bus_space_handle_t bh =3D 0; + struct obio_softc *sc =3D device_get_softc(bus); + + switch (type) { + case SYS_RES_IRQ: + rm =3D &sc->oba_irq_rman; + break; + case SYS_RES_MEMORY: + return (NULL); + case SYS_RES_IOPORT: + rm =3D &sc->oba_rman; + bt =3D sc->oba_st; + bh =3D sc->oba_addr; + start =3D bh; + break; + default: + return (NULL); + } + + + rv =3D rman_reserve_resource(rm, start, end, count, flags, child); + if (rv =3D=3D NULL)=20 + return (NULL); + if (type =3D=3D SYS_RES_IRQ) + return (rv); + rman_set_rid(rv, *rid); + rman_set_bustag(rv, bt); + rman_set_bushandle(rv, bh); +=09 + if (0) { + if (bus_activate_resource(child, type, *rid, rv)) { + rman_release_resource(rv); + return (NULL); + } + } + return (rv); + +} + +static int +obio_activate_resource(device_t bus, device_t child, int type, int rid, + struct resource *r) +{ + return (0); +} + +static int +obio_release_resource(device_t bus, device_t child, int type, int rid, + struct resource *r) +{ + if (type !=3D SYS_RES_IOPORT) + return (bus_generic_release_resource(bus, child, type, rid, r)); + + return (rman_release_resource(r)); +} + +static device_method_t obio_methods[] =3D { + DEVMETHOD(device_identify, obio_identify), + DEVMETHOD(device_probe, obio_probe), + DEVMETHOD(device_attach, obio_attach), + + DEVMETHOD(bus_alloc_resource, obio_alloc_resource), + DEVMETHOD(bus_release_resource, obio_release_resource), + DEVMETHOD(bus_activate_resource, obio_activate_resource), + DEVMETHOD(bus_setup_intr, bus_generic_setup_intr), + DEVMETHOD(bus_teardown_intr, bus_generic_teardown_intr), + + {0, 0}, +}; + +static driver_t obio_driver =3D { + "obio", + obio_methods, + sizeof(struct obio_softc), +}; +static devclass_t obio_devclass; + +DRIVER_MODULE(obio, nexus, obio_driver, obio_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/std.yeeloong' --- mips/yeeloong/std.yeeloong 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/std.yeeloong 2010-08-16 20:47:35 +0000 @@ -0,0 +1,45 @@ +# $FreeBSD: src/sys/mips/adm5120/files.adm5120,v 1.1.2.1.2.1 2009/10/25 = 01:10:29 kensmith Exp $ + +files "../yeeloong/files.yeeloong" + +cpu CPU_MIPS32 +ident YEELOONG + +# XXX: These two options must be defined in MIPS kernel configs. +makeoptions MIPS_LITTLE_ENDIAN=3Ddefined +makeoptions ARCH_FLAGS=3D"-march=3Dmips3 -DTARGET_YEELOONG=3D1" +makeoptions LDSCRIPT_NAME=3D ldscript.mips +makeoptions KERNLOADADDR=3D0x80100000 + + +options ISA_MIPS32 + +options FB_INSTALL_CDEV + +device pci +device ohci # OHCI PCI->USB interface +device ehci # EHCI PCI->USB interface (USB 2.0) +device usb # USB Bus (required) +device umass # Disks/Mass storage - Requires scbus and da +device scbus # SCSI bus (required for SCSI) +device ch # SCSI media changers +device da # Direct Access (disks) +device sa # Sequential Access (tape etc) +device cd # CD +device pass # Passthrough device (direct SCSI access) +device ses # SCSI Environmental Services (and SAF-TE) + +options FFS #Berkeley Fast Filesystem +options SOFTUPDATES #Enable FFS soft updates support +options UFS_ACL #Support for access control lists +options UFS_DIRHASH #Improve performance on big directories + +# atkbdc0 controls both the keyboard and the PS/2 mouse +device atkbdc # AT keyboard controller +device atkbd # AT keyboard +device psm # PS/2 mouse + +device sc +device rl +device miibus + =3D=3D=3D added file 'mips/yeeloong/uart_bus_yeeloongusart.c' --- mips/yeeloong/uart_bus_yeeloongusart.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/uart_bus_yeeloongusart.c 2010-08-16 16:43:22 +0000 @@ -0,0 +1,102 @@ +/*- + * Copyright (c) 2006 Wojciech A. Koszek + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * $Id$ + */ +/* + * Skeleton of this file was based on respective code for ARM + * code written by Olivier Houchard. + */ + +/* + * XXXMIPS: This file is hacked from arm/... . XXXMIPS here means this f= ile is + * experimental and was written for MIPS32 port. + */ +#include "opt_uart.h" + +#include +__FBSDID("$FreeBSD: src/sys/mips/malta/uart_bus_maltausart.c,v 1.2.2.1.2= =2E1 2009/10/25 01:10:29 kensmith Exp $"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include + +#include +#include +#include + +static int uart_yeeloong_probe(device_t dev); + +extern struct uart_class uart_yeeloong_class; + +static device_method_t uart_yeeloong_methods[] =3D { + /* Device interface */ + DEVMETHOD(device_probe, uart_yeeloong_probe), + DEVMETHOD(device_attach, uart_bus_attach), + DEVMETHOD(device_detach, uart_bus_detach), + { 0, 0 } +}; + +static driver_t uart_yeeloong_driver =3D { + uart_driver_name, + uart_yeeloong_methods, + sizeof(struct uart_softc), +}; + +extern SLIST_HEAD(uart_devinfo_list, uart_devinfo) uart_sysdevs; +static int +uart_yeeloong_probe(device_t dev) +{ + struct uart_softc *sc; + static int probed =3D 0; + + if (device_get_unit(dev) !=3D 0 || probed) + return (ENXIO); + probed =3D 1; + + sc =3D device_get_softc(dev); + sc->sc_sysdev =3D SLIST_FIRST(&uart_sysdevs); + sc->sc_class =3D &uart_ns8250_class; + if (sc->sc_sysdev) + { + bcopy(&sc->sc_sysdev->bas, &sc->sc_bas, sizeof(sc->sc_bas)); + sc->sc_sysdev->bas.bst =3D mips_bus_space_generic; + sc->sc_sysdev->bas.bsh =3D (intptr_t) (int32_t) 0xbff003f8; + sc->sc_sysdev->bas.rclk =3D 1843200 * 2; + } + sc->sc_bas.bst =3D mips_bus_space_generic; + sc->sc_bas.bsh =3D (intptr_t) (int32_t) 0xbff003f8; + sc->sc_bas.rclk =3D 1843200 * 2; + + return(uart_bus_probe(dev, 0, 1843200 * 2, 0, 0)); +} + +DRIVER_MODULE(uart, obio, uart_yeeloong_driver, uart_devclass, 0, 0); =3D=3D=3D added file 'mips/yeeloong/uart_cpu_yeeloongusart.c' --- mips/yeeloong/uart_cpu_yeeloongusart.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/uart_cpu_yeeloongusart.c 2010-08-13 22:20:49 +0000 @@ -0,0 +1,97 @@ +/*- + * Copyright (c) 2006 Wojciech A. Koszek + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AN= D + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE= + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PU= RPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIAB= LE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUE= NTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOO= DS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)= + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, S= TRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY= WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY O= F + * SUCH DAMAGE. + * + * $Id$ + */ +/* + * Skeleton of this file was based on respective code for ARM + * code written by Olivier Houchard. + */ +/* + * XXXMIPS: This file is hacked from arm/... . XXXMIPS here means this f= ile is + * experimental and was written for MIPS32 port. + */ +#include "opt_uart.h" +#include "opt_cputype.h" + +#include +__FBSDID("$FreeBSD: src/sys/mips/malta/uart_cpu_maltausart.c,v 1.2.2.1.2= =2E1 2009/10/25 01:10:29 kensmith Exp $"); + +#include +#include +#include +#include + +#include + +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +bus_space_tag_t uart_bus_space_io; +bus_space_tag_t uart_bus_space_mem; + +extern struct uart_ops malta_usart_ops; +extern struct bus_space malta_bs_tag; + +int +uart_cpu_eqres(struct uart_bas *b1, struct uart_bas *b2) +{ + return ((b1->bsh =3D=3D b2->bsh && b1->bst =3D=3D b2->bst) ? 1 : 0); +} + +int +uart_cpu_getdev(int devtype, struct uart_devinfo *di) +{ + di->ops =3D uart_getops(&uart_ns8250_class); + di->bas.chan =3D 0; + di->bas.bst =3D mips_bus_space_generic; + di->bas.regshft =3D 0; + di->bas.rclk =3D 1843200 * 2; + di->baudrate =3D 115200; + di->databits =3D 8; + di->stopbits =3D 1; + di->parity =3D UART_PARITY_NONE; + + uart_bus_space_io =3D (void *) (intptr_t) (int32_t) 0xbff003f8; + uart_bus_space_mem =3D (void *) (intptr_t) (int32_t) 0xbff003f8; + di->bas.bsh =3D (intptr_t) (int32_t) 0xbff003f8; + return (0); +} =3D=3D=3D added file 'mips/yeeloong/yeeloong_machdep.c' --- mips/yeeloong/yeeloong_machdep.c 1970-01-01 00:00:00 +0000 +++ mips/yeeloong/yeeloong_machdep.c 2010-08-16 21:56:51 +0000 @@ -0,0 +1,472 @@ +/*- + * Copyright (C) 2007 by Oleksandr Tymoshenko. All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in th= e + * documentation and/or other materials provided with the distributio= n. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRAN= TIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIME= D. + * IN NO EVENT SHALL THE AUTHOR OR HIS RELATIVES BE LIABLE FOR ANY DIREC= T, + * INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES + * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR + * SERVICES; LOSS OF MIND, USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTI= ON) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, + * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING= + * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF + * THE POSSIBILITY OF SUCH DAMAGE. + * + */ + +#include +__FBSDID("$FreeBSD: src/sys/mips/adm5120/adm5120_machdep.c,v 1.2.2.1.2.1= 2009/10/25 01:10:29 kensmith Exp $"); + +#include "opt_ddb.h" + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include "../mips/multiboot2.h" + +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#if defined(__sparc64__) || defined(__powerpc__) || defined (__mips) +#include +#else +#include +#endif +#if defined( __i386__) || defined(__amd64__) +#include +#include +#endif +#include + +#include +#include +#include + +#include + +#include +#include +#define SYNC __asm volatile("sync") + + +extern int *edata; +extern int *end; + +static void +mips_init(void) +{ + printf("entry: mips_init()\n"); + + init_param1(); + + init_param2(physmem); + mips_cpu_init(); + pmap_bootstrap(); + mips_proc0_init(); + mutex_init(); +#ifdef DDB + kdb_init(); +#endif +} + +#define EC_MAGIC_PORT1 *((volatile uint8_t *) (intptr_t) (int32_t) 0xbfd= 00381) +#define EC_MAGIC_PORT2 *((volatile uint8_t *) (intptr_t) (int32_t) 0xbfd= 00382) +#define EC_DATA_PORT *((volatile uint8_t *) (intptr_t) (int32_t) 0xbfd00= 383) + +#define EC_MAGIC_VAL1 0xf4 +#define EC_MAGIC_VAL2 0xec + +#define EC_COMMAND_REBOOT 1 + +#define LOONGSON_GPIOCFG *((volatile uint8_t *) (intptr_t) (int32_t) 0xb= fe00120) +#define LOONGSON_SHUTDOWN_GPIO 1 + +static inline void +write_ec (uint8_t value) +{ + EC_MAGIC_PORT1 =3D EC_MAGIC_VAL1; + EC_MAGIC_PORT2 =3D EC_MAGIC_VAL2; + EC_DATA_PORT =3D value; +} + + +void +platform_halt(void) +{ + LOONGSON_GPIOCFG &=3D ~LOONGSON_SHUTDOWN_GPIO; +} + + +void +platform_identify(void) +{ + +} + +void +platform_reset(void) +{ + write_ec (EC_COMMAND_REBOOT); +} + +void +platform_trap_enter(void) +{ + +} + +void +platform_trap_exit(void) +{ + +} + +void +platform_cpu_init (void) +{ + +} + +static char kenv_buf[8192]; + +#include "../../dev/fb/mbfb.h" + +int fb_found =3D 0; + +struct mbvid_params mbvid_params; +struct mtx clock_lock; + +static void +parse_multiboot (__register_t a0, __register_t a1) +{ + struct multiboot_tag *tag; + if (a0 !=3D MULTIBOOT2_BOOTLOADER_MAGIC) + return; + tag =3D (struct multiboot_tag *) (a1 + 8); + for (; tag->type !=3D MULTIBOOT_TAG_TYPE_END; + tag =3D (void *) ((uint8_t *) tag + ((tag->size + 7) & ~7))) + { + switch (tag->type) + { + case MULTIBOOT_TAG_TYPE_CMDLINE: + { + struct multiboot_tag_string *tagt =3D (void *) tag; + char *ptr =3D tagt->string; + init_static_kenv (kenv_buf, sizeof (kenv_buf)); + while (*ptr) + { + char *ptr1, *ptr2, c1, c2; + while (*ptr =3D=3D ' ') + ptr++; + ptr1 =3D ptr; + while (*ptr && *ptr !=3D '=3D' && *ptr !=3D ' ') + ptr++; + if (*ptr !=3D '=3D') + { + if (sizeof ("verbose") - 1 =3D=3D ptr - ptr1 + && memcmp (ptr1, "verbose", + sizeof ("verbose") - 1) + =3D=3D 0) + boothowto |=3D RB_VERBOSE; + if (*ptr1 =3D=3D '-') + { + for (ptr1++; ptr1 < ptr; ptr1++) + switch (*ptr1) + { + case 'v': + boothowto |=3D RB_VERBOSE; + break; + case 'D': + boothowto |=3D RB_MULTIPLE; + break; + case 'h': + boothowto |=3D RB_SERIAL; + } + } + continue; + } + ptr2 =3D ptr; + while (*ptr && *ptr !=3D ' ') + ptr++; + c1 =3D *ptr2; + c2 =3D *ptr; + *ptr2 =3D 0; + *ptr =3D 0; + =09 + setenv (ptr1, ptr2 + 1); + *ptr2 =3D c1; + *ptr =3D c2; + } + } + break; + case MULTIBOOT_TAG_TYPE_MMAP: + { + struct multiboot_tag_mmap *tagt =3D (void *) tag; + struct multiboot_mmap_entry *entry; + vm_offset_t memstart; + int i, cur =3D 0; + uint64_t totalmem =3D 0; + memstart =3D ((((vm_offset_t)&end) + 0xfffff) + & 0x1ff00000); + for (i =3D 0; i < 10; i++) { + phys_avail[i] =3D 0; + } + + for (entry =3D tagt->entries; + (uint8_t *) entry - (uint8_t *) tag < tag->size + && cur < 10; + entry =3D (void *) ((uint8_t *) entry + + tagt->entry_size)) + { + uint64_t start, end; + if (entry->type !=3D MULTIBOOT_MEMORY_AVAILABLE) + continue; + start =3D entry->addr; + end =3D entry->addr + entry->len; + + if (start < memstart) + start =3D memstart; + /* FIXME: support post-256MiB memory. */ + if (end > 0x10000000) + end =3D 0x10000000; + + if (start >=3D end) + continue; + + totalmem +=3D end - start; + + /* phys_avail regions are in bytes */ + phys_avail[cur] =3D start; + phys_avail[cur + 1] =3D end; + cur +=3D 2; + } + realmem =3D btoc(totalmem); + physmem =3D realmem; + + } + break; + case MULTIBOOT_TAG_TYPE_FRAMEBUFFER: + { + struct multiboot_tag_framebuffer *tagt + =3D (void *) tag; + int window; + unsigned offset; + unsigned window_start_addr; + +// if (tagt->common.framebuffer_addr < 0xffffffffb0000000 + // || tagt->common.framebuffer_addr >=3D 0xffffffffbc000000) + //break; + + if (tagt->common.framebuffer_type !=3D MULTIBOOT_FRAMEBUFFER_TYPE_RGB= ) + break; + + offset =3D tagt->common.framebuffer_addr & 0x3ffffff; + window =3D (tagt->common.framebuffer_addr >> 26) & 0x3; + + mbvid_params.width =3D tagt->common.framebuffer_width; + mbvid_params.height =3D tagt->common.framebuffer_height; +#if 0 + mbvidadapter.va_info.vi_depth =3D tagt->common.framebuffer_bpp; + mbvidadapter.va_info.vi_pixel_size =3D (tagt->common.framebuffer_bpp = + 7) / 8; + mbvidadapter.va_info.vi_pixel_fields[0] =3D tagt->color.direct.frameb= uffer_red_field_position; + mbvidadapter.va_info.vi_pixel_fsizes[0] =3D tagt->color.direct.frameb= uffer_red_mask_size; + mbvidadapter.va_info.vi_pixel_fields[1] =3D tagt->color.direct.frameb= uffer_green_field_position; + mbvidadapter.va_info.vi_pixel_fsizes[1] =3D tagt->color.direct.frameb= uffer_green_mask_size; + mbvidadapter.va_info.vi_pixel_fields[2] =3D tagt->color.direct.frameb= uffer_blue_field_position; + mbvidadapter.va_info.vi_pixel_fsizes[2] =3D tagt->color.direct.frameb= uffer_blue_mask_size; +#endif + window_start_addr =3D ((*(volatile uint32_t *) (intptr_t) (int32_t) 0= xbfe00110) >> (6 * window)) & 0x3f; + if (window_start_addr >=3D 3) + break; + window_start_addr <<=3D 26; + mbvid_params.ptr =3D + (void *) (((intptr_t) (int32_t) 0xb0000000) + | window_start_addr | offset); +#if 0 + mbvidadapter.va_mem_size =3D tagt->common.framebuffer_pitch + * tagt->common.framebuffer_height; + mbvidadapter.va_line_width =3D tagt->common.framebuffer_pitch; + mbvidadapter.va_info.vi_window =3D mbvidadapter.va_mem_base & 0x1ffff= fff; + mbvidadapter.va_info.vi_window_size =3D mbvidadapter.va_mem_size; +#endif + + fb_found =3D 1; + } + } + } +} + +void +platform_start(__register_t a0, __register_t a1,=20 + __register_t a2 __unused, __register_t a3 __unused) +{ + /* FIXME: retrieve from multiboot2 info. */ + uint64_t platform_counter_freq =3D 400 * 1000 * 1000; + + { + vm_offset_t va, eva; + va =3D MIPS_PHYS_TO_KSEG0(0); + eva =3D va + 0x8000; + =09 + while (va < eva) { + cache_r4k_op_32lines_32(va, + CACHE_R4K_D|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 1, + CACHE_R4K_D|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 2, + CACHE_R4K_D|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 3, + CACHE_R4K_D|CACHEOP_R4K_INDEX_WB_INV); + va +=3D (32 * 32); + } + =09 + SYNC; + } + + { + vm_offset_t va, eva; + + va =3D MIPS_PHYS_TO_KSEG0(0); + eva =3D va + 0x80000; + =09 + while (va < eva) { + cache_r4k_op_32lines_32(va, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 1, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 2, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + cache_r4k_op_32lines_32(va + 3, + CACHE_R4K_SD|CACHEOP_R4K_INDEX_WB_INV); + va +=3D (32 * 32); + } + =09 + SYNC; + } + + mips_pcpu0_init(); + mips_timer_early_init (platform_counter_freq); + + boothowto =3D 0; + + parse_multiboot (a0, a1); + + (*(volatile uint32_t *) (intptr_t) (int32_t) 0xbfe00110) + =3D (0) | (1 << 6) | (2 << 12); + + attach_mbvid (); +=09 + cninit(); + + mtx_init(&clock_lock, "clk", NULL, MTX_SPIN | MTX_NOPROFILE); +=09 + bootverbose =3D !!(boothowto & RB_VERBOSE); + + mips_init(); + mips_timer_init_params(platform_counter_freq, 0); +} + +static void +sc_identify(driver_t* driver, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "mbvid", 0); +} + +static int +sc_probe(device_t dev) +{ + device_set_desc(dev, "Mbvid console"); + return (sc_probe_unit(device_get_unit(dev), device_get_flags(dev) | SC_= AUTODETECT_KBD)); +} + +static int sc_attach(device_t dev) +{ + return (sc_attach_unit(device_get_unit(dev), device_get_flags(dev) | SC= _AUTODETECT_KBD)); +} + +static device_method_t sc_methods[] =3D { + /* Device interface */ + DEVMETHOD(device_identify, sc_identify), + DEVMETHOD(device_probe, sc_probe), + DEVMETHOD(device_attach, sc_attach), + { 0, 0 } +}; + +static driver_t mbvid_sc_driver =3D { + "mbvid", + sc_methods, + sizeof(sc_softc_t) +}; + +static devclass_t sc_devclass; + +DRIVER_MODULE(sc, nexus, mbvid_sc_driver, sc_devclass, 0, 0); =3D=3D=3D modified file 'sys/fbio.h' --- sys/fbio.h 2010-08-13 22:16:49 +0000 +++ sys/fbio.h 2010-08-14 15:29:18 +0000 @@ -86,7 +86,9 @@ #define FBTYPE_TCXCOLOR 29 /* SUNW,tcx */ #define FBTYPE_CREATOR 30 =20 -#define FBTYPE_LASTPLUSONE 31 /* max number of fbs (change as add) */ +#define FBTYPE_MBFB 31 + +#define FBTYPE_LASTPLUSONE 32 /* max number of fbs (change as add) */ =20 /* * Frame buffer descriptor as returned by FBIOGTYPE. @@ -315,6 +317,7 @@ #define KD_PC98 6 /* PC-98 display */ #define KD_TGA 7 /* TGA */ #define KD_TGA2 8 /* TGA2 */ +#define KD_MULTIBOOT 9 /* multiboot2 linear fb */ char *va_name; int va_unit; int va_minor; =3D=3D=3D modified file 'vm/vm_fault.c' --- vm/vm_fault.c 2010-08-13 22:16:49 +0000 +++ vm/vm_fault.c 2010-08-17 16:40:21 +0000 @@ -979,6 +979,9 @@ vm_page_t m; vm_object_t object; =20 + if (PAGE_SIZE =3D=3D 1 << 14) + return; + if (pmap !=3D vmspace_pmap(curthread->td_proc->p_vmspace)) return; =20 =3D=3D=3D modified file 'x86/isa/atrtc.c' --- x86/isa/atrtc.c 2010-08-13 22:16:49 +0000 +++ x86/isa/atrtc.c 2010-08-15 03:51:53 +0000 @@ -65,6 +65,39 @@ * RTC support routines */ =20 +#ifdef TARGET_YEELOONG + +#define ADDR_PORT *(volatile uint8_t *) ((intptr_t) (int32_t) 0xbfd00070= ) +#define DATA_PORT *(volatile uint8_t *) ((intptr_t) (int32_t) 0xbfd00071= ) + +int +rtcin(int reg) +{ + u_char val; + + RTC_LOCK; + if (rtc_reg !=3D reg) { + ADDR_PORT =3D reg; + rtc_reg =3D reg; + } + val =3D DATA_PORT; + RTC_UNLOCK; + return (val); +} + +void +writertc(int reg, u_char val) +{ + + RTC_LOCK; + if (rtc_reg !=3D reg) { + ADDR_PORT =3D reg; + rtc_reg =3D reg; + } + DATA_PORT =3D val; + RTC_UNLOCK; +} +#else int rtcin(int reg) { @@ -97,9 +130,10 @@ inb(0x84); RTC_UNLOCK; } +#endif =20 static __inline int -readrtc(int port) +readrtcbcd(int port) { return(bcd2bin(rtcin(port))); } @@ -112,6 +146,7 @@ writertc(RTC_STATUSB, RTCSB_24HR); } =20 +#ifndef TARGET_YEELOONG static void atrtc_rate(unsigned rate) { @@ -137,6 +172,7 @@ writertc(RTC_STATUSB, rtc_statusb); rtcin(RTC_INTR); } +#endif =20 void atrtc_restore(void) @@ -162,6 +198,7 @@ struct eventtimer et; }; =20 +#ifndef TARGET_YEELOONG static int rtc_start(struct eventtimer *et, struct bintime *first, struct bintime *period) @@ -223,6 +260,11 @@ { 0 } }; =20 +#endif + + +#ifndef TARGET_YEELOONG + static int atrtc_probe(device_t dev) { @@ -237,26 +279,49 @@ return (result); } =20 +#else + +static void +atrtc_identify(driver_t * drv, device_t parent) +{ + BUS_ADD_CHILD(parent, 0, "atrtc", 0); +} + +static int +atrtc_probe(device_t dev) +{ + if (device_get_unit(dev) !=3D 0) + return (ENXIO); + device_set_desc(dev, "AT realtime clock"); + return (0); +} +#endif + + static int atrtc_attach(device_t dev) { struct atrtc_softc *sc; - u_long s; - int i, diag; + int diag; =20 sc =3D device_get_softc(dev); +#ifndef TARGET_YEELOONG if (!(sc->port_res =3D bus_alloc_resource(dev, SYS_RES_IOPORT, &sc->port_rid, IO_RTC, IO_RTC + 1, 2, RF_ACTIVE))) device_printf(dev,"Warning: Couldn't map I/O.\n"); +#endif diag =3D rtcin(RTC_DIAG); if (diag !=3D 0) printf("RTC BIOS diagnostic error %b\n", diag, RTCDG_BITS); atrtc_start(); clock_register(dev, 1000000); bzero(&sc->et, sizeof(struct eventtimer)); +#ifndef TARGET_YEELOONG if (!atrtcclock_disable && (resource_int_value(device_get_name(dev), device_get_unit(dev), "clock", &i) !=3D 0 || i !=3D 0)) { + int i; + u_long s; sc->intr_rid =3D 0; while (bus_get_resource(dev, SYS_RES_IRQ, sc->intr_rid, &s, NULL) =3D=3D 0 && s !=3D 8) @@ -288,14 +353,16 @@ sc->et.et_priv =3D dev; et_register(&sc->et); } +#endif return(0); } =20 static int atrtc_resume(device_t dev) { - +#ifndef TARGET_YEELOONG atrtc_restore(); +#endif return(0); } =20 @@ -309,17 +376,34 @@ /* Disable RTC updates and interrupts. */ writertc(RTC_STATUSB, RTCSB_HALT | RTCSB_24HR); =20 - writertc(RTC_SEC, bin2bcd(ct.sec)); /* Write back Seconds */ - writertc(RTC_MIN, bin2bcd(ct.min)); /* Write back Minutes */ - writertc(RTC_HRS, bin2bcd(ct.hour)); /* Write back Hours */ - - writertc(RTC_WDAY, ct.dow + 1); /* Write back Weekday */ - writertc(RTC_DAY, bin2bcd(ct.day)); /* Write back Day */ - writertc(RTC_MONTH, bin2bcd(ct.mon)); /* Write back Month *= / - writertc(RTC_YEAR, bin2bcd(ct.year % 100)); /* Write back Year */ -#ifdef USE_RTC_CENTURY - writertc(RTC_CENTURY, bin2bcd(ct.year / 100)); /* ... and Century */= -#endif + if (rtcin (RTC_STATUSB) & RTCSB_BINARY) + { + writertc(RTC_SEC, ct.sec); /* Write back Seconds */ + writertc(RTC_MIN, ct.min); /* Write back Minutes */ + writertc(RTC_HRS, ct.hour); /* Write back Hours */ + =09 + writertc(RTC_WDAY, ct.dow + 1); /* Write back Weekday */ + writertc(RTC_DAY, ct.day); /* Write back Day */ + writertc(RTC_MONTH, ct.mon); /* Write back Month */ + writertc(RTC_YEAR, (ct.year % 100)); /* Write back Year */ +#ifdef USE_RTC_CENTURY + writertc(RTC_CENTURY, (ct.year / 100)); /* ... and Century */ +#endif + } + else + { + writertc(RTC_SEC, bin2bcd(ct.sec)); /* Write back Seconds */ + writertc(RTC_MIN, bin2bcd(ct.min)); /* Write back Minutes */ + writertc(RTC_HRS, bin2bcd(ct.hour)); /* Write back Hours */ + =09 + writertc(RTC_WDAY, ct.dow + 1); /* Write back Weekday */ + writertc(RTC_DAY, bin2bcd(ct.day)); /* Write back Day */ + writertc(RTC_MONTH, bin2bcd(ct.mon)); /* Write back Month = */ + writertc(RTC_YEAR, bin2bcd(ct.year % 100)); /* Write back Year */ +#ifdef USE_RTC_CENTURY + writertc(RTC_CENTURY, bin2bcd(ct.year / 100)); /* ... and Century *= / +#endif + } =20 /* Reenable RTC updates and interrupts. */ writertc(RTC_STATUSB, rtc_statusb); @@ -346,19 +430,39 @@ splx(s); s =3D splhigh(); } - ct.nsec =3D 0; - ct.sec =3D readrtc(RTC_SEC); - ct.min =3D readrtc(RTC_MIN); - ct.hour =3D readrtc(RTC_HRS); - ct.day =3D readrtc(RTC_DAY); - ct.dow =3D readrtc(RTC_WDAY) - 1; - ct.mon =3D readrtc(RTC_MONTH); - ct.year =3D readrtc(RTC_YEAR); -#ifdef USE_RTC_CENTURY - ct.year +=3D readrtc(RTC_CENTURY) * 100; -#else - ct.year +=3D 2000; -#endif + + if (rtcin (RTC_STATUSB) & RTCSB_BINARY) + { + ct.nsec =3D 0; + ct.sec =3D rtcin(RTC_SEC); + ct.min =3D rtcin(RTC_MIN); + ct.hour =3D rtcin(RTC_HRS); + ct.day =3D rtcin(RTC_DAY); + ct.dow =3D rtcin(RTC_WDAY) - 1; + ct.mon =3D rtcin(RTC_MONTH); + ct.year =3D rtcin(RTC_YEAR); +#ifdef USE_RTC_CENTURY + ct.year +=3D rtcin(RTC_CENTURY) * 100; +#else + ct.year +=3D 2000; +#endif + } + else + { + ct.nsec =3D 0; + ct.sec =3D readrtcbcd(RTC_SEC); + ct.min =3D readrtcbcd(RTC_MIN); + ct.hour =3D readrtcbcd(RTC_HRS); + ct.day =3D readrtcbcd(RTC_DAY); + ct.dow =3D readrtcbcd(RTC_WDAY) - 1; + ct.mon =3D readrtcbcd(RTC_MONTH); + ct.year =3D readrtcbcd(RTC_YEAR); +#ifdef USE_RTC_CENTURY + ct.year +=3D readrtcbcd(RTC_CENTURY) * 100; +#else + ct.year +=3D 2000; +#endif + } /* Set dow =3D -1 because some clocks don't set it correctly. */ ct.dow =3D -1; return (clock_ct_to_ts(&ct, ts)); @@ -366,6 +470,7 @@ =20 static device_method_t atrtc_methods[] =3D { /* Device interface */ + DEVMETHOD(device_identify, atrtc_identify), DEVMETHOD(device_probe, atrtc_probe), DEVMETHOD(device_attach, atrtc_attach), DEVMETHOD(device_detach, bus_generic_detach), @@ -389,8 +494,13 @@ =20 static devclass_t atrtc_devclass; =20 +#ifndef TARGET_YEELOONG DRIVER_MODULE(atrtc, isa, atrtc_driver, atrtc_devclass, 0, 0); DRIVER_MODULE(atrtc, acpi, atrtc_driver, atrtc_devclass, 0, 0); +#else +DRIVER_MODULE(atrtc, nexus, atrtc_driver, atrtc_devclass, 0, 0); +#endif + =20 #include "opt_ddb.h" #ifdef DDB --------------000306040803050909060501-- --------------enigE6F57D77611BB8EFA3CBF2C0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkxqxvEACgkQNak7dOguQgkurgD+KlkDI3yQiUQPP1OIByYZDzRn e+CQL7evF45LZo7n2DQBAK9w74vL1ySIhloGFcmoQsCgrO5oVONvTAYUwMPrkfSj =ekfo -----END PGP SIGNATURE----- --------------enigE6F57D77611BB8EFA3CBF2C0-- From owner-soc-status@FreeBSD.ORG Tue Aug 17 18:15:10 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A31421065675; Tue, 17 Aug 2010 18:15:10 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3E7C48FC1D; Tue, 17 Aug 2010 18:15:09 +0000 (UTC) Received: by qwg5 with SMTP id 5so7318815qwg.13 for ; Tue, 17 Aug 2010 11:15:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=WgG2CF71VUVpkalFZJ4KwJraFGYgQSxw8ZzaFty0xEU=; b=HwlmLIa3/YPUI365D1QgDNHVTW9ZXlhLc420eP7Ez5REi6nxXYrgSNP4lF9RDVHSVS drmkCimy/vfrOsv7VSTkGSy5oj6q/OTbci7WduloLO8Sr8f6Wm+4+CgHECNB1HlRTMDe IQPARLE2RVzgr7qk3mB7tpJQx9bR7ZsS4fvyU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=GUyZsZU+ho1Lm47jgWd1Lelabclo4Y9WJqVBWqoO4zmAxcmCqtsQQ70QaNoMwX3IR6 Ueb4Eu9tshGV5rUwApgnt8MTOTUUbyKWiIW0N+5gNH/omcqaA7jllyREDu81oOqE1g2V spuWahfmCOSbgSqgwway0KdummdPidR4TL2dQ= Received: by 10.229.71.67 with SMTP id g3mr506925qcj.178.1282068909201; Tue, 17 Aug 2010 11:15:09 -0700 (PDT) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.236.132 with HTTP; Tue, 17 Aug 2010 11:14:48 -0700 (PDT) In-Reply-To: References: From: Ivan Voras Date: Tue, 17 Aug 2010 20:14:48 +0200 X-Google-Sender-Auth: 3XWl-FM0zcDf1QNOThQ9CI307Fk Message-ID: To: soc-status@freebsd.org, Andrew Pantyukhin Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: pkg_patch status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2010 18:15:10 -0000 To leave a record, this is the final SoC status report for pkg_patch. Per the SoC rules, the final version of the project is comprised of code which was written before the "pencils-down" deadline which was on the 16th. This code is available as a tarball of my local hg repository here: http://wiki.freebsd.org/IvanVoras/pkg_patch?action=AttachFile&do=get&target=pkg_patch.tbz or as a live (changing after the SoC deadline) hg repository here: http://cosmos.boldlygoingnowhere.org/~ivoras/soc2010/ My opinion is that the project was successfully completed and has a good chance of being used in production, after a few policy-related decisions are made about some specific behaviour, which I hope to discuss with my mentor. The project implements the following functionalities: - Package patch creation - takes two package files ("source" and "target"), produces a patch package - Package patch application - takes a patch package file and applies it to the current system - Mass package patch creation - takes two directories with package files, matches their packages and produces a third directory with patch files and an index of patch files - Mass package update - reads the index of available patches, compares it to the current system and updates packages that need to be updated. The man page is here: http://people.freebsd.org/~ivoras/diffs/pkg_patch.1.html It was a good SoC and since it will probably be my last, I want to thank everyone on good organization and support! :) From owner-soc-status@FreeBSD.ORG Tue Aug 17 21:10:33 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A24F106564A; Tue, 17 Aug 2010 21:10:33 +0000 (UTC) (envelope-from phcoder@gmail.com) Received: from mail-bw0-f43.google.com (mail-bw0-f43.google.com [209.85.214.43]) by mx1.freebsd.org (Postfix) with ESMTP id 4EB9F8FC15; Tue, 17 Aug 2010 21:10:31 +0000 (UTC) Received: by bwz16 with SMTP id 16so3222311bwz.30 for ; Tue, 17 Aug 2010 14:10:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=uTAaOg5mACE7fTIw25VM9vFtu9ZTZjYydOBjE/uZvWU=; b=kCdf+MKM865XChR51vLi3ZX6f0LQO4Hdey2OSkdmNIex6J05nCT8NzoqwHnsKedSGt dfNsO1OdZHXnhCi8IoDe1BBRvGyX+w1/46j0AraC+zrTR8YT8xUwPI4WuZFs874A6xkP WRy4EQPLnhrO7/aIWitTCtxRbjffze6XoYTF4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=jN+QIhe0k155fyBJHwZh+/vgetwsyMbdch35Yqz8Ki6dG1HACxxBI9TuhWOADv6mTI 1YEQ3qhwFY8NbTu5Gv37VmXeJru/nQePrjQQCjqEzEx/N3pB8bRR1fHZ4/SCn6Wqpz7p EhwY074fuvoJnC9IuJl1Q83kthvmxOQQeYf+Q= Received: by 10.204.68.206 with SMTP id w14mr3912775bki.132.1282079431085; Tue, 17 Aug 2010 14:10:31 -0700 (PDT) Received: from debian.bg45.phnet (178.77.202.62.cust.bluewin.ch [62.202.77.178]) by mx.google.com with ESMTPS id d27sm3509536bku.22.2010.08.17.14.10.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 17 Aug 2010 14:10:30 -0700 (PDT) Message-ID: <4C6AFABC.5050809@gmail.com> Date: Tue, 17 Aug 2010 23:10:20 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 MIME-Version: 1.0 To: soc-status@freebsd.org, freebsd-mips@freebsd.org References: <4C67704C.70609@gmail.com> <4C6861B4.6020102@gmail.com> <4C69D1D5.809@gmail.com> <4C6AC6E9.2010801@gmail.com> In-Reply-To: <4C6AC6E9.2010801@gmail.com> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig1D92139EFC4096785A872392" Cc: Subject: Re: Yeeloong port is functional X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2010 21:10:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1D92139EFC4096785A872392 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jayachandran reported that the patch was stripped (size limit ?). So I uploaded it here: http://launchpad.net/kfreebsd-yeeloong/trunk/gsoc/+download/yeeloong_rc4.= diff On 08/17/2010 07:29 PM, Vladimir '=CF=86-coder/phcoder' Serbinenko wrote:= > On 08/17/2010 02:03 AM, Vladimir '=CF=86-coder/phcoder' Serbinenko wrot= e: > =20 >> On 08/15/2010 11:52 PM, Vladimir '=CF=86-coder/phcoder' Serbinenko wro= te: >> =20 >> =20 >>> Hello, all. Some cleanups and I managed to enable cache on kseg0. >>> Additionally it has some basic Geode support. >>> I'm looking forward to split it in smaller patches in order to get it= >>> into HEAD. Also I'll fill the blanks (like power management) as time >>> permits. >>> =20 >>> =20 >>> =20 >> And another update. Now Geode USB is fully functional. Few other issue= s >> are fixed. Unfortunately I couldn't find a way to fix cache completely= =2E >> So I decided to change page size to 16KB to make tag bits of VA to be >> identical to PA effectively transforming VIPT cache into PIPT which is= >> easier to handle. It's not functional yet but it will be soon.=20 >> =20 > 16K indeed fixed most of the problems. Patch attached. > =20 >> Even >> though the GSoC is nearly over I'll continue to work on yeeloong to fi= x >> remaining issues. Sorry for delays caused by hw malfunctions. And than= ks >> to everybody who supported me, especially Juli Mallett, Olexandr >> Tymoshenko and M. Warner Losh >> =20 >> =20 >>> On 08/15/2010 06:42 AM, Vladimir '=CF=86-coder/phcoder' Serbinenko wr= ote: >>> =20 >>> =20 >>> =20 >>>> Hello, all. Despite the hardware-inflicted setbacks (my yeeloong fri= ed >>>> right before the mid-term), Yeeloong port is now functional. Both se= rial >>>> and local (keyboard + screen) work. Real Time Clock is working. Inte= rnet >>>> is working. USB controller on PCI is working. Userspace is working. >>>> >>>> Remaining issues: >>>> 1) Disabled cache. The reason are peculiar properties of L2 cache. I= >>>> actualy have the code to fix it but I'm not sure to hit GSoC deadlin= e >>>> about it. >>>> 2) Only 256 MiB of RAM are supported. Should be easy to fix once 64-= bit >>>> parts are in. >>>> 3) No Geode support. So no IDE, 2 of 3 USB ports or audio. These >>>> components are actualy pretty standard, one has only to add support = for >>>> MSRs. >>>> 4) No power management. Wasn't planned to have it implemented during= GSoC. >>>> >>>> Not tested: >>>> 1) Touchpad. Never connected to my laptop during developpement becau= se >>>> to use it one has to close front lid and so cut from serial connecto= r >>>> >>>> 3rd party developpements which will improve Yeeloong support: >>>> 1) X.org support. The required card is already supported in latest >>>> x.org. So it's a question of importing last X.org and testing it. >>>> 2) 64-bit developpement. Currently if I compile 64-bit kernel it >>>> contains only 64-bit imgact. Imposing only 64-bit binaries is subopt= imal. >>>> >>>> =20 >>>> =20 >>>> =20 >>>> =20 >>> =20 >>> =20 >>> =20 >> =20 >> =20 > > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig1D92139EFC4096785A872392 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkxq+sMACgkQNak7dOguQgnepwD+NBkpyIZN3NfcyHyiJDhagjBS /05LoN2OpeGh0Bs4K2QA/Rlv5YZT+vXigDI8OPDEZoEEdDIrVLbTSfMu5CNmKb49 =fFNX -----END PGP SIGNATURE----- --------------enig1D92139EFC4096785A872392-- From owner-soc-status@FreeBSD.ORG Thu Aug 19 01:51:37 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A5921065693 for ; Thu, 19 Aug 2010 01:51:37 +0000 (UTC) (envelope-from eng.mufic@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 116D08FC1A for ; Thu, 19 Aug 2010 01:51:36 +0000 (UTC) Received: by vws7 with SMTP id 7so1491080vws.13 for ; Wed, 18 Aug 2010 18:51:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=uWYKVk6JC0At9pbKG4tJv1r/PVc3gGEHkkNgb6zBsjA=; b=fX6mLkz6uIEHRnGF45We17ZxVKrsw2r7nJWjuZBQuMwOzFpUHyd3FdmDYSfxInijGp /faCUQW1y6YMz0tzf8Sfjtkt3q9JT0ynLBQ5FvUC5KBaWSX4csHmPn8oZdHooYr7tkVu ymy4lvGEgGAQh+ATSyrR3hb1YHlJw6Jlg+tQs= 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:cc:content-type; b=BU1CmSwCHasTk5lzrP02u3SknPHT4836cMoVXAIL0OpWDe/oBwpSVBLEoQNZxtWjxK 9iIlnjjGTjBJNnqiTuFQhdjnRDfbLrlZsEM19s77OVofnwox3a3NAQv+kAcJE9YROHhZ 2h6dWHHVIUjnN/1bHYFM7ipZJUi0e+NO0vTjs= MIME-Version: 1.0 Received: by 10.220.125.23 with SMTP id w23mr5515095vcr.136.1282181394778; Wed, 18 Aug 2010 18:29:54 -0700 (PDT) Sender: eng.mufic@gmail.com Received: by 10.220.67.221 with HTTP; Wed, 18 Aug 2010 18:29:54 -0700 (PDT) Date: Thu, 19 Aug 2010 04:29:54 +0300 X-Google-Sender-Auth: Z1WVT-FAdKlFaFB5EEZST8NIOiQ Message-ID: From: Mohammed Farrag To: soc-admins@freebsd.org, soc-status@freebsd.org X-Mailman-Approved-At: Thu, 19 Aug 2010 02:07:32 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bsdimp@gmail.com Subject: Mohammed Farrag - GSoC 2010 Student X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2010 01:51:37 -0000 Hi, I wish tell you about what we have produced since Midterm Evaluation. I think I finished most of work right now with my mentor. My mentor was very helpful and gave me much time to help me in what I needed. He helped me in publishing my first document http://wiki.freebsd.org/FreeBSD%208.0%20Kernel%20Size%20Reduction#preview Also we produced perl files which will load kernel modules based on the user needs with respect to those ones who can't be loaded at run time. I am very glad to work with him and I hope to do my next work with him. I will work to improve what I did in GSoC and do much better in the future. My next steps : * convert perl program to C program and use it as C file instead of calling it through perl. I think that would be much dynamic. With Best Wishes, Mohammed Farrag From owner-soc-status@FreeBSD.ORG Thu Oct 14 14:31:36 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B06E51065670; Thu, 14 Oct 2010 14:31:36 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.syscare.sk (services.syscare.sk [188.40.39.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6C5218FC08; Thu, 14 Oct 2010 14:31:35 +0000 (UTC) Received: from services.syscare.sk (services [188.40.39.36]) by services.syscare.sk (Postfix) with ESMTP id 053854E578; Thu, 14 Oct 2010 16:16:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.syscare.sk ([188.40.39.36]) by services.syscare.sk (services.rulez.sk [188.40.39.36]) (amavisd-new, port 10024) with ESMTP id 8FI0gOVK8VbK; Thu, 14 Oct 2010 16:16:00 +0200 (CEST) Received: from danger-mbp.local (188-167-67-67.dynamic.chello.sk [188.167.67.67]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.syscare.sk (Postfix) with ESMTPSA id E04574E566; Thu, 14 Oct 2010 16:15:59 +0200 (CEST) Message-ID: <4CB7109F.8010507@FreeBSD.org> Date: Thu, 14 Oct 2010 16:15:59 +0200 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.12pre) Gecko/20101014 Lanikai/3.1.6pre MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: soc-students@freebsd.org, soc-admins@freebsd.org Subject: Fwd: Fwd: HEADSUP: Call for FreeBSD Status Reports - 3Q/2010 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Oct 2010 14:31:36 -0000 FYI -------- Original Message -------- Subject: Fwd: HEADSUP: Call for FreeBSD Status Reports - 3Q/2010 Date: Mon, 11 Oct 2010 15:59:31 +0200 From: Daniel Gerzo Organization: The FreeBSD Project To: developers@freebsd.org Hello, this is a reminder to anyone who's planning on sending a status report to us. The submission deadline is 15th Oct 2010. I know that many of you guys have spent last few days in Karlsruhe (and I hope to receive some additional reports covering the EuroBSDCon/DevSummit events), so that I understand that the reports might still be on their way. I just wanted to note, that to this date we have received only 5 entries. Please, if you are planning to send your entry, let us know so we can at least count with you and poke you if we don't receive it soon :) -------- Original Message -------- Subject: HEADSUP: Call for FreeBSD Status Reports - 3Q/2010 Date: Thu, 30 Sep 2010 08:29:48 +0200 From: Daniel Gerzo Organization: The FreeBSD Project To: current@freebsd.org, hackers@freebsd.org, questions@freebsd.org Dear all, I would like to remind you that the next round of status reports covering the third quarter of 2010 is due on October 15th, 2010. This initiative is very welcome in our community. Therefore, I would like to ask you to submit your status reports soon, so that we can compile the report on time. Do not hesitate and write us a few lines - a short description about what you are working on, what are your plans and goals, so we can inform our community about your great work! Check out the reports from the past to get some inspiration of what your submission should look like. If you know about a project that should be included in the status report, please let us know as well, so we can poke the responsible people to provide us with something useful. Updates to submissions from the last report are welcome too. Note that the submissions are accepted from anyone involved with the FreeBSD community, you do not have to be a FreeBSD committer. Submissions about anything related to FreeBSD are very welcome! Please email us the filled-in XML template which can be found at http://www.freebsd.org/news/status/report-sample.xml to monthly@FreeBSD.org, or alternatively use our web based form located at http://www.freebsd.org/cgi/monthly.cgi. For more information, please visit http://www.freebsd.org/news/status/. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-soc-status@FreeBSD.ORG Fri May 27 20:23:04 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5E3810657C1 for ; Fri, 27 May 2011 20:23:04 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 785DD8FC17 for ; Fri, 27 May 2011 20:23:04 +0000 (UTC) Received: from kibab-nb.kibab.com (ppp85-141-100-144.pppoe.mtu-net.ru [85.141.100.144]) by mx0.deglitch.com (Postfix) with ESMTPSA id 506978FC37 for ; Sat, 28 May 2011 00:23:03 +0400 (MSD) Message-ID: <4DE00872.1030002@kibab.com> Date: Sat, 28 May 2011 00:24:18 +0400 From: Ilya Bakulin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.9) Gecko/20101007 Thunderbird/3.1.4 MIME-Version: 1.0 To: soc-status@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBA5DC891528871DA4D47C848" Subject: [Status Update] Capsicum adaptation project: Week 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 20:23:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBA5DC891528871DA4D47C848 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable [have to resend because of sending to soc-status@lists.freebsd.org as per Brooks' email -- that address does not exist actually] [Stripping Ben, Robert, Jon from To: so they won't get the second copy] Hi, this is the first status update for the Capsicum adaptation project. This week I was getting my working environment in order -- I've checked out freebsd-capabilities from P4 on two machines where I'm planning to work, tested that SVN access is actually working, and asked Robert and Jon some questions about the codebase that should be taken as a starting point. Today I've received required information, so it seems that Robert and Jon will be integrating the latest changes in P4 with current HEAD. After that it will be ready to work with. Until that, I'm going to read manual pages about system calls and dig through existing code. Also I plan to start a discussion on freebsd-hackers@ regarding applications that should receive Capsicum sandboxing. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --------------enigBA5DC891528871DA4D47C848 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3gCHYACgkQo9vlj1oadwiRhgCgxU1fid5wNJ2AKsZqRuu2UTuz /4AAoMjqviGHQNe0rHV8hV/Jfta+YtQn =6kCb -----END PGP SIGNATURE----- --------------enigBA5DC891528871DA4D47C848-- From owner-soc-status@FreeBSD.ORG Fri May 27 22:03:07 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80A65106566B for ; Fri, 27 May 2011 22:03:07 +0000 (UTC) (envelope-from joffrey.lassignardie@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5C7AE8FC18 for ; Fri, 27 May 2011 22:03:07 +0000 (UTC) Received: by pzk27 with SMTP id 27so1202352pzk.13 for ; Fri, 27 May 2011 15:03:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=lExaM8/Ip1y3u4POYvFKfC7sRYOLKcVjsFSuDfDSzPg=; b=vvSWvClQsT4PP7rZtYhJPKRHz53usFoz+7/34LILb/ZDF77O/CNSoILDn22j6GQ300 0/uBNPeF5loXImyhWEsv8QHVR63dnxm85un9n857t+BNX5d6Q3iGVLoyiadew2mgG2W1 cJnesS1VXTv6huYeOEH3+kIWuYdj4VGLQcr9o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=wOmt7cvaSDtPHwpvvraqvSC9tgaAvdZJePDkdABISia0ECeQYrP1crLXhOgM76TWIs RWcx0UgjPFrp2vDEjksoVBYmCgXcGtDZU528vmFSO4j/WMo16k6u4igIahbb/qmSjnPG IfuhgoFW30K3X9VRo++SgUZTuwNk+mAeRHiGs= MIME-Version: 1.0 Received: by 10.142.162.4 with SMTP id k4mr48184wfe.53.1306532004204; Fri, 27 May 2011 14:33:24 -0700 (PDT) Received: by 10.142.139.12 with HTTP; Fri, 27 May 2011 14:33:24 -0700 (PDT) Date: Fri, 27 May 2011 21:33:24 +0000 Message-ID: From: Lassi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [SoC2011 Status Report] pkg convert - Week 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 22:03:07 -0000 Hi! I mostly spent this week studying the pkgng source code. In addition, I read some documents/man pages related to the pkg_install tools in order to better understand how they works. I also had a glance at the rpm package format as the first thing I'll code is a small library that can read/extract data from rpm packages. Next week, I will finish my pkgng tour and begin the conception of the whole "pkg convert" sub-command. Regards, -- Joffrey ``Lassi'' Lassignardie From owner-soc-status@FreeBSD.ORG Sat May 28 07:07:38 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 712321065670 for ; Sat, 28 May 2011 07:07:38 +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 2F31F8FC15 for ; Sat, 28 May 2011 07:07:37 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id D8BF314E5652 for ; Sat, 28 May 2011 08:51:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 37gxVhL8PH3l for ; Sat, 28 May 2011 08:51:23 +0200 (CEST) Received: from [193.137.158.203] (unknown [193.137.158.203]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id A304814E55D8 for ; Sat, 28 May 2011 08:51:23 +0200 (CEST) Message-ID: <4DE09B6C.1050209@kovesdan.org> Date: Sat, 28 May 2011 07:51:24 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-PT; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regex status report #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2011 07:07:38 -0000 Hi, I've made some tests with TRE and so far found two incompatibilities with base regex: 1, The curly bracketed repetition expressions can have the lowe bound missing, where 0 is inferred. This behaviour is more permissive so probably won't be a problem. 2, Missing REG_STARTEND flag that could be used with regexec(). This has been implemented. I've got it built inside libc and it works well. It has a literal matching mode, which is very efficient. However, in some conditions it underperforms our base regex. Now I'm looking at this. I would like to improve the performance a bit before I publish a patch for testing. Gabor From owner-soc-status@FreeBSD.ORG Sat May 28 07:07:54 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56051106566C for ; Sat, 28 May 2011 07:07:54 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id E1FF18FC1A for ; Sat, 28 May 2011 07:07:52 +0000 (UTC) Received: by fxm11 with SMTP id 11so2448577fxm.13 for ; Sat, 28 May 2011 00:07:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=P6kY+WMW4alXu5DO+D4Wwnxx4lDuAnMAN4HeIQ+sFgA=; b=D+rfdze5DLFH4nU94PfSeOH551cEDsTxdCd+nZZswL9RtSVTNB27x8CAifUGnie4UO tXa2hVbLb+Bjl6rU6jBt+jQbIazxFcfxIFOuzOSLhWY/sdjKjpILXk24FSp+trdDGx7t 7ZqKPfGY60SpGpRuY1i+xY7RFbrM+uhM5kqg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=UJokDtETjGy6yAD3HLDa+Qw90PzDO7FA9eao8dwWSikWMeNOFpGX/E+4IrNhYW2ROY Df5gUduS+wF1sw3xefbtGV1xkrol6R9zw8PHUNJfqwZGNE1WU+lRR5v97aA0QcBRZtV6 7Wl78jC4EXOnCuBAr5TwIQMcgadLnTycvYH4U= MIME-Version: 1.0 Received: by 10.223.4.136 with SMTP id 8mr3209261far.16.1306564691103; Fri, 27 May 2011 23:38:11 -0700 (PDT) Received: by 10.223.78.129 with HTTP; Fri, 27 May 2011 23:38:11 -0700 (PDT) Date: Sat, 28 May 2011 01:38:11 -0500 Message-ID: From: Zhihao Yuan To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Alexander Leidinger Subject: [nvi-iconv]Weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2011 07:07:54 -0000 To whom may concerned: Before talking about the coding stuff, let me explain something about my schedule. According to my proposal, I should start this project at 5/16. But I was struggling with the paper works to get my CPT (working permission) during that week, so I will just move my schedule to the regular GSoC time. For the first week, I planed to read and clean up the nvi-1.79 code. I moved the code from contrib to usr.bin since I'm forking the project for FreeBSD. I updated the autotools, and added a HAVE_TERM_H test to solve the problem (finally, according the the commit history). Other misc changes can be seen from the svn log. One of the problems I met so far is the CHAR_T usage in nvi. In nvi, it's a typedef to unsigned char, which is used to represent the command (to be able to map them in arrays). But in nvi-1.81, CHAR_T (wchar_t) is used to represent the input text. Before deciding whether to use wchar_t in this project, I hope I can trace the char type usage more deeply and can hopefully get rid of the related warnings. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-soc-status@FreeBSD.ORG Sun May 29 12:00:13 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E49A1065675 for ; Sun, 29 May 2011 12:00:12 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 285538FC1C for ; Sun, 29 May 2011 12:00:11 +0000 (UTC) Received: by qwc9 with SMTP id 9so1894278qwc.13 for ; Sun, 29 May 2011 05:00:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=G2sgclS1gDFWjA18BBLnqb8Xv52suOUKlEgcjh4b3gk=; b=FsvdrEzL3E88z+ZVGk9TffMV4YoB4BrINj3ShH+4CNPxJVLlLVCabRM0xro4GQ9fzo 6OMswCYHCjCrpMRf0KbfGEzhyqDomlkbsc6xj8ehzvS2d+NukFrhjaHbET7Rfpdq2LV3 klsBPOmko4RfLdZIQcAeqCO8Nd5zpxTHrfPdw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=PJAr2Wz8+DbqwlvAaH7Dv1sS9L9vVOK5Fv5mR1XTQdyT6XUxAR06yckIqKI8ah/1wq OmwInLEFIm76xiSbZjxpCAMaaa9lcqscHgGeWiKs01TuIOf+o0BvgJ6dbFdx69Z3MEN6 T1IM5EhH6VsRbxIoikPufTXzNZrA2ZG/WY4+U= MIME-Version: 1.0 Received: by 10.229.90.12 with SMTP id g12mr2769931qcm.104.1306669032590; Sun, 29 May 2011 04:37:12 -0700 (PDT) Received: by 10.229.183.141 with HTTP; Sun, 29 May 2011 04:37:12 -0700 (PDT) Date: Sun, 29 May 2011 14:37:12 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Ivan Voras , Hans Petter Selasky Subject: [fuse] Status report #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2011 12:00:13 -0000 Hello, I've started preparation work to merge fuse4bsd and macfuse. This week I was studying code and reducing differences between fuse4bsd and macfuse. No functional changes was committed. Macfuse has many style changes and some things are not the same: fuse_device: similar idea, but Mac has different devfs, cloning, etc fuse_ipc: message parsing is almost the same, few bits have changed fuse_vfsops: Mac has different mount subsystem and statfs. FreeBSD vfs_hash is not used, vnode allocation is different fuse_vnops: vnode operations are most difficult, not finished yet. From owner-soc-status@FreeBSD.ORG Sun May 29 20:43:40 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92BC11065672 for ; Sun, 29 May 2011 20:43:40 +0000 (UTC) (envelope-from m.kocielski@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id E3AA58FC0C for ; Sun, 29 May 2011 20:43:39 +0000 (UTC) Received: by eyg7 with SMTP id 7so1555809eyg.13 for ; Sun, 29 May 2011 13:43:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:cc:content-type; bh=4zM3xJidj2QAVxGpVEdsXheS+oEpUr6liKTM/xkqzRU=; b=de8FPqB5UfCv2T3ktsORBJlWvgg1JaTGyuv5qZ7jG6X1nfTeaGexQUdivuVTjnkFJQ RrMnc9i9vKHQUavbIlzS4gF6T8Itn8hbJxRwOKHS86kX78djymGdZWlzUHsIppdu7OPZ ZsuBmuN9Lbk8bhk4AkAghTligQvGWeNeOizTU= 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:cc:content-type; b=vUKZ07h/BlxudLfcbOq4Nk69UDYIqGLTLhNF6XUwdEmqq4pOnpE0tgH+wngzIz+d/J xqrg4FSXEAs1hHzSFjLCFkX9vTCxrI/EpWKIcxOco0W3OvXNg7uEii/In+B7q3uyISKy lXkV8i8Q3WkpKtToeqyI0MoTs4+2YOyf7Xp4w= MIME-Version: 1.0 Received: by 10.213.112.196 with SMTP id x4mr662340ebp.108.1306700261950; Sun, 29 May 2011 13:17:41 -0700 (PDT) Sender: m.kocielski@gmail.com Received: by 10.213.32.81 with HTTP; Sun, 29 May 2011 13:17:41 -0700 (PDT) Date: Sun, 29 May 2011 22:17:41 +0200 X-Google-Sender-Auth: rVnxGJNkxoUz-oSDmP0QyrraCsQ Message-ID: From: Mateusz Kocielski To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: "Robert N. M. Watson" Subject: Testing temporal properties with Temporally Enhanced Security Logic Assertions - week 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2011 20:43:40 -0000 Hello, My project is Testing temporal properties with Temporally Enhanced Security Logic Assertions (TESLA). Its wikipage is available at [1]. You can find there more information on project as well as schedule and links to repository. What was done this week: - writing test cases for the TeslaInsrumenter - setting up testing environment (on kvm) - writing basic examples of using TESLA (userland) My plans for the next week: - move testing environment to virtualbox - polish up test suite for the TeslaInstrumenter (discuss it with TI developers) - write some basic tesla assertions for the kernel and test it - read MAC framework code - write schedule for MAC framework testing - (hopefully) start MAC testing (e.g. replace mac_test module with tesla automata) Please contact me in case of any questions. Usually best way of communication with me is IRC, I'm shm at freenode. [1] - http://wiki.freebsd.org/ShmSoc2011 Regards, Mateusz Kocielski From owner-soc-status@FreeBSD.ORG Sun May 29 22:45:15 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFA3D106564A for ; Sun, 29 May 2011 22:45:15 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3B19E8FC1E for ; Sun, 29 May 2011 22:45:14 +0000 (UTC) Received: by bwz12 with SMTP id 12so3678534bwz.13 for ; Sun, 29 May 2011 15:45:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=TqowSllUDkOdVrI4rEM5c5vAjkNtdI4pZGe/dX3ihu4=; b=YdYGVhBbF4O3KDlOJ4CW5XrTNkIsELoYNoy4FFMg8jQR3LpdJ7RNr5QgUoWOWBxeax 5SxhHzRP/QpNKEKIA9JUOIpQQqdSZqBe5i5TJk4fZpbIIqAuyxYVPwL4ESDFwMgY+T0Q OK2Kq3JpYd8eH74JdN315cAbni48BaZ6y5YT0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=Fso3y9t0ENTL5HXbxBYOTAhvOGf+e5Uee96bmdhl7LIJJubOqKIpVXHOX8NBsikcCU 2AxNixnhbkuu5KIpLG0gPv+CGhv08B+lix67aYpvFsAHVkoE6Vc4iMBQZS1YVti6OlsY iqFFlP7U5CMJdKZa14Gjldi/WbpUZfY7J+uFI= Received: by 10.204.76.19 with SMTP id a19mr3848890bkk.110.1306707751106; Sun, 29 May 2011 15:22:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.83.216 with HTTP; Sun, 29 May 2011 15:22:11 -0700 (PDT) From: rudo tomori Date: Mon, 30 May 2011 00:22:11 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: BFS scheduler weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 May 2011 22:45:15 -0000 Hi, the goal of my project is to implement a BFS - like scheduler into the FreeBSD. I started off with the original 4.4BSD code, and by iterative modifications I will develop a scheduler that matches the BFS design as specified in http://ck.kolivas.org/patches/bfs/sched-BFS.txt. Last week I have modified the 4.4BSD scheduler to use a single global run-queue. (So not a per-CPU run queue). I have also removed a thread that periodically recalculates the threads' priorities. You can find more info at my project blog site rudot.blog.com Next week I will present the first benchmarks at my project blog. These benchmarks will serve me later for comparisons to see if I am actually improving or decreasing performance after adding some features. I plan to use sysbench and make world for my benchmarking. After that I will probably continue by changing the mapping of thread priorities to a specific priority queue in the global run queue. The BFS uses only 1 queue for all time-sharing processes. rudo From owner-soc-status@FreeBSD.ORG Mon May 30 09:10:13 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC6DE10656B0 for ; Mon, 30 May 2011 09:10:13 +0000 (UTC) (envelope-from gockzy@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 835318FC1A for ; Mon, 30 May 2011 09:10:04 +0000 (UTC) Received: by ewy1 with SMTP id 1so1649480ewy.13 for ; Mon, 30 May 2011 02:10:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=kjodYzn3UcAWx5hMXMC4fkSCdwqR542OFTaOl6aHiB0=; b=n/m9rtsm7FiWcuylJKNqEn7EQzeRTonVm408/pUyqiLSFXNhe0CFW53aceaYp5Qho3 bxlbO0wxlCIXwmmoIlKhoddPj3DePbGFml52vfrviTQgZF8qhVa5XH45VWOkmpgoFvhM SqkczRo/dDt8qxSe5Th4J64KmD+lunmQvTOoQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=wa+B4M71UbBv58VOn/Klzp6k192Tgez7OASRBPFEp90dlW3iPOuhvX8zkHkmZ6Svw9 Tv+jTTRe/ifdKhi5R+MAHE1xEFjD+fwULVsa6ZuGQihwQIcEB7fnxl5hthKB29vyIiir BFSMY3MyWJM8/MW32qdO1NYaUHqSW3fGRlZ2M= Received: by 10.213.106.196 with SMTP id y4mr1835791ebo.29.1306745134364; Mon, 30 May 2011 01:45:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.10.130 with HTTP; Mon, 30 May 2011 01:45:14 -0700 (PDT) From: Kazuya Goda Date: Mon, 30 May 2011 17:45:14 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [status report] RPS/RFS - week1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2011 09:10:13 -0000 Hi, The goal of my project is to implement RPS/RFS on FreeBSD. Mono-queue NIC can't distribute packets across multiple processors. RPS solves the problem. RFS is the extension of RPS, which deliver packets to the CPU where application running. This week I got connection group patches to 9.x from Robert. He says "hopefully, this will improve the grounding for your project, reordering locks in the inpcb stack to make it easier to do alternative lookup tables, etc". So I have read the patch and studied what is helpful. Next week, I continue to read patch and implements RPS. Regards, --Kazuya Goda From owner-soc-status@FreeBSD.ORG Mon May 30 12:32:11 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA5AD1065676 for ; Mon, 30 May 2011 12:32:11 +0000 (UTC) (envelope-from nc3bhconc@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9950C8FC12 for ; Mon, 30 May 2011 12:32:11 +0000 (UTC) Received: by qwc9 with SMTP id 9so2290801qwc.13 for ; Mon, 30 May 2011 05:32:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=BNKmmo/GIQkodCuQq2UgNktlGWfMbG058hhMtDkCUy0=; b=o4rDTkJyYP7JZYYItpjYAY/rh11dEzMx0iors1HDZaIZhteys4w3iV4GT9k+cAK+Wa AyYckzczUp2M7htWnzkFP9lh/FhzeEzkJ2mrm7+ZEJkDitRbOIoGKMoFt4VUeV8jKJNj //JHicSVv44Rxv/pBj4GMNfYJA801/CEyaDbQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=hVk7RT3kPKF6/eGztofjukC95uhPCOrphheCH1c9HWMXDkemE/9gtKRNgO4LDI4VNI lVZxvNyBMSl2wZIZFu0EpWb0iufCsCdN5Noj27cry2i85MyWVNrydjGHblTpISEFFPcd o5mxaE3vSoTm9FByDxggyA5HfJPmX3Z5YOnOA= Received: by 10.224.136.5 with SMTP id p5mr3424019qat.127.1306756958106; Mon, 30 May 2011 05:02:38 -0700 (PDT) MIME-Version: 1.0 Sender: nc3bhconc@gmail.com Received: by 10.224.2.83 with HTTP; Mon, 30 May 2011 05:02:17 -0700 (PDT) From: Catalin Nicutar Date: Mon, 30 May 2011 15:02:17 +0300 X-Google-Sender-Auth: f_2h2dWmAyE6XgN1mrCZScZ9iKE Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TCP UTO - Weekly Report 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2011 12:32:11 -0000 Hello! I am Catalin Nicutar and I am working as a GSoC student towards implementing TCP UTO for FreeBSD. * Short TCP UTO description UTO stands for User Timeout Option. This option is described in RFC5482. The concept of "User Timeout" is well specified in RFC793 as a general timeout used for various purposes (In particular TCP will tear down the connection if this timeout expires in any state). TCP UTO specifies that a peer should be allowed to advertise this value to provide a hint to the other side. RFC 793 specifies that a user should be allowed to specify a timeout for "Open" and "Send" (the last timeout specified overrides previous values). FreeBSD (and other Unix implementations) generally support an option called SO_SNDTIMEO. However, there is no provision for advertising this value. The ability to change the local value is useless if not advertised to the other peer since he will still close the connection after *his* timeout expires (in other words he has no idea of the User Timeout chosen by the other side). * Benefits TCP UTO augments the flexibility of a connection. It allows to specify relaxed timeouts (large periods of silence during which the peers might actually not be connected) or short timeouts to inform peers that the connection will pe torn down quickly in case they don't ACK data quickly enough. My goals for this week are: * Add sysctls to control the imposed upper and lower limits for the User Timeout of a connection * Add a sysctl to globally enable the advertising of the timeout (as required by the RFC) * Add socket options (setsockopt) for enabling the option, controling whether the local timeout will be changeable, etc. The Perforce space I will be working in is http://p4web.freebsd.org/@md=d&cd=//depot/projects/soc2011/&dw=u&c=MER@//depot/projects/soc2011/cnicutar_tcputo_8/?ac=83 This is all for report 1. If you have questions, suggestions or advices drop me an email to cnicutar@FreeBSD.org Catalin Nicutar From owner-soc-status@FreeBSD.ORG Tue May 31 11:31:12 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3685106566B; Tue, 31 May 2011 11:31:12 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 527DC8FC13; Tue, 31 May 2011 11:31:11 +0000 (UTC) Received: by wyf23 with SMTP id 23so4364540wyf.13 for ; Tue, 31 May 2011 04:31:11 -0700 (PDT) Received: by 10.216.62.195 with SMTP id y45mr3130279wec.15.1306840081155; Tue, 31 May 2011 04:08:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.6.196 with HTTP; Tue, 31 May 2011 04:07:41 -0700 (PDT) From: Takuya ASADA Date: Tue, 31 May 2011 20:07:41 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: "Robert N. M. Watson" , George Neville-Neil , Kazuya Goda Subject: Weekly status report (27th May) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2011 11:31:13 -0000 Sorry for delaying weekly status report, * Overview Here are progress of the project: - Implement set affinity ioctl on BPF Experimental code are implemented, worked - Implement affinity support on bpf_tap/bpf_mtap/bpf_mtap2 Experimental code are implemented, worked - Implement sample application Quick hack for tcpdump/libpcap, worked - Implement multi-queue tap driver Experimental core are implemented, not tested - Implement interface to deliver queue information on network device driver Partially implemented on igb(4), not tested - Reduce lock granularity on bpf_tap/bpf_mtap/bpf_mtap2 Not yet - Implement test case Not yet - Update man document, write description of sample code Not yet * Detail On an ethernet card, bpf_mtap is called when RX/TX are performing. If the card supports multiqueue, every packets through bpf_mtap should belong to RX queue id or TX queue id. To handle this, I defined new members on mbuf pkthdr. In if_start function on igb(4), I added following line: m->m_pkthdr.rxqid = (uint32_t)-1; m->m_pkthdr.txqid = [tx queue id]; And also receive function: m->m_pkthdr.rxqid = [rx queue id]; m->m_pkthdr.txqid = (uint32_t)-1; Then I define following members on bpf descriptor: d->bd_qmask.qm_enabled d->bd_qmask.qm_rxq_mask[] d->bd_qmask.qm_txq_mask[] Since qm_rxq_mask[] and qm_txq_mask[] size may differ on each cards, we need to pass size of queue from driver to bpf and allocate arrays by the size. I added them on struct ifnet: d->bd_bif->bif_ifp->if_rxq_num d->bd_bif->bif_ifp->if_txq_num Now we can filter unwanted packet on bpf_mtap like this: LIST_FOREACH(d, &bp->bif_dlist, bd_next) { if (d->bd_qmask.qm_enabled) { if (m->m_pkthdr.rxqid != (uint32_t)-1 && !d->bd_qmask.qm_rxq_mask[m->m_pkthdr.rxqid]) continue; if (m->m_pkthdr.txqid != (uint32_t)-1 && !d->bd_qmask.qm_txq_mask[m->m_pkthdr.txqid]) continue; } d->bd_qmask.qm_enabled should FALSE by default to keep compatibility with existing applications. And here are ioctls for set/get queue mask: #define BIOCENAQMASK _IO('B', 137) This does d->bd_qmask.qm_enabled = TRUE #define BIOCDISQMASK _IO('B', 138) This does d->bd_qmask.qm_enabled = FALSE #define BIOCRXQLEN _IOR('B', 133, int) Returns ifp->if_rxq_num #define BIOCTXQLEN _IOR('B', 134, int) Returns ifp->if_txq_num #define BIOCSTRXQMASK _IOWR('B', 139, uint32_t) This does d->bd_qmask.qm_rxq_mask[*addr] = TRUE #define BIOCGTRXQMASK _IOR('B', 140, uint32_t) Returns d->bd_qmask.qm_rxq_mask[*addr] /* XXX: We should have rxq_mask[*addr] = FALSE ioctl too */ #define BIOCSTTXQMASK _IOWR('B', 141, uint32_t) This does d->bd_qmask.qm_txq_mask[*addr] = TRUE /* XXX: We should have txq_mask[*addr] = FALSE ioctl too */ #define BIOCGTTXQMASK _IOR('B', 142, uint32_t) Returns d->bd_qmask.qm_rxq_mask[*addr] However, the packet which comes bpf_tap doesn't have mbuf, we won't able to classify queue id for it. So I added d->bd_qmask.qm_other_mask and BIOSTOTHERMASK/BIOGTOTHERMASK for them. If d->bd_qmask.qm_enabled && !d->bd_qmask.qm_other_mask, all packets through bpf_tap will be ignored. If we only care about CPU affinity of packet / thread(= bpf descriptor), checking PCPU_GET(cpuid) is enough. But if we want to take care queue affinity, we probably need structures as referred to above. * Argument I discussed about this project with some Japanese BSD hackers, they argue this plan, suggested me two things: - Isn't it possible to filter by queue id in BPF filter language by extend it? - Do we really need to expose queue information and threads to user applications? Probably most of BPF application requires to merge packet streams from threads at last. For example, sniffer app such as tcpdump and wireshark need to output packet dump on a screen, before output it on the screen we need to merge packet streams for each queues into one stream. If so, isn't it better to merge stream in kernel, not userland? I'm not really sure about use case of BPF, maybe there's use case can get benefit from multithreaded BPF? syuu From owner-soc-status@FreeBSD.ORG Tue May 31 14:52:14 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FE53106564A; Tue, 31 May 2011 14:52:14 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5B9A58FC21; Tue, 31 May 2011 14:52:14 +0000 (UTC) Received: from lemongrass.sec.cl.cam.ac.uk (lemongrass.sec.cl.cam.ac.uk [128.232.18.47]) by cyrus.watson.org (Postfix) with ESMTPSA id 612C346B3C; Tue, 31 May 2011 10:52:13 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: <8259CBF7-B2E6-49C6-A7C4-6682ECBDBB9F@freebsd.org> Date: Tue, 31 May 2011 15:52:12 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2EF14D0B-A3A1-4835-B07F-728BAFA5B0CB@freebsd.org> References: <8259CBF7-B2E6-49C6-A7C4-6682ECBDBB9F@freebsd.org> To: George Neville-Neil X-Mailer: Apple Mail (2.1084) Cc: Takuya ASADA , soc-status@freebsd.org, Kazuya Goda Subject: Re: Weekly status report (27th May) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2011 14:52:14 -0000 On 31 May 2011, at 14:52, George Neville-Neil wrote: >> - Do we really need to expose queue information and threads to user >> applications? >=20 > There are applications that will want this information. >=20 >> Probably most of BPF application requires to merge packet streams = from >> threads at last. >> For example, sniffer app such as tcpdump and wireshark need to output >> packet dump on a screen, before output it on the screen we need to >> merge packet streams for each queues into one stream. >> If so, isn't it better to merge stream in kernel, not userland? >>=20 >>=20 >> I'm not really sure about use case of BPF, maybe there's use case can >> get benefit from multithreaded BPF? >=20 > Certainly there is a case for it, but perhaps not yet. Let's get = through the > work you've already planned first. I see the test case isn't written = yet, so > how are you testing these changes? When I get some time, probably = next week, > I'll want to run some of this code myself. The rationale to for exposing queues to userspace explicitly is the same = as the rationale for exposing queues to the OS: it's not just packet = data that has cache issues, but program data to do with processing = packet data. The reason for having each BPF device have a input and output queue = masks in my initial thinking was that we would set then to = 0xffffffffffffffff by default, meaning that a particular BPF device = would merge and collect all packets, picking an arbitrary ordering for = interlacing the streams (as it does today). However, an application = might decide to open multiple devices, one each having a particular bit = set, in order to receive for a particular queue. The application could = then have particular threads use particular BPF devices, and based on = hardware having gotten the flow assignment right, it could then avoid = cache line contention for statistics and even stateful processing of = flows in its different threads. That actually gives you a spectrum = between today's behaviour and greater levels of granularity, and lets = the application decide "how early" to blend the different queues of = data. It can ask the kernel to do it, or it can do it itself in = userspace. Robert= From owner-soc-status@FreeBSD.ORG Tue May 31 16:03:26 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51C13106564A for ; Tue, 31 May 2011 16:03:26 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D1DC48FC14 for ; Tue, 31 May 2011 16:03:25 +0000 (UTC) Received: by bwz12 with SMTP id 12so5592650bwz.13 for ; Tue, 31 May 2011 09:03:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:subject:message-id:mime-version :content-type:content-disposition:user-agent; bh=07QaG6JaEbEnEADLwmhNJymqHyXkDQdkjxx8E9gFkPE=; b=pJuiZ0sY1auWWWBdp4rTdq+BJ+K/KkIZPD5fImLEEvY1mABLOItrNwkbwn2XI8POB6 xKu/Kn0g7sr0jwq7VQpzd94n7EANzrhqthFcz6aTS1Zvf7ucgpqoHF46Hkn1EVP0njta ARGIMnQLlqeuxRMm222pppkMx4QznPPNc8ndI= 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=iNxpwd+otLptDc4i6risrLCaiUvv4sgmTM0At7oXFhvSf9LS+PzthZetzGNriPhHuy 0gGKwWAZGsWcMydQdTHCUxRDhjGJAbeRDxJFRzDlqiyjcDhzSmdKIMaZ7KI3tlh2rQyM Av0ZzoYLydE9q+iIJLWCvYN6sKn5fCyZnmiMU= Received: by 10.204.151.204 with SMTP id d12mr852624bkw.127.1306856292066; Tue, 31 May 2011 08:38:12 -0700 (PDT) Received: from localhost (lan-78-157-92-5.vln.skynet.lt [78.157.92.5]) by mx.google.com with ESMTPS id g2sm143477bkz.11.2011.05.31.08.38.09 (version=SSLv3 cipher=OTHER); Tue, 31 May 2011 08:38:11 -0700 (PDT) Date: Tue, 31 May 2011 18:36:45 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20110531153644.GA5461@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: ino64 status report 1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2011 16:03:26 -0000 I've spent last week adding C-like pretty printing to shlib-compat and making DIR opaque struct pointer to prevent misuse and ensure ABI compatibility. shlib-compat is a python script to verify ABI compatibility between shared libraries with symbol versioning. It can parse and compare compiled libc.so.7, although dwarfdump has to be patched first. Comparison results diff looks like this: --- o1.c 2011-05-31 18:24:34.613950446 +0300 +++ o2.c 2011-05-31 18:24:34.617961849 +0300 @@ -1,49 +1,49 @@ -// Symbol dump: version TEST_1.0, library libtest1/libtest1.so +// Symbol dump: version TEST_1.0, library libtest3/libtest3.so struct s1 { int32_t f1_int; char *f2_str; int16_t f3_short; uint64_t f4_uint64; int64_t f5_intmax; void *f6_ptr; }; struct s2 { - char[30] f1_buf; + char[20] f1_buf; struct s1 *f2_s1; }; struct s3 { struct s1 f1_s1; uint32_t f2_int32; }; /* func1@TEST_1.0 */ int32_t func1(int32_t a, int32_t b); /* func2@TEST_1.0 */ int32_t func2(int64_t a, uint64_t b); /* func3@TEST_1.0 */ void func3(struct s1 *s); /* func4@TEST_1.0 */ void func4(struct s1 s); /* func5@TEST_1.0 */ int32_t func5(int32_t a, void *b, struct s2 *s); -/* func6@TEST_1.0 */ int32_t func6(char a, struct s3 *s); +/* func6@TEST_1.0 */ int32_t func6__compat(char a, struct s3 *s); -// Definitions mismatch: func5@TEST_1.0 libtest1/libtest1.so +// Definitions mismatch: func5@TEST_1.0 libtest3/libtest3.so struct s1 { int32_t f1_int; char *f2_str; int16_t f3_short; uint64_t f4_uint64; int64_t f5_intmax; void *f6_ptr; }; struct s2 { - char[30] f1_buf; + char[20] f1_buf; struct s1 *f2_s1; }; int32_t func5(int32_t a, void *b, struct s2 *s); From owner-soc-status@FreeBSD.ORG Tue May 31 19:01:40 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58D3F10656A6 for ; Tue, 31 May 2011 19:01:40 +0000 (UTC) (envelope-from gnn@freebsd.org) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0588FC15 for ; Tue, 31 May 2011 19:01:39 +0000 (UTC) Received: from [209.249.190.124] (helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1QRPN3-0004AP-4z; Tue, 31 May 2011 09:52:33 -0400 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: George Neville-Neil In-Reply-To: Date: Tue, 31 May 2011 09:52:32 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <8259CBF7-B2E6-49C6-A7C4-6682ECBDBB9F@freebsd.org> References: To: Takuya ASADA X-Pgp-Agent: GPGMail 1.3.3 X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - freebsd.org Cc: "Robert N. M. Watson" , soc-status@freebsd.org, Kazuya Goda Subject: Re: Weekly status report (27th May) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2011 19:01:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On May 31, 2011, at 07:07 , Takuya ASADA wrote: > Sorry for delaying weekly status report, >=20 > * Overview > Here are progress of the project: > - Implement set affinity ioctl on BPF > Experimental code are implemented, worked > - Implement affinity support on bpf_tap/bpf_mtap/bpf_mtap2 > Experimental code are implemented, worked > - Implement sample application > Quick hack for tcpdump/libpcap, worked > - Implement multi-queue tap driver > Experimental core are implemented, not tested > - Implement interface to deliver queue information on network device = driver > Partially implemented on igb(4), not tested > - Reduce lock granularity on bpf_tap/bpf_mtap/bpf_mtap2 > Not yet > - Implement test case > Not yet > - Update man document, write description of sample code > Not yet >=20 > * Detail > On an ethernet card, bpf_mtap is called when RX/TX are performing. > If the card supports multiqueue, every packets through bpf_mtap should > belong to RX queue id or TX queue id. > To handle this, I defined new members on mbuf pkthdr. >=20 > In if_start function on igb(4), I added following line: > m->m_pkthdr.rxqid =3D (uint32_t)-1; > m->m_pkthdr.txqid =3D [tx queue id]; > And also receive function: > m->m_pkthdr.rxqid =3D [rx queue id]; > m->m_pkthdr.txqid =3D (uint32_t)-1; >=20 > Then I define following members on bpf descriptor: > d->bd_qmask.qm_enabled > d->bd_qmask.qm_rxq_mask[] > d->bd_qmask.qm_txq_mask[] >=20 > Since qm_rxq_mask[] and qm_txq_mask[] size may differ on each cards, > we need to pass size of queue from driver to bpf and allocate arrays > by the size. > I added them on struct ifnet: > d->bd_bif->bif_ifp->if_rxq_num > d->bd_bif->bif_ifp->if_txq_num >=20 > Now we can filter unwanted packet on bpf_mtap like this: >=20 > LIST_FOREACH(d, &bp->bif_dlist, bd_next) { > if (d->bd_qmask.qm_enabled) { > if (m->m_pkthdr.rxqid !=3D (uint32_t)-1 && > !d->bd_qmask.qm_rxq_mask[m->m_pkthdr.rxqid]) > continue; > if (m->m_pkthdr.txqid !=3D (uint32_t)-1 && > !d->bd_qmask.qm_txq_mask[m->m_pkthdr.txqid]) > continue; > } > d->bd_qmask.qm_enabled should FALSE by default to keep compatibility > with existing applications. >=20 > And here are ioctls for set/get queue mask: > #define BIOCENAQMASK _IO('B', 137) > This does d->bd_qmask.qm_enabled =3D TRUE > #define BIOCDISQMASK _IO('B', 138) > This does d->bd_qmask.qm_enabled =3D FALSE > #define BIOCRXQLEN _IOR('B', 133, int) > Returns ifp->if_rxq_num > #define BIOCTXQLEN _IOR('B', 134, int) > Returns ifp->if_txq_num > #define BIOCSTRXQMASK _IOWR('B', 139, uint32_t) > This does d->bd_qmask.qm_rxq_mask[*addr] =3D TRUE > #define BIOCGTRXQMASK _IOR('B', 140, uint32_t) > Returns d->bd_qmask.qm_rxq_mask[*addr] > /* XXX: We should have rxq_mask[*addr] =3D FALSE ioctl too */ > #define BIOCSTTXQMASK _IOWR('B', 141, uint32_t) > This does d->bd_qmask.qm_txq_mask[*addr] =3D TRUE > /* XXX: We should have txq_mask[*addr] =3D FALSE ioctl too */ > #define BIOCGTTXQMASK _IOR('B', 142, uint32_t) > Returns d->bd_qmask.qm_rxq_mask[*addr] >=20 > However, the packet which comes bpf_tap doesn't have mbuf, we won't > able to classify queue id for it. > So I added d->bd_qmask.qm_other_mask and BIOSTOTHERMASK/BIOGTOTHERMASK = for them. > If d->bd_qmask.qm_enabled && !d->bd_qmask.qm_other_mask, all packets > through bpf_tap will be ignored. >=20 > If we only care about CPU affinity of packet / thread(=3D bpf > descriptor), checking PCPU_GET(cpuid) is enough. > But if we want to take care queue affinity, we probably need > structures as referred to above. >=20 > * Argument > I discussed about this project with some Japanese BSD hackers, they > argue this plan, suggested me two things: >=20 > - Isn't it possible to filter by queue id in BPF filter language by = extend it? >=20 That's an interesting question, but it might be outside the scope of the = project, because you'd have to change both libpcap and tcpdump and we don't want = to fork those. > - Do we really need to expose queue information and threads to user > applications? There are applications that will want this information. > Probably most of BPF application requires to merge packet streams from > threads at last. > For example, sniffer app such as tcpdump and wireshark need to output > packet dump on a screen, before output it on the screen we need to > merge packet streams for each queues into one stream. > If so, isn't it better to merge stream in kernel, not userland? >=20 >=20 > I'm not really sure about use case of BPF, maybe there's use case can > get benefit from multithreaded BPF? Certainly there is a case for it, but perhaps not yet. Let's get = through the work you've already planned first. I see the test case isn't written = yet, so how are you testing these changes? When I get some time, probably next = week, I'll want to run some of this code myself. Also, though it's probably required, the changes to the mbuf mean that = you cannot MFC (merge from current) this code to any older FreeBSD release. If and = when the work is done it would only be able to go forwards. Oh, and the work looks good to me so far. Good work. Best, George -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) iEYEARECAAYFAk3k8qAACgkQYdh2wUQKM9LpPQCgiZxxPJN6BDGPLJAUdAxjgzSJ oaoAn27jCAFPeQdYU4AJvBWZaF1eqt1F =3DS11+ -----END PGP SIGNATURE----- From owner-soc-status@FreeBSD.ORG Wed Jun 1 09:02:07 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 894B51065673; Wed, 1 Jun 2011 09:02:07 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD8978FC0A; Wed, 1 Jun 2011 09:02:06 +0000 (UTC) Received: by wyf23 with SMTP id 23so5344048wyf.13 for ; Wed, 01 Jun 2011 02:02:05 -0700 (PDT) Received: by 10.216.143.88 with SMTP id k66mr768962wej.15.1306918925256; Wed, 01 Jun 2011 02:02:05 -0700 (PDT) References: <8259CBF7-B2E6-49C6-A7C4-6682ECBDBB9F@freebsd.org> From: Takuya ASADA In-Reply-To: <8259CBF7-B2E6-49C6-A7C4-6682ECBDBB9F@freebsd.org> Mime-Version: 1.0 (iPhone Mail 8H7) Date: Wed, 1 Jun 2011 18:02:00 +0900 Message-ID: <5054184174934880962@unknownmsgid> To: George Neville-Neil Content-Type: text/plain; charset=UTF-8 Cc: "Robert N. M. Watson" , "soc-status@freebsd.org" , Kazuya Goda Subject: Re: Weekly status report (27th May) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2011 09:02:07 -0000 On 2011/05/31, at 22:52, George Neville-Neil wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > On May 31, 2011, at 07:07 , Takuya ASADA wrote: > >> Sorry for delaying weekly status report, >> >> * Overview >> Here are progress of the project: >> - Implement set affinity ioctl on BPF >> Experimental code are implemented, worked >> - Implement affinity support on bpf_tap/bpf_mtap/bpf_mtap2 >> Experimental code are implemented, worked >> - Implement sample application >> Quick hack for tcpdump/libpcap, worked >> - Implement multi-queue tap driver >> Experimental core are implemented, not tested >> - Implement interface to deliver queue information on network device driver >> Partially implemented on igb(4), not tested >> - Reduce lock granularity on bpf_tap/bpf_mtap/bpf_mtap2 >> Not yet >> - Implement test case >> Not yet >> - Update man document, write description of sample code >> Not yet >> >> * Detail >> On an ethernet card, bpf_mtap is called when RX/TX are performing. >> If the card supports multiqueue, every packets through bpf_mtap should >> belong to RX queue id or TX queue id. >> To handle this, I defined new members on mbuf pkthdr. >> >> In if_start function on igb(4), I added following line: >> m->m_pkthdr.rxqid = (uint32_t)-1; >> m->m_pkthdr.txqid = [tx queue id]; >> And also receive function: >> m->m_pkthdr.rxqid = [rx queue id]; >> m->m_pkthdr.txqid = (uint32_t)-1; >> >> Then I define following members on bpf descriptor: >> d->bd_qmask.qm_enabled >> d->bd_qmask.qm_rxq_mask[] >> d->bd_qmask.qm_txq_mask[] >> >> Since qm_rxq_mask[] and qm_txq_mask[] size may differ on each cards, >> we need to pass size of queue from driver to bpf and allocate arrays >> by the size. >> I added them on struct ifnet: >> d->bd_bif->bif_ifp->if_rxq_num >> d->bd_bif->bif_ifp->if_txq_num >> >> Now we can filter unwanted packet on bpf_mtap like this: >> >> LIST_FOREACH(d, &bp->bif_dlist, bd_next) { >> if (d->bd_qmask.qm_enabled) { >> if (m->m_pkthdr.rxqid != (uint32_t)-1 && >> !d->bd_qmask.qm_rxq_mask[m->m_pkthdr.rxqid]) >> continue; >> if (m->m_pkthdr.txqid != (uint32_t)-1 && >> !d->bd_qmask.qm_txq_mask[m->m_pkthdr.txqid]) >> continue; >> } >> d->bd_qmask.qm_enabled should FALSE by default to keep compatibility >> with existing applications. >> >> And here are ioctls for set/get queue mask: >> #define BIOCENAQMASK _IO('B', 137) >> This does d->bd_qmask.qm_enabled = TRUE >> #define BIOCDISQMASK _IO('B', 138) >> This does d->bd_qmask.qm_enabled = FALSE >> #define BIOCRXQLEN _IOR('B', 133, int) >> Returns ifp->if_rxq_num >> #define BIOCTXQLEN _IOR('B', 134, int) >> Returns ifp->if_txq_num >> #define BIOCSTRXQMASK _IOWR('B', 139, uint32_t) >> This does d->bd_qmask.qm_rxq_mask[*addr] = TRUE >> #define BIOCGTRXQMASK _IOR('B', 140, uint32_t) >> Returns d->bd_qmask.qm_rxq_mask[*addr] >> /* XXX: We should have rxq_mask[*addr] = FALSE ioctl too */ >> #define BIOCSTTXQMASK _IOWR('B', 141, uint32_t) >> This does d->bd_qmask.qm_txq_mask[*addr] = TRUE >> /* XXX: We should have txq_mask[*addr] = FALSE ioctl too */ >> #define BIOCGTTXQMASK _IOR('B', 142, uint32_t) >> Returns d->bd_qmask.qm_rxq_mask[*addr] >> >> However, the packet which comes bpf_tap doesn't have mbuf, we won't >> able to classify queue id for it. >> So I added d->bd_qmask.qm_other_mask and BIOSTOTHERMASK/BIOGTOTHERMASK for them. >> If d->bd_qmask.qm_enabled && !d->bd_qmask.qm_other_mask, all packets >> through bpf_tap will be ignored. >> >> If we only care about CPU affinity of packet / thread(= bpf >> descriptor), checking PCPU_GET(cpuid) is enough. >> But if we want to take care queue affinity, we probably need >> structures as referred to above. >> >> * Argument >> I discussed about this project with some Japanese BSD hackers, they >> argue this plan, suggested me two things: >> >> - Isn't it possible to filter by queue id in BPF filter language by extend it? >> > > That's an interesting question, but it might be outside the scope of the project, > because you'd have to change both libpcap and tcpdump and we don't want to fork those. > >> - Do we really need to expose queue information and threads to user >> applications? > > There are applications that will want this information. > >> Probably most of BPF application requires to merge packet streams from >> threads at last. >> For example, sniffer app such as tcpdump and wireshark need to output >> packet dump on a screen, before output it on the screen we need to >> merge packet streams for each queues into one stream. >> If so, isn't it better to merge stream in kernel, not userland? >> >> >> I'm not really sure about use case of BPF, maybe there's use case can >> get benefit from multithreaded BPF? > > Certainly there is a case for it, but perhaps not yet. Let's get through the > work you've already planned first. Okay. > I see the test case isn't written yet, so > how are you testing these changes? I modified libpcap/tcpdump just for the test - it can take extra argument for filtering queues. I'll send more detail of it when I get to home. #That's too heavy work to do on my iPhone > When I get some time, probably next week, > I'll want to run some of this code myself. > > Also, though it's probably required, the changes to the mbuf mean that you cannot > MFC (merge from current) this code to any older FreeBSD release. If and when the work > is done it would only be able to go forwards. Is that means it could be merge to next release, but it cannot backport to older release, am I correct? # Is it usual thing to backport new features for older releases anyway? Probably I don't get understand FreeBSD's developing cycle yet > > Oh, and the work looks good to me so far. Good work. Thanks. > Best, > George > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (Darwin) > > iEYEARECAAYFAk3k8qAACgkQYdh2wUQKM9LpPQCgiZxxPJN6BDGPLJAUdAxjgzSJ > oaoAn27jCAFPeQdYU4AJvBWZaF1eqt1F > =S11+ > -----END PGP SIGNATURE----- From owner-soc-status@FreeBSD.ORG Wed Jun 1 09:43:26 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55265106564A; Wed, 1 Jun 2011 09:43:26 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2F33C8FC13; Wed, 1 Jun 2011 09:43:26 +0000 (UTC) Received: from [192.168.2.100] (host86-148-228-76.range86-148.btcentralplus.com [86.148.228.76]) by cyrus.watson.org (Postfix) with ESMTPSA id D136C46B09; Wed, 1 Jun 2011 05:43:24 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Robert Watson In-Reply-To: <5054184174934880962@unknownmsgid> Date: Wed, 1 Jun 2011 10:43:22 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <09CF0C54-41F7-49A8-B92C-3BEF4FBF7A36@freebsd.org> References: <8259CBF7-B2E6-49C6-A7C4-6682ECBDBB9F@freebsd.org> <5054184174934880962@unknownmsgid> To: Takuya ASADA X-Mailer: Apple Mail (2.1084) Cc: George Neville-Neil , "soc-status@freebsd.org" , Kazuya Goda Subject: Re: Weekly status report (27th May) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2011 09:43:26 -0000 On 1 Jun 2011, at 10:02, Takuya ASADA wrote: >> When I get some time, probably next week, >> I'll want to run some of this code myself. >>=20 >> Also, though it's probably required, the changes to the mbuf mean = that you cannot >> MFC (merge from current) this code to any older FreeBSD release. If = and when the work >> is done it would only be able to go forwards. >=20 > Is that means it could be merge to next release, but it cannot > backport to older release, am I correct? >=20 > # Is it usual thing to backport new features for older releases > anyway? Probably I don't get understand FreeBSD's developing cycle yet We can probably figure out a way to make required mbuf changes = mergeable, as well as driver KPI changes. However, let's focus on = functionality for now and get to the rest in due course. On the release model thing: yes, it's fairly normal to developer a = feature in -CURRENT, and then merge to a -STABLE branch so that it hits = a point release sooner. We enforce a trickle-back model in almost all = cases though: it's not OK to ship a new feature in 8.4, for example, if = it hasn't gone through 9-CURRENT. (There are some rare exceptions that = arise when you have quite an old -STABLE branch and -CURRENT has = diverged significantly that the proposed enhancements to -STABLE simply = don't apply at all to -CURRENT. For example, when -CURRENT has a new USB = stack and the enhancement is to the old stack). However, when things are = merged back to a -STABLE branch, there are quite tight constraints on = binary compatibility for both userspace and the kernel, so as to avoid = breaking binary-only third-party applications, device drivers, etc. Robert= From owner-soc-status@FreeBSD.ORG Thu Jun 2 12:38:58 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4F56106566B for ; Thu, 2 Jun 2011 12:38:58 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 998208FC16 for ; Thu, 2 Jun 2011 12:38:58 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [192.168.1.100] ([unknown] [195.150.224.245]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTPSA id <0LM500HNFUGPHIB0@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Thu, 02 Jun 2011 13:26:50 +0200 (CEST) From: Jakub Klama Date: Thu, 02 Jun 2011 13:26:49 +0200 Message-id: <2B346668-95E2-4B0D-AB31-4A8F4DB7FAD3@uj.edu.pl> To: soc-status@freebsd.org X-Mailer: Apple Mail (2.1082) Subject: FreeBSD/ARM port to NXP LPC32x0 - status report #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2011 12:38:58 -0000 Hi, First of all, sorry for being terribly late. I was out of internet and e-mail access for few days. This will not happen again. Project P4 branch: //depot/projects/soc2011/jceel_lpc Project wiki page: http://wiki.freebsd.org/SOC2011JakubKlama Current status: Everything went better than expected. As of 30 May, board boots FreeBSD in single user mode using compiled-in memory disk. Perpipherals working: * UART * Interrupt controller * Timer Also, I've created DTS and kernel config file for the board. Now I'm working on ethernet controller driver - now it's just able to communicate with the PHY using miibus(4) and report link status. Best Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Thu Jun 2 18:22:39 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F3801065674; Thu, 2 Jun 2011 18:22:39 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 74B428FC1E; Thu, 2 Jun 2011 18:22:38 +0000 (UTC) Received: by wyf23 with SMTP id 23so1163720wyf.13 for ; Thu, 02 Jun 2011 11:22:37 -0700 (PDT) Received: by 10.216.62.195 with SMTP id y45mr1164000wec.15.1307038957298; Thu, 02 Jun 2011 11:22:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.6.196 with HTTP; Thu, 2 Jun 2011 11:22:17 -0700 (PDT) In-Reply-To: <5054184174934880962@unknownmsgid> References: <8259CBF7-B2E6-49C6-A7C4-6682ECBDBB9F@freebsd.org> <5054184174934880962@unknownmsgid> From: Takuya ASADA Date: Fri, 3 Jun 2011 03:22:17 +0900 Message-ID: To: George Neville-Neil Content-Type: text/plain; charset=UTF-8 Cc: "Robert N. M. Watson" , "soc-status@freebsd.org" , Kazuya Goda Subject: Re: Weekly status report (27th May) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2011 18:22:39 -0000 Hi, >> I see the test case isn't written yet, so >> how are you testing these changes? > > I modified libpcap/tcpdump just for the test - it can take extra > argument for filtering queues. > I'll send more detail of it when I get to home. I added three arguments on tcpdump, 'Q' for receive queue mask, 'g' for transmit queue mask, 'V' for other packets. tcpdump takes these args, tell mask params to (modified) libpcap. libpcap calls new ioctls which set queue mask on bpf descriptor. Example usage is something like this: tcpdump -Q 2 # only shows receive queue 2 tcpdump -g 3 # only shows transmit queue 3 Note that, current implementation only works on igb(4). On other devices, if_rxq_num/if_txq_num and m->m_pkthdr.rxqid/m->m_pkthdr.txqid may left uninitialized value, it may causes unexpected behavior on multiqueue bpf. From owner-soc-status@FreeBSD.ORG Fri Jun 3 00:40:36 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2CF5106564A for ; Fri, 3 Jun 2011 00:40:36 +0000 (UTC) (envelope-from forandom@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id B967E8FC0C for ; Fri, 3 Jun 2011 00:40:35 +0000 (UTC) Received: by pvg11 with SMTP id 11so810018pvg.13 for ; Thu, 02 Jun 2011 17:40:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=TfLkyRbxj5JY7EmmBgg5cjWTOvvteUTyDdvIyj1KO+Q=; b=aq1lRlcUCvaeHI+QI3tt+4JNqP4+rjbZcGasP9LzPNHxMiUeDooT0/oBYCeUng7KCl bUUFC9LNExod6DzTCW10dW/DYIE2OEAOUY4rDLuzIWAtrBrHVaTgX8IPAR71Knl7tXe1 oG6q7Sa1b1k7EPOASLWlmixXGGodNUxsEHoPg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=X9n5vkALEIz6q2D7N9pbNKeJ1h22Y0lESDzxNST5mXz/Nk4ciZ/+klUzw1RFuz7PtJ AIf6xGVbd5Rs5S6n68AaXDfwwHuhNpQMWJXZcLh9BFY0ild3jDNkPJqPFmHBcOlb2enj KSJriSPGqg/LMDJnQjvMpJguJvFtnr6BTJhbg= MIME-Version: 1.0 Received: by 10.68.17.7 with SMTP id k7mr554177pbd.322.1307059920208; Thu, 02 Jun 2011 17:12:00 -0700 (PDT) Sender: forandom@gmail.com Received: by 10.68.64.2 with HTTP; Thu, 2 Jun 2011 17:12:00 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 Jun 2011 08:12:00 +0800 X-Google-Sender-Auth: vaCRiUJnxqMiTycdbvoXh7tUfgA Message-ID: From: Xingxing Pan To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Fri, 03 Jun 2011 00:59:24 +0000 Subject: Weekly Report: DWARF call frame information X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2011 00:40:37 -0000 (1)Created a branch from the trunk. (2)Annotated the assembly files in libc/i386. -- Regards, Xingxing Pan From owner-soc-status@FreeBSD.ORG Sat Jun 4 19:18:11 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E181C106566B for ; Sat, 4 Jun 2011 19:18:11 +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 9FAA18FC0C for ; Sat, 4 Jun 2011 19:18:11 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 3C5D314E56E8 for ; Sat, 4 Jun 2011 21:18:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id S1KZ4ogp9vdd for ; Sat, 4 Jun 2011 21:18:06 +0200 (CEST) Received: from [193.137.158.131] (unknown [193.137.158.131]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id D3B8714E56E0 for ; Sat, 4 Jun 2011 21:18:05 +0200 (CEST) Message-ID: <4DEA84F2.4040707@kovesdan.org> Date: Sat, 04 Jun 2011 20:18:10 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-PT; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regex status report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jun 2011 19:18:12 -0000 Hi, I've been testing more the code and I found a bug that in my code concerning REG_STARTEND that I added last week. I fixed it. I looked at NetBSD's code to see if they have any local improvements. I've merged REG_PEND support but they don't have anything else. In general, I see that TRE is a mature regex implementation with good POSIX-conformance but its performance is not always satisfying. So I've used gprof to check where the processing time is spent and I'll continue investigationg on how to improve the performance. Basically, there are two ways; - improving the TRE matching code itself - using heuristics and shortcuts; e.g. use fixed string matching to detect possibly matching context or detecting if the pattern is simple and can use a faster algorithm instead of heavy-weight pattern matching. Gabor From owner-soc-status@FreeBSD.ORG Sun Jun 5 17:32:04 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20962106564A; Sun, 5 Jun 2011 17:32:04 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5FF558FC1B; Sun, 5 Jun 2011 17:32:02 +0000 (UTC) Received: by wyf23 with SMTP id 23so3241989wyf.13 for ; Sun, 05 Jun 2011 10:32:02 -0700 (PDT) Received: by 10.216.60.74 with SMTP id t52mr917296wec.30.1307295122063; Sun, 05 Jun 2011 10:32:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.6.196 with HTTP; Sun, 5 Jun 2011 10:31:42 -0700 (PDT) From: Takuya ASADA Date: Mon, 6 Jun 2011 02:31:42 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: multipart/mixed; boundary=000e0cdf6ac85e018504a4fa5df5 Cc: "Robert N. M. Watson" , George Neville-Neil , Kazuya Goda Subject: Weekly status report (6th June) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2011 17:32:04 -0000 --000e0cdf6ac85e018504a4fa5df5 Content-Type: text/plain; charset=UTF-8 Sorry (again) for delaying weekly status report, here's status update from last week: * Submitted http://p4web.freebsd.org/@@194133?ac=10 Clear bit ioctls added (BIOCCRRXQMASK, BIOCCRTXQMASK, BIOCCROTHERQMASK) This enables to clear mask bit. http://p4web.freebsd.org/@@194138?ac=10 index size check on ioctl Just bug fix http://p4web.freebsd.org/@@194139?ac=10 implement queue affinity ioctl Now BIOCRXQAFFINITY/BIOCTXQAFFINITY are implemented. Also em(4) support added. http://p4web.freebsd.org/@@194258?ac=10 debug log in bpf_mtap caused panic, commented out Just bug fix http://p4web.freebsd.org/@@194262?ac=10 get queue affinity test code added. Simple test code for BIOCRXQLEN/BIOCTXQLEN/BIOCRXQAFFINITY/BIOCTXQAFFINITY. * Not submitted yet To reduce lock contention in bpf_*tap*, I'm trying to replace BPFIF_LOCK from mtx to rmlock. Right now it doesn't work and not yet to find out why. Diff attached this mail. --000e0cdf6ac85e018504a4fa5df5 Content-Type: application/octet-stream; name="rwlock.diff" Content-Disposition: attachment; filename="rwlock.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gok9lrq10 PT09PSAvL2RlcG90L3Byb2plY3RzL3NvYzIwMTEvbXFfYnBmL3NyYy9zeXMvbmV0L2JwZi5jIzUg LSAvdXNyL2hvbWUvc3l1dS9wNC9tcV9icGYvc3JjL3N5cy9uZXQvYnBmLmMgPT09PQo1NzljNTc5 CjwgCUJQRklGX0xPQ0soYnApOwotLS0KPiAJQlBGSUZfV0xPQ0soYnApOwo1ODRjNTg0CjwgCUJQ RklGX1VOTE9DSyhicCk7Ci0tLQo+IAlCUEZJRl9XVU5MT0NLKGJwKTsKNjAwYzYwMAo8IAlCUEZJ Rl9MT0NLKGJwKTsKLS0tCj4gCUJQRklGX1dMT0NLKGJwKTsKNjEyYzYxMgo8IAlCUEZJRl9VTkxP Q0soYnApOwotLS0KPiAJQlBGSUZfV1VOTE9DSyhicCk7CjIxNDFhMjE0Mgo+IAlzdHJ1Y3Qgcm1f cHJpb3RyYWNrZXIgdHJhY2tlcjsKMjE0NGMyMTQ1CjwgCUJQRklGX0xPQ0soYnApOwotLS0KPiAJ QlBGSUZfUkxPQ0soYnAsICZ0cmFja2VyKTsKMjE4MGMyMTgxCjwgCUJQRklGX1VOTE9DSyhicCk7 Ci0tLQo+IAlCUEZJRl9SVU5MT0NLKGJwLCAmdHJhY2tlcik7CjIxOTZhMjE5OAo+IAlzdHJ1Y3Qg cm1fcHJpb3RyYWNrZXIgdHJhY2tlcjsKMjIxNGMyMjE2CjwgCUJQRklGX0xPQ0soYnApOwotLS0K PiAJQlBGSUZfUkxPQ0soYnAsICZ0cmFja2VyKTsKMjI1M2MyMjU1CjwgCUJQRklGX1VOTE9DSyhi cCk7Ci0tLQo+IAlCUEZJRl9SVU5MT0NLKGJwLCAmdHJhY2tlcik7CjIyNjdhMjI3MAo+IAlzdHJ1 Y3Qgcm1fcHJpb3RyYWNrZXIgdHJhY2tlcjsKMjI5NGMyMjk3CjwgCUJQRklGX0xPQ0soYnApOwot LS0KPiAJQlBGSUZfUkxPQ0soYnAsICZ0cmFja2VyKTsKMjMyNmMyMzI5CjwgCUJQRklGX1VOTE9D SyhicCk7Ci0tLQo+IAlCUEZJRl9SVU5MT0NLKGJwLCAmdHJhY2tlcik7CjI2MDNjMjYwNgo8IAlt dHhfaW5pdCgmYnAtPmJpZl9tdHgsICJicGYgaW50ZXJmYWNlIGxvY2siLCBOVUxMLCBNVFhfREVG KTsKLS0tCj4gCXJtX2luaXRfZmxhZ3MoJmJwLT5iaWZfbG9jaywgImJwZiBpbnRlcmZhY2UgbG9j ayIsIFJNX05PV0lUTkVTUyk7CjI2NTNjMjY1Ngo8IAltdHhfZGVzdHJveSgmYnAtPmJpZl9tdHgp OwotLS0KPiAJcm1fZGVzdHJveSgmYnAtPmJpZl9sb2NrKTsKMjc1MGEyNzU0Cj4gCXN0cnVjdCBy bV9wcmlvdHJhY2tlciB0cmFja2VyOwoyNzU0YzI3NTgKPCAJCUJQRklGX0xPQ0soYnApOwotLS0K PiAJCUJQRklGX1JMT0NLKGJwLCAmdHJhY2tlcik7CjI3NjVjMjc2OQo8IAkJQlBGSUZfVU5MT0NL KGJwKTsKLS0tCj4gCQlCUEZJRl9SVU5MT0NLKGJwLCAmdHJhY2tlcik7CjI4MDdhMjgxMgo+IAlz dHJ1Y3Qgcm1fcHJpb3RyYWNrZXIgdHJhY2tlcjsKMjg0NmMyODUxCjwgCQlCUEZJRl9MT0NLKGJw KTsKLS0tCj4gCQlCUEZJRl9STE9DSyhicCwgJnRyYWNrZXIpOwoyODUzYzI4NTgKPCAJCUJQRklG X1VOTE9DSyhicCk7Ci0tLQo+IAkJQlBGSUZfUlVOTE9DSyhicCwgJnRyYWNrZXIpOwo9PT09IC8v ZGVwb3QvcHJvamVjdHMvc29jMjAxMS9tcV9icGYvc3JjL3N5cy9uZXQvYnBmLmgjMyAtIC91c3Iv aG9tZS9zeXV1L3A0L21xX2JwZi9zcmMvc3lzL25ldC9icGYuaCA9PT09CjQyYTQzLDQ1Cj4gI2lu Y2x1ZGUgPHN5cy9sb2NrLmg+Cj4gI2luY2x1ZGUgPHN5cy9ybWxvY2suaD4KPiAKMTExN2MxMTIw CjwgCXN0cnVjdCBtdHgJYmlmX210eDsJLyogbXV0ZXggZm9yIGludGVyZmFjZSAqLwotLS0KPiAJ c3RydWN0IHJtbG9jawliaWZfbG9jazsJLyogcm1sb2NrIGZvciBpbnRlcmZhY2UgKi8KPT09PSAv L2RlcG90L3Byb2plY3RzL3NvYzIwMTEvbXFfYnBmL3NyYy9zeXMvbmV0L2JwZmRlc2MuaCMyIC0g L3Vzci9ob21lL3N5dXUvcDQvbXFfYnBmL3NyYy9zeXMvbmV0L2JwZmRlc2MuaCA9PT09CjE1NSwx NTZjMTU1LDE1OAo8ICNkZWZpbmUgQlBGSUZfTE9DSyhiaWYpCQltdHhfbG9jaygmKGJpZiktPmJp Zl9tdHgpCjwgI2RlZmluZSBCUEZJRl9VTkxPQ0soYmlmKQltdHhfdW5sb2NrKCYoYmlmKS0+Ymlm X210eCkKLS0tCj4gI2RlZmluZSBCUEZJRl9STE9DSyhiaWYsIHRyYWNrZXIpCXJtX3Jsb2NrKCYo YmlmKS0+YmlmX2xvY2ssICh0cmFja2VyKSkKPiAjZGVmaW5lIEJQRklGX1JVTkxPQ0soYmlmLCB0 cmFja2VyKQlybV9ydW5sb2NrKCYoYmlmKS0+YmlmX2xvY2ssICh0cmFja2VyKSkKPiAjZGVmaW5l IEJQRklGX1dMT0NLKGJpZikJcm1fd2xvY2soJihiaWYpLT5iaWZfbG9jaykKPiAjZGVmaW5lIEJQ RklGX1dVTkxPQ0soYmlmKQlybV93dW5sb2NrKCYoYmlmKS0+YmlmX2xvY2spCg== --000e0cdf6ac85e018504a4fa5df5-- From owner-soc-status@FreeBSD.ORG Sun Jun 5 19:24:12 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70E41106566B for ; Sun, 5 Jun 2011 19:24:12 +0000 (UTC) (envelope-from joffrey.lassignardie@gmail.com) Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 4B1FE8FC12 for ; Sun, 5 Jun 2011 19:24:12 +0000 (UTC) Received: by pxi6 with SMTP id 6so2095779pxi.17 for ; Sun, 05 Jun 2011 12:24:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=nvulnjUi3MmuqU+V8YfY41IdcGN8TSf3ewMYxe4o3G4=; b=kZjIYvCTRqwCCZqZhKrb9KEp1Fp18f4P5qb2VsaOPFQf9OpO5DFRFOR27ER3xiEZP0 MO+WXYB9s1//vbPHP7LhT8D77WjsdozsAMIJCFsVtrI68udtxAT5fTfwTKUO4DqXgEmQ 2CBoPiZ2KRLm9XfBjsZnqUI/2V+ygY9pMptM4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=qFafinJucTwio1M7JEdz5dUZkMhCE+JGtMGFmgv8k7tVRhtmtg9bpqKQYSuBccpZcE Htyt2YYmNjOius8OwoBsK4s6bg9a02aEoWobNBWaJLiS2JanSfMbFOlxQTAJECcwwGRX 20poaOzUKNg1b3/VYjwBqUkqK+bDNXD6dm4Zk= MIME-Version: 1.0 Received: by 10.142.59.2 with SMTP id h2mr624434wfa.227.1307301851547; Sun, 05 Jun 2011 12:24:11 -0700 (PDT) Received: by 10.143.32.11 with HTTP; Sun, 5 Jun 2011 12:24:11 -0700 (PDT) Date: Sun, 5 Jun 2011 19:24:11 +0000 Message-ID: From: Lassi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [SoC2011 Status Report] pkg convert - Week 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2011 19:24:12 -0000 Hi! This week, I finished my analysis of pkgng's source code. I began to write some documentation and the base of my convert sub-command. I will commit both soon. Finally, I have begun to think how the ``back end'' of this command should be organized. Next week, I will continue to write the base of ``pkg convert'' and try to get some review of what can be improved. After, I'll begin to write the rpm lib (the back end part of the command). Regards, -- Joffrey ``Lassi'' Lassignardie From owner-soc-status@FreeBSD.ORG Sun Jun 5 21:15:41 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E75EE1065677 for ; Sun, 5 Jun 2011 21:15:41 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 74A178FC13 for ; Sun, 5 Jun 2011 21:15:41 +0000 (UTC) Received: by bwz12 with SMTP id 12so4392410bwz.13 for ; Sun, 05 Jun 2011 14:15:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=VAlH5RjD9zOaXlewddFe8XUAan/lUqw7OQMIpdxm3pw=; b=QE0K/Sz4YEyWi0D1HB6ObKSSoimLGumIlz7iK69p7mJZlRdJtWEayQ2DZ2azcsMK2f cFRCoXXg4gAv2LJYtpzxs9kJWpABDrQyyIg/rYOBKqL7+c+TAeA5BpiLsKgVaTgYuKbA mhG0Ioqu0XFIlNuUAb6FThqPPq4phS0ZFPADQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=XyL2uWAXVaNIDiwN4W8pU3y30OPnF1OarzWs92+o20qDe3hQ1yE+ofrnnAHgOPkEvQ gKl34yzzf8gMGTBuHCvDzxZIwTQqYk+sYv8RFrhVcTIRaR9cNtJFE6bpAQvAtT79qY9B OOyZQgylZC3Crcg6Wb23R7Chw0qdwg7TRHWQw= Received: by 10.204.143.88 with SMTP id t24mr4410409bku.189.1307308540132; Sun, 05 Jun 2011 14:15:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.56.134 with HTTP; Sun, 5 Jun 2011 14:15:20 -0700 (PDT) From: rudo tomori Date: Sun, 5 Jun 2011 23:15:20 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: BFS scheduler weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2011 21:15:42 -0000 Hi, the goal of my project is to implement a BFS - like scheduler into the FreeBSD. I started off with the original 4.4BSD code, and by iterative modifications I will develop a scheduler that matches the BFS design as specified in http://ck.kolivas.org/patches/bfs/sched-BFS.txt. Last week I was performing benchmarks using sysbench and make world. I tried to minimize disk IO by using tmpfs. You can find more details at my project blog site rudot.blog.com This week I will continue with running the benchmarks on other hardware. After that I will probably continue by changing the mapping of thread priorities to a specific priority queue in the global run queue. The BFS uses only 1 queue for all time-sharing processes. rudo From owner-soc-status@FreeBSD.ORG Sun Jun 5 19:42:15 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 644421065672; Sun, 5 Jun 2011 19:42:15 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id B723B8FC14; Sun, 5 Jun 2011 19:42:14 +0000 (UTC) Received: by fxm11 with SMTP id 11so3090005fxm.13 for ; Sun, 05 Jun 2011 12:42:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:mime-version :content-type:content-disposition:user-agent; bh=1wOQeLL85xykS9AFaAgYBFGK1SrrpFy0q1o1EUPVKA0=; b=CO3EG2fqIRDQsa9/tfNiE7BjGe2s1MFLUESzyDhfVOo/pb0O5ibw5I+ff1P1sTdpAI b6Rk8kXe5t8g6fBBkgoyoF4jV9Mphx+bcCdooqNZzKVinVPtgkJo0kq5uhMxnygEkKz2 Bwv8S0a/UdEJHGjuEdQJALSlk66aQbhxsjfwM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=wM07pzeG/K3j98SQBEVIXElB4Pwq8VaLF4R3z32knCMh57VxuZoRGgOACmLnFnN1Mj lRad9WxMILnhj91xfmsVx0FkPD2rzOr2Mk+EZZwNgnb3vtb0j3x6PVe20WTbOjfPXovc SDhHxXLPWQoG+LfuOFuCQsDwcekW8fo1qE/LI= Received: by 10.223.47.209 with SMTP id o17mr4446001faf.129.1307302933463; Sun, 05 Jun 2011 12:42:13 -0700 (PDT) Received: from localhost ([193.58.255.4]) by mx.google.com with ESMTPS id l26sm1107874fam.21.2011.06.05.12.42.11 (version=SSLv3 cipher=OTHER); Sun, 05 Jun 2011 12:42:12 -0700 (PDT) Date: Sun, 5 Jun 2011 22:40:35 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20110605194035.GA21540@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Sun, 05 Jun 2011 21:32:01 +0000 Cc: mdf@freebsd.org Subject: ino64 status report 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2011 19:42:15 -0000 Libc exported syscalls do not have debugging info attached. To work around it I've written a script to generate fake syscall definitions and extended shlib-compat to use symbols aliases during search. There are still symbols without debugging info (or in several cases with incomplete info). shlib-compat is very useful now and spotted several bug already. I've also merged preparatory changes from original patch and fixed incorrect 'DIR opaque struct' patch. I'm going to test more thoroughly at this point and move to ufs and syscall changes next. From owner-soc-status@FreeBSD.ORG Mon Jun 6 03:08:07 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AE65106564A for ; Mon, 6 Jun 2011 03:08:07 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 11F5F8FC08 for ; Mon, 6 Jun 2011 03:08:06 +0000 (UTC) Received: by fxm11 with SMTP id 11so3232461fxm.13 for ; Sun, 05 Jun 2011 20:08:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=0LODiIWzub4/LabIFuAffOXpfLwPBUtCuNWPGodNbds=; b=b9wISVTujp0YuKDMqaA9nXRhWadwhx3D0AOnboOmyjmBtEpZMMJ9Epz1BzL+3xdgp9 w2SqRuXtgkxrlsUvXYDYgGZXxkEUPg5HUQBQh9SKemN5I8vCw7111iQc9gUtBR5AZ/en OkvScxpVB6x0JzEVF7O7veHzOE59IxXxYW23w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=wf3bdCQD969nA3lFTPU2mPAghn9OONpW85gexvSTMESsOneNQKfQf4bCfsbMGSc5x4 mWDppNIdf/V0g5agKmf8MFYfGCQcvZgl+YIzo9itStJYEXIj7knmTRNlgy2NLZ0jaeO2 MDiLpra9f660eHmHBRF5IEww/6stfTiYo9eEg= MIME-Version: 1.0 Received: by 10.223.53.85 with SMTP id l21mr4716210fag.26.1307329685751; Sun, 05 Jun 2011 20:08:05 -0700 (PDT) Received: by 10.223.72.13 with HTTP; Sun, 5 Jun 2011 20:08:05 -0700 (PDT) Date: Sun, 5 Jun 2011 22:08:05 -0500 Message-ID: From: Zhihao Yuan To: soc-status@freebsd.org, Alexander Leidinger Content-Type: text/plain; charset=UTF-8 Cc: Subject: [nvi-iconv]Weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 03:08:07 -0000 To whom may concerned: My only *nix machine was not be able to boot in the past week, so I failed to do any coding (the cdrom of another machine does not burns correct CD, which took me a long time to get a working cd drive). My summer school does not start until 6/13, so I'm going to work more in the next week. I learned more about the iconv and wchar_t during this week, and I decided to adopt nvi-1.8's CHAR_T usage (wchar_t is required for display/regex). I'm going to port nvi-1.8's file infrastructure asap, then see if I need to do a file per file comparison. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-soc-status@FreeBSD.ORG Mon Jun 6 13:08:52 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EFF1106566C for ; Mon, 6 Jun 2011 13:08:52 +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 7705E8FC16 for ; Mon, 6 Jun 2011 13:08:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2979D46B32; Mon, 6 Jun 2011 09:08:52 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BC5248A02A; Mon, 6 Jun 2011 09:08:51 -0400 (EDT) From: John Baldwin To: soc-status@freebsd.org Date: Mon, 6 Jun 2011 08:52:55 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201106060852.55215.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 06 Jun 2011 09:08:51 -0400 (EDT) Cc: rudo tomori Subject: Re: BFS scheduler weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 13:08:52 -0000 On Sunday, June 05, 2011 5:15:20 pm rudo tomori wrote: > Hi, > the goal of my project is to implement a BFS - like scheduler into the > FreeBSD. I started off with the original 4.4BSD code, and by iterative > modifications I will develop a scheduler that matches the BFS design > as specified in http://ck.kolivas.org/patches/bfs/sched-BFS.txt. > > Last week I was performing benchmarks using sysbench and make world. I > tried to minimize disk IO by using tmpfs. You can find more details at > my project blog site rudot.blog.com > > This week I will continue with running the benchmarks on other hardware. > > After that I will probably continue by changing the mapping of thread > priorities to a specific priority queue in the global run queue. The > BFS uses only 1 queue for all time-sharing processes. Are you not worried about cpuset functionality? -- John Baldwin From owner-soc-status@FreeBSD.ORG Mon Jun 6 16:52:19 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 186F51065672 for ; Mon, 6 Jun 2011 16:52:19 +0000 (UTC) (envelope-from gockzy@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 76A368FC13 for ; Mon, 6 Jun 2011 16:52:18 +0000 (UTC) Received: by ewy1 with SMTP id 1so2087921ewy.13 for ; Mon, 06 Jun 2011 09:52:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to:cc :content-type; bh=a28PE4yt+iuksAj2X1VvbMoIIZRRrfLN3V240IXPkxY=; b=fGc2A+u42zZc8oW02RZF5+MtXslqtNqFg3jBp2kiTKOFjJDyFJaPBiCkVwfd5FIJ4B UJKOoJWmS/J59yq4qFOobf3Uo2yLPp4PK+OQzKLSAmApR3XlDeUpYz1lJZO+2oC5OwX4 N4qh455zvyLbEOs4tNHHf9FHws62ASkRW2pbE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:cc:content-type; b=JT/uNw2ym6Bj84+jpBzFbhFqiqJD/ZFkkQhiQUIcmDWaGGfPJwzZ4EvTx0esoZNYZo 2yWtOYFTwSJBkHHoUWeJi8RpVmya8k9LfBUcW0ZfKg1h5UgTDxj+tTG3O8ZhQdtyknTP NsEUQ0ZNwLkz7OizxJqxCB5lMZEsfF1cRSXP4= Received: by 10.213.21.141 with SMTP id j13mr1997905ebb.109.1307379137158; Mon, 06 Jun 2011 09:52:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.29.206 with HTTP; Mon, 6 Jun 2011 09:51:57 -0700 (PDT) From: Kazuya Goda Date: Tue, 7 Jun 2011 01:51:57 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Takuya ASADA , "Robert N. M. Watson" Subject: [status report] RPS/RFS #week2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 16:52:19 -0000 Hi, The goal of my project is to implement RPS/RFS on FreeBSD. RPS solves the problem of mono-queue NIC which can't distribute packets across multiple processors. This week status: * Implement RPS act this: 1. get IP address and TCP port in Ethernet layer 2. calculate hash from IP address and TCP port 3. assign hash value to m->pkthdr.flowid 4. enable M_FLOWID flags in m->m_flags I added this process in ether_demux(). I used rss_hash_ip_4tuple() from //depot/users/rwatson/tcp/... branch to calculating hash value. I think I'd like to share functions of calculating hash value with RSS. * Test - Confirm to select CPU Enable RPS, pakcets are distributed other CPU on IP layer. At this time, same flow is distributed same CPU. So, I printed below values to comfirm. -- In netisr_select_cpuid() : m->pkthdr.flowid (flowid) , cpuid (destination CPU) -- In ip_input() : m->pkthdr.flowid (flowid), curcpu (current CPU) I confirmed that if flowid is the same, destination CPU is equal to current CPU. - Simplified benchmark test I used netperf to benchmark test. Server environment is: CPU : Xeon E5310@1.6GHz x2(total 8 core) NIC : e1000 (interface : PCI) Below is result running 300 instances of netperf TCP_RR test with 1 byte req. and resp. In both cases, net.isr.numthreads is 8. -- Result -- Without RPS : 132 tps With RPS : 230 tps *known problem In the case of net.isr.numthreads < CPU_NUM, connection is not closed at high load. * Next week - Search for a cause "known problem" - Implement IPv6, UDP support Regards, Kazuya Goda From owner-soc-status@FreeBSD.ORG Mon Jun 6 16:57:40 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDE42106566B for ; Mon, 6 Jun 2011 16:57:40 +0000 (UTC) (envelope-from aalvarez@aliensoft.net) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 88FF88FC16 for ; Mon, 6 Jun 2011 16:57:40 +0000 (UTC) Received: by gwb15 with SMTP id 15so2237596gwb.13 for ; Mon, 06 Jun 2011 09:57:39 -0700 (PDT) Received: by 10.101.178.18 with SMTP id f18mr3799651anp.115.1307377992105; Mon, 06 Jun 2011 09:33:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.118.4 with HTTP; Mon, 6 Jun 2011 09:32:52 -0700 (PDT) X-Originating-IP: [200.88.151.41] From: Alan Alvarez Date: Mon, 6 Jun 2011 12:32:52 -0400 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [Path-based filesystem MAC Policy] Weekly status report (Week #1 and #2) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 16:57:40 -0000 Hello All, I'm sorry for not sending out last week's status report. In this email I will include what happened in the last two weeks. During week 1 I spent most of the time setting up my dev environment and a build/test server. Also, getting more familiar with the mac_bsdextended module, the libugidfw library and the ugidfw userland tool. I was trying to figure out better ways to accomplish the goal of the project than what I first proposed in my application. And I believe I did. Instead of keeping a hash table, what I'm currently doing is resolving the path when a new entry is made, and getting the file's id and filesystem id and matching those when a check needs to be made. There is still one outstanding issue, and that is that I will need to keep track of files changes and update policy entries. On week 2 I started working on the code. I've modified the mac_bsdextended module to accept and resolve path-based policies. Also, to perform permission checks on these policies. What I have planned for week 3 is to modify libugidfw and the userland ugidfw tool to allow users to enter path-based rules. The project's wiki URL is [1]. The project's SVN repository is at [2]. If you have any questions or comments please send me an email at this address. - [1] http://wiki.freebsd.org/PbMacPolicyGSoC2011 - [2] https://socsvn.freebsd.org/socsvn/soc2011/aalvarez/pbmac -- regards, Alan Alvarez From owner-soc-status@FreeBSD.ORG Mon Jun 6 17:41:36 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 678381065670; Mon, 6 Jun 2011 17:41:36 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 427A98FC16; Mon, 6 Jun 2011 17:41:36 +0000 (UTC) Received: from [192.168.2.112] (host86-173-95-198.range86-173.btcentralplus.com [86.173.95.198]) by cyrus.watson.org (Postfix) with ESMTPSA id 428CA46B03; Mon, 6 Jun 2011 13:41:35 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: Date: Mon, 6 Jun 2011 18:41:33 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <71CF16D6-EAB1-4A62-8D27-2C209AB6D2ED@freebsd.org> References: To: Kazuya Goda X-Mailer: Apple Mail (2.1084) Cc: Takuya ASADA , soc-status@freebsd.org Subject: Re: [status report] RPS/RFS #week2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 17:41:36 -0000 On 6 Jun 2011, at 17:51, Kazuya Goda wrote: > I added this process in ether_demux(). I used rss_hash_ip_4tuple() > from //depot/users/rwatson/tcp/... > branch to calculating hash value. I think I'd like to share functions > of calculating hash value with RSS. FYI, increasing amounts of that branch are now in Subversion -- pretty = much all of the pcbgroup work, but not yet in_rss.c itself. I hope to = merge that later this week. Robert= From owner-soc-status@FreeBSD.ORG Mon Jun 6 23:12:34 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE3C9106566B; Mon, 6 Jun 2011 23:12:34 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 144938FC1E; Mon, 6 Jun 2011 23:12:33 +0000 (UTC) Received: by wyf23 with SMTP id 23so4385026wyf.13 for ; Mon, 06 Jun 2011 16:12:33 -0700 (PDT) Received: by 10.216.140.219 with SMTP id e69mr3222135wej.45.1307401801181; Mon, 06 Jun 2011 16:10:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.6.196 with HTTP; Mon, 6 Jun 2011 16:09:40 -0700 (PDT) In-Reply-To: References: From: Takuya ASADA Date: Tue, 7 Jun 2011 08:09:40 +0900 Message-ID: To: Kazuya Goda Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: soc-status@freebsd.org, "Robert N. M. Watson" Subject: Re: [status report] RPS/RFS #week2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2011 23:12:34 -0000 Hi, I think you noticed me last week, RPS kernel performance is slower than normal kernel and it gets higher CPU usage. Was it "net.isr.numthreads < CPU_NUM" case? And, in that time you told me it maybe because hash function is too heavy, was it wrong? 2011/6/7 Kazuya Goda : > Hi, > > The goal of my project is to implement RPS/RFS on FreeBSD. RPS solves > the problem of > mono-queue NIC which can't distribute packets across multiple processors. > > This week status: > > * Implement > RPS act this: > 1. get IP address and TCP port in Ethernet layer > 2. calculate hash from IP address and TCP port > 3. assign hash value to m->pkthdr.flowid > 4. enable M_FLOWID flags in m->m_flags > > I added this process in ether_demux(). I used rss_hash_ip_4tuple() > from //depot/users/rwatson/tcp/... > branch to calculating hash value. I think I'd like to share functions > of calculating hash value with RSS. > > > * Test > - Confirm to select CPU > Enable RPS, pakcets are distributed other CPU on IP layer. At this > time, same flow is distributed > same CPU. So, I printed below values to comfirm. > > -- In netisr_select_cpuid() : m->pkthdr.flowid (flowid) , cpuid > (destination CPU) > -- In ip_input() =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0: m->pkthdr.flowid (flowid), curcpu > (current CPU) > > I confirmed that if flowid is the same, destination CPU is equal to curre= nt CPU. > > - Simplified benchmark test > I used netperf to benchmark test. Server environment is: > > CPU : Xeon E5310@1.6GHz x2(total 8 core) > NIC : e1000 (interface : PCI) > > Below is result running 300 instances of netperf TCP_RR test with 1 > byte req. and resp. > In both cases, net.isr.numthreads is 8. > > -- Result -- > Without RPS : 132 tps > With =C2=A0 =C2=A0 =C2=A0RPS : 230 tps > > > *known problem > In the case of net.isr.numthreads < CPU_NUM, connection is not closed > at high load. > > > * Next week > - Search for a cause "known problem" > - Implement IPv6, UDP support > > > Regards, > > Kazuya Goda > From owner-soc-status@FreeBSD.ORG Tue Jun 7 09:34:49 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A543E1065670 for ; Tue, 7 Jun 2011 09:34:49 +0000 (UTC) (envelope-from nc3bhconc@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2258FC08 for ; Tue, 7 Jun 2011 09:34:48 +0000 (UTC) Received: by qwc9 with SMTP id 9so2895827qwc.13 for ; Tue, 07 Jun 2011 02:34:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=GXk0D6GCcRreMyIK0+Bi8m1BaEARhbfUfuIITkr0uwE=; b=AfyNgSw62gGa1pOy6fBc+Vo8zc8wcIEic7nRORjLUuCACvEXtzS0+d1MOkPQxL1npJ VYSeYw+fR/+zuc+uRo14kFw4ynCxzaVpgtVA6UeNwRD6pC3J0CGuSndq+FL+f99tunts k/bnFa3HhZVvueGbMrNtapyM34FnGUSOacW8Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=X9XjDSM783Xwx/38IUCNGOqamBeY5bzQjjFFrpg1sJdzC1vANG4Y4/7SBGwM9uWyIm BV6C+G/gD7haHUkItoRxEHvjqqmrb93y0AoYXYBDHYKrqSn6wNqKz6ier18gbSfsAEX/ WrA+Uz4GQmLUP8xw54d/ucdYo2HDV8TtR5YqE= Received: by 10.224.175.211 with SMTP id bb19mr2574318qab.95.1307439288200; Tue, 07 Jun 2011 02:34:48 -0700 (PDT) MIME-Version: 1.0 Sender: nc3bhconc@gmail.com Received: by 10.224.28.212 with HTTP; Tue, 7 Jun 2011 02:34:28 -0700 (PDT) From: Catalin Nicutar Date: Tue, 7 Jun 2011 12:34:28 +0300 X-Google-Sender-Auth: aULsIkvtlBfwrSow0tA6R8Ww8dA Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TCP UTO - Weekly Report 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 09:34:49 -0000 Hello! This is the second report for TCP UTO. * Short TCP UTO description UTO stands for User Timeout Option (it is described in RFC5482). TCP UTO specifies a peer should be allowed to advertise its chosen `User Timeout' for a connection. The wiki page for this project: http://wiki.freebsd.org/CatalinNicutar/TCPUTO * Work completed this week I have added the following sysctls: net.inet.tcp.uto.enable (global enable) net.inet.tcp.uto.adv_timeout (default advertised timeout) net.inet.tcp.uto.max_timeout net.inet.tcp.uto.min_timeout I have added the following socket options (IPPROTO_TCP): TCP_SNDUTO (local enable + specify advertised timeout) TCP_RCVUTO (enable accepting UTO suggestion) Obviously things may change (I may have to add / remove options, change semantics, names etc) but this is what I feel is needed for now. * My goals for this week: * Send the TCP UTO option (correct packing with respect to other options) * Test the TCP option with tcpdump / other sniffers This is all for report 2. If you have questions, suggestions or advices drop me an email to cnicutar@FreeBSD.org. Catalin Nicutar From owner-soc-status@FreeBSD.ORG Tue Jun 7 11:12:14 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 725FD106564A for ; Tue, 7 Jun 2011 11:12:14 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 3614F8FC08 for ; Tue, 7 Jun 2011 11:12:13 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LMF00G422R6R620@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Tue, 07 Jun 2011 13:04:18 +0200 (CEST) Date: Tue, 07 Jun 2011 13:04:18 +0200 From: jakub.klama@uj.edu.pl To: soc-status@freebsd.org Message-id: X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM port to NXP LPC32x0 - status report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 11:12:14 -0000 Hi, Done this week: * Merged my FDT fixes into Perforce branch * Done research about powering SoC peripherals using "Clocking and power control module" * Working on the ethernet controller: first packets are sent :-) Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Tue Jun 7 13:48:05 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07690106566B for ; Tue, 7 Jun 2011 13:48:05 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id B56378FC08 for ; Tue, 7 Jun 2011 13:48:04 +0000 (UTC) Received: by qwc9 with SMTP id 9so3045121qwc.13 for ; Tue, 07 Jun 2011 06:48:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=XsdHHdZnqNsz6m1eRWg1Hn49bbV7y5wCRmIv9V/Vzlc=; b=vD/HgCf5gTKs+NeuLQRG2El8FlE06uO/MIbSux7vPK1YEsd9S0s2fjzmsO3U0ig/Pn WMFwJJd9PUq3Y/cnc07B66Ods+H7xTNfdBsOdKkmCRGJfRwKDgVrHImqFk3KNs11OqrC qhdXUar8nmaeUIV3g5uuhf4jlXUIG0Qqc84Js= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=kc0/bxeaQz9W+FKyvLA5+uib/YC4nJa3IT9aoonHKMPqAFLuCFYQiyG2yQHjGEPEVr KzX9mJy10DvvI7K+KKTAxNIcVab/Ksz7a7u/yg39LCiw8XzDC1F6jYYSzXKykeRvqD9d 9AuYlUXUwLxg/vdMYWdowR7orkNdyQJ7yo+DY= MIME-Version: 1.0 Received: by 10.229.127.212 with SMTP id h20mr4383122qcs.78.1307454483871; Tue, 07 Jun 2011 06:48:03 -0700 (PDT) Received: by 10.229.95.195 with HTTP; Tue, 7 Jun 2011 06:48:03 -0700 (PDT) Date: Tue, 7 Jun 2011 16:48:03 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Ivan Voras , Hans Petter Selasky Subject: [fuse] Status report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2011 13:48:05 -0000 Last week I've merged most style changes from macfuse and started moving to macfuse code base. In most cases macfuse looks more polished than original fuse4bsd, it doesn't touch file operations vector and doesn't change vnode operations vector at runtime. It's very hard to identify if changes related in macfuse, that's why it was decided to merge functional changes at once, it most cases changes are filehandle related or extra error checks. After finishing this merge I'm going to run series of tests on new fuse and then merge changes from later versions. From owner-soc-status@FreeBSD.ORG Wed Jun 8 18:14:59 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51D70106564A for ; Wed, 8 Jun 2011 18:14:59 +0000 (UTC) (envelope-from walter.artica@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2CAEC8FC15 for ; Wed, 8 Jun 2011 18:14:58 +0000 (UTC) Received: by pvg11 with SMTP id 11so470988pvg.13 for ; Wed, 08 Jun 2011 11:14:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=R8obF/ZsWyY6QTBMqzoj+YAS67umELw1kIz679syD60=; b=I9xg339YjLk2Uje53tuhlBzZph9jLwWCo7Cxvf1KlxoFYiPNMua4eAchKF3F62TB5N 3pbAYR9gEJBTR70aLAwRhKmMhIh8ihKodvtsFeD+BceTo1y5go+s1aWSbF91kqtisGDd DzHyZBD/t3DmAIqgh3uOgQOyOrlzvfabPJ+tc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ujGkvQ9d3nw9ee5iZV0n2Zx4OoYThOqAQ07nAQqB8HIlt0GX6uVJaDTS9kgGgpRzJl 4PJVF7nkxd/Dvc+wVAAWkeIQ2xO/yQi8YFN0vfcIMTjLXtcXt8bXd1TVPLlSUuAs7UJK 1THwdtac2/SsFkV4ipqsSj1R3h3HeYZ9MbHxY= MIME-Version: 1.0 Received: by 10.142.237.5 with SMTP id k5mr350002wfh.108.1307555132938; Wed, 08 Jun 2011 10:45:32 -0700 (PDT) Received: by 10.142.13.1 with HTTP; Wed, 8 Jun 2011 10:45:32 -0700 (PDT) Date: Wed, 8 Jun 2011 12:45:32 -0500 Message-ID: From: Walter Artica To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: SMB (smbfs) infrastructure work - Status update X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 18:14:59 -0000 Hi. First of all, sorry for the delay. Now, about the project progress: * The first week was spent mostly preparing the tools needed. After several installations and buildings of different versions of the kernel, the development and testing environment was set off. * The second week was mostly dedicated to studying the smbfs package structure and localization across the kernel source and comparing it to Darwin's smbfs (which is available as an isolated package). There are many differences between them; the code was severely reengineered by Apple. So, I've decided to specify two phases for the project: - 1st stage (until mid-term): Make smbfs MPSAFE. - 2nd stage (rest of period): Merge enhancements from Darwin's smbfs implementation. I think this is needed as Darwin's smbfs would require quite many stubs and/or layers to work properly on FreeBSD, as there are many MacOS dependencies present on it. One operating system at a time is, I think, a judicious choice. So, just now I'm dissecting our smbfs, and at the same time getting to know all the required kernel interfaces. I must add that smbfs is poorly documented; writing a few pages on its internals will be an essential part of the first part of the project. Any suggestions are welcome. Regards, Walter Artica. From owner-soc-status@FreeBSD.ORG Sun Jun 12 13:01:01 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0A241065673 for ; Sun, 12 Jun 2011 13:01:01 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8101A8FC0A for ; Sun, 12 Jun 2011 13:01:01 +0000 (UTC) Received: from kibab-darwin.local (95-28-191-102.broadband.corbina.ru [95.28.191.102]) by mx0.deglitch.com (Postfix) with ESMTPSA id 17E198FC2D; Sun, 12 Jun 2011 17:01:00 +0400 (MSD) Message-ID: <4DF4B88B.1020203@kibab.com> Date: Sun, 12 Jun 2011 17:00:59 +0400 From: Ilya Bakulin User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ru; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: soc-status@freebsd.org, "Robert N. M. Watson" , Ben Laurie , Jonathan Anderson X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3552E21379E5C9FF1314F264" Cc: Subject: [Status Update] Capsicum adaptation project: Week 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 13:01:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3552E21379E5C9FF1314F264 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, this is the second status update for Capsicum adaptation project. There was no status update during Week 2, because I was on vacation. The latest Capsicum work has not been merged into FreeBSD-CURRENT branch yet, so after discussing with Robert I will begin experimenting with what is already present in -CURRENT, identifying what system stuff should be present to allow adding sandboxing to different applications easily. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --------------enig3552E21379E5C9FF1314F264 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk30uIsACgkQo9vlj1oadwjsDQCg0vHWmbEnUlqMiZuuVRD4C0vZ xoQAoOQ53UaEWsn4T7XdcrhZ9mo1xn8O =+Ih/ -----END PGP SIGNATURE----- --------------enig3552E21379E5C9FF1314F264-- From owner-soc-status@FreeBSD.ORG Sun Jun 12 20:08:37 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 972EA106566B for ; Sun, 12 Jun 2011 20:08: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 52B4F8FC0A for ; Sun, 12 Jun 2011 20:08:37 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 9ED1714E57B7 for ; Sun, 12 Jun 2011 22:08:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id rljdn+3234gO for ; Sun, 12 Jun 2011 22:08:30 +0200 (CEST) Received: from [193.137.158.155] (unknown [193.137.158.155]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id AA80014DA5D1 for ; Sun, 12 Jun 2011 22:08:30 +0200 (CEST) Message-ID: <4DF51CBF.9010806@kovesdan.org> Date: Sun, 12 Jun 2011 21:08:31 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-PT; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regex status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 20:08:37 -0000 Hi, Unfortunately, this week I could not progress with coding because of university assignments and exams. But good new is that almost all of that stuff is finished, very few remained, so very soon my GSoC project will be my only focus. I also closed some PRs that were on my TODO list, so that I can also clean up those from the queue and be able to focus on the SoC project. Gabor From owner-soc-status@FreeBSD.ORG Sun Jun 12 22:09:58 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 050FF106564A for ; Sun, 12 Jun 2011 22:09:58 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8D68E8FC15 for ; Sun, 12 Jun 2011 22:09:57 +0000 (UTC) Received: by bwz12 with SMTP id 12so4869102bwz.13 for ; Sun, 12 Jun 2011 15:09:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=7KAoOU2WgU2ucwIFoOx7+SKfhqdIW7Gev3el7ext6d8=; b=Vx26UvbR9kyxF5fLJ7hpm9J5aScxhP7tULYeNYWMFLoAeSvKJ6e1+THIaoy7Ap1x28 QkTY1mVv0+Qpdy/JN4OCzw3oWKmhV3Czp3GYFKW7VIATVfBQgg7lUsvmCPrB6lPnM0Q6 PGCI5REge08gpTuRykIZ7Fp//Wm763Mv5KuP0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=L8duozGI/McFPyaBnh8CEQef/YkCmBFfB5U0YXrRFvgD6A2qakRDE0Hs0KIbc71r6f KAsbneb88/BrWVoXamQREQx7762k432EioF++WjM7dSSuSr4Ck9fQCCsGpafTUdl9FV1 fl0jPlrfZBfKGGbYp869ADfnHRuQ8/5CWhBKo= Received: by 10.204.138.205 with SMTP id b13mr4263515bku.27.1307916596130; Sun, 12 Jun 2011 15:09:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.47.80 with HTTP; Sun, 12 Jun 2011 15:09:36 -0700 (PDT) From: rudo tomori Date: Mon, 13 Jun 2011 00:09:36 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: BFS scheduler weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 22:09:58 -0000 Hi, the goal of my project is to implement a BFS - like scheduler into the FreeBSD. I started off with the original 4.4BSD code, and by iterative modifications I will develop a scheduler that matches the BFS design as specified in http://ck.kolivas.org/patches/bfs/sched-BFS.txt. Last week I finished the initial benchmarking - I have run sysbench benchmarks on a 8 cpu machine. Then I modified the mapping of threads to the priority queues according to their priority. BFS uses a single queue for timesharing threads and a single queue for idle threads. I keed the number of queues at 64. I will write more about it at my blog http://rudot.blog.com/ tomorrow. Next week I will implement a virtual deadline for the time sharing threads. rudo From owner-soc-status@FreeBSD.ORG Sun Jun 12 21:35:34 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 246CB1065673 for ; Sun, 12 Jun 2011 21:35:34 +0000 (UTC) (envelope-from joffrey.lassignardie@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id F17508FC0C for ; Sun, 12 Jun 2011 21:35:33 +0000 (UTC) Received: by pzk27 with SMTP id 27so2414477pzk.13 for ; Sun, 12 Jun 2011 14:35:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=XpedE3QRl8JHcPJLaS2kz8qu5Os5x0DG+WSsCBkyqS0=; b=lxV6Rk4wClbTDe/GIq20PBhqJv9H6L9YfteYMxPsKHLvB+qUOt6aKrS6GxXJVlJ9Uo G9bigEmXLg098tPHRBpfW/I3nbEF2cixPo/wXfkkDiBy49uW+XFe8h6WhqxzL8F+8oTI ClempvrVAo5lBnGTsn5pdUe++PTQ6L/zeajC8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=YA8ObJ8lM1563W+npNrA7f/vIzELqsvj+rvul1RWnklVxCxqLS3bQWWWMh7DyQZFkY Qb5P7LCfkn+pqP06Y1tlpVlKgMAssqwNDmwNtUWxRKDAcc1VztHr0Gim9A0L5ZCpMx3K uY+vcPiTpZ5jz/U51vsh3tmZDNNLGBaWWgF1M= MIME-Version: 1.0 Received: by 10.142.210.5 with SMTP id i5mr709032wfg.8.1307914533283; Sun, 12 Jun 2011 14:35:33 -0700 (PDT) Received: by 10.142.69.13 with HTTP; Sun, 12 Jun 2011 14:35:33 -0700 (PDT) Date: Sun, 12 Jun 2011 21:35:33 +0000 Message-ID: From: Lassi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Sun, 12 Jun 2011 22:36:25 +0000 Subject: [SoC2011 Status Report] pkg convert - Week 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 21:35:34 -0000 Hi, This week was dedicated to conception. I determined the pkg convert interface and began to read more about rpm packages. Next week, I'll begin to write a small library to play with rpm packages. Regards, -- Joffrey ``Lassi'' Lassignardie From owner-soc-status@FreeBSD.ORG Mon Jun 13 06:32:42 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73D081065673; Mon, 13 Jun 2011 06:32:42 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id D50B28FC17; Mon, 13 Jun 2011 06:32:41 +0000 (UTC) Received: by fxm11 with SMTP id 11so3819208fxm.13 for ; Sun, 12 Jun 2011 23:32:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:mime-version :content-type:content-disposition:user-agent; bh=8BJzoeIyGpuYw18G6MldYy5t13ZMuRyt+2Cnd2b9aJA=; b=HqRplau0DtNKD702FDN2leZsC7pCKJHwtRPmMtCCzrGdQBEcMfGYGOZc0jH4Y5m6Yp Ucsy/jbgwoBPj9dBNcwU2W284glSd2NVbiRKIAzYMXYWipAusOBwuhsTF3IfogD4h4lw 8Ua4EWT+ZzP9oQx0+SOSDp6JvGPPcID1UpZ/Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=OkVExQIImvIZtKVk/JzM9+vQ7/scHIf98/B9W7NJLe5ki3q0hT3QNwcciwsqsJyiRj fBF1NdMn3ECJnOsD1LDTlw6Ybj87H847dYXUzgHODJhD1/XNQRUUix9cLnmWyfn6n0kf sfbhVEAqu1TS9zx+UlgV43ngSX+jo1OoB8KHo= Received: by 10.223.6.198 with SMTP id a6mr4712876faa.128.1307946759852; Sun, 12 Jun 2011 23:32:39 -0700 (PDT) Received: from localhost (lan-78-157-92-5.vln.skynet.lt [78.157.92.5]) by mx.google.com with ESMTPS id n15sm1945236fag.42.2011.06.12.23.32.38 (version=SSLv3 cipher=OTHER); Sun, 12 Jun 2011 23:32:39 -0700 (PDT) Date: Mon, 13 Jun 2011 09:30:39 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20110613063039.GA2412@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: ino64 status report 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 06:32:42 -0000 Done last week: * commited all bits from original patch except changes to struct stat and struct dirent * added a few more tweaks to shlib-compat so it can handle missing symbols better * fixed several issues in user space libs. Next I'm going to add support for libraries without symbol versioning to shlib-compat and run it on all shared libraries installed. I'd like to add symbol versioning to other libs if needed. I'll also commit rest of the patchset. From owner-soc-status@FreeBSD.ORG Mon Jun 13 16:03:39 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64003106566C for ; Mon, 13 Jun 2011 16:03:39 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1C7C18FC12 for ; Mon, 13 Jun 2011 16:03:38 +0000 (UTC) Received: by qyk35 with SMTP id 35so1162742qyk.13 for ; Mon, 13 Jun 2011 09:03:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=Fi1IhNgEg2N/DmW4fChmJIrZURkmH/Tn99wDrQBT3To=; b=Kr4YVhoBOa5TCilJgTJ8S0qpcpkBaSmZy65INg79Fl/2BaVWnzf82KRBvcSKj9l5Jm ibHIFoy0XxDs8vH4CsvOkQpXcoQCvmY5UIUWAj+sHeua6vpwsMN5JvM/5At7qVraeVK1 CcQNFg1YTvtOa1jN2ZxImtzHy3n7qSIzuBefw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=B0bLNswI4dAXBDdJeEA61s22A+YzXKrfjKYpl4mnSbbBnm/dv82B8Pm7BKTctDIxnb zdyBYDeBWXpH9uHbO794rcdKTiKZEG928kG02PZ0Eh+T9bxQmGyDDhdBj7AfEQFvWtsl m1+/VySNhP0UF5ug95I9vZIbGTumPIzzXRhFk= MIME-Version: 1.0 Received: by 10.229.67.218 with SMTP id s26mr4313932qci.40.1307981018170; Mon, 13 Jun 2011 09:03:38 -0700 (PDT) Received: by 10.229.95.195 with HTTP; Mon, 13 Jun 2011 09:03:38 -0700 (PDT) Date: Mon, 13 Jun 2011 19:03:38 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Ivan Voras , Hans Petter Selasky Subject: [fuse] Status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 16:03:39 -0000 I've almost finished macfuse merge, the task was much larger than I expected. It was merge with initial macfuse version and more merges to follow, but I can start testing soon. For now I'm using original fuse4bsd code for io. macfuse is simplified version of that, it uses buf io only without directio support. But cluster API is different on FreeBSD and I'm afraid to break it, will get to it later. Ilya From owner-soc-status@FreeBSD.ORG Mon Jun 13 17:29:34 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5818A106564A for ; Mon, 13 Jun 2011 17:29:34 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 193918FC0A for ; Mon, 13 Jun 2011 17:29:33 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LMQ00CO1OL8LX50@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Mon, 13 Jun 2011 19:29:32 +0200 (CEST) Date: Mon, 13 Jun 2011 19:29:32 +0200 From: jakub.klama@uj.edu.pl To: soc-status@freebsd.org Message-id: <0745938c6cf67902fefc2ddb3c824389@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM port to NXP LPC32x0 - status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 17:29:34 -0000 Hi, This week I've worked on ethernet controller driver. It's working stable enough to boot in multiuser mode using NFS-root, but it still suffers from some stability problems under heavier load. I've also begin working on MMC/SD controller driver. By the next week ethernet driver will be complete. Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Mon Jun 13 15:09:41 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 278D8106566C for ; Mon, 13 Jun 2011 15:09:41 +0000 (UTC) (envelope-from forandom@gmail.com) Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id F11EA8FC0C for ; Mon, 13 Jun 2011 15:09:40 +0000 (UTC) Received: by pxi6 with SMTP id 6so2632848pxi.17 for ; Mon, 13 Jun 2011 08:09:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:content-type; bh=6kIecQdQ88FXyFfWCyxvyfP0pzvRtIc7nvkvkGa25/s=; b=wLjlS6dDIQMER3eZ/eTI0h+Qv7/Q44FKRQ4lPMkcxgLQcJIwt5vQfLWu2+qbE2idfJ 9rh/dnjEwuvIKaIWy4yGhYGujz4TEl/K1NByzL2QQHyl7B0qT5bAAv+QcziuvBF/YLXG 9zwJT7QvmcHiXOnO6nIJLNsSwFtVhE3QaGx5Q= 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=gSQOtA/5kI9ZqthkzAet/cycgLnGkXSGXQzJQG3xJXJnAtJTwIaQC1rSvFKtyatlVa lZg0fp7sLB/5lQEJSe6MJzvo5UwX96Z8zEEqkKSzprFyIqRsvYQexM0Al51bxWMnIx5G mgRrPVDkW/4sY/CH51YXVzNSanmJMrKllxmGs= MIME-Version: 1.0 Received: by 10.68.22.135 with SMTP id d7mr1269926pbf.408.1307977780438; Mon, 13 Jun 2011 08:09:40 -0700 (PDT) Sender: forandom@gmail.com Received: by 10.68.46.230 with HTTP; Mon, 13 Jun 2011 08:09:40 -0700 (PDT) Date: Mon, 13 Jun 2011 23:09:40 +0800 X-Google-Sender-Auth: HG6TtRaxJKnQR8h9gvaw5CNbpHo Message-ID: From: Xingxing Pan To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Mon, 13 Jun 2011 17:34:12 +0000 Subject: Weekly Report: DWARF call frame information X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2011 15:09:41 -0000 (1)Annotate lib msun for i386. -- Regards, Xingxing Pan From owner-soc-status@FreeBSD.ORG Tue Jun 14 00:08:46 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BFD3106564A; Tue, 14 Jun 2011 00:08:46 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 979E98FC0A; Tue, 14 Jun 2011 00:08:44 +0000 (UTC) Received: by wyf23 with SMTP id 23so5432079wyf.13 for ; Mon, 13 Jun 2011 17:08:44 -0700 (PDT) Received: by 10.216.35.76 with SMTP id t54mr73675wea.26.1308010124180; Mon, 13 Jun 2011 17:08:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.29.81 with HTTP; Mon, 13 Jun 2011 17:08:24 -0700 (PDT) From: Takuya ASADA Date: Tue, 14 Jun 2011 09:08:24 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: "Robert N. M. Watson" , George Neville-Neil , Kazuya Goda Subject: Weekly status report (14th June) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 00:08:46 -0000 Here's status update from last week: *Multi-queue NIC emulation support on bpf http://p4web.freebsd.org/@@194710?ac=10 I was considering how to implement/test multi-queue tap device, but I didn't get good idea to do that. But I get alternate idea to emulate multi-queue network device and the way to support it on bpf, using "RPS" which is Kazuya GODA's project. The benefit of it is I re-factored his implementation and renamed it "SOFTRSS". On ethernet layer, it calculates flowid on m2cpuid function, then selects cpuid. That is the idea of RPS, but I added few more things to support multiqueue bpf. I added m->m_pkthdr.rxqid = *cpuid; on m2cpuid function described above, also added ifp->if_rxq_num = netisr_get_cpucount(); on BIOCENAQMASK ioctl in bpf.c. It's bit strange to set if_rxq_num in bpf, but until we don't have driver independent struct ifnet initialize code probably it's the best place to do so. Otherwise we have to change all device drivers. To prevent rewriting all device drivers, and also to determine RSS enabled device, I added IFCAP_MULTIQUEUE. I added the capability on igb, and added following code on BIOCENAQMASK ioctl in bpf: #ifdef SOFTRSS if (!(ifp->if_capenable & IFCAP_MULTIQUEUE)) { ifp->if_rxq_num = netisr_get_cpucount(); ifp->if_capabilities |= IFCAP_MULTIQUEUE; ifp->if_capenable |= IFCAP_MULTIQUEUE; } #else if (!(ifp->if_capenable & IFCAP_MULTIQUEUE)) { error = EINVAL; break; } #endif This means, - If the NIC supports RSS, multi-queue bpf just works. - If the NIC doesn't supports RSS, and SOFTRSS is enabled, bpf sets rxq_num and adds capability on the if, multi-queue bpf works. - If the NIC doesn't supports RSS, and SOFTRSS is disabled, BIOCENAQMASK fails, multi-queue bpf doesn't work. I think the code is still dirty, maybe we shouldn't modify struct ifnet in bpf, etc. Also, I suppose there're few more missing features, ex) TX packet handling. *replace mtx with rmlock Haven't looking into it yet, it stacks somewhere, possibly deadlock occurred. From owner-soc-status@FreeBSD.ORG Tue Jun 14 12:25:32 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 852CB106566C for ; Tue, 14 Jun 2011 12:25:32 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 431278FC19 for ; Tue, 14 Jun 2011 12:25:31 +0000 (UTC) Received: by yxl31 with SMTP id 31so724985yxl.13 for ; Tue, 14 Jun 2011 05:25:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:content-type; bh=RsjKikYH+ax/aGpdk7tqhDjgljhgo7ylYNaKcOuIoMQ=; b=p/nloJcpE961cteyguIKPlJhOeLeBW3D1HhCmDXhpwxisRGH5soxXbRx291oU5kH1k +zmrwWnZaqFVCGGTTiz/3RIG/lG54f8V9k3eWWdKv742XEnRQVlCKhsiGSYzYaVqdD1j 5hMoabvCLfz+a8UK5Jmka6WpDPVZFqRlAS6KM= 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=PRzs+YYojAWXCfKtMKBveO4Kx/Xmu11aM+5AIqA4FG+7B7ceuwEXO4TzsrGO+AsZTf LXHLKRldEV+Q+exCB/4mRwwvyuFr3vqEu5ZTR+LLCJ6ueMDgbR0SlxWRyCu+8bQRCabz 6PTvSg3zY1Cj2NQAOluzgcu0xbotKR5d7TGHo= MIME-Version: 1.0 Received: by 10.150.62.1 with SMTP id k1mr8190900yba.196.1308052773423; Tue, 14 Jun 2011 04:59:33 -0700 (PDT) Sender: dudinskyj@gmail.com Received: by 10.151.12.2 with HTTP; Tue, 14 Jun 2011 04:59:33 -0700 (PDT) Date: Tue, 14 Jun 2011 14:59:33 +0300 X-Google-Sender-Auth: IB8alE9r32vv1nViUyv9PlhkRes Message-ID: From: Oleksandr Dudinskyi To: soc-status@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 12:25:32 -0000 Hello. I was installed all pa=D3kages and emulators for my project. I use QEmu for testing the change in the kernel. At first I was installed some change in the driver, for example took ahci, for simulating device error. Then I will find the place in the kernel, wher= e these errors registered. More precisely, kernel gets the CCBs from drivers, with reports about the status of implementation of action with disk devices. The main task of processing these requests is determine the type of error. I think by the end of this week completed the analysis of mistakes and begi= n to implement changes in the kernel for use the ccb from the CAM layer for command iostat. From owner-soc-status@FreeBSD.ORG Tue Jun 14 16:30:47 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AF2B1065672 for ; Tue, 14 Jun 2011 16:30:47 +0000 (UTC) (envelope-from gockzy@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 938748FC1B for ; Tue, 14 Jun 2011 16:30:46 +0000 (UTC) Received: by ewy1 with SMTP id 1so3120962ewy.13 for ; Tue, 14 Jun 2011 09:30:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=+b3MWh2QyNgNOUGxx1Le0SorKK6KlMsq9DeG/EIrba0=; b=U6MiIVLIwKBFkV5Rr1tBqTgjiuTLCTHugDogPSSjc+zQEhepV36imjBpDIZpH4wDzj yY9oma17GMOj7Z4iT94qUWjqbWN//Xmxe22eYOm4AdNHpQKrsfmff9Qle3kqjaml0Ocw VI5KvCBJe7+a/+eqf/7TGozfxNHRxkWdCohDU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=vTdL82qY3WY4P+CEw//uIDIceqU3E7bXOlXYkMsasuUTbRQqcYOI98AY/ycZeHXRAi NZC+eFY05Qd0wLfcpn5SvKUYaIpIWHX1lyOVcyNROkjI7DlZdO64pxCBuBDqBMmMLVG1 ghj/SVWL+w8NwrV1j+416YoAxtuPjvic6SgKQ= Received: by 10.213.31.75 with SMTP id x11mr3639787ebc.147.1308069045213; Tue, 14 Jun 2011 09:30:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.29.206 with HTTP; Tue, 14 Jun 2011 09:30:25 -0700 (PDT) From: Kazuya Goda Date: Wed, 15 Jun 2011 01:30:25 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [status report] RPS/RFS #week3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 16:30:47 -0000 Hi, The goal of my project is to implement RPS/RFS on FreeBSD. RPS solves the problem of mono-queue NIC which can't distribute packets across multiple processors. *This week status: I search for a cause TCP connection problem.To solve problems, I got log of established connections. The results showed that established connection decrease on enable RPS kernel.I search for cause, but I don't know where is the bottleneck. *Next week: I continue to search for a cause. I think below plans: - Benchmark test on Linux kernel I check RPS performance on Linux kernel. - CPU selector change Packets aren't distributed CPU which running dispatcher. Dispatcher takes over CPU on high-load, this cause to reduce schedule length for protocol stack. Regards, Kazuya Goda From owner-soc-status@FreeBSD.ORG Tue Jun 14 16:39:35 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6CA1106566C for ; Tue, 14 Jun 2011 16:39:35 +0000 (UTC) (envelope-from nc3bhconc@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id A38DF8FC27 for ; Tue, 14 Jun 2011 16:39:35 +0000 (UTC) Received: by qyk35 with SMTP id 35so1876969qyk.13 for ; Tue, 14 Jun 2011 09:39:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=rAYZIK3WOEfQJ5cYiQmymQprkfxYS8AVvsDmpratkqo=; b=Jf7jga2KgPQ1bd+nQEOrZLMweXQkAaUPcNAa9NoLW1y3t9qJSb/Ju0XOmmaEFRzc72 q5aEYTmWXCqunXJa1NVJ1SbAf6xX5sjTrRcKqMlca2uZR59et1lu0IpE7dlDop+6B1Ri OXu6aFJvigc3Ea8jOFv+7uhUyzETDKMaCFAZM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=RxKLBtuXKv+hUYD+ybS300egGuqD+BBpKxEt7j+tv4NsHV40h3plT8tENpE/FOUybu mdyGg6hXHh/TNhciGWlYUu0gNe5GtKQXUUfFVf0qUAO0obs8wxToUVVqRhBaxV8Gg6Gt Lfx2CqkM++UbQx7U8b1Oddu2mfzw7d5c3ojEc= Received: by 10.224.202.72 with SMTP id fd8mr4986406qab.295.1308069575126; Tue, 14 Jun 2011 09:39:35 -0700 (PDT) MIME-Version: 1.0 Sender: nc3bhconc@gmail.com Received: by 10.224.28.212 with HTTP; Tue, 14 Jun 2011 09:39:15 -0700 (PDT) From: Catalin Nicutar Date: Tue, 14 Jun 2011 19:39:15 +0300 X-Google-Sender-Auth: 4MMjEQpgLyWrvgR2xjTo1lJrGFo Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TCP UTO - Weekly Report 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2011 16:39:36 -0000 Hello! This is the third report for TCP UTO. * Short TCP UTO description UTO stands for User Timeout Option (it is described in RFC5482). TCP UTO specifies a peer should be allowed to advertise its chosen `User Timeout' for a connection. The wiki page for this project: http://wiki.freebsd.org/CatalinNicutar/TCPUTO * Work completed last week * The option is now correctly sent on first SYN sent * I have tested using Wireshark and it seems to be correct (or pcap is making the same mistakes as I am) The TCP_SNDUTO_TIMEOUT setsockopt option controls the way the user timeout is sent. If it's set to 0 no user timeout is sent. If it's > 0 the specified timeout is sent on first SYN. * My goals for for this week * Correctly set the granularity for the timeout (seconds / minutes) * Test the option for SYN-ACK * Receive the option and store it (the value can be retrieved using TCP_RCVUTO_TIMEOUT) This is all for report 3. If you have questions, suggestions or advices drop me an email to cnicutar@FreeBSD.org. Catalin Nicutar From owner-soc-status@FreeBSD.ORG Wed Jun 15 00:34:41 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A56C1065673 for ; Wed, 15 Jun 2011 00:34:41 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9DFE58FC0A for ; Wed, 15 Jun 2011 00:34:40 +0000 (UTC) Received: by fxm11 with SMTP id 11so90682fxm.13 for ; Tue, 14 Jun 2011 17:34:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=Vvd8i2MWDu9+YxpaNrLdLfxvzsFcqc/d4d00ZThTxhI=; b=NOBJRtsNmZoBxf+YFp5jSMy/ouOiTuzMVY4O5Gnyz6PiuUYngwZYzp0kyCItJhuMCh dSxNS2KfTIUVulFpZtLQ98KfB1nwdecvyFACsH1pBPFPx705zePDxp/Q3RqeZcVl4BX+ TZzj8QUUa56EpXR61g0QNRidJE8tjMaiKi9oI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=cMK7M+Flnoa5J/uLakvYlI98vtMbLAB4YioO0Qx25+Mo4NkFZQ096hdGMnZEGsbEzm XHPnkIAeocNnpeE/ktbh2nDh33ySLHbdm7QNAdli9kMmFfJ4U7YnqiPRwo6YXHkIJa1o G3Q3Hk5HjiN/qsu74KFb/h4lbWKaNyWz3lbDE= MIME-Version: 1.0 Received: by 10.223.13.69 with SMTP id b5mr841683faa.140.1308098079381; Tue, 14 Jun 2011 17:34:39 -0700 (PDT) Received: by 10.223.72.13 with HTTP; Tue, 14 Jun 2011 17:34:39 -0700 (PDT) Date: Tue, 14 Jun 2011 19:34:39 -0500 Message-ID: From: Zhihao Yuan To: soc-status@freebsd.org, Alexander Leidinger Content-Type: text/plain; charset=UTF-8 Cc: Subject: [nvi-iconv]Weekly status report 03 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2011 00:34:41 -0000 To whom may concerned: I'm merging the coding with nvi-1.8x, which takings long time. I have committed the result of the first step, which to remove the TK UI and to port newer source code layout. And I will try to show one more working version by this week. The problem met so far includes the usage of rcsid in svn. It's useful, but it's some what hard to setup (and to maintain...). -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-soc-status@FreeBSD.ORG Sat Jun 18 09:55:15 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D52A106567B; Sat, 18 Jun 2011 09:55:15 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2D8788FC13; Sat, 18 Jun 2011 09:55:08 +0000 (UTC) Received: by fxm11 with SMTP id 11so957873fxm.13 for ; Sat, 18 Jun 2011 02:55:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:mime-version :content-type:content-disposition:user-agent; bh=3OmS1YdTkzMLO95IA7YrCru9/rTysaFkfqHYvjpdvjM=; b=CSyjbZoz/hwq6nQ5X1N6yzZBYz+tNps9rr6y0KAaAo+nD3VVBgwyoqWa2w9EwVeSfa VymOZOzhKzh/olNuTJZVempJARPhWn7AsgOFiYfTcJ/ctuPnl6rFvY6fLb+K1gPXuBPe 0k/BwkG9rEP4VCkH4xtWrzNW0PFDGm6tfv43A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=KLKJZ/Hr4dFu4feCUBGfraVpjGXCfSG7EXnCYvpGIfoMgwQyQTkJczSFlpszSA/B9M It4w6QoAjcuaIwd2odzIGQTWMhm25iQpkv4vRw/PY4QKLWLVnwy2CS9mW6FOP/etM5Vc 3iLN/kvPQVzXhwyRhygVP5l0RfqdlDO/igLco= Received: by 10.223.102.65 with SMTP id f1mr2728846fao.132.1308390907999; Sat, 18 Jun 2011 02:55:07 -0700 (PDT) Received: from localhost (lan-78-157-92-5.vln.skynet.lt [78.157.92.5]) by mx.google.com with ESMTPS id y14sm1736003fah.37.2011.06.18.02.55.06 (version=SSLv3 cipher=OTHER); Sat, 18 Jun 2011 02:55:06 -0700 (PDT) Date: Sat, 18 Jun 2011 12:52:48 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20110618095248.GA18585@tops> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: ino64 status report 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2011 09:55:15 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=utf-8 Content-Disposition: inline ino64 project aims at extending ino_t to 64 bits and nlink_t to 32 bits integers providing compatibility shims for both kernel and libc. I've finished merging and testing my original patch this week. I've used pjdfstest, dbench and blogbench benchmark suits for testing, rebuilt most common ports, etc. Using shlib-compat to compare ABI compatibility of all shared libraries the following were found to break ABI: libarchive.so.5 libmagic.so.4 libprocstat.so.1 libufs.so.5 libutil.so.9 Considering forthcoming 9.0 release I think it would be interesting to check ABI compatibility between 8-STABLE and 9-CURRENT. Please contact me if you are interested in running such tests. Example diff between original and ino64 versions of libarchive.so.5 produced by shlib-compat attached. --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename="libarchive.so.5.diff.txt" --- so-diff/libarchive.so.5.orig.c 2011-06-17 21:41:06.971647373 +0300 +++ so-diff/libarchive.so.5.new.c 2011-06-17 21:41:07.004194526 +0300 @@ -1,5 +1,5 @@ -// Definitions mismatch: __archive_read_ahead@Base so-orig/libarchive.so.5 +// Definitions mismatch: __archive_read_ahead@Base so-ino64/libarchive.so.5 struct archive { uint32_t magic; @@ -33,7 +33,7 @@ struct archive archive; struct archive_entry *entry; uint32_t skip_file_dev; - uint32_t skip_file_ino; + uint64_t skip_file_ino; const char *read_data_block; int64_t read_data_offset; int64_t read_data_output_offset; @@ -102,7 +102,7 @@ struct extract { }; const void *__archive_read_ahead(struct archive_read *a, uint64_t min, int64_t *avail); -// Definitions mismatch: __archive_read_consume@Base so-orig/libarchive.so.5 +// Definitions mismatch: __archive_read_consume@Base so-ino64/libarchive.so.5 struct archive { uint32_t magic; @@ -136,7 +136,7 @@ struct archive archive; struct archive_entry *entry; uint32_t skip_file_dev; - uint32_t skip_file_ino; + uint64_t skip_file_ino; const char *read_data_block; int64_t read_data_offset; int64_t read_data_output_offset; @@ -205,7 +205,7 @@ struct extract { }; int64_t __archive_read_consume(struct archive_read *a, uint64_t request); -// Definitions mismatch: __archive_read_filter_ahead@Base so-orig/libarchive.so.5 +// Definitions mismatch: __archive_read_filter_ahead@Base so-ino64/libarchive.so.5 struct archive_read_filter { struct archive_read_filter_bidder *bidder; @@ -231,7 +231,7 @@ }; const void *__archive_read_filter_ahead(struct archive_read_filter *filter, uint64_t min, int64_t *avail); -// Definitions mismatch: __archive_read_filter_consume@Base so-orig/libarchive.so.5 +// Definitions mismatch: __archive_read_filter_consume@Base so-ino64/libarchive.so.5 struct archive_read_filter { struct archive_read_filter_bidder *bidder; @@ -257,7 +257,7 @@ }; int64_t __archive_read_filter_consume(struct archive_read_filter *filter, uint64_t request); -// Definitions mismatch: __archive_read_filter_skip@Base so-orig/libarchive.so.5 +// Definitions mismatch: __archive_read_filter_skip@Base so-ino64/libarchive.so.5 struct archive_read_filter { struct archive_read_filter_bidder *bidder; @@ -283,7 +283,7 @@ }; int64_t __archive_read_filter_skip(struct archive_read_filter *filter, int64_t request); -// Definitions mismatch: __archive_read_get_bidder@Base so-orig/libarchive.so.5 +// Definitions mismatch: __archive_read_get_bidder@Base so-ino64/libarchive.so.5 struct archive { uint32_t magic; @@ -317,7 +317,7 @@ struct archive archive; struct archive_entry *entry; uint32_t skip_file_dev; - uint32_t skip_file_ino; + uint64_t skip_file_ino; const char *read_data_block; int64_t read_data_offset; int64_t read_data_output_offset; @@ -386,7 +386,7 @@ struct extract { }; struct archive_read_filter_bidder *__archive_read_get_bidder(struct archive_read *a); -// Definitions mismatch: __archive_read_register_format@Base so-orig/libarchive.so.5 +// Definitions mismatch: __archive_read_register_format@Base so-ino64/libarchive.so.5 struct archive { uint32_t magic; @@ -420,7 +420,7 @@ struct archive archive; struct archive_entry *entry; uint32_t skip_file_dev; - uint32_t skip_file_ino; + uint64_t skip_file_ino; const char *read_data_block; int64_t read_data_offset; int64_t read_data_output_offset; @@ -489,7 +489,7 @@ struct extract { }; int32_t __archive_read_register_format(struct archive_read *a, void *format_data, const char *name, F(, int32_t, (struct archive_read * ))* bid, F(, int32_t, (struct archive_read * , const char * , const char * ))* options, F(, int32_t, (struct archive_read * , struct archive_entry * ))* read_header, F(, int32_t, (struct archive_read * , const void ** , uint64_t * , int64_t * ))* read_data, F(, int32_t, (struct archive_read * ))* read_data_skip, F(, int32_t, (struct archive_read * ))* cleanup); -// Definitions mismatch: __archive_read_skip@Base so-orig/libarchive.so.5 +// Definitions mismatch: __archive_read_skip@Base so-ino64/libarchive.so.5 struct archive { uint32_t magic; @@ -523,7 +523,7 @@ struct archive archive; struct archive_entry *entry; uint32_t skip_file_dev; - uint32_t skip_file_ino; + uint64_t skip_file_ino; const char *read_data_block; int64_t read_data_offset; int64_t read_data_output_offset; @@ -592,7 +592,7 @@ struct extract { }; int64_t __archive_read_skip(struct archive_read *a, int64_t request); -// Definitions mismatch: __archive_read_skip_lenient@Base so-orig/libarchive.so.5 +// Definitions mismatch: __archive_read_skip_lenient@Base so-ino64/libarchive.so.5 struct archive { uint32_t magic; @@ -626,7 +626,7 @@ struct archive archive; struct archive_entry *entry; uint32_t skip_file_dev; - uint32_t skip_file_ino; + uint64_t skip_file_ino; const char *read_data_block; int64_t read_data_offset; int64_t read_data_output_offset; @@ -695,14 +695,15 @@ struct extract { }; int64_t __archive_read_skip_lenient(struct archive_read *a, int64_t request); -// Definitions mismatch: archive_entry_copy_stat@Base so-orig/libarchive.so.5 +// Definitions mismatch: archive_entry_copy_stat@Base so-ino64/libarchive.so.5 struct archive_entry { }; struct stat { + uint64_t st_ino; + uint32_t st_nlink; uint32_t st_dev; - uint32_t st_ino; uint16_t st_mode; - uint16_t st_nlink; + int16_t st_padding0; uint32_t st_uid; uint32_t st_gid; uint32_t st_rdev; @@ -724,7 +725,7 @@ }; void archive_entry_copy_stat(struct archive_entry *entry, const struct stat *st); -// Definitions mismatch: archive_entry_ino@Base so-orig/libarchive.so.5 +// Definitions mismatch: archive_entry_ino@Base so-ino64/libarchive.so.5 struct ae_acl { struct ae_acl *next; @@ -802,9 +803,9 @@ uint64_t length; uint64_t buffer_length; }; -uint32_t archive_entry_ino(struct archive_entry *entry); +uint64_t archive_entry_ino(struct archive_entry *entry); -// Definitions mismatch: archive_entry_stat@Base so-orig/libarchive.so.5 +// Definitions mismatch: archive_entry_stat@Base so-ino64/libarchive.so.5 struct ae_acl { struct ae_acl *next; @@ -884,10 +885,11 @@ }; struct stat { + uint64_t st_ino; + uint32_t st_nlink; uint32_t st_dev; - uint32_t st_ino; uint16_t st_mode; - uint16_t st_nlink; + int16_t st_padding0; uint32_t st_uid; uint32_t st_gid; uint32_t st_rdev; @@ -909,14 +911,15 @@ }; const struct stat *archive_entry_stat(struct archive_entry *entry); -// Definitions mismatch: archive_read_disk_entry_from_file@Base so-orig/libarchive.so.5 +// Definitions mismatch: archive_read_disk_entry_from_file@Base so-ino64/libarchive.so.5 struct archive_entry { }; struct stat { + uint64_t st_ino; + uint32_t st_nlink; uint32_t st_dev; - uint32_t st_ino; uint16_t st_mode; - uint16_t st_nlink; + int16_t st_padding0; uint32_t st_uid; uint32_t st_gid; uint32_t st_rdev; @@ -938,10 +941,10 @@ }; int32_t archive_read_disk_entry_from_file(struct archive *_a, struct archive_entry *entry, int32_t fd, const struct stat *st); -// Definitions mismatch: archive_read_extract_set_skip_file@Base so-orig/libarchive.so.5 -void archive_read_extract_set_skip_file(struct archive *_a, uint32_t d, uint32_t i); +// Definitions mismatch: archive_read_extract_set_skip_file@Base so-ino64/libarchive.so.5 +void archive_read_extract_set_skip_file(struct archive *_a, uint32_t d, uint64_t i); -// Definitions mismatch: archive_read_support_compression_gzip@Base so-orig/libarchive.so.5 +// Definitions mismatch: archive_read_support_compression_gzip@Base so-ino64/libarchive.so.5 struct archive { uint32_t magic; @@ -976,7 +979,7 @@ }; int32_t archive_read_support_compression_gzip(struct archive *_a); -// Definitions mismatch: archive_write_disk_set_skip_file@Base so-orig/libarchive.so.5 +// Definitions mismatch: archive_write_disk_set_skip_file@Base so-ino64/libarchive.so.5 struct archive { uint32_t magic; @@ -1009,9 +1012,9 @@ F(, int64_t, (struct archive * , const void * , uint64_t )) *archive_write_data; F(, int64_t, (struct archive * , const void * , uint64_t , int64_t )) *archive_write_data_block; }; -int32_t archive_write_disk_set_skip_file(struct archive *_a, uint32_t d, uint32_t i); +int32_t archive_write_disk_set_skip_file(struct archive *_a, uint32_t d, uint64_t i); -// Definitions mismatch: archive_write_set_skip_file@Base so-orig/libarchive.so.5 +// Definitions mismatch: archive_write_set_skip_file@Base so-ino64/libarchive.so.5 struct archive { uint32_t magic; @@ -1044,4 +1047,4 @@ F(, int64_t, (struct archive * , const void * , uint64_t )) *archive_write_data; F(, int64_t, (struct archive * , const void * , uint64_t , int64_t )) *archive_write_data_block; }; -int32_t archive_write_set_skip_file(struct archive *_a, uint32_t d, uint32_t i); +int32_t archive_write_set_skip_file(struct archive *_a, uint32_t d, uint64_t i); --cNdxnHkX5QqsyA0e-- From owner-soc-status@FreeBSD.ORG Sun Jun 19 10:05:47 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03ECD1065673 for ; Sun, 19 Jun 2011 10:05:47 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id B03E18FC12 for ; Sun, 19 Jun 2011 10:05:46 +0000 (UTC) Received: by qyk30 with SMTP id 30so1173367qyk.13 for ; Sun, 19 Jun 2011 03:05:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=wu5oMwcXh8eVBFiT6Iyw4ONc31HfXPdkQi4bDJ1ONiY=; b=bodmetmAHhEzM0A0VEu69LRa6EINvbvBov662B3k9/4+hY+jZvhO912yDRFypxaJUQ +Fi18tZBqd+IiSUNLTRtPOTNxnZXc+oZsVK54OCDc8Jg4iRb83WnYlCTwrj6JmzZFkcN pSHseWsvBZGnJHMd+CBjYONJ+HRdMFwdNKkDo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=eZ6Wxm298C1jBslvobb3JSbo9VKZRYNFUiN+PkuREnKAACbdjAmw2/h5XQ+udp5r07 3fZmIdOZ/UiaqWQfYa2pljInU/7Vdd2oJa6rINHkrfA7o/4KwY+HwDm/dWQuHKd8zNq1 KK2b65ISA6kpiYDm6idzoIgdWo7oswHimQRL8= MIME-Version: 1.0 Received: by 10.229.130.3 with SMTP id q3mr3150933qcs.44.1308477945784; Sun, 19 Jun 2011 03:05:45 -0700 (PDT) Received: by 10.229.88.143 with HTTP; Sun, 19 Jun 2011 03:05:45 -0700 (PDT) Date: Sun, 19 Jun 2011 13:05:45 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Ivan Voras , Hans Petter Selasky Subject: [fuse] Status report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 10:05:47 -0000 Project: Finish porting fuse I've spent last week fixing various regression bugs after initial macfuse merge. It looks like fuse sshfs can now handle benchmark run without random panics like original fuse4bsd does. I'm going to start more through testing according to proposal and port rest of the changes from macfuse next. Fuse library should be patched to perform additional checks for rename operation. Linux VFS checks if target directory is not under source directory, in FreeBSD it's done by file system. This check was removed from macfuse, but fuse file systems doesn't seem to perform check too. I'm going to do it after finishing macfuse merge. From owner-soc-status@FreeBSD.ORG Sun Jun 19 10:21:03 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 926BD106566C for ; Sun, 19 Jun 2011 10:21:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 239718FC13 for ; Sun, 19 Jun 2011 10:21:02 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=XR4AdwVFe5G+K9PtySS1/JOnv6WK/hruile8wX/SUjk= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=5aZyLiFkUVUA:10 a=WQU8e4WWZSUA:10 a=IkcTkHD0fZMA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=QfZxPb4saTiNiUBFdR8A:9 a=9K8y1PZCQ84Z7-zk1xgA:7 a=QEXdDO2ut3YA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 141269833; Sun, 19 Jun 2011 12:10:59 +0200 From: Hans Petter Selasky To: Ilya Putsikau Date: Sun, 19 Jun 2011 12:09:30 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201106191209.30111.hselasky@c2i.net> Cc: soc-status@freebsd.org, Ivan Voras Subject: Re: [fuse] Status report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 10:21:03 -0000 On Sunday 19 June 2011 12:05:45 Ilya Putsikau wrote: > Project: Finish porting fuse > > I've spent last week fixing various regression bugs after initial > macfuse merge. It looks like fuse sshfs can now handle benchmark run > without random panics like original fuse4bsd does. I'm going to start > more through testing according to proposal and port rest of the > changes from macfuse next. > > Fuse library should be patched to perform additional checks for rename > operation. Linux VFS checks if target directory is not under source > directory, in FreeBSD it's done by file system. This check was removed > from macfuse, but fuse file systems doesn't seem to perform check too. > I'm going to do it after finishing macfuse merge. Have you tested other file systems under your new fuse4bsd? --HPS From owner-soc-status@FreeBSD.ORG Sun Jun 19 14:56:59 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57052106568B for ; Sun, 19 Jun 2011 14:56:59 +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 147E78FC18 for ; Sun, 19 Jun 2011 14:56:58 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 63CF514E585B for ; Sun, 19 Jun 2011 16:56:57 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id kgiGQ7aqsMo7 for ; Sun, 19 Jun 2011 16:56:55 +0200 (CEST) Received: from [193.137.158.156] (unknown [193.137.158.156]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id DC9E214E585A for ; Sun, 19 Jun 2011 16:56:54 +0200 (CEST) Message-ID: <4DFE0E3C.8000804@kovesdan.org> Date: Sun, 19 Jun 2011 15:57:00 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-PT; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regex status report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 14:56:59 -0000 Hi, this week I tested more the code and opposed to my earlier impressions, I noticed that the performance is actually varying. With sed it usually performs like the old code or in some cases it was even significantly better. It seems that grep is just an extreme case that is very sensible to performance. So I decided to clean the stuff that I have so far and publish a patch for testing. If people find the out of the box performance good enough, we can proceed with the first phase of replacing the regex code. It has to be tested and checked thoroughly, though, that's why I want to provide a patch as soon as possible. And grep will still use the GNU regex code so it's performance will not be affected. The patch will be ready soon. Apart from this, I've been looking at how to optimize the performance. There are a couple of ideas that could possibly work: simple matcher for fix and simple expressions; optimizing the internals of the code, wrapping with a heuristical matcher that isolates the possibly matching part and only applies the heavier algorithm on the narrower context, etc. I have to think which techniques should be used with TRE and then implement them. I haven't written any optimization code yet because first I want to see clearly how it should be done. Gabor From owner-soc-status@FreeBSD.ORG Sun Jun 19 20:20:17 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 234BE106564A for ; Sun, 19 Jun 2011 20:20:17 +0000 (UTC) (envelope-from joffrey.lassignardie@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id F29218FC12 for ; Sun, 19 Jun 2011 20:20:16 +0000 (UTC) Received: by pzk27 with SMTP id 27so4071882pzk.13 for ; Sun, 19 Jun 2011 13:20:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=5ga0XozkSXW3eo/SNNsyc9RLiwHfDOPEvJ1ONHrfwhI=; b=FMBdLkwGEC6uLyLldY5c5G/YI1klANrIlwrEZ7S02cZC1PYY0G1frl3QZ9DLBshGTx 9ZUCxGZeV1nMmjEu+2xwZf2yTVxeK2hnn9pVitskKNnM0/7z7sqOpaFdFer3HcEV4udf uYBkS20QLR1jD9TpPiLXDm2YDMUphHXDyPp/s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=K1hoQh0vA4QI/BDI/Ub8V7UEzu5jdXOR1FwFQP7IQWxPkzBgtR8wCh08A3ryr2wYGu ellGYEC9Oig6aYPpmNHshkhPB41Ep25I76aub0R9M3pAJfoFkfkhenKncVPxYe9v4CzW G2XKN/qphqFLv0OKte3h3nfqOWqgJ3YfRE/zE= MIME-Version: 1.0 Received: by 10.142.174.13 with SMTP id w13mr825953wfe.285.1308514816344; Sun, 19 Jun 2011 13:20:16 -0700 (PDT) Received: by 10.143.67.6 with HTTP; Sun, 19 Jun 2011 13:20:16 -0700 (PDT) Date: Sun, 19 Jun 2011 20:20:16 +0000 Message-ID: From: Lassi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [SoC2011 Status Report] pkg convert - Week 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 20:20:17 -0000 Hi, My project is to create tools to easily convert rpm/deb packages to the future FreeBSD package format. This week, I've spent my time studying the rpm package format. As I'll need to operate on such package, the first think to do is to write a small library to read the content of such packages. For the moment, I've routines to read the different section of an rpm file and to retrieve information about the files packaged within. In other words, I can walk through a package metadata. The next week, I'll write routine to extract files contained in a rpm package and begin to write the code needed to convert the package in a pkgng compliant package. -- Joffrey ``Lassi'' Lassignardie From owner-soc-status@FreeBSD.ORG Sun Jun 19 21:07:07 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 261361065670 for ; Sun, 19 Jun 2011 21:07:07 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id CB5468FC08 for ; Sun, 19 Jun 2011 21:07:06 +0000 (UTC) Received: from kibab-darwin.local (unknown [176.14.91.48]) by mx0.deglitch.com (Postfix) with ESMTPSA id 91F928FC2D; Mon, 20 Jun 2011 01:07:04 +0400 (MSD) Message-ID: <4DFE64F4.3050702@kibab.com> Date: Mon, 20 Jun 2011 01:07:00 +0400 From: Ilya Bakulin User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ru; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: soc-status@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDC2129C2388F4FAE16FEF0DA" Cc: "Robert N. M. Watson" , Jonathan Anderson , Ben Laurie Subject: [Status Update] Capsicum adaptation project: Week 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 21:07:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDC2129C2388F4FAE16FEF0DA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, this is the third status update for Capsicum adaptation project. During this week I have set up complete testing environment for the project (build server, VirtualBox guest, make.conf/src.conf files, build automation scripts). I also began digging through syslogd code, as this is going to be the first application that will receive sandboxing support during my project. So during the next week I will likely have some questions about syslogd, which will go either to hackers@ or to Ben/Robert/Jon. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --------------enigDC2129C2388F4FAE16FEF0DA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3+ZPkACgkQo9vlj1oadwgvUACeOIrH/DBwz4lGDG9bjsmsRAQp Zp8Anj4bJCEUKxtPQrQJo+UouS3wpmv0 =/z8K -----END PGP SIGNATURE----- --------------enigDC2129C2388F4FAE16FEF0DA-- From owner-soc-status@FreeBSD.ORG Sun Jun 19 22:22:39 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1515C106566B for ; Sun, 19 Jun 2011 22:22:39 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 95CF48FC17 for ; Sun, 19 Jun 2011 22:22:38 +0000 (UTC) Received: by bwz12 with SMTP id 12so1751911bwz.13 for ; Sun, 19 Jun 2011 15:22:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=s1pD4m+IhYBRuSIPP5AffvkWvWM6VoNkJqB68MCF5Y4=; b=Ff4zrOZ1StKlrIJ2RTdY+147BzpOHFkDT4Y+vaRCOvbHFY8KN0DNVLXA4/YIRFX5rU xDK8Op3b5dqwPawo7mu7JhzFb6ueTUEJVMi6X8N+oUfGX9Akwr2w2ReMNVKeUMMG9STE weZwO8XHgfSlNgAtJ2AqJGkYbtS2gqdhreqLw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=mCIgfQqE3c8BzVnadeOf+Ds73YzZ/9JP5x2moovt/Phn10CaytK57ZxMh15o63MY7b pvYI8cKrQez1iWUVhkDNUki2XRcfBZwgBu1AxGsa5aZWZbBzZMrg9zT3ViEn65lO4SRX bPrIBo5Rro7H9byVsDbbPfjc0g+3e7PkKPWWE= Received: by 10.204.12.84 with SMTP id w20mr3449016bkw.193.1308522157209; Sun, 19 Jun 2011 15:22:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.13.72 with HTTP; Sun, 19 Jun 2011 15:22:17 -0700 (PDT) From: rudo tomori Date: Mon, 20 Jun 2011 00:22:17 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: BFS scheduler weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 22:22:39 -0000 Hi, the goal of my project is to implement a BFS - like scheduler into the FreeBSD. I started off with the original 4.4BSD code, and by iterative modifications I will develop a scheduler that matches the BFS design as specified in http://ck.kolivas.org/patches/bfs/sched-BFS.txt. Last week I implemented a virtual deadline mechanism into the scheduler. The scheduler now chooses a new thread by looking for a thread with the earliest virtual deadline. The scheduler now works this way - whenever it schedules a thread, it assigns the thread the full time quantum. This week I will change it so that a thread gets assigned only the part of its time quantum that it did not consume in the previous run. When I am ready with this, I will make also the idle threads to be chosen according to the earliest virtual deadline. As always, you can find more info at my project blog http://rudot.blog.com/. rudo From owner-soc-status@FreeBSD.ORG Mon Jun 20 13:56:26 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41AF11065672; Mon, 20 Jun 2011 13:56:26 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7D19D8FC0A; Mon, 20 Jun 2011 13:56:25 +0000 (UTC) Received: by wyb33 with SMTP id 33so3430822wyb.13 for ; Mon, 20 Jun 2011 06:56:24 -0700 (PDT) Received: by 10.216.140.138 with SMTP id e10mr2114948wej.41.1308578183846; Mon, 20 Jun 2011 06:56:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.29.81 with HTTP; Mon, 20 Jun 2011 06:55:43 -0700 (PDT) In-Reply-To: References: From: Takuya ASADA Date: Mon, 20 Jun 2011 22:55:43 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Robert N. M. Watson" , George Neville-Neil , Kazuya Goda Subject: Re: Weekly status report (14th June) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 13:56:26 -0000 I just realized last report is not completed. Just following one line: 2011/6/14 Takuya ASADA : > Here's status update from last week: > > *Multi-queue NIC emulation support on bpf > http://p4web.freebsd.org/@@194710?ac=3D10 > > I was considering how to implement/test multi-queue tap device, but I > didn't get good idea to do that. > But I get alternate idea to emulate multi-queue network device and the > way to support it on bpf, using "RPS" which is Kazuya GODA's project. > The benefit of it is The benefit of it is, we can use any mono-queue NIC for Multiqueue BPF testing, and we won't need any additional application that tun/tap needed. > I re-factored his implementation and renamed it "SOFTRSS". > On ethernet layer, it calculates flowid on m2cpuid function, then > selects cpuid. That is the idea of RPS, but I added few more things to > support multiqueue bpf. > I added > m->m_pkthdr.rxqid =3D *cpuid; > on m2cpuid function described above, also added > ifp->if_rxq_num =3D netisr_get_cpucount(); > on BIOCENAQMASK ioctl in bpf.c. > It's bit strange to set if_rxq_num in bpf, but until we don't have > driver independent struct ifnet initialize code probably it's the best > place to do so. > Otherwise we have to change all device drivers. > > To prevent rewriting all device drivers, and also to determine RSS > enabled device, I added IFCAP_MULTIQUEUE. > I added the capability on igb, and added following code on > BIOCENAQMASK ioctl in bpf: > #ifdef SOFTRSS > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0if (!(ifp->if_capenable & IFCAP_MULTIQUEUE)) { > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ifp->if_rxq_num =3D netisr_get_cpucou= nt(); > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ifp->if_capabilities |=3D IFCAP_MULTI= QUEUE; > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ifp->if_capenable |=3D IFCAP_MULTIQUE= UE; > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0} > #else > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0if (!(ifp->if_capenable & IFCAP_MULTIQUEUE)) { > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0error =3D EINVAL; > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0break; > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0} > #endif > > This means, > - If the NIC supports RSS, multi-queue bpf just works. > - If the NIC doesn't supports RSS, and SOFTRSS is enabled, bpf sets > rxq_num and adds capability on the if, multi-queue bpf works. > - If the NIC doesn't supports RSS, and SOFTRSS is disabled, > BIOCENAQMASK fails, multi-queue bpf doesn't work. > > I think the code is still dirty, maybe we shouldn't modify struct > ifnet in bpf, etc. > Also, I suppose there're few more missing features, ex) TX packet handlin= g. > > *replace mtx with rmlock > Haven't looking into it yet, it stacks somewhere, possibly deadlock occur= red. > From owner-soc-status@FreeBSD.ORG Mon Jun 20 15:00:27 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB83A1065673 for ; Mon, 20 Jun 2011 15:00:27 +0000 (UTC) (envelope-from forandom@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id AF04F8FC12 for ; Mon, 20 Jun 2011 15:00:27 +0000 (UTC) Received: by pvg11 with SMTP id 11so2021199pvg.13 for ; Mon, 20 Jun 2011 08:00:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=MnospT7EdnJcjlimXnbH3WpxAuSNDdlm4gIco9AmzhA=; b=plNMFahv/8SrJQkml5x/5jSdIOt+x1U8ewf1Jx041hojVP0daRo0akthWvDGBtXZjL sorr9N7JqSlPid7h2PwpMD6/0wHEAo5Ir55QXa/0jrfq766xJP6KZoata1stueC22Abx 5t3JsBZQNTHBFwojD0mPEcsXWdlrwZ4O9BFc0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=j8XUq7PyMIr56y7voe1fACCgvK8tEx0pUR+8p0lWKNEVmTA8ABMKA4+iUYXcdIHW9d NCE8B2UZywgYzkI5/WETDo/X5P4IIzQpqQEHvLsjd4HPsChhHl6G6pZKFftNG8VTV7AD pd+/qv59fRIhr0Bon+dqXbQ8HwBV4W586/tUU= MIME-Version: 1.0 Received: by 10.68.23.131 with SMTP id m3mr2176537pbf.253.1308582027386; Mon, 20 Jun 2011 08:00:27 -0700 (PDT) Received: by 10.68.56.70 with HTTP; Mon, 20 Jun 2011 08:00:27 -0700 (PDT) Date: Mon, 20 Jun 2011 23:00:27 +0800 Message-ID: From: Xingxing Pan To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: DWARF debug frame information X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 15:00:27 -0000 1.Annotate rtld for i386. 2.Annotate libc for amd64. Actually I have annotate most hand writing assembly files mentioned in the proposal for i386. Next will for amd64. I think this will be done very quickly. After annotating all the assembly files, the test plan will be implemented. From owner-soc-status@FreeBSD.ORG Mon Jun 20 17:19:58 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0709F106564A for ; Mon, 20 Jun 2011 17:19:58 +0000 (UTC) (envelope-from walter.artica@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id D3D388FC12 for ; Mon, 20 Jun 2011 17:19:57 +0000 (UTC) Received: by pzk27 with SMTP id 27so4980918pzk.13 for ; Mon, 20 Jun 2011 10:19:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:content-type; bh=PwVbA8lUD4ejZMIBQLzd2POj6o1lmtoCBtATc3gUhJE=; b=kfmNsO1rQpu9B7S8TaepRbrF85cGlGDMRxY9XdLDC5NuY8t0RjzUc2zJh3fg0GqMc2 CVCepIOlv0rGI0pwZUwODdWgIEPzwSUWxRgCWsFN7sRCzbsWrL65r+PYuk8lNQlC9vYK VeCBfnuESv8OZLAUbXtxuga7zij3NAA4Awp2U= 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=LcKwhjbCFil1kZwwbXwmdYRCc29Y7vKw0B6tATuV0qYCrIj000zm57JbJzcGqMBULE oNjzfWZ1GHkqrZs+s+m7inP8mTfIPmED36KRbohvlukutewyR19C1yCilIZ8CyEfpcqN GWp1CUF7MkE3gyvWh6EHMK90/1cdIEAxBrPT0= MIME-Version: 1.0 Received: by 10.142.62.33 with SMTP id k33mr777934wfa.136.1308590396968; Mon, 20 Jun 2011 10:19:56 -0700 (PDT) Sender: walter.artica@gmail.com Received: by 10.142.222.6 with HTTP; Mon, 20 Jun 2011 10:19:56 -0700 (PDT) Date: Mon, 20 Jun 2011 12:19:56 -0500 X-Google-Sender-Auth: 8fvjDxLKP-6BbrjU6VVjYdYM0-Y Message-ID: From: Walter Artica To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: smbfs infrastructure work: Status update X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 17:19:58 -0000 Hi. Abstract: The FreeBSD SMB (client) filesystem support is based on the smbfs package, which hasn't been properly updated. The two goals of the project are: a) making it MPSAFE, and b) merging back the Apple's Darwin code improvements. * The smbfs2 branch has been created, with the purpose of hosting the (severely modified) smbfs implementation of Darwin. The rationale behind is that the last version of our package was 1.4.5. and this new smbfs for FreeBSD will be an alternative implementation, not a direct replacement. * Dissection of current implementation goes on. Regards, Walter Artica. From owner-soc-status@FreeBSD.ORG Mon Jun 20 21:21:36 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81F89106564A; Mon, 20 Jun 2011 21:21:36 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 25FBE8FC08; Mon, 20 Jun 2011 21:21:35 +0000 (UTC) Received: by yic13 with SMTP id 13so3266607yic.13 for ; Mon, 20 Jun 2011 14:21:35 -0700 (PDT) Received: by 10.151.115.6 with SMTP id s6mr6125580ybm.130.1308604895105; Mon, 20 Jun 2011 14:21:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.110.20 with HTTP; Mon, 20 Jun 2011 14:20:55 -0700 (PDT) From: Takuya ASADA Date: Tue, 21 Jun 2011 06:20:55 +0900 Message-ID: To: soc-status@freebsd.org, Kazuya Goda , "Robert N. M. Watson" , George Neville-Neil Content-Type: text/plain; charset=UTF-8 Cc: Subject: [mq_bpf] status report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 21:21:36 -0000 *Project summary The project goal is to support multiqueue network interface on BPF, and provide interfaces for multithreaded packet processing using BPF. Modern high performance NICs have multiple receive/send queues and RSS feature, this allows to process packet concurrently on multiple processors. Main purpose of the project is to support these hardware and get benefit of parallelism. *Subject changed I changed status report subject from this report, from submitted date to week number. Here's old subjects and week number mapping: Weekly status report (27th May) => week1 Weekly status report (6th June) => week2 Weekly status report (14th June) => week3 Here's status update from last week: *multiqueue bpf emulation on SOFTRSS improvements http://p4web.freebsd.org/@@195038?ac=10 In previous submit, IFCAP_MULTIQUEUE is assigned the interface when multiqueue BPF enabled(BIOCENAQMASK). I decided to not assign the flag, but assign IFCAP_SOFT_MULTIQUEUE. So now we can identify it's real multiqueue NIC or software emulation. Added rxqid/txqid setting code in ether_output_frame, to handle TX queue handling. (m->m_pkthdr.txqid is always 0, ifp->if_txq_num is 1 when SOFTRSS) Added ifp->if_rxq_affinity/ifp->if_txq_affinity initialization code. *Reduce lock contention on BPFIF_LOCK http://p4web.freebsd.org/@@195044?ac=10 mtx replaced with rmlock on BPFIF_LOCK. Looks working, but more tests and performance analysis are required. *thoughts Is there nwsid != cpuid situations? If so, which is used in netisr_select_cpuid? If netisr_select_cpuid using real cpuid, when cpuid > nws_count situation occurs, bpf_mtap refers outside of an array(on d->qmask.qm_rxq_mask), kernel must die there. Even if netisr_select_cpuid using nwsid, if there's nwsid != cpuid situation, BIOCRXQAFFINITY should return the mapping info. *thoughts2 Can we make situation rxqid != cpuid on multiqueue NIC by changing MSI-x interrupt assignments? From owner-soc-status@FreeBSD.ORG Mon Jun 20 23:30:22 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 862BE106566C for ; Mon, 20 Jun 2011 23:30:22 +0000 (UTC) (envelope-from m.kocielski@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 613BA8FC14 for ; Mon, 20 Jun 2011 23:30:22 +0000 (UTC) Received: by pwi7 with SMTP id 7so51282pwi.13 for ; Mon, 20 Jun 2011 16:30:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=R+7y+rXxxLXZoXwD5SmO+SmCWMIakjr7SdIlZqyWSAE=; b=iISLfM0LXpH8m9kPJuNxJltKPKLNDk4m1/goE3wjb6I6dh75U5B4HhkO1fqzjIQpIX eYg9DCKHaMePEVtBl5BIhEmwDSnp7nr1FGak82NQUkJR7sRmMEhncoGVrd2pc513omCk 4mFklUxM8g1Df5HtKSw26niTscwiVZ43UjG00= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=kDu45AvFGETO1KzAj5B9IuUtLkXY0h4pk3lWhJDkOE1lRlCqozaNiUyGWbbTYOQgez 3HdBRv3zIhDnPtOrTy4AiBZMYIZ49J3TO+yREB8kts7aQ+GNb3lxvtMnt8tawkZ1Dk8G Zfww2p60jmzsVUWdtS7kRrGtknZDBJE4GbVzo= MIME-Version: 1.0 Received: by 10.68.14.137 with SMTP id p9mr2535600pbc.377.1308612621813; Mon, 20 Jun 2011 16:30:21 -0700 (PDT) Received: by 10.68.49.74 with HTTP; Mon, 20 Jun 2011 16:30:21 -0700 (PDT) Date: Tue, 21 Jun 2011 01:30:21 +0200 Message-ID: From: Mateusz Kocielski To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Testing temporal properties with Temporally Enhanced Security Logic Assertions - week 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 23:30:22 -0000 Hello, Last week my work was mostly focused (but not only) on bits outside the TESLA framework. My goal was to prepare background for testing: * designing fuzzers which will be used in the test phrases * writing skeleton of fuzzers * reading the MAC framework sources * writing more basic examples for userland (I'd like to use those examples in quick write-up on TESLA usage) * fixing general bugs Next week I planning to accomplish: * write quick write-up on basic usage of the TESLA (userland + examples) * testing MAC framework (kernel setup, tests, report, future directions) * extend fuzzing framework (consider integrating this work into stress2 suite) * setup capsicum environment and write schedule for testing it In case of any questions please catch me on IRC (I'm shm at freenode). Regards, Mateusz From owner-soc-status@FreeBSD.ORG Tue Jun 21 07:46:28 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 020DF1065672 for ; Tue, 21 Jun 2011 07:46:28 +0000 (UTC) (envelope-from nc3bhconc@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id B605B8FC08 for ; Tue, 21 Jun 2011 07:46:27 +0000 (UTC) Received: by qyk30 with SMTP id 30so2110466qyk.13 for ; Tue, 21 Jun 2011 00:46:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=tQabCrVpGdHSY49hl11kh9CMY9cJYtPJLer5Twkac24=; b=geDK/vnEbzPBC1jPg3yQxfLMFGJNgVglA5PF0jlZ8qn0CPJ4P63freMeS4n3OQ1tTP SUAluDbPso7z1n9zbyke/k6vwOxZXgGZaGxxHCFfbzQTTlIYlMJqfjLVKB6ysCrE3eUR ooxE0WUjy7j4yMOCu8n8CDBbZrVH7RlbRdyg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=lfye238Il5+Fhto76qAb+RPUrAEhmk0JVkn+DYUR+AhExSBuzCvonibYgh5qcmULh3 8RTY9NhtXjfQLIA5D9k9ILLRB0RDWUsGsB/poLu4mu8ntCHxrFg75mgk7b6Ilku+nTpO VVYjA4DEvXLEq5FWnBuzHbhvjQ/yl0mPiYr/8= Received: by 10.224.27.129 with SMTP id i1mr4319576qac.312.1308642387187; Tue, 21 Jun 2011 00:46:27 -0700 (PDT) MIME-Version: 1.0 Sender: nc3bhconc@gmail.com Received: by 10.224.45.143 with HTTP; Tue, 21 Jun 2011 00:46:07 -0700 (PDT) From: Catalin Nicutar Date: Tue, 21 Jun 2011 10:46:07 +0300 X-Google-Sender-Auth: OQfV6LtzIqUYjT7f-bCIDtIeRTE Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TCP UTO - Weekly Report 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 07:46:28 -0000 Hello! This is the fourth report for TCP UTO. * Short TCP UTO description UTO stands for User Timeout Option (it is described in RFC5482). TCP UTO specifies a peer should be allowed to advertise its chosen `User Timeout' for a connection. The wiki page for this project: http://wiki.freebsd.org/CatalinNicutar/TCPUTO * Work completed last week * The option is now correctly sent on SYN-ACK (in syncache) * The granularity of the option is set when the user specifies more than 3600 seconds * The timeout suggested by the peer (tcp_input) can be retrieved using TCP_RCVUTO_TIMEOUT * I have added examples and a capture on the wiki page * My goals for for this week * Begin to adapt the behavior of TCP according to the suggested timeout. If you have questions, suggestions or advices drop me an email to cnicutar@FreeBSD.org. Catalin Nicutar From owner-soc-status@FreeBSD.ORG Tue Jun 21 12:16:53 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D7E71065672 for ; Tue, 21 Jun 2011 12:16:53 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id C15AF8FC12 for ; Tue, 21 Jun 2011 12:16:52 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LN5007TV3G258E0@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Tue, 21 Jun 2011 14:16:50 +0200 (CEST) Date: Tue, 21 Jun 2011 14:16:50 +0200 From: jakub.klama@uj.edu.pl To: soc-status@freebsd.org Message-id: <85a54dd849426484c3ac12ebf54b9632@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: Fwd: FreeBSD/ARM port to NXP LPC32x0 - status report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 12:16:53 -0000 Hi, This is #4 status report of project aiming to port FreeBSD to LPC32x0 ARM9 System-on-Chip. It currently boots in single- and multiuser mode, but it's still somewhat unstable in multiuser operation due to some bugs in ethernet driver. Things done this week: * RTC driver * cpu_reset() in lpc_machdep.c * worked on ethernet driver (not commited yet, will commit soon) * worked on MMC/SD driver (not functional yet) Things on which I will be working next week: * commit ethernet driver, do proper link status handling * make MMC/SD driver working Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Wed Jun 22 04:40:49 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90DC5106572D for ; Wed, 22 Jun 2011 04:40:49 +0000 (UTC) (envelope-from gockzy@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0EB8FC22 for ; Wed, 22 Jun 2011 04:40:48 +0000 (UTC) Received: by ewy1 with SMTP id 1so147589ewy.13 for ; Tue, 21 Jun 2011 21:40:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=5ditOe0tNBN/h++N8ahlZWN2+GxKcJ/QuI86ocKrEQg=; b=jJ322cJ50rECIBYY70oIE985qCWBJp1aLtQQeY23Kz6AnTlbDUnd9hdT7x66D8jQSF nOIlbtMEcTbK4H9i7MdLAlbrLCR1R6cTvise7rfUxLG3FIOXk3/N4u0tDli9gN4BLNth setsr+e+Lu2YRmikK4WIkJr93Z5U9yK2LMlEA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=SHdEOKF67ZmugYg7/XjF7n4zcTh4HPi0ed5lLpx8cDy/YQ55JTdcQkNCLESacO3acP RIKkZioZkSSxWfcZKh20eb4E4qQ9jnU/ldxDnK3UkUBaHeOc7uoDGufNz/YiwZMV7uqb FbMYyLlmEpoY6Wh5jRxQVXCNEXe1n4c8sN/xY= Received: by 10.14.95.75 with SMTP id o51mr135095eef.235.1308717648169; Tue, 21 Jun 2011 21:40:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.102.5 with HTTP; Tue, 21 Jun 2011 21:40:28 -0700 (PDT) From: Kazuya Goda Date: Wed, 22 Jun 2011 13:40:28 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [status report] RPS/RFS #week4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2011 04:40:49 -0000 Hi, The goal of my project is to implement RPS/RFS on FreeBSD. RPS solves the problem of mono-queue NIC which can't distribute packets across multiple processors. This week status : Since last week, I have had TCP connection problem. 500 clients send connection request , about 400 clients connection established is failed. I used iperf for benchmark.Watching netstat output, I found listen queue is overflow. This overflow was caused by backlog which is listen() system call arguments. Backlog is set to 5 on iperf, but it's too small. I change value of backlog to 128, listen queue doesn't overflow. Next week: * Benchmark test Regards, Kazuya Goda From owner-soc-status@FreeBSD.ORG Sun Jun 26 11:06:16 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A1FA106564A for ; Sun, 26 Jun 2011 11:06:16 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id DAFDA8FC15 for ; Sun, 26 Jun 2011 11:06:15 +0000 (UTC) Received: by qyk38 with SMTP id 38so2596809qyk.13 for ; Sun, 26 Jun 2011 04:06:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=3mLHh2Kki0MF9FMe/dz2WaB9dxmvrxuVBjxvelP4Gag=; b=vqf3dDIwJNLvmo/LnTN4Mw2UFz/Hh9Uj8BNSccHo4T99Keb6et7rbBkTMKwfoeoVCP qqwP+jPutT8/VDwu1sX5jQKGw+LKi+GyDT7RgLkdz43jq7pWoSZ0YM/ofiv0N0hqzgnH Hca6Wac1J3DI6xZZh40nINnNZEstrxHniB0to= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=Lkc4DVtp88lag2XsjtLP1I/UGdNOXRe8tglYKthL0TnDzsZEI4qazSYy+CagH35Ydu oFN2Y+KvcNY4u0/C0oTsg4hA/veVZL7iXUbVZZis/vWGGp+br0/Nvxd9c+miihSI/daU kwjCUIvDurommVRCFliLwvlLDw6NtfXzUgjeA= MIME-Version: 1.0 Received: by 10.229.130.3 with SMTP id q3mr3854111qcs.44.1309086375027; Sun, 26 Jun 2011 04:06:15 -0700 (PDT) Received: by 10.229.88.143 with HTTP; Sun, 26 Jun 2011 04:06:14 -0700 (PDT) Date: Sun, 26 Jun 2011 14:06:14 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Ivan Voras , Hans Petter Selasky Subject: [fuse] Status report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jun 2011 11:06:16 -0000 Project: Finish porting fuse Last week I've continued merging macfuse. It seems that most important changes are done, there things to merge like operation timeout support, unimplemented operations index, etc. I've also rewritten large part of file handle code. Original code was trying to count opened file handles but it can't be done in reliable way. All file file handles are now closed in vnop_inactive(). For example running dbench with 4 processes have only around 20-30 opened file handles. Which is low and adds no addition overhead for fuse library. In fact it may be even faster because file handles do not have to be opened or closed several times. To reduce number off used vnodes FN_REVOKED flag is set on removed vnodes in vnop_remove and vnop_rmdir, but such vnodes are reclaimed only in vnop_inactive. Macfuse reclaims such vnodes immediately, which is wrong because vnode can be removed but can have opened file handles. File systems I used for testing work fine with name lookup cache disabled, i.e. they are correct and do not depend on cached data. But they fail to work if all vnodes without references reclaimed in vnop_inactive. There is vnode lookup by inode number error I couldn't debug. For testing dbench and blogbench where used. blogbench freezes for all file systems, it's expected because it waits for reply from user space daemon with locked vnodes. Dbench is ok. File systems tested: sshfs, ntfs-3g, encfs. Next I'll port fuse-ext2 and use version of pjdfstest it contains for tests. From owner-soc-status@FreeBSD.ORG Sun Jun 26 17:13:48 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BAB2106566B for ; Sun, 26 Jun 2011 17:13:48 +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 068AB8FC12 for ; Sun, 26 Jun 2011 17:13:47 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 0087814E5937 for ; Sun, 26 Jun 2011 19:13:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id XfC-n2mKcGSW for ; Sun, 26 Jun 2011 19:13:43 +0200 (CEST) Received: from [193.137.158.216] (unknown [193.137.158.216]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id D974A14E5850 for ; Sun, 26 Jun 2011 19:13:42 +0200 (CEST) Message-ID: <4E0768CA.3040100@kovesdan.org> Date: Sun, 26 Jun 2011 18:13:46 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pt-PT; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regex status report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jun 2011 17:13:48 -0000 Hi, this week I sent an early test patch to current@ to evaluate whether the performance and the POSIX-compliance are satisfying. Of course, I did my own tests but it's important to let the public check it. Let's see if I got some response. Apart from this, I progressed with the optimization. Now I see more clearly how I can integrate my ideas into TRE. As a first step, I grabbed BSD grep's optimization but it was very specific to grep so I made it very general to handle hopefully all the necessary cases. I also adopted it to TRE's convention so that I have a better chance to get it accepted upstream. For now, I was just thinking and coding but made no tests and that's why I haven't checked this code in because I want to keep my branch stable. It will happen soon, though. In general, I'm a bit behind the schedule at the moment but I think now I'm on the good track at least with this part. Gabor From owner-soc-status@FreeBSD.ORG Sun Jun 26 18:32:42 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BD96106566B; Sun, 26 Jun 2011 18:32:42 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by mx1.freebsd.org (Postfix) with ESMTP id 616418FC08; Sun, 26 Jun 2011 18:32:40 +0000 (UTC) Received: by fxe6 with SMTP id 6so982341fxe.17 for ; Sun, 26 Jun 2011 11:32:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:mime-version :content-type:content-disposition:user-agent; bh=nKzmA/V/1mpelJ78AY2PAALYvhKXd+sTPwy0FziVCxk=; b=LkKxRyNtMX6UReXeaZphwtzrB9+IaynuEWrgbhl/i/9dzsd6H8J5iHBuSPLC9kp7pF wmcS3Sim5tZpUurZyneVFIB/+5dnHsFWNarkIAC5vAp67MIYCcDb/dmsSDzZ0fSapkfH oJq5lR/3CYZ6Q294uN8tg4Y3HJ+vGTHlijU0Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=KXJlYSys48JKTMPGbzRYXgKxm82kLD35peZK637kDoOgAzH8wSvoZP4K760CzMM/n1 Oc8987mpr9bxS1RjkDZd6mT9jvYwHkzVLZCqF45GLKzgD1g3AvTX4QQ8wMqzTehtHx/J X9dxT8PaDnBKQT71Se4ZqkPLnU3g1dGsBThk4= Received: by 10.223.87.3 with SMTP id u3mr7751507fal.13.1309113160263; Sun, 26 Jun 2011 11:32:40 -0700 (PDT) Received: from localhost (lan-78-157-92-5.vln.skynet.lt [78.157.92.5]) by mx.google.com with ESMTPS id 10sm3027752faw.24.2011.06.26.11.32.38 (version=SSLv3 cipher=OTHER); Sun, 26 Jun 2011 11:32:39 -0700 (PDT) Date: Sun, 26 Jun 2011 21:32:15 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20110626183215.GA24049@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: ino64 status report 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jun 2011 18:32:42 -0000 ino64 project aims at extending ino_t to 64 bits and nlink_t to 32 bits integers providing compatibility shims for both kernel and libc. I'm working and changing VOP_READDIR implementations for all filesystems in tree. The idea is to use recently added d_off field in struct dirent and drop cookies from VOP_READDIR. I have a patch changing most of the filesystems, it's only zfs, unionfs and nfs (server and client, both old and new implementations) that missing. I've also changed ABI compatibility layers for linux, svr4 and ibcs2. Next week I also plan to write a readdir test utility to test everything more thoroughly before committing. From owner-soc-status@FreeBSD.ORG Sun Jun 26 19:36:31 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 034BD106566C for ; Sun, 26 Jun 2011 19:36:31 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id A6ECB8FC0C for ; Sun, 26 Jun 2011 19:36:30 +0000 (UTC) Received: from kibab-darwin.local (unknown [176.14.3.192]) by mx0.deglitch.com (Postfix) with ESMTPSA id 34D998FC2D; Sun, 26 Jun 2011 23:36:28 +0400 (MSD) Message-ID: <4E078A3B.5020206@kibab.com> Date: Sun, 26 Jun 2011 23:36:27 +0400 From: Ilya Bakulin User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ru; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: soc-status@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig24B9993813891BE899060789" Cc: "Robert N. M. Watson" , Jonathan Anderson , Ben Laurie Subject: [Status Update] Capsicum adaptation project: Week 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jun 2011 19:36:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig24B9993813891BE899060789 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, this is the forth update for Capsicum adaptation project. During this week I have made some changes to syslogd(8) to support Capsicum. Works so far, I plan to discuss my implementation with Ben/Robert/Jon to understand if I'm doing it right way. Looks like I will have to switch to Perforce version of FreeBSD-capabilities, because it includes useful debugging tools that are dependent on libcapsicum (which is not merged in HEAD yet) and libcapsicum itself. Next week I will implement suggested changes (I expect to get some sort of feedback regarding syslogd stuff). Also I'm going to visit LVEE conference in Belarus, where I will meet FreeBSD users and sysadmins and hopefully get some new ideas. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --------------enig24B9993813891BE899060789 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4HijsACgkQo9vlj1oadwi+NwCgz92x7NZQnZVcsYbUSg55j4mu WesAnitHVmBldMu52Lqqy7nKB/+uGuAT =zzaU -----END PGP SIGNATURE----- --------------enig24B9993813891BE899060789-- From owner-soc-status@FreeBSD.ORG Sun Jun 26 22:15:16 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB1A5106564A for ; Sun, 26 Jun 2011 22:15:16 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 733258FC08 for ; Sun, 26 Jun 2011 22:15:16 +0000 (UTC) Received: by bwa20 with SMTP id 20so1285823bwa.13 for ; Sun, 26 Jun 2011 15:15:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=NpHWofnDv22EKYKhuUGCBOm1+n21J9bK+UZxGFZQrnM=; b=ZCCUOdm+JK20en/YY7OMA5zkaaG7J1bGjsP0nhbYepXTtHEgGBL8V+Hp2VMl0D20dy gVGReFWfRtwGQLOM+j19xdQOsu12qngrTTaTD7UGlp4Fbv0ipP2WjuxRsyKrQNrQPe7u GXWUdbjPvU1qnWjThj2HrXSmjq1NywbMjCoCk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=Pheroh58uoE+Ku5FSL8DTM6VDspIaT4SDqnyAYed6zSGYTzgRa0h2nuRd4jW4ikUeP QnRDqNdyXi/rHCt6me/qYTB+8wfYDbLv2wrZNua6HaA7g6pbtsModHgP1jtXDQ4CJCp0 B7XfA2sUgpNTuv8k+/0DcQFAq4JszVIj+6Two= Received: by 10.204.36.129 with SMTP id t1mr2333529bkd.193.1309126515121; Sun, 26 Jun 2011 15:15:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.66.138 with HTTP; Sun, 26 Jun 2011 15:14:55 -0700 (PDT) From: rudo tomori Date: Mon, 27 Jun 2011 00:14:55 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: BFS scheduler weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jun 2011 22:15:17 -0000 Hi, the goal of my project is to implement a BFS - like scheduler into the FreeBSD. I started off with the original 4.4BSD code, and by iterative modifications I will develop a scheduler that matches the BFS design as specified in http://ck.kolivas.org/patches/bfs/sched-BFS.txt. Last week I made the scheduler to remember the unused time slice part of threads. So when a thread is scheduled, it is only assigned the remaining part of its time slice. I also made idle threads to be selected according to the virtual deadline mechanism. This week I will do this: When a thread wakes up from sleeping, it is only put on the run queue. Now, I will firstly inspect if there is any suitable idle cpu, or a cpu running a lower priority thread that should be preempted. If yes, then by posting an AST I will cause the cpu to reschedule. rudo From owner-soc-status@FreeBSD.ORG Mon Jun 27 01:19:47 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D6C8106564A for ; Mon, 27 Jun 2011 01:19:47 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by mx1.freebsd.org (Postfix) with ESMTP id C2CA68FC16 for ; Mon, 27 Jun 2011 01:19:46 +0000 (UTC) Received: by fxe6 with SMTP id 6so1100188fxe.17 for ; Sun, 26 Jun 2011 18:19:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=pJbHipGW1u3If0lNOzPMeEMd9d2PcC/SUb5S//pDpGU=; b=FQGbCmS8vOAR/AtoE/cp5YRk0toHAMm+cwWGYtCS/XNGtBBvDMOQRyM1SDJ3FaWMSz YYvG1oRRYKLETpDFjNnMYYSlcvqdDocFIiqZMnoa9LUGabzVUygjuTJsXC34FZljKrl6 8VEHdt40roQMIyThvSphZtlcarCCkBy4V3Y1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=m01pdmTKq+cc1YhiVuMRJ9jWsKc5mQcZqYc6Y9xdaJ4Rpc1HD2jIKv/h4UUySo8e8l hAZJTrtiao4WDa8XsiBHxM+AwdU7B+MKX2gHDjJZ58DbtBGg9kFYyBVdDVYnVuNcG2qJ FMsPlJiyYA9ajE+lYZJKpiUgGUWcxLyOBLRLU= MIME-Version: 1.0 Received: by 10.223.98.82 with SMTP id p18mr8217240fan.64.1309137585545; Sun, 26 Jun 2011 18:19:45 -0700 (PDT) Received: by 10.223.95.195 with HTTP; Sun, 26 Jun 2011 18:19:45 -0700 (PDT) Date: Sun, 26 Jun 2011 20:19:45 -0500 Message-ID: From: Zhihao Yuan To: soc-status@freebsd.org, Alexander Leidinger Content-Type: text/plain; charset=UTF-8 Cc: Subject: [nvi-iconv]Weekly Status Report 04+05 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2011 01:19:47 -0000 Hi, At the forth week, I was replacing the hard drive of my system, and I met a big trouble here: http://freebsd.1045724.n5.nabble.com/ZFS-boot-inside-on-the-second-partition-inside-a-slice-td4493134.html I spent a week on this, backuping and trying different layouts, and finally switched the the GPT and freebsd-only solution... According to my schedule, I should done the iconv-related coding by this week. The next week is planned for testing. I need to do more working to catch up the GSoC status. Since the for each commits in svn-soc is supposed to be compilable, I created a project on github: https://github.com/lichray/nvi2 I'm committing my file-per-file merging results. After I get my first compilable result, I will move it back to svn-soc. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-soc-status@FreeBSD.ORG Mon Jun 27 06:02:32 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35C891065673 for ; Mon, 27 Jun 2011 06:02:32 +0000 (UTC) (envelope-from forandom@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 110E08FC17 for ; Mon, 27 Jun 2011 06:02:31 +0000 (UTC) Received: by pzk27 with SMTP id 27so372856pzk.13 for ; Sun, 26 Jun 2011 23:02:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=CVk8s20ACiGkmY9aruoP9i9bVdaU9dhgFZdZ1EyL1rk=; b=CZiXROzfPXkXz+HwfGZ6lj+VzZpjj+DzVzaOAeY+Mq80XhSocm0KNtSu4sVVKxjIE8 0SsX1UfEEpmbwB58/+xwNTV0VARqmp70zsFkq0XCLxXV9LJPv8rj5nCcPep7YpcvLDDn EyejJXK/QAJxvaL574UvkG2FjWgax8DPcsK3g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=gqaqJPYLrtBJtnJwzkcgWDjRp8UNSKSZjdbZTdCcWuCr9aKCyC0ZIBlVxuIk4JgXUi YrsC/NDaXGu/wJzfzfZYHhZgh7hYB4rZZ/AFMeQLYITjVUJCvODem+fhnPLqqhgD3yDZ 5k6uXuJZr9K98uYnxw4BLVY8Jm0EfmtRJTAuk= MIME-Version: 1.0 Received: by 10.68.50.8 with SMTP id y8mr2524395pbn.521.1309154551470; Sun, 26 Jun 2011 23:02:31 -0700 (PDT) Received: by 10.68.56.70 with HTTP; Sun, 26 Jun 2011 23:02:31 -0700 (PDT) Date: Mon, 27 Jun 2011 14:02:31 +0800 Message-ID: From: Xingxing Pan To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: DWARF Status Report Week 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2011 06:02:32 -0000 This project is to annotate the hand writing assembly files with CFI directives.The annotation provide call frame information for software like debuggers. This week I annotated libraries msun and libthr for amd64. All the annotation job will be done next week. Then the test process will be started. From owner-soc-status@FreeBSD.ORG Mon Jun 27 16:56:23 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42C5B106564A for ; Mon, 27 Jun 2011 16:56:23 +0000 (UTC) (envelope-from nc3bhconc@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 082448FC08 for ; Mon, 27 Jun 2011 16:56:22 +0000 (UTC) Received: by qyk30 with SMTP id 30so1656673qyk.13 for ; Mon, 27 Jun 2011 09:56:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=Uqc7IYX8si7EdUK8V/GlC5UgfLxoMM//LqBmmF0WCpc=; b=usqVQAbDcIwHVXGuk55OUfkpOgIj2LeS4bE07DczSQSGmKJQ2U0wA+Ree2wqfRw+xB 1luefwjOJzJLh97OMeFwyy361JPYSu+h+4+W+SEpPuaHBtWz54U0JIYMi9JlgTaO3pWq kaVlAxtOYVDPVrV2ph6WFPrYcIukxQ+D8/3cU= Received: by 10.224.45.80 with SMTP id d16mr5124194qaf.112.1309193782113; Mon, 27 Jun 2011 09:56:22 -0700 (PDT) MIME-Version: 1.0 Sender: nc3bhconc@gmail.com Received: by 10.224.45.143 with HTTP; Mon, 27 Jun 2011 09:56:02 -0700 (PDT) From: Catalin Nicutar Date: Mon, 27 Jun 2011 19:56:02 +0300 X-Google-Sender-Auth: 2yGftdEKGW0m1q6dAbkiWIAQykc Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TCP UTO - Weekly Report 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2011 16:56:23 -0000 Hello! This is the fifth report for TCP UTO. * Short TCP UTO description UTO stands for User Timeout Option (it is described in RFC5482). TCP UTO specifies a peer should be allowed to advertise its chosen `User Timeout' for a connection. The wiki page for this project: http://wiki.freebsd.org/CatalinNicutar/TCPUTO * Work completed last week * The options weren't correctly inherited from a listening socket * When using UTO, no keepalives are sent (RFC 5482 4.2) * The connection was dropped whenever TCP_MAXRXTSHIFT retransmits had been performed. Now (if using UTO) it is reset if the USER_TIMEOUT is exceeded. * My goals for for this week * Consider the implications of changing the retransmit timer and stopping the keepalive timer (RFC 5482 only specified that a timeout > USER_TIMEOUT must be chosen) * Consider performing retransmits beyond TCP_MAXRXTSHIFT when in UTO * When waiting in UTO, ICMP destination unreachable messages must be ignored If you have questions, suggestions or advices drop me an email to cnicutar@FreeBSD.org. From owner-soc-status@FreeBSD.ORG Mon Jun 27 20:24:42 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D1D21065678 for ; Mon, 27 Jun 2011 20:24:42 +0000 (UTC) (envelope-from m.kocielski@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 258208FC13 for ; Mon, 27 Jun 2011 20:24:41 +0000 (UTC) Received: by pzk27 with SMTP id 27so948294pzk.13 for ; Mon, 27 Jun 2011 13:24:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:content-type; bh=+Q4lcMxwZoWwDb+JkTXRasD2EHt6IsLna2enbypCZ4Q=; b=F+oLRghS5aibf8Z9dx4LEjnJYtJoAsgllCsN4utEK5aQkyJ7V3HFsMGfkEhjfrUEy1 yI8+GjCEq9Qtz89ML+J/wpQIiJTibv7SG5AYy7hfvOUg7pRoCSBlKi9jlBjTinNhxGjS dQf7/Lm1J/faD0jHIsZ4RJHdwTtYyNAdjzv3U= 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=dFN1srNSnJW2JP4qkqpaOAXe/M3sGY6YYwRQXlYHWa2QSxMCT3quT4RRTNASDHqsfQ iHn7TW2KGa5gTfYnin2/8sMPykAIA73+QhVQCNiRuPW2lNCL9VfUsUj5KZOG38aayrkU KMlpD7KaaOLcOC8EzZ5o918AxWyMwjB7bT99k= MIME-Version: 1.0 Received: by 10.68.42.39 with SMTP id k7mr1021252pbl.310.1309206281706; Mon, 27 Jun 2011 13:24:41 -0700 (PDT) Sender: m.kocielski@gmail.com Received: by 10.68.54.65 with HTTP; Mon, 27 Jun 2011 13:24:41 -0700 (PDT) Date: Mon, 27 Jun 2011 22:24:41 +0200 X-Google-Sender-Auth: uYYOmk5wBmilAEMA05Y8iZsyusE Message-ID: From: Mateusz Kocielski To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Testing temporal properties with Temporally Enhanced Security Logic Assertions - week 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2011 20:24:42 -0000 Hello, Last week slightly differed from my plans, mostly I spent time playing with instrumenter stuff (which is a part of llvm/clang). I've focused also on polishing written code so far in order to make possible to push it into the official TESLA repository. Capsicum testing was rescheduled for second phrase of the coding period. I've done last week: * quick write-up (with some real-life examples) * rewrite instrumenter test infrastructure * instrumenter testing * instrumenter bug fixing My plans for the next week: * Push my patches into the official TESLA repository. * Publish write-up at wiki.freebsd.org (polishing, proof-reading) * TESLA internals hacking * testing MAC framework (tests) * extend fuzzing framework (consider integrating this work into stress2 suite) In case of any questions please catch me on IRC (I'm shm at freenode). Regards, Mateusz From owner-soc-status@FreeBSD.ORG Tue Jun 28 02:17:21 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DC841065674 for ; Tue, 28 Jun 2011 02:17:21 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 71DAF8FC23 for ; Tue, 28 Jun 2011 02:17:20 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.4/8.14.4) with ESMTP id p5RIlBWo069967; Mon, 27 Jun 2011 13:47:11 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.4/8.14.4/Submit) id p5RIlAh7069966; Mon, 27 Jun 2011 13:47:10 -0500 (CDT) (envelope-from brooks) Date: Mon, 27 Jun 2011 13:47:10 -0500 From: Brooks Davis To: Zhihao Yuan Message-ID: <20110627184710.GA69888@lor.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 27 Jun 2011 13:47:11 -0500 (CDT) Cc: Alexander Leidinger , soc-status@freebsd.org Subject: Re: [nvi-iconv]Weekly Status Report 04+05 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2011 02:17:21 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jun 26, 2011 at 08:19:45PM -0500, Zhihao Yuan wrote: > Since the for each commits in svn-soc is supposed to be compilable, I > created a project on github: > https://github.com/lichray/nvi2 > I'm committing my file-per-file merging results. After I get my first > compilable result, I will move it back to svn-soc. While it's true that if you want testing you might want to keep soc-svn compilable, this is your personal workspace and there's no hard requirement that you keep it building. -- Brooks --SUOF0GtieIMvvwua Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFOCNAuXY6L6fI4GtQRAur7AJwNNPTJ1W9jZY5uMHAwYU27UldO9QCgrqaT p0JN/R0bpS+Az7yY+TAn5/Q= =/Ajs -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-soc-status@FreeBSD.ORG Tue Jun 28 07:33:01 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 704F41065670; Tue, 28 Jun 2011 07:33:01 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 18B688FC19; Tue, 28 Jun 2011 07:33:00 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC4222B.dip.t-dialin.net [79.196.34.43]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id B6B1D84400D; Tue, 28 Jun 2011 09:17:19 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTP id 05A562F1F; Tue, 28 Jun 2011 09:17:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1309245437; bh=MCvHWHJlGwZ2iUxmmYUjJxjRZF13oeU/7ArVIBrTbrI=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=vlKkRDGOkTRnK92JaCOR0wstIAV07GLM4qtSfv4Rju2O7bGO4o3SjNDPLIfql24aD Cl4Sicfd04Jb4bephADMLMwaOpc0vrmjaSs/18P0EohDka3YcwUR90ZhmWrr9+AZwj ljpYrkiT7bfL+GkQX9/B/DK2bZrJ4w+x2+XHHKrwgTzWjhYZA1q6WoQpTeCqKF6eNd t1yReKupJ3fL74vMw4XbM75T1/YcYY9El+oLSj1y/snpa1d3kkWMPEwZDDevZvCBmH 6ouwJxgdilSqIkJEDd511hromBEFDknWZlaKelKhZW1U6dQb8Zri+gRODLR2TIemeP TthzaHZh9bc6Q== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.14.4/Submit) id p5S7HGix039724; Tue, 28 Jun 2011 09:17:16 +0200 (CEST) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 28 Jun 2011 09:17:16 +0200 Message-ID: <20110628091716.17733w9d1cjg74sc@webmail.leidinger.net> Date: Tue, 28 Jun 2011 09:17:16 +0200 From: Alexander Leidinger To: Brooks Davis References: <20110627184710.GA69888@lor.one-eyed-alien.net> In-Reply-To: <20110627184710.GA69888@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.6) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: B6B1D84400D.A1036 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.023, required 6, autolearn=disabled, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, TW_SV 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1309850240.73532@VroG7aCAhd9lLBNtm8XGQg X-EBL-Spam-Status: No Cc: soc-status@freebsd.org Subject: Re: [nvi-iconv]Weekly Status Report 04+05 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2011 07:33:01 -0000 Quoting Brooks Davis (from Mon, 27 Jun 2011 13:47:10 -0500): > On Sun, Jun 26, 2011 at 08:19:45PM -0500, Zhihao Yuan wrote: >> Since the for each commits in svn-soc is supposed to be compilable, I >> created a project on github: >> https://github.com/lichray/nvi2 >> I'm committing my file-per-file merging results. After I get my first >> compilable result, I will move it back to svn-soc. > > While it's true that if you want testing you might want to keep soc-svn > compilable, this is your personal workspace and there's no hard > requirement that you keep it building. I talked with him about this. So far I'm not aware of a policy chance on our side (we already had cases where the main work was done in another repo and it was synced from time to time), so I told I'm OK if he put's a lot of changes per day to github and syncs from time to time (at least once shortly before the mid-term). I also see a benefit regarding reviewing the work, as he wants to commit a lot of small chances to github which are all related, and the SVN commit would be with all the accumulated chances. This way the one can generate easily one diff and have a look at it. Bye, Alexander. -- My life is a soap opera, but who has the rights? -- MadameX http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-soc-status@FreeBSD.ORG Tue Jun 28 10:43:26 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 911CC106566C for ; Tue, 28 Jun 2011 10:43:26 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 555FC8FC12 for ; Tue, 28 Jun 2011 10:43:26 +0000 (UTC) Received: by yic13 with SMTP id 13so29985yic.13 for ; Tue, 28 Jun 2011 03:43:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=CcXka2hEBnzvtTlSMOkS3D4tuKZIw0aeqfs/4LXARo8=; b=JVDRoBWT8Drj480UsOhwYwmr3mvTmQsj8ElHyUYO4Gg0lRiy+3xYokXEGrKNUI05NJ qdMAhZKfFciILgl2W+eXHKHZOGo+uwiXkDdXO27OWM3CQ9MsjjNyzYsooIulAfE2rjLg eodr2c5Du0K6GnDkvdPoRcKqMufJWJ8SaMBWo= MIME-Version: 1.0 Received: by 10.151.50.15 with SMTP id c15mr8111147ybk.285.1309257805499; Tue, 28 Jun 2011 03:43:25 -0700 (PDT) Received: by 10.151.78.5 with HTTP; Tue, 28 Jun 2011 03:43:25 -0700 (PDT) In-Reply-To: References: Date: Tue, 28 Jun 2011 13:43:25 +0300 Message-ID: From: Oleksandr Dudinskyi To: soc-status@freebsd.org X-Mailman-Approved-At: Tue, 28 Jun 2011 11:08:11 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2011 10:43:26 -0000 On this week, I plan to develop, for beginning option -E in iostat, which will display disk errors that are critical or not. Rather retriable or non-retriable error. Then, add the number of errors read / write, ect. From owner-soc-status@FreeBSD.ORG Wed Jun 29 02:20:38 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAE07106564A for ; Wed, 29 Jun 2011 02:20:38 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 795BA8FC0C for ; Wed, 29 Jun 2011 02:20:38 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LNJ00GNZ56CAOB0@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 29 Jun 2011 04:20:36 +0200 (CEST) Date: Wed, 29 Jun 2011 04:20:36 +0200 From: jakub.klama@uj.edu.pl To: soc-status@freebsd.org Message-id: <6b06962e451f4b3eb8b8da4b0873bb50@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM port to NXP LPC32x0 - status report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2011 02:20:38 -0000 Hi, This is #5 status report of project aiming to port FreeBSD to LPC32x0 ARM9 System-on-Chip. It currently boots in single- and multiuser mode. I'm very sorry for being late with status report this week and for relatively small progress - I was moving to new flat and have no workstation nor internet access for few days. :-( Things done this week: * Debugging ethernet driver, still have one bug when operating on NFS-based root. To debug this, I've began working on USB OHCI attachment to test ethernet operation in multiuser mode without NFS root. When using compiled-in memory disk, ethernet driver is fairly stable. * Working on MMC/SD driver, not complete now * Working on USB OHCI controller attachment, almost complete Things on which I will be working next week: * make MMC/SD driver working * complete USB OHCI controller attachment Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Wed Jun 29 14:26:06 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 182D3106566C for ; Wed, 29 Jun 2011 14:26:06 +0000 (UTC) (envelope-from gockzy@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id A42698FC15 for ; Wed, 29 Jun 2011 14:26:05 +0000 (UTC) Received: by ewy1 with SMTP id 1so641292ewy.13 for ; Wed, 29 Jun 2011 07:26:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=FNajsfRtxddLM7AWc4KjS/gwf3FstpEZol/+Af47Kww=; b=VilyFEpUaTcqO8SjGKC/Pt9EP2G6AvMm/UelqF6oHBGvyKzF3tL/Mh1DsM7U+z2WAr o5dNSjd12WbQviXEUWcPGjrekp9eGgAkvi4KT2eGaMBlSmoanSm0FJXr7Tj7rqLXVurf dV5+geOFB2ZNF0BGWxdhPK93kkIlLjDI93hIg= Received: by 10.213.112.141 with SMTP id w13mr250239ebp.131.1309357564413; Wed, 29 Jun 2011 07:26:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.102.5 with HTTP; Wed, 29 Jun 2011 07:25:44 -0700 (PDT) From: Kazuya Goda Date: Wed, 29 Jun 2011 23:25:44 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [status report] RPS/RFS #week5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2011 14:26:06 -0000 Hi, The project goal is to implement RPS/RFS on FreeBSD. RPS solves the problem of mono-queue NIC which can't distribute packets across multiple processors. RFS is the extension of RPS, which deliver packets to the CPU where application running. This week status: * Implements RFS ** Data Structures I added two global tables and a entry in struct sockbuf for RFS. These tables are "socket_flow_table" and "netisr_flow_table", and entry is flowid. [ socket_flow_table ] Structure is below: unsigned socket_flow_table[SOCKET_FLOW_ENTS]; This table is populated by the recvmsg() call with the CPU ID where the application is running. This value is called "dst cpu". - operating functions +record_dstcpu() : recorded CPU ID(dst cpu) in soreceive() +get_flow_dstcpu() : get "dst cpu" for that flow [ netisr_flow_table ] Structure is below: struct netisr_flow{ uint16_t cpu; unsigned last_qtail; }; struct netisr_flow netisr_flow_table[NETISR_FLOW_ENTS]; This table contains the most recent CPU used to handle packets for that connection. This value is called "cur cpu". - operating functions + record_curcpu() : record CPU ID(cur cpu) + get_flow_curcpu() : get "cur cpu" for that flow + inc_flow_queue() : increment netisr_flow_table[index].last_qtail + dec_flow_queue() : decrement netisr_flow_table[index].last_qtail + get_flow_queue() : return netisr_flow_table[index].last_qtail [ entry flowid ] I added "uint32_t flowid" in struct sockbuf. This entry is populated by the tcp_input() call with the m->m_pkthdr.flowid. ** Select CPU The two CPU values(dst cpu, cur cpu) are compared when deciding which CPU to process the packet on. The case of "cur cpu" is unset, "dst cpu" is used. The case of two CPU values are the same, that CPU is used. But if they are both valid CPU ID, but different, the last_qtail is consulted. If last_qtail is 0 , "cur cpu" is used. Other case, "dst cpu" is used. next week: * complete implements RFS Regards, Kazuya Goda From owner-soc-status@FreeBSD.ORG Sat Jul 2 01:22:59 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DC29106564A; Sat, 2 Jul 2011 01:22:59 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 101AE8FC0C; Sat, 2 Jul 2011 01:22:58 +0000 (UTC) Received: by qwc9 with SMTP id 9so2509250qwc.13 for ; Fri, 01 Jul 2011 18:22:58 -0700 (PDT) Received: by 10.229.62.66 with SMTP id w2mr3088408qch.224.1309569778262; Fri, 01 Jul 2011 18:22:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.239.146 with HTTP; Fri, 1 Jul 2011 18:22:18 -0700 (PDT) From: Takuya ASADA Date: Sat, 2 Jul 2011 10:22:18 +0900 Message-ID: To: soc-status@freebsd.org, Kazuya Goda , "Robert N. M. Watson" , George Neville-Neil Content-Type: text/plain; charset=UTF-8 Cc: Subject: [mq_bpf] status report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jul 2011 01:22:59 -0000 Sorry for late the report...I thought to send the report after submitting changes, but I late to fix bugs and make it work... *Project summary The project goal is to support multiqueue network interface on BPF, and provide interfaces for multithreaded packet processing using BPF. Modern high performance NICs have multiple receive/send queues and RSS feature, this allows to process packet concurrently on multiple processors. Main purpose of the project is to support these hardware and get benefit of parallelism. Here's status update from last week: *queue len, queue affinity ioctls moved to the device ioctl http://p4web.freebsd.org/@md=d&cd=//&c=xHa@/195501?ac=10 http://p4web.freebsd.org/@@195608?ac=10 I realized hardware queue information is not really belongs to BPF, which belongs to the device. So I decided to try move these ioctls to the device driver's ioctl, and access via socket descriptor just like what ifconfig does. I removed following ioctls from bpf.h: BIOCRXQLEN BIOCTXQLEN BIOCRXQAFFINITY BIOCTXQAFFINITY And I added following ioctls to sockio.h: SIOCGIFQLEN SIOCGIFRXQAFFINITY SIOCGIFTXQAFFINITY To handle these ioctls, and also access these info from BPF, I added these functions to struct ifnet: int (*if_get_rxqueue_len)(struct ifnet *); int (*if_get_txqueue_len)(struct ifnet *); int (*if_get_rxqueue_affinity)(struct ifnet *, int); int (*if_get_txqueue_affinity)(struct ifnet *, int); Also, I added the code to show up queue info on ifconfig command. It's still working progress, there's some issues: - ifconfig shows invalid affinity value on igb(4) - SOFTRSS doesn't work, fixing - multi queue bpf is not well tested after the change From owner-soc-status@FreeBSD.ORG Sun Jul 3 13:03:28 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE9B6106566C for ; Sun, 3 Jul 2011 13:03:28 +0000 (UTC) (envelope-from joffrey.lassignardie@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8F3D08FC12 for ; Sun, 3 Jul 2011 13:03:28 +0000 (UTC) Received: by pvg11 with SMTP id 11so5346498pvg.13 for ; Sun, 03 Jul 2011 06:03:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=8LZwLBctGVBuwFC6vnp7Ei156SjmyMNqDk/BSEvu/Uc=; b=MnpLTtZgqQdH+5Z6598YDT9X0SkObfO1hwaTDO8HXQF/xGraOQozpgXSBsW8EbkaBT snYDFMOrWQBrI+1XdFLhIXzZx2j7UeD9SFLof5O1v4V1nK7bXW8dLI5t+tFs/z6nQ97q uz94aHm6tI3dO1YqRIByTMplPDYRrN3oZnQE4= MIME-Version: 1.0 Received: by 10.142.144.11 with SMTP id r11mr2449271wfd.335.1309698208003; Sun, 03 Jul 2011 06:03:28 -0700 (PDT) Received: by 10.143.66.1 with HTTP; Sun, 3 Jul 2011 06:03:27 -0700 (PDT) Date: Sun, 3 Jul 2011 13:03:27 +0000 Message-ID: From: Lassi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [SoC2011 Status Report] pkg convert - Week 5/6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2011 13:03:28 -0000 Hi, First of all, I'm sorry, I should have sent a mail earlier but I did not find the time to do so. The last two week, I wasn't able to work at full time on my project as I was moving back from my flat to home. I now have a backlog of work to deal with and I'll review my timeline in order to fit with this delay. Next week, I'll change my timeline and act accordingly, in order to compensate this delay. -- Joffrey ``Lassi'' Lassignardie From owner-soc-status@FreeBSD.ORG Sun Jul 3 16:32:59 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC83F1065672 for ; Sun, 3 Jul 2011 16:32:59 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 6507A8FC15 for ; Sun, 3 Jul 2011 16:32:59 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id CD48114E59DD for ; Sun, 3 Jul 2011 18:16:16 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 23PyCgUHVmbm for ; Sun, 3 Jul 2011 18:16:14 +0200 (CEST) Received: from [193.137.158.160] (unknown [193.137.158.160]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 8E2C914E59DA for ; Sun, 3 Jul 2011 18:16:14 +0200 (CEST) Message-ID: <4E1095D5.6020900@FreeBSD.org> Date: Sun, 03 Jul 2011 17:16:21 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regex status report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2011 16:33:00 -0000 Hi, although the optimization code does not work yet, I think I've made good progress this week. As I said before, I took the quick search algorithm code from BSD grep and started to refactor it for TRE. It became much more complex because of the more general domain. It has to support more POSIX regex features and support single-byte, multi-byte and wide characters. When wide character support is enabled, the alphabet is much bigger than for single bytes so the bad character shift table cannot be an array any more because it may take 4 bytes x 1 bytes at least. Fortunately, there are only as many distinct values as the distinct characters in the pattern and this is not so many, so I wrote a hashtable to store and quickly look up these when running the quick search algorithm. I'll have to see how it performs with this overhead. Then the idea is to check Boyer-Moore algorithm and maybe Apostolico-Giancarlo that theoretically uses the less comparisons among all of the fixed string matching algorithms. This is quite an experiment and I don't know if this shortcut will practically beat the full regex engine for fixed string regexes because of the wchar-related overhead but still it will be used later as a heuristic to match more complex patterns and only apply the heavy algorithm on smaller contexts so this code will surely be useful. To summarize, at the moment I'm close to finish the fixed string matching but some debugging is missing. Gabor From owner-soc-status@FreeBSD.ORG Sun Jul 3 17:28:46 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3018F106566B; Sun, 3 Jul 2011 17:28:46 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by mx1.freebsd.org (Postfix) with ESMTP id 975088FC08; Sun, 3 Jul 2011 17:28:45 +0000 (UTC) Received: by fxe6 with SMTP id 6so3756377fxe.17 for ; Sun, 03 Jul 2011 10:28:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=gW8RO7k/GJlNy7EIapT5QNobwhDYtrGVQVtG0LESnm0=; b=udQnItKRWxHPjmnF0VVpQ8lQ5oZfJdACMUrl0beOawr44dmLmHD2/OpVLqOL8B6ond ZCWfXAem4ZG3L6+ks7yTjt4GX3LxsxQt4sgdpyoB8o7SO+P6qklscq5WMby7EeFlA6Zt iIUWS6H9u4KLV5BBbrm8FTyBOpOj8PmhHAkGo= Received: by 10.223.76.154 with SMTP id c26mr1497930fak.147.1309714124362; Sun, 03 Jul 2011 10:28:44 -0700 (PDT) Received: from localhost (lan-78-157-92-5.vln.skynet.lt [78.157.92.5]) by mx.google.com with ESMTPS id b13sm3923599fab.36.2011.07.03.10.28.42 (version=SSLv3 cipher=OTHER); Sun, 03 Jul 2011 10:28:43 -0700 (PDT) Date: Sun, 3 Jul 2011 20:28:02 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20110703172802.GA55322@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: ino64 status report 6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2011 17:28:46 -0000 ino64 project aims at extending ino_t to 64 bits and nlink_t to 32 bits integers providing compatibility shims for both kernel and libc. I've changed VOP_READDIR implementations for all filesystems in the tree replacing use of cookies argument with d_off field in struct dirent. Compatibility layers for linux, svr4 and ibcs2 were also updated. NFS is not updated yet. readdir-lint tool was written to test changes. From owner-soc-status@FreeBSD.ORG Sun Jul 3 22:02:04 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D4F7106564A for ; Sun, 3 Jul 2011 22:02:04 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8BC078FC15 for ; Sun, 3 Jul 2011 22:02:03 +0000 (UTC) Received: by bwa20 with SMTP id 20so5426304bwa.13 for ; Sun, 03 Jul 2011 15:02:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=v5T/rv/MkEMxax4ipHOq0MgxgNNHNdLxyEBi2VNVhRo=; b=rkgUgmb34m+1xeK5+VoY/FFN/WEZnZN47kZRx9EwOiyuDE3Y0CSWiphd0F3j2WfDGy lE94pMApXo+uBMl+fQaU2tAsoyzDHZOaZuoAdmHEAYravM82lFqzTmAKIkTDojBzCB4S //RhNuF6Z+NOEUK0KavSJ3CwU8YeSoLUY3gTE= Received: by 10.204.39.65 with SMTP id f1mr5002881bke.157.1309730522135; Sun, 03 Jul 2011 15:02:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.83.219 with HTTP; Sun, 3 Jul 2011 15:01:42 -0700 (PDT) From: rudo tomori Date: Mon, 4 Jul 2011 00:01:42 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: BFS scheduler weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2011 22:02:04 -0000 Hi, the goal of my project is to implement a BFS - like scheduler into the FreeBSD. I started off with the original 4.4BSD code, and by iterative modifications I will develop a scheduler that matches the BFS design as specified in http://ck.kolivas.org/patches/bfs/sched-BFS.txt. Last week I worked on the scheduler part that deals with threads waking up. Now when a thread wakes up, the scheduler inspects if the waking thread should preempt any thread currently running on the CPUs. You can find more specific info about how I deal with this in my latest blog post at http://rudot.blog.com. Next week I will look at the ULE code and see how it determines the CPU topology. I will use the similar concept when trying to choose an idle CPU where a thread that is just waking up should run. If there are multiple idle CPUs, I will use one with the best CPU cache locality. rudo From owner-soc-status@FreeBSD.ORG Mon Jul 4 16:50:46 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B4961065673 for ; Mon, 4 Jul 2011 16:50:46 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id D40078FC14 for ; Mon, 4 Jul 2011 16:50:45 +0000 (UTC) Received: by qyk38 with SMTP id 38so3452955qyk.13 for ; Mon, 04 Jul 2011 09:50:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=jVLGhdOGf6aUxLQGjpLUEE0LYIYqbIKtif3ebc3beGc=; b=Ca6KizZ3Ve1srgqW6lgQHw9qP/RB/ycesrTNvRWlSsuWrPdxFcGiZOctNnVVw495ZN zs+VVik+8WoTFJsyLAXm4Y9DHCGx3Yx9L01tzlJV3Tgfb7V453/Kg/ov92qHYwHZyg1I v5k7ROcatJRumBQ7Vv21UJ0QkPtLH8pLAfDPM= MIME-Version: 1.0 Received: by 10.229.79.196 with SMTP id q4mr4793566qck.132.1309798245018; Mon, 04 Jul 2011 09:50:45 -0700 (PDT) Received: by 10.229.32.132 with HTTP; Mon, 4 Jul 2011 09:50:44 -0700 (PDT) Date: Mon, 4 Jul 2011 19:50:44 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Ivan Voras , Hans Petter Selasky Subject: [fuse] Status report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2011 16:50:46 -0000 Project: Finish porting fuse Fuse is now marked MPSAFE. But it still has issues. I've fixed vm page locking on 9-CURRENT and ported user space daemon reply timeout functionality. I've started cleaning up mmap-related code to pass fsx test, but it's far from complete. Tasks: 1. Debug kernel - daemon inode inconsistency. Kernel opens by number inode which is unknown for daemon. It may be source of blogbench freeze I observe. 2. Fix mmap, test with fsx From owner-soc-status@FreeBSD.ORG Mon Jul 4 20:13:19 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50EEA1065677 for ; Mon, 4 Jul 2011 20:13:19 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id F423D8FC23 for ; Mon, 4 Jul 2011 20:13:18 +0000 (UTC) Received: from kibab-darwin.local (95-24-141-10.broadband.corbina.ru [95.24.141.10]) by mx0.deglitch.com (Postfix) with ESMTPSA id A53C48FC36; Tue, 5 Jul 2011 00:13:15 +0400 (MSD) Message-ID: <4E121ED6.6000103@kibab.com> Date: Tue, 05 Jul 2011 00:13:10 +0400 From: Ilya Bakulin User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ru; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: soc-status@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9888A1DC47D729B712A0CFFA" Cc: "Robert N. M. Watson" , Jonathan Anderson , Ben Laurie Subject: [Status Update] Capsicum adaptation project: Week 6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2011 20:13:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9888A1DC47D729B712A0CFFA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, this is the fifth update for Capsicum adaptation project. During last week I have discussed my syslogd(8) changes with Ben. He said= that my way of modificatiion "looks suspiciously easy", and that we need= to test if all unneeded privileges have been discarded. This requires sw= itching to FreeBSD-capsicum branch from p4, which I haven't done yet. Aft= er this is done, I will be able to use modified procstat to examine proce= ss privileges. Ben also agrees that I should make such switch. I was in Belarus the most time during this week, and visited LVEE'2011 co= nference there. During this conference I spoke to Alexey Cheusov from Net= BSD project, who is doing similar security stuff at NetBSD now. We will l= ikely discuss capsicum-related questions in the meantime. This week I plan to: 1) Finally switch to p4 version of FreeBSD-capsicum (or even git tree, wi= ll dicuss with John & Robert); 2) Fix syslogd capsicumization by using procstat; 3) Try to modify ntpd and xz archiver. The latter shoud be relatively eas= y, because gzip has the same functionality and workflow, and it has also = been adapted to use Capsicum; ntpd is more complex thing. 4) Raise (finally!) an open discussion on hackers@ about next possible ap= plications to pay attention to. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --------------enig9888A1DC47D729B712A0CFFA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4SHtoACgkQo9vlj1oadwhBawCeI5dZPWgM03BnuSc8+yX1mAzm p4gAoOZ7KUmd2bIFRjJaCgmEELDzq/oR =/ctq -----END PGP SIGNATURE----- --------------enig9888A1DC47D729B712A0CFFA-- From owner-soc-status@FreeBSD.ORG Mon Jul 4 21:26:05 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 929EC1065672 for ; Mon, 4 Jul 2011 21:26:05 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by mx1.freebsd.org (Postfix) with ESMTP id 299688FC12 for ; Mon, 4 Jul 2011 21:26:04 +0000 (UTC) Received: by fxe6 with SMTP id 6so4501116fxe.17 for ; Mon, 04 Jul 2011 14:26:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=jQNvMMEOdeUCKXek0u6L/LDy33FwfqxQjeQB/vWLUBY=; b=WknIIR9DardmqVLyjAVz1eWAMV4XG+nqHW3OUgIYFP4Xz2LRuB+J8XIkYXK5YjcKWU Et30LEp5K/tHY/1ww225wlCxGiMZUW25qdl59vG4UrGV4rXvlvkg6Jd/9qSssjKCqjU7 W3HibhhzZ1Q8LsDTdHIzjepSbEL52h0Bh6pD0= MIME-Version: 1.0 Received: by 10.223.1.201 with SMTP id 9mr10146701fag.91.1309814763855; Mon, 04 Jul 2011 14:26:03 -0700 (PDT) Received: by 10.223.96.205 with HTTP; Mon, 4 Jul 2011 14:26:03 -0700 (PDT) Date: Mon, 4 Jul 2011 16:26:03 -0500 Message-ID: From: Zhihao Yuan To: soc-status@freebsd.org, Alexander Leidinger Content-Type: text/plain; charset=UTF-8 Cc: Subject: [nvi-iconv]Weekly status report 07 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2011 21:26:05 -0000 To whom may concerned: [ The temporary project repository is at https://github.com/lichray/nvi2 ] For the past week, I committed some changes to files under common. My plan was to finish this directory, but it's not done yet. But today is Independence Day, so I'm spending the whole day on it. The remaining directories are vi/ and ex/. Hopefully there are just some prototype changes (from K&R style to column style ANSI); the key functions relates to iconv/wchar are covered by common/. The mid-term is no July 11, so I need to finish merging by this week, and fixes compiling error during the weekends. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-soc-status@FreeBSD.ORG Mon Jul 4 23:11:27 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8618106564A for ; Mon, 4 Jul 2011 23:11:26 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id B21858FC0C for ; Mon, 4 Jul 2011 23:11:26 +0000 (UTC) Received: by qwc9 with SMTP id 9so3591689qwc.13 for ; Mon, 04 Jul 2011 16:11:26 -0700 (PDT) Received: by 10.229.232.148 with SMTP id ju20mr5077785qcb.34.1309821085185; Mon, 04 Jul 2011 16:11:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.74.65 with HTTP; Mon, 4 Jul 2011 16:10:45 -0700 (PDT) In-Reply-To: References: From: Takuya ASADA Date: Tue, 5 Jul 2011 08:10:45 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: [mq_bpf] status report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2011 23:11:27 -0000 *Project summary The project goal is to support multiqueue network interface on BPF, and provide interfaces for multithreaded packet processing using BPF. Modern high performance NICs have multiple receive/send queues and RSS feature, this allows to process packet concurrently on multiple processors. Main purpose of the project is to support these hardware and get benefit of parallelism. Here's status update from last week: * bug fixes & test of "queue len, queue affinity ioctls moved to the device ioctl" Last week I had a these problems: - ifconfig shows invalid affinity value on igb(4) - SOFTRSS doesn't work, fixing - multi queue bpf is not well tested after the change I fixed these in this commit http://p4web.freebsd.org/@@195722?ac=3D10 Also, tested multiqueue bpf on both HW RSS NIC and SOFTRSS NIC. This is output of modified version of ifconfig: igb0: flags=3D8843 metric 0 mtu 150= 0 =C2=A0 =C2=A0 =C2=A0 =C2=A0options=3D1001bb =C2=A0 =C2=A0 =C2=A0 =C2=A0rxqueue len=3D6 affinity=3D[ 0:0 1:1 2:2 3:3 4:4= 5:5 ] =C2=A0 =C2=A0 =C2=A0 =C2=A0txqueue len=3D6 affinity=3D[ 0:0 1:1 2:2 3:3 4:4= 5:5 ] =C2=A0 =C2=A0 =C2=A0 =C2=A0ether 00:1b:21:53:ed:58 =C2=A0 =C2=A0 =C2=A0 =C2=A0media: Ethernet autoselect =C2=A0 =C2=A0 =C2=A0 =C2=A0status: no carrier igb1: flags=3D8843 metric 0 mtu 150= 0 =C2=A0 =C2=A0 =C2=A0 =C2=A0options=3D1001bb =C2=A0 =C2=A0 =C2=A0 =C2=A0rxqueue len=3D6 affinity=3D[ 0:0 1:1 2:2 3:3 4:4= 5:5 ] =C2=A0 =C2=A0 =C2=A0 =C2=A0txqueue len=3D6 affinity=3D[ 0:0 1:1 2:2 3:3 4:4= 5:5 ] =C2=A0 =C2=A0 =C2=A0 =C2=A0ether 00:1b:21:53:ed:59 =C2=A0 =C2=A0 =C2=A0 =C2=A0inet 163.215.189.124 netmask 0xffffffc0 broadcas= t 163.215.189.127 =C2=A0 =C2=A0 =C2=A0 =C2=A0media: Ethernet autoselect (1000baseT ) =C2=A0 =C2=A0 =C2=A0 =C2=A0status: active msk0: flags=3D8802 metric 0 mtu 1500 =C2=A0 =C2=A0 =C2=A0 =C2=A0options=3D2c011b =C2=A0 =C2=A0 =C2=A0 =C2=A0rxqueue len=3D6 affinity=3D[ 0:0 1:1 2:2 3:3 4:4= 5:5 ] =C2=A0 =C2=A0 =C2=A0 =C2=A0txqueue len=3D1 affinity=3D[ 0:0 ] =C2=A0 =C2=A0 =C2=A0 =C2=A0ether bc:ae:c5:3e:a6:3c =C2=A0 =C2=A0 =C2=A0 =C2=A0media: Ethernet autoselect msk1: flags=3D8802 metric 0 mtu 1500 =C2=A0 =C2=A0 =C2=A0 =C2=A0options=3D2c011b =C2=A0 =C2=A0 =C2=A0 =C2=A0rxqueue len=3D6 affinity=3D[ 0:0 1:1 2:2 3:3 4:4= 5:5 ] =C2=A0 =C2=A0 =C2=A0 =C2=A0txqueue len=3D1 affinity=3D[ 0:0 ] =C2=A0 =C2=A0 =C2=A0 =C2=A0ether bc:ae:c5:3e:a5:67 =C2=A0 =C2=A0 =C2=A0 =C2=A0media: Ethernet autoselect fwe0: flags=3D8802 metric 0 mtu 1500 =C2=A0 =C2=A0 =C2=A0 =C2=A0options=3D200008 =C2=A0 =C2=A0 =C2=A0 =C2=A0rxqueue len=3D6 affinity=3D[ 0:0 1:1 2:2 3:3 4:4= 5:5 ] =C2=A0 =C2=A0 =C2=A0 =C2=A0txqueue len=3D1 affinity=3D[ 0:0 ] =C2=A0 =C2=A0 =C2=A0 =C2=A0ether 02:1f:c6:09:e4:75 =C2=A0 =C2=A0 =C2=A0 =C2=A0ch 1 dma -1 fwip0: flags=3D8802 metric 0 mtu 1500 =C2=A0 =C2=A0 =C2=A0 =C2=A0lladdr 0.1f.c6.0.0.9.e4.75.a.2.ff.fe.0.0.0.0 lo0: flags=3D8049 metric 0 mtu 16384 =C2=A0 =C2=A0 =C2=A0 =C2=A0options=3D3 =C2=A0 =C2=A0 =C2=A0 =C2=A0inet 127.0.0.1 netmask 0xff000000 =C2=A0 =C2=A0 =C2=A0 =C2=A0inet6 ::1 prefixlen 128 =C2=A0 =C2=A0 =C2=A0 =C2=A0inet6 fe80::1%lo0 prefixlen 64 scopeid 0xf =C2=A0 =C2=A0 =C2=A0 =C2=A0nd6 options=3D21 vboxnet0: flags=3D8802 metric 0 mtu 1500 =C2=A0 =C2=A0 =C2=A0 =C2=A0options=3D200000 =C2=A0 =C2=A0 =C2=A0 =C2=A0rxqueue len=3D6 affinity=3D[ 0:0 1:1 2:2 3:3 4:4= 5:5 ] =C2=A0 =C2=A0 =C2=A0 =C2=A0txqueue len=3D1 affinity=3D[ 0:0 ] =C2=A0 =C2=A0 =C2=A0 =C2=A0ether 0a:00:27:00:00:00 Now we have rxqueue/txqueue len & affinity info, and options field shows MULTIQUEUE and SOFT_MULTIQUEUE flags. From owner-soc-status@FreeBSD.ORG Tue Jul 5 07:43:11 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23457106564A for ; Tue, 5 Jul 2011 07:43:11 +0000 (UTC) (envelope-from nc3bhconc@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id DC18C8FC16 for ; Tue, 5 Jul 2011 07:43:10 +0000 (UTC) Received: by qwc9 with SMTP id 9so3736142qwc.13 for ; Tue, 05 Jul 2011 00:43:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=3w7WbUlo5+s4kbet1cyPMqk4HHnSzJFaCQY2Xj4HipM=; b=yEWTouKU1EaBsJ28HcNrXPC7Wg4u6N8/CIprwX09rasQohrTtWt7HPTNRK0Sg9Ebpa aSPOKw6LZ3OneDskxpSvhRTkel27NqPCUmUC52k+ic2zto9RbTicmGNyNMctVd/IMKos O2fkCsDSfNHYkRuMT7bFsRS+tLuiCoTDBucLg= Received: by 10.224.201.135 with SMTP id fa7mr5642431qab.19.1309851790122; Tue, 05 Jul 2011 00:43:10 -0700 (PDT) MIME-Version: 1.0 Sender: nc3bhconc@gmail.com Received: by 10.224.80.143 with HTTP; Tue, 5 Jul 2011 00:42:50 -0700 (PDT) From: Catalin Nicutar Date: Tue, 5 Jul 2011 10:42:50 +0300 X-Google-Sender-Auth: I2Wm7aB9q8CJ-UuKHJdnMh6ZaKo Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TCP UTO - Weekly Report 6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 07:43:11 -0000 Hello! This is the sixth report for TCP UTO. * Short TCP UTO description UTO stands for User Timeout Option (it is described in RFC5482). TCP UTO specifies a peer should be allowed to advertise its chosen `User Timeout' for a connection. The wiki page for this project: http://wiki.freebsd.org/CatalinNicutar/TCPUTO * Work completed last week * Retransmits are being sent at regular intervals (TCPTV_REXMTMAX) until the timeout runs out. This will probably be adjusted as sending data continuously to a possibly uninterested peer should be avoided * I have added two captures on the wiki page, showing the behavior with and without UTO (see link above) * My goals for for this week * Write tests for tools/regression and look for possible boundary cases * Add more examples to the wiki page (including a scenario with a very short timeout) * Try to get the Linux patch by Hagen Paul Pfeifer and test it with the current FreeBSD implementation * Consider adjusting the API so it's similar to the Linux patch (it will help adoption by more applications) * I will start changing tcp.4 as the API is becoming stable If you have questions, suggestions or advices drop me an email to cnicutar@FreeBSD.org. Catalin Nicutar From owner-soc-status@FreeBSD.ORG Wed Jul 6 00:30:06 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC6711065670 for ; Wed, 6 Jul 2011 00:30:06 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 6EB0A8FC15 for ; Wed, 6 Jul 2011 00:30:05 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LNV000ATYQ4GNA0@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 06 Jul 2011 02:30:04 +0200 (CEST) Date: Wed, 06 Jul 2011 02:30:04 +0200 From: jakub.klama@uj.edu.pl To: soc-status@freebsd.org Message-id: X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: Fwd: FreeBSD/ARM port to NXP LPC32x0 - status report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2011 00:30:06 -0000 Hi, This is #6 status report of project aiming to port FreeBSD to LPC32x0 ARM9 System-on-Chip. It currently boots in single- and multiuser mode from NFS and from USB stick. New archivement: * Board boots in multiuser from root filesystem placed on USB stick :-) Things done this week: * USB OHCI controller driver This part was harder than I previously thought, because of extra OTG layer and external ISP3101 USB transceiver present on the board. ISP3101 is programmed using I2C interface, so it was needed to program it before any USB transfers can be done. * Refactored lpc_pwr, clocking and power control driver. Previously, lpc_pwr code powered up all known peripherals in his device_attach method. This was wrong, because of some device drivers need to have full control on their clock settings registers. Now, initialization of specified peripheral device clocking registers is done in itself device_attach method. Things to do next week: * Make SD controller working. Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Wed Jul 6 06:06:36 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71AA91065676 for ; Wed, 6 Jul 2011 06:06:36 +0000 (UTC) (envelope-from aalvarez@aliensoft.net) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3E3FF8FC0C for ; Wed, 6 Jul 2011 06:06:35 +0000 (UTC) Received: by gwb15 with SMTP id 15so3221320gwb.13 for ; Tue, 05 Jul 2011 23:06:35 -0700 (PDT) Received: by 10.101.162.11 with SMTP id p11mr4328058ano.159.1309932395155; Tue, 05 Jul 2011 23:06:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.101.129.4 with HTTP; Tue, 5 Jul 2011 23:06:15 -0700 (PDT) X-Originating-IP: [200.88.151.41] From: Alan Alvarez Date: Wed, 6 Jul 2011 02:06:15 -0400 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [Path-based filesystem MAC Policy] Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2011 06:06:36 -0000 The main goal of this project is to extend the existing ugidfw (bsdextended) MAC policy to allow for path-based rules. I've run into some dead ends with the design approaches I've taken before. However, I think I've come to a final design that works and is simple. Before, I resolving the path entered in a rule and acquiring the vnode's filesystem id and inode number. Then, comparing those when a rule needed to be checked against a vnode. Instead, what I'm doing now is saving the full path when it is entered into the rule with the use of realpath(3) from userland. Then, when the rule needs to be checked I'm using vn_fullpath_global. Although I'm mostly done with the code for this, I'm running into what appears to be some locking issues. This week I plan to work those issues out. After that what will be done is to write test cases and extend the documentation. -- regards, Alan Alvarez From owner-soc-status@FreeBSD.ORG Thu Jul 7 11:16:05 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A1A31065673 for ; Thu, 7 Jul 2011 11:16:05 +0000 (UTC) (envelope-from gockzy@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id A7D828FC15 for ; Thu, 7 Jul 2011 11:16:04 +0000 (UTC) Received: by eyg7 with SMTP id 7so352562eyg.13 for ; Thu, 07 Jul 2011 04:16:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=etzCpIN/q0t9SLhPFp6dg5wHgOsSmuBQc6pMKZbEJlQ=; b=XrRt1O6l709OS8MjWWDMwVaFPaIinP0pSoC5/PzfBGxFGAjYg0fBHerWNOZVQPt55I dF/F6ytgwavxpZ4jFBtZCpVD67Eseio3Ztw6M+WeKtMi9hclQcBKS4F0GsOOTZiW/J7Q F8CZyBnq0N9eGmOnZTfh38ZKFfTqudHbkvpwg= Received: by 10.213.13.14 with SMTP id z14mr251851ebz.30.1310034411121; Thu, 07 Jul 2011 03:26:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.113.212 with HTTP; Thu, 7 Jul 2011 03:26:31 -0700 (PDT) From: Kazuya Goda Date: Thu, 7 Jul 2011 19:26:31 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [status report] RPS/RFS #week6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 11:16:05 -0000 Hi, The project goal is to implement RPS/RFS on FreeBSD. RPS solves the problem of mono-queue NIC which can't distribute packets across multiple processors. RFS is the extension of RPS, which deliver packets to the CPU where application running. This week status: * Implements RFS I implemented RFS, but it is only working when sysctrl parameter is configured belows: - net.isr.threadnum:[number of CPUs] - net.isr.bindthreads:[1] It is necessary to net.isr.threadnum is flexible. next wee: * Enable changing net.isr.threadnum --Kazuya Goda From owner-soc-status@FreeBSD.ORG Fri Jul 8 19:12:04 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41FD4106564A for ; Fri, 8 Jul 2011 19:12:04 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 055908FC17 for ; Fri, 8 Jul 2011 19:12:03 +0000 (UTC) Received: by gwb15 with SMTP id 15so1131620gwb.13 for ; Fri, 08 Jul 2011 12:12:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Cg5inpAF96zBTrsijhuwX3KOM3BAJO2WXkV9vW9OQ/A=; b=btsp8hbN2rv61bu5AvsA1fdqcnE52Dv6KuJ42XgXqRMVG1NtFZxgylL0K/dTVpZ9XG RT/4hDfOe+zQ5CvPrPpv2Wr0+XnkXBVuudcpVfOFDr+3gdtZ61ckE3MexTfNF3zBxvjE 8iYaZIEaRw08S5B7/VyK/8N6oHq/x/2QP9P90= MIME-Version: 1.0 Received: by 10.150.160.20 with SMTP id i20mr2010681ybe.232.1310152323273; Fri, 08 Jul 2011 12:12:03 -0700 (PDT) Received: by 10.151.109.2 with HTTP; Fri, 8 Jul 2011 12:12:03 -0700 (PDT) In-Reply-To: References: Date: Fri, 8 Jul 2011 22:12:03 +0300 Message-ID: From: Oleksandr Dudinskyi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Sat, 09 Jul 2011 05:14:32 +0000 Subject: Re: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 19:12:04 -0000 Hello In this week I create in devstat(9) a structure devstat_device_error where stored the number of errors. Here recorded errors that discovered in cam. in next week i create a option-E in iostat for output of these errors. For testing I use variable status_test similar CAM status. In which specifies the error in the driver. From owner-soc-status@FreeBSD.ORG Fri Jul 8 21:53:22 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F166106566C for ; Fri, 8 Jul 2011 21:53:22 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id D84AA8FC14 for ; Fri, 8 Jul 2011 21:53:21 +0000 (UTC) Received: by gxk28 with SMTP id 28so1193757gxk.13 for ; Fri, 08 Jul 2011 14:53:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=DhXq332YLYhytztTx8CIZ1DV5BX9CGiBhU3rVznsNxM=; b=a2IvlhzhAJiX/GmDFutB59DbRx0PsLXase02DOUJqaHUprdZdP7h45J4EThegztcxO kcfE89G+y0v57wFgy2iGiTcMxW+zeuRiTKS3J1yBpFBoNu+T/dqJU0sxm+onFjECqgn9 snfLylOwEt7wIjvG76d5iI4ISIZz87dpyFg5A= MIME-Version: 1.0 Received: by 10.151.112.10 with SMTP id p10mr2389323ybm.118.1310162001140; Fri, 08 Jul 2011 14:53:21 -0700 (PDT) Received: by 10.151.109.2 with HTTP; Fri, 8 Jul 2011 14:53:21 -0700 (PDT) In-Reply-To: References: Date: Sat, 9 Jul 2011 00:53:21 +0300 Message-ID: From: Oleksandr Dudinskyi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Sat, 09 Jul 2011 05:14:40 +0000 Subject: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2011 21:53:22 -0000 Hello In this week I create in devstat(9) a structure devstat_device_error where stored the number of errors. Here recorded errors that discovered in cam. in next week i create a option-E in iostat for output of these errors. For testing I use variable status_test similar CAM status. In which specifies the error in the driver. From owner-soc-status@FreeBSD.ORG Sat Jul 9 09:33:10 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B2881065672 for ; Sat, 9 Jul 2011 09:33:10 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id D5BDA8FC08 for ; Sat, 9 Jul 2011 09:33:09 +0000 (UTC) Received: by qwc9 with SMTP id 9so1688143qwc.13 for ; Sat, 09 Jul 2011 02:33:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=apqvxIr2IPg4zlzuoJQzvbk3k787VqaOWanRxUpNYFU=; b=t1vY7Uflp+9a1TPX2OXmKQ0PJ+NT/o2cZvsHhLl6ClwzyxCgVn3EjzHkADPCMBC4mT 31GAsl/WSsMFa0PtN3aomkUD8xnCZCXn97j7ryBSx2eAYnbZLc+JUwrzaZ41wrXCmoCo RvoPLmyJk1rTaI1z+Q+GzfquV/ncSt79MpYEM= MIME-Version: 1.0 Received: by 10.229.18.77 with SMTP id v13mr2244945qca.56.1310203988874; Sat, 09 Jul 2011 02:33:08 -0700 (PDT) Received: by 10.229.32.132 with HTTP; Sat, 9 Jul 2011 02:33:08 -0700 (PDT) Date: Sat, 9 Jul 2011 12:33:08 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Ivan Voras , Hans Petter Selasky Subject: [fuse] Status report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2011 09:33:10 -0000 Project: Finish porting fuse Fuse can now pass fsx tests and no longer freezes with blogbench. Actually blogbench didn't freeze before, it performed a lot of reads at very big offsets. After fixing io in fuse I no longer see such behavior in blogbench. Known issues: 1. It may panic if application killed while operations in progress. It could panic before but recent changes made error easier to trigger 2. Expect much lower io performance. Additional setattr or getattr operation is now called for almost every write, io buffer size was decreased to page size, data cache is invalidated when last file closed. I'll try to improve it next week. From owner-soc-status@FreeBSD.ORG Sun Jul 10 12:12:54 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9F13106566B for ; Sun, 10 Jul 2011 12:12:54 +0000 (UTC) (envelope-from forandom@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8AB098FC14 for ; Sun, 10 Jul 2011 12:12:54 +0000 (UTC) Received: by pzk27 with SMTP id 27so3105079pzk.13 for ; Sun, 10 Jul 2011 05:12:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Dfv2PNJ08RgKcpQ1M7Gzf82kJggZOPAj30VVrFhuOPo=; b=b8TJjHrAMLSYHVub8M1aKXQvpmL/w+th6BEpG6zEfFMsc0Ib09AhtTQIEeubGFthLp DNUZUHQfy6SrFpF3QZ1tRalw3j8gI2Ry33wf41SeFEPxrYqQNW7iVy4wH5cpL8YghVbI iK9y9L3VRnWE2Xh7adfJE0rP6IKYMfSWCPiYI= MIME-Version: 1.0 Received: by 10.68.57.33 with SMTP id f1mr2424096pbq.374.1310299974039; Sun, 10 Jul 2011 05:12:54 -0700 (PDT) Received: by 10.68.44.42 with HTTP; Sun, 10 Jul 2011 05:12:54 -0700 (PDT) Date: Sun, 10 Jul 2011 20:12:54 +0800 Message-ID: From: Xingxing Pan To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: DWARF Status Report Week 6 & 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 12:12:54 -0000 This project is to annotate the hand writing assembly files with CFI directives.The annotation provide call frame information for software like debuggers. (1)This week I annotated library rtld for amd64. Until now, all the libraries mentioned in the proposal except signal trampolines have been annotated. As to signal trampolines, I have to talk with my mentor. (2)Read GDB's testsuites to learn how to write expect scripts for testing. From owner-soc-status@FreeBSD.ORG Sun Jul 10 17:55:44 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FBFD106566B for ; Sun, 10 Jul 2011 17:55:44 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C84418FC14 for ; Sun, 10 Jul 2011 17:55:43 +0000 (UTC) Received: by bwa20 with SMTP id 20so3735228bwa.13 for ; Sun, 10 Jul 2011 10:55:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=sksaMRjYfYWIoniU11mvXKh3UXAVHiL80Sjoscngw/U=; b=fzNdaAXhkYLC/7aYLW8Ju6268bslPu7U8CQSJvRmbu0gsnzRPrvb3PEUWA7hSEV5Rx /qwuLKAtVEg6fHBC3aQsIhIn510gGAmMS1lSyIgysB+i/IlPGxIK81O+PCoNJzfR8155 ZoYS8blQLqI6snMlKvbG3IecCx5xC6aV7uqwA= Received: by 10.204.34.130 with SMTP id l2mr2262206bkd.170.1310320542145; Sun, 10 Jul 2011 10:55:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.83.219 with HTTP; Sun, 10 Jul 2011 10:55:22 -0700 (PDT) From: rudo tomori Date: Sun, 10 Jul 2011 19:55:22 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: BFS scheduler weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 17:55:44 -0000 Hi, the goal of my project is to implement a BFS - like scheduler into the FreeBSD. I started off with the original 4.4BSD code, and by iterative modifications I will develop a scheduler that matches the BFS design as specified in http://ck.kolivas.org/patches/bfs/sched-BFS.txt. Last week I added some cpu topology awareness into my scheduler. When choosing an idle cpu for a thread that is waking up, I prefer idle cpus that are in the cpu group of the last cpu where the thread was running. I have also been working on a live cd that will contain my scheduler. You can find more info at my project blog page http://rudot.blog.com/. Next week I will firstly finish the work on the live cd. Then I will run the similar benchmarks as I run at the beginning of the project. I will publish the results at my project blog page. rudo From owner-soc-status@FreeBSD.ORG Sun Jul 10 20:37:47 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6051106564A for ; Sun, 10 Jul 2011 20:37:47 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8536B8FC0C for ; Sun, 10 Jul 2011 20:37:47 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 16C1D14E5A67 for ; Sun, 10 Jul 2011 22:37:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5z87-c3CAgx6 for ; Sun, 10 Jul 2011 22:37:44 +0200 (CEST) Received: from [193.137.158.209] (unknown [193.137.158.209]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id E3F0E14E59EF for ; Sun, 10 Jul 2011 22:37:43 +0200 (CEST) Message-ID: <4E1A0DA2.8020700@FreeBSD.org> Date: Sun, 10 Jul 2011 21:37:54 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regex status report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jul 2011 20:37:47 -0000 Hi, I've been debugging my code this week and I fixed a couple of bugs. Still there is one, which I'm working on at the moment, but I think that the fixed string matcher is near to a working state. I also wrote a little program for regression testing. It has a simple file format where pattern, input string and expected matching offsets are stored. It seems to work fine but I haven't wrote all the test cases yet. Gabor From owner-soc-status@FreeBSD.ORG Mon Jul 11 07:20:36 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C2F0106566C; Mon, 11 Jul 2011 07:20:36 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0F1288FC0A; Mon, 11 Jul 2011 07:20:34 +0000 (UTC) Received: by fxe6 with SMTP id 6so3041147fxe.17 for ; Mon, 11 Jul 2011 00:20:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=2V0xciMbW5M07XQWV83aj41/hiW/rdusCb4ksjTTEVQ=; b=Y3cWVljrJtcvXzoHjCC/JQEt4OYUIsT4sNz4NM5rT9sjzWR5XUriwODKsbna1XNbv5 0BlTofBmwT00vkQL2j/EZz9ie8nn8HZBeKNfmSWGoZRiIhljoANs18pavmIYm9nJlrz9 ErRBm0qLsKl8rKLN0lArO4JYSDVBARfi9Kft0= Received: by 10.223.144.134 with SMTP id z6mr7101693fau.8.1310368834194; Mon, 11 Jul 2011 00:20:34 -0700 (PDT) Received: from localhost (lan-78-157-92-5.vln.skynet.lt [78.157.92.5]) by mx.google.com with ESMTPS id b3sm9128709fao.20.2011.07.11.00.20.32 (version=SSLv3 cipher=OTHER); Mon, 11 Jul 2011 00:20:33 -0700 (PDT) Date: Mon, 11 Jul 2011 10:20:14 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20110711072014.GA7214@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: ino64 status report 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2011 07:20:36 -0000 ino64 project aims at extending ino_t to 64 bits and nlink_t to 32 bits integers providing compatibility shims for both kernel and libc. Remaining uses of readdir cookies were replaced with dirent d_off: NFS, mqeueue, XFS, ReiserFS. Several bugs were fixed. I've also improved readdir-lint test. From owner-soc-status@FreeBSD.ORG Mon Jul 11 19:36:27 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AA66106564A for ; Mon, 11 Jul 2011 19:36:27 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 38B418FC12 for ; Mon, 11 Jul 2011 19:36:27 +0000 (UTC) Received: from kibab-darwin.local (89-178-196-37.broadband.corbina.ru [89.178.196.37]) by mx0.deglitch.com (Postfix) with ESMTPSA id 295108FC2D; Mon, 11 Jul 2011 23:36:26 +0400 (MSD) Message-ID: <4E1B50B5.6080706@kibab.com> Date: Mon, 11 Jul 2011 23:36:21 +0400 From: Ilya Bakulin User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ru; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: soc-status@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6AC17DEFDD6224C18402679E" Cc: "Robert N. M. Watson" , Jonathan Anderson , Ben Laurie Subject: [Status Update] Capsicum adaptation project: Week 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2011 19:36:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6AC17DEFDD6224C18402679E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, this is the sixth update for Capsicum adaptation project. During last week I have finally started an open discussion about applications that need to receive capsicum support in the base system. Then I've started working on adapting lightweight resolver daemon for using it with sandboxed apps to provide safe name resolution service. Some design decisions are still under discussion, but I'm sure that we will find a good solution this week. I have switched to p4 version of FreeBSD-capabilities, because that's the only version that has libcapsicum and modified procstat utility. Using it I have examined child process of modified syslogd, found leaked file descriptors and fixed this, and also added capability constraints on files and sockets that are opened by syslogd child. At the same time I tried to build FreeBSD-Capabilities branch from Jonathan's git repo, and finally it was successful (with minor patching). Maybe I will try to use this repo and libcapsicum port (also from Jonathan's github repo) to work further, but I need to discuss this with Robert, Jonathan and Ben. So, during the next week I want to finish lwres adaptation (liblwres/lwresd modifications + rc.d script for lwresd) and continue with capsicumization of simple network utilities (netcat, ping and friends). Also I hope to switch to much more recent FreeBSD source by using Jonathan's repos. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --------------enig6AC17DEFDD6224C18402679E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4bULoACgkQo9vlj1oadwgbBgCgjx6vHBAAp4eJl4PBO4qLL4dE +UYAnimO7m1YSWAkWfU1ela/tQgiGcxF =cY+w -----END PGP SIGNATURE----- --------------enig6AC17DEFDD6224C18402679E-- From owner-soc-status@FreeBSD.ORG Mon Jul 11 21:09:13 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 356B91065670 for ; Mon, 11 Jul 2011 21:09:13 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by mx1.freebsd.org (Postfix) with ESMTP id C22EC8FC0C for ; Mon, 11 Jul 2011 21:09:12 +0000 (UTC) Received: by fxe6 with SMTP id 6so3592780fxe.17 for ; Mon, 11 Jul 2011 14:09:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=hNt8j7COyCuur6KHLWt1pNDA3IhREAMb6B/0LyNbtOc=; b=dUjdQOOLtK1G8CJg7V85Lrw7oQ0ofObCYHWVcCdNgjSOJiSyvM9y4agOea5/CpdARK amRcQiu3vC7Th2O6exwn+QT/d3QqSDfqk+tsO+xv9z+D89pqhnS26zILz7eYu03WSJTz +hS0z5/wNP8hNeBiTI8+3pzMc+aMBUfhYD9LY= MIME-Version: 1.0 Received: by 10.223.6.201 with SMTP id a9mr8159760faa.110.1310418551346; Mon, 11 Jul 2011 14:09:11 -0700 (PDT) Received: by 10.223.101.139 with HTTP; Mon, 11 Jul 2011 14:09:11 -0700 (PDT) Date: Mon, 11 Jul 2011 16:09:11 -0500 Message-ID: From: Zhihao Yuan To: soc-status@freebsd.org, Alexander Leidinger Content-Type: text/plain; charset=UTF-8 Cc: Subject: [nvi-iconv]Weekly status report 08 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2011 21:09:13 -0000 To whom may concerned: During the last week, the merge process (nvi-1.79 & nvi-1.8x) is almost done. The cl/ directory is merged but not committed yet. Now I'm fixing the compilation and trying to meet the mid-term requirements. The new nvi-iconv's layout and structure is based on nvi-1.79, and the features taken from nvi-devel are widechar and vsplit supports. More work relates to gs.c, exf.h, and vs_refresh.c needs to be done before I get a compilable version. Currently I uses FreeBSD's Makefile to build the project. I plan to use cmake instead of autotools after the mid-term. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-soc-status@FreeBSD.ORG Tue Jul 12 09:11:26 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42B341065672 for ; Tue, 12 Jul 2011 09:11:26 +0000 (UTC) (envelope-from nc3bhconc@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 07C878FC0A for ; Tue, 12 Jul 2011 09:11:25 +0000 (UTC) Received: by qwc9 with SMTP id 9so3027023qwc.13 for ; Tue, 12 Jul 2011 02:11:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=VFGpZQ0Dnfej1Cx9tpokUZ9WZg2hB42+c/GdIKe83iA=; b=S91N6ovJjjRXVVLnLqSpsv3BRb/9k+ZDAquCwNRlo2c8mSeTcvkCxJA0E3EZ+WsLzK pFCfLm+jllM/Oy670vhRwWu9fI6kQM7dr4ayWZQeymeYFbX+NHDlLKF1hv9GSHLbymwH rqA35UaRzRUi7jwJud0fp5Ry6r/vktQ3MziMI= Received: by 10.224.215.131 with SMTP id he3mr4496136qab.269.1310461885094; Tue, 12 Jul 2011 02:11:25 -0700 (PDT) MIME-Version: 1.0 Sender: nc3bhconc@gmail.com Received: by 10.224.80.143 with HTTP; Tue, 12 Jul 2011 02:11:05 -0700 (PDT) From: Catalin Nicutar Date: Tue, 12 Jul 2011 12:11:05 +0300 X-Google-Sender-Auth: oG4XCXcg-LKn5ZBNbOwy3HDJKww Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TCP UTO - Weekly Report 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2011 09:11:26 -0000 Hello! This is the seventh report for TCP UTO. * Short TCP UTO description UTO stands for User Timeout Option (it is described in RFC5482). TCP UTO specifies a peer should be allowed to advertise its chosen `User Timeout' for a connection. The wiki page for this project: http://wiki.freebsd.org/CatalinNicutar/TCPUTO * Work completed last week * I have added three tests in tools/regression/netinet/tcputo. Testing is done on loopback interfaces and only "base" components are used * I have tested the Linux implementation (http://git.jauu.net/?p=net-2.6-topics.git;a=log;h=refs/heads/tcp-uto) and it works with what I am implementing. In particular, it implements the same retransmit policy * As the API is becoming stable I have edited tcp.4 to include setsockopt options and sysctls used * My goals for this week * I will start modifying userland applications in "base" like telnet, ssh and nc * UTO introduces security problems. I will consider ways to address these issues (beyond mentioning in the man page that it should only be used for authenticated connections) * I will try to branch HEAD and start forward porting changes to it If you have questions, suggestions or advices drop me an email to cnicutar@FreeBSD.org. Catalin Nicutar From owner-soc-status@FreeBSD.ORG Tue Jul 12 20:49:17 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE756106566C for ; Tue, 12 Jul 2011 20:49:17 +0000 (UTC) (envelope-from joffrey.lassignardie@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9EAC58FC08 for ; Tue, 12 Jul 2011 20:49:17 +0000 (UTC) Received: by pvg11 with SMTP id 11so5404542pvg.13 for ; Tue, 12 Jul 2011 13:49:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=MZ5eJST7MeYAfB8mMqnKHXA2Nv6eYpqk1GzDMmPNsSw=; b=AqKimDtVeaqiPVQdkyxbYZq7u0QxGYzYlbHxCvvGhpk/8wAV9QFGwIzea0j0OQZN0h eo1KCgWbXVvGjHePjMTPUeJrLp79XQBLocKIRW8gT0re9h58z37sRnoZ7rSyCzS9lloS jBiiHAr2uiwI64s0XP9rPhy5JtYVi7c9vHSsY= MIME-Version: 1.0 Received: by 10.142.149.12 with SMTP id w12mr155108wfd.154.1310503757016; Tue, 12 Jul 2011 13:49:17 -0700 (PDT) Received: by 10.143.90.14 with HTTP; Tue, 12 Jul 2011 13:49:17 -0700 (PDT) Date: Tue, 12 Jul 2011 20:49:17 +0000 Message-ID: From: Lassi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [SoC2011 Status Report] pkg convert - Week7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2011 20:49:17 -0000 Hi, Last week, I worked on a rewrite of some parts of the lib that read rpm files. I have also begun to write the convert command itself, as it is more logical. This week, I'll finish the rewrite of this lib and the convert command for rpm. For the moment I am still behind schedule, but I think this week will bring a lot of new code and I hope I would be able to convert rpm package by the end of this week. -- Joffrey ``Lassi'' Lassignardie From owner-soc-status@FreeBSD.ORG Wed Jul 13 21:06:13 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B92C1065672; Wed, 13 Jul 2011 21:06:13 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id BA6C68FC13; Wed, 13 Jul 2011 21:06:12 +0000 (UTC) Received: by qwc9 with SMTP id 9so4109160qwc.13 for ; Wed, 13 Jul 2011 14:06:11 -0700 (PDT) Received: by 10.229.190.211 with SMTP id dj19mr1393644qcb.95.1310591171065; Wed, 13 Jul 2011 14:06:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.229.71 with HTTP; Wed, 13 Jul 2011 14:05:31 -0700 (PDT) From: Takuya ASADA Date: Thu, 14 Jul 2011 06:05:31 +0900 Message-ID: To: soc-status@freebsd.org, Kazuya Goda , "Robert N. M. Watson" , George Neville-Neil Content-Type: text/plain; charset=UTF-8 Cc: Subject: [mq_bpf] status report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jul 2011 21:06:13 -0000 *Project summary The project goal is to support multiqueue network interface on BPF, and provide interfaces for multithreaded packet processing using BPF. Modern high performance NICs have multiple receive/send queues and RSS feature, this allows to process packet concurrently on multiple processors. Main purpose of the project is to support these hardware and get benefit of parallelism. Here's status update from last week: *Implementing test programs http://p4web.freebsd.org/@@196076?ac=10 I'm implementing these three program: - test_ifqueue - test_sqbpf - test_mqbpf test_ifqueue is for testing queue length/queue affinity ioctls. test_sqbpf and test_mqbpf is for comparing bpf performance between non-multiqueue bpf and multiqueue bpf, also for testing bpf multiqueue ioctls. Right now I only submitted test_ifqueue and test_sqbpf, test_mqbpf is still under testing. From owner-soc-status@FreeBSD.ORG Thu Jul 14 00:16:52 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D5AC106564A for ; Thu, 14 Jul 2011 00:16:52 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1B88FC12 for ; Thu, 14 Jul 2011 00:16:51 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LOA003MERG2G470@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Thu, 14 Jul 2011 02:16:50 +0200 (CEST) Date: Thu, 14 Jul 2011 02:16:49 +0200 From: jakub.klama@uj.edu.pl To: soc-status@freebsd.org Message-id: <161ac2989a2ba2fcb58ad7d715b7fcb6@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM port to NXP LPC32x0 - status report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 00:16:52 -0000 Hi, This is #7 status report of project aiming to port FreeBSD to LPC32x0 ARM9 System-on-Chip. It currently boots in single- and multiuser mode from NFS and from USB stick. Sorry for being a little late. Things done this week: * Working hard at MMC/SD controller driver. As for now, controller detects the card correctly but the data transfer is broken. Documentation in NXP's User Manual is a bit laconic, but it's standard ARM PrimeCell PL180 controller, so I will be searching more information on ARM Ltd. site and in other systems drivers source code. Things for next week: * Make data transfer from/to SD cards working, clean the driver and commit it. * Write drivers for GPIO and touchscreen. Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Thu Jul 14 06:28:23 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E2B41065672 for ; Thu, 14 Jul 2011 06:28:23 +0000 (UTC) (envelope-from m.kocielski@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4D2B28FC12 for ; Thu, 14 Jul 2011 06:28:23 +0000 (UTC) Received: by pzk27 with SMTP id 27so7105737pzk.13 for ; Wed, 13 Jul 2011 23:28:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=0lAocL3PlwGcBNsdDyCGwulO9Mppv4b3P+xVFLHjRWs=; b=kdWcXTvKNj6eZ5Vrire2VEVY291TEhFIdH3FmUiBQ8CYcIRSQEduroCnOGf3vwr49L ZjobtrpBpvffswFAvT+/y71XdFaZigcRYf+xyWrMMZg+HgAg0IzWBOMA3p2PcxYalcQW TIOL6p3PXWVSLo2uOcwtdAXhzjHsM2ws3hwGU= MIME-Version: 1.0 Received: by 10.68.66.104 with SMTP id e8mr2004584pbt.29.1310624902602; Wed, 13 Jul 2011 23:28:22 -0700 (PDT) Sender: m.kocielski@gmail.com Received: by 10.68.71.129 with HTTP; Wed, 13 Jul 2011 23:28:22 -0700 (PDT) Date: Thu, 14 Jul 2011 08:28:22 +0200 X-Google-Sender-Auth: aKk5XUMgPgbPf8HT6EFgxvZjli4 Message-ID: From: Mateusz Kocielski To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Testing temporal properties with Temporally Enhanced Security Logic Assertions - week 6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 06:28:23 -0000 Hi, This week was pretty busy outside GSoC world, however I've done some significant bits: * added few instrumenter tests (i.e. for op= assignments, field assignment tests) * extended instrumenter for op= assignments * polishing up all hacks which I've done so far (and push code into svn repo) * start working on more granular locking scheme for TESLA_SCOPE_GLOBAL context In case of any questions please catch me on IRC (I'm shm at freenode). Regards, Mateusz From owner-soc-status@FreeBSD.ORG Thu Jul 14 09:26:01 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9DC7106566B for ; Thu, 14 Jul 2011 09:26:01 +0000 (UTC) (envelope-from m.kocielski@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id A678F8FC08 for ; Thu, 14 Jul 2011 09:26:01 +0000 (UTC) Received: by pvg11 with SMTP id 11so83119pvg.13 for ; Thu, 14 Jul 2011 02:26:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=cO6n/w6DZACOeTkLjMSJSjzjAvMO+OawjaXiHfMsZO0=; b=b1XVnJUkreisDQmgXv2a3aM360cwHFAcEGx9n6mh4ZvLBJEEySY5qTy7b2UMpP+1kV UcUeMv6HNclShOfbd3m1vT8VmaeasxJ9OLENG99IftrQfWmUF6V69PxVvu9D12GUIndd OgkpDMDwWVXc34qagr/Z9GjbHDC64IIU4xV3U= MIME-Version: 1.0 Received: by 10.68.28.104 with SMTP id a8mr2318624pbh.431.1310635560999; Thu, 14 Jul 2011 02:26:00 -0700 (PDT) Sender: m.kocielski@gmail.com Received: by 10.68.71.129 with HTTP; Thu, 14 Jul 2011 02:26:00 -0700 (PDT) Date: Thu, 14 Jul 2011 11:26:00 +0200 X-Google-Sender-Auth: 3pQipsyzR4uuI5Ep5eK0bCiWy9s Message-ID: From: Mateusz Kocielski To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Testing temporal properties with Temporally Enhanced Security Logic Assertions - week 7/mid-term X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 09:26:01 -0000 Hello! 1. What is this all about? TESLA is a framework for testing temporal properties of a software written in the C language. Standard assertions i.e. assert(3) are able to test simple expressions which refer only to an actual state of a program, testing temporal properties in this case (e.g. conformance with the protocols, condition checks before usage etc.) is complex, requires additional code and data structures, thus it could be a source of unnecessary complexity and bugs. TESLA introduces assertions which test temporal expressions, it means that it's able to refer to the future and to the past, which is a great help when a goal is to verify some property which refers to the time, i.e. check if access control checks were done. FreeBSD can benefit from TESLA assertions in many ways, kernel is complex piece of code which contains a lot of places where some temporal conditions MUST be satisfied in order to provide security or consistency. Project goal is to use TESLA assertions to test sensitive parts of the FreeBSD code like MAC framework, Capsicum, network stacks (802.11 stack etc.), to make sure that they meet desired temporal properties. This project seems to be reasonable step in order to make FreeBSD more robust and secure platform. As a result of the project we expect to deliver code with TESLA assertions, set of the test cases, fuzzers (probably integrated with the stress2 framework), testing report and patches for the fixed bugs. TESLA is still under development, thus part of the project will be helping to make it ready for inclusion into the FreeBSD, some parts of the project are not ready to be in the base systems (e.g. they're not written in C), some parts might be extended to fit better into the FreeBSD world. Project homepage could be found at [1]. Page includes quick guide to TESLA, which is a write-up on using existing bits. Repository is available at [2] https://socsvn.freebsd.org/socsvn/soc2011/shm/ - here are mostly things that works or are interesting enough to be there, except that there exists small garbage [3] with random bits which I've written so far (do not dive there, unless you really know what you're doing). 2. What was done * tesla instrumenter test cases - this a simple script (previously it was based on the ATF testing framework, but I've decided to rewrite it since we check if two ASTs equal. Moreover ATF is not present in FreeBSD base system) which performs unit tests on tesla instrumenter. My work was mainly in that part focused on writing tests, deciding if instrumenter behaves as expected, then eventually I was fixing bugs. Now it's used in the project as a regression suite. * fixing bugs - I've spent lots of time on looking for bugs and fixing them. Some instrumenter bugs (like double rhs evaluation or problem with CompndStmts) took me few days (in extreme case almost a week ;)). This part was quite challenging since I'm not very familiar with llvm/clang internals, so introduction costed me another few days. Instrumenter is modyfing AST in place which is clearly not dedicated for doing such things. Lack of defensive checks implies that in case of any mistake it takes lot of resources to figure out what's wrong. * examples, worth seeing are at least two of them: ping - which checks if ping mainloop behaves as expected (this example is based on function events and checks if functions are invoked in right order) and example2 which validates if session is not violating the protocol (which is described in write-up). More examples could be found at assertions/ and [3]. * small write-up on TESLA, this is a small article on starting using TESLA. It covers background behind tesla, installation process, small introduction to TEAL and instrumenter, some examples. * I've started writing fuzzers skeletons, I want to complete syscall fuzzer (better than simple algorithms used in stress2 suite [4]) and network fuzzers (802.11, etc...) to more efficent testing (keep in mind that tesla is working on running code) 3. What's missing (what I've started and not finished) * I've broken MAC tests last week (I'm still trying to figure out what's wrong), hopefully I'll release this bits next week. Adding TESLA to kernel is pretty straight-forward task, if you're interested how to do that then drop me an e-mail I'll write few words about that in quick guide to TESLA. My intention was to clone (less or more) mac_test functionality (but for now I get constant panics). * I've been working on more granular scheme for GLOBAL_STATE, for now it uses global lock for all instances, which obviously is not perfect solution. My implementation is based on previous ideas on that which involves hashing tables (for now it uses simple modulo sum of all keys). Limit passed to libtesla is also rounded to nearest prime by brute-force algorithm, I haven't decided yet how to speed it up, but probably some candidate ideas involves probability tests (i.e. Miller-Rabin method involving fixed witnesses, which seems to be good enough for kernel-space). 4. Future plans * Finish missing bits - locking scheme/mac tests * Handling assignments in sub-expressions by instrumenter. * Doing some clean-ups in instrumenter (i.e. resolve Stmts to CompoundStmts in more elegant way) * 802.11 tests (fuzzing + assertions) * syscall tests (fuzzing + assertions) * libtesla clean-ups (locking scheme etc.) In the second period I'd like to focus more on testing the FreeBSD project, if you've got any ideas what's worth testing (additionally) then feel free to drop me an e-mail. 5. post GSoC era * It's not known if Capsicum bits will be included in FreeBSD during the GSoC coding phrase, if not then it'll be tested after GSoC. * CFA compiler is written in OCaml, FreeBSD hasn't got any OCaml interpreter in base which is an integration stopper. This task doesn't fit well into coding phrase (TEAL and CFA is still under developement, OCaml is much easier to modify or write quick prototype than C), but could be considered as a good goal after GSoC. * Usually network clients/daemons have got some procotol state behind connection, TESLA is a perfect tool to find protocol violations, FreeBSD base system includes few clients which could be considered as a good condidate to verify them. As usually, in case of any questions please catch me on IRC (I'm shm at freenode). :) References: [1] http://wiki.freebsd.org/action/login/ShmSoc2011 [2] https://socsvn.freebsd.org/socsvn/soc2011/shm/ [3] https://shm.hard-core.pl/soc-garbage/ [4] http://people.freebsd.org/~pho/stress/index.html Regards, Mateusz From owner-soc-status@FreeBSD.ORG Thu Jul 14 15:02:25 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5A15106566C for ; Thu, 14 Jul 2011 15:02:25 +0000 (UTC) (envelope-from gockzy@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7E12F8FC14 for ; Thu, 14 Jul 2011 15:02:25 +0000 (UTC) Received: by ewy1 with SMTP id 1so273431ewy.13 for ; Thu, 14 Jul 2011 08:02:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=/QnT1pmQqfETZwr1iqWvJYwCumq/z22CNzMcrS9xETM=; b=ULtIX69LwrG/wpTQB4uYFjecYQn2OtPWzr0GQSu23gQ5wLtFbLvPsArr4hsdQ4P/uQ 8ngrnTtQN1zFjIQMul7Eb9qJa97eNXlvNWBCE4e5bWRprrD5cMvEBQVaDpjIn0zO3JqL vKQYurMGNmM6NOKKyyV5WGyLBRGLvOB5vIavQ= Received: by 10.213.27.198 with SMTP id j6mr851743ebc.88.1310655744294; Thu, 14 Jul 2011 08:02:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.8.66 with HTTP; Thu, 14 Jul 2011 08:02:04 -0700 (PDT) From: Kazuya Goda Date: Fri, 15 Jul 2011 00:02:04 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [status report] RPS/RFS #week7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 15:02:26 -0000 Hi, The project goal is to implement RPS/RFS on FreeBSD. RPS solves the problem of mono-queue NIC which can't distribute packets across multiple processors. RFS is the extension of RPS, which deliver packets to the CPU where application running. This week status: *Name change RFS emulate RSS so I changed name to Soft RSS. *Default parameters Soft RSS require net.isr.bindthread=1 and net.isr.numthreads=mp_ncpu. I insert code If enable Soft RSS, that parameters are set in netisr_init(). It work but I know that this is not good. *add net.inet.softrss.maxflows Soft RSS has two tables. This table size is set by "#define" so it's not change. I add sysctl parameter "net.inet.softrss.maxflows" that it's possible to change the size. Next week: * Possible to change net.isr.numthreads --Kazuya Goda From owner-soc-status@FreeBSD.ORG Thu Jul 14 20:33:12 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1732A106564A for ; Thu, 14 Jul 2011 20:33:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E5EE18FC19 for ; Thu, 14 Jul 2011 20:33:11 +0000 (UTC) Received: from host49.msm.che.vodafone (unknown [212.183.140.60]) by cyrus.watson.org (Postfix) with ESMTPSA id AD44546B0A; Thu, 14 Jul 2011 16:32:59 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: <4E1B50B5.6080706@kibab.com> Date: Thu, 14 Jul 2011 21:32:22 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9CADFD9D-C5DA-4C52-A45F-5136BCA8C0D4@FreeBSD.org> References: <4E1B50B5.6080706@kibab.com> To: Ilya Bakulin X-Mailer: Apple Mail (2.1084) Cc: Jonathan Anderson , soc-status@freebsd.org, Ben Laurie Subject: Re: [Status Update] Capsicum adaptation project: Week 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 20:33:12 -0000 BTW, it might be useful to also send out your status reports on the = Capsicum mailing list -- I think folks there would be very interested. Robert On 11 Jul 2011, at 20:36, Ilya Bakulin wrote: > Hi, > this is the sixth update for Capsicum adaptation project. >=20 > During last week I have finally started an open discussion about > applications that need to receive capsicum support in the base system. > Then I've started working on adapting lightweight resolver daemon for > using it with sandboxed apps to provide safe name resolution service. > Some design decisions are still under discussion, but I'm sure that we > will find a good solution this week. > I have switched to p4 version of FreeBSD-capabilities, because that's > the only version that has libcapsicum and modified procstat utility. > Using it I have examined child process of modified syslogd, found = leaked > file descriptors and fixed this, and also added capability constraints > on files and sockets that are opened by syslogd child. > At the same time I tried to build FreeBSD-Capabilities branch from > Jonathan's git repo, and finally it was successful (with minor > patching). Maybe I will try to use this repo and libcapsicum port = (also > from Jonathan's github repo) to work further, but I need to discuss = this > with Robert, Jonathan and Ben. >=20 > So, during the next week I want to finish lwres adaptation > (liblwres/lwresd modifications + rc.d script for lwresd) and continue > with capsicumization of simple network utilities (netcat, ping and > friends). Also I hope to switch to much more recent FreeBSD source by > using Jonathan's repos. >=20 > --=20 > Regards, > Ilya Bakulin > http://kibab.com > xmpp://kibab612@jabber.ru >=20 >=20 From owner-soc-status@FreeBSD.ORG Sat Jul 16 11:11:12 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6787D1065670; Sat, 16 Jul 2011 11:11:12 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by mx1.freebsd.org (Postfix) with ESMTP id CD10C8FC17; Sat, 16 Jul 2011 11:11:11 +0000 (UTC) Received: by fxe6 with SMTP id 6so3074166fxe.17 for ; Sat, 16 Jul 2011 04:11:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=/HsKWxGqSWo0/EJv4KzihX3ZPetUDrDcI995MRo7ek0=; b=gt8GK44oljsdAO9dr+3Hp/yUmJflrUTnZZ12nif6FCfbxtx5UAMhSRxT7F2OoqnSkn MtEAK/J1ONTtUZZ6wKN5C60rzLBywZFTTb5o/T/fkr7ywF2KJI7Ke6J0WeI04G2ItgYh iCywPGbD+Oro+0Ewrz2kLm/x7gARBaEui/0BY= Received: by 10.223.7.150 with SMTP id d22mr6768943fad.17.1310814670657; Sat, 16 Jul 2011 04:11:10 -0700 (PDT) Received: from localhost (lan-78-157-92-5.vln.skynet.lt [78.157.92.5]) by mx.google.com with ESMTPS id j19sm1410452faa.17.2011.07.16.04.11.08 (version=SSLv3 cipher=OTHER); Sat, 16 Jul 2011 04:11:09 -0700 (PDT) Date: Sat, 16 Jul 2011 14:10:31 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20110716111031.GA85084@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: ino64 status report 8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jul 2011 11:11:12 -0000 ino64 project aims at extending ino_t to 64 bits and nlink_t to 32 bits integers providing compatibility shims for both kernel and libc. Double buffering was removed from ufs_readdir, buffer cache is now used directly. To prevent a readdir race when offset from previous readdir becomes stale ufs dirrect's are parsed starting at DIRBLKSIZ boundary (512 bytes). Skip entries with zero inode number. NFS readdir offset and buffer size alignment was fixed: getdirentries() call with not DIRBLKSIZ aligned offset and/or buffer size will result in file offset that doesn't start on dirent boundary, i.e. next getdirentries() call will return garbled result. readdir-lint updated to better handle NFS' readdir output. From owner-soc-status@FreeBSD.ORG Mon Jul 18 08:01:57 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E148106566B for ; Mon, 18 Jul 2011 08:01:57 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id E645C8FC0A for ; Mon, 18 Jul 2011 08:01:56 +0000 (UTC) Received: by qwc9 with SMTP id 9so1902949qwc.13 for ; Mon, 18 Jul 2011 01:01:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=Ijth637q/rTqwtmBqFsbV+bh5Y11Hotfi6alXjSZnbA=; b=sg9ANWjLcWltZnyqMYCjFtnclpCGh1gsRpPlKaKAhkhWhaW98aeXuigBRfHIj0mtch bgPpVud7dWRY+IpRHx3x+WpYosMgT2WuooMt2ClgJwhrUMpsmbBjN4hQd5nTmIYQNrf0 8EErOrZmvWHWP2h6SmZx72g5YgQeI6gX291E8= MIME-Version: 1.0 Received: by 10.229.43.146 with SMTP id w18mr4656188qce.70.1310976115875; Mon, 18 Jul 2011 01:01:55 -0700 (PDT) Received: by 10.229.85.199 with HTTP; Mon, 18 Jul 2011 01:01:55 -0700 (PDT) Date: Mon, 18 Jul 2011 11:01:55 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Ivan Voras , Hans Petter Selasky Subject: [fuse] Status report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2011 08:01:57 -0000 Project: Finish porting fuse I spent last week fixing panic when process doing io on fuse file system was interrupter. Issue appeared to be bigger than that. Dispatchers used for io were not properly created and destroyed which lead to corrupt fuse messages and use after free errors. I have a patch to add proper reference counting and remove home grown free ticket list replacing them with uma allocator. With the patch I can't reproduce panic but there is now memory leak, I'm fixing it. I committed series of smaller fixes made while working on the patch. From owner-soc-status@FreeBSD.ORG Mon Jul 18 08:14:46 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEF60106568A for ; Mon, 18 Jul 2011 08:14:46 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7CA068FC1B for ; Mon, 18 Jul 2011 08:14:46 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=XR4AdwVFe5G+K9PtySS1/JOnv6WK/hruile8wX/SUjk= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=5aZyLiFkUVUA:10 a=WQU8e4WWZSUA:10 a=IkcTkHD0fZMA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=JeSCWGw7mEejkHisRA4A:9 a=xAMJkxUINUZPHQkrPvgA:7 a=QEXdDO2ut3YA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 152996796; Mon, 18 Jul 2011 10:14:44 +0200 From: Hans Petter Selasky To: Ilya Putsikau Date: Mon, 18 Jul 2011 10:12:38 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201107181012.38709.hselasky@c2i.net> Cc: soc-status@freebsd.org, Ivan Voras Subject: Re: [fuse] Status report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2011 08:14:47 -0000 On Monday 18 July 2011 10:01:55 Ilya Putsikau wrote: > Project: Finish porting fuse > > I spent last week fixing panic when process doing io on fuse file > system was interrupter. Issue appeared to be bigger than that. > Dispatchers used for io were not properly created and destroyed which > lead to corrupt fuse messages and use after free errors. I have a > patch to add proper reference counting and remove home grown free > ticket list replacing them with uma allocator. With the patch I can't > reproduce panic but there is now memory leak, I'm fixing it. I > committed series of smaller fixes made while working on the patch. Hi, Can you explain at which point in the code you are doing refcounting and when the structures are freed? --HPS From owner-soc-status@FreeBSD.ORG Mon Jul 18 11:15:53 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF1C6106564A for ; Mon, 18 Jul 2011 11:15:53 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id AD16D8FC0A for ; Mon, 18 Jul 2011 11:15:53 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id D7A9914E5AF0 for ; Mon, 18 Jul 2011 13:15:52 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id lRFbWptLNnDU for ; Mon, 18 Jul 2011 13:15:51 +0200 (CEST) Received: from [193.137.158.178] (unknown [193.137.158.178]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id E2A8014E5AEF for ; Mon, 18 Jul 2011 13:15:50 +0200 (CEST) Message-ID: <4E2415F9.2080006@FreeBSD.org> Date: Mon, 18 Jul 2011 12:16:09 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regex status report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2011 11:15:54 -0000 Hi, I found and fixed a bug related to the BSD-specific REG_STARTEND extension. My fixed string matching code works now but there are some cases when it segfaults. Now I'm trying to investigate why it happens. In general, the code seems to scale well and I expect the fixed string matching to beat the NFA code if the pattern is long enough. Apart from this, I built a small test framework and I added some test cases for BREs. I will add some more for EREs and in the future the GNU-specific extensions will have another test suite when they are implemented but it's a lower priority for now. Gabor From owner-soc-status@FreeBSD.ORG Mon Jul 18 20:42:55 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77BC41065672 for ; Mon, 18 Jul 2011 20:42:55 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by mx1.freebsd.org (Postfix) with ESMTP id 110328FC18 for ; Mon, 18 Jul 2011 20:42:54 +0000 (UTC) Received: by fxe6 with SMTP id 6so5353879fxe.17 for ; Mon, 18 Jul 2011 13:42:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=50WVRhLlF6l5E7Zz0+jBVuSwE6j80s7ZF5goKCfq4QY=; b=YKQ/FFTjWt+zg/8GufiWucCqFRBD7atWziIMfoYMb2Jw/CnqhHDpt5xnm/wsIbYozn S8UR/H9iS2FSNPru8Qss3qmA7zynJYznEjSIFpFV6tX9aIQtY4EZXejyqSp/5tljaGsm MsRB5japqXs0IrsvrWSLPJsYN81An/0hJmCBE= Received: by 10.204.8.151 with SMTP id h23mr1996836bkh.233.1311021773222; Mon, 18 Jul 2011 13:42:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.51.17 with HTTP; Mon, 18 Jul 2011 13:42:33 -0700 (PDT) From: rudo tomori Date: Mon, 18 Jul 2011 22:42:33 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: BFS scheduler weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2011 20:42:55 -0000 Hi, the goal of my project is to implement a BFS - like scheduler into the FreeBSD. I started off with the original 4.4BSD code, and by iterative modifications I will develop a scheduler that matches the BFS design as specified in http://ck.kolivas.org/patches/bfs/sched-BFS.txt. Last week I did some mid-term benchmarking and found this way an interesting bug - my scheduler causes kernel panics on amd64 arch. So I will now try to find out more about the issue and try to fix it. rudo From owner-soc-status@FreeBSD.ORG Tue Jul 19 00:12:49 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E3AC1065670 for ; Tue, 19 Jul 2011 00:12:49 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 106918FC0C for ; Tue, 19 Jul 2011 00:12:48 +0000 (UTC) Received: by iyb11 with SMTP id 11so4367260iyb.13 for ; Mon, 18 Jul 2011 17:12:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=EQcnTCyulYgxhAGfeTmUCMWOEI5O8Y0x+92ld4Iokr0=; b=ts7z5aCfjdu2F/g+lVWAqyntOmo3IkxYg7uU8lKK/69pxJ3qBM7DS37RnwcpfbBoU9 3LChBWA83Q1ldrPpyBkbka4BxXN1LZQXicjHMFaUDtReSKllw4GzKWobQB2a+WSccwzU r1EB160KL0ho1HrfAR+eudM6q5TubyyTWD6oY= MIME-Version: 1.0 Received: by 10.231.113.17 with SMTP id y17mr6423152ibp.108.1311034368331; Mon, 18 Jul 2011 17:12:48 -0700 (PDT) Received: by 10.231.13.200 with HTTP; Mon, 18 Jul 2011 17:12:48 -0700 (PDT) Date: Mon, 18 Jul 2011 19:12:48 -0500 Message-ID: From: Zhihao Yuan To: soc-status@freebsd.org, Alexander Leidinger Content-Type: text/plain; charset=UTF-8 Cc: Subject: [nvi-iconv]Weekly status report 09 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 00:12:49 -0000 To whom may concerned: The past week is GSoC midterm. I first made the new nvi runnable, then tested and fixed the multibyte support part, ported it back to FreeBSD-current. The biggest challenge was the db/line cache support. The db code of nvi-1.8x is wrong, incomplete, +memory leak. Now they should be stable enough and can handle multibyte lines. I plan to do more testing this week, and create a branch with file encoding detection. Since nvi never changes the encoding of the original file, any detection is safe, and I just need one suitable for FreeBSD (UTF-16 BOM, UTF-8, locale). -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-soc-status@FreeBSD.ORG Tue Jul 19 11:49:04 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18C9D1065781 for ; Tue, 19 Jul 2011 11:49:04 +0000 (UTC) (envelope-from nc3bhconc@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id CC15A8FC17 for ; Tue, 19 Jul 2011 11:49:03 +0000 (UTC) Received: by qwc9 with SMTP id 9so2708862qwc.13 for ; Tue, 19 Jul 2011 04:49:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=MXsViOGmrzwBsxBJFNilWXkieVtS2mk1m8DMICVk/i0=; b=FYyEqXheJC3ZlJ1NORpkgXYT3ysQibaqc8Lw4iTL9NhAI4/GN3VNVMicQxqPQS5FUn PPibj7nYDTjwiDUOiDtE/J+1a7W8oUb/G/rQohC3WCNmBMdzAOMnSiLVZDeFoXvT/KE0 fjdSvMWcflvkUsC6GihZAdedF0PJH9pBYmCOU= Received: by 10.224.179.195 with SMTP id br3mr4039817qab.284.1311076143142; Tue, 19 Jul 2011 04:49:03 -0700 (PDT) MIME-Version: 1.0 Sender: nc3bhconc@gmail.com Received: by 10.224.6.147 with HTTP; Tue, 19 Jul 2011 04:48:43 -0700 (PDT) From: Catalin Nicutar Date: Tue, 19 Jul 2011 14:48:43 +0300 X-Google-Sender-Auth: GFY0AMEq_WVJ6VYt5BoIJn3dEd0 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TCP UTO - Weekly Report 8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2011 11:49:04 -0000 Hello! This is the eighth report for TCP UTO. * Short TCP UTO description UTO stands for User Timeout Option (it is described in RFC5482). TCP UTO specifies a peer should be allowed to advertise its chosen `User Timeout' for a connection. The wiki page for this project: http://wiki.freebsd.org/CatalinNicutar/TCPUTO * Work completed last week * I have fixed the handling of the received option (the option is now recorded even if it isn't accepted) * I have added UTO support to telnet, nc and ssh. I have also updated their respective manual pages * My goals for this week * I will test & add support for TCP UTO over IPv6 * I will add more tests in tools/regression * I will look for other userland applications in `base' to add UTO support If you have questions, suggestions or advices drop me an email to cnicutar@FreeBSD.org. Catalin Nicutar From owner-soc-status@FreeBSD.ORG Wed Jul 20 20:47:33 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 295A91065672 for ; Wed, 20 Jul 2011 20:47:33 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E02298FC0C for ; Wed, 20 Jul 2011 20:47:32 +0000 (UTC) Received: by gwb15 with SMTP id 15so792875gwb.13 for ; Wed, 20 Jul 2011 13:47:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=He5fClxRM3fT239qhLDFjj0I6aAgVqENrLCaOZcjHns=; b=xSFAjZeHh9yu2o4TU+rsv2CSFsa/3VIJqLFJfeVUZd2U8kcLcT8wnytNNnJiSb+v3Q eIT9BH0DAoWefSg9aL7OUkDFG9I3YTYA9x9VFr1YeEAhSL17iaYnjeNkVKP4CeMkdtVC WY4cxuwxQu4PIK/zNJB8GG9IXikjFS14rp4rI= MIME-Version: 1.0 Received: by 10.151.122.7 with SMTP id z7mr8563424ybm.307.1311194852317; Wed, 20 Jul 2011 13:47:32 -0700 (PDT) Received: by 10.150.219.17 with HTTP; Wed, 20 Jul 2011 13:47:32 -0700 (PDT) In-Reply-To: References: Date: Wed, 20 Jul 2011 23:47:32 +0300 Message-ID: From: Oleksandr Dudinskyi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Wed, 20 Jul 2011 22:06:16 +0000 Subject: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2011 20:47:33 -0000 Currently, I work on schedule , I printed the information of disk error in utility iostat option -E. While only displays four types of errors.. Further analysis will give me the opportunity to identify other types of disk errors. In this week I identified fifth type of error, which includes errors that occurred during the request management / control to disk device. From owner-soc-status@FreeBSD.ORG Thu Jul 21 00:33:40 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90CAE106566B; Thu, 21 Jul 2011 00:33:40 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 241EE8FC0C; Thu, 21 Jul 2011 00:33:39 +0000 (UTC) Received: by qwc9 with SMTP id 9so536085qwc.13 for ; Wed, 20 Jul 2011 17:33:39 -0700 (PDT) Received: by 10.229.49.17 with SMTP id t17mr375548qcf.57.1311208419107; Wed, 20 Jul 2011 17:33:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.229.71 with HTTP; Wed, 20 Jul 2011 17:32:59 -0700 (PDT) From: Takuya ASADA Date: Thu, 21 Jul 2011 09:32:59 +0900 Message-ID: To: soc-status@freebsd.org, Kazuya Goda , "Robert N. M. Watson" , George Neville-Neil Content-Type: text/plain; charset=UTF-8 Cc: Subject: [mq_bpf] status report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2011 00:33:40 -0000 *Project summary The project goal is to support multiqueue network interface on BPF, and provide interfaces for multithreaded packet processing using BPF. Modern high performance NICs have multiple receive/send queues and RSS feature, this allows to process packet concurrently on multiple processors. Main purpose of the project is to support these hardware and get benefit of parallelism. Here's status update from last week: - Implemented test_mqbpf - Move tests to src/tools/regression/bpf/mq_bpf - I realized d->bd_qmask is not protected from parallel access, it was the reason mq_bpf was unstable. BPFQ_LOCK added for it - BPFIF_LOCK rewrited as rwlock again - Measuring performance of mq_bpf using test_sqbpf/test_mqbpf Commit logs: http://p4web.freebsd.org/@@196193?ac=10 test_mqbpf implemented. http://p4web.freebsd.org/@@196219?ac=10 test_mqbpf fix, BPFIF_LOCK reverted to mtx to stabilize, remove LOG_DEBUG and SDT for debugging, HASHTYPE support for igb http://p4web.freebsd.org/@@196221?ac=10 test_mqbpf bug fix http://p4web.freebsd.org/@@196391?ac=10 remove debug logging/dtrace probe http://p4web.freebsd.org/@@196392?ac=10 Define RSSTYPE on header. http://p4web.freebsd.org/@@196395?ac=10 follow style(9). http://p4web.freebsd.org/@@196397?ac=10 NULL check before free() http://p4web.freebsd.org/@@196400?ac=10 unified variable name from rxq/txq to rxqueue/txqueue. http://p4web.freebsd.org/@@196403?ac=10 skip genarating flowid on multiqueue if. http://p4web.freebsd.org/@@196458?ac=10 lock bpf_d during reading/writing qmask, reduce number of threads on test_mqbpf http://p4web.freebsd.org/@@196464?ac=10 Rewrite BPFIF_LOCK to rwlock, rwlock for bpf_qmask added, tests moved to src/tools/regression/bpf/mq_bpf http://p4web.freebsd.org/@@196466?ac=10 NULL check is not needed for free(9), pointed out by Joshua Neal From owner-soc-status@FreeBSD.ORG Thu Jul 21 01:05:42 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14929106564A for ; Thu, 21 Jul 2011 01:05:42 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id C78988FC0C for ; Thu, 21 Jul 2011 01:05:40 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LON00ENSSDFRKE0@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Thu, 21 Jul 2011 03:05:39 +0200 (CEST) Date: Thu, 21 Jul 2011 03:05:39 +0200 From: jakub.klama@uj.edu.pl To: soc-status@freebsd.org Message-id: <5449838a981fe7ef073053496f8f9c92@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM port to NXP LPC32x0 - status report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2011 01:05:42 -0000 Hi, This is #8 status report of project aiming to port FreeBSD to LPC32x0 ARM9 System-on-Chip. It currently boots in single- and multiuser mode from NFS and from USB stick. Again, sorry for being a little late. I was out of internet access for a few days. Things done this week: * Working at MMC/SD controller driver. There is some progress, but driver is not functional yet * Working on LCD controller driver, but not functional yet too. * Added initial version of GPIO driver Things for next week: * Make data transfer from/to SD cards working, clean the driver and commit it. Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Sun Jul 24 21:37:56 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBBC6106564A for ; Sun, 24 Jul 2011 21:37:56 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id A63B08FC0A for ; Sun, 24 Jul 2011 21:37:56 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id DE7C514E5B82 for ; Sun, 24 Jul 2011 23:37:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id JJU5sYGhNAIJ for ; Sun, 24 Jul 2011 23:37:52 +0200 (CEST) Received: from [193.137.158.219] (unknown [193.137.158.219]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id B42EC14E5B1E for ; Sun, 24 Jul 2011 23:37:52 +0200 (CEST) Message-ID: <4E2C90C6.30405@FreeBSD.org> Date: Sun, 24 Jul 2011 22:38:14 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regex status report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2011 21:37:57 -0000 Hi, there is an issue in the fixed string matching code that I could not track down yet so I started reviewing the code in depth and in turn, I fixed and reworked some parts and I think the code is much cleaner now. I got some new ideas how to simplify my code. I will continue reviewing and improving the code and hopefully I'll find soon the bug that is not fixed yet. Apart from the code, I've been working on my regression test suite and I added tests for EREs. I've also extended the test suite to support locales other than C to be able to test MBS input with collation-specific test cases. I'll add more test cases for different locales. Gabor From owner-soc-status@FreeBSD.ORG Mon Jul 25 07:54:38 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8532106564A; Mon, 25 Jul 2011 07:54:38 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by mx1.freebsd.org (Postfix) with ESMTP id 29A818FC08; Mon, 25 Jul 2011 07:54:37 +0000 (UTC) Received: by fxe6 with SMTP id 6so6457550fxe.17 for ; Mon, 25 Jul 2011 00:54:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=VTjHaTGPKYsZjZhj/RXQ393xHbJfJXQwuAR+0QLPt3Y=; b=uzJ+KgY3O8cVWk+fpW199sHNfSsaV0zXr+R67NHOJFbujXh/Jk94bxk10KCLe8xGwl 9VcU5DulRdq3zdvdMYomktjyqfQdCF938dUH6CuMMItXPXeaMplYsK71sW8d3H5SuM5l DgdJAtdxiesSLl4+kCsu/Pfzg0WKIu+mib2lo= Received: by 10.204.17.19 with SMTP id q19mr1204243bka.107.1311580476966; Mon, 25 Jul 2011 00:54:36 -0700 (PDT) Received: from localhost (lan-78-157-92-5.vln.skynet.lt [78.157.92.5]) by mx.google.com with ESMTPS id q1sm1183401faa.3.2011.07.25.00.54.34 (version=SSLv3 cipher=OTHER); Mon, 25 Jul 2011 00:54:35 -0700 (PDT) Date: Mon, 25 Jul 2011 10:53:24 +0300 From: Gleb Kurtsou To: soc-status@freebsd.org Message-ID: <20110725075324.GA8618@tops> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: ino64 status report 9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jul 2011 07:54:38 -0000 ino64 project aims at extending ino_t to 64 bits and nlink_t to 32 bits integers providing compatibility shims for both kernel and libc. MNAMELEN was increased to 1024. I've added compatibility shims for statfs* syscalls. struct statfs is now too big to be placed on stack, it's malloc'ed now. I didn't changed MFSNAMELEN to 32 bits as it was initially planned because it would require changes to several sysctls, but adding support for sysctls backward compatibility is more complicated. From owner-soc-status@FreeBSD.ORG Tue Jul 26 04:41:31 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00657106564A for ; Tue, 26 Jul 2011 04:41:30 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id C5D398FC0C for ; Tue, 26 Jul 2011 04:41:30 +0000 (UTC) Received: by iyb11 with SMTP id 11so181033iyb.13 for ; Mon, 25 Jul 2011 21:41:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=QZ8bfl1rv/A4Ns/gWGMmrWs2fugyd2e2H7vxkICadZY=; b=Z2Sdf8K+qb7ZkfSpfxxNbVAXCsQ+bBFf9nkLVw4WXmKgDwwnAhg9BgQkaS8MbW6uoM Y9XcVbeGA2hXpLcmgN5r8ZbHePTL5gatY8C4gf9CUdkFvMsK9qeq6Q+NPMQWqydX7vwu 9Gzd1vqm9jZWs67uhIHWtASVhWrbNV5hHOb80= MIME-Version: 1.0 Received: by 10.231.41.23 with SMTP id m23mr5406088ibe.183.1311655290135; Mon, 25 Jul 2011 21:41:30 -0700 (PDT) Received: by 10.231.31.205 with HTTP; Mon, 25 Jul 2011 21:41:30 -0700 (PDT) Date: Mon, 25 Jul 2011 23:41:30 -0500 Message-ID: From: Zhihao Yuan To: soc-status@freebsd.org, Alexander Leidinger Content-Type: text/plain; charset=UTF-8 Cc: Subject: [nvi-iconv]Weekly status report 10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2011 04:41:31 -0000 To whom may concerned: During the past week, I added the file encoding detection supports to the new nvi. Currently, the detection reads the first line in a file, and works based on 3 assumptions: 1. The user edits the file in his/her language; 2. Only distinguish UTF-16 and UTF-8 (others will fallback to locale); 3. UTF-16 must begin with BOM. I want to remove the first and the third assumption. This can be done by importing `file(1)`'s unicode test code. An infinite call bug cased by the new :vsplit is detected and not resolved yet. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-soc-status@FreeBSD.ORG Tue Jul 26 06:26:25 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 576C1106566B for ; Tue, 26 Jul 2011 06:26:25 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 197208FC0C for ; Tue, 26 Jul 2011 06:26:24 +0000 (UTC) Received: by qyk30 with SMTP id 30so1440118qyk.13 for ; Mon, 25 Jul 2011 23:26:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=5IXJsmEhrIu1bDrH5f9uO0hNkE6L07ifq4V/9+YSiuw=; b=vuCXeKwsAAOEdN8658CtBU3lbto+D/oEIg+Hz8TQTDf2geWr6WY7dHwKCnmjNA9p6G njNoPvTDB9hXD63foGbOj+w5ygg91kLe+mT2eXEaUSmu/YJNfK9KBnTctleHAMhcMqCA 0QzoHh1SJuOX/S8e4UjWgTKm6/XoxxxwnVyCE= MIME-Version: 1.0 Received: by 10.229.229.68 with SMTP id jh4mr303343qcb.146.1311661584369; Mon, 25 Jul 2011 23:26:24 -0700 (PDT) Received: by 10.229.85.199 with HTTP; Mon, 25 Jul 2011 23:26:24 -0700 (PDT) Date: Tue, 26 Jul 2011 09:26:24 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Ivan Voras , Hans Petter Selasky Subject: [fuse] Status report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2011 06:26:25 -0000 Project: Finish porting fuse I was working on improving performance last week. I've added file size cache, getattr and setattr are no longer called for every io operation. I also fixed fuse device close after forced unmount panic. System doesn't panic any more if daemon is killed or file systems forced unmount. From owner-soc-status@FreeBSD.ORG Tue Jul 26 11:04:33 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECD8D1065672 for ; Tue, 26 Jul 2011 11:04:33 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-ey0-f176.google.com (mail-ey0-f176.google.com [209.85.215.176]) by mx1.freebsd.org (Postfix) with ESMTP id 88F308FC0C for ; Tue, 26 Jul 2011 11:04:33 +0000 (UTC) Received: by eya28 with SMTP id 28so536405eya.21 for ; Tue, 26 Jul 2011 04:04:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=1i3WTEJ2VcTRmgNn89JvyInqUMemzL3Vtq0BvmYykqs=; b=C6s7WtVQhMRdk6cbHNG+G6giiMq7S9waWn7n603j2v0osGZu+M4ChbWMA9TMQH2Bv5 Z0L2+G6yNFUt5niTbxU/AkLOmUwOdSoxgiqT35vdMuUXjOnDyZR+/272kWrvrqYH/dv5 o0k/L026VgssAFlG5w/u4sQHSBWrGYHucxs+k= Received: by 10.213.26.78 with SMTP id d14mr761429ebc.1.1311678272170; Tue, 26 Jul 2011 04:04:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.15.7 with HTTP; Tue, 26 Jul 2011 04:04:12 -0700 (PDT) From: rudo tomori Date: Tue, 26 Jul 2011 13:04:12 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: BFS scheduler weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2011 11:04:34 -0000 Hi, the goal of my project is to implement a BFS - like scheduler into the FreeBSD. I started off with the original 4.4BSD code, and by iterative modifications I will develop a scheduler that matches the BFS design as specified in http://ck.kolivas.org/patches/bfs/sched-BFS.txt. Last week I was dealing with one bug that caused sometimes kernel panics. I noticed the panics when running my scheduler on amd64. I have fixed it. I will write more about this bug at my project blog page at http://rudot.blog.com This week I am working on per process CPU accounting. rudo From owner-soc-status@FreeBSD.ORG Tue Jul 26 20:47:10 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FDE21065675 for ; Tue, 26 Jul 2011 20:47:10 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id C2FC58FC15 for ; Tue, 26 Jul 2011 20:47:09 +0000 (UTC) Received: from kibab-darwin.local (unknown [176.14.98.201]) by mx0.deglitch.com (Postfix) with ESMTPSA id 896EA8FC36; Wed, 27 Jul 2011 00:47:06 +0400 (MSD) Message-ID: <4E2F27C2.2000102@kibab.com> Date: Wed, 27 Jul 2011 00:46:58 +0400 From: Ilya Bakulin User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ru; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: soc-status@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFA9906C5CA476ABCCDBAC4B2" Cc: cl-capsicum-discuss@lists.cam.ac.uk, "Robert N. M. Watson" , Jonathan Anderson , Ben Laurie Subject: [Status Update] Capsicum adaptation project: Week 9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jul 2011 20:47:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFA9906C5CA476ABCCDBAC4B2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, this is the seventh status update for Capsicum adaptation project. Last week I haven't done much progress, that's why there was no report. By now, I have modified lightweight resolver library to work well with sandboxed applications. For example, tcpdump now shows host names correctly when sandboxed. To use this functionality, an application must call new function "lwres_globsocket_init()" somewhere before cap_enter(). lwres changes are in socsvn now. Modified tcpdmp code hasn't been committed yet, though. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --------------enigFA9906C5CA476ABCCDBAC4B2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4vJ8YACgkQo9vlj1oadwg2AwCgptlMAfmSmB01AAFHM8o93oFP D+kAnjdS/DEofDWl5HA9KJn1N9rFazh8 =6hiF -----END PGP SIGNATURE----- --------------enigFA9906C5CA476ABCCDBAC4B2-- From owner-soc-status@FreeBSD.ORG Wed Jul 27 23:12:18 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FC011065670; Wed, 27 Jul 2011 23:12:18 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2D9628FC14; Wed, 27 Jul 2011 23:12:17 +0000 (UTC) Received: by qwc9 with SMTP id 9so1499271qwc.13 for ; Wed, 27 Jul 2011 16:12:17 -0700 (PDT) Received: by 10.229.49.17 with SMTP id t17mr333113qcf.57.1311808337176; Wed, 27 Jul 2011 16:12:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.229.71 with HTTP; Wed, 27 Jul 2011 16:11:37 -0700 (PDT) From: Takuya ASADA Date: Thu, 28 Jul 2011 08:11:37 +0900 Message-ID: To: soc-status@freebsd.org, Kazuya Goda , "Robert N. M. Watson" , George Neville-Neil Content-Type: text/plain; charset=UTF-8 Cc: Subject: [mq_bpf] status report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2011 23:12:18 -0000 *Project summary The project goal is to support multiqueue network interface on BPF, and provide interfaces for multithreaded packet processing using BPF. Modern high performance NICs have multiple receive/send queues and RSS feature, this allows to process packet concurrently on multiple processors. Main purpose of the project is to support these hardware and get benefit of parallelism. Here's status update from last week: * Throughput benchmark - Test environment CPU: Core i7 X980 MB: ASUS P6X58D Premium(Intel X58) NIC: Intel Gigabit ET Dual Port Server Adapter(82576) - Benchmark program test_sqpbf is single threaded bpf benchmark which used only existing bpf ioctls. It fetch all packets from a NIC and output them on file. test_mqbpf is multithreaded bpf benchmark which used new multiqueue bpf ioctls. Each thread fetch packets only from pinned queue and output them on per thread separated file. - Test conditions iperf used for generate network traffic, with following argument options test node: iperf -s -i1 other node: iperf -c [IP] -i1 -t 100000 -P8 # 8 threads, TCP tested with following 4 kernels to compare current: GENERIC kernel on current, BPFIF_LOCK:mtx BPFQ_LOCK:doesn't exist mq_bpf1: RSS kernel on mp_bpf, BPFIF_LOCK:mtx BPFQ_LOCK:mtx mq_bpf2: RSS kernel on mp_bpf, BPFIF_LOCK:mtx BPFQ_LOCK:rmlock mq_bpf3: RSS kernel on mp_bpf, BPFIF_LOCK:rmlock BPFQ_LOCK:rmlock - Benchmark result(MB/s) The result is 20 times average of test_sqbpf / test_mqbpf test_sqbpf test_mqbpf current 26.65568315 - mq_bpf1 24.96387975 36.608574 mq_bpf2 27.13427415 41.76666665 mq_bpf3 27.0958332 51.48198915 From owner-soc-status@FreeBSD.ORG Thu Jul 28 00:49:41 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8C65106564A for ; Thu, 28 Jul 2011 00:49:41 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 87B2C8FC15 for ; Thu, 28 Jul 2011 00:49:39 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LP0005R4QAQDX00@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Thu, 28 Jul 2011 02:49:38 +0200 (CEST) Date: Thu, 28 Jul 2011 02:49:38 +0200 From: jakub.klama@uj.edu.pl To: soc-status@freebsd.org Message-id: X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM port to NXP LPC32x0 - status report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2011 00:49:41 -0000 Hi, This is #9 status report of project aiming to port FreeBSD to LPC32x0 ARM9 System-on-Chip. It currently boots in single- and multiuser mode from NFS and from USB stick. New achievement: * Framebuffer is working :-) proof: [1] Things done this week: * SPI bus driver using GPIO pins as chip selects * GPIO driver fixes * SSD1289 LCD controller driver * Framebuffer driver * Began working on General Purpose DMA driver - needed to make SD/MMC controller work Things for next week: * Make DMA transfers from/to SD/MMC controller working [1] - http://i.imgur.com/7Sm7x.jpg Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Thu Jul 28 10:59:23 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B31BD106564A for ; Thu, 28 Jul 2011 10:59:23 +0000 (UTC) (envelope-from gockzy@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 502448FC0C for ; Thu, 28 Jul 2011 10:59:22 +0000 (UTC) Received: by ewy1 with SMTP id 1so2457489ewy.13 for ; Thu, 28 Jul 2011 03:59:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=y10omhTbF39Bb5Ee6Rl3rRmZpDSOfJskMO2/dCUmeV4=; b=ngc41vHnTD6WaqCj2I2ZJ3FJxtvqpu/41V7xJKgc2nxg7ukYq9nn3gFJORn7htXUh5 kAnJUOdANMPKZI/UppxtcvxrxC2eiSpKmmiI2Qui6f1W+7RLk1RdYU8P9nhqCpKvWcN0 Q1IoLb9j7Y4ZXquFElShiACU20j5tycrZbisI= Received: by 10.14.100.6 with SMTP id y6mr378137eef.226.1311850762100; Thu, 28 Jul 2011 03:59:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.96.75 with HTTP; Thu, 28 Jul 2011 03:59:02 -0700 (PDT) From: Kazuya Goda Date: Thu, 28 Jul 2011 19:59:02 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [status report] RPS/RFS #week8 & week9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2011 10:59:23 -0000 Hi, The project goal is to implement RPS/RFS on FreeBSD. RPS solves the problem of mono-queue NIC which can't distribute packets across multiple processors. RFS is the extension of RPS, which deliver packets to the CPU where application running. I'm really sorry that I have not send status report.Last week, my computer was broken and I got stuck at recovery. So I couldn't send status report. This week, I set up development environment to other machine. Kernel whit SOFT_RSS was ran on this machine, the kernel was crashed. Probably this problem is caused by "lock" but I don't fix. Recently, I couldn't work so I'd like to work intensively next week. Next week plan: * fix problem * enable changeing net.isr.threadnum * benchmark Thanks --Kazuya Goda From owner-soc-status@FreeBSD.ORG Sun Jul 31 22:46:44 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C9A1106566C for ; Sun, 31 Jul 2011 22:46:44 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0CA278FC16 for ; Sun, 31 Jul 2011 22:46:43 +0000 (UTC) Received: by wwe6 with SMTP id 6so4937277wwe.31 for ; Sun, 31 Jul 2011 15:46:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=P+x8+xUbdbc/w4Z1WELFKWHiZCR7gTUdg10Y37rJN/0=; b=tfq7KEUx0+B8jurp6FcPps96z6w5DR4YxZ0q2x11kocbLA7nt0T8tNsR+R0K4v7wuS R0tvw2j6GI5ajc56b06QArbrNeZi0LwJZRCGAypq8QTwWrZ8gYgGE7cT9L4cE/a5stQ/ cyjH5Mv8yBN0jXMGiPAcxw84o+pJmJWZyGTL4= Received: by 10.227.199.18 with SMTP id eq18mr5386025wbb.105.1312152402091; Sun, 31 Jul 2011 15:46:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.151.3 with HTTP; Sun, 31 Jul 2011 15:46:22 -0700 (PDT) From: rudo tomori Date: Mon, 1 Aug 2011 00:46:22 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: BFS scheduler weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Jul 2011 22:46:44 -0000 Hi, the goal of my project is to implement a BFS - like scheduler into the FreeBSD. I started off with the original 4.4BSD code, and by iterative modifications I will develop a scheduler that matches the BFS design as specified in http://ck.kolivas.org/patches/bfs/sched-BFS.txt. Last week I was working on per-process CPU percentage accounting. I have it now working. More details on how I compute it are available on my project blog page http://rudot.blog.com. This week I want to add the support for the cpuset functionality rudo From owner-soc-status@FreeBSD.ORG Mon Aug 1 00:06:47 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DE4B106566C for ; Mon, 1 Aug 2011 00:06:47 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 0630B8FC17 for ; Mon, 1 Aug 2011 00:06:46 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 1BA0B14E5BFC for ; Mon, 1 Aug 2011 02:06:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 2eaIm2Z3VUhM for ; Mon, 1 Aug 2011 02:06:44 +0200 (CEST) Received: from [192.168.1.105] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 1E94714E5BF5 for ; Mon, 1 Aug 2011 02:06:44 +0200 (CEST) Message-ID: <4E35EE14.6060403@FreeBSD.org> Date: Mon, 01 Aug 2011 01:06:44 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regex status report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Aug 2011 00:06:47 -0000 Hi, I reworked the fixed string matching code quite a bit and now it seems to run correctly without segfaults. I also made some cleanups, added support for REG_ICASE, which was missing so far. In this current state, now it runs significantly faster for fixed string pattern than the unpatched TRE. It still uses the quick search algorithm, now I am experimenting with Boyer-Moore to get even more out of it. It is quite important to do this well because this will also be the foundation of the heuristical matching, which is the next major step. I'm testing the performance with BSD grep but it may have some other bottlenecks so it may be necessary (and useful since the ultimate goal is to get rid of the GNU bits) to look at it, as well. I arrived back to Hungary yesterday from my Portuguese internship so probably I'll make a bit less progress during the next week until I settle down here again but I'll try my best. Gabor From owner-soc-status@FreeBSD.ORG Tue Aug 2 07:06:14 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A7C1106566B for ; Tue, 2 Aug 2011 07:06:14 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1013B8FC0C for ; Tue, 2 Aug 2011 07:06:13 +0000 (UTC) Received: by qwc9 with SMTP id 9so4412146qwc.13 for ; Tue, 02 Aug 2011 00:06:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=widjCGW4Aq8K0tomSGhhLv5xeRBRKPL0lrVmdfWu+wU=; b=cCcAhCgwPMPzYv7eaJEabSzra9MN2k8ta6gI9yT05bNWJxvxn03hXi4LrfdAS8B6kk LcQfXI71x5YzVgFQw53b+mIKuSoQT3nUD9NlI6CIkgXgwQUp2V8CCzuN8lNaA+obfjqG 5l52uCx1oudEPif2KhMVXXXSBYPOLFIWpPtQA= MIME-Version: 1.0 Received: by 10.229.63.79 with SMTP id a15mr1187850qci.79.1312268773114; Tue, 02 Aug 2011 00:06:13 -0700 (PDT) Received: by 10.229.99.194 with HTTP; Tue, 2 Aug 2011 00:06:13 -0700 (PDT) Date: Tue, 2 Aug 2011 10:06:13 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Ivan Voras , Hans Petter Selasky Subject: [fuse] Status report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2011 07:06:14 -0000 Project: Finish porting fuse More bugs were fixed last week: race between file handle close and release messages, rename locking, better parent id tracking. I also finished ext2 port for fuse. From owner-soc-status@FreeBSD.ORG Wed Aug 3 09:07:33 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9055A1065670 for ; Wed, 3 Aug 2011 09:07:33 +0000 (UTC) (envelope-from nc3bhconc@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 508DB8FC14 for ; Wed, 3 Aug 2011 09:07:33 +0000 (UTC) Received: by qwc9 with SMTP id 9so494506qwc.13 for ; Wed, 03 Aug 2011 02:07:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=yuD+Ki6gyHxX4qoeVZ5NPmutxTud+4+QFZ1YC6XrcwU=; b=lVaXRrOuJe1rxTrT8AHBWLz1dykkrJeWEMxQvBLPEn/YVtgTmtGdQCefaxuRWHy7Yx COLip8H52CE6OwfRYp+ogKK4jFUoRLEy8fgXNiMbsg+oPuEyX77UDtZ9266YwttefKyC vos7iDeqVIx5+PBDnDI5toG2E2ltipQR2TTDU= Received: by 10.224.205.3 with SMTP id fo3mr5161163qab.39.1312362452094; Wed, 03 Aug 2011 02:07:32 -0700 (PDT) MIME-Version: 1.0 Sender: nc3bhconc@gmail.com Received: by 10.224.67.194 with HTTP; Wed, 3 Aug 2011 02:07:12 -0700 (PDT) From: Catalin Nicutar Date: Wed, 3 Aug 2011 12:07:12 +0300 X-Google-Sender-Auth: 6Dx3tHea0X_GCdIRj_pqemOvVJ4 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TCP UTO - Weekly Report 9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2011 09:07:33 -0000 Hello! This is the ninth report for TCP UTO. * Short TCP UTO description UTO stands for User Timeout Option (it is described in RFC5482). TCP UTO specifies a peer should be allowed to advertise its chosen `User Timeout' for a connection. The wiki page for this project: http://wiki.freebsd.org/CatalinNicutar/TCPUTO * Work completed last weeks * I have tested IPv6 and added 3 new tests in tools/regression * I have added a new capture file on the wiki page (a scenario where the server imposes a very small timeout) * I have started stressing the TCP stack with a tool that opens many connections and doesn't ACK data (tying server resources) * My goals for this week * I will try to address the security problems of large UTO values ( cases when server resources are tied by misbehaving clients) * I am considering adding support to varnishd and ftpd If you have questions, suggestions or advices drop me an email to cnicutar@FreeBSD.org. Catalin Nicutar From owner-soc-status@FreeBSD.ORG Wed Aug 3 18:37:56 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0AEB1065673 for ; Wed, 3 Aug 2011 18:37:56 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 97E6E8FC0A for ; Wed, 3 Aug 2011 18:37:56 +0000 (UTC) Received: by yxl31 with SMTP id 31so804862yxl.13 for ; Wed, 03 Aug 2011 11:37:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=UUuen7as0A+9XarTiMftuo5c60REC9Mar5ydA1QvmL8=; b=ZJWYiOobgUlqlJ1PL50SMyk6i5OlHFF+8wzNTtu1vQ1H3Ba/RdgOfuym+GJ7/NZ//P srOJpM5LgY6yZ1IflLq089FeOHToD55RDjH2NsOs9qSjTUMnRltqTY2xOFoTsAoslitp gkTUwJ+f/tu7GDX43YR3zppuaFAwUXEryQ6ZA= MIME-Version: 1.0 Received: by 10.42.89.70 with SMTP id f6mr98966icm.48.1312396675640; Wed, 03 Aug 2011 11:37:55 -0700 (PDT) Received: by 10.231.33.205 with HTTP; Wed, 3 Aug 2011 11:37:55 -0700 (PDT) Date: Wed, 3 Aug 2011 13:37:55 -0500 Message-ID: From: Zhihao Yuan To: soc-status@freebsd.org, Alexander Leidinger Content-Type: text/plain; charset=UTF-8 Cc: Subject: [nvi-iconv]Weekly status report 11 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2011 18:37:56 -0000 To whom may concerned: For the past week and a few days this week, I was preparing the final for my summer semester at school. So I did no coding these days. However, I will be able to work for whole days starting from this Friday until the end of the GSoC, so the time won't be a problem. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-soc-status@FreeBSD.ORG Thu Aug 4 10:08:58 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC0D106564A for ; Thu, 4 Aug 2011 10:08:58 +0000 (UTC) (envelope-from gockzy@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6031E8FC1D for ; Thu, 4 Aug 2011 10:08:57 +0000 (UTC) Received: by ewy1 with SMTP id 1so1158123ewy.13 for ; Thu, 04 Aug 2011 03:08:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=DwxuR2UOC6sAAwJmzNyni+NmM4a6dN7S/ermrCB2Kvg=; b=BJxDU+eqIsf7gsVAHT7nG50wMSJSJS4DfbKH5TyWF5Qy1RabD0RiYCTAxiNs/gwNl0 EL3jzAfPgjtaT9EHybPA3Ka2vHByOpb3JXJSsnpECtZb/IayLrxWheTVO8Jd97Bd7GXo M5wSrPYKn75FdxsfFlDpavJskUTP6MtLuxQEw= Received: by 10.14.189.14 with SMTP id b14mr162199een.66.1312452537110; Thu, 04 Aug 2011 03:08:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.185.142 with HTTP; Thu, 4 Aug 2011 03:08:37 -0700 (PDT) From: Kazuya Goda Date: Thu, 4 Aug 2011 19:08:37 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [status report] RPS/RFS #week10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2011 10:08:58 -0000 Hi, The project goal is to implement RPS/RFS on FreeBSD. RPS solves the problem of mono-queue NIC which can't distribute packets across multiple processors. RFS is the extension of RPS, which deliver packets to the CPU where application running. This week status: * Research "lock" problem The case of set below : -net.isr.direct=0 -net.isr.direct_force=0 it cause to netisr(protocol stack) thread and dispatcher thread are running on same CPU. For the time begin net.isr.direct_force is set 1. * Benchmark test I used netperf. The netperf test has 50 instances of netperf TCP_RR test with 1 byte request and response. Below is result. The result SOFT_RSS is almost the same as RPS. SOFT_RSS work on more flows. I'd like to benchmark with many flows but case of many flows drop performance due to lock in protocol stack. NO RPS/SOFT_RSS - 87k tps RPS - 100k tps SOFT_RSS - 99k tps next week : * performance up --Kazuy Goda From owner-soc-status@FreeBSD.ORG Thu Aug 4 14:10:48 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B801C1065673 for ; Thu, 4 Aug 2011 14:10:48 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 7783D8FC12 for ; Thu, 4 Aug 2011 14:10:47 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LPE00KO9Q1YYQ70@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Thu, 04 Aug 2011 16:10:46 +0200 (CEST) Date: Thu, 04 Aug 2011 16:10:46 +0200 From: jakub.klama@uj.edu.pl To: soc-status@freebsd.org Message-id: <263b8a771be6394ff7a4be123e07cff9@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM port to NXP LPC32x0 - status report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2011 14:10:48 -0000 Hi, This is #10 status report of project aiming to port FreeBSD to LPC32x0 ARM9 System-on-Chip. It currently boots in single- and multiuser mode from NFS and from USB stick. I had some problems with P4 this week (committed some edited files together with IFC), but it's corrected now. Things done this week: * Integrated sources from current * Done early version of DMA controller driver * Done some tests (self-hosted buildkernel) LPC3250 is rather slow, so it will take a few days to complete all planned tests. Things for next week: * Integrate DMA into MMC/SD driver * Finish testing (do self-hosted buildworld and buildkernel) Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Thu Aug 4 19:19:04 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A42981065670; Thu, 4 Aug 2011 19:19:04 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 377D18FC0A; Thu, 4 Aug 2011 19:19:03 +0000 (UTC) Received: by qwc9 with SMTP id 9so1610550qwc.13 for ; Thu, 04 Aug 2011 12:19:03 -0700 (PDT) Received: by 10.229.48.134 with SMTP id r6mr992104qcf.142.1312485542107; Thu, 04 Aug 2011 12:19:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.216.131 with HTTP; Thu, 4 Aug 2011 12:18:22 -0700 (PDT) From: Takuya ASADA Date: Fri, 5 Aug 2011 04:18:22 +0900 Message-ID: To: soc-status@freebsd.org, Kazuya Goda , "Robert N. M. Watson" , George Neville-Neil Content-Type: text/plain; charset=UTF-8 Cc: Subject: [mq_bpf] status report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Aug 2011 19:19:04 -0000 *Project summary The project goal is to support multiqueue network interface on BPF, and provide interfaces for multithreaded packet processing using BPF. Modern high performance NICs have multiple receive/send queues and RSS feature, this allows to process packet concurrently on multiple processors. Main purpose of the project is to support these hardware and get benefit of parallelism. Here's status update from last week: I replaced test_mqbpf and test_sqbpf with bpfnull, from following repository //depot/projects/zcopybpf/utils/bpfnull/ test_sqbpf is almost same as bpfnull, but added 60 sec timeout and throughput calculation on result information. http://p4db.freebsd.org/fileViewer.cgi?FSPC=//depot/projects/soc2011/mq_bpf/src/tools/regression/bpf/mq_bpf/test_sqbpf/test_sqbpf.c&REV=3 test_mqbpf is multithreaded version of test_sqbpf, with cpu pinning and queue pinning. http://p4db.freebsd.org/fileViewer.cgi?FSPC=//depot/projects/soc2011/mq_bpf/src/tools/regression/bpf/mq_bpf/test_mqbpf/test_mqbpf.c&REV=3 On previous benchmark I only used Intel 82576 GbE NIC, this week I also benchmarked with Intel 82599 10GbE NIC, added driver support of mq_bpf for it. http://p4web.freebsd.org/@@197123?ac=10 I benchmarked with three conditions: - benchmark1 only reads bpf, doesn't write packet anywhere - benchmark2 writes packet on memory(mfs) - benchmark3 writes packet on hdd(zfs) - benchmark4 only reads bpf, doesn't write packet anywhere, with zerocopy - benchmark5 writes packet on memory(mfs), with zerocopy - benchmark6 writes packet on hdd(zfs), with zerocopy >From benchmark result, I can say the performance is increased using mq_bpf on 10GbE, but not on GbE. * Throughput benchmark - Test environment - FreeBSD node CPU: Core i7 X980 (12 threads) MB: ASUS P6X58D Premium(Intel X58) NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) - Linux node CPU: Core 2 Quad (4 threads) MB: GIGABYTE GA-G33-DS3R(Intel G33) NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) iperf used for generate network traffic, with following argument options - Linux node: iperf -c [IP] -i 10 -t 100000 -P12 - FreeBSD node: iperf -s # 12 threads, TCP following sysctl parameter is changed sysctl -w net.bpf.maxbufsize=1048576 - Benchmark1 Benchmark1 doesn't write packet anywhere using following commands ./test_sqbpf -i [interface] -b 1048576 ./test_mqbpf -i [interface] -b 1048576 - ixgbe test_mqbpf: 5303.09007533333 Mbps test_sqbpf: 3959.83021733333 Mbps - igb test_mqbpf: 916.752133333333 Mbps test_sqbpf: 917.597079 Mbps - Benchmark2 Benchmark2 write packet on mfs using following commands mdmfs -s 10G md /mnt ./test_sqbpf -i [interface] -b 1048576 -w -f /mnt/test ./test_mqbpf -i [interface] -b 1048576 -w -f /mnt/test - ixgbe test_mqbpf: 1061.24890333333 Mbps test_sqbpf: 204.779881 Mbps - igb test_mqbpf: 916.656664666667 Mbps test_sqbpf: 914.378636 Mbps - Benchmark3 Benchmark3 write packet on zfs(on HDD) using following commands ./test_sqbpf -i [interface] -b 1048576 -w -f test ./test_mqbpf -i [interface] -b 1048576 -w -f test - ixgbe test_mqbpf: 119.912253333333 Mbps test_sqbpf: 101.195918 Mbps - igb test_mqbpf: 228.910355333333 Mbps test_sqbpf: 199.639093666667 Mbps - Benchmark4 Benchmark4 doesn't write packet anywhere using following commands, with zerocopy ./test_sqbpf -i [interface] -b 1048576 ./test_mqbpf -i [interface] -b 1048576 - ixgbe test_mqbpf: 4772.924974 Mbps test_sqbpf: 3173.19967133333 Mbps - igb test_mqbpf: 931.217345 Mbps test_sqbpf: 925.965270666667 Mbps - Benchmark5 Benchmark5 write packet on mfs using following commands, with zerocopy mdmfs -s 10G md /mnt ./test_sqbpf -i [interface] -b 1048576 -w -f /mnt/test ./test_mqbpf -i [interface] -b 1048576 -w -f /mnt/test - ixgbe test_mqbpf: 306.902822333333 Mbps test_sqbpf: 317.605016666667 Mbps - igb test_mqbpf: 729.075349666667 Mbps test_sqbpf: 708.987822666667 Mbps - Benchmark6 Benchmark6 write packet on zfs(on HDD) using following commands, with zerocopy ./test_sqbpf -i [interface] -b 1048576 -w -f test ./test_mqbpf -i [interface] -b 1048576 -w -f test - ixgbe test_mqbpf: 174.016136666667 Mbps test_sqbpf: 138.068732666667 Mbps - igb test_mqbpf: 228.794880333333 Mbps test_sqbpf: 229.367386333333 Mbps From owner-soc-status@FreeBSD.ORG Fri Aug 5 10:27:12 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B283E106566C for ; Fri, 5 Aug 2011 10:27:12 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7049B8FC08 for ; Fri, 5 Aug 2011 10:27:12 +0000 (UTC) Received: by vws18 with SMTP id 18so488219vws.13 for ; Fri, 05 Aug 2011 03:27:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=C3HXX39ZOKS7as7TFtmaVaNaWDoy4BREHIbZ0LFgZqU=; b=JzpUQMyuCGzGVc5LRouzjVK+Wh8vv5QyVpS6To3TK8ZTb+VHrsrPTSzXVj4lzBDT24 LFDxBSDkqyWnEaC8zm757NGRrdhGm/49lzRaznFRvYXEmlBdF02XpCGgpexNbvzdQ+LE uUixvuFEWsW0LuLUWlKS0dU5HxR42WIekBzXw= MIME-Version: 1.0 Received: by 10.52.33.135 with SMTP id r7mr2138333vdi.441.1312540031695; Fri, 05 Aug 2011 03:27:11 -0700 (PDT) Received: by 10.220.191.199 with HTTP; Fri, 5 Aug 2011 03:27:11 -0700 (PDT) In-Reply-To: References: Date: Fri, 5 Aug 2011 13:27:11 +0300 Message-ID: From: Oleksandr Dudinskyi To: soc-status@freebsd.org X-Mailman-Approved-At: Fri, 05 Aug 2011 11:43:52 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2011 10:27:12 -0000 In this week I changed the place where detected errors. These place is better to detected the errors, and we count the number of errors in the early stages. And I changed the way identification of errors. From owner-soc-status@FreeBSD.ORG Sun Aug 7 14:13:37 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A76E1106564A for ; Sun, 7 Aug 2011 14:13:37 +0000 (UTC) (envelope-from forandom@gmail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 87ECF8FC12 for ; Sun, 7 Aug 2011 14:13:37 +0000 (UTC) Received: by pzk33 with SMTP id 33so2737403pzk.18 for ; Sun, 07 Aug 2011 07:13:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=T882wRRF5U78EUOBJD2fTBa1Xk3F/0F8nh/XdzeFbGM=; b=Tl/CKaZwYVXSNOaudrTJGEdjbQZcHE/Hlb+58KZqujb66TsEL06XpRuUcP/N7GuKKf lje76mPdxfLPlihf//ei4M88pwa61OEQIqOpfdR6CZD5q5tRMSLjgVAvxAROO7T+KANe he1ZjVpLap9lUgLHcK6dxPgfufOnjODiAD4Js= MIME-Version: 1.0 Received: by 10.142.4.11 with SMTP id 11mr4710329wfd.390.1312726416903; Sun, 07 Aug 2011 07:13:36 -0700 (PDT) Received: by 10.68.44.42 with HTTP; Sun, 7 Aug 2011 07:13:36 -0700 (PDT) Date: Sun, 7 Aug 2011 22:13:36 +0800 Message-ID: From: Xingxing Pan To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: DWARF status report 9&10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2011 14:13:37 -0000 1)Review code of libc. 2)Use make toolchain to build libc-i386. 3)Write test scripts for libc-i386. From owner-soc-status@FreeBSD.ORG Sun Aug 7 19:25:16 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0DFC106566B for ; Sun, 7 Aug 2011 19:25:16 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 6E3C98FC0C for ; Sun, 7 Aug 2011 19:25:16 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 912E014E5C8A for ; Sun, 7 Aug 2011 21:25:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 0YySZ6yWSyuX for ; Sun, 7 Aug 2011 21:25:12 +0200 (CEST) Received: from [192.168.1.106] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 5DE0014E5C67 for ; Sun, 7 Aug 2011 21:25:12 +0200 (CEST) Message-ID: <4E3EE697.8070502@FreeBSD.org> Date: Sun, 07 Aug 2011 21:25:11 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regex status report #11 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Aug 2011 19:25:16 -0000 Hi, during the week I implemented the Boyer-Moore algorithm and I couldn't measure any speed up neither in bsdgrep nor in sed. Probably, bsdgrep has other bottlenecks and sed runs so fast even with big files that the more efficient algorithm is not measurable. So for now, I decided to clean this code up a bit and move on to the heuristical matching and also take a look at how to optimize bsdgrep. It is more convenient to work on the actual bottlenecks and I can get back to this code later when the rest performs well. I just noticed that the suggested pencils down date is coming. (Aug 15) I will work until the hard deadline (Aug 22) to compensate the hours that I missed because of moving and of course, I plan to continue working on my project after the summer to finally replace the regex code and also get rid of GNU grep. Gabor From owner-soc-status@FreeBSD.ORG Mon Aug 8 12:36:05 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE6B9106566C for ; Mon, 8 Aug 2011 12:36:05 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9FB8FC18 for ; Mon, 8 Aug 2011 12:36:04 +0000 (UTC) Received: by wyh21 with SMTP id 21so1005884wyh.13 for ; Mon, 08 Aug 2011 05:36:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=UHk8kzbzE2PLC8KBFONpquyC7BSm7g0Y6OxrRfD0+OA=; b=h/cwKcUxIfemKjZoLzN3KMSRHwk5O2FhrwWrjpfRy0dpkZu6W4HM7hq592txxWKj54 QUuOmX4XUyfGwn0jDkeP8JFFCN4z0CZrhOAjtHGT2kWYu1oeJ0eVv8pllDJwTujjwP2M S+7Am6Pp9kIpeVBJfot0XZVkogbqvfoqCQiTw= Received: by 10.227.3.3 with SMTP id 3mr4336223wbl.60.1312806964117; Mon, 08 Aug 2011 05:36:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.93.94 with HTTP; Mon, 8 Aug 2011 05:35:44 -0700 (PDT) From: rudo tomori Date: Mon, 8 Aug 2011 14:35:44 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: BFS scheduler weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 12:36:05 -0000 Hi, the goal of my project is to implement a BFS - like scheduler into the FreeBSD. I started off with the original 4.4BSD code, and by iterative modifications I will develop a scheduler that matches the BFS design as specified in http://ck.kolivas.org/patches/bfs/sched-BFS.txt. Last week I added the cpuset functionality into the scheduler. I have some suspicions that the preemption mechanism in the scheduler does not work as expected. This week I will run some measurements focused on this and if it really works wrong I will try to fix it. rudo From owner-soc-status@FreeBSD.ORG Mon Aug 8 13:36:15 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9D6B1065680 for ; Mon, 8 Aug 2011 13:36:15 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8D7F38FC19 for ; Mon, 8 Aug 2011 13:36:15 +0000 (UTC) Received: by qwc9 with SMTP id 9so1044058qwc.13 for ; Mon, 08 Aug 2011 06:36:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=Gyxizx35Av+ZgQR18rq4pMKHS7Up7Mg1tslCfmC72wE=; b=X5Qk2m0VZXY6aN4UlGUPFpgELdhvTZksief5rv18lVQD+WWo6GVOatALLl1NAPOomd TSSgVxDmi81tPtvv76AS2VKp0a86MXhCZNg28G5boH4FAyCbT0LvtnmMxtgaMeNeook4 EhjTvm1xCqb3ijcmkpBp/ad3eaY7iKju2Hb0w= MIME-Version: 1.0 Received: by 10.229.2.97 with SMTP id 33mr4110631qci.232.1312810574652; Mon, 08 Aug 2011 06:36:14 -0700 (PDT) Received: by 10.229.84.21 with HTTP; Mon, 8 Aug 2011 06:36:14 -0700 (PDT) Date: Mon, 8 Aug 2011 16:36:14 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Ivan Voras , Hans Petter Selasky Subject: [fuse] Status report #11 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2011 13:36:15 -0000 Project: Finish porting fuse Bugs fixed last week: memory leak, force directory file handle close, broken io in smbnetfs, added more mount options. I updated smbnetfs port and continue working on glusterfs port. From owner-soc-status@FreeBSD.ORG Tue Aug 9 01:48:53 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BEFA106564A; Tue, 9 Aug 2011 01:48:53 +0000 (UTC) (envelope-from gnn@freebsd.org) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 4EEF38FC17; Tue, 9 Aug 2011 01:48:53 +0000 (UTC) Received: from cpe-74-66-24-70.nyc.res.rr.com ([74.66.24.70] helo=[192.168.1.119]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1QqbR6-0007w7-8t; Mon, 08 Aug 2011 21:48:52 -0400 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: George Neville-Neil In-Reply-To: Date: Mon, 8 Aug 2011 21:48:51 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Takuya ASADA X-Mailer: Apple Mail (2.1244.3) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - freebsd.org Cc: "Robert N. M. Watson" , soc-status@freebsd.org, Kazuya Goda Subject: Re: [mq_bpf] status report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2011 01:48:53 -0000 On Aug 4, 2011, at 15:18 , Takuya ASADA wrote: > *Project summary > The project goal is to support multiqueue network interface on BPF, > and provide interfaces for multithreaded packet processing using BPF. > Modern high performance NICs have multiple receive/send queues and RSS > feature, this allows to process packet concurrently on multiple > processors. > Main purpose of the project is to support these hardware and get > benefit of parallelism. >=20 > Here's status update from last week: > I replaced test_mqbpf and test_sqbpf with bpfnull, from following = repository > //depot/projects/zcopybpf/utils/bpfnull/ >=20 > test_sqbpf is almost same as bpfnull, but added 60 sec timeout and > throughput calculation on result information. > = http://p4db.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/soc2011/mq_= bpf/src/tools/regression/bpf/mq_bpf/test_sqbpf/test_sqbpf.c&REV=3D3 >=20 > test_mqbpf is multithreaded version of test_sqbpf, with cpu pinning > and queue pinning. > = http://p4db.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/soc2011/mq_= bpf/src/tools/regression/bpf/mq_bpf/test_mqbpf/test_mqbpf.c&REV=3D3 >=20 > On previous benchmark I only used Intel 82576 GbE NIC, this week I > also benchmarked with Intel 82599 10GbE NIC, added driver support of > mq_bpf for it. > http://p4web.freebsd.org/@@197123?ac=3D10 >=20 > I benchmarked with three conditions: > - benchmark1 only reads bpf, doesn't write packet anywhere > - benchmark2 writes packet on memory(mfs) > - benchmark3 writes packet on hdd(zfs) > - benchmark4 only reads bpf, doesn't write packet anywhere, with = zerocopy > - benchmark5 writes packet on memory(mfs), with zerocopy > - benchmark6 writes packet on hdd(zfs), with zerocopy >=20 > =46rom benchmark result, I can say the performance is increased using > mq_bpf on 10GbE, but not on GbE. >=20 Well, you are nearly at the bandwidth of the link on GbE. Are those = numbers without dropping any packets? Best, George > - Test environment > - FreeBSD node > CPU: Core i7 X980 (12 threads) > MB: ASUS P6X58D Premium(Intel X58) > NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) > NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) > - Linux node > CPU: Core 2 Quad (4 threads) > MB: GIGABYTE GA-G33-DS3R(Intel G33) > NIC1: Intel Gigabit ET Dual Port Server Adapter(82576) > NIC2: Intel Ethernet X520-DA2 Server Adapter(82599) >=20 > iperf used for generate network traffic, with following argument = options > - Linux node: iperf -c [IP] -i 10 -t 100000 -P12 > - FreeBSD node: iperf -s > # 12 threads, TCP >=20 > following sysctl parameter is changed > sysctl -w net.bpf.maxbufsize=3D1048576 >=20 > - Benchmark1 > Benchmark1 doesn't write packet anywhere using following commands > ./test_sqbpf -i [interface] -b 1048576 > ./test_mqbpf -i [interface] -b 1048576 > - ixgbe > test_mqbpf: 5303.09007533333 Mbps > test_sqbpf: 3959.83021733333 Mbps > - igb > test_mqbpf: 916.752133333333 Mbps > test_sqbpf: 917.597079 Mbps >=20 > - Benchmark2 > Benchmark2 write packet on mfs using following commands > mdmfs -s 10G md /mnt > ./test_sqbpf -i [interface] -b 1048576 -w -f /mnt/test > ./test_mqbpf -i [interface] -b 1048576 -w -f /mnt/test > - ixgbe > test_mqbpf: 1061.24890333333 Mbps > test_sqbpf: 204.779881 Mbps > - igb > test_mqbpf: 916.656664666667 Mbps > test_sqbpf: 914.378636 Mbps >=20 > - Benchmark3 > Benchmark3 write packet on zfs(on HDD) using following commands > ./test_sqbpf -i [interface] -b 1048576 -w -f test > ./test_mqbpf -i [interface] -b 1048576 -w -f test > - ixgbe > test_mqbpf: 119.912253333333 Mbps > test_sqbpf: 101.195918 Mbps > - igb > test_mqbpf: 228.910355333333 Mbps > test_sqbpf: 199.639093666667 Mbps >=20 > - Benchmark4 > Benchmark4 doesn't write packet anywhere using following commands, = with zerocopy > ./test_sqbpf -i [interface] -b 1048576 > ./test_mqbpf -i [interface] -b 1048576 > - ixgbe > test_mqbpf: 4772.924974 Mbps > test_sqbpf: 3173.19967133333 Mbps > - igb > test_mqbpf: 931.217345 Mbps > test_sqbpf: 925.965270666667 Mbps >=20 > - Benchmark5 > Benchmark5 write packet on mfs using following commands, with zerocopy > mdmfs -s 10G md /mnt > ./test_sqbpf -i [interface] -b 1048576 -w -f /mnt/test > ./test_mqbpf -i [interface] -b 1048576 -w -f /mnt/test > - ixgbe > test_mqbpf: 306.902822333333 Mbps > test_sqbpf: 317.605016666667 Mbps > - igb > test_mqbpf: 729.075349666667 Mbps > test_sqbpf: 708.987822666667 Mbps >=20 > - Benchmark6 > Benchmark6 write packet on zfs(on HDD) using following commands, with = zerocopy > ./test_sqbpf -i [interface] -b 1048576 -w -f test > ./test_mqbpf -i [interface] -b 1048576 -w -f test > - ixgbe > test_mqbpf: 174.016136666667 Mbps > test_sqbpf: 138.068732666667 Mbps > - igb > test_mqbpf: 228.794880333333 Mbps > test_sqbpf: 229.367386333333 Mbps From owner-soc-status@FreeBSD.ORG Tue Aug 9 02:34:28 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D7B1106566B for ; Tue, 9 Aug 2011 02:34:28 +0000 (UTC) (envelope-from gnn@freebsd.org) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 501B18FC0A for ; Tue, 9 Aug 2011 02:34:28 +0000 (UTC) Received: from cpe-74-66-24-70.nyc.res.rr.com ([74.66.24.70] helo=[192.168.1.119]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1QqbAG-0007SQ-Cj; Mon, 08 Aug 2011 21:31:28 -0400 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: George Neville-Neil In-Reply-To: Date: Mon, 8 Aug 2011 21:31:27 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <7FB7BCF6-5224-420D-85FA-3B82F1407E93@freebsd.org> References: To: Takuya ASADA X-Mailer: Apple Mail (2.1244.3) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - freebsd.org Cc: "Robert N. M. Watson" , soc-status@freebsd.org, Kazuya Goda Subject: Re: [mq_bpf] status report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2011 02:34:28 -0000 On Jul 27, 2011, at 19:11 , Takuya ASADA wrote: > *Project summary > The project goal is to support multiqueue network interface on BPF, > and provide interfaces for multithreaded packet processing using BPF. > Modern high performance NICs have multiple receive/send queues and RSS > feature, this allows to process packet concurrently on multiple > processors. > Main purpose of the project is to support these hardware and get > benefit of parallelism. >=20 > Here's status update from last week: > * Throughput benchmark > - Test environment > CPU: Core i7 X980 > MB: ASUS P6X58D Premium(Intel X58) > NIC: Intel Gigabit ET Dual Port Server Adapter(82576) >=20 > - Benchmark program > test_sqpbf is single threaded bpf benchmark which used only existing = bpf ioctls. > It fetch all packets from a NIC and output them on file. >=20 > test_mqbpf is multithreaded bpf benchmark which used new multiqueue = bpf ioctls. > Each thread fetch packets only from pinned queue and output them on > per thread separated file. >=20 > - Test conditions > iperf used for generate network traffic, with following argument = options > test node: iperf -s -i1 > other node: iperf -c [IP] -i1 -t 100000 -P8 > # 8 threads, TCP >=20 > tested with following 4 kernels to compare > current: GENERIC kernel on current, BPFIF_LOCK:mtx = BPFQ_LOCK:doesn't exist > mq_bpf1: RSS kernel on mp_bpf, BPFIF_LOCK:mtx BPFQ_LOCK:mtx > mq_bpf2: RSS kernel on mp_bpf, BPFIF_LOCK:mtx BPFQ_LOCK:rmlock > mq_bpf3: RSS kernel on mp_bpf, BPFIF_LOCK:rmlock BPFQ_LOCK:rmlock >=20 > - Benchmark result(MB/s) > The result is 20 times average of test_sqbpf / test_mqbpf > test_sqbpf test_mqbpf > current 26.65568315 - > mq_bpf1 24.96387975 36.608574 > mq_bpf2 27.13427415 41.76666665 > mq_bpf3 27.0958332 51.48198915 This looks good and it looks as if the performance scales linearly. = Were the test programs cpuset to each core? Is the test code in the p4 tree yet? Best, George From owner-soc-status@FreeBSD.ORG Wed Aug 10 07:06:41 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A7881065673 for ; Wed, 10 Aug 2011 07:06:41 +0000 (UTC) (envelope-from nc3bhconc@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id EF8FF8FC0C for ; Wed, 10 Aug 2011 07:06:40 +0000 (UTC) Received: by qwc9 with SMTP id 9so511299qwc.13 for ; Wed, 10 Aug 2011 00:06:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=oPJAUlldc3E5U9/tODRSOvNlY09tI8IFNyGwycZ4jFs=; b=put3hFeyWtHra4qtHm0WbDW0zqHNCrtnalO+WYucdh6mqgpjL/CJj6qzVopursp3RU KW4VO8VgKM9Hckf1mvr3HoSs6HTLWtUogAnGa/bK254MMtC4fr0NWyqbOXAw8932iAlm 9RcxqOP9C6eygE2DsUPgxtH0hHAvDRT7+voY8= Received: by 10.224.205.3 with SMTP id fo3mr6119590qab.39.1312960000237; Wed, 10 Aug 2011 00:06:40 -0700 (PDT) MIME-Version: 1.0 Sender: nc3bhconc@gmail.com Received: by 10.224.67.194 with HTTP; Wed, 10 Aug 2011 00:06:20 -0700 (PDT) From: Catalin Nicutar Date: Wed, 10 Aug 2011 10:06:20 +0300 X-Google-Sender-Auth: xTRDjmkq21Sql_TNCkB53jEGOrM Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TCP UTO - Weekly Report 10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Aug 2011 07:06:41 -0000 Hello! This is the tenth report for TCP UTO. * Short TCP UTO description UTO stands for User Timeout Option (it is described in RFC5482). TCP UTO specifies a peer should be allowed to advertise its chosen `User Timeout' for a connection. The wiki page for this project: http://wiki.freebsd.org/CatalinNicutar/TCPUTO * Work completed last week * I have forward-ported to HEAD both kernel changes and telnet, openssh and netcat * I have added UTO support to varnishd 3.0.0. The option is sent when the sess_timeout parameter is used * I have made a small change to the way the received timeout is handled by passive sockets * I have developed a scenario in which a careless server ties the resources of a machine to the point that no other process can use sockets any more, and pinpointed the exact cause * My goals for this week * I will try to periodically drop misbehaving connections such that the scenario above is impossible * I will change the handling of the TCP_RCVUTO_TIMEOUT socket option to allow a process to specify a per-connection limit If you have questions, suggestions or advices drop me an email to cnicutar@FreeBSD.org. Catalin Nicutar From owner-soc-status@FreeBSD.ORG Wed Aug 10 19:55:01 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD6E71065670 for ; Wed, 10 Aug 2011 19:55:01 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 95F6F8FC12 for ; Wed, 10 Aug 2011 19:55:01 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LPQ004X19ZNR250@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 10 Aug 2011 21:54:59 +0200 (CEST) Date: Wed, 10 Aug 2011 21:54:59 +0200 From: jakub.klama@uj.edu.pl To: soc-status@freebsd.org Message-id: <047c71b1db5ca8a4bd491b2e883822a7@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM port to NXP LPC32x0 - status report #11 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Aug 2011 19:55:01 -0000 Hi, This is #11 status report of project aiming to port FreeBSD to LPC32x0 ARM9 System-on-Chip. It currently boots in single- and multiuser mode from NFS and from USB stick. Things done this week: * Written manual page for lpe(4) * Do some fixes in lpe(4) - supply MAC address in the FDT, minor fixes * Working on DMA & SD drivers - it's almost done now and it will be committed until end of the week Things for next week: * Integrate DMA into MMC/SD driver * Finish testing (do self-hosted buildworld and buildkernel) Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Thu Aug 11 15:02:34 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F610106566B for ; Thu, 11 Aug 2011 15:02:34 +0000 (UTC) (envelope-from gockzy@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3BB678FC08 for ; Thu, 11 Aug 2011 15:02:33 +0000 (UTC) Received: by ewy1 with SMTP id 1so1251304ewy.13 for ; Thu, 11 Aug 2011 08:02:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=v0XfAWExXPXu2sVWCFE7KQgd1nScIcBwvjAE+JKhUNU=; b=Rwp+DHCI6Y6TuO9l1i7aiZLKUBvYHQ5cubQJ5KenGbnE4mJLPwWbSCXpnoHktP2bmW E/+ckv7kC8Lph3KfTSxmgYADFgi3fe6WRx7x0abVFPR4SAEpZA82lnedp+ZjVoEnd9Ce N5fTGoeUJ3ywzFG10/aQHyYQ86G79g+2nnKMs= Received: by 10.14.14.35 with SMTP id c35mr2697596eec.228.1313074953151; Thu, 11 Aug 2011 08:02:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.185.142 with HTTP; Thu, 11 Aug 2011 08:02:13 -0700 (PDT) From: Kazuya Goda Date: Fri, 12 Aug 2011 00:02:13 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [status report] RPS/RFS #week11 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2011 15:02:34 -0000 Hi, The project goal is to implement RPS/RFS on FreeBSD. RPS solves the problem of mono-queue NIC which can't distribute packets across multiple processors. RFS is the extension of RPS, which deliver packets to the CPU where application running. This week, I couldn't developed. I used laboratory PC for development but I can't step inside university. Because of mega earthquake in March, electric power not be sufficient at Japan. So we must save on electricity, and university is closed down in response to a request from the government. Next week, university will open up. --Kazuya Goda From owner-soc-status@FreeBSD.ORG Thu Aug 11 17:41:00 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 102A5106564A for ; Thu, 11 Aug 2011 17:41:00 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id C2C7C8FC14 for ; Thu, 11 Aug 2011 17:40:59 +0000 (UTC) Received: by gwb15 with SMTP id 15so343426gwb.13 for ; Thu, 11 Aug 2011 10:40:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=7IoaL4xWXE/IWhJwhiWwhVCtIXn+UWIk0iOM66pohpA=; b=MFnOZIHuWAkCimcW0Ltyfibuc2Wkx6o2QrdjE/lKGhk57O/Q98LupVI36wNxYiVFM5 vIfF+cZdyZOuhJe+ePN6PUymsTCLZG0M/NMWGwlfwkW5XxTBsOrWVoHBQYTx+fwpaJHO nmJuUrhmmF/PzW9kB/YsJSxdJEGiQh19hDNB4= MIME-Version: 1.0 Received: by 10.150.69.3 with SMTP id r3mr892560yba.223.1313084459089; Thu, 11 Aug 2011 10:40:59 -0700 (PDT) Received: by 10.151.84.14 with HTTP; Thu, 11 Aug 2011 10:40:59 -0700 (PDT) In-Reply-To: References: Date: Thu, 11 Aug 2011 20:40:59 +0300 Message-ID: From: Oleksandr Dudinskyi To: soc-status@freebsd.org X-Mailman-Approved-At: Thu, 11 Aug 2011 18:01:50 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2011 17:41:00 -0000 During this week I wrote man for devstat(9) and iostat utility. And review a type of error status. From owner-soc-status@FreeBSD.ORG Fri Aug 12 17:31:41 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D18E11065673; Fri, 12 Aug 2011 17:31:41 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 688FE8FC1F; Fri, 12 Aug 2011 17:31:41 +0000 (UTC) Received: by qyk4 with SMTP id 4so516840qyk.13 for ; Fri, 12 Aug 2011 10:31:40 -0700 (PDT) Received: by 10.224.10.13 with SMTP id n13mr888116qan.52.1313170300135; Fri, 12 Aug 2011 10:31:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.100.84 with HTTP; Fri, 12 Aug 2011 10:31:00 -0700 (PDT) From: Takuya ASADA Date: Sat, 13 Aug 2011 02:31:00 +0900 Message-ID: To: soc-status@freebsd.org, Kazuya Goda , "Robert N. M. Watson" , George Neville-Neil Content-Type: text/plain; charset=UTF-8 Cc: Subject: [mq_bpf] status report #11 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Aug 2011 17:31:41 -0000 *Project summary The project goal is to support multiqueue network interface on BPF, and provide interfaces for multithreaded packet processing using BPF. Modern high performance NICs have multiple receive/send queues and RSS feature, this allows to process packet concurrently on multiple processors. Main purpose of the project is to support these hardware and get benefit of parallelism. Here's status update from last week: *mq_bpf support for mxge mxge driver support added. http://p4web.freebsd.org/@@197505?ac=10 *write man pages description about new APIs for mq_bpf added on bpf(4), netintro(4), ifnet(9): http://p4web.freebsd.org/@@197533?ac=10 http://p4web.freebsd.org/@@197535?ac=10 http://p4web.freebsd.org/@@197556?ac=10 *diff for -CURRENT made diff for -CURRENT to prepare submitting this on mailing list: http://www.dokukino.com/mq_bpf_20110813.diff Tested with test_mqbpf and ixgbe(Intel 10G). From owner-soc-status@FreeBSD.ORG Mon Aug 15 00:46:22 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD91D1065679 for ; Mon, 15 Aug 2011 00:46:22 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 6997E8FC0C for ; Mon, 15 Aug 2011 00:46:22 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 435AE14E5D13 for ; Mon, 15 Aug 2011 02:46:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id uFojPkEtKPnK for ; Mon, 15 Aug 2011 02:46:19 +0200 (CEST) Received: from [192.168.1.106] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 546D414D28F0 for ; Mon, 15 Aug 2011 02:46:19 +0200 (CEST) Message-ID: <4E486C59.40208@FreeBSD.org> Date: Mon, 15 Aug 2011 02:46:17 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0a1) Gecko/20110701 Thunderbird/7.0a1 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regex status report #12 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 00:46:22 -0000 Hi, during the week I cleaned up the fast matching algorithm and added some comments. I also noticed that support for some flags were missing. I also started working on the heuristic matching but I only wrote some lines for the parser that creates the heuristic and it's not complete yet so I haven't checked it in. In the meantime, some bugs were discovered in BSD grep, one of them is related to the shortcuts, the previous version of the code I have been working on. So I decided that I'll backport this version that I made for TRE. In this way, BSD grep will have early access to this code and provide a better performance. Another advantage is that BSD grep users can test this piece of code. Gabor From owner-soc-status@FreeBSD.ORG Mon Aug 15 08:31:29 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 046AD1065678 for ; Mon, 15 Aug 2011 08:31:29 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9F3658FC12 for ; Mon, 15 Aug 2011 08:31:28 +0000 (UTC) Received: from kibab-darwin.local (dslb-088-072-252-233.pools.arcor-ip.net [88.72.252.233]) by mx0.deglitch.com (Postfix) with ESMTPSA id 4207F8FC36; Mon, 15 Aug 2011 12:31:26 +0400 (MSD) Message-ID: <4E48D95B.90100@kibab.com> Date: Mon, 15 Aug 2011 10:31:23 +0200 From: Ilya Bakulin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: soc-status@freebsd.org X-Enigmail-Version: 1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0BF19E1A70CD1A7720602E2D" Cc: "Robert N. M. Watson" , Jonathan Anderson , Ben Laurie Subject: [Status report] Capsicum adaptation project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2011 08:31:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0BF19E1A70CD1A7720602E2D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi! This is the eighth status update for Capsicum adaptation project. Last couple of weeks I was on planned vacation with very limited internet access. During this (last) week I'm going to finish already existing work, sync with FreeBSD-CURRENT and make changes to manual pages. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --------------enig0BF19E1A70CD1A7720602E2D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5I2VwACgkQo9vlj1oadwjwpgCg7tYKPT86VD9g8qFn0QXgZoWj 74oAoKaqn9sSNy3wSx2OnTZVIUmbZZJi =Abty -----END PGP SIGNATURE----- --------------enig0BF19E1A70CD1A7720602E2D-- From owner-soc-status@FreeBSD.ORG Tue Aug 16 09:16:56 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1220106564A; Tue, 16 Aug 2011 09:16:56 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5FD168FC13; Tue, 16 Aug 2011 09:16:56 +0000 (UTC) Received: by qyk9 with SMTP id 9so3789094qyk.13 for ; Tue, 16 Aug 2011 02:16:55 -0700 (PDT) Received: by 10.229.98.206 with SMTP id r14mr3166522qcn.116.1313486215157; Tue, 16 Aug 2011 02:16:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.100.84 with HTTP; Tue, 16 Aug 2011 02:16:15 -0700 (PDT) From: Takuya ASADA Date: Tue, 16 Aug 2011 18:16:15 +0900 Message-ID: To: soc-status@freebsd.org, Kazuya Goda , "Robert N. M. Watson" , George Neville-Neil Content-Type: text/plain; charset=UTF-8 Cc: Subject: [mq_bpf] status report #12 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 09:16:56 -0000 *Project summary The project goal is to support multiqueue network interface on BPF, and provide interfaces for multithreaded packet processing using BPF. Modern high performance NICs have multiple receive/send queues and RSS feature, this allows to process packet concurrently on multiple processors. Main purpose of the project is to support these hardware and get benefit of parallelism. Here's status update from last week: Sent a patch to net@freebsd.org. From owner-soc-status@FreeBSD.ORG Tue Aug 16 17:12:34 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 229BC1065670 for ; Tue, 16 Aug 2011 17:12:34 +0000 (UTC) (envelope-from nc3bhconc@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id DAB288FC17 for ; Tue, 16 Aug 2011 17:12:33 +0000 (UTC) Received: by qyk9 with SMTP id 9so95169qyk.13 for ; Tue, 16 Aug 2011 10:12:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=GjnEzgx9mkpEKnvajp3Pkrz16VpKicg28PAeYCOE4bo=; b=tlEdh2jMGebFpMtID+d7xmr8Kdy5dPlyOEPALXT4AuNI5lTISrMQ6akGwGj6s1RXaR 47Nf/h76LyksS27zdqlrVHsSjo1X7XKb0VgkqxHFg+YYrcNQNbsCaUdYcI5gbBuEh7Es Y9DxH3nDHeHc4eDS0Wgm22a3MDSogxhpLcJtM= Received: by 10.224.198.194 with SMTP id ep2mr3914620qab.117.1313514753155; Tue, 16 Aug 2011 10:12:33 -0700 (PDT) MIME-Version: 1.0 Sender: nc3bhconc@gmail.com Received: by 10.224.6.144 with HTTP; Tue, 16 Aug 2011 10:12:13 -0700 (PDT) From: Catalin Nicutar Date: Tue, 16 Aug 2011 20:12:13 +0300 X-Google-Sender-Auth: cH0W5lU6yg_VmGpJJmzYfh-cAQY Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TCP UTO - Weekly Report 11 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 17:12:34 -0000 Hello! This is the eleventh report for TCP UTO. * Short TCP UTO description UTO stands for User Timeout Option (it is described in RFC5482). TCP UTO specifies a peer should be allowed to advertise its chosen `User Timeout' for a connection. The wiki page for this project: http://wiki.freebsd.org/CatalinNicutar/TCPUTO * Work completed last week * I have added a function that walks the list of TCP connections and drops the ones that would have been reset in the absence of UTO (tcp_drop_uto) * I have changed the behavior of TCP_RCVUTO_TIMEOUT in a changelist I have shelved. This change would require adding a new field to struct syncache which might break KPI/KBI * I have added a capture on the wiki page showing a scenario where a server partially accepts the timeout requested by a client * I have cleaned up a few portions of the code and fixed a bug in syncache (in certain cases a socket wouldn't inherit the received UTO value). * My goals for this week * I will consider if more sophisticated policies are required for dropping connections * I will think of a mechanism that calls the cleanup function when the available resources are scarce * I will generate patches to upload to Google and put on the wiki If you have questions, suggestions or advices drop me an email to cnicutar@FreeBSD.org. Catalin Nicutar From owner-soc-status@FreeBSD.ORG Tue Aug 16 18:40:28 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D74D7106566C for ; Tue, 16 Aug 2011 18:40:28 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0228FC08 for ; Tue, 16 Aug 2011 18:40:28 +0000 (UTC) Received: by wwe5 with SMTP id 5so2500381wwe.1 for ; Tue, 16 Aug 2011 11:40:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=Dw8YKs176UTGeXwfAUoonl8eOpszgPfOsejbuxAtWT8=; b=CnjK6xpC1a02bGXHeKvoLmS/1W6AirKKq1rq4HiaT1rlW473pMkxqGjJ61WbCbjzNf RAEgIzNH2hNRD9sl2Y9zk9EUVfLvqNax2sDv4eoUqL5OnanjCafjV89Y353VWbtCZtQk HAjynWpR3iAI5UVSfEzDRy8xSruT7T9gljsKE= Received: by 10.227.201.8 with SMTP id ey8mr18896wbb.108.1313520027117; Tue, 16 Aug 2011 11:40:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.1.17 with HTTP; Tue, 16 Aug 2011 11:40:07 -0700 (PDT) From: rudo tomori Date: Tue, 16 Aug 2011 20:40:07 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: BFS scheduler weekly status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 18:40:28 -0000 Hi, the goal of my project is to implement a BFS - like scheduler into the FreeBSD. I started off with the original 4.4BSD code, and by iterative modifications I will develop a scheduler that matches the BFS design as specified in http://ck.kolivas.org/patches/bfs/sched-BFS.txt. Last week I slightly modified the preemption mechanism of the scheduler so now it preempts more often. More details about it are on my blog http://rudot.blog.com. This week I do some benchmarking, I will post the results I get on my blog. rudo From owner-soc-status@FreeBSD.ORG Tue Aug 16 19:29:55 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92A54106564A for ; Tue, 16 Aug 2011 19:29:55 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 649AF8FC15 for ; Tue, 16 Aug 2011 19:29:55 +0000 (UTC) Received: by iye7 with SMTP id 7so653364iye.17 for ; Tue, 16 Aug 2011 12:29:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=LBEmLHY0Bklg8xhiYd0HtVqWWyRvx0bcBnuuAsN1xFA=; b=PN9FcOfxoegWfE6ZUKJ9uNP2j7B+fdQtfvIvkLChzTQKPG1WNuKPmQC7QkZTBsV4EV nc8t48XiACK757DrmDAany/AbnYynpe/vii97tqCMwuNn/utFsJSDt7VybGrGPeeCPli vzSmr7fxSsRNrHCT1yWddXYFFsulAGNBTGRfc= MIME-Version: 1.0 Received: by 10.231.20.170 with SMTP id f42mr143537ibb.67.1313522991319; Tue, 16 Aug 2011 12:29:51 -0700 (PDT) Received: by 10.231.11.73 with HTTP; Tue, 16 Aug 2011 12:29:51 -0700 (PDT) Date: Tue, 16 Aug 2011 14:29:51 -0500 Message-ID: From: Zhihao Yuan To: soc-status@freebsd.org, Alexander Leidinger Content-Type: text/plain; charset=UTF-8 Cc: Subject: [nvi-iconv]Weekly status report 12 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Aug 2011 19:29:55 -0000 To whom may concerned: I've done my finals at summer school one week ago, so this is a report for about 6 week days. The file encoding detection is considered stable. It's borrowed from file(1) and it can correctly recognized the latest UTF-8, UTF-16BE, UTF-16LE standard without touching the file status. UTF-16 is well supported, though it's not compatible with ASCII and does not match nvi's line separator assumption. The remained bug on :vsplit is fixed. An unexpected behavior caused by encoding detection (the detected encoding is inherited by the next screen) is diluted. I also finished an internship paper, which is required by my school, during the weekend. I'll post some contents and images on the FreeBSD wiki latter. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-soc-status@FreeBSD.ORG Wed Aug 17 10:40:05 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C793B106564A for ; Wed, 17 Aug 2011 10:40:05 +0000 (UTC) (envelope-from iputsikau@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8AA5E8FC0A for ; Wed, 17 Aug 2011 10:40:05 +0000 (UTC) Received: by qyk9 with SMTP id 9so656779qyk.13 for ; Wed, 17 Aug 2011 03:40:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=1+eOnNxvDs5/bhyYSij9KfHVuS2uQbfltYt0KzLVggw=; b=KLTjutAptgHuYRmUoDuyGkmdolhdm34oQXCMdJx8NmvO6B+M6ZjHarFQeIYhI9qkvv //WWJrH+5D9+FypIRXNl9rTHqX9b+5lerNqW2Zya95v6SBpPwwGfJ4expqsOmVVT4wlb 4PoCTuujKeAzQPm3naYYW8zg2z0N8o7OYEwr8= MIME-Version: 1.0 Received: by 10.224.198.130 with SMTP id eo2mr922715qab.221.1313577601981; Wed, 17 Aug 2011 03:40:01 -0700 (PDT) Received: by 10.229.84.21 with HTTP; Wed, 17 Aug 2011 03:40:01 -0700 (PDT) Date: Wed, 17 Aug 2011 13:40:01 +0300 Message-ID: From: Ilya Putsikau To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Ivan Voras , Hans Petter Selasky Subject: [fuse] Status report #12 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 10:40:05 -0000 Project: Finish porting fuse Last week I added code to fusefs-lib to check if 'from' is parent of 'to' directory. In Linux this check is performed by kernel, implementing it in kernel in FreeBSD is more complicated. The check is now done by fuse library itself. I also updated copyright notices. From owner-soc-status@FreeBSD.ORG Wed Aug 17 22:51:26 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48BE5106564A; Wed, 17 Aug 2011 22:51:26 +0000 (UTC) (envelope-from gnn@freebsd.org) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 1BCB58FC1D; Wed, 17 Aug 2011 22:51:25 +0000 (UTC) Received: from [209.249.190.124] (helo=[10.16.241.114]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1QtoxJ-0006Ly-0s; Wed, 17 Aug 2011 18:51:25 -0400 Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: George Neville-Neil In-Reply-To: Date: Wed, 17 Aug 2011 18:51:23 -0400 Content-Transfer-Encoding: 7bit Message-Id: References: To: Takuya ASADA X-Mailer: Apple Mail (2.1244.3) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - freebsd.org Cc: "Robert N. M. Watson" , soc-status@freebsd.org, Kazuya Goda Subject: Re: [mq_bpf] status report #12 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2011 22:51:26 -0000 On Aug 16, 2011, at 05:16 , Takuya ASADA wrote: > *Project summary > The project goal is to support multiqueue network interface on BPF, > and provide interfaces for multithreaded packet processing using BPF. > Modern high performance NICs have multiple receive/send queues and RSS > feature, this allows to process packet concurrently on multiple > processors. > Main purpose of the project is to support these hardware and get > benefit of parallelism. > > Here's status update from last week: > Sent a patch to net@freebsd.org. Looks good. Thanks for the update. Best, George From owner-soc-status@FreeBSD.ORG Fri Aug 19 00:42:10 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8170E106564A for ; Fri, 19 Aug 2011 00:42:10 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 4354A8FC26 for ; Fri, 19 Aug 2011 00:42:09 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LQ5008HZGM8XR70@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Fri, 19 Aug 2011 02:42:08 +0200 (CEST) Date: Fri, 19 Aug 2011 02:42:08 +0200 From: jakub.klama@uj.edu.pl To: soc-status@freebsd.org Message-id: X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM port to NXP LPC32x0 - status report #12 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 00:42:10 -0000 Hi, This is #12 status report of project aiming to port FreeBSD to LPC32x0 ARM9 System-on-Chip. It currently boots in single- and multiuser mode from NFS and from USB stick. Things done this week: * Got SD controller running using DMA. Reads are stable, but writing to card is still unstable. * Done some cleanups in DMA controller driver Things for next 4 days: * Grep sources for '/* XXX */' strings and do fixes/cleanups/etc * Finish testing * Write manual page for lpcfb(4) Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Fri Aug 19 16:15:52 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7B54106566C for ; Fri, 19 Aug 2011 16:15:52 +0000 (UTC) (envelope-from gockzy@gmail.com) Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by mx1.freebsd.org (Postfix) with ESMTP id 6F1A08FC1C for ; Fri, 19 Aug 2011 16:15:52 +0000 (UTC) Received: by eye4 with SMTP id 4so1739030eye.31 for ; Fri, 19 Aug 2011 09:15:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=iZwPyqq4V19RFxlK3zmO+BXotVOCIseC/10DA+FpldY=; b=XVxzGb162zYbQr2PxGkiAjzx2bIdlXElu/ZwfNeTwoDMrlAyHobavee6AyCVU0Pntc wlPkuzHAGmiKzmK+r0AfPes+t2o4Qph7OIK98S7eoypsp4QrEY1k6GsTlylo5IELqCWR r5qg4EH9g4x+yyRWDlOV7dTlBwgVV9yDx+2ZA= Received: by 10.14.147.141 with SMTP id t13mr874816eej.36.1313770551176; Fri, 19 Aug 2011 09:15:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.14.186.6 with HTTP; Fri, 19 Aug 2011 09:15:31 -0700 (PDT) From: Kazuya Goda Date: Sat, 20 Aug 2011 01:15:31 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [status report] RPS/RFS #week12 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2011 16:15:52 -0000 Hi, The project goal is to implement RPS/RFS on FreeBSD. RPS solves the problem of mono-queue NIC which can't distribute packets across multiple processors. RFS is the extension of RPS, which deliver packets to the CPU where application running. This week status: Performance does not improve, so I investigate RPS bottlenecks. The results of survey showed this is caused by "lock competition". Multi queue NIC has the same tendency as this. I may have to improve protocol stack with lock-free for performance improvement. --Kazuya Goda From owner-soc-status@FreeBSD.ORG Sat Aug 20 03:01:41 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E1A11065676 for ; Sat, 20 Aug 2011 03:01:41 +0000 (UTC) (envelope-from forandom@gmail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 2B4E38FC16 for ; Sat, 20 Aug 2011 03:01:40 +0000 (UTC) Received: by pzk33 with SMTP id 33so9751093pzk.18 for ; Fri, 19 Aug 2011 20:01:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=JJxwnKCVNOsF+D9cQ/0dRUwwIHx9TvBNoaCJ089eufE=; b=BGb2ut8PYHkJkjNcMg77qSBvRLJ2HfF4PmSoAFwMrU6VUGYsgdvXSUhc7Q8jDIDR4v wIgwJgId9BplolE3p6YVw4ufiWkHFlRm0mLvTLud4Rg1Wa4ewg2ypUjj1jEXH2l3L1OD W4RXoPkespM/bNpq0eMIsETU1s4MhcQli06QY= MIME-Version: 1.0 Received: by 10.142.201.18 with SMTP id y18mr68760wff.48.1313809300567; Fri, 19 Aug 2011 20:01:40 -0700 (PDT) Received: by 10.68.60.193 with HTTP; Fri, 19 Aug 2011 20:01:40 -0700 (PDT) Date: Sat, 20 Aug 2011 11:01:40 +0800 Message-ID: From: Xingxing Pan To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: DWARF status report 11&12 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 03:01:41 -0000 1)Review code for amd64. 2)Finish building the test framework by using Dejagnu. 3)Finish writing test files by using Expect. The GDB I'm using is the 7.2 version. Some of the tests may be trivial. After the end of GSoC, I hope that I can continue to communicate with the community to know more requirements about DWARF and add more testcases. From owner-soc-status@FreeBSD.ORG Sun Aug 21 20:45:54 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 657F21065672 for ; Sun, 21 Aug 2011 20:45:54 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 2219B8FC0C for ; Sun, 21 Aug 2011 20:45:53 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 39A9E14E5D95 for ; Sun, 21 Aug 2011 22:45:52 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id VmDXWAalHPv9 for ; Sun, 21 Aug 2011 22:45:49 +0200 (CEST) Received: from [192.168.1.106] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id D66BE14E5D8F for ; Sun, 21 Aug 2011 22:45:49 +0200 (CEST) Message-ID: <4E516E76.3020602@FreeBSD.org> Date: Sun, 21 Aug 2011 22:45:42 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0a1) Gecko/20110815 Thunderbird/8.0a1 MIME-Version: 1.0 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: regex status report #13 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Aug 2011 20:45:54 -0000 Hi, * I added support for some flags that has been forgotten. * I added comments to the code. * I added public interfaces to the fast matching code. * I fixed several minor bugs and style and portability nits. * I backported the fast matching code to BSD grep. It only gives a very small performance enhancement at the moment but this code is much better tested and fixes several bugs. I will commit this new version to ports soon. * I added the foundation of the heuristic matching. At the moment, it has minor bugs and only supports BRE but the basic idea seems to work. Looking at the original goals I can summarize the following: * TRE builds as a part of libc and seems to havea good standard compliance, however when used out of the box, the performance is not always satisfying. * The fixed string code is finished. There may be more optimization tricks and nits but basically it is finished. * TRE has interfaces with byte-counted buffers to avoid reading the whole pattern/input, so it was not necessary to work on this. * The foundations of a heuristic matching is ready but there is still work to do on this. * No progress on GNU-specific regexes because higher priority tasks are still incomplete. * Documentation (man page) is available from the old regex code but it does not describe TRE-specific interfaces, so it needs some more work. * A regression test has been written and it is believed to be quite complete for basic cases. I think it was a nice experience and I'm still working on this project. I hope we can see the deliverables soon. Gabor From owner-soc-status@FreeBSD.ORG Mon Aug 22 14:20:41 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A9051065670 for ; Mon, 22 Aug 2011 14:20:41 +0000 (UTC) (envelope-from nc3bhconc@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 191898FC17 for ; Mon, 22 Aug 2011 14:20:40 +0000 (UTC) Received: by qyk4 with SMTP id 4so1570005qyk.13 for ; Mon, 22 Aug 2011 07:20:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=Z3oO8/CPw+5tY7s0oEDTfF+yTmeqXghUwzZLZMY9JaQ=; b=axHBU5yRj65HFIHwhaDklLDzHi5jezJqMPIjoLJ1S27z+9d/hN6MzZAXLoPnoOb9aA OaJspQqwiq7YbTq3obbyqVlPp8CyfIBQ9940lmG+7Q821k+l2ps6CrSKYgkdKVDdAQI8 /0HlsfsupCZY0uvVw/S6VvYkzh4EML/4Cy1kE= Received: by 10.224.217.6 with SMTP id hk6mr1402801qab.117.1314022840109; Mon, 22 Aug 2011 07:20:40 -0700 (PDT) MIME-Version: 1.0 Sender: nc3bhconc@gmail.com Received: by 10.224.6.144 with HTTP; Mon, 22 Aug 2011 07:20:20 -0700 (PDT) From: Catalin Nicutar Date: Mon, 22 Aug 2011 17:20:20 +0300 X-Google-Sender-Auth: 8ChdN_iu7jnwvLDj3Am2xzeGyV0 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: TCP UTO - Weekly Report 12 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2011 14:20:41 -0000 Hello! This is the twelfth report for TCP UTO. * Short TCP UTO description UTO stands for User Timeout Option (it is described in RFC5482). TCP UTO specifies a peer should be allowed to advertise its chosen `User Timeout' for a connection. The wiki page for this project: http://wiki.freebsd.org/CatalinNicutar/TCPUTO * Work completed last week * I have merged the UTO drain functionality into tcp_drain and replaced the later with a wrapper * I have submitted the change to TCP_RCVUTO_TIMEOUT handling (now the application can impose a per-connection maximum acceptable timeout) * I have cleaned up the tests and removed duplicate code and added two new scenarios * I made net.inet.tcp.uto.enable control the usability of UTO * I have cleaned up the kernel and userland UTO code and updated tcp.4. * I have updated the wiki page and attached patches and tests * Future goals, as I intend to help to get it into the kernel after GSoC: * Currently the purging of misbehaving UTO connections remains partly unsolved. The drain function can't be called too often for performance reasons and calling it in a timer on fixed intervals is also problematic * The option should be attached to the first non-SYN segment sent (such that it gets resent if retransmissions need to be performed) * UTO is not included in the options if there is not enough space (perhaps because of SACK or MD5). Dropping SACK from one segment wouldn't impact performance and would allow UTO * Broken TCPs might expect SACK to be the last option in a segment. I must test to find out if UTO might cause interoperability issues * More interoperability tests with Linux need to be performed If you have questions, suggestions or advices drop me an email to cnicutar@FreeBSD.org. Catalin Nicutar From owner-soc-status@FreeBSD.ORG Mon Aug 22 17:14:42 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D935106564A for ; Mon, 22 Aug 2011 17:14:42 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA948FC0C for ; Mon, 22 Aug 2011 17:14:42 +0000 (UTC) Received: by qwc9 with SMTP id 9so4146510qwc.13 for ; Mon, 22 Aug 2011 10:14:41 -0700 (PDT) Received: by 10.229.129.15 with SMTP id m15mr1480839qcs.78.1314033281212; Mon, 22 Aug 2011 10:14:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.100.84 with HTTP; Mon, 22 Aug 2011 10:14:01 -0700 (PDT) From: Takuya ASADA Date: Tue, 23 Aug 2011 02:14:01 +0900 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: [mq_bpf] status report #13 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2011 17:14:42 -0000 *Project summary The project goal is to support multiqueue network interface on BPF, and provide interfaces for multithreaded packet processing using BPF. Modern high performance NICs have multiple receive/send queues and RSS feature, this allows to process packet concurrently on multiple processors. Main purpose of the project is to support these hardware and get benefit of parallelism. Here's status update from last week: Sent more benchmark result, waiting for response on ml. http://lists.freebsd.org/pipermail/freebsd-net/2011-August/thread.html#29585 From owner-soc-status@FreeBSD.ORG Mon Aug 22 18:54:28 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99AC6106566B for ; Mon, 22 Aug 2011 18:54:28 +0000 (UTC) (envelope-from joffrey.lassignardie@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 60D838FC18 for ; Mon, 22 Aug 2011 18:54:28 +0000 (UTC) Received: by gwb15 with SMTP id 15so3644717gwb.13 for ; Mon, 22 Aug 2011 11:54:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=CRZO8KEgTREB4dzMxCJ2z9dsqtufkuhXyawOdBZ/l28=; b=QqBa2MUwfR8XShue7cxubrYk+y42GOKQ2G4ozcVQK1j5gfpkyhiR6OC60Sw9JnSdSs 3PCxWB/TPDXc1IKWblk1BG5uWTts0oaKngwFcsxgwGHLzCVtyJhIiA/1Vut31jzJv4Lb G9BQxxaQ/obZ2i9l9fbnPaunho4a4lRlggJoc= MIME-Version: 1.0 Received: by 10.142.147.18 with SMTP id u18mr1563060wfd.436.1314037872318; Mon, 22 Aug 2011 11:31:12 -0700 (PDT) Received: by 10.142.247.35 with HTTP; Mon, 22 Aug 2011 11:31:12 -0700 (PDT) Date: Mon, 22 Aug 2011 20:31:12 +0200 Message-ID: From: Lassi To: soc-status@freebsd.org, Baptiste Daroussin Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: [SoC2011 Status Report] pkg convert - Week 13 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2011 18:54:28 -0000 Hi, This seems to be the last report for this year's GSoC so, here is a summary of my project and how I experienced this adventure. The project: The goal was to write the "convert" command for pkgng. The purpose of this command is to convert binary package from an "external" format (only rpm for the moment) to the FreeBSD future "internal" format (txz archive with metadata files). Initially, the project was supposed to handle rpm AND deb packages but due to a number of incidents during the second part of the timeline, pkgng works only with rpm packages (I'm still working on some bugs with the metadata file). What I liked in this adventure: First of all, I want to thanks Bapt (my mentor) and all the guys from #pkgng. This was a really nice experience to work on this project with them. They are cool people and they were always there when I needed help. During this GSoC, I learned a lot, about ports, package management, the FreeBSD project and his organization... However, the sad truth is that I learned more than I have contributed to this project. Hopefully, it is only the end of the GSoC, and I will continue to write code for pkgng on my spare time. Another interesting thing in this project (and maybe the more exciting) was the discovery of what's normally hidden. Actually, it is unbelievable to see how many people work on free software and it was fantastic to join those people and to be on the "contributor" side for once. As a conclusion, that was a very nice and instructive adventure and I hope this will continue on this way. Regards, -- Joffrey ``Lassi'' Lassignardie From owner-soc-status@FreeBSD.ORG Tue Aug 23 06:07:19 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECD47106564A for ; Tue, 23 Aug 2011 06:07:19 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id B4B078FC0A for ; Tue, 23 Aug 2011 06:07:19 +0000 (UTC) Received: by iye7 with SMTP id 7so22913926iye.17 for ; Mon, 22 Aug 2011 23:07:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=4pzMS5vPafpb8bxScdvt/JmVjFHMiBJX9AvqXGXHzio=; b=llbM5Ri5zZAc59Li0N4cl7jy/lUB50FSETfu/QiOsmPihlizQR6bXFE7cOarBrlhBj 0vF83fdMhbA2sAajzGU5s00mUBlha+1LYDXwXzf2iXJ2MjWYe85kvlCNf5wrv5UPOZSB o1EsFqIM1VxViC46EM71MekiBVNG8rGzC8ylU= MIME-Version: 1.0 Received: by 10.231.56.160 with SMTP id y32mr6969351ibg.68.1314079638064; Mon, 22 Aug 2011 23:07:18 -0700 (PDT) Received: by 10.231.34.68 with HTTP; Mon, 22 Aug 2011 23:07:18 -0700 (PDT) Date: Tue, 23 Aug 2011 01:07:18 -0500 Message-ID: From: Zhihao Yuan To: soc-status@freebsd.org, Alexander Leidinger Content-Type: text/plain; charset=UTF-8 Cc: Subject: [nvi-iconv]Weekly status report 13 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2011 06:07:20 -0000 To whom may concerned: During the past week, I added the cmake support to the project. Nvi uses autotools, but after I forked it on Github, I provide no Makefile, no config.h, and test nvi with the files under usr.bin/vi. Now I regenerate the header files with cmake, and enable the SYS5_TTY support in nvi. I did a 'revision by revision' code review to make sure that all FreeBSD fixes to nvi present in my version btw. But it's not synchronized to soc-svn yet. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-soc-status@FreeBSD.ORG Thu Aug 25 16:25:09 2011 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A81C1065670 for ; Thu, 25 Aug 2011 16:25:09 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 8408C8FC0A for ; Thu, 25 Aug 2011 16:25:08 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0LQH00MP1S9UPR00@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Thu, 25 Aug 2011 18:25:06 +0200 (CEST) Date: Thu, 25 Aug 2011 18:25:06 +0200 From: jakub.klama@uj.edu.pl To: soc-status@freebsd.org Message-id: <87fa469931a5a477ac4bb5aa6ad2ce65@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM port to NXP LPC32x0 - status report #13 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2011 16:25:09 -0000 Hi, This is last, #13 status report of project aiming to port FreeBSD to LPC32x0 ARM9 System-on-Chip. It currently boots in single- and multiuser mode from NFS and from USB stick. Things done this week: * General cleanups in many files * General functional and network stability tests * Review existing code Currently, there are working drivers for: * UART * interrupt controller * timers * RTC clock * Ethernet driver * USB OHCI driver * MMC driver (early stage, only read-only mode) * framebuffer driver This project is still missing some manual pages (for example lpcfb(4)) and touch screen driver, but I will add it during next week(s). In the next week, I will publish test reports (general, network usage and buildworld/buildkernel results). Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Mon May 28 09:42:10 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0FEA106566B for ; Mon, 28 May 2012 09:42:10 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 44DEF8FC08 for ; Mon, 28 May 2012 09:42:10 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so2761264wgb.31 for ; Mon, 28 May 2012 02:42:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+B4YKwRlBFMvbOBrD0Z2YsuU6viO+4dsBvCC5fOI5QY=; b=MsyfO/ckZG4aFLx60eESHOJVMuzHHvBaHD+qCsryYAgRh+djVyOBaYcFW1Gd1mwbLY XuQjgGXs/Zymr7UV0EwOvSnMYRjp4KqIYhxlttjiJ+zGCxLPyX88TFJXj5IX4bLs9Onl WgjK/BV3oAaKJZu25aGJUrc4ZYrwaG+9twMmoiElwb6Fsu42FZpxYUWhpmEIRcTQClkB f/s0LzHePwykmqUuxfstzI/ZyAD4Cc+HHv4z+EkD9pjZ1VsyLjiw0fWczBkKAEskyPeZ 3AQg8cRTgt1ejJh03fhyRlAYtNWYtkHoEIqGoM2pAjMx/88y2QBG+WLaw3x5sROepSn5 jInA== MIME-Version: 1.0 Received: by 10.216.201.79 with SMTP id a57mr3900632weo.164.1338198129106; Mon, 28 May 2012 02:42:09 -0700 (PDT) Received: by 10.216.50.142 with HTTP; Mon, 28 May 2012 02:42:09 -0700 (PDT) Date: Mon, 28 May 2012 04:42:09 -0500 Message-ID: From: Greg Miller To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Lock Profiling and Lock Order Verification status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 09:42:10 -0000 Accomplished in week 1: * Created wiki page at http://wiki.freebsd.org/SummerOfCode2012/Locking * Created project branch at https://socsvn.freebsd.org/socsvn/soc2012/gmiller/ * Added /usr/lib/libthr_profile.a to buildworld, compiling with a new LOCK_PROFILING #define to generate the instrumented code * Added additional (conditionally compiled) parameters to pthread_mutex_lock() and pthread_mutex_trylock() in order to collect acquisition-point information I'm currently in the process of adding calls to the lock profiling functions that will collect the statistics. The goal for the coming week is to complete this and add stub versions of the stat-collecting functions. From owner-soc-status@FreeBSD.ORG Mon May 28 12:55:16 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97AE710656B8 for ; Mon, 28 May 2012 12:55:16 +0000 (UTC) (envelope-from vbotton@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1F45B8FC32 for ; Mon, 28 May 2012 12:55:08 +0000 (UTC) Received: by bkvi18 with SMTP id i18so2907651bkv.13 for ; Mon, 28 May 2012 05:55:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=211+Z7JMrcaK94v0ryxp9qIAZDvZEUkzbe7OTBkYiZk=; b=U0V0v8bP6QMmicZERXnVPZ9ndalD/mdBdecaPbVVhYie0jwVvsplWJrtZo1gEprtZo cLEqT5WFfyZCJjzH7rdmxT3ZNqV4Er52XCQHgQyTV/lRThCRE/iQYWEnjKZK7UyLVEuG jtCod+3eiekBzVNVtZet+/lfHONdyUU4zbIquwdIirO2Ruqcsh3LjPeauz+guuMz4nb+ Y0vJ1aUKCGcOjDuKgbBvSmag5Q0rNJrkPWLuY1h8Wzm7IieuS7ALX9v3Rne4bY6MDalg fxUDdbOsXFh/EiycCqHIf3m2vHGWOKr4Rl8LUylglhji0RzNRZLruLIiBIpvj6dvUA02 JQdA== MIME-Version: 1.0 Received: by 10.204.151.69 with SMTP id b5mr3446517bkw.69.1338209707880; Mon, 28 May 2012 05:55:07 -0700 (PDT) Received: by 10.204.9.205 with HTTP; Mon, 28 May 2012 05:55:07 -0700 (PDT) In-Reply-To: References: Date: Mon, 28 May 2012 14:55:07 +0200 Message-ID: From: Vivien Botton To: soc-status@FreeBSD.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Fwd: Activity report gsoc ntfs X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 12:55:16 -0000 ---------- Forwarded message ---------- From: Vivien Botton Date: 2012/5/28 Subject: Activity report gsoc ntfs To: Edward Tomasz Napiera=C5=82a Hi, During the previous week, I've try to get rid of Mac OS thread facilities, this include mainly synchronization mechanisms. It took me some time, because I didn't know much of kernel programming. Now I've to deal with buffer management, and it seems to require a lot more of changes. From owner-soc-status@FreeBSD.ORG Mon May 28 13:44:33 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8A2A106566C; Mon, 28 May 2012 13:44:33 +0000 (UTC) (envelope-from jbjcalmels@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 871268FC15; Mon, 28 May 2012 13:44:33 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so4845778pbb.13 for ; Mon, 28 May 2012 06:44:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=ikciu+gi8+LlwB7I7InqDPeSpiBLGbk6bLIpASoKC2U=; b=PJg3pcrA+Qem/YW7ac9wfV/M52UGE/mm0uY3dW0X7L9kMTCw5DDnC2RbQ0dNhX9ONb P37yC5kiho5VtCfSzuYy8O4AgqKtTa5MvVdmu0x2vvi3CCUz/pw/dJffYZtScp7AueoG 6CtGYEAPaPTC5p1t2N0LPVTyTFIVnAy3fZGwIcUXes8Ekz2ItucvSjP3EsJv1D18leAS 0xWTHKxK8NqD4rEi7PVe0XD8dU6T4R+YmiJGe8pjdL6EyTaqJS2jfj4zTioyB4iT2hG8 sfrK9vZcvvpfjb8BZaLeGFzS8i891OFkQYxpbsyoi22+ifrGKhTWmEgWJpmDuTqAtYyk mouw== MIME-Version: 1.0 Received: by 10.68.221.98 with SMTP id qd2mr24787433pbc.3.1338212673064; Mon, 28 May 2012 06:44:33 -0700 (PDT) Received: by 10.142.70.21 with HTTP; Mon, 28 May 2012 06:44:33 -0700 (PDT) Date: Mon, 28 May 2012 15:44:33 +0200 Message-ID: From: Jonathan Calmels To: soc-status@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Bjoern A. Zeeb" Subject: [Week 1][IPv6 Improvement] Activity report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 13:44:33 -0000 Hi everyone, Here is my report for the week concerning the IPv6 improvement, under Bjoern Zeeb's mentoring. I worked on the support of IPv6 on CVS while using it in pserver mode. A fully functional patch has been committed and right now I insure that no problems arise depending on the network stack used. Indeed I'm currently writing some regression test to test the following situations : - Host involving a dual stack network (inet4/inet6) with inet6 fully configured - Host involving a dual stack network (inet4/inet6) without inet6 configured - Host including inet6 only I also started looking at "who" and "openssl" and reflect on a possible IPv6 implementation which should come in the next few days by now. I apologize for this slow start but I had to finish configuring my IPv6 testbed. Nevertheless, I plan to catch up that delay as soon as possible. Regards, From owner-soc-status@FreeBSD.ORG Mon May 28 14:44:25 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E11A1065672 for ; Mon, 28 May 2012 14:44:25 +0000 (UTC) (envelope-from eric@shadowsun.net) Received: from mail.atlantawebhost.com (dns1.atlantawebhost.com [66.223.40.39]) by mx1.freebsd.org (Postfix) with ESMTP id 401538FC12 for ; Mon, 28 May 2012 14:44:25 +0000 (UTC) Received: (qmail 25913 invoked from network); 28 May 2012 10:44:18 -0400 Received: from c-71-192-38-198.hsd1.ma.comcast.net (HELO Macintosh-21.local) (71.192.38.198) by mail.atlantawebhost.com with SMTP; 28 May 2012 10:44:18 -0400 Message-ID: <4FC38F42.1070007@shadowsun.net> Date: Mon, 28 May 2012 10:44:18 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: soc-status@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Andrey V. Elsukov" Subject: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 14:44:25 -0000 The majority of my efforts for the first week were code review and familiarization. At this point, I've managed to build loader.efi for i386, when building world. However, running make in the individual sys/boot/i386/efi directory seems to produce errors for various reasons: 1) Several source files #include headers in the x86/ subdirectory. This directory does not exist in the source tree, but rather is created in a temporary tree in the obj/ directory during buildworld. The result is that doing "cd sys/boot/i386/efi && make" will fail. (Incidentally, some other standalone builds also fail for this reason, so I'm not sure at this point if I'm missing some crucial step, or if this is an outstanding issue) 2) If x86 symlinks are directly created, the build still fails, as essential libraries (ficl, libefi, libstand) are build position-dependent code. The EFI app ABI is requires position-independent code, and thus liking fails. I can work without standalone builds for now, but I will probably need get it working, or else find a workaround solution, as building world to test a change is tedious to say the least. Specific changes I've made: Copied elf64_freebsd.c from libi386 into the efi directory, and modified the makefile to use the appropriate file for the target architecture. Copied bootinfo.h from sys/i386/include into sys/amd64/include, so that builds on amd64 don't fail due to not existing. If bootinfo is the same for both i386 and amd64, might I suggest moving it to sys/x86/include and installing stubs? Current status: I've successfully produced loader.efi for i386. I have not yet tested it with QEMU/TianoCore, because I'm currently reinstalling the KDE ports in an attempt to get rid of some KDE-related issues. Based on comments in the subversion logs, I am going to focus primarily on getting things working for i386, then get amd64 working. The commit logs seemed to indicate that as the existing plan. Plans for this week: Look into the issue of the kernel being able to handle being non-contiguous in memory and figure out what needs to be done there. Also, make some attempt to figure out what needs to be done to build for amd64 (probably this will just involve liking with libi386, or else copying files from that directory). From owner-soc-status@FreeBSD.ORG Mon May 28 16:14:26 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23C791065673 for ; Mon, 28 May 2012 16:14:26 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id A1ADA8FC12 for ; Mon, 28 May 2012 16:14:25 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so3069362wgb.31 for ; Mon, 28 May 2012 09:14:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=YUrs9EPTJRkHR07PV1FUdn1t0uQZJeMX6r9qzA6B5e8=; b=Hlv3Kplodli//Ycqk7wThQty1gFkVuxQadRSJjj4qvDhMpDPTRBqHOhn41sP6uZxHX aMD91Waw8XBb8I4JIlS+ACgLhFJxkxqcCqJKwE2w0L5lneB7KB2KvO7bCs0ijeCj/Oxd ltJbQgMLhGpxty9lS0yguSy13IuRIUHnWYRXCCCOv4gCZ1p+aXM2ASOTKgsaYE5mxFTm I/PLuwE9VOc50/Vnix3ddVYAYiAwiqH+hOvvB8k4q3VheizHBuqsEObA9FzSrINKqbnN c8F4BhuOOPM0igpeymqfkZ5ULFWU41AOZnlZ8e9+RH7TDtJzjlY9325K8qEfHbutlfZi n5dA== Received: by 10.216.208.71 with SMTP id p49mr5002524weo.172.1338221664563; Mon, 28 May 2012 09:14:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.231.98 with HTTP; Mon, 28 May 2012 09:14:04 -0700 (PDT) From: rudo tomori Date: Mon, 28 May 2012 18:14:04 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: cpu limits status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 16:14:26 -0000 Hi, the goal of my gsoc project is to enable the system administrators to configure %CPU limits using the rctl command. So that they can for example limit a particular user to 50% cpu time. Last week I added a new resource to the racct/rctl infrastructure that stores the %CPU utilization. I can now start a cpu intensive process that would normally consume almost 100% cpu time and using rctl, I can limit it to 40% for example. This works and I can watch it in top how the %cpu utilization for the process goes down to about the specified limit. There are still problems that I will try to address this week: 1. I may sometimes skip setting the pcpu resource for some processes. This makes now the aggregate pcpu utilization (for example per-user cpu utilization) incorrect. 2. I probably need to change the formula that calculates the CPU percentage utilization, because it does not work well for short-lived processes. I think I will use the same formula as is used in the ps command. rudo From owner-soc-status@FreeBSD.ORG Mon May 28 16:36:24 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56AE9106566B for ; Mon, 28 May 2012 16:36:24 +0000 (UTC) (envelope-from jesse.hagewood@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id CDCC48FC16 for ; Mon, 28 May 2012 16:36:23 +0000 (UTC) Received: by wibhj8 with SMTP id hj8so1453844wib.13 for ; Mon, 28 May 2012 09:36:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=orA+/+rZ8YfXmAwTuG0Gjkj8SVATZkFezeHNGcJH/RE=; b=MveNRSXk6qRANdT7ytN8/Of1V8DJQt8iCbYfhtT6AAtEO1JuRhwm06CGwEZ8faIfWp veYo2hm767VHR/0u8L81tVkeh1VeqXIQrQXEGm3mTFaf3q/sguKrieAZfsRfTJ9bDJb6 x67uuSZ0Lu6rO1aiRpBsCzUnxw4+7ef0lqF4EHEBb5XM0GspnZqRSCovJn4keqe8fS0F MTKYxZ+RBlTjStz7r6yFbMCnZARbnmx1HDzjVqHYD8X5QH6brSF7BrkrgKyqA3UPcbSL F5J8kd3XyqdEkyBQEJmOPPsDaNOgCcyn7KhenTbCJBlKtNhpLanrZzimebXDHiS7s2Z0 lD9w== MIME-Version: 1.0 Received: by 10.216.143.206 with SMTP id l56mr5183114wej.15.1338222982601; Mon, 28 May 2012 09:36:22 -0700 (PDT) Sender: jesse.hagewood@gmail.com Received: by 10.216.210.92 with HTTP; Mon, 28 May 2012 09:36:22 -0700 (PDT) Date: Mon, 28 May 2012 12:36:22 -0400 X-Google-Sender-Auth: -p4eny5dzCVU1LUw0lfh2GnelqE Message-ID: From: Jesse Hagewood To: soc-status@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Improving BSD-licensed text-processing tools progress report. X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 16:36:24 -0000 The first part of my project is to add more features to mdocml. This week, I spent a lot of time looking over the code and studying roff and mandoc, and found that there are several missing text-formatting requests in roff. Some are listed in the roff macro structure, but call a function that prints to standard output something like "Request not implemented" and does nothing. Others were listed in the mdocml 1.12.1 TODO file. Here is a list of missing requests that I will add: .ad (adjust margins) .na .it .ns (no-space mode) .rs (no-space mode off) .ti (temporary indent) .ta (tab settings) .hy (hyphenation) .ne .nh .ni .ps I have added the requests to the proper structs in roff.c and created skeleton functions for them. This week, I will be adding functionality for these requests. My project wiki: http://wiki.freebsd.org/SummerOfCode2012/JesseHagewood SVN repo: https://socsvn.freebsd.org/socsvn/soc2012/jhagewood/ From owner-soc-status@FreeBSD.ORG Mon May 28 19:23:50 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8F55106566C for ; Mon, 28 May 2012 19:23:50 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 8556B8FC12 for ; Mon, 28 May 2012 19:23:50 +0000 (UTC) Received: by qabg1 with SMTP id g1so994995qab.13 for ; Mon, 28 May 2012 12:23:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Bx2O0Jlo6a9nfhkUiexa2FEOFr9gVmhG4+xzRk4F1P8=; b=j0ajNly3M1KarXRcL3fAyMt93N4tlFQpYhK3tGB2LUwkrlKP9b9ES+wTZyBgrlqeee jiTpyXnsUbHS/nOjbVtRgWJJA1QLCkl9f4z426M2AiVEw7vObCaQEO/pWTO6QlgASmoe kpzaLC4+2RqbmzGhQN7PQechVGyRZZTgWdYw1DP1N5FOxb8kbxrQxVTKnqWo0o8BYgn8 U0+KBSKRcLPrD7ngDSAYdHgXnk0PyIHqQesGqS9btbsjjp+GulbRYKeajVvIgN04q7pX tJztb/MsSdi5WrwvAroTKHHWdz8uv2Svt/+IPwqaAzyKz31Wi/bJ2CPnJVpSoLSPX54F jg1g== MIME-Version: 1.0 Received: by 10.224.105.202 with SMTP id u10mr9438588qao.54.1338233029124; Mon, 28 May 2012 12:23:49 -0700 (PDT) Received: by 10.229.217.74 with HTTP; Mon, 28 May 2012 12:23:49 -0700 (PDT) Date: Mon, 28 May 2012 22:23:49 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel Level File Integrity Checker report #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 19:23:51 -0000 The design of the integrity checker changed during community bonding period. The old design from my proposal may be found in the project's wiki page [1]. Major changes: Simple hashes will be used but at the same time, we will require an already encrypted filesystem so that two identical plaintext messages do not produce identical hashes. I still wish to provide an integrity-only mode for pefs with HMACs & different key for integrity; however, this functionality won't be added during this summer. pefs filename MACs will be used as unique file identifiers instead of inode numbers. The gain is that when user dump/restores the filesystem, he won't have to reconstruct the checksum file as filenames will not have changed. Towards the end of GSoC, where design will be more crystal, I will write developer's documentation for the project and upload it at the project's wiki page. Until then, descriptions of svn commits serve as a great guide of what is going on with the codebase. During week #1: * added command 'addchecksum' to sbin/pefs which generates .pefs.checksum file. This file has the form of an indirect map which the kernel driver will be able to use directly without having to reconstruct lookup tree during filesystem mount. For longer descriptions of the command and the internal structure of the checksum file, please refer to the comment headers found in sbin/pefs_ctl.c and sbin/pefs_checksum.c. [1] http://wiki.freebsd.org/SummerOfCode2012/EfstratiosKaratzas -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Tue May 29 16:12:33 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2EEA1106564A; Tue, 29 May 2012 16:12:33 +0000 (UTC) (envelope-from scherfreebsd@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6773B8FC08; Tue, 29 May 2012 16:12:32 +0000 (UTC) Received: by bkvi18 with SMTP id i18so4241536bkv.13 for ; Tue, 29 May 2012 09:12:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:subject:date:message-id:cc:to:mime-version :x-mailer; bh=psfMGOE52dMnE9F8ix1KtA1d/Msj9rNMh64PrTFxY9Q=; b=F06joIeSA2MG8vJcqu5fMedG0dGkoarHUlMki/dXZJY48uBmhsXroOHcfK3FT9xhPJ iclc4tG2CTxLgayzbb8P0m9eF8YXJchwY89jQ11SiRevrXtCUXl3fg0cQriUjIo9P1k3 YU1RrC1KdU6U6QZ05itc0FBlNj1ku/7w+nZenkVBDF6Gtq9iAMYT3ErxRDK4Rwx2r3bu Jlbkqt+1MR/XDp55knpf68s8LKrLa6WrZaiVg3kikGAFDJXD448ZP8EDWnxDiqq2B8Gs sKSoC/3IyiXiBvjgcA0BIMUN/wmrNsKTXtp7KCOcTZlBJS6Mil72rGKrdRbFPdh8A0nC xelA== Received: by 10.204.136.195 with SMTP id s3mr6367241bkt.117.1338307951233; Tue, 29 May 2012 09:12:31 -0700 (PDT) Received: from [192.168.0.100] ([77.66.153.242]) by mx.google.com with ESMTPS id gm18sm18690716bkc.7.2012.05.29.09.12.29 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 29 May 2012 09:12:30 -0700 (PDT) Sender: Alexander Pronin From: Alexander Pronin Date: Tue, 29 May 2012 20:12:27 +0400 Message-Id: <614E0F2A-8B2D-46BC-9220-502E7E9483C5@FreeBSD.org> To: soc-status@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Marcus von Appen Subject: [ Week report GSOC ] Parallelization in the ports collection X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 16:12:33 -0000 -r 236215 Log: [new_feature] directory locking targets Two directory locking targets (do-lock, do-unlock) are implemented in bsd.parallel.mk file. This targets provide atomic locking/unlocking technique to lock/unlock a directory specified by ${_parv_DIR_TO_LOCK} variable. Submitted by: Alexander Pronin A Mk/bsd.parallel.mk -r 236228 Log: [new_feature] ${PKG_DBDIR} and ${.CURDIR} specific lock/unlock [fixed] do-lock do-unlock targets are depricated It is possible to lock/unlock ${PKG_DBDIR} and ${.CURDIR} For loop generates directory specific variable: _parv_PKG_DBDIR_DO_LOCK - lockf command to lock ${PKG_DBDIR} _parv_.CURDIR_DO_LOCK - lockf command to lock ${.CURDIR} _parv_PKG_DBDIR_LOCK_SEQ, _parv_.CURDIR_LOCK_SEQ - sequences of commandes passed to ${SH} lockf command argument. e.g. lockf .lock_file ${SH} -c '_parv_PKG_DBDIR_LOCK_SEQ' _parv_PKG_DBDIR_DO_UNLOCK, _parv_.CURDIR_DO_UNLOCK - lockf = command to unlock directories. M Mk/bsd.parallel.mk -r 236308 Log: [new_feature] bsd.parallel.mk: default targets evaluation test. bsd.port.mk: includes bsd.parallel.mk. Enables locking/unlocking = ${.CURDIR} [fixed] bsd.parallel.mk: Changes of LOCK file mod. ps instead of pgrep. feedBack messages. bsd.parallel.mk: Is included in bsd.port.mk. Hence PKG_DBDIR is = unnecessary. include is unnecessary either. "ps" command is more appropriate for PID searching. .lock file mod is changed to 777. To allow open access. More clear feedback messages. ${_parv_IS_DEFAULT_TARGET} - trigers default targets, specified by _parv_DEFAULT_TARGETS. M bsd.port.mk =20 M bsd.parallel.mk -r 236583 Log: [new_feature] _parv_${_lock_dir}_LOCK_LOOP - main scripts to lock a = directory _parv_CHECK_LOCK - script to check if $${dir} is locked. [doc] Submitted by: Alexander Pronin M bsd.parallel.mk M bsd.port.mk -r 236587 Log: [new_feature] ${PKG_DBDIR} locking for port's registration phase. new debugging barrier variable (some king of readln() ) [fixed] WANT_PARALLEL_BUILD variable renamed to = _parv_WANT_PARALLEL_BUILD to suit parallel specific variables' names. Submitted by: Alexander Pronin M bsd.parallel.mk =20 M bsd.port.mk -r 236669 Log: [fixed] Trigger name changed to suit variable naming = _parv_WANT_PARALLEL_BUILD kill signal changed to USR1 make utility exit with 158 status on lock [new_feature] ${.CURDIR} locking behaviour for dependency build ${PKG_DBDIR} locking phases for XXX-depends and lib-depends = targets Blocking Parallel build/install support for port's dependencies in XXX-depends and lib-depends targets Submitted by: Alexander Pronin M bsd.port.mk =20 M bsd.parallel.mk=20= From owner-soc-status@FreeBSD.ORG Tue May 29 18:33:43 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1277106564A for ; Tue, 29 May 2012 18:33:43 +0000 (UTC) (envelope-from tzabal@it.teithe.gr) Received: from alpha.it.teithe.gr (alpha.it.teithe.gr [195.251.240.232]) by mx1.freebsd.org (Postfix) with ESMTP id 349B48FC08 for ; Tue, 29 May 2012 18:33:42 +0000 (UTC) Received: from localhost (babel.noc.teithe.gr [195.251.240.240]) by alpha.it.teithe.gr (8.14.3/8.14.3/Debian-9.4) with ESMTP id q4TIXfFR000537 for ; Tue, 29 May 2012 21:33:43 +0300 Received: from 37.32.239.214 ([37.32.239.214]) by webmail.teithe.gr (Horde Framework) with HTTP; Tue, 29 May 2012 21:33:34 +0300 Message-ID: <20120529213334.20352yxs9eld2kqm@webmail.teithe.gr> Date: Tue, 29 May 2012 21:33:34 +0300 From: Tzanetos Balitsaris To: soc-status@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) Subject: [Status Report - Week 01] Automated Kernel Crash Reporting System X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 18:33:43 -0000 The first week of coding has started with the Client Side part of the project. After having a valuable discussion in the freebsd-hackers mailing list, the initial design of the project changed in many aspects. Here is a list of things that changed from the initial planning: * Rename kcrashreporter to crashreport * The rc.d script kcrashreporter has been replaced by an 'if' statement inside the rc.d savevore script. * The location of crashreport program is /usr/sbin/crashreport. * The collection of the debugging information will be done from the /usr/sbin/crashinfo shell script. * The method for transferring the reports from the client to the Central Collector machine will be via the SSH protocol using the scp tool of OpenSSH with public key authentication. During the first week, in my socsvn repository, I created a directory called client-side in which I branched head. All the code related to the Client side part of the project will be uploaded there. This branch will be merged regularly with head to keep it up to date. Here is a list of the things in brief that I have done in the first week: * Setup socsvn repository and familiarize myself with Subversion * Introduce the three rc.conf variables in /etc/defaults/rc.conf * Modify the /etc/rc.d/savecore script in order to trigger the automated behavior of crashreport * Create the crashreport Bourne Shell script under /usr/sbin. Crashreport is in 90 percent complete. It can be invoked either automatically (in boot) or manually from the System Administrator and it can locate, collect and send the report on his own without any parameters passed explicitly. * Decide and implement both in client side (in crashreport) and in server side (in the actual server machine - i.e my desktop for the development of the project) the way that the reports will be transfered. In short, the SSH protocol through the OpenSSH tool scp with public key authentication. Familiarize myself with public key cryptography, SSH and techniques on how to close security holes on the server side when using public key authentication with multiple clients that connect to the server. For more information about the status of the project, please refer to the Wiki page of the project. (http://wiki.freebsd.org/SummerOfCode2012/AutomatedKernelCrashReportingSystem). For this week, check the section "Client Side part". Finally, in the socsvn repository, there are all my commits along with descriptive comments. (http://svnweb.freebsd.org/socsvn/soc2012/tzabal/) -- Tzanetos Balitsaris -- Tzanetos Balitsaris ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-soc-status@FreeBSD.ORG Tue May 29 23:28:25 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 989C4106564A for ; Tue, 29 May 2012 23:28:25 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 54F868FC0C for ; Tue, 29 May 2012 23:28:25 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0M4T004B44YUL670@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 30 May 2012 01:23:18 +0200 (CEST) Date: Wed, 30 May 2012 01:23:18 +0200 From: Jakub Klama To: soc-status@freebsd.org Message-id: X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM and FDT cleanup - status report #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2012 23:28:25 -0000 Hi, This is first status report of project aiming to clean up FreeBSD/ARM port and Flattened Device Tree Things done this week: * Integrated my earlier patch which allows to create multiple top-level FDT simplebus(4) instances * Added possibility to create nested simplebus(4) instances * Changed address ranges stored in rman instances - now there are _physical_ addresses stored here and translation is done on bus_space_map() stage. * Tested above changes on LPC3250 ARMv6 and PandaBoard ARMv6 * Investigated possibility to map flash memory slices encoded in device trees to geom world as geom slicer: currently there's missing reference between FDT/newbus layer and geom layer, eg. there's no possibility to tell what newbus device created given newbus provider and vice versa. But this can be probably fixed by passing apporiate encoded reference using d_getattr method in flash disk drivers. Things for next week: * Design newbus interface for interrupt controller. Work on routing interrupts through newbus hierarchy. Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Wed May 30 00:48:06 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F9051065672 for ; Wed, 30 May 2012 00:48:06 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B4EAD8FC0C for ; Wed, 30 May 2012 00:48:05 +0000 (UTC) Received: by obcni5 with SMTP id ni5so10090839obc.13 for ; Tue, 29 May 2012 17:48:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=53Ela5wvKrvyLhUhWEStvMmcIG/yZsHsdLYDWYcUJPk=; b=ihq6Cj0lTwoYHcdwwg94EbVWukQBljT0pygAHSrRBUE1jiOu/b0QdYsK5frvDnD0zN LwRPbg24Jq9DYEbQGn5HaZaWgNTOK/TRSJK9TOzcl65Nb7kIgMRHjkqbxF6KXq/O2yhm WRN8Wa+vjzHzfHcVIhG6qpepXnV+jJRfQPsQnosVwDG0b3jFPyHgD6Wht9q5klnZ5z2+ L5taFREyxZIem3qFn7N6yrubYfSh4SSSdMZ3nFBdqCoO+Z7NIAH85nOPHwzw9P51Yxqr u8/7VVD9eK3Q90Fg53SM7s19PlURU/1iTPINdaAXWUruR4yIbJT9tzoiZOZ97BjcCCE5 fWWQ== Received: by 10.60.3.39 with SMTP id 7mr13395433oez.4.1338338885086; Tue, 29 May 2012 17:48:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.72.229 with HTTP; Tue, 29 May 2012 17:47:24 -0700 (PDT) From: Takuya ASADA Date: Wed, 30 May 2012 09:47:24 +0900 Message-ID: To: soc-status@freebsd.org, Peter Grehan Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlus6BCbyx84kN6lYlMRYO+6SD96JfijzT1thJj3Z6cos/lldXX2z4z2LZJisokJkR1eoBL Cc: Subject: [status report #1] BHyVe BIOS emulation to boot legacy systems X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 00:48:06 -0000 * project summary The project goal is to support BIOS emulation on BHyVe, enabling boot from disk image. I going to focus booting FreeBSD/amd64 from disk image on this GSoC, but final goal is to make BHyVe able to support more guest OSes. * preparation to develop BHyVe Before try to join BHyVe development, I read the source code and think what BHyVe doing on FreeBSD host system, and made presentations about it, discussed in some small conferences. Here're slides(Unfortunately, it's in Japanese): - http://www.slideshare.net/AsadaTakuya/bhyve - http://www.slideshare.net/syuu1228/bhyve-12636280 - http://www.slideshare.net/syuu1228/bhyve-internals-13082679 Result of this activity, I could get some members who have interest to play with BHyVe, we probably going to held small Hackathon in next month. * trap VMCALL instruction test code worked fine. ## patch for guest kernel ## --- /usr/src-bhyve/sys/amd64/amd64/locore.S 2012-01-03 12:27:06.000000000 +0900 +++ /home/syuu/9.0-bhyve/sys/amd64/amd64/locore.S 2012-05-30 09:05:33.000000000 +0900 @@ -77,7 +77,9 @@ xorl %ebp, %ebp call hammer_time /* set up cpu for unix operation */ - movq %rax,%rsp /* set up kstack for mi_startup() */ + + .byte 0xf,0x1,0xc1 + call mi_startup /* autoconfiguration, mountroot etc */ 0: hlt jmp 0b ## patch for host ## Index: usr.sbin/bhyve/fbsdrun.c =================================================================== --- usr.sbin/bhyve/fbsdrun.c (revision 236685) +++ usr.sbin/bhyve/fbsdrun.c (working copy) @@ -429,6 +429,15 @@ return (VMEXIT_CONTINUE); } +static int +vmexit_vmcall(struct vmctx *ctx, struct vm_exit *vmexit, int *pvcpu) +{ + printf("VMCALL handled\n"); + exit(1); + + return (VMEXIT_RESTART); +} + static void sigalrm(int sig) { @@ -469,7 +478,8 @@ [VM_EXITCODE_RDMSR] = vmexit_rdmsr, [VM_EXITCODE_WRMSR] = vmexit_wrmsr, [VM_EXITCODE_MTRAP] = vmexit_mtrap, - [VM_EXITCODE_PAGING] = vmexit_paging + [VM_EXITCODE_PAGING] = vmexit_paging, + [VM_EXITCODE_VMCALL] = vmexit_vmcall, }; static void Index: sys/amd64/include/vmm.h =================================================================== --- sys/amd64/include/vmm.h (revision 236685) +++ sys/amd64/include/vmm.h (working copy) @@ -228,6 +228,7 @@ VM_EXITCODE_MTRAP, VM_EXITCODE_PAUSE, VM_EXITCODE_PAGING, + VM_EXITCODE_VMCALL, VM_EXITCODE_MAX }; Index: sys/amd64/vmm/intel/vmx.c =================================================================== --- sys/amd64/vmm/intel/vmx.c (revision 236685) +++ sys/amd64/vmm/intel/vmx.c (working copy) @@ -1189,6 +1189,9 @@ vmexit->exitcode = VM_EXITCODE_PAGING; vmexit->u.paging.cr3 = vmcs_guest_cr3(); break; + case EXIT_REASON_VMCALL: + vmexit->exitcode = VM_EXITCODE_VMCALL; + break; default: break; } From owner-soc-status@FreeBSD.ORG Wed May 30 01:18:26 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A94E21065672 for ; Wed, 30 May 2012 01:18:26 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6CDB98FC20 for ; Wed, 30 May 2012 01:18:26 +0000 (UTC) Received: by obcni5 with SMTP id ni5so10128530obc.13 for ; Tue, 29 May 2012 18:18:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:from:in-reply-to:mime-version:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=Kd+GM9sl0LwKFtRnLUEI1UMNome2J+D/xCo1ZKnaIII=; b=a8wPEp3XR9y0iLOYrz5+zQcPupZEIMPArpC8JN4DTYxvswlIW0NWAhYCvWBy+D9MEk rbd/pXEoyd8COpSguiVIbMLZHBpUQJ7i45cgiTFOWfultjfuP98bXSN+5zOaSLO0MhAg mK3PA6atTzxQMJyTDV7/E3DYpJet3w8vvr6PNCeFFkDt4g80zjtK5h9BWHDRyW5b61He eSQl0UtC1wKf/aOovnbE6AvnNz0yjGFqZeCjY0mkjtlIRWF2mQBEiOMglAPGwa8usukY 7aUxQWBO+w3aySLmSknBw4NFoxASP89gPRbK2sqC9KTJMjRny7dKn+cUMTd8/kxtbsnJ FUdw== Received: by 10.60.26.38 with SMTP id i6mr13147418oeg.69.1338340705945; Tue, 29 May 2012 18:18:25 -0700 (PDT) References: From: Takuya ASADA In-Reply-To: Mime-Version: 1.0 (1.0) Date: Wed, 30 May 2012 10:18:22 +0900 Message-ID: <4918743337791478036@unknownmsgid> To: Takuya ASADA Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnLRkBfYXSmVKQeUZtL+3Mb87Q7i1oAl0d/alECSlXO/eBproWZZL5e3Yh7S0n6MyViqiVy Cc: "soc-status@freebsd.org" , Peter Grehan Subject: Re: [status report #1] BHyVe BIOS emulation to boot legacy systems X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2012 01:18:26 -0000 On 2012/05/30, at 9:47, Takuya ASADA wrote: > --- /usr/src-bhyve/sys/amd64/amd64/locore.S 2012-01-03 12:27:06.000000000 +0900 > +++ /home/syuu/9.0-bhyve/sys/amd64/amd64/locore.S 2012-05-30 > 09:05:33.000000000 +0900 > @@ -77,7 +77,9 @@ > xorl %ebp, %ebp > > call hammer_time /* set up cpu for unix operation */ > - movq %rax,%rsp /* set up kstack for mi_startup() */ This line delete was mistake! Perhaps I pressed too much 'dd' in vi... From owner-soc-status@FreeBSD.ORG Mon Jun 4 07:25:25 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D490106566B for ; Mon, 4 Jun 2012 07:25:25 +0000 (UTC) (envelope-from jesse.hagewood@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id A72388FC1A for ; Mon, 4 Jun 2012 07:25:24 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so3744785wgb.31 for ; Mon, 04 Jun 2012 00:25:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=fBQ7busfcYne6nCth6JkQFE770Xe136UxPmIrNPaKsw=; b=t8kzsLPjku6sghudWeSKDRAs8truCvphBqrvoFYYFrJW1o4/+CX1V8caF4tcLKPQmc IPdD7HAUOhuxRpsX9nx9OFT6QL4tCgX34IeeEhS7tS/Vc4RVp525j5P35yVHSK73X7YD sFRGvSqtmXb8dhRNagJeCH7fJMcP5TuF08JA4Z3A9BYgCJOjBVwH44cmJYBrjNPq6RqA efaAqIoiW4XEhZ6dGx2Hjv+/pVygB34GSuoCXEUvsfyYJY2qmuA0Ck4r9B5OKnCOQOf4 aOXiWH+QNZOxgFNbLxelKwSI6HoOb+coVDnW5KvFXmwFAa/HcKPK4jxKyyWLW0dU12FE facw== MIME-Version: 1.0 Received: by 10.216.50.80 with SMTP id y58mr4234186web.106.1338794718823; Mon, 04 Jun 2012 00:25:18 -0700 (PDT) Received: by 10.216.210.92 with HTTP; Mon, 4 Jun 2012 00:25:18 -0700 (PDT) Date: Mon, 4 Jun 2012 03:25:18 -0400 Message-ID: From: Jesse Hagewood To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Improve BSD-Licensed Text Processing Tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 07:25:25 -0000 Progress report 2. At the beginning of the week, I began trying to implement the roff requests .ns and .rs in mdocml. I was having trouble, and looked to the mdocml mailing lists for advice and more information. Ingo Schwarze from the mailing list stated that I cannot realistically implement all of the requests/macros I had originally set out to do. Kristaps Dzonsons advised me to avoid roff unless it is necessary, and suggested that I implement .ns/.rs as a man macro instead of a roff request. I spent part of this weekend working on implementing .ns/.rs as man macros. Here are the macros/requests I will try to complete before June 17th: .ns .rs .ti .ta Also, Dag-Erling wanted me to run all of the man documents in FreeBSD through mandoc to try to see which ones would not compile. Here is the output from stderr when running them all through: https://socsvn.freebsd.org/socsvn/soc2012/jhagewood/mdocml/mdocml-manpage-errors.txt Although I didn't make as much progress as I hoped to this week, I learned a lot of information about the way mdocml is structured, and I have a much better idea of how I will implement these macros. From owner-soc-status@FreeBSD.ORG Mon Jun 4 10:54:57 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 312E81065672 for ; Mon, 4 Jun 2012 10:54:57 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-qa0-f49.google.com (mail-qa0-f49.google.com [209.85.216.49]) by mx1.freebsd.org (Postfix) with ESMTP id E1C468FC16 for ; Mon, 4 Jun 2012 10:54:56 +0000 (UTC) Received: by qabj40 with SMTP id j40so1755151qab.15 for ; Mon, 04 Jun 2012 03:54:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6as02JlE5FWMlRtZsX3oKOtRaIyp+MhKD6UxbK69K54=; b=jWIP33vv3TNWf/lPTj3szrjZNzSoip0NRXt7IuXlpEqRIKM35Wdv3+4YWmjIiPQX0g artyAC1ZNv6xAVBdlpvy4234nolYqTg5NOkZj7UsxjpmRwpQaKUqVndM11wXfOu4QZu4 /rNCgNml0ReqfkHEI3IJBpU8mQfPMgvvrnrZ1x/aFlfYfBTIEMfueoOP+5IdG8PEBHP9 SejU90DHqPmtzadHwaHbIGyk/S2eIN2K2/fiY/Hl3qk3Wp1wHsTlZ9vRB48I9uOPJbVh 2m3PNetZ0R6bcWlJhdW93oiHMd63GBX05hyWIbDRKRVDcZNED44wPvlq1hMMNN8OJnlP /I3w== MIME-Version: 1.0 Received: by 10.224.105.202 with SMTP id u10mr13039528qao.54.1338807290477; Mon, 04 Jun 2012 03:54:50 -0700 (PDT) Received: by 10.229.217.74 with HTTP; Mon, 4 Jun 2012 03:54:50 -0700 (PDT) Date: Mon, 4 Jun 2012 13:54:50 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel Level File Integrity Checker report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 10:54:57 -0000 During week #2: * sbin/pefs now uses an ioctl() to grab cipher-text for each 4k block from kernel, which is then used to generate the checksum. * A major concern of mine was to have a hash table that would allow us the fastest lookups possible since lookup is the only operation performed by the kernel fs driver. I ended up implementing cuckoo hashing for that reason; this way, worst lookup case is 2 cache read misses. With cuckoo hashing, we also end up spending 4 times less memory than with separate chaining for the index that is kept in kernel heap. Cuckoo hashing does have some drawbacks like slow insertion time that may result in an infinite loop. I used a python script to experiment and see how probable it is to fall in an infinite loop. For table sizes of next_prime(n + n * 15%) where n = total elements, there's a 1.5% chance. If that happens, we simply allocate new, larger tables and try again with the same hash functions until we succeed. The chance to fall in an infinite loop twice in a row is 1.5% * 1.5% = 0.225%. Since the hash table is created only once in userland during filesystem generation phase, we don't mind the extra time that is spent at this stage to generate the tables. Proper handling of this infinite loop case is still a todo. -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Mon Jun 4 11:12:33 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BA461065677 for ; Mon, 4 Jun 2012 11:12:33 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id C1EA98FC15 for ; Mon, 4 Jun 2012 11:12:32 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so2204432wib.13 for ; Mon, 04 Jun 2012 04:12:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=yva82DN7DGRJs+Jlwctz464enSAQG4nMecND7rrHt6c=; b=JwhZTJ0Xcud2EYqDS+Ah11UVMADhW8hjtd844nFII9UoFkYNEz7qjIKErZhazz/Yf3 RI0srJqUgkcyQo15TrU7LOmPVsjfABMA0m4ErcpBOLR219sQMB85oiIjqMdMuNZtGxGH 0wWtinHrW5/w+7vPpAZ1Ued/OyBbBjtul3O5n/FI9/KPK72ohfgJZ1XCvC4FafJjXlCM HZ0RXd8FLz+HQCm7oY6umbf3XQB4s8fiCjJmY3wYaI/uE48oaFCvY4Ba7D2VO4pRNSNt YSrOG8WUuVvJ/M8ywAbnTGJomW8cPZOpSXIpsBGYq8pY04cwiXbt5fgpvbSopB+ZmUYd GMlg== MIME-Version: 1.0 Received: by 10.216.195.74 with SMTP id o52mr9713166wen.178.1338808345349; Mon, 04 Jun 2012 04:12:25 -0700 (PDT) Received: by 10.216.50.142 with HTTP; Mon, 4 Jun 2012 04:12:25 -0700 (PDT) Date: Mon, 4 Jun 2012 06:12:25 -0500 Message-ID: From: Greg Miller To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Subject: Lock Profiling and Lock Order Verification Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 11:12:33 -0000 Week 2 accomplishments: * Reworked wrapper macro approach (as suggested by jhb) to allow code compiled without -DLOCK_PROFILING to work correctly with the profiling library and to generate a link time error (rather than failing at runtime) when compiled with -DLOCK_PROFILING and linked with libthr. * Added call-points and matching stubs for release and thread exit to mutexes. * Added call-points, stubs, and macro wrappers for r/w locks and POSIX spinlocks. This week, work begins on implementation of the stubs to collect the actual profiling statistics. From owner-soc-status@FreeBSD.ORG Mon Jun 4 14:17:28 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72B18106566C; Mon, 4 Jun 2012 14:17:28 +0000 (UTC) (envelope-from jbjcalmels@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 433738FC08; Mon, 4 Jun 2012 14:17:28 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so6398714pbb.13 for ; Mon, 04 Jun 2012 07:17:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=RYCAhs9JeuAFDU4pMuJk7X4S2UWGdDMAuYZjXtX4KPM=; b=09zdsEVAM2wa7yei96uTzKFwvKv1Gj0f4FFwNTZ0apqG2/E3VGnBTJzAu6VgtWzmga skhUHjgZEyqs2m8zPOiAI/6sOn2u+gsu/R2F9wBOgXZqPf8geBcArdy/KDxp6lgap60R BqvagyDu0sDSWIggG+Vjx37ZHVEOhLzyMi2LCWktLUoIfRM9ESzRbeu2xlmKpBXsL7xG Jqpe2dTmRIDIy5xtDocW+iiEIsxFAcaPbijS/QI/R99LbXVciAwKhUyGSjNptBlv08qz iMeuRBQOU4PIlxDXA36Xubp5lvAUv51L0E7PD7bLuhFz+kRukHxXNFezvSL97/Ns8uMo 0HiQ== MIME-Version: 1.0 Received: by 10.68.226.193 with SMTP id ru1mr8289727pbc.79.1338819447922; Mon, 04 Jun 2012 07:17:27 -0700 (PDT) Received: by 10.142.70.21 with HTTP; Mon, 4 Jun 2012 07:17:27 -0700 (PDT) Date: Mon, 4 Jun 2012 16:17:27 +0200 Message-ID: From: Jonathan Calmels To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bz+soc@freebsd.org Subject: [Week 2][IPv6 Improvement] Activity report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 14:17:28 -0000 Hello, Here is my report for the week concerning the IPv6 improvement, under Bjoern Zeeb's mentoring The project aims to make more user space applications fully IPv6 ready. All my week was dedicated to the IPv6 migration of the openssl code. My work applies on the 1.0.1c version due to the effort they made to port IPv6 on it. I begun patching the BIO part and I will look at the s_client side shortly. I also updated wiki informations according to my previous work ( http://wiki.freebsd.org/IPv6/IPv6Improvement) Cordially, --- Jonathan Calmels (exxo@) From owner-soc-status@FreeBSD.ORG Mon Jun 4 16:01:47 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 334651065678 for ; Mon, 4 Jun 2012 16:01:47 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id E65338FC22 for ; Mon, 4 Jun 2012 16:01:46 +0000 (UTC) Received: by yhgm50 with SMTP id m50so3600293yhg.13 for ; Mon, 04 Jun 2012 09:01:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=nHOIN86KJf7jlkIMLRtDlgLYAVDaD6r7xatogJ4dg4A=; b=os8M4TvZDWtzl2yZUvgMt0JhGPKOM/f7Y7vWF2qBspPfl7cMrj53vz9xc/ndFap2a+ TU74ixwk9wLcMZPelLwjyhYBUKPziQ6eB0qQPvMM/2z5QbCa2woFT0tnJy7JcFALDJkn VQFE7aC5LyBS/aCil51xzcftR1yDBPbrRUafbLwCfBctipcF1BjHs/N6h5qd9rbgn/Oj CRWdVfmqiVL/Hqqe3QWyZ42qLjItlA0mzyLJwj/jK0vLTtljN5ptj0Ffm+YMPaf/i1oZ hfQmh/JLZWH+v/MRw+q9QGQ8FNegEn8J3ufPMgCEB3GkRxVnVP9KzAiavVpF0D9lwI7r PNmA== MIME-Version: 1.0 Received: by 10.60.3.34 with SMTP id 2mr12105303oez.27.1338825706099; Mon, 04 Jun 2012 09:01:46 -0700 (PDT) Received: by 10.182.39.196 with HTTP; Mon, 4 Jun 2012 09:01:46 -0700 (PDT) Date: Mon, 4 Jun 2012 19:01:46 +0300 Message-ID: From: Oleksandr Dudinskyi To: soc-status@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 16:01:47 -0000 Hello. First week of participation GSoC, I had exams to graduate. So I lingered a bit in the schedule. But now, I have almost the support for reading DVD, though it needs refinement. This week I'm dedicated this work and will begin work with support CD. -- Regards, Oleksandr Dudinskyi. From owner-soc-status@FreeBSD.ORG Mon Jun 4 19:25:48 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92B041065687; Mon, 4 Jun 2012 19:25:48 +0000 (UTC) (envelope-from scherfreebsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id BBD6E8FC12; Mon, 4 Jun 2012 19:25:47 +0000 (UTC) Received: by lbon10 with SMTP id n10so4286811lbo.13 for ; Mon, 04 Jun 2012 12:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:subject:date:message-id:cc:to:mime-version :x-mailer; bh=Mbsn6yzevDNqBjIwu+/w/UiFUy9KctXOJunLEAHZ4yw=; b=puSk8/QN+PyuWg7Z9qhN0xgyrs8fshghjFqpk1E34sXrNWAuq6x3TNjjSc8/y/Pvv7 mwnFR/df6Vi/7uyeyzFHIOHb1kHLjFZaYMNmqsD/6bXxdqI10AtcLUctooAowzHhn1zI wb8rDktRFJx6EVDWOFIoDWmX/k8gK88S3XIIOiS5LWcvSynTRkUIed9QTuqw3lQpjnuI RisqcZyyMpf/EtNbjup/Xd1sRIerkVU6oNaU3gMzuW3LfNHFquOBEhq2hfbAx7T5crNK 5zHEEHHUGp8FICjvD0e4tk3oNgVeFYFYuHrBYr38Y+m01XPDX0iJjcp0UKiWtsozPwlY zw+A== Received: by 10.112.29.166 with SMTP id l6mr6733083lbh.68.1338837941419; Mon, 04 Jun 2012 12:25:41 -0700 (PDT) Received: from [192.168.0.100] ([77.66.153.242]) by mx.google.com with ESMTPS id hg4sm18941760lab.11.2012.06.04.12.25.39 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 04 Jun 2012 12:25:40 -0700 (PDT) Sender: Alexander Pronin From: Alexander Pronin Date: Mon, 4 Jun 2012 23:25:37 +0400 Message-Id: <5137039A-D620-44A9-AC20-BF982D2EEFD9@FreeBSD.org> To: soc-status@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Marcus von Appen Subject: [ Week Report GSOC ] Parallelization in the ports collection X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 19:25:48 -0000 Last week achievements: -r 236691 Log: [fixed] bsd.parallel.mk - new locking behaviour bsd.port.mk - few changes just to match new locking behaviour [new_feature] bsd.port.mk - create ${LOCK_DIR} if it is missed bsd.parallel.mk - check-lock target All ports lock files are moved to seperate directory. bsd.parallel.mk: ${PORTSDIR}/lock - is used to keep ports lock files ${_parv_LOCK_DIR_LOCK_FILE} - port's lock file name - is set to = ${PKGNAME} Reason: Former changes make possible to implement sufficient conflicts checking redisign. It was impossible to find port's dir in = pots tree using package name RE in ${CONFLICTS} variable. Now it is possible just = to explore ${LOCK_DIR}. =20 Submitted by: Alexander Pronin=20 M Mk/bsd.port.mk M Mk/bsd.parallel.mk A lock -r 236758 Log: [bugfix] ":=3D" Type of MAkefile variable expansion leads to wrong results of "$$(...)" command. [new_feature] seal breakpoint targets for debbuging purpose M bsd.parallel.mk =20 -r 236771 Log: [new_feature] bsd.parallel.mk: new target for checking conflicts with = currently installing ports bsd.port.mk: new checking conflicts target is integrated M bsd.port.mk =20 M bsd.parallel.mk =20 -r 236812 Log: [fixed] PKG_DBDIR locking erased from fake-pkg target, not to spam = bsd.port.mk fake-pkg target is surrounded by PKG_DBDIR locking targets M bsd.port.mk -r 237052 Log: Merge with current ports collection Mk/* files [bugfix] "{DO_NADA}: not found" error fixed in bsd.port.mk Mk/bsd.perl.mk M Mk/bsd.kde.mk M Mk/bsd.licenses.mk M Mk/bsd.gnome.mk M Mk/bsd.ldap.mk =20 M Mk/bsd.octave.mk =20 M Mk/bsd.java.mk =20 M Mk/bsd.apache.mk =20 M Mk/bsd.tcl.mk =20 M Mk/bsd.port.mk =20 M Mk/bsd.qt.mk =20 M Mk/bsd.gnustep.mk =20 M Mk/bsd.scons.mk =20 M Mk/bsd.kde4.mk =20 M Mk/bsd.php.mk =20 M Mk/bsd.licenses.db.mk =20 M Mk/bsd.autotools.mk =20 M Mk/bsd.linux-rpm.mk M Mk/bsd.destdir.mk M Mk/bsd.wx.mk M Mk/bsd.commands.mk M Mk/bsd.database.mk M Mk/bsd.pkgng.mk A Mk/bsd.options.desc.mk M Mk/bsd.port.subdir.mk M Mk/bsd.port.options.mk M Mk/bsd.xorg.mk M Mk/bsd.cmake.mk M Mk/bsd.lua.mk M Mk/bsd.python.mk M Mk/bsd.mail.mk M Mk/bsd.sdl.mk M Mk/bsd.xfce.mk M Mk/bsd.sites.mk M Mk/bsd.gecko.mk M Mk/bsd.gstreamer.mk M Mk/bsd.local.mk A Mk/bsd.options.mk M Mk/bsd.parallel.mk M Mk/bsd.gcc.mk M Mk/bsd.linux-apps.mk Expectation for the following week: Implement parallel build of port's dependencies as background jobs in = XXX-depends targets.=20 Examine new optionsng framework Outline parts of ports framework which require user interaction=20= From owner-soc-status@FreeBSD.ORG Mon Jun 4 20:18:45 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BC3B106566C for ; Mon, 4 Jun 2012 20:18:45 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id D6BF58FC0C for ; Mon, 4 Jun 2012 20:18:44 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so4421465wgb.31 for ; Mon, 04 Jun 2012 13:18:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=El3mJ1KQMtCI526bsXQtJ+0JXoBNovVPX72jq1KrFkU=; b=a3GMat+GpfvITu1HBXpTKU7JCS5XLpphY1RFnnn0cloG4ziDZsWtyIzXXBXM5U0usd kSLHHJLZoZ5qA+B+hJM1F3bd/Cje3QMD9AaqfnArcaYVvviaVKaGAodeUc7KhvM7kgqQ SBznYqh1OgBOmgOwVu+l6ccuUxb2z+ndcw1xtRVHA5nkRgRl5mkhR2NDLffSa2xp0sE/ 8Zp7b+rZFbdvPtXro6azGBJ8+AaoGfraW7/5srb7GFjeqDdEtfvhu+l2QAh7ZwzP7gPu Uj+9MjyU3LMZ27O64AzzMTVXbjeelnE3rRN9OuP4v/fxWrkk+29gp08ZgRKov5wf4fN0 haHA== Received: by 10.216.143.148 with SMTP id l20mr7842202wej.115.1338841123911; Mon, 04 Jun 2012 13:18:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.231.98 with HTTP; Mon, 4 Jun 2012 13:18:23 -0700 (PDT) From: rudo tomori Date: Mon, 4 Jun 2012 22:18:23 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: cpu limits status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 20:18:45 -0000 Hi, the goal of my gsoc project is to enable the system administrators to configure %CPU limits using the rctl command. So that they can for example limit a particular user to 50% cpu time. Last week I updated the formula that calculates the %cpu process utilization. I now use the same formula that is used in the ps(1) command. In the ps(1) command, the exp(x) and ln(x) floating point functions are used. To avoid this in kernel, I used fixed point arithmetic and a precomputed table of exp(x) values for a specified range. I also fixed the problem with per-used %CPU utilization that I mentioned in the previous status report. This week I am going to test the per-process %CPU limits on real hw because I do the development on virtual machines. If I encounter any problems, I will try to solve them. After that I will start working on per-user %CPU limits. rudo From owner-soc-status@FreeBSD.ORG Tue Jun 5 02:01:54 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9D4F106566C; Tue, 5 Jun 2012 02:01:53 +0000 (UTC) (envelope-from monty11ez@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 932FD8FC18; Tue, 5 Jun 2012 02:01:53 +0000 (UTC) Received: by ghbz22 with SMTP id z22so4608694ghb.13 for ; Mon, 04 Jun 2012 19:01:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=Q6LmOAriUapVxdYW+noCrZCL6D+DbqTh5CtHJglWzRA=; b=nTdRYSVOLK+ZcOeiGiaJXYd55OM4+p3S31UUcLx1p0L/64uh5G4/EBM7MEewJbxUkJ vfF5olHAk6bU1Dsxk6Zkx3IGQNQIXTuVDbDeaCS3QrcCTXVtYpCaujQoojk1cYVkdlFr YfxKQ1MLu3yBBnQDdA5w0BoU2fFUuO+n3W6qzmPxrUhUDbcM3ZzOwasVZAow4DCGunej cirBtcIKDcWx8x69leX4A14HkLcSpcfe/Uzt9RSY4wXyg7HXO47e+twBk2CfcyZEpEvT amvaMVONz2VkRlFHdm+hvnSh7rli82Bw0awvZ4t2Ud0unpWoEhtYI5c1OVQXQUEIBtKt r5zg== MIME-Version: 1.0 Received: by 10.60.10.99 with SMTP id h3mr13933131oeb.72.1338861706853; Mon, 04 Jun 2012 19:01:46 -0700 (PDT) Received: by 10.182.145.37 with HTTP; Mon, 4 Jun 2012 19:01:46 -0700 (PDT) Date: Mon, 4 Jun 2012 22:01:46 -0400 Message-ID: From: Monty Chaney-Geib To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Ivan Voras Subject: Report Week 2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 02:01:54 -0000 I figured I would wait till the end of the day to submit my report. This week did not go as well as I had anticipated. Tuesday I got into a car wreck and I spend the rest of Tuesday, Wednesday, and Thursday getting everything straightened out. I did however manage to complete these goals: 1. Got my project wiki page started and almost completed. 2. Got working on my project using SVN as my repo. 3. I started working on my first goal, testing and possibly improving the speed of DragonflyBSD's TrueCrypt driver. 4. I also did a lot of research on ggate, and other FreeBSD systems. This week I plan to accomplish: 1. Get my personal wiki done, and work on my project's wiki some more. 2. Familiarize myself with ggate, how it works, and how to create and destroy disks. 3. Get writing and implementing code. I have also come to the realization that I need to setup a virtual drive of FreeBSD instead of trying to run it natively. I have wasted too much time with drivers and non-booting systems, and at this rate I will never get anything done. Also I tried emailing myself to see if my @freebsd.org email was working and I never got the email. I sent it to vchan@freebsd.org. I am under the impression that the @freebsd.org email address acts as just a redirect to whatever email you set it up with. Is this correct? If I am mistaken, how do I access them? From owner-soc-status@FreeBSD.ORG Tue Jun 5 11:19:00 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77C6B106566B for ; Tue, 5 Jun 2012 11:19:00 +0000 (UTC) (envelope-from tzabal@it.teithe.gr) Received: from alpha.it.teithe.gr (alpha.it.teithe.gr [195.251.240.232]) by mx1.freebsd.org (Postfix) with ESMTP id E73988FC14 for ; Tue, 5 Jun 2012 11:18:59 +0000 (UTC) Received: from localhost (babel.noc.teithe.gr [195.251.240.240]) by alpha.it.teithe.gr (8.14.3/8.14.3/Debian-9.4) with ESMTP id q55BB0Se002362 for ; Tue, 5 Jun 2012 14:11:02 +0300 Received: from 37.32.238.159 ([37.32.238.159]) by webmail.teithe.gr (Horde Framework) with HTTP; Tue, 05 Jun 2012 14:10:55 +0300 Message-ID: <20120605141055.1576277vqxjbeukf@webmail.teithe.gr> Date: Tue, 05 Jun 2012 14:10:55 +0300 From: Tzanetos Balitsaris To: soc-status@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) Subject: [Status Report - Week 02] Automated Kernel Crash Reporting System X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 11:19:00 -0000 In the second week of coding I concentrated on the following things: * Testing and debugging the work done in the Client Side part (crashreport) * Considering alternative methods about how to send the reports from the client to the server and then deciding and implementing the selected method. * Update the wiki page of the project. Now, the Client Side part is complete. I was not sure about the method of how to send the reports that I proposed last week. Thus, a good portion of the second week was spent on investigating alternative methods. My main alternative was the use of the HTTP PUT method using the cURL program. Also, I considered again the use of the SSH protocol after getting contact with Ilya Bakulin that explained me some aspects that I did not know regarding how the SSH protocol works. Finally, I decided to implement it with the use of OpenSSH (as I initially proposed) but now with confidence and arguments that prove my choice. HTTP PUT * Easier to implement the Server Side part of how to receive the reports (PHP HTTP library) but we have not any tool in the base system for this job (I was considering the cURL program). Also, we won't have any security when transfering the reports. SSH * Harder to implement the Server Side part of how to receive the reports (probably a daemon that runs on the server and notify a script when a new report is arrived) but we have OpenSSH in the base system for this job. Also, it is secure to transfer the reports. Finally, Lars Engels sent me a patch for crashreport that mainly fixes security issues of crashreport (better and more use of quotes, substituted the basename and dirname commands with some shell magic). The patch has been applied. -- Tzanetos Balitsaris ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-soc-status@FreeBSD.ORG Tue Jun 5 19:41:20 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AFBB10656E3 for ; Tue, 5 Jun 2012 19:41:20 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 54A6D8FC1B for ; Tue, 5 Jun 2012 19:41:20 +0000 (UTC) Received: by ggnm2 with SMTP id m2so5165028ggn.13 for ; Tue, 05 Jun 2012 12:41:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=YfQvB3snCMHmh3wZ7F0px0aErBwM4i6GrxQCpPizCRg=; b=Sy7N8UxkAmmDbaHW/QlpPazyTRM1hcb0+bFVFYJYYWFfs1QOHkL+juoKz0bzJvdxqt pUC0YqIGEVSR/tBMIlFcPSIj3zAw6MtXrr+v+r8NTLOma+kG4EcuKtlE3FCBh8IujoUp hV2QB3oYXuVMH4VPD4tpBNIiV6AcEPKDuQEReMY/EhO5PBvpkJzitFA3O3Mks3O4Sik1 /ogu0TGN6yoaFKDHTMoXzMrq2pJD5EcMc+VeRmYsJL/UzeL+YKGUttV60Tc6DTZ/IRZ6 eJ435OdNF7coHPFMyNFWTxonEuvjmlhaR7Z8XuWXkC6pTwqEZ8j0EQJNXeb3Sf2rC1tJ dquQ== Received: by 10.60.19.196 with SMTP id h4mr17604055oee.56.1338925279289; Tue, 05 Jun 2012 12:41:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.91.129 with HTTP; Tue, 5 Jun 2012 12:40:38 -0700 (PDT) From: Takuya ASADA Date: Wed, 6 Jun 2012 04:40:38 +0900 Message-ID: To: soc-status@freebsd.org, Peter Grehan Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmaRCqfE3JoCy+GGL6cUr3/O0a0gpDwaZxiqIzN5eZ9QTB1h0dVmBFHYOL+2XJJ2riBFwMW Cc: Subject: [status report #2] BHyVe BIOS emulation to boot legacy systems X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 19:41:20 -0000 * project summary The project goal is to support BIOS emulation on BHyVe, enabling boot from disk image. I going to focus booting FreeBSD/amd64 from disk image on this GSoC, but final goal is to make BHyVe able to support more guest OSes. * Implement sample pseudo-BIOS Implemented sample pseudo-BIOS witch call VMCALL at BIOS entry address. Implement "bhyvebiosloader" will next step for week 3. [Makefile] all: cc -m32 -c pseudobios.S -o pseudobios.o ld -melf_i386_fbsd -T ldscript.lds pseudobios.o -o pseudobios.elf objcopy -I elf32-i386-freebsd -O binary pseudobios.elf pseudobios.bin clean: rm *.o *.elf *.bin [ldscript.lds] OUTPUT_FORMAT("elf32-i386") OUTPUT_ARCH("i386") SECTIONS { .text 0xffff0 : { *(.text) *(.rodata) } = 0 .data : { *(.data) } .sbss : { *(.sbss) *(.scommon) } .bss : { *(.bss) *(COMMON) } } [pseudobios.S] .code16gcc vmcall From owner-soc-status@FreeBSD.ORG Tue Jun 5 23:40:32 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7ACE1065672 for ; Tue, 5 Jun 2012 23:40:32 +0000 (UTC) (envelope-from eric@shadowsun.net) Received: from mail.atlantawebhost.com (dns1.atlantawebhost.com [66.223.40.39]) by mx1.freebsd.org (Postfix) with ESMTP id 433B98FC12 for ; Tue, 5 Jun 2012 23:40:32 +0000 (UTC) Received: (qmail 9295 invoked from network); 5 Jun 2012 19:40:26 -0400 Received: from c-71-192-38-198.hsd1.ma.comcast.net (HELO Macintosh-21.local) (71.192.38.198) by mail.atlantawebhost.com with SMTP; 5 Jun 2012 19:40:25 -0400 Message-ID: <4FCE98E9.7040302@shadowsun.net> Date: Tue, 05 Jun 2012 19:40:25 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: soc-status@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Andrey V. Elsukov" Subject: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 23:40:32 -0000 I've had less time available this past week, but much of my efforts have been focused on gathering more information. I have been working on coming up with a plan for how to deal with the kernel being (possibly) non-contiguous in memory, due to the use of the EFI allocation functions. The more I investigate, the more attractive the solution of allocating the entire space for the kernel all in one request begins to seem. It certainly works as a temporary solution, but I'm at a loss to find any downside at this point. I will pose the question to hackers@ this week Aside from this, I've been experimenting with building and running simple "hello world" EFI programs on the TianoCore/QEMU platform, in order to gain more working knowledge. Lastly, I added some work in progress code that wraps a boot loader in an HFS+ filesystem so that an Apple machine will boot it. My plans for this week are to decide how to deal with the non-contiguous kernel issue, and to get to the point of running the i386 loader.efi on QEMU/TianoCore. From owner-soc-status@FreeBSD.ORG Wed Jun 6 14:24:35 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09152106567A for ; Wed, 6 Jun 2012 14:24:35 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id B76BF8FC1C for ; Wed, 6 Jun 2012 14:24:34 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0M57009Y19CXBXB0@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 06 Jun 2012 16:24:33 +0200 (CEST) Date: Wed, 06 Jun 2012 16:24:33 +0200 From: Jakub Klama To: soc-status@freebsd.org Message-id: <47bd412d20b1a60a13ae029cfb69cfe7@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM and FDT cleanup - status report #2 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 14:24:35 -0000 Hi, It's second status report for project aimed to clean up current FreeBSD/ARM port and FDT implementation. Things done this week: * Created pic_if.m interface for interrupt controllers * Reworked LPC3250 lpc_intc to use above interface * Reworked arm/arm/intr.c interrupt handling code to handle multiple interrupt controllers. It's still work in progress though - no commit yet - it's bigger piece of code Things not done this week: * Flash slice mapping using partition info encoded in DTS file. Not done due to lack of hardware equipped with CFI or other compatible flash. I'll borrow OpenRD in next week to do this task Things to do in next week: * Finish interrupt handling code, test it. * Rework pandaboard interrupt controller code to use pic_if.m Regards, Jakub Klama PS I'm resending this message as first doesn't get sent by my mistake (typed soc-statu@ instead of soc-status@) From owner-soc-status@FreeBSD.ORG Thu Jun 7 23:13:55 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 996BA1065672 for ; Thu, 7 Jun 2012 23:13:55 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 577E88FC16 for ; Thu, 7 Jun 2012 23:13:55 +0000 (UTC) Received: by obcni5 with SMTP id ni5so1985489obc.13 for ; Thu, 07 Jun 2012 16:13:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=+DX5xLaXEOWoljOXTYPfwUvqkrPi7Fz/Rnce6fxQLEw=; b=FiX64Jhg/0WNNv4M/yhw95CrERjQSekv2uFaC0XghZB0KaiCNlHilamhcPr9eSYLT2 zEf0LScxrkvcNtpPpxXkxvfKoufFEuiDUlWSTldvnowCgS/NyZej42B5s/VQzE9v5ZXs bb9dVqL13McnMBPpH6SLAR8IeK74H6HOM6pS0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=+DX5xLaXEOWoljOXTYPfwUvqkrPi7Fz/Rnce6fxQLEw=; b=LRhA/BVR+Fn7RO+pIcWjHWGMpRZFZItEZRnOsVkqY1cVXjnFKVAxTcn81/ZfFP5oZV YRZLE9D2lJm0nXNj5WmwGen8IVFeBbEQvNs9/DFYRh+q3UR2GfWzscpKkDXsM/Hrxaqb /yfcQjylBSLKFDZfftjsLzyShWOVJjT+vpnzUOliq0xo71AABKG30RIgDfB4gL3NelUe /XRR/SoLVYcyn8cLdC/NrcpMtaQOdvttfiFpvLJDrCYAKaKJyBgMszT1sPrUrym0EDSt wCKDnPRP5H3U+mokkm5IDtcy/FOPiFkwxUWIALvDYNVxLGySoeyIOrG1gDRZp6UPraIg bnIQ== Received: by 10.60.14.41 with SMTP id m9mr3977071oec.57.1339110834656; Thu, 07 Jun 2012 16:13:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.204.69 with HTTP; Thu, 7 Jun 2012 16:13:24 -0700 (PDT) In-Reply-To: <20120605141055.1576277vqxjbeukf@webmail.teithe.gr> References: <20120605141055.1576277vqxjbeukf@webmail.teithe.gr> From: Eitan Adler Date: Thu, 7 Jun 2012 16:13:24 -0700 Message-ID: To: Tzanetos Balitsaris Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQl+t+/HFr+DvvD7azzgr/b5ePsb/Zp0dXCdsBzz3QClfyhprzFiPUHmQx/sdQfScetB40TD Cc: soc-status@freebsd.org Subject: Re: [Status Report - Week 02] Automated Kernel Crash Reporting System X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 23:13:55 -0000 On 5 June 2012 04:10, Tzanetos Balitsaris wrote: > In the second week of coding I concentrated on the following things: > * Testing and debugging the work done in the Client Side part (crashreport) > * Considering alternative methods about how to send the reports from the > client to the server and then deciding and implementing the selected method. > * Update the wiki page of the project. > > Now, the Client Side part is complete. Good. Can you also write up some instructions for me (and others) on how to use it and test it? It doesn't have to be very long, just good enough for me to try things out :) -- Eitan Adler From owner-soc-status@FreeBSD.ORG Mon Jun 11 04:37:19 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33EA6106566B for ; Mon, 11 Jun 2012 04:37:19 +0000 (UTC) (envelope-from jesse.hagewood@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id BB3858FC0A for ; Mon, 11 Jun 2012 04:37:18 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so2737948wgb.31 for ; Sun, 10 Jun 2012 21:37:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=oOT4lnPoV80Nftca2071SFfKvQY5l5sTtd2Gj1Y27uA=; b=Rkw4qB32HsxooFLV9tDiAEYg7wuhtNmHQIG4E2P29eN3N+CkS8vL6lVXGdV16JmoM1 2pLTrO3zfuREaSXZq0lENtMR/XHiohykuFxUxn82xDlPbmMO03eBCgwLn3z14TNnZan9 W4JW5O2eUdTD7KEB7P7LfJUvRwNipBsMnBJ+szATcrzqneVhog8hshB5ToS2sdjzriat TGn62N7oiYm0Aa++eK1nFMSuUe6iZvox1fhOSnPYBrmm39LO5TblPsCEgUYO2XDMe8P+ NRCHaNw278WhRK09o8vCAzS27j9SCEs0GzmkeNmO5ZaUDB5JJWD+uwrwboMFT5itBZT9 vCWg== MIME-Version: 1.0 Received: by 10.180.80.97 with SMTP id q1mr17533318wix.13.1339389437702; Sun, 10 Jun 2012 21:37:17 -0700 (PDT) Received: by 10.216.210.92 with HTTP; Sun, 10 Jun 2012 21:37:17 -0700 (PDT) Date: Mon, 11 Jun 2012 00:37:17 -0400 Message-ID: From: Jesse Hagewood To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Improve BSD-Licensed Text Processing Tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 04:37:19 -0000 This week, I started working on temporary indent as a man macro in mdocml. I spent a lot of time studying how similar macros are implemented in man and mdoc, and term.c and html.c. I took a short break from mandoc earlier this week and began looking at diff3. While studying the code, I implemented the following missing options: --strip-trailing-cr --help --version I also adapted diff3 to FreeBSD's code style guidelines. According to my schedule, I move from working on mdocml to working on diff on the 17th. Yesterday I began studying diff so that I can be prepared when I start adding features. I have already began working on making the --unified option compatible with GNU diff. At least part of the incompatibility is in how the date is formatted when diff prints the modification timestamp of the input files in the header. In BSD diff, it just prints the output of ctime(), but GNU diff has several different formats it can print the date in. I mostly have the date format fixed, except for adding a trailing decimal after the seconds in the date/time that's present in GNU diff. Making sure BSD diff's --unified option is completely compatible with GNU's will be the first thing I will study and focus on, since it is a frequently used feature in diff. This week I'll be working as much as possible to at least get no-space and/or temporary indent completely working as man macros in mdocml, and also preparing for diff. If I can get these macros completely working, I will post a patch on the freebsd-docs and mdocml mailing lists for community testing. From owner-soc-status@FreeBSD.ORG Mon Jun 11 10:58:20 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C460E106566B for ; Mon, 11 Jun 2012 10:58:20 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-qa0-f49.google.com (mail-qa0-f49.google.com [209.85.216.49]) by mx1.freebsd.org (Postfix) with ESMTP id 824418FC14 for ; Mon, 11 Jun 2012 10:58:20 +0000 (UTC) Received: by qabj40 with SMTP id j40so2370949qab.15 for ; Mon, 11 Jun 2012 03:58:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=cJvJVJBRnqwcphT1ntjN8IGN7LaE3aO9r7CqlPQyKzk=; b=JDIbRH3472rhWfl6WSm/+AOyvWHDZS7996e71chC1fFgdyRGIRshTElYHkBS9Q27Lj +vECzjXzEtiymwgIKKydkUx2D7fJEWPUYu1SJuVBO1Crj3Ogk6Q23GV9gDRi2E7Poinq ShQI918FWhQSEcDnNk+RBPW0vZWbP8gHIVOuA9k0vPsHh9Nlaqp7RhOzY7FQFBps+/p3 bYDsRQpY3mtyFlvPrg6SOeGDf+i6eDbzHb8/ebyKa6EeqrwGNA8Oxq+3Ax6/I3TGrRhn hG95NIJsmbiq0ZDL3aLD6NVkU2X8+Os/sbCN0jRJmF+VTPA5u5pc1YKW20JqfEF1Q1o2 t4ug== MIME-Version: 1.0 Received: by 10.224.58.75 with SMTP id f11mr12269866qah.98.1339412293798; Mon, 11 Jun 2012 03:58:13 -0700 (PDT) Received: by 10.229.217.74 with HTTP; Mon, 11 Jun 2012 03:58:13 -0700 (PDT) Date: Mon, 11 Jun 2012 13:58:13 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel Level File Integrity Checker report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 10:58:20 -0000 During week #3: * sbin/pefs now uses an ioctl() to grab ciphertext for a symlink's target (data of readlink()). properly handle symlinks in general and print warnings if target of symlink is not provided in user supplied file list. both symlink & target of symlink must be provided if user wants integrity checking for both. * sbin/pefs now prints clear warnings if a file has multiple hardlinks but not all are provided in user supplied file list. * lots of minor fixes for sbin/pefs so we can move on to mount() and focus on kernel land. e.g. avoiding race conditions in most cases, check for numeric overflows, few bug fixes, clearer errors, read input from stdin by default etc. -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Mon Jun 11 11:19:20 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E03A41065673 for ; Mon, 11 Jun 2012 11:19:20 +0000 (UTC) (envelope-from adutkowski@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9DE158FC20 for ; Mon, 11 Jun 2012 11:19:20 +0000 (UTC) Received: by ghbz22 with SMTP id z22so2651745ghb.13 for ; Mon, 11 Jun 2012 04:19:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=YKbbQhpHPHv3fwOOlZNrZOMgsyWqFYWdiuwutCm3B1Q=; b=BjYXGhUPjFj9P9cLi21WK9H2lmJHZ8VAB9b8mCZbkgMKhuss3JJsozN0f2auAX7bQ9 p3Pi7cfZXf0NMuGGtYQ4Kaq9ypQREScDXlljRELIiQ39lKDs58MsibxaCWWRaO8oHH41 p4SYVptWWzlnIAYXjFFPXJWI1tSd1o0Bh9rRwJHSlb3yb8vbFooWSTpbzM41P2TSPgQ0 fFlKwuPHO+kQqCN0a3iWbSw0MgZCKAdRLk/QpvOmndN3YGBaYOqF9yc5XgXBTf/GORMr ipRi7VHPU0ukS64gsSk6+aM62aRO8Px0Y/gC57Nyc3+9P7t1DHfkGC/gNVGFTCqWWiSc qhVw== MIME-Version: 1.0 Received: by 10.236.78.195 with SMTP id g43mr20278043yhe.62.1339413559908; Mon, 11 Jun 2012 04:19:19 -0700 (PDT) Sender: adutkowski@gmail.com Received: by 10.146.242.3 with HTTP; Mon, 11 Jun 2012 04:19:19 -0700 (PDT) Date: Mon, 11 Jun 2012 13:19:19 +0200 X-Google-Sender-Auth: 0RBKJ_DiyzKPVpieTjUfIrmlouY Message-ID: From: Aleksander Dutkowski To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: FreeBSD/arm on BeagleBoard-xM - status report #1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 11:19:21 -0000 Hello! This the first status report for porting FreeBSD/arm on BeagleBoard-xM. Things done in this week: * create early_print for early debugging by uart - I want this piece of code to be more generic, so it could be used by all arm ports while early developing * reviewed initarm() and accomodated it to run new SoC/board * reviewed FDT file * plugged in UART driver - ns16650 Things not done this week: * jtag is not working with gdb - when connecting arm-gdb to openocd, arm core jumps to exception addresses. Things to do next week: * implement mandatory drivers for timers, prcm etc - the aim is to boot the board without any external drivers Attachment #1 - boot log: %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% ## Starting application at 0x80200100 ... BeagleBoard-XM revC FreeBSD hababababa booting... set_cpufuncs()...done! FDT related stuff...Memory size: 536870912 done! pcpu0_init()...done! allocing pages...done! pmapping pages...done! pmap_devmap_bootstrap()...done! cpu_domains()...done! Dumping memory layout! L1 pagetable starts at 0x805d8000 0xc0200000 -> 0x80200000 1M l1pt[0xc02]=0x8020040a base=0x802 nG=0 s=0 apx=0 tex=0 ap=1 p0 0xc0300000 -> 0x80300000 1M l1pt[0xc03]=0x8030040a base=0x803 nG=0 s=0 apx=0 tex=0 ap=1 p0 0xc0400000 -> 0x80400000 1M l1pt[0xc04]=0x8040040a base=0x804 nG=0 s=0 apx=0 tex=0 ap=1 p0 0xc0500000 -> L2 l1pt[0xc05]=0x805dc001 l2desc=0x805dc000 p=0 domain=0x0 0xc0500000 -> 0x80500000 64K l2pt[0x0]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0501000 -> 0x80500000 64K l2pt[0x1]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0502000 -> 0x80500000 64K l2pt[0x2]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0503000 -> 0x80500000 64K l2pt[0x3]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0504000 -> 0x80500000 64K l2pt[0x4]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0505000 -> 0x80500000 64K l2pt[0x5]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0506000 -> 0x80500000 64K l2pt[0x6]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0507000 -> 0x80500000 64K l2pt[0x7]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0508000 -> 0x80500000 64K l2pt[0x8]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0509000 -> 0x80500000 64K l2pt[0x9]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc050a000 -> 0x80500000 64K l2pt[0xa]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc050b000 -> 0x80500000 64K l2pt[0xb]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc050c000 -> 0x80500000 64K l2pt[0xc]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc050d000 -> 0x80500000 64K l2pt[0xd]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc050e000 -> 0x80500000 64K l2pt[0xe]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc050f000 -> 0x80500000 64K l2pt[0xf]=0x80500019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0510000 -> 0x80510000 64K l2pt[0x10]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0511000 -> 0x80510000 64K l2pt[0x11]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0512000 -> 0x80510000 64K l2pt[0x12]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0513000 -> 0x80510000 64K l2pt[0x13]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0514000 -> 0x80510000 64K l2pt[0x14]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0515000 -> 0x80510000 64K l2pt[0x15]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0516000 -> 0x80510000 64K l2pt[0x16]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0517000 -> 0x80510000 64K l2pt[0x17]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0518000 -> 0x80510000 64K l2pt[0x18]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0519000 -> 0x80510000 64K l2pt[0x19]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc051a000 -> 0x80510000 64K l2pt[0x1a]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc051b000 -> 0x80510000 64K l2pt[0x1b]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc051c000 -> 0x80510000 64K l2pt[0x1c]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc051d000 -> 0x80510000 64K l2pt[0x1d]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc051e000 -> 0x80510000 64K l2pt[0x1e]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc051f000 -> 0x80510000 64K l2pt[0x1f]=0x80510019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0520000 -> 0x80520000 64K l2pt[0x20]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0521000 -> 0x80520000 64K l2pt[0x21]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0522000 -> 0x80520000 64K l2pt[0x22]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0523000 -> 0x80520000 64K l2pt[0x23]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0524000 -> 0x80520000 64K l2pt[0x24]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0525000 -> 0x80520000 64K l2pt[0x25]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0526000 -> 0x80520000 64K l2pt[0x26]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0527000 -> 0x80520000 64K l2pt[0x27]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0528000 -> 0x80520000 64K l2pt[0x28]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0529000 -> 0x80520000 64K l2pt[0x29]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc052a000 -> 0x80520000 64K l2pt[0x2a]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc052b000 -> 0x80520000 64K l2pt[0x2b]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc052c000 -> 0x80520000 64K l2pt[0x2c]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc052d000 -> 0x80520000 64K l2pt[0x2d]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc052e000 -> 0x80520000 64K l2pt[0x2e]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc052f000 -> 0x80520000 64K l2pt[0x2f]=0x80520019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0530000 -> 0x80530000 64K l2pt[0x30]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0531000 -> 0x80530000 64K l2pt[0x31]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0532000 -> 0x80530000 64K l2pt[0x32]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0533000 -> 0x80530000 64K l2pt[0x33]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0534000 -> 0x80530000 64K l2pt[0x34]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0535000 -> 0x80530000 64K l2pt[0x35]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0536000 -> 0x80530000 64K l2pt[0x36]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0537000 -> 0x80530000 64K l2pt[0x37]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0538000 -> 0x80530000 64K l2pt[0x38]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0539000 -> 0x80530000 64K l2pt[0x39]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc053a000 -> 0x80530000 64K l2pt[0x3a]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc053b000 -> 0x80530000 64K l2pt[0x3b]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc053c000 -> 0x80530000 64K l2pt[0x3c]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc053d000 -> 0x80530000 64K l2pt[0x3d]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc053e000 -> 0x80530000 64K l2pt[0x3e]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc053f000 -> 0x80530000 64K l2pt[0x3f]=0x80530019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0540000 -> 0x80540000 64K l2pt[0x40]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0541000 -> 0x80540000 64K l2pt[0x41]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0542000 -> 0x80540000 64K l2pt[0x42]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0543000 -> 0x80540000 64K l2pt[0x43]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0544000 -> 0x80540000 64K l2pt[0x44]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0545000 -> 0x80540000 64K l2pt[0x45]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0546000 -> 0x80540000 64K l2pt[0x46]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0547000 -> 0x80540000 64K l2pt[0x47]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0548000 -> 0x80540000 64K l2pt[0x48]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0549000 -> 0x80540000 64K l2pt[0x49]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc054a000 -> 0x80540000 64K l2pt[0x4a]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc054b000 -> 0x80540000 64K l2pt[0x4b]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc054c000 -> 0x80540000 64K l2pt[0x4c]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc054d000 -> 0x80540000 64K l2pt[0x4d]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc054e000 -> 0x80540000 64K l2pt[0x4e]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc054f000 -> 0x80540000 64K l2pt[0x4f]=0x80540019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0550000 -> 0x80550000 64K l2pt[0x50]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0551000 -> 0x80550000 64K l2pt[0x51]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0552000 -> 0x80550000 64K l2pt[0x52]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0553000 -> 0x80550000 64K l2pt[0x53]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0554000 -> 0x80550000 64K l2pt[0x54]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0555000 -> 0x80550000 64K l2pt[0x55]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0556000 -> 0x80550000 64K l2pt[0x56]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0557000 -> 0x80550000 64K l2pt[0x57]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0558000 -> 0x80550000 64K l2pt[0x58]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0559000 -> 0x80550000 64K l2pt[0x59]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc055a000 -> 0x80550000 64K l2pt[0x5a]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc055b000 -> 0x80550000 64K l2pt[0x5b]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc055c000 -> 0x80550000 64K l2pt[0x5c]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc055d000 -> 0x80550000 64K l2pt[0x5d]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc055e000 -> 0x80550000 64K l2pt[0x5e]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc055f000 -> 0x80550000 64K l2pt[0x5f]=0x80550019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0560000 -> 0x80560000 64K l2pt[0x60]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0561000 -> 0x80560000 64K l2pt[0x61]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0562000 -> 0x80560000 64K l2pt[0x62]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0563000 -> 0x80560000 64K l2pt[0x63]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0564000 -> 0x80560000 64K l2pt[0x64]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0565000 -> 0x80560000 64K l2pt[0x65]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0566000 -> 0x80560000 64K l2pt[0x66]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0567000 -> 0x80560000 64K l2pt[0x67]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0568000 -> 0x80560000 64K l2pt[0x68]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0569000 -> 0x80560000 64K l2pt[0x69]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc056a000 -> 0x80560000 64K l2pt[0x6a]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc056b000 -> 0x80560000 64K l2pt[0x6b]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc056c000 -> 0x80560000 64K l2pt[0x6c]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc056d000 -> 0x80560000 64K l2pt[0x6d]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc056e000 -> 0x80560000 64K l2pt[0x6e]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc056f000 -> 0x80560000 64K l2pt[0x6f]=0x80560019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0570000 -> 0x80570000 64K l2pt[0x70]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0571000 -> 0x80570000 64K l2pt[0x71]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0572000 -> 0x80570000 64K l2pt[0x72]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0573000 -> 0x80570000 64K l2pt[0x73]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0574000 -> 0x80570000 64K l2pt[0x74]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0575000 -> 0x80570000 64K l2pt[0x75]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0576000 -> 0x80570000 64K l2pt[0x76]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0577000 -> 0x80570000 64K l2pt[0x77]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0578000 -> 0x80570000 64K l2pt[0x78]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0579000 -> 0x80570000 64K l2pt[0x79]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc057a000 -> 0x80570000 64K l2pt[0x7a]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc057b000 -> 0x80570000 64K l2pt[0x7b]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc057c000 -> 0x80570000 64K l2pt[0x7c]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc057d000 -> 0x80570000 64K l2pt[0x7d]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc057e000 -> 0x80570000 64K l2pt[0x7e]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc057f000 -> 0x80570000 64K l2pt[0x7f]=0x80570019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0580000 -> 0x80580000 64K l2pt[0x80]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0581000 -> 0x80580000 64K l2pt[0x81]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0582000 -> 0x80580000 64K l2pt[0x82]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0583000 -> 0x80580000 64K l2pt[0x83]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0584000 -> 0x80580000 64K l2pt[0x84]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0585000 -> 0x80580000 64K l2pt[0x85]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0586000 -> 0x80580000 64K l2pt[0x86]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0587000 -> 0x80580000 64K l2pt[0x87]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0588000 -> 0x80580000 64K l2pt[0x88]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0589000 -> 0x80580000 64K l2pt[0x89]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc058a000 -> 0x80580000 64K l2pt[0x8a]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc058b000 -> 0x80580000 64K l2pt[0x8b]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc058c000 -> 0x80580000 64K l2pt[0x8c]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc058d000 -> 0x80580000 64K l2pt[0x8d]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc058e000 -> 0x80580000 64K l2pt[0x8e]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc058f000 -> 0x80580000 64K l2pt[0x8f]=0x80580019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0590000 -> 0x80590000 64K l2pt[0x90]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0591000 -> 0x80590000 64K l2pt[0x91]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0592000 -> 0x80590000 64K l2pt[0x92]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0593000 -> 0x80590000 64K l2pt[0x93]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0594000 -> 0x80590000 64K l2pt[0x94]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0595000 -> 0x80590000 64K l2pt[0x95]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0596000 -> 0x80590000 64K l2pt[0x96]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0597000 -> 0x80590000 64K l2pt[0x97]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0598000 -> 0x80590000 64K l2pt[0x98]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0599000 -> 0x80590000 64K l2pt[0x99]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc059a000 -> 0x80590000 64K l2pt[0x9a]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc059b000 -> 0x80590000 64K l2pt[0x9b]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc059c000 -> 0x80590000 64K l2pt[0x9c]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc059d000 -> 0x80590000 64K l2pt[0x9d]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc059e000 -> 0x80590000 64K l2pt[0x9e]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc059f000 -> 0x80590000 64K l2pt[0x9f]=0x80590019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05a0000 -> 0x805a0000 64K l2pt[0xa0]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05a1000 -> 0x805a0000 64K l2pt[0xa1]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05a2000 -> 0x805a0000 64K l2pt[0xa2]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05a3000 -> 0x805a0000 64K l2pt[0xa3]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05a4000 -> 0x805a0000 64K l2pt[0xa4]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05a5000 -> 0x805a0000 64K l2pt[0xa5]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05a6000 -> 0x805a0000 64K l2pt[0xa6]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05a7000 -> 0x805a0000 64K l2pt[0xa7]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05a8000 -> 0x805a0000 64K l2pt[0xa8]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05a9000 -> 0x805a0000 64K l2pt[0xa9]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05aa000 -> 0x805a0000 64K l2pt[0xaa]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05ab000 -> 0x805a0000 64K l2pt[0xab]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05ac000 -> 0x805a0000 64K l2pt[0xac]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05ad000 -> 0x805a0000 64K l2pt[0xad]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05ae000 -> 0x805a0000 64K l2pt[0xae]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05af000 -> 0x805a0000 64K l2pt[0xaf]=0x805a0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05b0000 -> 0x805b0000 64K l2pt[0xb0]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05b1000 -> 0x805b0000 64K l2pt[0xb1]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05b2000 -> 0x805b0000 64K l2pt[0xb2]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05b3000 -> 0x805b0000 64K l2pt[0xb3]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05b4000 -> 0x805b0000 64K l2pt[0xb4]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05b5000 -> 0x805b0000 64K l2pt[0xb5]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05b6000 -> 0x805b0000 64K l2pt[0xb6]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05b7000 -> 0x805b0000 64K l2pt[0xb7]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05b8000 -> 0x805b0000 64K l2pt[0xb8]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05b9000 -> 0x805b0000 64K l2pt[0xb9]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05ba000 -> 0x805b0000 64K l2pt[0xba]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05bb000 -> 0x805b0000 64K l2pt[0xbb]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05bc000 -> 0x805b0000 64K l2pt[0xbc]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05bd000 -> 0x805b0000 64K l2pt[0xbd]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05be000 -> 0x805b0000 64K l2pt[0xbe]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05bf000 -> 0x805b0000 64K l2pt[0xbf]=0x805b0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05c0000 -> 0x805c0000 64K l2pt[0xc0]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05c1000 -> 0x805c0000 64K l2pt[0xc1]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05c2000 -> 0x805c0000 64K l2pt[0xc2]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05c3000 -> 0x805c0000 64K l2pt[0xc3]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05c4000 -> 0x805c0000 64K l2pt[0xc4]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05c5000 -> 0x805c0000 64K l2pt[0xc5]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05c6000 -> 0x805c0000 64K l2pt[0xc6]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05c7000 -> 0x805c0000 64K l2pt[0xc7]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05c8000 -> 0x805c0000 64K l2pt[0xc8]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05c9000 -> 0x805c0000 64K l2pt[0xc9]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05ca000 -> 0x805c0000 64K l2pt[0xca]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05cb000 -> 0x805c0000 64K l2pt[0xcb]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05cc000 -> 0x805c0000 64K l2pt[0xcc]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05cd000 -> 0x805c0000 64K l2pt[0xcd]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05ce000 -> 0x805c0000 64K l2pt[0xce]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05cf000 -> 0x805c0000 64K l2pt[0xcf]=0x805c0019 s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05d0000 -> 0x805d0000 4K l2pt[0xd0]=0x805d001b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05d1000 -> 0x805d1000 4K l2pt[0xd1]=0x805d101b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05d2000 -> 0x805d2000 4K l2pt[0xd2]=0x805d201b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05d3000 -> 0x805d3000 4K l2pt[0xd3]=0x805d301b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05d4000 -> 0x805d4000 4K l2pt[0xd4]=0x805d401b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05d5000 -> 0x805d5000 4K l2pt[0xd5]=0x805d501b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05d6000 -> 0x805d6000 4K l2pt[0xd6]=0x805d601b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05d8000 -> 0x805d8000 4K l2pt[0xd8]=0x805d801b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05d9000 -> 0x805d9000 4K l2pt[0xd9]=0x805d901b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05da000 -> 0x805da000 4K l2pt[0xda]=0x805da01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05db000 -> 0x805db000 4K l2pt[0xdb]=0x805db01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05dc000 -> 0x805dc000 4K l2pt[0xdc]=0x805dc01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05dd000 -> 0x805dd000 4K l2pt[0xdd]=0x805dd01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05de000 -> 0x805de000 4K l2pt[0xde]=0x805de01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05df000 -> 0x805df000 4K l2pt[0xdf]=0x805df01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05e1000 -> 0x805e1000 4K l2pt[0xe1]=0x805e101b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05e2000 -> 0x805e2000 4K l2pt[0xe2]=0x805e201b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05e3000 -> 0x805e3000 4K l2pt[0xe3]=0x805e301b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05e4000 -> 0x805e4000 4K l2pt[0xe4]=0x805e401b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05e5000 -> 0x805e5000 4K l2pt[0xe5]=0x805e501b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05e6000 -> 0x805e6000 4K l2pt[0xe6]=0x805e601b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05e7000 -> 0x805e7000 4K l2pt[0xe7]=0x805e701b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05e8000 -> 0x805e8000 4K l2pt[0xe8]=0x805e801b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05e9000 -> 0x805e9000 4K l2pt[0xe9]=0x805e901b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05ea000 -> 0x805ea000 4K l2pt[0xea]=0x805ea01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05eb000 -> 0x805eb000 4K l2pt[0xeb]=0x805eb01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05ec000 -> 0x805ec000 4K l2pt[0xec]=0x805ec01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05ed000 -> 0x805ed000 4K l2pt[0xed]=0x805ed01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05ee000 -> 0x805ee000 4K l2pt[0xee]=0x805ee01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05ef000 -> 0x805ef000 4K l2pt[0xef]=0x805ef01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05f0000 -> 0x805f0000 4K l2pt[0xf0]=0x805f001b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05f1000 -> 0x805f1000 4K l2pt[0xf1]=0x805f101b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05f2000 -> 0x805f2000 4K l2pt[0xf2]=0x805f201b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05f3000 -> 0x805f3000 4K l2pt[0xf3]=0x805f301b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05f4000 -> 0x805f4000 4K l2pt[0xf4]=0x805f401b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05f5000 -> 0x805f5000 4K l2pt[0xf5]=0x805f501b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05f6000 -> 0x805f6000 4K l2pt[0xf6]=0x805f601b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05f7000 -> 0x805f7000 4K l2pt[0xf7]=0x805f701b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05f8000 -> 0x805f8000 4K l2pt[0xf8]=0x805f801b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05f9000 -> 0x805f9000 4K l2pt[0xf9]=0x805f901b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05fa000 -> 0x805fa000 4K l2pt[0xfa]=0x805fa01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05fb000 -> 0x805fb000 4K l2pt[0xfb]=0x805fb01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05fc000 -> 0x805fc000 4K l2pt[0xfc]=0x805fc01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05fd000 -> 0x805fd000 4K l2pt[0xfd]=0x805fd01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc05fe000 -> 0x805fe000 4K l2pt[0xfe]=0x805fe01b s=0 apx=0 tex=0 ap=1 c=1 b=0 0xc0600000 -> L2 l1pt[0xc06]=0x805dc401 l2desc=0x805dc400 p=0 domain=0x0 0xc0700000 -> L2 l1pt[0xc07]=0x805dc801 l2desc=0x805dc800 p=0 domain=0x0 0xc0800000 -> L2 l1pt[0xc08]=0x805dcc01 l2desc=0x805dcc00 p=0 domain=0x0 0xc0900000 -> L2 l1pt[0xc09]=0x805dd001 l2desc=0x805dd000 p=0 domain=0x0 0xc0a00000 -> L2 l1pt[0xc0a]=0x805dd401 l2desc=0x805dd400 p=0 domain=0x0 0xc0b00000 -> L2 l1pt[0xc0b]=0x805dd801 l2desc=0x805dd800 p=0 domain=0x0 0xc0c00000 -> L2 l1pt[0xc0c]=0x805ddc01 l2desc=0x805ddc00 p=0 domain=0x0 0xc0d00000 -> L2 l1pt[0xc0d]=0x805de001 l2desc=0x805de000 p=0 domain=0x0 0xc0e00000 -> L2 l1pt[0xc0e]=0x805de401 l2desc=0x805de400 p=0 domain=0x0 0xc0f00000 -> L2 l1pt[0xc0f]=0x805de801 l2desc=0x805de800 p=0 domain=0x0 0xc1000000 -> L2 l1pt[0xc10]=0x805dec01 l2desc=0x805dec00 p=0 domain=0x0 0xc1100000 -> L2 l1pt[0xc11]=0x805df001 l2desc=0x805df000 p=0 domain=0x0 0xc1200000 -> L2 l1pt[0xc12]=0x805df401 l2desc=0x805df400 p=0 domain=0x0 0xc1300000 -> L2 l1pt[0xc13]=0x805df801 l2desc=0x805df800 p=0 domain=0x0 0xe8000000 -> 0x48000000 1M l1pt[0xe80]=0x48000406 base=0x480 nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8100000 -> 0x48100000 1M l1pt[0xe81]=0x48100406 base=0x481 nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8200000 -> 0x48200000 1M l1pt[0xe82]=0x48200406 base=0x482 nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8300000 -> 0x48300000 1M l1pt[0xe83]=0x48300406 base=0x483 nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8400000 -> 0x48400000 1M l1pt[0xe84]=0x48400406 base=0x484 nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8500000 -> 0x48500000 1M l1pt[0xe85]=0x48500406 base=0x485 nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8600000 -> 0x48600000 1M l1pt[0xe86]=0x48600406 base=0x486 nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8700000 -> 0x48700000 1M l1pt[0xe87]=0x48700406 base=0x487 nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8800000 -> 0x48800000 1M l1pt[0xe88]=0x48800406 base=0x488 nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8900000 -> 0x48900000 1M l1pt[0xe89]=0x48900406 base=0x489 nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8a00000 -> 0x48a00000 1M l1pt[0xe8a]=0x48a00406 base=0x48a nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8b00000 -> 0x48b00000 1M l1pt[0xe8b]=0x48b00406 base=0x48b nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8c00000 -> 0x48c00000 1M l1pt[0xe8c]=0x48c00406 base=0x48c nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8d00000 -> 0x48d00000 1M l1pt[0xe8d]=0x48d00406 base=0x48d nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8e00000 -> 0x48e00000 1M l1pt[0xe8e]=0x48e00406 base=0x48e nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe8f00000 -> 0x48f00000 1M l1pt[0xe8f]=0x48f00406 base=0x48f nG=0 s=0 apx=0 tex=0 ap=1 p1 0xe9000000 -> 0x49000000 1M l1pt[0xe90]=0x49000406 base=0x490 nG=0 s=0 apx=0 tex=0 ap=1 p1 0xfff00000 -> L2 l1pt[0xfff]=0x805dfc01 l2desc=0x805dfc00 p=0 domain=0x0 0xffff0000 -> 0x805e0000 4K l2pt[0xf0]=0x805e001a s=0 apx=0 tex=0 ap=1 c=1 b=0 setttb()...done! cpu_tlb_flushID()...done! cpu_domains2()...done! cninit()...done! initarm: console initialized arg1 mdp = 0x00000000 boothowto = 0x00000000 dtbp = 0xc0442b68 kernel image addresses: kernbase = 0xc0000000 _etext (sdata) = 0xc03d6d84 _edata = 0xc045ffb8 __bss_start = 0xc045ffb8 _end = 0xc05d6314 loader passed (static) kenv: no env, null ptr processing avail regions: 80000000-a0000000 -> 80000000-80200000 = 200000 8068b000-a0000000 -> 8068b000-a0000000 = 1f975000 fill in phys_avail: region: 0x80000000 - 0x80200000 (0x00200000) region: 0x8068b000 - 0xa0000000 (0x1f975000) initarm: kdb_init() KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #51 r236064:237265M: Sat Jun 9 13:11:28 CEST 2012 alek@cort:/home/alek/beagle_obj/arm.arm/usr/home/alek/beaglexm-armv6/sys/BEAGLEBOARD-Xm WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:1 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory = 536870912 (512 MB) avail memory = 519536640 (495 MB) Texas Instruments OMAP3530 Processor, Revision ES3.1 random device not loaded; using insecure entropy simplebus0: on fdtbus0 simplebus0: dmtimers@44E05000: could not process 'interrupts' property simplebus0: serial@49020000: could not process 'interrupts' property simplebus0: i2c@48070000: could not process 'interrupts' property aintc0: mem 0xe8200000-0xe8200fff on simplebus0 aintc0: Revision 4.0 panic: No usable event timer found! KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x44: ldrb r15, [r15, r15, ror r15]! db> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% -- regards Aleksander aleek Dutkowski From owner-soc-status@FreeBSD.ORG Mon Jun 11 11:33:24 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E26581065674 for ; Mon, 11 Jun 2012 11:33:24 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 79CE28FC21 for ; Mon, 11 Jun 2012 11:33:24 +0000 (UTC) Received: by werg1 with SMTP id g1so2508703wer.13 for ; Mon, 11 Jun 2012 04:33:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WjnwJzFyPKf5uj8KJwyaH2W3t1KaheI8k8BDyyKjPyE=; b=xRd2Dj58SPZUKiNJyI0xfzLxygdnc1ViRRBq1RpGPZ147qN2q1BNzOPE6n8vcNxryW Z/DZ9i7M5U/6x4O6rWc3cH8d8nWRLAI0jltXvK7MlMdmtC6tq1bD3W0ll40ZRmdNFqFn QQYSnYAQNkAntqVnd1iposQjYuxPvvjc7N+tqAWf+YM2WWJ7Pf02k7ZfSKghNc9dvykj 7Dcc3Emaibdw3P4mxN4F9cZDWx3HliRhQ2Ryc750SbpigRu5qgPlAeAR5O0ZdO7w9Oez fnF0PsIFgp6jqCINbInsqnRq0fw16VUPpx1r9qhAARtQPTqjd562EyvSQ8S423RUkkUZ jN9w== MIME-Version: 1.0 Received: by 10.180.99.195 with SMTP id es3mr19997004wib.12.1339414398390; Mon, 11 Jun 2012 04:33:18 -0700 (PDT) Received: by 10.216.30.148 with HTTP; Mon, 11 Jun 2012 04:33:18 -0700 (PDT) Date: Mon, 11 Jun 2012 06:33:18 -0500 Message-ID: From: Greg Miller To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Subject: Lock Profiling and Lock Order Verification status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 11:33:25 -0000 Accomplishments for the week: * Implemented the stat collection stub functions for mutexes. I'm currently in the process of implementing the API to allow programs to retrieve profile data on the fly. Goals for the week: * Finish stat retrieval * Test and debug mutex profiling * Implement stat reset and profile enable/disable calls * Port the code from mutexes to rwlocks and spinlocks Debugging is (as always) the most unpredictable item on the list. The rest should be quick and straightforward. From owner-soc-status@FreeBSD.ORG Mon Jun 11 16:13:44 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C24F106566B for ; Mon, 11 Jun 2012 16:13:44 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2DBD58FC08 for ; Mon, 11 Jun 2012 16:13:44 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so3401814wgb.31 for ; Mon, 11 Jun 2012 09:13:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=m6ryjiuHmnF1EP8kzY5hwOEx5aXhW5C8+eH+F9E48eQ=; b=gM7H8P2oz+NWtF6HX8fKNrU1tzI2ybNE0PYH/ekjJd9NC8szACIbzTeT5PwWAQ/ewJ +yJbaJwJiRDFbflzbTj6DjxTeiy6ibs7YMB4W08+/CBsa1BoTNLMZ5ygwKPgP+VUxjfX BIknAPYWVr5YmZWKRHkD0RxqmxiNdyWIh9YZSHRNNfWPik1tbeqm7vJ94KxD/afs8Pnr 8ODv2EPvWkRfurmpl3n4lZLXuKoRmfvma4gcZhxuLoXXnHLyGgUfNB2NoaRIoyN6vHZA YnwSqrsPSUeHR5hn1GrXIDnmGJCEJGIsvAJBak34jJ256IE3PZ5EVH9/LkaMgf5MuMW/ 9fBw== Received: by 10.216.150.166 with SMTP id z38mr6872615wej.78.1339431223136; Mon, 11 Jun 2012 09:13:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.231.98 with HTTP; Mon, 11 Jun 2012 09:13:22 -0700 (PDT) From: rudo tomori Date: Mon, 11 Jun 2012 18:13:22 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: cpu limits status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2012 16:13:44 -0000 Hi, the goal of my gsoc project is to enable the system administrators to configure %CPU limits using the rctl command. So that they can for example limit a particular user to 50% cpu time. I spent last week with testing and I fixed some witness complaints. I also improved the %CPU statistics counting - the 4BSD scheduler I am now working with updates the %cpu usage statistics once a second for every thread. Now I also count the data from the yet unfinished second. I think I am now done with per-process %cpu limits and this week I start working on per-user cpu limits. rudo From owner-soc-status@FreeBSD.ORG Tue Jun 12 04:21:46 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E684106564A for ; Tue, 12 Jun 2012 04:21:46 +0000 (UTC) (envelope-from monty11ez@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2C6508FC08 for ; Tue, 12 Jun 2012 04:21:46 +0000 (UTC) Received: by obcni5 with SMTP id ni5so9937328obc.13 for ; Mon, 11 Jun 2012 21:21:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=gjELZsijaLpS2uTz9BwtbK1t86yFMoK515BeKlhAjkk=; b=hQ35HhSypqOG2XFcOTTTwkPXDoDwcLWdAkiSs7IpgBk2VKDBZLrkxv6fgBG+dwPPcV lWwo61mDI8lObqbVNrMr4rSvPqwL3tIyOK/kOJhomiO18YazTFb1C3jayFGwvANgaUtD /A7b0detKlGzUugC9K+sKv/k5Uh2xNWVkhRLXVEhLYOQGNNF9uAeu0BCwEyRNbpQLDdA OKNqWam0z5xRBBSNU/Ve4s8Ud7Wzs66s2lxo4otoY2PoXtr1m7Wc015JdDVNKoaxWWlb Y8a0tu/eXXaLaG/HLzv2dtfuOMoYttEp3NU2XqQC3jE4MR+N281zzbPlB9EWl7tQKZET udMA== MIME-Version: 1.0 Received: by 10.182.136.4 with SMTP id pw4mr18802089obb.28.1339474905664; Mon, 11 Jun 2012 21:21:45 -0700 (PDT) Received: by 10.182.15.33 with HTTP; Mon, 11 Jun 2012 21:21:45 -0700 (PDT) Date: Tue, 12 Jun 2012 00:21:45 -0400 Message-ID: From: Monty Chaney-Geib To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Report Week 3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 04:21:46 -0000 I have been busy this week troubleshooting problem. I don't feel like I have a lot to show for the effort that I have put in. I managed to get freeBSD installed into a virtual machine this week in Fedora, and I also installed Fedora. This week I plan to accomplish: 1. Get my personal wiki done, and work on my project's wiki some more. 2. Familiarize myself with ggate, how it works, and how to create and destroy disks. 3. Get writing and implementing code. I have spent at least 20 hours working on getting my VM trying to get Gnome2 to compile. My mentor has not been to much help to me with my problems, but I have have been getting hlep from one of my friends who has experience with freeBSD and software development. Next week I plan ot have much more to report. From owner-soc-status@FreeBSD.ORG Tue Jun 12 12:53:15 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2157B1065679; Tue, 12 Jun 2012 12:53:14 +0000 (UTC) (envelope-from tzabal@it.teithe.gr) Received: from alpha.it.teithe.gr (alpha.it.teithe.gr [195.251.240.232]) by mx1.freebsd.org (Postfix) with ESMTP id 0AA3E8FC1C; Tue, 12 Jun 2012 12:53:13 +0000 (UTC) Received: from localhost (babel.noc.teithe.gr [195.251.240.240]) by alpha.it.teithe.gr (8.14.3/8.14.3/Debian-9.4) with ESMTP id q5CCqxhL029844; Tue, 12 Jun 2012 15:53:00 +0300 Received: from 37.32.238.164 ([37.32.238.164]) by webmail.teithe.gr (Horde Framework) with HTTP; Tue, 12 Jun 2012 15:53:04 +0300 Message-ID: <20120612155304.11255qrjkyodsp80@webmail.teithe.gr> Date: Tue, 12 Jun 2012 15:53:04 +0300 From: Tzanetos Balitsaris To: soc-status@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) Cc: eadler@freebsd.org Subject: [Status Report - Week 03] Automated Kernel Crash Reporting System X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 12:53:15 -0000 Work done during the third week of coding: * Create the directory server-side/akcrs-release in my socsvn repository and branch /base/release/9.0.0 for the Server-side part in akcrs-release/9.0.0 * Experimenting with Subversion in order to sync merge my branch of client-side/ackrs-head with /base/head but failed. * Define and implement my working environment. Using VirtualBox I created two virtual machines, one running FreeBSD 10.0-CURRENT emulating the client (built with sources from client-side/akcrs-head of my socsvn repository) and one running FreeBSD 9.0-RELEASE emulating the server (built with sources from server-side/akcrs-release/9.0.0 of my socsvn repository). Every new feature and change in both sides is tested using these VMs. * Read the article "Practical rc.d scripting in BSD" in order to create the /etc/rc.d/crashreportd daemon. * Define and try to implement the first tasks of the server side part. That is, the security holes that the use of SSH opens and how to receive the reports that arrive in the server. Create the /etc/rc.d/crashreportd and the /usr/sbin/crashreportd daemon. The daemon should start at boot time and check regularly (every X seconds) the directory (atm /home/reporter) that reports arrive. For every report the daemon should create a directory in /tmp/name_of_report in order to perform security and validity checks. Like checking for malicious code and valid email address. I found some difficulties so I hope that the above will be fully functional until the next report. Finally, add three variables to /etc/defaults/rc.conf for the rc.d script crashreportd. * Some changes in the Client side part after working on Server side. Set a unique name for every generated crash report instead of the generic 'report.tar.gz' in order to avoid overwrites of reports in the server. Also, fixed a bug in the code for transferring the reports. It could not accept automatically the fingerprint. Finally, rename the rc.conf variable 'email' to 'crashreport_email'. -- Tzanetos Balitsaris ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-soc-status@FreeBSD.ORG Tue Jun 12 14:07:10 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D6481065677; Tue, 12 Jun 2012 14:07:10 +0000 (UTC) (envelope-from scherfreebsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id C2E698FC1A; Tue, 12 Jun 2012 14:07:09 +0000 (UTC) Received: by lbon10 with SMTP id n10so513465lbo.13 for ; Tue, 12 Jun 2012 07:07:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:content-transfer-encoding:subject:date :message-id:cc:to:mime-version:x-mailer; bh=8sEsDF5XXtuJdE1bObJawgFqfRDBmn4sYgxphFroNik=; b=Eiujf3vWbrCs8IQf3sZUqhmRPeRt54PRhUAI1Qd8Gfs2/+Jcer2fAKcr3wiJdcFQUL W9XF2U9hqOXTasuYqv+qSOji0VSPz7cMjO3MJeIKDT6rPhnQD+XXCGl5fCTcC6ACMIQB EMFL0MBn0RCL9d3RwrM0ck13ftHDnMtBOxCs8GSZd+CQ2nNYpv5vCtS/oiIqYypNWHp6 /yj/bQ2BMLAlId+/bucHnD0MtdcaqXSO/HjZUqty8VHtxPQStCJ1BQi49+sFQZ7q5Ekd 8A70NWegwKL2zYjL20E3twVt5Rbqu5vZ2UTi/PlsCKAO+6Wc0kDU0L0KCcNs517FzBNJ K3xA== Received: by 10.152.102.137 with SMTP id fo9mr20932513lab.35.1339510023039; Tue, 12 Jun 2012 07:07:03 -0700 (PDT) Received: from [192.168.0.100] ([77.66.153.242]) by mx.google.com with ESMTPS id mo3sm29576399lab.2.2012.06.12.07.06.59 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 12 Jun 2012 07:07:02 -0700 (PDT) Sender: Alexander Pronin From: Alexander Pronin Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 12 Jun 2012 18:06:52 +0400 Message-Id: <61953AC8-03BD-4E67-A008-B73A2F67A6D2@FreeBSD.org> To: soc-status@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Cc: Marcus von Appen Subject: [ Week Report GSOC ] Parallelization in the ports collection X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 14:07:10 -0000 LOCK_DIR changed from ${PORTSDIR}/lock to /var/db/portlocks. Make process (submake) is allowed to work in locked port's if and only = if this port's dir was locked by parent make process. Hence all submakes = can work in port's dir, locked by parent make. First parallel non-blocking build of port's dependecies as background = jobs in XXX-depends targets. Tested on fake ports. _parv_PARALLEL_BUILDS_NUMBER variable controls number of parallel = builds. May be set by user to choose degree of parallelization. ${_PROCESS_ACTIVE_BUILDS}: new script that covers most of non-blocking = parallel dependency build magic. Controls all spawned background jobs by PIDs which are stored in = $${active_builds} array Controls jobs exit codes. Acts accordingly on various jobs exit codes (0, 1, = ${_parv_MAKE_LOCK_EXIT_STATUS}). Recheck correct install of lib dependency. Considers parallel dep builds limit as set by = ${_parv_PARALLEL_BUILDS_NUMBER}. Waits for a while if it is impossible to spawn new dependency = build. Makes attempts to spawn another dependency build, if it is = possible. Changes in old targets (XXX-depends): Reimplementation of loops in XXX-depends targets for = non-blocking purpose: Outer "while" loop replaced "for" loop. Some kind of "round-robin" implementation is used to process = port's deps. If some dependency (dep) is locked then it is moved to the end = of the deps queue. If some dep is already installed then it is deleted from the = deps queue. If some dependency is not found - it's build starts as = background process and it's PID is added to $${active_builds} array to control it's = evaluation. All the above mentioned is actual for non-parallel builds, with the = following exception: =20 ${_parv_PARALLEL_BUILDS_NUMBER} is set to 1 in non-parallel case. This = perevents from spawning more than one background job. Thus processing of = port's deps will be blocked until this job will be ready. Hence we have = one background job per time for non-parallel build. Correct termination of the whole process tree with background processes = starting from parent make process. To terminate the whole process tree, = starting from some parent make process (pm_pid) one may just use = keyboard interrupts in the right terminal (where the make process was = started) or send signal to internal make script using pkill(1). e.g. = pkill -P pm_pid From owner-soc-status@FreeBSD.ORG Tue Jun 12 16:24:19 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C89E51065678; Tue, 12 Jun 2012 16:24:19 +0000 (UTC) (envelope-from jbjcalmels@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9813E8FC14; Tue, 12 Jun 2012 16:24:19 +0000 (UTC) Received: by dadv36 with SMTP id v36so7486090dad.13 for ; Tue, 12 Jun 2012 09:24:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=wQINtpzVG13c1ij5NRwanFdX+CaKWQvisSSqutSsONw=; b=RYJw++2dJ2szPKPeQ0J9KawQfzAntKnoiEkcpj+SZapzIn7924EaNoKL616Y+KADcV uMvov+YwykNGeuesmR+Bf3z8m+Dqu5rRm5SscakCme5gFZZzgA9HyrRKjsZlraAy9n+A jDY2QmAOeLWqkdhArgt3kKNyjqYIaFE3jh8y4W9wK+reCwmSVfPbKrOOKRfLC9FkcvR4 JOxh5QljhweKpEXCHLnVe7TV7PnMzE2m9+ZWtJu5XYykpQfHhQ5UbOyCR6KWNe92p5+L Mg6yBGyA/cRtddO0pVwHoJvvp7FFDjLTtPiOo3uOwDfqf/++sr/XnrKzpT6dJTPRMd+D y3Ow== MIME-Version: 1.0 Received: by 10.68.225.6 with SMTP id rg6mr40324482pbc.100.1339518259391; Tue, 12 Jun 2012 09:24:19 -0700 (PDT) Received: by 10.142.70.21 with HTTP; Tue, 12 Jun 2012 09:24:19 -0700 (PDT) Date: Tue, 12 Jun 2012 18:24:19 +0200 Message-ID: From: Jonathan Calmels To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bz+soc@freebsd.org Subject: [Week 3][IPv6 Improvement] Activity report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 16:24:19 -0000 Hello, Here is my report for the week concerning the IPv6 improvement, under Bjoern Zeeb's mentoring The project aims to make more user space applications fully IPv6 ready. I worked toward patching the BIO API of the openssl code. Indeed, it will likely help me migrating s_client to IPv6. >From now, I added some extensions to their interfaces such as portable version of getaddrinfo and freeaddrinfo. Regressions test have been written to ensure that it is fully functional. I patched few bugs while reading their code and also begun changing all the underlying calls to gethostbyname or IPv4 specific functions by IPv6 compliant ones. Regards, --- Jonathan Calmels (exxo@) PS : Sorry for the delay, It should have been sent yesterday but I manage to mess up with my MUA... From owner-soc-status@FreeBSD.ORG Tue Jun 12 19:06:33 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD239106566C for ; Tue, 12 Jun 2012 19:06:33 +0000 (UTC) (envelope-from eric@shadowsun.net) Received: from mail.atlantawebhost.com (dns1.atlantawebhost.com [66.223.40.39]) by mx1.freebsd.org (Postfix) with ESMTP id 55E7A8FC1D for ; Tue, 12 Jun 2012 19:06:33 +0000 (UTC) Received: (qmail 18899 invoked from network); 12 Jun 2012 15:06:27 -0400 Received: from c-71-192-38-198.hsd1.ma.comcast.net (HELO Macintosh-21.local) (71.192.38.198) by mail.atlantawebhost.com with SMTP; 12 Jun 2012 15:06:27 -0400 Message-ID: <4FD79332.2040307@shadowsun.net> Date: Tue, 12 Jun 2012 15:06:26 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: soc-status@FreeBSD.org, "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jun 2012 19:06:33 -0000 This week, I have been working to overcome some difficulties I've encountered. In my experimentation with the OVMF firmware and QEMU, I found that a basic "hello world" type program seems to hang. However, upon further investigation, I found that using other EFI calls (notably the memory allocation functions) does not seem to cause problems. I experimented and found that libefi can get through with its initialization and call main() perfectly fine. I also checked to see if stack alignment could be the culprit, and it is not. In light of this, I began trying to build EDK II and the OVMF image directly on FreeBSD, since the firmware image I have is over a year old. Note that EDK II is designed for windows development, and is only marginally supported on some linux platforms. At this point, I've managed to get the BaseTools to build, and am working on building the entire thing. I could potentially turn this into a port, as it would be a handy thing to have, I think. Lastly, I'm going to experiment with trying to calculating the entire required size of the kernel in memory and allocating a single block to hold the entire kernel. This should handle the non-contiguous memory problem. From owner-soc-status@FreeBSD.ORG Wed Jun 13 11:45:25 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63D20106566B for ; Wed, 13 Jun 2012 11:45:25 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 27F3A8FC0A for ; Wed, 13 Jun 2012 11:45:25 +0000 (UTC) Received: by obcni5 with SMTP id ni5so976731obc.13 for ; Wed, 13 Jun 2012 04:45:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=+9hDtekaUSUzq9ogrnhgC8tXHZoSIf9GV5g9+C2JxeE=; b=T0jQKn6t1hyTcUuCU1HfcyZA1pCu+XYxydSkAAdJw9rCULBDhtzVHJOP4LA4swKbe9 nQwdkfP8CW6pUFe5n9zLqBhK5WVuv/uN9tiKm2CS2OdkB/ZG+bYVTlqL3Yi7Z/CmSx/z bAK29++LWbQEuBWrcAtikdazGNbCyWHyTKGh5PGAm4P7Mfw4/hr6HUEZbEBSCSzIpvgr hc8F1TZ3E2dLbRa5D7LReROBqWdt2aiS78uPprqM2JO1xvabA8OMa+4y6Aq/U0bYH+8M YPmkJmYvx0XEhWd3h8uIeIF2WDphsIiBg3tUGgtNElrUO2gMS07nBRYGMnSrMPG3CQrB oSsQ== MIME-Version: 1.0 Received: by 10.182.45.72 with SMTP id k8mr24389047obm.51.1339587923937; Wed, 13 Jun 2012 04:45:23 -0700 (PDT) Received: by 10.182.39.196 with HTTP; Wed, 13 Jun 2012 04:45:23 -0700 (PDT) In-Reply-To: References: Date: Wed, 13 Jun 2012 14:45:23 +0300 Message-ID: From: Oleksandr Dudinskyi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 11:45:25 -0000 Hi, In last week I add debug section to my udf implementation, test some part of code, related with vfs function. In this week i want to continue test this function and adopt function of udf_subr.c On 4 June 2012 19:01, Oleksandr Dudinskyi wrote: > Hello. > First week of participation GSoC, I had exams to graduate. So I > lingered a bit in the schedule. But now, I have almost the support for > reading DVD, though it needs refinement. This week I'm dedicated this work > and will begin work with support CD. > > -- > Regards, > Oleksandr Dudinskyi. > -- Regards Oleksandr Dudinskyi. From owner-soc-status@FreeBSD.ORG Wed Jun 13 12:13:12 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4ECE7106566C for ; Wed, 13 Jun 2012 12:13:12 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 0A8198FC12 for ; Wed, 13 Jun 2012 12:13:12 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0M5K005561XT3430@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 13 Jun 2012 14:13:05 +0200 (CEST) Date: Wed, 13 Jun 2012 14:13:05 +0200 From: Jakub Klama To: soc-status@freebsd.org Message-id: <8f3bf36b0ec8dbbad8a792d4c35f63e7@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM and FDT cleanup - status report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 12:13:12 -0000 Hi, It's third status report for project aimed to clean up current FreeBSD/ARM port and FDT implementation. Things done this week: * Finally made new interrupt controller interface working as well as LPC3250 pic implementation. * Added kernel option ARM_INTRNG which tells to use new interface instead of old arm_get_next_irq(), etc. * Investigated pmap bootstrap code present in ARM ports machdep Things for next week: * Test interrupt controller interface on ARMv6 (pandaboard) and rework TI interrupt controller driver. * Further investigation of ARM machdep code * Make some design ideas about platform interface which will replace xxx_machdep.c files in ARM ports. Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Thu Jun 14 08:27:35 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CDC4106564A for ; Thu, 14 Jun 2012 08:27:35 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 563B78FC0C for ; Thu, 14 Jun 2012 08:27:35 +0000 (UTC) Received: by vcbfy7 with SMTP id fy7so1058737vcb.13 for ; Thu, 14 Jun 2012 01:27:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=YusHyzqVq8KTozzWXhXSjuKkREUZmjcEvwJ1Fb0+0PM=; b=ZbIWpdUdCsv/4ZOqaZSj6XvICYxWTHquJSyDLdIPaKV9/M1YO6DfoR6nvvXJKkf4oj jdC8MUlCstuiw4uUdoyA26/4E1vvX5Dt56I+WhHWX7/kqnfoc/SVikTIh2Scl7e+YoS+ BPRCnwbkHzNa5cwcAfFcHZu2HQtsuE35pKmhdTrGW5PjPy9Bz6VdB+PPmwkm4TYFSbVK jTb5GutiJcuzh6OGtzKAblcEez6F6Hst1N7EQ/uIStfmSrySAJ8x7m0pIs3KAuIKynG1 YTFJirPAgSl1LO8GfA9zVeAD3l2j63cRl84Zx5NbUbnOUCBLUUA+/myNO2nQLE+1dXow pNoA== Received: by 10.52.88.170 with SMTP id bh10mr417882vdb.11.1339662454442; Thu, 14 Jun 2012 01:27:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.172.166 with HTTP; Thu, 14 Jun 2012 01:26:54 -0700 (PDT) From: Takuya ASADA Date: Thu, 14 Jun 2012 17:26:54 +0900 Message-ID: To: soc-status@freebsd.org, Peter Grehan Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQl9BR+EuekM/F7NHhayu+foqp4Kn7mazy45WBg5UjtE+YumZcsiymUjTUym8cj8qLwPZVrQ Cc: Subject: [status report #3] BHyVe BIOS emulation to boot legacy systems X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jun 2012 08:27:35 -0000 * project summary The project goal is to support BIOS emulation on BHyVe, enabling boot from disk image. I going to focus booting FreeBSD/amd64 from disk image on this GSoC, but final goal is to make BHyVe able to support more guest OSes. * implement BIOS emulation mode on /usr/sbin/bhyve Just does vm_set_capability(ctx, BSP, VM_CAP_UNRESTRICTED_GUEST, 1) when passed -b argument, for now. svn diff -r r237668:r237669 https://socsvn.freebsd.org/socsvn/soc2012/syuu/bhyve-bios * vmmctl --get-all For more easy debugging guest environment, added a option for vmmctl. It simply shows up ALL information which can fetch from vmmctl. svn diff -r r237669:r237670 https://socsvn.freebsd.org/socsvn/soc2012/syuu/bhyve-bios * implement /usr/sbin/bhyvebiosload Loads ${vm_path}/pseudo_bios.bin to 0x0 of virtual machine memory space, initialize CPU0 as real mode state, set RIP to 0x0. (RIP = 0x0 is just for testing) svn diff -r r237670:r237672 https://socsvn.freebsd.org/socsvn/soc2012/syuu/bhyve-bios * test result Looks like a CPU looking correct memory address and could fetch VMCALL instruction, because bhyve says "inst_length 3". When I tried to change VMCALL intruction to NOP intruction, inst_length had changed to 1, so probably it's okay. Though, it's getting triple fault. Maybe some CPU initialization is wrong , so it faults just after VMLAUNCH. I'm trying to figure out why it's faulting... $ sudo ./bhyvebiosload -m 128 -M 256 -h /usr/bhyve-guest/ vm0 $ cd ../bhyve $ sudo vmmctl --get-all --vm=vm0 lowmem 0x0000000100000000/134217728 highmem 0x0000000108000000/268435456 efer[0] 0x0000000000000000 cr0[0] 0x0000000000000020 cr3[0] 0x0000000000000000 cr4[0] 0x0000000000002000 dr7[0] 0x0000000000000000 rsp[0] 0x0000000000000000 rip[0] 0x0000000000000000 rax[0] 0x0000000000000000 rbx[0] 0x0000000000000000 rcx[0] 0x0000000000000000 rdx[0] 0x0000000000000000 rsi[0] 0x0000000000000000 rdi[0] 0x0000000000000000 rbp[0] 0x0000000000000000 r8[0] 0x0000000000000000 r9[0] 0x0000000000000000 r10[0] 0x0000000000000000 r11[0] 0x0000000000000000 r12[0] 0x0000000000000000 r13[0] 0x0000000000000000 r14[0] 0x0000000000000000 r15[0] 0x0000000000000000 rflags[0] 0x0000000000000002 vcpu0 vcpu migration across host cpus 0 vcpu total runtime 0 vm exits due to external interrupt 0 ds desc[0] 0x0000000000000000/0x00000000/0x00000093 es desc[0] 0x0000000000000000/0x00000000/0x00000093 fs desc[0] 0x0000000000000000/0x00000000/0x00000093 gs desc[0] 0x0000000000000000/0x00000000/0x00000093 ss desc[0] 0x0000000000000000/0x00000000/0x00000093 cs desc[0] 0x0000000000000000/0x00000000/0x0000209b tr desc[0] 0x0000000000000000/0x00000000/0x0000008b ldtr desc[0] 0x0000000000000000/0x00000000/0x00010000 gdtr[0] 0x0000000000005000/0x00000017 idtr[0] 0x0000000000000000/0x00000000 cs[0] 0x0000 ds[0] 0x0000 es[0] 0x0000 fs[0] 0x0000 gs[0] 0x0000 ss[0] 0x0000 tr[0] 0x0000 ldtr[0] 0x0000 pincpu[0] unpinned pinbased_ctls[0] 0x0000003f procbased_ctls[0] 0x95006172 procbased_ctls2[0] 0x00000022 gla[0] 0x0000000000000000 gpa[0] 0x0000000000000000 entry_interruption_info[0] 0x00000000 eptp[0] 0x000000007b08801e exception_bitmap[0] 0x00040000 io_bitmap_a[0] 0x00000000 io_bitmap_b[0] 0x00000000 tsc_offset[0] 0x0000000000000000 cr0_mask[0] 0xffffffff60000020 cr0_shadow[0] 0x0000000000000020 cr4_mask[0] 0x0000000000000000 cr4_shadow[0] 0x0000000000000000 cr3_target_count[0] 0x00000000 cr3_target0[0] 0x0000000000000000 cr3_target1[0] 0x0000000000000000 cr3_target2[0] 0x0000000000000000 cr3_target3[0] 0x0000000000000000 apic_access_addr[0] 0x0000000000000000 virtual_apic_addr[0] 0x0000000000000000 tpr_threshold[0] 0x00000000 msr_bitmap[0] 0x000000006ef31000 msr 0xc0000080[0] RW msr 0xc0000100[0] RW msr 0xc0000101[0] RW msr 0xc0000102[0] RW msr 0x00000277[0] RW vpid[0] 0x00c9 ple_window[0] 0x00000000 ple_gap[0] 0x00000000 instruction_error[0] 0x00000000 exit_ctls[0] 0x003f6ffb entry_ctls[0] 0x0000d1fb host_pat[0] 0x0001050600070406 guest_pat[0] 0x0007040600070406 host_cr0[0] 0x0000000080050033 host_cr3[0] 0x0000000000000000 host_cr4[0] 0x00000000000026f0 host_rip[0] 0xffffffff81812090 host_rip[0] 0xffffff8002aaa000 guest_sysenter_cs[0] 0x00000000 guest_sysenter_sp[0] 0x0000000000000000 guest_sysenter_ip[0] 0x0000000000000000 vmcs_pointer[0] 0xffffffffffffffff vmcs_exit_reason[0] 0x0000000000000000 vmcs_exit_qualification[0] 0x0000000000000000 vmcs_exit_interruption_info[0] 0x00000000 vmcs_exit_interruption_error[0] 0x00000000 vmcs_guest_interruptibility[0] 0x00000000 errno = 22 $ sudo ./bhyve -m 128 -M 256 -b vm0 vm exit[0] reason VMX rip 0x0000000000000000 inst_length 3 error 0 exit_reason 2 qualification 0x0000000000000000 $ sudo vmmctl --get-all --vm=vm0 lowmem 0x0000000100000000/134217728 highmem 0x0000000108000000/268435456 efer[0] 0x0000000000000000 cr0[0] 0x0000000000000030 cr3[0] 0x0000000000000000 cr4[0] 0x0000000000002000 dr7[0] 0x0000000000000000 rsp[0] 0x0000000000000000 rip[0] 0x0000000000000000 rax[0] 0x0000000000000000 rbx[0] 0x0000000000000000 rcx[0] 0x0000000000000000 rdx[0] 0x0000000000000000 rsi[0] 0x0000000000000000 rdi[0] 0x0000000000000000 rbp[0] 0x0000000000000000 r8[0] 0x0000000000000000 r9[0] 0x0000000000000000 r10[0] 0x0000000000000000 r11[0] 0x0000000000000000 r12[0] 0x0000000000000000 r13[0] 0x0000000000000000 r14[0] 0x0000000000000000 r15[0] 0x0000000000000000 rflags[0] 0x0000000000010002 vcpu0 vcpu migration across host cpus 1 vcpu total runtime 23841 vm exits due to external interrupt 0 ds desc[0] 0x0000000000000000/0x00000000/0x00000093 es desc[0] 0x0000000000000000/0x00000000/0x00000093 fs desc[0] 0x0000000000000000/0x00000000/0x00000093 gs desc[0] 0x0000000000000000/0x00000000/0x00000093 ss desc[0] 0x0000000000000000/0x00000000/0x00000093 cs desc[0] 0x0000000000000000/0x00000000/0x0000209b tr desc[0] 0x0000000000000000/0x00000000/0x0000008b ldtr desc[0] 0x0000000000000000/0x00000000/0x00010000 gdtr[0] 0x0000000000005000/0x00000017 idtr[0] 0x0000000000000000/0x00000000 cs[0] 0x0000 ds[0] 0x0000 es[0] 0x0000 fs[0] 0x0000 gs[0] 0x0000 ss[0] 0x0000 tr[0] 0x0000 ldtr[0] 0x0000 pincpu[0] unpinned pinbased_ctls[0] 0x0000003f procbased_ctls[0] 0x95006172 procbased_ctls2[0] 0x000000a2 gla[0] 0x0000000000000000 gpa[0] 0x0000000000000000 entry_interruption_info[0] 0x00000000 eptp[0] 0x000000007b08801e exception_bitmap[0] 0x00040000 io_bitmap_a[0] 0x00000000 io_bitmap_b[0] 0x00000000 tsc_offset[0] 0x0000000000000000 cr0_mask[0] 0xffffffff60000020 cr0_shadow[0] 0x0000000000000020 cr4_mask[0] 0x0000000000000000 cr4_shadow[0] 0x0000000000000000 cr3_target_count[0] 0x00000000 cr3_target0[0] 0x0000000000000000 cr3_target1[0] 0x0000000000000000 cr3_target2[0] 0x0000000000000000 cr3_target3[0] 0x0000000000000000 apic_access_addr[0] 0x0000000000000000 virtual_apic_addr[0] 0x0000000000000000 tpr_threshold[0] 0x00000000 msr_bitmap[0] 0x000000006ef31000 msr 0xc0000080[0] RW msr 0xc0000100[0] RW msr 0xc0000101[0] RW msr 0xc0000102[0] RW msr 0x00000277[0] RW vpid[0] 0x00c9 ple_window[0] 0x00000000 ple_gap[0] 0x00000000 instruction_error[0] 0x00000000 exit_ctls[0] 0x003f6ffb entry_ctls[0] 0x0000d1fb host_pat[0] 0x0001050600070406 guest_pat[0] 0x0007040600070406 host_cr0[0] 0x0000000080050033 host_cr3[0] 0x000000002c71c000 host_cr4[0] 0x00000000000026f0 host_rip[0] 0xffffffff81812090 host_rip[0] 0xffffff8002aaa000 guest_sysenter_cs[0] 0x00000000 guest_sysenter_sp[0] 0x0000000000000000 guest_sysenter_ip[0] 0x0000000000000000 vmcs_pointer[0] 0xffffffffffffffff vmcs_exit_reason[0] 0x0000000000000002 vmcs_exit_qualification[0] 0x0000000000000000 vmcs_exit_interruption_info[0] 0x00000000 vmcs_exit_interruption_error[0] 0x00000000 vmcs_guest_interruptibility[0] 0x00000000 errno = 22 From owner-soc-status@FreeBSD.ORG Sun Jun 17 14:51:07 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F8931065672 for ; Sun, 17 Jun 2012 14:51:07 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id EC7B88FC0A for ; Sun, 17 Jun 2012 14:51:06 +0000 (UTC) Received: by qcsg15 with SMTP id g15so2979974qcs.13 for ; Sun, 17 Jun 2012 07:51:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=boQ95nBtD79Ty81PIi/zxdMqnDkq4Cdu12p8kWmRsqY=; b=tQL3VD33iCqKULdwENtlj2kID6K3KnAXcxOEcP6/qh81dFHUpyOw8656YhRIblGb0i Xj23lJQRotnoyVM/aDxosxKXfRA48ttFadtjtFDqqdYbZThlg18iKfydv2ONVAcXP3hq 87bS93VUcERfUJRapGAmCsrG+a0OE+ey8Gq5WvO2tOZo5hMt7o9RdCnTZUWyp9sNyRaF dYBNbfNKKAMlAOH/rffzSCsvoWX+X3XZNomUXRxab2HdKoHIzlfPJufommAAmnLH+Osu BcsC5wpCzGTk20mBo9fxbu5HKDY5+vr1uFfGVA65PwshYAqRJAROQYhV+B38o8bxytmz b8Sg== MIME-Version: 1.0 Received: by 10.224.58.75 with SMTP id f11mr21803270qah.98.1339944666053; Sun, 17 Jun 2012 07:51:06 -0700 (PDT) Received: by 10.229.217.74 with HTTP; Sun, 17 Jun 2012 07:51:05 -0700 (PDT) Date: Sun, 17 Jun 2012 17:51:05 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel Level File Integrity Checker report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jun 2012 14:51:07 -0000 During week #4: * pefs_mount() can be supplied the "-o checksum" option, which enables integrity checking in pefs kernel driver. If this option is found during VFS_MOUNT(), our driver acquires a vnode for the .pefs.checksum file and loads its header as well as the index part of .pefs.checksum which is kept in kernel heap. Resources are deallocated and checksum vnode vreled during pefs_unmount() (VFS_UNMOUNT()). * When a new pefs vnode is generated as a result of a VOP_LOOKUP() call, we look it up in our checksum index tables. If an entry for our file is found, we keep a pointer to that entry with the pefs vnode. This reference will be later used e.g. during a VOP_READ() call where we will test the checksum of the block that was retrieved from disk against the checksum from .pefs.checksum. -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Mon Jun 18 10:05:53 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B468106566C; Mon, 18 Jun 2012 10:05:53 +0000 (UTC) (envelope-from scherfreebsd@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 776FF8FC08; Mon, 18 Jun 2012 10:05:52 +0000 (UTC) Received: by laai10 with SMTP id i10so4097362laa.13 for ; Mon, 18 Jun 2012 03:05:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:subject:date:message-id:cc:to:mime-version :x-mailer; bh=GO8/wTJHEK3JrjNpwYVB0IG/VJxYE76Ew9c8gCxuiuA=; b=MBrXAkZfKyX4uiV+fNwd59RNFyxkQLXiFigWC4IsL+yaepeSTqTy3QeVcZgYzEemjL Ym1BsHFb0Ua0EKFqoOx6yWvAtbM3eJcN+HyVwd4PINzBcz2KtCQDPA+kmxy5U/wcn8DG EqVs6hC5IY/oNWruSghvkSldXLIjrmyDXXfma/Yr7FllntPUSFlHN6vN7158dEgHsb3j fn9YD1VV78lYnD0PBmFE27ZeMsWYvObvkLQfDPQfXdhMfJMF0vr9LYVPRtV84ryhYCX/ zLvDEdVhWNxXx1cfpUxJ1Oc123Bsn43rr9VSgW/j/reqYHcUrDjQS0aiIeaPZ/Kr0oH7 tQ3Q== Received: by 10.152.103.11 with SMTP id fs11mr13844223lab.23.1340013951147; Mon, 18 Jun 2012 03:05:51 -0700 (PDT) Received: from [192.168.0.101] ([77.66.153.242]) by mx.google.com with ESMTPS id pp2sm26424002lab.3.2012.06.18.03.05.48 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Jun 2012 03:05:49 -0700 (PDT) Sender: Alexander Pronin From: Alexander Pronin Date: Mon, 18 Jun 2012 14:05:47 +0400 Message-Id: To: soc-status@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Marcus von Appen Subject: [ Week Report GSOC ] Parallelization in the ports collection X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jun 2012 10:05:53 -0000 Documentation is provided for new features of bsd.port.mk and = bsd.parallel.mk Documentation for user configurable features and variables Better documentation for internal scripts and variables Several changes of working features were implemented to provide a user = with configurable parallel ports build (sleep timeouts, triggers ...) From owner-soc-status@FreeBSD.ORG Mon Jun 18 16:58:53 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAAA9106566C for ; Mon, 18 Jun 2012 16:58:53 +0000 (UTC) (envelope-from jesse.hagewood@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5D59D8FC18 for ; Mon, 18 Jun 2012 16:58:53 +0000 (UTC) Received: by werg1 with SMTP id g1so4810670wer.13 for ; Mon, 18 Jun 2012 09:58:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=tUwmThoiAR8IqPak7+j7D7tgPXMvVpXKB/b0O640Cug=; b=vs1LPb99VyrvmgvhcZB7RbBznBgYGxf00qqa8d1DidZzNUlZkcVILkiKu5d7ih3Qe1 6eGMK9yJChHm8uLoZvogCQHvnrbt+ViQmSWG7csw4YovZCTckRtzGHKQjtxhHioRMxG4 P2TjW4jEfpu920XuwX7L+k9g6riyjgByy/awJYeBGduCxs0vkLtz5bz7RLS9Tgssw0mD Bc546TNtC8kquomlvDprqzEwCSmqIZktFZZKxlofWRM0ytlFehEFCAzuDtgZtCyIfqSC ewfc2S6I84WV/OjKk2sRWH8orc7Dmyy1hunH0tSDN2M3UHI7NKAFkm0JfrJR1m/cikrl zgYw== MIME-Version: 1.0 Received: by 10.180.102.36 with SMTP id fl4mr2505170wib.2.1340038732266; Mon, 18 Jun 2012 09:58:52 -0700 (PDT) Sender: jesse.hagewood@gmail.com Received: by 10.216.200.87 with HTTP; Mon, 18 Jun 2012 09:58:52 -0700 (PDT) Date: Mon, 18 Jun 2012 12:58:52 -0400 X-Google-Sender-Auth: 3oN8lb8bchIW9mvgGVMTtU-ATC4 Message-ID: From: Jesse Hagewood To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Subject: Improve BSD licensed text processing tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jun 2012 16:58:54 -0000 Here are some of the things I accomplished during this week: - Implemented skeleton functions and set up .ti for adding functionality as an mdoc macro in mdocml. - Corrected some style errors I overlooked in diff3 that Dag-Erling pointed out for me. - Completed GNU compatibility for the diff options --unified and --context. - Implemented --normal in diff. - Started working on implementing the diff options --ignore-tab-expansion and --line-format. According the the schedule I have set up for SoC, today I move to diff as a primary focus. Because I've been studying and working with diff's source about a week in advance, I've come up with a list of to-do's for the next few weeks: https://socsvn.freebsd.org/socsvn/soc2012/jhagewood/diff/TODO This following week, I will complete --ignore-tab-expansion, --line-format, --ignore-blank-lines, and begin working on better support for large files in diff. As for mdocml, I still plan to work on the implementing the macros I have already started working on as a secondary focus during the summer. I will probably spend a few hours during the weekends trying to complete what I started while I work on the diff utilities during the week. My project wiki: http://wiki.freebsd.org/SummerOfCode2012/JesseHagewood SVN repo: https://socsvn.freebsd.org/socsvn/soc2012/jhagewood/ - Jesse Hagewood From owner-soc-status@FreeBSD.ORG Mon Jun 18 19:54:16 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91135106566B for ; Mon, 18 Jun 2012 19:54:16 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 28B608FC0C for ; Mon, 18 Jun 2012 19:54:16 +0000 (UTC) Received: by werg1 with SMTP id g1so4960715wer.13 for ; Mon, 18 Jun 2012 12:54:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=1Kei1Sz9esoXPEhCAALXLxKbREWiDmOVb/OKiwGYce0=; b=jvx6lYX7MYORwGo5TrDGOYyTpDQRapm2S5BpX5HMY+TeLamgWsXNQXrSq6MFew68ow GrqQCunc2s6ndzExacu7Kn/EWEtNdqIsALxuUJB5mmLrRLJHHqzbQhhdL18EJc7Oy4ll wDutxtPnv7y8qkWY/dRC91JLp/NyfJ66k5M+zd/3a7amala9sI/vbRB5Ww1w3WBU81Yq l/RVXp0+vWmRh4Ezo5/SC2fFDQOw0QQjG+rPt5WEHWrEcJuzL6gnLCcVNoDs8zi7YLNm 4Y2a2AMH0eAiWTxmqFOp6vSSIwQeDefyM2BopB1tlsc0LUvMzuTi/A4OdeiV1tE51GGv VdXg== Received: by 10.216.202.14 with SMTP id c14mr9785695weo.63.1340049252816; Mon, 18 Jun 2012 12:54:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.231.98 with HTTP; Mon, 18 Jun 2012 12:53:52 -0700 (PDT) From: rudo tomori Date: Mon, 18 Jun 2012 21:53:52 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: cpu limits status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jun 2012 19:54:16 -0000 Hi, the goal of my gsoc project is to enable the system administrators to configure %CPU limits using the rctl command. So that they can for example limit a particular user to 50% cpu time. Last week I was working on per-user %cpu limits. I did not have to create much code of my own, it was more of a matter of inspecting the existing code and using it where appropriate. Now it seems to me that my current per-user %cpu implementation is working so I will write a test to evaluate it. I will create a shell script that periodically takes a snapshot of running processes for a specified user and counts the sum of %cpu values from the output of the ps command. I will then run make buildworld under some user that has per-user %cpu limits set and inspect the test results, probably also talk about them with my mentor. rudo From owner-soc-status@FreeBSD.ORG Tue Jun 19 04:18:13 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7BEA106566C for ; Tue, 19 Jun 2012 04:18:13 +0000 (UTC) (envelope-from monty11ez@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6EE7C8FC15 for ; Tue, 19 Jun 2012 04:18:13 +0000 (UTC) Received: by obcni5 with SMTP id ni5so12021861obc.13 for ; Mon, 18 Jun 2012 21:18:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Ymo1GQbjzVxwXoOyNaY26GXxgyoTV9MZsywXxt3jn6k=; b=ImrcmS7mHgGl4WJrM+nZTE3xPUBEC8kipd7bYOF8/k4Oh1nVjhf1Xaq5Wx1RAa3lZi SQvCmAQQDnl8jo6ujBVR8efYFzcHMinF6ic3B+jg13l675vYzTP3+IiKLM/f/ykj4kLy UBpjDJPwfE0kOCRBIGF8RgeuX0Jf+ZXlnbr5P4eUU3l6yWnDGjwj6z/jy2hDBSwppUkv DJjCsE2OiPRy/lsJOV937vOILzuchKu13zGIdD3mls5csDjIwcV/AM0K7OTdCnrPcbly u//cmRUQc8e3pLAh73BeZhRuVQaBePFJ1wjwCkudWUNmUdjHwrE1sbTQOoqwr4v3V863 +62Q== MIME-Version: 1.0 Received: by 10.182.136.4 with SMTP id pw4mr18078203obb.28.1340079493094; Mon, 18 Jun 2012 21:18:13 -0700 (PDT) Received: by 10.182.15.33 with HTTP; Mon, 18 Jun 2012 21:18:13 -0700 (PDT) Date: Tue, 19 Jun 2012 00:18:13 -0400 Message-ID: From: Monty Chaney-Geib To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Report Week 4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2012 04:18:13 -0000 Everything is going well this week. I am steadily working on porting tcplay to freeBSD and, once I have this completed, I will be implementing it into a GEOM disk device. On a slight side note, I have discovered an interesting bug with my Fedora installation that is causing me some slight irritation. Basically, when I shut the lid of my laptop with any programs open, they disappear and are unusable until I restart my computer. I have scoured the internet and found no solution, so I will be posting it as a bug on Fedora's forums. I hope to finish porting this week and aim to be implementing next week. I expect to be on or ahead of schedule as stated on the project's wiki page. -Monty From owner-soc-status@FreeBSD.ORG Tue Jun 19 09:36:02 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E494B106564A; Tue, 19 Jun 2012 09:36:02 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 946428FC17; Tue, 19 Jun 2012 09:35:59 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 9F02D14E79F9; Tue, 19 Jun 2012 11:35:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id taN-bvzb4cXt; Tue, 19 Jun 2012 11:35:51 +0200 (CEST) Received: from [192.168.1.117] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 649E114E7979; Tue, 19 Jun 2012 11:35:50 +0200 (CEST) Message-ID: <4FE047EB.7060409@FreeBSD.org> Date: Tue, 19 Jun 2012 11:35:39 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120604 Thunderbird/14.0a2 MIME-Version: 1.0 To: Jesse Hagewood References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , soc-status@freebsd.org Subject: Re: Improve BSD licensed text processing tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2012 09:36:03 -0000 On 2012.06.18. 18:58, Jesse Hagewood wrote: > As for mdocml, I still plan to work on the implementing the macros I have > already started working on as a secondary focus during the summer. I will > probably spend a few hours during the weekends trying to complete what I > started while I work on the diff utilities during the week. I think it would be better to keep mdocml as a primary focus until the most necessary features are completed. You have done some research, which is of course valuable but if someone else tries to work on mdocml, she still needs to dig into the subject before completing these items so your time spent on this actually contributes very few. If you do a bit of each objective of your project, none will actually be finished and your work will not serve for too much. I believe mdocml is in fact more difficult than these less important diff options but having mdocml completed would weigh much more than having touched everything a bit. Gabor From owner-soc-status@FreeBSD.ORG Tue Jun 19 10:12:27 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCA42106564A for ; Tue, 19 Jun 2012 10:12:27 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 72AA48FC1A for ; Tue, 19 Jun 2012 10:12:27 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so6076572wgb.31 for ; Tue, 19 Jun 2012 03:12:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/Tgs0JMYEj8xzG/wn/0Vu5xmxsTFoavUu4g0e8/nA4U=; b=Qvjv/aDu7RIk65+w0ZjJH3A2nXA+1HYX0RfUoghvrgBlgTR0YcIGaXmeGG5PNIHjeJ Jp1OTXnVgiFaq7WcqT8OAOrNcZ0vR8E/LQ0f417zXQdFBaQBTH3mXNde/qfuKd/KY/Eh SP890YDm3T5pr+MFGQdcqu9XRWUUqg86lDKQugSDzPC8yod/l65vfYUQXVroRPjjDbiz +c0j4K7OL364V6qFAaRTaZnvFDh2d36LSZ//uvxQgA/j9BetoBc9U3/qW4dlV0a6OFPv OSoFtDYvPSynuS5B8Gnx3jy5cQjA1ziKqZtYeFEiPl7YDFeCDZrood5xX+CRgCYzzXC2 qilg== MIME-Version: 1.0 Received: by 10.180.78.233 with SMTP id e9mr2110664wix.5.1340100746387; Tue, 19 Jun 2012 03:12:26 -0700 (PDT) Received: by 10.216.30.148 with HTTP; Tue, 19 Jun 2012 03:12:26 -0700 (PDT) Date: Tue, 19 Jun 2012 05:12:26 -0500 Message-ID: From: Greg Miller To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Subject: Lock Profiling and Lock Order Verification status report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2012 10:12:28 -0000 Main accomplishments for week 4: * Implemented pthread_getstatistics_begin_np(), pthread_getstatistics_next_np(), pthread_getstatistics_end_np() functions to retrieve profiling stats. * Implemented pthread_resetstatistics_np() to reset current profiling stats * Implemented pthread_lockprof_enable_np() and pthread_lockprof_disable_np() to turn profiling on and off * Tested and debugged mutex profiling * Ported mutex profiling code to rwlocks and spinlocks. With these changes in place, the lock profiling code is now usable. Further style fixes and comments will be needed later, however. I'm currently working through the WITNESS code in preparation for lock order verification coding. For the remainder of the week, I'll continue that and begin adding libwitness to the build system. From owner-soc-status@FreeBSD.ORG Tue Jun 19 11:48:19 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFB621065677; Tue, 19 Jun 2012 11:48:18 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id AFA648FC19; Tue, 19 Jun 2012 11:48:18 +0000 (UTC) Received: from ds4.des.no (smtp.des.no [194.63.250.102]) by smtp.des.no (Postfix) with ESMTP id CFA09650D; Tue, 19 Jun 2012 11:48:17 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 962378430; Tue, 19 Jun 2012 13:48:17 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Gabor Kovesdan References: <4FE047EB.7060409@FreeBSD.org> Date: Tue, 19 Jun 2012 13:48:17 +0200 In-Reply-To: <4FE047EB.7060409@FreeBSD.org> (Gabor Kovesdan's message of "Tue, 19 Jun 2012 11:35:39 +0200") Message-ID: <86k3z34j5q.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: soc-status@freebsd.org, Jesse Hagewood Subject: Re: Improve BSD licensed text processing tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2012 11:48:19 -0000 Gabor Kovesdan writes: > I think it would be better to keep mdocml as a primary focus until the > most necessary features are completed. You have done some research, > which is of course valuable but if someone else tries to work on > mdocml, she still needs to dig into the subject before completing > these items so your time spent on this actually contributes very > few. If you do a bit of each objective of your project, none will > actually be finished and your work will not serve for too much. I > believe mdocml is in fact more difficult than these less important > diff options but having mdocml completed would weigh much more than > having touched everything a bit. The point is that some of the missing functionality in mdocml is a) not required for FreeBSD man pages and b) apparently really hard to implement (according to the author). I'd rather see a little progress on several fronts than a little progress and a lot of frustration on just one. I've also asked Jesse to write "reading notes" for mdocml so the next person to touch it gets a leg up. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-soc-status@FreeBSD.ORG Tue Jun 19 12:21:02 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C025F106566B for ; Tue, 19 Jun 2012 12:21:02 +0000 (UTC) (envelope-from tzabal@it.teithe.gr) Received: from alpha.it.teithe.gr (alpha.it.teithe.gr [195.251.240.232]) by mx1.freebsd.org (Postfix) with ESMTP id 34DAA8FC22 for ; Tue, 19 Jun 2012 12:21:01 +0000 (UTC) Received: from localhost (babel.noc.teithe.gr [195.251.240.240]) by alpha.it.teithe.gr (8.14.3/8.14.3/Debian-9.4) with ESMTP id q5JCKtrG022450 for ; Tue, 19 Jun 2012 15:20:55 +0300 Received: from dsl-aav8jx.dyn.edudsl.gr (dsl-aav8jx.dyn.edudsl.gr [37.32.239.13]) by webmail.teithe.gr (Horde Framework) with HTTP; Tue, 19 Jun 2012 15:20:59 +0300 Message-ID: <20120619152059.20226ca5rpr2y5kb@webmail.teithe.gr> Date: Tue, 19 Jun 2012 15:20:59 +0300 From: Tzanetos Balitsaris To: soc-status@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) Subject: [Status Report - Week 04] Automated Kernel Crash Reporting System X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2012 12:21:02 -0000 This week I have not much to report because I focused on the exams of my school. Most of my exams were for this week. Until my next report, I will try to do the tasks from both weeks. * Finish the rc script crashreportd (/etc/rc.d/crashreportd). The standard methods of the rc.d system are supported (start, stop, restart, rcvar and status) and it behaves like a real daemon (background process, disconnected from stdin, stdout and strerr streams). * Add the crashreportd daemon (/usr.sbin/crashreportd) which is the program that is handled from the rc.d script crashreportd. This is the program that it will perform all the server side tasks. This first version is primitive and incomplete and it is written in PHP. There are probabilities to switch to another language (Python). It will be defined and implemented until the next report. -- Tzanetos Balitsaris ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-soc-status@FreeBSD.ORG Tue Jun 19 14:39:04 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4B3E106566C; Tue, 19 Jun 2012 14:39:04 +0000 (UTC) (envelope-from jbjcalmels@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 83F738FC17; Tue, 19 Jun 2012 14:39:04 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so10464393pbb.13 for ; Tue, 19 Jun 2012 07:39:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=MadFbG315ISbjWyx3LkPOK4I/tKv2xk7HE9VSC72oSA=; b=SfWqvBJv0/j3ycn1fllXhWhzXYMFqtIRE0Xr0ywmh9gNcQIEG+LuPROUnsK4Il7R8o k9590S4DOySf9CjMJOh8ez3T2f0/YldzOglyEuis6i39YPu7cfgPxnmqJkIELbLTjU4g /4z7CWRh40GgmLBad9iwXDrpWti1F5zK16oPeQgBP9BIROA9eDV+rJTajaPrCOg4ElCY g4bR1KHSZhV6+GLoumba7K+CyjDQVtc1Dl/ZH3hcVr0ijvp0rC4GlcWzEawZmi+EV+bg 0UCj8ZpeVg+fDXk5010BCjjxDY+ZCieHv8oua0+btQq+JnJHSm/iDsTMsLMFfJZU6yaT S/LA== MIME-Version: 1.0 Received: by 10.68.213.102 with SMTP id nr6mr64322795pbc.112.1340116744310; Tue, 19 Jun 2012 07:39:04 -0700 (PDT) Received: by 10.142.157.9 with HTTP; Tue, 19 Jun 2012 07:39:04 -0700 (PDT) Date: Tue, 19 Jun 2012 16:39:04 +0200 Message-ID: From: Jonathan Calmels To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bz+soc@freebsd.org Subject: [Week 4][IPv6 Improvement] Activity report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2012 14:39:04 -0000 Hello, Here is my report for the week concerning the IPv6 improvement, under Bjoern Zeeb's mentoring The project aims to make more user space applications fully IPv6 ready. Most of the BIO API of the openssl project has been migrated to IPv6. It has required a major rewrite of functions and has been implemented so that all of it, is backward compatible and highly portable. I've also developped a regression suite to automate unit-tests and ensure that the code will work on all inet plateforms (inet6 only / inet4only / dual stack ...) >From now, I'm focusing on the final step namely fixing s_client and s_server using the new API. Regards, From owner-soc-status@FreeBSD.ORG Tue Jun 19 15:53:32 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C238B1065672 for ; Tue, 19 Jun 2012 15:53:32 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7A12F8FC18 for ; Tue, 19 Jun 2012 15:53:32 +0000 (UTC) Received: by vcbfy7 with SMTP id fy7so4241088vcb.13 for ; Tue, 19 Jun 2012 08:53:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=KZX4mbxJH22qUK3Vf+L9VBZ5yRd8APiSJrV9xfDJUcs=; b=Zj8PH0/sxi/CGHjJ6lHCZ+AwLAi8tjqm0Il19+f+fsgovYDlJHli99CcweFApjtuQ2 IQML1ybOCZMA8yCuYKAnI2YukKIqgNryMlUOHmEFBlu6fibwEgps/KrmiBRtcaHY01xG bRMMoqqal4lSQAxtAXXyfUUoNEzNC2ULdogKmJr6XipF9o32JeqqL2hYcLSlFFiet9aP Nj0Y4V0E7YHGjgzcgcishgcUJ11Ud/7nRDzz+MDKIhE+38hfIFTI+bmloDwALuq2fQdg Tvrbp4mrAaBd/eIIJNqJvvcqaVSiUQugKsPnaUbu2md3BjsYoKCiOZTEVJBoMtirtVpr JqoA== MIME-Version: 1.0 Received: by 10.220.215.136 with SMTP id he8mr10021596vcb.13.1340121211953; Tue, 19 Jun 2012 08:53:31 -0700 (PDT) Received: by 10.52.28.132 with HTTP; Tue, 19 Jun 2012 08:53:31 -0700 (PDT) Date: Tue, 19 Jun 2012 17:53:31 +0200 Message-ID: From: Davide Italiano To: soc-status@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re-enginer the wheel: a rejuvenation of BSD callout(9) and timer facilities - report weeks 1-4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2012 15:53:32 -0000 Hi, I apologize for the delay in submitting but here's what I've done recently. A complete commit history may be found here: http://freshbsd.org/search?q=committer%3Adavide&branch=PROJECT_CALLOUTNG Week 1: - Switch the callout(9) backend from ticks to struct bintime in order achieve better precision - Rework the callout data-structure in order to survive to these changes paying attention to avoid breakages (if possible) - Introducing a separate per-cpu queue in order to process callout once they're examined in callout_tick - Convert some tcp_timer related code that rely on tick-based nature of backend, without this change, world won't build Week 2: - Fix some bug that causes random memory corruption on the list and so unexpected behaviour of the system - Optimize the callout_tick() code to scan the entire wheel only when it's needed - Integrate the switched backend with the eventtimers(4) infrastructure to exploit better precision - refactor the cpu_new_callout() function in sys/kern/kern_clocksource.c to adapt to the aforementioned changes Week 3: - Start to experiment an extension of the current KPI adding the callout_reset_bt_on() in which we specify timeouts in terms of struct bintime rather than ticks. - Add (experimentally) a function to the sleepqueue(9) KPI sleepq_set_timeout_bt() in which the timeout may be specified in terms of bintime rather than ticks, and which takes advantage of the new precision capabilities of the callout subsystem. - Convert usleep() service to the new KPI callout_reset_bt_on() - Run some benchmarks to see how much we gained: resutls may be found here http://blogs.freebsdish.org/davide/2012/06/07/the-tale-of-usleep-a-k-a-sometimes-precision-matters/ Week 4: -Fix (or at least, workaround) an include conflict in libprocstat which causes buildworld to fail, after my recent changes to sys/sys/_callout.h header. - Extend the condvar(9) KPI introducing a new cv_timedwait_bt_sig() function so that we can specify timeout precision in terms of struct bintime. - Refactor the kern_select() and the sys_poll() code so that these two services may rely on cv_timedwait_bt_sig() rather than on the previous less precise cv_timedwait_sig(). - Optimize callout_tick() code avoiding some computation of the callwheel bucket when it's not needed - Run benchmark on usleep() again, as well as on select(). Results are so much better than before: : http://blogs.freebsdish.org/davide/2012/06/17/random-updates/ Davide From owner-soc-status@FreeBSD.ORG Wed Jun 20 10:44:50 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2046D1065676 for ; Wed, 20 Jun 2012 10:44:50 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-qa0-f42.google.com (mail-qa0-f42.google.com [209.85.216.42]) by mx1.freebsd.org (Postfix) with ESMTP id C687F8FC18 for ; Wed, 20 Jun 2012 10:44:49 +0000 (UTC) Received: by qafi31 with SMTP id i31so2826978qaf.15 for ; Wed, 20 Jun 2012 03:44:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=NbG+xq0rcu3cyC8b9TQkH76DegYRy6wLRP6WRcFQk+I=; b=sJt6LPH+4RCLDiJeOtSeHNPPsfch8l53GlHSMnjicYB510d4zuWOrKH2T9bWPslBPt ++Pv6+WVe7pCbMg/GvjEMB/kLLB4P/ZI0Uh7/FUiJtImIqJtS+DsNDMTCrRNVzD8Dvmx Tuzwd/nMwdFZJxdcFoByprkI7hbNCGXeCEWAdvAenM2iPI07VMbgLYYQRXesaWaZOSbU PhNjCRQ6iJvy8h+nyPYmpQm0yucFJ1uyQlrbteePNgb5JqBQlTlEpouqEYamRQSRpBUy iMFZ4zHLTPeJrEiwIRpMA5aOyneUkFAryklS6IlJs5uiynIxDkZfaai1F3QOmdqgSB+h JHpw== MIME-Version: 1.0 Received: by 10.224.192.133 with SMTP id dq5mr39540164qab.51.1340189088995; Wed, 20 Jun 2012 03:44:48 -0700 (PDT) Received: by 10.224.87.16 with HTTP; Wed, 20 Jun 2012 03:44:48 -0700 (PDT) In-Reply-To: References: Date: Wed, 20 Jun 2012 13:44:48 +0300 Message-ID: From: Oleksandr Dudinskyi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 10:44:50 -0000 Hello. In this week a have some unexpected problem with "nestbuf" in Netbsd and ioctl system in udf driver.I am in progress of solve this issue. On 13 June 2012 14:45, Oleksandr Dudinskyi wrote: > Hi, > In last week I add debug section to my udf implementation, test some part > of code, related with vfs function. In this week i want to continue test > this function and adopt function of udf_subr.c > > > On 4 June 2012 19:01, Oleksandr Dudinskyi wrote: > >> Hello. >> First week of participation GSoC, I had exams to graduate. So I >> lingered a bit in the schedule. But now, I have almost the support for >> reading DVD, though it needs refinement. This week I'm dedicated this work >> and will begin work with support CD. >> >> -- >> Regards, >> Oleksandr Dudinskyi. >> > > > > -- > Regards > Oleksandr Dudinskyi. > -- Regards, Oleksandr Dudinskyi From owner-soc-status@FreeBSD.ORG Wed Jun 20 12:21:45 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20832106566C for ; Wed, 20 Jun 2012 12:21:45 +0000 (UTC) (envelope-from adutkowski@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id EB7838FC14 for ; Wed, 20 Jun 2012 12:21:44 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so606443pbb.13 for ; Wed, 20 Jun 2012 05:21:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=ByUeHxRJbags6jBcSAsasv9sJ1Zr2iF1nLQPFZia/X8=; b=mOXrWkLKkN+CMg7EJXxJKMOyuJuN3Jk7teOMxHO4mrToSHtqEyHdy7b1Fn36yPyn8O oVZp7w9TkyGsN4NJBdv/aO/b22MZFLS3SqJ2k7GPihmM5t38v0O1I6F1RPMsl2v5pPBf h7gu+kz6+DoleIJCwI4bMJlokRopdIeHSka5X6EyIBdR+ts/5yscoDAHq7przzmDfQzF AIdgrgjW/I2qJ4kjR7Gn+mRXXdn9XJkKF0T7GAzNis2kHEKk9aEqSbfBKyc9W7MQOeuA XbBBffGkpLhOusxH/UcRGLA9si+KRpUHiO8fP2sxaLcRf2W6bJ1vP0ytLLyXJZTNbgVt S05w== MIME-Version: 1.0 Received: by 10.68.232.201 with SMTP id tq9mr76238858pbc.70.1340194904489; Wed, 20 Jun 2012 05:21:44 -0700 (PDT) Sender: adutkowski@gmail.com Received: by 10.66.2.132 with HTTP; Wed, 20 Jun 2012 05:21:44 -0700 (PDT) Date: Wed, 20 Jun 2012 14:21:44 +0200 X-Google-Sender-Auth: dTFruQYcFklSBjtNaU1lug95sBA Message-ID: From: Aleksander Dutkowski To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [GSoC] Week 4 Status Report - FreeBSD/arm on BeagleBoard-xM X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 12:21:45 -0000 Hello! Last week I was working on SoC internals' drivers: * Power, Reset and Control Module * System Control Module * General Purpose Timers The first two are done, they need to be tested. I am rewriting the GPTimers driver. Instead of init all 11 available Timers by one driver, only two timers will be initialized by two, almost the same drivers. The difference between the drivers will be in device_probe() function. One of them will be initialized for System Ticks and the other as EventTimer. This solution will be easy to modify in the near future, if we want to enable other 9 timers. For now, only two are needed -- regards aleek From owner-soc-status@FreeBSD.ORG Wed Jun 20 18:56:22 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58FDF1065670 for ; Wed, 20 Jun 2012 18:56:22 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 118C48FC12 for ; Wed, 20 Jun 2012 18:56:22 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0M5X0076XJ1EYA30@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 20 Jun 2012 20:51:14 +0200 (CEST) Date: Wed, 20 Jun 2012 20:51:14 +0200 From: Jakub Klama To: soc-status@freebsd.org Message-id: X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM and FDT cleanup - status report #4 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jun 2012 18:56:22 -0000 Hi, It's fourth status report for project aimed to clean up current FreeBSD/ARM port and FDT implementation. Things done this week: * Made changes to interrupt routing code and modified arm ports in a way that old and new code can easily coexist: legacy arm ports use standard intr.c code, while lpc port uses intrng.c * Written geom slicer which will be used to map flash device partitions using data read from .dts files. I'm currently waiting for OpenRD-Client which has NAND and NOR flash onboard and allow me to test this changes. It should arrive in few days. Things for next week: * Test geom changes on OpenRD. * Encapsulate ARM pmap/mmu initialization code from machdep files into one common routine. Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Mon Jun 25 12:21:55 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01151106567B for ; Mon, 25 Jun 2012 12:21:55 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7EF758FC0C for ; Mon, 25 Jun 2012 12:21:54 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so3828005wgb.31 for ; Mon, 25 Jun 2012 05:21:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=l3xOMZ4U9PLMZ/3I1IWzr4z/vBMkNXrGg1PVXlhexXw=; b=YQ1Az7bZFrp7UksZ7BcZY3mej4AHTpB2yk8QV8pqq/rxzKbtTpp3UUY3caMtzYHeR4 RL/guP9KgVD3z6iWpDdNhX+N3zLxsBy/SVFFMF+7IwYux1Px6e3o6+iL4wf4ZjixnWJa 2iMmiJ0nXOs87g7dE/GxASLJ9dcoLpvAzZOyaWL6bMyig5SxJRRJaaCcoPtVQRMvSTdx P57DsdrbaNUjwKUslPX72cdC99rD7KncHTFVKRRZYJ6Gl/KJgo5SZEckwDJ3Jy+6cN8Q W6VuXioupgNcxvzV1NZTM2LW/onLrwF4Xz7SF2NDIrO5Y5GDTNDyDl0klKJpUQo2Gavh orFg== MIME-Version: 1.0 Received: by 10.180.100.37 with SMTP id ev5mr20834030wib.5.1340626568646; Mon, 25 Jun 2012 05:16:08 -0700 (PDT) Received: by 10.216.30.148 with HTTP; Mon, 25 Jun 2012 05:16:08 -0700 (PDT) Date: Mon, 25 Jun 2012 08:16:08 -0400 Message-ID: From: Greg Miller To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Subject: Lock profiling and lock order verification, week 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 12:21:55 -0000 Accomplishments for the week: * Wrote an initial makefile for the witness library and connected libwitness to the build. * Wrote a pthread_mutex_lock() wrapper and a test program and verified that wrappers are executed properly. I'm currently digging through the kernel WITNESS code, ensuring that I fully understand it before implementing the userland version, and my plan is to begin checking in libwitness code later this week. From owner-soc-status@FreeBSD.ORG Mon Jun 25 12:58:23 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F34F7106566B for ; Mon, 25 Jun 2012 12:58:22 +0000 (UTC) (envelope-from ericmcc@cs.umass.edu) Received: from mail.atlantawebhost.com (dns1.atlantawebhost.com [66.223.40.39]) by mx1.freebsd.org (Postfix) with ESMTP id A44D48FC22 for ; Mon, 25 Jun 2012 12:58:22 +0000 (UTC) Received: (qmail 22085 invoked from network); 25 Jun 2012 08:58:16 -0400 Received: from c-71-192-38-198.hsd1.ma.comcast.net (HELO Macintosh-21.local) (71.192.38.198) by mail.atlantawebhost.com with SMTP; 25 Jun 2012 08:58:15 -0400 Message-ID: <4FE86066.5070008@cs.umass.edu> Date: Mon, 25 Jun 2012 08:58:14 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: soc-status@FreeBSD.org, "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Status Update X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 12:58:23 -0000 This report is largely on activities from the beginning of last week. Towards the end, I was occupied with job interviews and things related to that, so I was unable to do much work. I was able to identify the root cause as to why I could not get a Hello, World type application to run. The problem is that when compiling on an amd64 machine, defines __uint64_t as unsigned long. When cross-compiling to i386 with the -m32 flag, this means that __uint64_t is incorrectly defined to be 32 bits in size. The result is that the EFI_SYSTEM_TABLE structure was misaligned. On a mingw32 build (like what EDK does), this isn't a problem, as it's using the i386 headers. I will still aim to create EDK II and IASL ports if I have the time, or after the end of summer if I run out. As things stand now, I can build a hello world type application. When I try to tie it in with libefi, however, things no longer work, but I know why. The process for starting up loader.efi is as follows: first, _start gets called, which subsequently calls _reloc, then efi_main. In libefi, efi_main does some initialization, then calls main. At present, when I try to build experimental applications that start with main (as opposed to defining their own efi_main and not linking against libefi.a), _reloc appears to fail. I am going to contact Rui Paulo to learn more about _reloc and what its purpose is. Also, loader.efi still doesn't run. There are several possible reasons for this. First, something somewhere might use __uint64_t, and I've only added macros to properly define UINT64. Second, I also noticed that mingw32 appears to reserve 8 bytes of stack space that seem to be unused, but may be an essential part of the ABI. The native build does not reserve that space. On a personal note, I will be traveling in the coming week, so my contact may be intermittent. However, I should be able to get work done. From owner-soc-status@FreeBSD.ORG Mon Jun 25 13:07:33 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB3B6106567B for ; Mon, 25 Jun 2012 13:07:33 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-qa0-f51.google.com (mail-qa0-f51.google.com [209.85.216.51]) by mx1.freebsd.org (Postfix) with ESMTP id 670208FC08 for ; Mon, 25 Jun 2012 13:07:33 +0000 (UTC) Received: by qaea16 with SMTP id a16so1504251qae.17 for ; Mon, 25 Jun 2012 06:07:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=xtp8LSmHx3TvjF5nJkkf+fKmPueBQO62x2UymhmFCSw=; b=Unr0fEcXeZ+UiU//31jOP3ZUBo3Uo5e4j81Z2JTwjFrCc3zqhoaATj2M7IjC90zIZX p7WT1mnT+u/JKfOBOBrpCCZFzS7qH5j+uQnkZqxtCGHqruGN0pE/cKPkWDYgI6KLChrQ Hz3yoWkU8NpM5k7B1DTlTENpvMXOMCgWXPPl9G1TEp2e/z/v40mb2j3yJXIz0AKA07Uz v0v4fyS13hLxCQDQmg1KF9EXt+umrJTsd1+tYrfoBLFGRkARLDiMVn6VW8lSS+kR7aFi XTNKzBrfoanD7DmqeQ9Yw6d01cMkCA26FDZNwP+PNUcxKC63wk66tEdhgsuFAJkMh2i8 Dxxw== MIME-Version: 1.0 Received: by 10.224.185.148 with SMTP id co20mr20714318qab.4.1340629647338; Mon, 25 Jun 2012 06:07:27 -0700 (PDT) Received: by 10.229.217.74 with HTTP; Mon, 25 Jun 2012 06:07:27 -0700 (PDT) Date: Mon, 25 Jun 2012 16:07:27 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel Level File Integrity Checker report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 13:07:33 -0000 During week #5: No work was done during last week due to university exam period; work resumes today. Next tasks on the TODO list: * finish look up of files in checksum index tables during vnode creation if vnode is not created by VOP_LOOKUP. * implement "/sbin/pefs verify" command which will verify .pefs.checksum files in userland. -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Mon Jun 25 20:49:29 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3FF51065670 for ; Mon, 25 Jun 2012 20:49:28 +0000 (UTC) (envelope-from jesse.hagewood@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 79A0D8FC16 for ; Mon, 25 Jun 2012 20:49:28 +0000 (UTC) Received: by werg1 with SMTP id g1so4032490wer.13 for ; Mon, 25 Jun 2012 13:49:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=PqBfXsILxpzYsJZ3YR6ZrDKWx4WxYEo3jF3iHUM5oyI=; b=Zt/IkwD7CUWD7QimPMna7RBDmsIBzJOIQP1ner76K/LGhhRKKiUfztB8l7qAMyZ/qI Okmbk+pbyxVBZZQFGPHlJcHTYxqKBdua5X8NYJ39UK87PMYgRHeqRI0z0224dcAVH8tW HZwGwMYuQlLgHP3DiMrMR1Vl3Dsd5YFrpywl1w050ayjZGTAZgXvhludXzgf1gj8r0EV 7CrAcTgDKxOk66W4eQizqec3+pImWfN1z2Vlb8pKuMKU5i0HZWK1l57LyI9Rki/ZczWZ RztOb5vopRz6VoyYgwaYo37a5adfhc//YMrKuSyeW8OEgtb3Sd3OI89YcqBxAkaSeesc 5Jew== MIME-Version: 1.0 Received: by 10.180.94.4 with SMTP id cy4mr27641834wib.2.1340657367446; Mon, 25 Jun 2012 13:49:27 -0700 (PDT) Received: by 10.216.200.87 with HTTP; Mon, 25 Jun 2012 13:49:27 -0700 (PDT) Date: Mon, 25 Jun 2012 16:49:27 -0400 Message-ID: From: Jesse Hagewood To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Improving BSD licensed text-processing tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 20:49:29 -0000 Progress this week: - Diff's context, unified, and normal formats seem to be completely GNU compatible now. Most of it was timestamp issues, a little bit of it was output diff would give when running across binary files or directories. - The bug I found that involved input files over a few hundred bytes turned out to not be about size. It actually occurred because BSD diff would search the input file for any non-ASCII characters, and if it found any at all in the file, would consider the file a binary file. GNU diff doesn't do that. This means that any text file with Unicode characters would be considered a binary file. My fix for this is problem is to instead check the first few bytes of the file to see if it is an ELF format file, and if so, assumes the file is a text file. - Lots of code clean-up with diff. There were lots of uses of putchar(), puts() and other output functions like that in diffreg.c, and i substituted all of them with printf(), also fixed a lot of style things. Not really finished in this respect, though. - Put together a test script for diff. - Studied the --ignore-*-* options, I've found that the ones that were previously implemented don't work correctly. For example, in ignore-blank-lines' output, the line in the diff dealing with the blank lines is followed by a 'o' character. - Did a write-up for man/mdoc macros on my wiki. Currently I've described the specific source files involved with implementing macros, and I will add more information soon. Here's my to-do list for diff: https://socsvn.freebsd.org/socsvn/soc2012/jhagewood/diff/TODO From owner-soc-status@FreeBSD.ORG Mon Jun 25 23:28:29 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CE7D106566C for ; Mon, 25 Jun 2012 23:28:29 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id E4C1C8FC0A for ; Mon, 25 Jun 2012 23:28:28 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so1333045wib.13 for ; Mon, 25 Jun 2012 16:28:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=to35n/tdQsgAvJ65OPRRT8wcrwoRn+QbVoQz3SDavWk=; b=RBoLdmKCzcQbQn0hALMvHoVA8GluIoOBd01tT2FM5l+F/xQik9G7Do2hmeWsdm1ftM IP0V2YRc+3nwiCJkXogBTnN3W+8lJFBRqsueFIPLprBf49yGDjGZejpG1/yB7eh7eFUg PFgjDOFUvm/R73po4BJGaUZKzsw7DSIAdVslYknSdG/5iwavHPT8BFJGQtRyc8y6+kj5 EGGr+3BCPf2aXOLdSytu2UgI404MgN99pOHqWmsndBPKZXppe7sthyj3mIOhBc0kxCPI ubXTfidA/9Sf4SggSIUE6cxz2gg58RMtXD6NujbDeeNw5vjfcSg64xlBveEHjbtVi0wD wxoQ== Received: by 10.180.105.234 with SMTP id gp10mr27889040wib.11.1340666908010; Mon, 25 Jun 2012 16:28:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.231.98 with HTTP; Mon, 25 Jun 2012 16:28:07 -0700 (PDT) From: rudo tomori Date: Tue, 26 Jun 2012 01:28:07 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: cpu limits status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 23:28:29 -0000 Hi, the goal of my gsoc project is to enable the system administrators to configure %CPU limits using the rctl command. So that they can for example limit a particular user to 50% cpu time. Last week I created a script that periodically samples %cpu usage for a specified user and draws a plot of the collected data. Then I wanted to run make buildworld under some user, impose %cpu limits on the user and watch the results of the script to see how the %cpu limits work. However, I did not get to it because I was also upgrading ports on my machines I use for development and testing/debugging - and it took quite a lot of time. So I want to run these benchmarks this week. rudo From owner-soc-status@FreeBSD.ORG Mon Jun 25 23:52:16 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD864106564A for ; Mon, 25 Jun 2012 23:52:16 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8E0388FC08 for ; Mon, 25 Jun 2012 23:52:16 +0000 (UTC) Received: by obbun3 with SMTP id un3so9189434obb.13 for ; Mon, 25 Jun 2012 16:52:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=OM+svFCSSQytr5qPJL/XOiD0YzB9pfQAGUgyYVX/HGo=; b=BTKlhJS2JMeuZttuaqlhzl0OKtz7+keBeZvkyS09Cz2D1CfGABJiY4iyCycLMxQLGO Si6Y87syUArMHyzXVNbh728zswiB2r/v0S7e6UX/92FD/2zAp8l5S98YmRFK/NWmvTYm uQvA2yMehOrVyiKU0vI7S8LCW/2jbb3gdk03o= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=OM+svFCSSQytr5qPJL/XOiD0YzB9pfQAGUgyYVX/HGo=; b=WSOg6IBEqJBmXcEeEi+82e72a+/43sZhkBS9bEe2d48WQI2aS0J85XmCa9omzFu5kf 26bWbDvtEw6UCajnW2vRfan4E8+DbQ75gqEPpZiRwTc9V9xb6/gNejerZJZ9vbAQwqnA BVKoUnT0hNPZE8lWamjqidgJwetxwTAUOxDaS/ZBnjfxTxkWObF+7exmxnozZb1VXVjt uOyQyDhdmzlBtM31PZfZ3MMVbYzidmSDdm7r3Auu89r9r9fMtAxW8kLhghac3OArdctz gMt5rjL44i93w2IhpvWcI9BWvFFqVoSf7IQ/PmJgAg6rZcA1KTeYkmrSJT59Ud18rGMt 9yjA== Received: by 10.60.14.68 with SMTP id n4mr14006121oec.24.1340667961623; Mon, 25 Jun 2012 16:46:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.241.9 with HTTP; Mon, 25 Jun 2012 16:45:21 -0700 (PDT) From: Takuya ASADA Date: Tue, 26 Jun 2012 08:45:21 +0900 Message-ID: To: soc-status@freebsd.org, Peter Grehan Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlO2QIcTeXPXBjKrTbsP3nf3kAXYbO0OHjy7SetNf0QFD2nX3uwVzQN6NldzWwPKCgXsrjj Cc: Subject: [status report #4 & #5] BHyVe BIOS emulation to boot legacy systems X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2012 23:52:16 -0000 Sorry for delay to send report #4, I'll send #4 & #5 together now. * project summary The project goal is to support BIOS emulation on BHyVe, enabling boot from disk image. I going to focus booting FreeBSD/amd64 from disk image on this GSoC, but final goal is to make BHyVe able to support more guest OSes. * re-implement register initialization code on libvmmapi In report #3, I implemented sample pseudo BIOS loader and "unrestricted mode" enabler on bhyve command, but it caused triple fault in guest mode. I tried to initialize CPU registers correctly, by following Intel CPU manuals - section 9.1.1 "Processor State After Reset", vol 3. svn diff -r238303:238304 https://socsvn.freebsd.org/socsvn/soc2012/syuu/bhyve-bios * unset VM_ENTRY_LOAD_EFER and VM_ENTRY_GUEST_LMA flags on entry_ctls when a client is unrestricted guest Intel manual says, we can't enable these bits when we are in unrestricted guest mode(real mode). So I added a code to clear bits when client requested VM_CAP_UNRESTRICTED_GUEST. svn diff -r238294:238295 https://socsvn.freebsd.org/socsvn/soc2012/syuu/bhyve-bios * remove unnecessary codes on bhyvebiosload svn diff -r238302:238303 https://socsvn.freebsd.org/socsvn/soc2012/syuu/bhyve-bios| * test result Succeeded to handle VMCALL in unrestricted guest mode. So I can start develop pseudo BIOS from here. $ sudo bhyvebiosload -m 128 -M 256 -h /usr/bhyve-guest/ vm0 $ sudo bhyve -m 128 -M 256 -b vm0 VMCALL handled $ sudo vmmctl --vm=vm0 --get-all lowmem 0x0000000100000000/134217728 highmem 0x0000000108000000/268435456 efer[0] 0x0000000000000901 cr0[0] 0x0000000000000030 cr3[0] 0x0000000000000000 cr4[0] 0x0000000000002000 dr7[0] 0x0000000000000000 rsp[0] 0x0000000000000000 rip[0] 0x0000000000000000 rax[0] 0x0000000000000000 rbx[0] 0x0000000000000000 rcx[0] 0x0000000000000000 rdx[0] 0x0000000000000f00 rsi[0] 0x0000000000000000 rdi[0] 0x0000000000000000 rbp[0] 0x0000000000000000 r8[0] 0x0000000000000000 r9[0] 0x0000000000000000 r10[0] 0x0000000000000000 r11[0] 0x0000000000000000 r12[0] 0x0000000000000000 r13[0] 0x0000000000000000 r14[0] 0x0000000000000000 r15[0] 0x0000000000000000 rflags[0] 0x0000000000000002 vcpu0 vm exits due to external interrupt 0 vcpu migration across host cpus 1 vcpu total runtime 15562 ds desc[0] 0x0000000000000000/0x0000ffff/0x00000093 es desc[0] 0x0000000000000000/0x0000ffff/0x00000093 fs desc[0] 0x0000000000000000/0x0000ffff/0x00000093 gs desc[0] 0x0000000000000000/0x0000ffff/0x00000093 ss desc[0] 0x0000000000000000/0x0000ffff/0x00000093 cs desc[0] 0x0000000000000000/0x0000ffff/0x00000093 tr desc[0] 0x0000000000000000/0x0000ffff/0x00000083 ldtr desc[0] 0x0000000000000000/0x0000ffff/0x00000082 gdtr[0] 0x0000000000000000/0x0000ffff idtr[0] 0x0000000000000000/0x0000ffff cs[0] 0x0000 ds[0] 0x0000 es[0] 0x0000 fs[0] 0x0000 gs[0] 0x0000 ss[0] 0x0000 tr[0] 0x0000 ldtr[0] 0x0000 pincpu[0] unpinned pinbased_ctls[0] 0x0000003f procbased_ctls[0] 0x95006172 procbased_ctls2[0] 0x000000a2 gla[0] 0x0000000000000000 gpa[0] 0x0000000000000000 entry_interruption_info[0] 0x00000000 eptp[0] 0x000000003cf9201e exception_bitmap[0] 0x00040000 io_bitmap_a[0] 0x00000000 io_bitmap_b[0] 0x00000000 tsc_offset[0] 0x0000000000000000 cr0_mask[0] 0xffffffff60000020 cr0_shadow[0] 0x0000000000000020 cr4_mask[0] 0x0000000000000000 cr4_shadow[0] 0x0000000000000000 cr3_target_count[0] 0x00000000 cr3_target0[0] 0x0000000000000000 cr3_target1[0] 0x0000000000000000 cr3_target2[0] 0x0000000000000000 cr3_target3[0] 0x0000000000000000 apic_access_addr[0] 0x0000000000000000 virtual_apic_addr[0] 0x0000000000000000 tpr_threshold[0] 0x00000000 msr_bitmap[0] 0x000000000b3d1000 msr 0xc0000080[0] RW msr 0xc0000100[0] RW msr 0xc0000101[0] RW msr 0xc0000102[0] RW msr 0x00000277[0] RW vpid[0] 0x0011 ple_window[0] 0x00000000 ple_gap[0] 0x00000000 instruction_error[0] 0x00000000 exit_ctls[0] 0x003f6ffb entry_ctls[0] 0x000051fb host_pat[0] 0x0001050600070406 guest_pat[0] 0x0007040600070406 host_cr0[0] 0x0000000080050033 host_cr3[0] 0x000000004bb80000 host_cr4[0] 0x00000000000026f0 host_rip[0] 0xffffffff81a12090 host_rip[0] 0xffffff8002aa5000 guest_sysenter_cs[0] 0x00000000 guest_sysenter_sp[0] 0x0000000000000000 guest_sysenter_ip[0] 0x0000000000000000 vmcs_pointer[0] 0xffffffffffffffff vmcs_exit_reason[0] 0x0000000000000012 vmcs_exit_qualification[0] 0x0000000000000000 vmcs_exit_interruption_info[0] 0x00000000 vmcs_exit_interruption_error[0] 0x00000000 vmcs_guest_interruptibility[0] 0x00000000 errno = 22 From owner-soc-status@FreeBSD.ORG Tue Jun 26 03:18:47 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7CAD1065674 for ; Tue, 26 Jun 2012 03:18:47 +0000 (UTC) (envelope-from monty11ez@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8009B8FC08 for ; Tue, 26 Jun 2012 03:18:47 +0000 (UTC) Received: by obbun3 with SMTP id un3so9460913obb.13 for ; Mon, 25 Jun 2012 20:18:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=c3lZIIMhyPG0LB3Gfj55G35umBB4vKLlzNmvxwBT0+Q=; b=zKhvBMqkxYLyCJKqm40sap3kwFM5eSBG8SIn9rXEexXh3AbBeMfuxSvadav1oWbHth x+loHD4WYV3lFAK/5lNgJaJUYthTZZsSyxQnoFE/hk5VCWkHffovMvgGz+FxbVZnAz9r +2OlhSuKB3WpKaq95tWPeTRWX4DD914prQRwvvcdKYxwGLHwHZq6naqeReUtOixX0gPO YpLGkvo6TJY3658fHj21c8rwR7URW7FRTb5iDjCeZlMiOJLHW/lcFGudpRjborxAL9R1 VYa7FSiWGPHdlstrtaTgvLQ+7nKuBaCZn2SHseRyH0JDggM8CX6cA8jqsFUuPsOiJK5c rRJQ== MIME-Version: 1.0 Received: by 10.182.52.38 with SMTP id q6mr14506763obo.8.1340680726949; Mon, 25 Jun 2012 20:18:46 -0700 (PDT) Received: by 10.182.176.7 with HTTP; Mon, 25 Jun 2012 20:18:46 -0700 (PDT) Date: Mon, 25 Jun 2012 23:18:46 -0400 Message-ID: From: Monty Chaney-Geib To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Report Week 5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 03:18:47 -0000 I have finally made good progress on my project! Now, half-way through the Summer of Code, I understand what I am suppose to be doing. I was under the impression that I was suppose to be porting tcplay and then implementing it to work in ggate. I now have realized that instead of making tcplay work with freeBSD, my project is making tcplay use ggate instead of libdm. My mentor was unable to communicate to me what you were expecting, but after trial and error (and a little help from my friend Ian Wagner) I figured it out. Last week, I futility spent the whole week trying to get libdm.h ported. I was however able to get one of the other .h files that I needed. This week will be spent adding in the ggate code, replacing the libdm code. -Monty From owner-soc-status@FreeBSD.ORG Tue Jun 26 10:51:53 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A621B106566C for ; Tue, 26 Jun 2012 10:51:53 +0000 (UTC) (envelope-from tzabal@it.teithe.gr) Received: from alpha.it.teithe.gr (alpha.it.teithe.gr [195.251.240.232]) by mx1.freebsd.org (Postfix) with ESMTP id 157DD8FC15 for ; Tue, 26 Jun 2012 10:51:52 +0000 (UTC) Received: from localhost (babel.noc.teithe.gr [195.251.240.240]) by alpha.it.teithe.gr (8.14.3/8.14.3/Debian-9.4) with ESMTP id q5QApcrW019855 for ; Tue, 26 Jun 2012 13:51:40 +0300 Received: from ppp141237244208.dsl.hol.gr (ppp141237244208.dsl.hol.gr [141.237.244.208]) by webmail.teithe.gr (Horde Framework) with HTTP; Tue, 26 Jun 2012 13:51:42 +0300 Message-ID: <20120626135142.93192yghgfxqw2ta@webmail.teithe.gr> Date: Tue, 26 Jun 2012 13:51:42 +0300 From: Tzanetos Balitsaris To: soc-status@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) Subject: [Status Report - Week 05] Automated Kernel Crash Reporting System X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 10:51:53 -0000 Completed tasks for this week: * Research about the programming languages that are used for server side programming. Decide to use Python instead of PHP for the construction of crashreportd and the various components of the Server side part. * Study Python and its standard library and writing test programs to familiarize myself. Then, I wrote the second version (primitive and incomplete) of crashreportd (usr.sbin/crashreportd) written in Python. * Minor change in crashreport (usr.sbin/crashreport): change the directory that reports will be send to the server from /home/reporter to /var/spool/crashreports. In server, created the directory /var/spool/crashreports as root and then chown to reporter. * When coding the crashreportd program, I realised that the crash reports have not a compact and strict form. This leads to a harder and more buggy code in the server side part and more load for the server machine. So, I decided to organize the structure of the reports in the client side part while bundling the report and then send it to the server. If the report does not follow the rigid rules of how a report should be, then it will be discarded from the server. Also, with this approach we reduce the chances of accepting a fake or most important, a malicious report. The implementation of this thought is under constuction and it will be ready in the following days. * Update the FreeBSD Wiki page of the project -- Tzanetos Balitsaris ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-soc-status@FreeBSD.ORG Tue Jun 26 14:57:13 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7788E1065670 for ; Tue, 26 Jun 2012 14:57:13 +0000 (UTC) (envelope-from scherfreebsd@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id F3D758FC0C for ; Tue, 26 Jun 2012 14:57:12 +0000 (UTC) Received: by bkvi18 with SMTP id i18so1019bkv.13 for ; Tue, 26 Jun 2012 07:57:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:subject:date:message-id:to:mime-version :x-mailer; bh=8ttUx6AlFCBn+rjhN2PelkC2VbZazjUMwpwOW8IF5yI=; b=bdxjjQ4GTHJEzxD0RF+8uiYSne37yzCpn7XoXHDt25j/2lvW7G+bt0GgSI1N/P34Ke 0Okhsv08XBSSUfiBPnDut6gMJ+iPtFXigxqxLz4m6Q2Zc3Q5X7CRUEcTQTgdzhYpWNce d8BjdUshnvifRj0wNH48zQERmhYEwFOJgBbjpdV+uWEEOP/IhimYrpbMgPPtlK7qP76q Qi6ce0tsk/jTiF30lJ3/HU3ENHgofx+8V4sQ+ZMZxlTHrXMxB19+ApQ+3831Ssb1L6qi 0d73zZfNzGw01GDwKFhabO2gZDxlsPzf6Mq7XHxfwmJSkGeEN8MixfQzqNX0GwBLWM5s 9wPQ== Received: by 10.152.144.99 with SMTP id sl3mr16419005lab.44.1340722631826; Tue, 26 Jun 2012 07:57:11 -0700 (PDT) Received: from [77.66.211.109] ([77.66.211.109]) by mx.google.com with ESMTPS id u10sm8893941lbm.14.2012.06.26.07.57.09 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 26 Jun 2012 07:57:10 -0700 (PDT) Sender: Alexander Pronin From: Alexander Pronin Date: Tue, 26 Jun 2012 18:57:07 +0400 Message-Id: <22F011E7-9BA7-4DAC-9199-24568582677F@FreeBSD.org> To: soc-status@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: [ Week Report GSOC ] Parallelization in the ports collection X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 14:57:13 -0000 Redesign of options checking. OPTIONS are configured recursively for port and it's dependencies on = non-parallel stages, before each of the default targets (pkg, fetch, = extract, patch, configure, build, install, package and check-sanity). = While configuring OPTIONS ${PORT_DBDIR} is locked, thus only one = configuration per time may be implemented. tmp file is used to store already processed ports to skip them later. Proper locking unlocking for ${PORT_DBDIR}, to allow only one process to = make changes in this directory PR: ports/169394: [ bsd.port.mk ] improper evaluation of = config-recursive target. Backward compatibility for non-parallel builds. Non-parallel dependency builds are run as fg processes From owner-soc-status@FreeBSD.ORG Tue Jun 26 23:00:49 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BED1B106566C; Tue, 26 Jun 2012 23:00:49 +0000 (UTC) (envelope-from jbjcalmels@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9958FC18; Tue, 26 Jun 2012 23:00:49 +0000 (UTC) Received: by dadv36 with SMTP id v36so590394dad.13 for ; Tue, 26 Jun 2012 16:00:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=Y8aQPAGWC0Jmq2pLo2drlD/Z0jCy4LP/xYAusV96+Rw=; b=jhAO458EHgyGTjN9qUGcmJlFS1FoOw1RUbg1vF4dN5rgnStU0IKaJzBXe/r7B6yoZJ TguK2C8WA7P2mBKdKNI8zv7aXHc7sZtZ/8yJwcRghABTlHZybzZVhinuzNRrGklQECpg 2ynKUHOU7+L2WBxrE+h1F0wjOE2wMfgJsYsIC3zbEBrvziZ5jyRoYLXtHPAznAt+Wt23 ppdK/D/zmjlVgrKgiolCoHqkeJWnOZZkiO9BLBvNuXvjPm4n6Vk0iVKH9xImlhbfSj7X ZQpy8FbI43I1x1OfVgx7JhsBoOlOGa8tugAh+jaTYKf+YhFStEW0OnTf2yLzYpeOieAJ vlAg== MIME-Version: 1.0 Received: by 10.68.231.229 with SMTP id tj5mr56852378pbc.39.1340751648953; Tue, 26 Jun 2012 16:00:48 -0700 (PDT) Received: by 10.142.157.9 with HTTP; Tue, 26 Jun 2012 16:00:48 -0700 (PDT) Date: Wed, 27 Jun 2012 01:00:48 +0200 Message-ID: From: Jonathan Calmels To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bz+soc@freebsd.org Subject: [Week 5][IPv6 Improvement] Activity report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2012 23:00:49 -0000 Hello, Here is my report for the week concerning the IPv6 improvement, under Bjoern Zeeb's mentoring The project aims to make more user space applications fully IPv6 ready. Openssl has been fully migrated to IPv6 excluding the BIO connection state machine. The current patch is available on the FreeBSD repository. s_client and s_server have been tested and seem functionnal. All the libraries are being tested using a lot of regression tests across differents inet architectures (see http://wiki.freebsd.org/IPv6/IPv6Improvement Test Plan). Regards, --- Jonathan Calmels (@exxo) From owner-soc-status@FreeBSD.ORG Wed Jun 27 21:57:54 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F17F21065673 for ; Wed, 27 Jun 2012 21:57:53 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id A909A8FC1A for ; Wed, 27 Jun 2012 21:57:53 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0M6A00JR4QCGOV20@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 27 Jun 2012 23:57:52 +0200 (CEST) Date: Wed, 27 Jun 2012 23:57:52 +0200 From: Jakub Klama To: Jakub Klama In-reply-to: <99a49bc0bf2e640d201d555c4d63f34f@uj.edu.pl> References: <99a49bc0bf2e640d201d555c4d63f34f@uj.edu.pl> Message-id: <39ba7a671d6340d9c7d9bcfb2b9bf25f@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Cc: soc-status@freebsd.org Subject: Re: Fwd: FreeBSD/ARM and FDT cleanup - status report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 21:57:54 -0000 On Wed, 27 Jun 2012 20:53:14 +0200, Jakub Klama wrote: > * Launched CFI flash support on OpenRD Of course I was thinking of NAND flash support. OpenRD is not equipped with CFI flash. Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Wed Jun 27 21:58:25 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 191001065676 for ; Wed, 27 Jun 2012 21:58:25 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id C7E688FC1F for ; Wed, 27 Jun 2012 21:58:24 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0M6A00EECHSQBD80@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 27 Jun 2012 20:53:14 +0200 (CEST) Date: Wed, 27 Jun 2012 20:53:14 +0200 From: Jakub Klama To: soc-status@freebsd.org Message-id: <99a49bc0bf2e640d201d555c4d63f34f@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: Fwd: FreeBSD/ARM and FDT cleanup - status report #5 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2012 21:58:25 -0000 Hi, It's fifth status report for project aimed to clean up current FreeBSD/ARM port and FDT implementation. Things done this week: * Aquired OpenRD, fixed mv port on armv6 branch got successfull boot. * Launched CFI flash support on OpenRD * Working on partition mapping on flash memories using dts-encoded specifications. No usable code yet. Things for next week: * Finish partition mapping. Sorry for being late, but my ISP sucks in last few days. Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Thu Jun 28 10:01:37 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FC0D106564A for ; Thu, 28 Jun 2012 10:01:37 +0000 (UTC) (envelope-from adutkowski@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 36A9E8FC0A for ; Thu, 28 Jun 2012 10:01:37 +0000 (UTC) Received: by dadv36 with SMTP id v36so2904487dad.13 for ; Thu, 28 Jun 2012 03:01:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=rk/Nvn6WY2oXdUVbOrlsgohDuU3mEjm3d/51hybk7Hw=; b=b2rDIvH5U1yUAjzrJEZdUbTBig49mcqoxTbdeqJO8ROqVP+SBkRPQtczV83bvNymlP EtSDaJwOe6qcVxOFEyHALAYV1uBSUjN3IYyEMgB2g1F35TLiNFR2mYyUdcZGqTQFwnkS oe6LxI8y6wqH2vsfhuVCoclGdylG+viwNCyI/S8XspXGf+FDKmO+8vOP5hzV2Ww/X353 BXaDxKdBnBjaZaOgSCRrPNTjvj//yNA865CvgKRDVxGiYLpbuJHDLaNQuo/Me9wYHdxD C0Bd/UEIbxHVa7OWxYlZwdedQwb0DSJhg2EVHqlxpkVYtGRgI2f47Fe/W06iKGt9fldB XaqA== MIME-Version: 1.0 Received: by 10.68.138.166 with SMTP id qr6mr6048019pbb.43.1340877691320; Thu, 28 Jun 2012 03:01:31 -0700 (PDT) Sender: adutkowski@gmail.com Received: by 10.66.2.132 with HTTP; Thu, 28 Jun 2012 03:01:31 -0700 (PDT) Date: Thu, 28 Jun 2012 12:01:31 +0200 X-Google-Sender-Auth: fr9GlrBP60rilxzkpYXxtXkx_ys Message-ID: From: Aleksander Dutkowski To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: #5 Status Report - FreeBSD/arm on BeagleBoard-xM X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2012 10:01:37 -0000 Hello! Thinks done last week: * finish developing gptimer driver - supporting Eventtimer and Tickcounter - done * make world image (rootfs) FreeBSD is now booting on Beagleboard-xM. Log: http://pastebin.com/qxUJzhi7 Thinks to do in this week: * refactor gptimer driver - also fix bugs - Im not convinced, that on of the timers works with frequency 4294967295 Hz ;) * start developing DMA and EHCI driver -- regards aleek From owner-soc-status@FreeBSD.ORG Sat Jun 30 11:44:23 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D2A7106564A for ; Sat, 30 Jun 2012 11:44:23 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id F29CF8FC15 for ; Sat, 30 Jun 2012 11:44:22 +0000 (UTC) Received: by obbun3 with SMTP id un3so6565202obb.13 for ; Sat, 30 Jun 2012 04:44:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=oVwZmRuRrYHKlXf12qI7tNS0wm+tKrzKIFzRT1O2xSU=; b=tO+e5vhmnpQ/+ph0Rx0xWBLTX4oc6VVv8tAY3TEPQDt8BoEuqhf5C0X1c7L4fmt66d FV9Sr9EcWbM12NgtjvceTrnNlYEsOYCO6nJhiaTijxCMng1l9+rE79z+L05N9F7wr8IB 6dhyjJnRyVuWiA3tutyUxW09aW8An0V9qIwWQZHV9n+bD8gMHCdWvcER/TIXIBE0RlUi 2x93wwlP9szRpgWWBom0JbgMDY5jO/ynrJYIFLqlxl9jLS3ORkXJ2GtCA3uIYJuTA2py h9NCxUSE+8awqwoW/kfJrZQKUolAWn6tLYGwQuPgHsxwzZJGDiVRPfZ9dpHnR2JSCd6N ENPA== MIME-Version: 1.0 Received: by 10.60.18.134 with SMTP id w6mr5387171oed.56.1341056662507; Sat, 30 Jun 2012 04:44:22 -0700 (PDT) Received: by 10.182.39.196 with HTTP; Sat, 30 Jun 2012 04:44:22 -0700 (PDT) In-Reply-To: References: Date: Sat, 30 Jun 2012 14:44:22 +0300 Message-ID: From: Oleksandr Dudinskyi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2012 11:44:23 -0000 Hi. n this week I did a lot of work. So I support reading cd / dvd / bd disks, but it has some error and not complete part yet. In next week I will continue test different types of discs and udf formats and fix bugs. On 20 June 2012 13:44, Oleksandr Dudinskyi wrote: > Hello. > In this week a have some unexpected problem with "nestbuf" in Netbsd and > ioctl system in udf driver.I am in progress of solve this issue. > > > On 13 June 2012 14:45, Oleksandr Dudinskyi wrote: > >> Hi, >> In last week I add debug section to my udf implementation, test some part >> of code, related with vfs function. In this week i want to continue test >> this function and adopt function of udf_subr.c >> >> >> On 4 June 2012 19:01, Oleksandr Dudinskyi wrote: >> >>> Hello. >>> First week of participation GSoC, I had exams to graduate. So I >>> lingered a bit in the schedule. But now, I have almost the support for >>> reading DVD, though it needs refinement. This week I'm dedicated this work >>> and will begin work with support CD. >>> >>> -- >>> Regards, >>> Oleksandr Dudinskyi. >>> >> >> >> >> -- >> Regards >> Oleksandr Dudinskyi. >> > > > > -- > Regards, > Oleksandr Dudinskyi > -- Regards, Oleksandr Dudinskyi. From owner-soc-status@FreeBSD.ORG Mon Jul 2 10:04:49 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC4E51065673; Mon, 2 Jul 2012 10:04:49 +0000 (UTC) (envelope-from scherfreebsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 158478FC1A; Mon, 2 Jul 2012 10:04:48 +0000 (UTC) Received: by lbon10 with SMTP id n10so9121666lbo.13 for ; Mon, 02 Jul 2012 03:04:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:subject:date:message-id:cc:to:mime-version :x-mailer; bh=ATikl/iJHDXv/6dsUgv4Gm9bUSWXYS6DKPitRA6qy40=; b=dnzQi+Mgfcz+IL51nqmCvW9acwrrDv75CkHxQsMTLx4sQYScP0o3BSBK/QsxVJkeuv cnogns3Mmt6nL753XBud55ujZTVKkw7cYqeebDQwDptVTRFrpemDbJ5Q5QaRR2+R99q/ V6P2gdFLRd82QE1FLf/MgJyP/UQeQhMJl+hiR2aPZiamK9VGYuDd5KtzGTh9UGlnPHsn YjKMgKifbgfJQYdgpf37Pmg4a6CofCYcUO95E7tfpYwmgaw7NUX7yu5LCQAvtOUgUG3+ SEclw2iSikLh2JBCYKS0fJ6M0cOldfBfISpKPfuPpTfim6N2aDyIzHIok+TZsMSovM6W yUNw== Received: by 10.152.146.169 with SMTP id td9mr12127328lab.42.1341223487894; Mon, 02 Jul 2012 03:04:47 -0700 (PDT) Received: from [192.168.0.101] ([77.66.212.151]) by mx.google.com with ESMTPS id fv16sm22808982lab.9.2012.07.02.03.04.45 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 02 Jul 2012 03:04:47 -0700 (PDT) Sender: Alexander Pronin From: Alexander Pronin Date: Mon, 2 Jul 2012 14:04:43 +0400 Message-Id: <3BA40C1C-586C-456E-80F5-72209F2F3A32@FreeBSD.org> To: soc-status@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Marcus von Appen Subject: [ Week Report GSOC ] Parallelization in the ports collection X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2012 10:04:49 -0000 New execution flow for options checking. tmp files are used to store information about already checked ports, to = skip them. Recursive options checking is implemented only by root port. ${CONFIG_DONE_${UNIQNAME}} variable is also considered while checking = port's options. License checking for port's dependencies. If some dependency ports need to ask for confirmation then parent port's = build stops, and user is listed all ports that will ask for licences = checking. Then a user will have to eval "make patch" for the above mentioned = ports. Only if no dependencies require license confirmation parallel ports = build will be allowed. Above mentioned stuff is implemented only by parent port. Redesign of user feedback. User configurable feedback timeouts on various stages of port's build, = where long-time loops may occur. Dependency ports' outputs are redirected to specified log files. More clear feedback messages for various parts of port's build. Redesign of parallel dependency builds. Port does not go into infinity non-sleeping loop if all deps are = currently locked. Redesign of "check-lock" target. Now it considers parent process's lock = file. From owner-soc-status@FreeBSD.ORG Mon Jul 2 11:22:32 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED8001065698 for ; Mon, 2 Jul 2012 11:22:32 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id A80858FC16 for ; Mon, 2 Jul 2012 11:22:32 +0000 (UTC) Received: by qabg1 with SMTP id g1so1840049qab.13 for ; Mon, 02 Jul 2012 04:22:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=YzZ8tPJTKGcvw7o+8pmz1qEli+dlolHQBE1ZQOqOx7A=; b=M8zNJp7pvn9PsabLa9D5c9Xl/trwp+2MM8A4BzzbsW81mB0xOs5zX+efgWiA+kvdQ8 PGUJQxh2QwbRi2eZbh+/o6n9uK/b6xMPNllPW/0DrVFEYZPZ3bNJ8uCLfdfTpIzNSeu2 4i37aRMMtz9CYQA+9qsX274bBjAv3qdzYvzVXhcyIo+yPEMSfWgS86zWucpaWgBHrFk2 6n2xXwl+PDReP435eNvq0clNV85PA0bNec6XzMzp7TxmBzK7pKv4n/wr3KjQv4U148iU F6Ua8Uwr+afHgJ8IizbluvYchMTwRkYTP/FJ/jk4RpuNjBsqzenMrZlNhbC/sTTeTPR9 IH6g== MIME-Version: 1.0 Received: by 10.229.135.213 with SMTP id o21mr6236319qct.59.1341228150364; Mon, 02 Jul 2012 04:22:30 -0700 (PDT) Received: by 10.229.217.74 with HTTP; Mon, 2 Jul 2012 04:22:30 -0700 (PDT) Date: Mon, 2 Jul 2012 14:22:30 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel Level File Integrity Checker report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2012 11:22:33 -0000 During week #6: * completed look up of files in checksum index tables during vnode creation if vnode is not created by VOP_LOOKUP. * "/sbin/pefs verify" command now works for mounted pefs filesystem. Next tasks on the TODO list: * make "/sbin/pefs verify" command work for unmounted filesystem. * clean up and prepare codebase for midterm evaluation -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Mon Jul 2 12:46:40 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75802106566C for ; Mon, 2 Jul 2012 12:46:40 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 0BE2F8FC08 for ; Mon, 2 Jul 2012 12:46:39 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so2541627wib.13 for ; Mon, 02 Jul 2012 05:46:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=EcWWtfTxqCpoipK79X92Z03WhjjhiuNKzvHStV78hhA=; b=vFPeqLSbjTkjJo/00bIgxV5ovo0mhCCM7NiP6Xq9EI/3+eq4Jjz7FdmuUYdZ5N2RPv 4qX0C4s4nc94x+fz2h9N93loEYZuCMjPx4DkDl7kkEIPlB/l9tWzPP2EvTCP+jhFJIh0 FEhqzWq9SyqS9ej1Tn6NeOm1SxdW/kXIdqGEKXClyafwSe8uHXshzLixdwdyUlk/DLg/ wSGwo51Km8rIlAy3zEKoyB2ldgYJXVZzebt0ucFhyALd+c1rFondhVSV7TjIOH+zvtpG TXFNBsmKPqNcvY9gDT9p3LTVvXYOHJ4MGEH7rDD4unTIaSyBuQ3VlGcsExFF71HrTRdr LPUw== MIME-Version: 1.0 Received: by 10.180.104.168 with SMTP id gf8mr16610384wib.12.1341233198838; Mon, 02 Jul 2012 05:46:38 -0700 (PDT) Received: by 10.216.193.195 with HTTP; Mon, 2 Jul 2012 05:46:38 -0700 (PDT) Date: Mon, 2 Jul 2012 08:46:38 -0400 Message-ID: From: Greg Miller To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Subject: Lock profiling and lock order verification status report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2012 12:46:40 -0000 Accomplishments for the week: * LoRs are now detected by libwitness (but data about LoRs is not yet logged) My goal for the next week is to begin cleaning up and committing test cases and make libwitness store data about LoRs. Other tasks that remain to be done: * Generate reasonable lock names in libwitness * Implement witness support functions (e.g., to allow the user to ignore ordering between two locks, specify an order for a pair of locks, retrieve LoR info, etc) * Generate XML output files for both lock profiling and libwitness * Commenting and style fixes * Further testing From owner-soc-status@FreeBSD.ORG Mon Jul 2 14:23:20 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FF51106566B for ; Mon, 2 Jul 2012 14:23:20 +0000 (UTC) (envelope-from jesse.hagewood@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id A70258FC1A for ; Mon, 2 Jul 2012 14:23:19 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so5139614wgb.31 for ; Mon, 02 Jul 2012 07:23:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=KSsFDf4ECG/UCMKSrsi57JdoivzYRWK0tQrfWWRjEMU=; b=lizfVysilV8F/5aA9KB/ElNj30Vvm65BdEmYcpXDvJHmAtecseAAfAk79tC7iBwPbR /2CAfh7p9k2ne07r7zntLv8rsL4sshCrByjS7HDFa+Nz4hbdQH0QeQWFakEly4pFandR jnpgB/eYMnGPOHeyJ+U84ywET2UASXc8z1FTOL+g5mUqXAs459rPlB/OjB74DotLkS9D WCua5l5xRlGWlTlUymdOW8ol7p4/hUqYbC7X8Wirg+1g5pcIPN2E6M8jZm0tBsCTh3Wz MFUYWkSKO6Q7J+UCGkQe12SXydi8UFURiZhG+pC876xdizPBP0auuMyU3dNxFoY+WLty uQCw== MIME-Version: 1.0 Received: by 10.180.94.4 with SMTP id cy4mr17254458wib.2.1341238993308; Mon, 02 Jul 2012 07:23:13 -0700 (PDT) Received: by 10.216.200.87 with HTTP; Mon, 2 Jul 2012 07:23:13 -0700 (PDT) Date: Mon, 2 Jul 2012 10:23:13 -0400 Message-ID: From: Jesse Hagewood To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Subject: Improving BSD licensed text-processing tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2012 14:23:20 -0000 Progress I made last week with diff: --left-column, --suppress-common-lines, --to-file, --from-file, and --help are completed. Implemented the different GTYPE options for --GTYPE-group-format (no functionality yet.) Implemented the different LTYPE options for --LTYPE-line-format (no functionality yet.) Finished the test script. Fixed binary/text file detection by using BSD grep's method, which is to search the file for a null character. If a null character is found, diff will assume it's a binary file. Besides the options for ignoring blank spaces and tab expansions which have bugs, it seems that the only major work left to be done with BSD diff is the line formatting and group formatting options. Even though my schedule says I move to working on sdiff this week, I'll try to complete what I have left for diff this week while also spending time looking at sdiff. From owner-soc-status@FreeBSD.ORG Mon Jul 2 18:15:55 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E33BF1065672 for ; Mon, 2 Jul 2012 18:15:55 +0000 (UTC) (envelope-from tzabal@it.teithe.gr) Received: from alpha.it.teithe.gr (alpha.it.teithe.gr [195.251.240.232]) by mx1.freebsd.org (Postfix) with ESMTP id 619B98FC15 for ; Mon, 2 Jul 2012 18:15:55 +0000 (UTC) Received: from localhost (babel.noc.teithe.gr [195.251.240.240]) by alpha.it.teithe.gr (8.14.3/8.14.3/Debian-9.4) with ESMTP id q62IFdoo031982 for ; Mon, 2 Jul 2012 21:15:39 +0300 Received: from dsl-aav8gy.dyn.edudsl.gr (dsl-aav8gy.dyn.edudsl.gr [37.32.238.162]) by webmail.teithe.gr (Horde Framework) with HTTP; Mon, 02 Jul 2012 21:15:46 +0300 Message-ID: <20120702211546.562161oiumyncriq@webmail.teithe.gr> Date: Mon, 02 Jul 2012 21:15:46 +0300 From: Tzanetos Balitsaris To: soc-status@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) Subject: [Status Report - Week 06] Automated Kernel Crash Reporting System X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2012 18:15:56 -0000 Work done during this week: * In Client side, modify usr.sbin/crashinfo to print the uname information in multiple lines rather than in a single one for easier scripting of the results (trivial change). Also, modify usr.sbin/crashreport to find and extract needed debugging information from a core.txt.X file (what is inspected when the full memory dump or minidump crash type is selected) and from a textdump.tar.X file (what is inspected when the textdump crash type is selected) and generate in both cases an XML based report. Fix a bug related to characters that have special meaning in XML by replacing them with predefined entity references. * In Server side, modify usr.sbin/crashreportd that now is written in Python. It is able to receive and perform some checks regarding the validity of the reports. Now I am working on how to implement the confirmation of the report from the submitter. For my tests I am using the SMTP server of Gmail because I could not setup correctly sendmail to send emails out of the local machine. In the future, I will set it up and it will need only one line of code to be changed and two to be removed. -- Tzanetos Balitsaris ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-soc-status@FreeBSD.ORG Mon Jul 2 20:29:08 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AC351065674 for ; Mon, 2 Jul 2012 20:29:08 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3438F8FC0C for ; Mon, 2 Jul 2012 20:29:08 +0000 (UTC) Received: by werp13 with SMTP id p13so1139877wer.13 for ; Mon, 02 Jul 2012 13:29:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=0KaGjVKyBuHrpSWQTH84ZbXpt9TsQWV21GKhOC/rfGI=; b=y+Dfyn23DVa7dugXF8cVDbX2vxfrwGekNS9jG0vy06hzkGG8melONf7U+iT9607wJR m4j6xG6o9l39nnASnwOyq0KzgkdS900nN3XDFYMjxqwsqD+3nAXFTV0L1H8sRx2YstP3 G8Aq+LSV2d5aM8GHdCplu3YXGm39XikaZrBLh4zGV/0PKwAyoXtSQm/HsbQuGeNboOjU Lztt0Wi+3MSW8mSTGQDBhzPYsXr49WYqn/yPujQNpDOtIoUWzPGt7mMMucGOPjud1h8r bnRpxksrKIw2zQwRZOqiEStHlEjydisw4hW3LYEtZUPlYayqCupTn9OoJYkPaB4HNBkz R5NQ== Received: by 10.216.136.203 with SMTP id w53mr1613203wei.63.1341260947034; Mon, 02 Jul 2012 13:29:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.1.72 with HTTP; Mon, 2 Jul 2012 13:28:46 -0700 (PDT) From: rudo tomori Date: Mon, 2 Jul 2012 22:28:46 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: cpu limits status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2012 20:29:08 -0000 Hi, the goal of my gsoc project is to enable the system administrators to configure %CPU limits using the rctl command. So that they can for example limit a particular user to 50% cpu time. Last week I wanted to run some benchmarks but in fact I spent it debugging the bugs I encountered during the benchmarking. First bug caused the freeze of my pc after about 2 hours of running make buildworld. I thought it was some kind of deadlock and it took me almost 3 days until I realised it was just a kernel panic. The kernel was configured to drop to the debugger on panic and because I was running X on this pc, I only observed freeze of the gui. After I realised it is kernel panic and got the panic message and backtrace, it wasn't too difficult to fix the problem. Then I encountered another bug that caused the make buildworld process hang. This problem was due to improper handling of zombie processes in my code. I think I have fixed it, but tested it only once - and it seems to be fixed. So the latest status of my project is this: I have been able to run make buildworld on behalf of a user that has limited %cpu availability. And it run without causing any panics or other problems. But I still need to test it more, possibly with different %cpu limits. Next week I will continue running benchmarks and I will debug the problems I will encounter. rudo From owner-soc-status@FreeBSD.ORG Tue Jul 3 03:08:09 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8357F1065672 for ; Tue, 3 Jul 2012 03:08:09 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 457018FC12 for ; Tue, 3 Jul 2012 03:08:09 +0000 (UTC) Received: by obbun3 with SMTP id un3so11828011obb.13 for ; Mon, 02 Jul 2012 20:08:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=kJiEHqbPqt20OyRI1vWKzT+myJkT5NChHmsWLr8dPwI=; b=tD3g4PfzmjNmq2yGlpmwx+AhcrC/5DuptOWROQCrxHDL9VmH4s+Ax7TiST5PhonhVq ts/fkFAsqHL64gJKRD1PIzkdma/aqi/WgA+cUQKKJvZPI4T+kuAawa7JSRdJxKidJgyy +GtR826hOGomr7771+BbK6PwYtBWDRbtWvXEU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=kJiEHqbPqt20OyRI1vWKzT+myJkT5NChHmsWLr8dPwI=; b=oLUDCTP5LQBA/24ZSBiQlNnRNGcxe/VzdRt9jy5X+XW1DtvhhpGF/VKSqVfVfgsQiw FAgvoyaTATxIziLLJdXi6BjHzI6ObEEgBtrEJTnBvbExlkX/lOiZyYEw5tB90Iom8rNG DRkFfYDIrBfZm+rHvfyR5qgW4vDPurruFSGcxq7Yx/uolvHEGOczZXOJ3xMC8PF6lXVC CmUi+9ZjgHAohtcso8ttTb3CmvPpADTI96nobZAo6k+jCNqPCr8O5y/lbQj1h0VPIPw/ YYt2HnC7a5m+h5NalRkWcM2yx8Pr6ixLC0zRGgk+4sYPxR+OD8u1IWGJw1v9SB4dFAel xfDw== Received: by 10.60.10.99 with SMTP id h3mr16338851oeb.72.1341284873303; Mon, 02 Jul 2012 20:07:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.241.9 with HTTP; Mon, 2 Jul 2012 20:07:13 -0700 (PDT) From: Takuya ASADA Date: Tue, 3 Jul 2012 12:07:13 +0900 Message-ID: To: soc-status@freebsd.org, Peter Grehan Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQl8+3joWFZNU/oYsjBK//o6z/uuGkObKtBYzHUOhc13ab7aWYIX7xemnUN8Nuu+y08TQakp Cc: Subject: [status report #6] BHyVe BIOS emulation to boot legacy systems X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2012 03:08:09 -0000 * project summary The project goal is to support BIOS emulation on BHyVe, enabling boot from disk image. I going to focus booting FreeBSD/amd64 from disk image on this GSoC, but final goal is to make BHyVe able to support more guest OSes. * Implementing & testing real mode interrupt handler Implementing pseudo-BIOS call hander, and Hypercall feature. I decided to change pseudo BIOS design, I suggested to use registers to notify INT number for hypervisor, but it doesn't required since each interrupt handler has different address. Even if we will use Hypercall for different purpose in future, it stil can determine which is pseudo-BIOS call and which is not, because we can define "all Hypercall(not pseudo-BIOS call) must use protected mode". So all we have to execute in pseudo BIOS call handler is: vmcall iret That's it. Then, 1. bhyve handle VMCALL 2. calculate INT number from GUEST_RIP 3. call vm_get_register() to get BIOS call arguments 4. perform BIOS call emulation 5. call vm_set_register() to set return value 6. restart VM 7. CPU invokes iret No need to push/pop registers on stack in guest mode. I made boot sector image for testing, which sets values on registers, and calls INT instruction. And modify /usr/sbin/bhyvebiosload to load boot sector of disk image, append debug prints on /usr/sbin/bhyve to print out register dumps and interrupt number. bootsector image includes these codes: mov $0x1, %ax mov $0x2, %bx mov $0x3, %cx mov $0x4, %dx int $0x13 int $0x14 And here's running image: $ sudo bhyvebiosload -d ~/testbootsect/testbootsect.bin -m 128 -M 256 vm0 $ sudo bhyve -b -m 128 -M 256 vm0 VMCALL handled rsp=7ff8 rip=44c rax=1 rbx=2 rcx=3 rdx=4 intr=19 $ sudo vmmctl --vm=vm0 --get-all lowmem 0x0000000100000000/134217728 highmem 0x0000000108000000/268435456 efer[0] 0x0000000000000901 cr0[0] 0x0000000000000030 cr3[0] 0x0000000000000000 cr4[0] 0x0000000000002000 dr7[0] 0x0000000000000000 rsp[0] 0x0000000000007ff8 rip[0] 0x000000000000044c rax[0] 0x0000000000000001 rbx[0] 0x0000000000000002 rcx[0] 0x0000000000000003 rdx[0] 0x0000000000000004 rsi[0] 0x0000000000000000 rdi[0] 0x0000000000000000 rbp[0] 0x0000000000000000 r8[0] 0x0000000000000000 r9[0] 0x0000000000000000 r10[0] 0x0000000000000000 r11[0] 0x0000000000000000 r12[0] 0x0000000000000000 r13[0] 0x0000000000000000 r14[0] 0x0000000000000000 r15[0] 0x0000000000000000 rflags[0] 0x0000000000000002 vcpu0 vcpu migration across host cpus 1 vcpu total runtime 78142 vm exits due to external interrupt 0 ds desc[0] 0x0000000000000000/0x0000ffff/0x00000093 es desc[0] 0x0000000000000000/0x0000ffff/0x00000093 fs desc[0] 0x0000000000000000/0x0000ffff/0x00000093 gs desc[0] 0x0000000000000000/0x0000ffff/0x00000093 ss desc[0] 0x0000000000000000/0x0000ffff/0x00000093 cs desc[0] 0x0000000000000000/0x0000ffff/0x00000093 tr desc[0] 0x0000000000000000/0x0000ffff/0x00000083 ldtr desc[0] 0x0000000000000000/0x0000ffff/0x00000082 gdtr[0] 0x0000000000000000/0x0000ffff idtr[0] 0x0000000000000000/0x0000ffff cs[0] 0x0000 ds[0] 0x0000 es[0] 0x0000 fs[0] 0x0000 gs[0] 0x0000 ss[0] 0x0000 tr[0] 0x0000 ldtr[0] 0x0000 pincpu[0] unpinned pinbased_ctls[0] 0x0000003f procbased_ctls[0] 0x95006172 procbased_ctls2[0] 0x000000a2 gla[0] 0x0000000000000000 gpa[0] 0x0000000000000000 entry_interruption_info[0] 0x00000000 eptp[0] 0x00000000aaae901e exception_bitmap[0] 0x00040000 io_bitmap_a[0] 0x00000000 io_bitmap_b[0] 0x00000000 tsc_offset[0] 0x0000000000000000 cr0_mask[0] 0xffffffff60000020 cr0_shadow[0] 0x0000000000000020 cr4_mask[0] 0x0000000000000000 cr4_shadow[0] 0x0000000000000000 cr3_target_count[0] 0x00000000 cr3_target0[0] 0x0000000000000000 cr3_target1[0] 0x0000000000000000 cr3_target2[0] 0x0000000000000000 cr3_target3[0] 0x0000000000000000 apic_access_addr[0] 0x0000000000000000 virtual_apic_addr[0] 0x0000000000000000 tpr_threshold[0] 0x00000000 msr_bitmap[0] 0x00000000aaaf2000 msr 0xc0000080[0] RW msr 0xc0000100[0] RW msr 0xc0000101[0] RW msr 0xc0000102[0] RW msr 0x00000277[0] RW vpid[0] 0x0081 ple_window[0] 0x00000000 ple_gap[0] 0x00000000 instruction_error[0] 0x00000000 exit_ctls[0] 0x003f6ffb entry_ctls[0] 0x000051fb host_pat[0] 0x0001050600070406 guest_pat[0] 0x0007040600070406 host_cr0[0] 0x0000000080050033 host_cr3[0] 0x000000001e671000 host_cr4[0] 0x00000000000026f0 host_rip[0] 0xffffffff81812090 host_rip[0] 0xffffff8002af5000 guest_sysenter_cs[0] 0x00000000 guest_sysenter_sp[0] 0x0000000000000000 guest_sysenter_ip[0] 0x0000000000000000 vmcs_pointer[0] 0xffffffffffffffff vmcs_exit_reason[0] 0x0000000000000012 vmcs_exit_qualification[0] 0x0000000000000000 vmcs_exit_interruption_info[0] 0x00000000 vmcs_exit_interruption_error[0] 0x00000000 vmcs_guest_interruptibility[0] 0x00000000 errno = 22 19 is 0x13, so we succeeded to handle "int $0x13" instruction. Returning to guest is not yet tested. svn diff -r238305:238881 https://socsvn.freebsd.org/socsvn/soc2012/syuu/bhyve-bios From owner-soc-status@FreeBSD.ORG Tue Jul 3 03:58:35 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADDD4106566C for ; Tue, 3 Jul 2012 03:58:35 +0000 (UTC) (envelope-from monty11ez@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 735A28FC08 for ; Tue, 3 Jul 2012 03:58:35 +0000 (UTC) Received: by obbun3 with SMTP id un3so11895419obb.13 for ; Mon, 02 Jul 2012 20:58:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=CGmbHJET7oYQWy6CJ3ovZaxAw2k1oVGvIYVQd+MPDU4=; b=gKKxutnHGIvzE2qWNLA7ROATT3jcAuB8tt5+9pQhef73bCB5kWX+dM2V2vTIqP/NeW apV+BlvzkvuHNnUfIrE4yQh26UPnYPwke+rDOLncaT3irp2g4Bw4maHzobMW7FxADZmO JPEIYWCmwCYENvpo2UsKAIoM9HZJLL2KWqnlQz5gK/C9i/BX4+UnnMvPL85ePRWYmQJI 2LoZEp+TYzMIcauHuPUFzMNk/5poR4M7tOKsPYu44tPVssz7Y7pxK+uoG2B4vvwyuFkU E0QwzfCfyMdAPSlAEpvTYLkeQ7Ouy3Bs4eHBmwA+nDMGJh6cQrZbb7y4JV5EipNTq3lw LUBg== MIME-Version: 1.0 Received: by 10.182.52.42 with SMTP id q10mr11005576obo.46.1341287914955; Mon, 02 Jul 2012 20:58:34 -0700 (PDT) Received: by 10.182.74.39 with HTTP; Mon, 2 Jul 2012 20:58:34 -0700 (PDT) Date: Mon, 2 Jul 2012 23:58:34 -0400 Message-ID: From: Monty Chaney-Geib To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Report Week 6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2012 03:58:35 -0000 Everything is looking good on my project thus far, and I have committed all of my files to the repository. It looks as If I will be ahead of schedule assuming that no unforeseen problems arise. This past week was spend doing alot of research into ggatel and implementing it into my code. This past week I also spent a good amount of time going through and adding in comments to where I need to change things as well as documenting my changes. I also discovered that I will be implementing glabel into my code instead of using uuid for disk labeling. This coming week I will be reading up on glabel and learning how to implement it, and how to replace uuid specific functions with glabel functions. This coming week I will also be finishing my implementations of ggatel functions. I am hoping to have the bulk of my coding done by the end of this week, and be moving on to debugging and optimizing. From owner-soc-status@FreeBSD.ORG Tue Jul 3 22:50:43 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C845106564A for ; Tue, 3 Jul 2012 22:50:43 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 071438FC0C for ; Tue, 3 Jul 2012 22:50:43 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0M6L002U7WSB4P30@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 04 Jul 2012 00:50:35 +0200 (CEST) Date: Wed, 04 Jul 2012 00:50:35 +0200 From: Jakub Klama To: soc-status@freebsd.org Message-id: X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM and FDT cleanup - status report #6 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2012 22:50:43 -0000 Hi, It's sixsth status report for project aimed to clean up current FreeBSD/ARM port and FDT implementation. Things done this week: * Refactoring of ARM ports *_machdep.c files. Separated MMU initialization code from initarm() routine and completely rewritten routine which constructs bootstrap pagetables. * Integrated NAND code onto working branch * Verified that my earlier interrupt rework code will not broke existing ARM ports using OpenRD and Pandaboard. Things not done this week: * FDT-based slicer. This is unnecessary, as such thing was recently (about a month ago) committed into HEAD. It's pointless to rewrite it again. I've just merged this changes onto my branch. Things for next week: * Finish refactoring of ARM machdeps, move separated routines into SoC-independent layer. Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Wed Jul 4 14:22:30 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B49DE1065675 for ; Wed, 4 Jul 2012 14:22:30 +0000 (UTC) (envelope-from adutkowski@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7DAA88FC0A for ; Wed, 4 Jul 2012 14:22:30 +0000 (UTC) Received: by obbun3 with SMTP id un3so14882949obb.13 for ; Wed, 04 Jul 2012 07:22:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=kpTfZsH6uenOXvcYEo/1QK2UbXcsA+AIZXiQJQoC7PU=; b=lwYUkGhC6OOjDBSf7n7zJuyaizwC0jA5YXa7qkw1ZVqntQKgQPiPfadFJm8n8YYLgq vfzCE9Uvcip0PaLQQMnCkQEPJ/zeF2GuyA/qhDOllHEJhyPnER+PfWlmwlWV33gW6AZV yY9fCdr80xtQe3bQ6rIvX2DzxfFVN7TRSxyCfsflqjpvXRgORXN3Ul+UnJarl0G2KKsb AaGpGAQNal996KFR5/5tpLNHdmSFWkW5/fRcag9fGNRzPzM1JItQzZCx6vhfegRyoP7i sX8KyiAMwS3ObJORg/iKS1l8VOVvSiEFm0ey3XXXCydmdCa8b7j7kL8apI3hSHgB64/7 YeUA== MIME-Version: 1.0 Received: by 10.182.13.74 with SMTP id f10mr17273669obc.36.1341411750101; Wed, 04 Jul 2012 07:22:30 -0700 (PDT) Sender: adutkowski@gmail.com Received: by 10.76.6.4 with HTTP; Wed, 4 Jul 2012 07:22:30 -0700 (PDT) Date: Wed, 4 Jul 2012 16:22:30 +0200 X-Google-Sender-Auth: fWPNnsDRMTqmNTcrMpBVDZNM-jY Message-ID: From: Aleksander Dutkowski To: soc-status@freebsd.org, Rafal Jaworowski Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: #6 Status Report - FreeBSD/arm on BeagleBoard-xM X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jul 2012 14:22:30 -0000 Hello! Things done last week: - fixed couple of major bugs in GPTimer driver - attached gpio driver - attached MMC/driver Things todo this week: - create bootable SD card with fbsd rootfs on it - boot fbsd with it - bugfixing and refactoring bootlog: ############################################ ## Starting application at 0x80200100 ... BeagleBoard-XM revC FreeBSD hababababa booting... set_cpufuncs()...done! FDT related stuff...Memory size: 536870912 done! pcpu0_init()...done! allocing pages...done! pmapping pages...done! pmap_devmap_bootstrap()...done! cpu_domains()...done! setttb()...done! cpu_tlb_flushID()...done! cpu_domains2()...done! cninit()...done! KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #51 r238334:238922M: Wed Jul 4 13:52:40 CEST 2012 alek@cort:/home/alek/beagle_obj/arm.arm/usr/home/alek/beaglexm-armv6/sys/BEAGLEBOARD-XM arm CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:1 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory = 536870912 (512 MB) avail memory = 521015296 (496 MB) Texas Instruments OMAP3530 Processor, Revision ES3.1 random device not loaded; using insecure entropy simplebus0: on fdtbus0 aintc0: mem 0xe8200000-0xe8200fff on simplebus0 aintc0: Revision 4.0 ti_scm0: mem 0xe8002000-0xe8003fff on simplebus0 omap3_prcm0: mem 0xe8004000-0xe8005fff,0xe8306000-0xe8307fff on simplebus0 gpio0: mem 0xe8310000-0xe8310fff,0xe9050000-0xe9050fff,0xe9052000-0xe9052fff,0xe9054000-0xe9054fff,0xe9056000-0xe9056fff,0xe9058000-0xe9058fff irq 290 gpioc0: on gpio0 gpiobus0: on gpio0 omap3_gptimer_et0: mem 0xe8086000-0xe8086fff irq 46 on simplebus0 omap3_gptimer_et0: omap3_gptimer_activate, 410 : freq64=13000000 : tickcount=130000 : startcount=4294837295 : time_us=10000 omap3_gptimer_et0: tick: timer_freq = 99 Event timer "AM37x EventTimer0" frequency 10000 Hz quality 1000 omap3_gptimer_tc0: mem 0xe8088000-0xe8088fff irq 47 on simplebus0 Timecounter "OMAP3 Timecounter" frequency 13000000 Hz quality 1000 omap3_gptimer_tc0: Delay loop calibrated to 4294967295 cycles uart0: <16750 or compatible> mem 0xe9020000-0xe9020fff irq 74 on simplebus0 uart0: console (115384,n,8,1) ti_sdma0: mem 0xe8056000-0xe8056fff irq 12,13,14,15 on simplebus0 ti_sdma0: sDMA revision 00000050 ti_mmchs0: mem 0xe809c000-0xe809cfff irq 83 on simplebus0 ti_mmchs0: Device id: 1 mmc0: on ti_mmchs0 Timecounters tick every 10.000 msec rn_init: radix functions require max_keylen be set ti_mmchs_update_ios: TWL unimplemented mmcsd0: 3724MB at mmc0 25.0MHz/4bit/1-block Trying to mount root from ufs:mmcsd0s2 []... Mounting from ufs:mmcsd0s2 failed with error 22. Loader variables: Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> ? List of GEOM managed disk devices: mmcsd0s2 mmcsd0s1 mmcsd0 mountroot> ############################################ -- regards aleek From owner-soc-status@FreeBSD.ORG Wed Jul 4 16:33:17 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 611BB106566B; Wed, 4 Jul 2012 16:33:17 +0000 (UTC) (envelope-from jbjcalmels@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 306268FC16; Wed, 4 Jul 2012 16:33:17 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so12224986pbb.13 for ; Wed, 04 Jul 2012 09:33:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=PHQ/yx5JJQ3LllCnYxUlmPY/MisNSCoAKspA3XzfmAM=; b=jn6UyjX30UJN5YLVc5g8fmaAOMFlrSg72UFk8eREIIsL/Zl1QoroI2YGBDW1Mu1/QM DWZIK5DKzkgsNNpQrJ+hlVwCQw+D515XMDjQvdq4b9UvoP47YbGd5jknDZnSY3cGZ17D PSVipF/kVZEeMgrsjBBuCgCgH4/RnHEw7ffq0NFQsax5+EbwepF5FUSu7Mgo/vwXEK/k 3WeZov1tbKrlFiqrmV4k4AFcC6d+wIiIg4Lc3bGT5uqovHW5P6zQhFGBFJDKv1Drr0x1 /GNBAVQgNHEvtxeoS1T/nsbsUpisLiEmhkYwSmAuAf21ky62Zb04MNq6ad398iUBNIAl Q1zg== MIME-Version: 1.0 Received: by 10.68.129.168 with SMTP id nx8mr12564286pbb.112.1341419596983; Wed, 04 Jul 2012 09:33:16 -0700 (PDT) Received: by 10.142.157.9 with HTTP; Wed, 4 Jul 2012 09:33:16 -0700 (PDT) Date: Wed, 4 Jul 2012 18:33:16 +0200 Message-ID: From: Jonathan Calmels To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Bjoern A. Zeeb" Subject: [Week 6][IPv6 Improvement] Activity report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jul 2012 16:33:17 -0000 Hello, Here is my report for the week concerning the IPv6 improvement, under Bjoern Zeeb's mentoring The project aims to make more user space applications fully IPv6 ready. Advancement of the project can be followed here [1] A patch for openssl has been provided [2] and I'm currently facing bsnmp. I already audited the code and identified problematics parts. For now I am evaluating a solution to port IPv6 addresses towards snmp OIDs as well as migrate the AF dependant code. [1] : http://wiki.freebsd.org/IPv6/IPv6Improvement [2] : https://socsvn.freebsd.org/socsvn/soc2012/exxo/patches/openssl-1.0.1c.patch Regards, --- Jonathan Calmels (exxo@) From owner-soc-status@FreeBSD.ORG Fri Jul 6 15:35:29 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B41AC1065673 for ; Fri, 6 Jul 2012 15:35:29 +0000 (UTC) (envelope-from eric@shadowsun.net) Received: from mail.atlantawebhost.com (dns1.atlantawebhost.com [66.223.40.39]) by mx1.freebsd.org (Postfix) with ESMTP id 63C4D8FC16 for ; Fri, 6 Jul 2012 15:35:29 +0000 (UTC) Received: (qmail 31135 invoked from network); 6 Jul 2012 11:28:49 -0400 Received: from c-98-192-42-125.hsd1.ga.comcast.net (HELO ?10.0.0.10?) (98.192.42.125) by mail.atlantawebhost.com with SMTP; 6 Jul 2012 11:28:49 -0400 Message-ID: <4FF6CBF5.60608@shadowsun.net> Date: Fri, 06 Jul 2012 11:28:53 +0000 From: Eric McCorkle User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120704 Thunderbird/13.0.1 MIME-Version: 1.0 To: soc-status@FreeBSD.org, "Andrey V. Elsukov" X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4ABD7B803E74B0664B1FF633" Cc: Subject: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2012 15:35:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4ABD7B803E74B0664B1FF633 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have been offline for the past week, because I have been traveling in response to a family illness, and because of an accident which rendered my laptop non-functional until yesterday. Thus, I am still more or less where I was last week. As things stand now, I am trying to track down points of failure in the existing boot code. At this point, I am able to use the EFI OutputString function for a limited form of printf-style debugging. I have already found one cause of failure: a bug in machine/_types.h, which causes (u)int64_t to be incorrectly defined as a 32-bit integer when compiling with -m32 on a 64-bit machine. This caused EFI functions to fail. At this point, I am still seeing the main loader.efi crash, and _reloc seems to be failing in simpler test programs that I compile. My efforts in the near future will focus primarily on diagnosing these issues. In general, the difficulties of getting the existing code to work seem to be greater than I anticipated. Given that nobody has worked on this code in a while, and the difficulties that accompany boot loaders, this isn't surprising, but it has made progress slow-going. I have, however, gotten the EDK II build tools from Intel to compile on FreeBSD, as well as the microsoft IASL compiler, and I will likely create ports for both of them after the end of coding. My goal for this week is to hunt down the causes of all the errors I'm seeing. --------------enig4ABD7B803E74B0664B1FF633 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJP9sv6AAoJENSCzbQ+koZ7uoAP/1/MN+UVLvqhOR0z/WW4JyZM vvFXdPpHS7r+XoKiaTTJUOBSs9QWbBtxY7R88EoYYZpPrplPoV4M5lqMlA7CIj58 99XGo2QPqfBmSxThUl8wAdhYgW0B+a/wAcaAFncTLdd62oualFAWNNPh364c9z7B LBFxQvq1z0bjjupS+YY7Uc11Uqg3JNCt7SVpLax7pp10A6orPs35kSoI9WiXTnny 9GgyF/yB5kYO6YldufOnAb2iWOyERKRgW/ShegieloRaSXC2kS5MQ33vSsHLFbtP j9OOBCrUmLtd2d9NVIdMhyDYE328gUOz2VSDdwDNDmnZyVTEV6+MCSEJytIA70qy kobkklupnExa5J0S1dJWzznW3GA9di6CKYwULJp0gAetK16DjUJhC8Y617EGsfdW ch1gXtWiI+hrg6cfr0l02xdB3PzuHpsNpRmn0RjhvXzgxo3ZIv6+fz0f1lbOtRsc ftL9HIbCcmi4zbPS+2U9sAA/7dyPBx4Kx/0tUC1M4p2rXdRembKAXRn8nqxcQM4G qwDwxmGnssw/xZKGUQ620BdGI3IIdybZR1sMEoPnnimcsupmYz2k0toYJVfCnzE3 KVyEapcDq/Gp5uqcw9fhBpzyyaU6XY5KzCfpAOUGndB5zGVqMsMTg2l6HjY9H8VM uQD6yL9GYSn63ZlDtJpv =GjuC -----END PGP SIGNATURE----- --------------enig4ABD7B803E74B0664B1FF633-- From owner-soc-status@FreeBSD.ORG Mon Jul 9 13:10:57 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11CBE1065672 for ; Mon, 9 Jul 2012 13:10:57 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 99C678FC1E for ; Mon, 9 Jul 2012 13:10:56 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so11231450wgb.31 for ; Mon, 09 Jul 2012 06:10:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=YOF3QKpE3mml2CyILnPrER31P2mcXQjCdNGptZGIvTc=; b=Hq0VSRL3+swUYxKKnWM5R/c8aTLe6YiXvhClQWKnv3TnwNaVBFfPeN6jbDJ8QlDZKl m7m+wb2RO19YAioj1d7wnTdsMNjy3RirZy0TQA8bZTGjfNnoG0VEodtP41iSpeC0e7y1 SEtFaG/xQ+pv9ePYS8rJyX4PS85pQ/ImuyA/GDpVTyiOiRAV9yEk3PYPn2JKRBCmxTWX gkoLPOEsFakm4+T5QL2lrTt9sP73MIlTAhWowiQeAOtL1XhdvMyP18sk5iDb20ss0NJS yy0dtSovuTWBjDpJvL5FciPKevBtsnfybr/pk4PwIhm7bpTwJ3w+P9bUJRPMfsOmEQBz kDhg== MIME-Version: 1.0 Received: by 10.180.106.97 with SMTP id gt1mr29500666wib.5.1341839455504; Mon, 09 Jul 2012 06:10:55 -0700 (PDT) Received: by 10.216.193.195 with HTTP; Mon, 9 Jul 2012 06:10:55 -0700 (PDT) Date: Mon, 9 Jul 2012 09:10:55 -0400 Message-ID: From: Greg Miller To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Subject: Lock profiling and lock order verification status, week 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2012 13:10:57 -0000 I checked in a set of test cases for use with "prove", but not all of my tests cases have been cleaned up and converted yet. The July 4 holiday and related travel slowed work down more than I had anticipated. Goals for this week are to finish checking in test cases for the work completed so far, have libwitness log data about LoRs, and provide the API functions to retrieve the logged data. From owner-soc-status@FreeBSD.ORG Mon Jul 9 18:51:16 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 499B6106566C for ; Mon, 9 Jul 2012 18:51:16 +0000 (UTC) (envelope-from jesse.hagewood@gmail.com) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) by mx1.freebsd.org (Postfix) with ESMTP id D12128FC08 for ; Mon, 9 Jul 2012 18:51:15 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so2920583wib.1 for ; Mon, 09 Jul 2012 11:51:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=U7NwxRQapMwJQhhHlF9f4bUhtakKxnlB9gBdsPgKLUg=; b=Y+qt9cgxYjF3FT/wDEdFKnVxUGf3fOJxgxBQYHyYv35hE1yPip6BiKkbRSxmhWoDo7 wHpf24iJw0eaBctCVWHuBTct+Xdxdn3IpyGVFYgQTqbYU2PAuOHxuafhMAsfbI0oZiWI ai7NK5HecQsikpplpw9FGEqYZLHzhV/F/9iH6tKPvSyhjHpnJ1qSwRvs8n50JCRSfSS/ s3oYIgfu7ToipWuwpgzS8Ckyi64oDaFgXTjkthSYzgmJzNndq1JB6cwZi+XHFqtWvEv/ mZVUhDdOe9NIqHaO9/FnrcLD3/+8W44vczl2f7CHjzzqsrJ7WHYKD+bCEEfEija+MrMv 0pKQ== MIME-Version: 1.0 Received: by 10.216.136.230 with SMTP id w80mr17740977wei.199.1341859874805; Mon, 09 Jul 2012 11:51:14 -0700 (PDT) Received: by 10.216.60.9 with HTTP; Mon, 9 Jul 2012 11:51:14 -0700 (PDT) Date: Mon, 9 Jul 2012 14:51:14 -0400 Message-ID: From: Jesse Hagewood To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Subject: Improve BSD licensed text-processing tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2012 18:51:16 -0000 Last week I started taking a look at sdiff, here is the progress that I've made so far: - Completed a test script for all options. - Fixed the default spacing between the left and right columns in output to match GNU sdiff's. - Fixed a problem with some inconsistent spacing in the right column of output when --width was specified. Now has consistent indentation on the right side for any width. - Completed the --help option. - The man page for BSD sdiff was lacking a lot of information, so I completed it. For the most part, there doesn't seem to be much left to do with sdiff except fix a few scattered bugs. In Ben Fiedler's 2010 SoC wiki page, the only TODO he had left for sdiff was to pass the diff-specific args in sdiff to a diff process. This is working for all diff-specific options right now except for -W, which when passed to diff, thinks it is -w and exits with an error. Today I will try to fix this bug. I will also begin testing BSD sdiff together with BSD diff to see if everything works fine, since sdiff calls whatever diff is in /usr/bin, which has been GNU diff for me. I will probably spend the majority of the week working on what I have left to do in diff, unless I can find any more work to be done in sdiff. Google's evaluations are also this week, so I will fill that out once it is posted today on the GSoC site. From owner-soc-status@FreeBSD.ORG Tue Jul 10 00:21:59 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 541981065670 for ; Tue, 10 Jul 2012 00:21:59 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 0F9A18FC15 for ; Tue, 10 Jul 2012 00:21:59 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0M6X00EVJ50G5S20@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Tue, 10 Jul 2012 02:21:52 +0200 (CEST) Date: Tue, 10 Jul 2012 02:21:52 +0200 From: Jakub Klama To: soc-status@freebsd.org Message-id: <6ac5ebabef902db5c64c811b51b4d999@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM and FDT cleanup - status report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2012 00:21:59 -0000 Hi, It's seventh status report for project aimed to clean up current FreeBSD/ARM port and FDT implementation. Things done this week: * ARM machdep code refactored. Moved most of commonly used routines into arm/machdep.c file. Refactored machdep file for lpc port now has less than 300 lines of code. * Changed behavior of pmap_devmap device mappings. Now all virtual addresses for device registers are allocated dynamically, freeing port developer from selecting arbitrary virtual address values. * Added support for filling out pmap_devmap right from FDT tree. Plans for next week: * Investigate how to cleanly split SoC-specific routines from board-specific Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Tue Jul 10 06:10:32 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC3EF106564A; Tue, 10 Jul 2012 06:10:32 +0000 (UTC) (envelope-from scherfreebsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 16B568FC1B; Tue, 10 Jul 2012 06:10:31 +0000 (UTC) Received: by lbon10 with SMTP id n10so21198908lbo.13 for ; Mon, 09 Jul 2012 23:10:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=tQAMSur2ei23XoBmw8S/7ITfwCNQdOQznbtDiOll1U8=; b=anSNN0ocze0vEbZvam2ziVh7+xytNWfX+B9tjhmdjsbRVlAxManHkJ6kNYIAAojwyp Y/IanjB8GNqOTkLR+Ko++hfm+W/Tz7c8e9LYYXo0hMlFYSyjGeQubg7v3PHYsE1fPada cMcHTJajJI3aI7sjz4bpQSRnLhPo2bn6DqjyvW1pHxD4/0bkFA2mSRQjGMthQ4ZkQo5N xZx5rW0RLyQzyLrwzlOunYmcKNrorwdxSxOWh7tRQXKcFBvTkKArAJSsrsCMprsz4bCI LNoITvfi49n5FgXjeZgfhqmfkty0OyJLYccnKWZsUZSonuYAoDK8IXgQ+8Cgm3dLnWNt 1Olg== Received: by 10.152.144.103 with SMTP id sl7mr28739240lab.37.1341900630880; Mon, 09 Jul 2012 23:10:30 -0700 (PDT) Received: from [77.66.144.49] ([77.66.144.49]) by mx.google.com with ESMTPS id k4sm17027955lbb.12.2012.07.09.23.10.28 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 09 Jul 2012 23:10:29 -0700 (PDT) Sender: Alexander Pronin Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Alexander Pronin In-Reply-To: <3BA40C1C-586C-456E-80F5-72209F2F3A32@FreeBSD.org> Date: Tue, 10 Jul 2012 10:10:15 +0400 Content-Transfer-Encoding: 7bit Message-Id: References: <3BA40C1C-586C-456E-80F5-72209F2F3A32@FreeBSD.org> To: soc-status@FreeBSD.org X-Mailer: Apple Mail (2.1278) Cc: Marcus von Appen Subject: [ Week Report GSOC ] Parallelization in the ports collection X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2012 06:10:32 -0000 No significant issues were implemented. Just minor bugfixes. Meaningful redesign of wiki page. From owner-soc-status@FreeBSD.ORG Tue Jul 10 09:27:50 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4255D1065672 for ; Tue, 10 Jul 2012 09:27:50 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id C89A18FC0A for ; Tue, 10 Jul 2012 09:27:49 +0000 (UTC) Received: by weyx56 with SMTP id x56so873343wey.13 for ; Tue, 10 Jul 2012 02:27:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=c7DWZOCwG+YEBrLIqX6uOXbvzwlaSVt0RQs1PFOHThI=; b=QBZEfLXJbKGarSYTpsTrI6BRLZt13FQK6O7hy9sqNL1gJWOPsEk6sLZmqlYLxlRak1 +L9kmQgnYKJKSjd/+xi/kyu+tGKfn/wBzK0b114/jvxffG+XcAWXNO9kox/xTFTJaQv7 S2AsPkokhZoBnMqupJv/o6p4gjmV2v17Rhdl3t8n/sHu+MywmbHy94X6kZNrdxSJgpfR XFVisT+F+RKpsUIyPrMATRTVw6NTaLimjCtAg5eWzTAPrHXva3COBXczbxCEGRAEqDww o31Jd92AXJ1TvK0JNmJjVP7jXnPerVn4l653pIswF549hLuHBYZeFYl/ZBnC0znLiZtn JZew== Received: by 10.180.97.135 with SMTP id ea7mr7098526wib.11.1341912468928; Tue, 10 Jul 2012 02:27:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.217.1.72 with HTTP; Tue, 10 Jul 2012 02:27:28 -0700 (PDT) From: rudo tomori Date: Tue, 10 Jul 2012 11:27:28 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: cpu limits status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2012 09:27:50 -0000 Hi, the goal of my gsoc project is to enable the system administrators to configure %CPU limits using the rctl command. So that they can for example limit a particular user to 50% cpu time. Last week I slightly changed the way how I handle processes that exceed their cpu limits. I changed it because the way I was doing it wasn't stable and occasionally caused kernel panics or just freeze of the kernel. Now my implementation looks stable to me. I have also some benchmarks available that show %cpu distribution during make buildworld with per-user %cpu limits imposed. For example here https://socsvn.freebsd.org/socsvn/soc2012/rudot/benchmarking/hw/buildworld/nolimit/plot.eps you can see the %cpu distribution when no limits are imposed. You can see the per-user %cpu distribution when cpu is limited to 80% here https://socsvn.freebsd.org/socsvn/soc2012/rudot/benchmarking/hw/buildworld/80pct/plot.eps. Here https://socsvn.freebsd.org/socsvn/soc2012/rudot/benchmarking/hw/buildworld/60pct/plot.eps the cpu is limited to 60% for the user running make buildworld. This week, I want to finish support for the ule scheduler. Here I add some information about the benchmarks: Every ten seconds, I run the ps command and view all processes of the user who is running make buildworld. I add up the %cpu percentages and the sum of all these values is on the x axis in the charts. The y axis shows number of times the specific sum of %cpu was obtained. So for example if there is a column 10 units high at 30% in the plot that means the 30% per-user cpu utilisation has been measured 10 times. rudo From owner-soc-status@FreeBSD.ORG Tue Jul 10 11:12:13 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 71522106564A for ; Tue, 10 Jul 2012 11:12:13 +0000 (UTC) (envelope-from adutkowski@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3829C8FC0C for ; Tue, 10 Jul 2012 11:12:13 +0000 (UTC) Received: by obbun3 with SMTP id un3so2463704obb.13 for ; Tue, 10 Jul 2012 04:12:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=fv0ZueSP5mrIdIxuEvO2zunTy6ZiEK7iVIlP1/ySSjE=; b=dpjTlHQKfqphnh4e7Ydkyl/yqvLi3S/wcAcmESHUwnaAYF+giEEIdZyvvAD2IsQg9b neT7dKSbyZbuKAc3H/O3rz8JFf12a0kmEfQQp2/aa00R7lDrPFbigMJ6fENLNIbC6wGS 8TAqNwcI3+FXvsUgVGX8WTYqplTyM7ViNpcCQPnChuA0MJPriO/ozbqv6XgnNMUMu9BO 5hDnthrHR2ZuhF7l2Jaz533JKPdEWU2DvrMvgMoCil2wJQ+Ortrg5nsA+azehHWSpIMH 7ePbO8fmMUsJ7Ip60tVcLgQ9ueP1YtKnIdSBrTQv3fi2XzxSBcA8r4CTysJ9PKiD8MKt 3fHA== MIME-Version: 1.0 Received: by 10.182.76.168 with SMTP id l8mr40785651obw.49.1341918732682; Tue, 10 Jul 2012 04:12:12 -0700 (PDT) Sender: adutkowski@gmail.com Received: by 10.76.6.4 with HTTP; Tue, 10 Jul 2012 04:12:12 -0700 (PDT) Date: Tue, 10 Jul 2012 13:12:12 +0200 X-Google-Sender-Auth: vEAzvuM5qVPPRWDSqBp20H46Nwg Message-ID: From: Aleksander Dutkowski To: soc-status@freebsd.org, Rafal Jaworowski Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: #7 Status Report - FreeBSD/arm on BeagleBoard-xM X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2012 11:12:13 -0000 Things done last week: * boot fbsd from SD card - I have some problems with that, because Ive built world from head, instead of armv6 - this resulted in SIGSEGV. Ive don this, because world in armv6 seems to be broken. Now, I have minirootfs on SD card built from armv6. Things to do this week: * build full world from armv6 (Ive seen some new patches, maybe they fix them) * refactoring (not done last week) -- regards aleek From owner-soc-status@FreeBSD.ORG Tue Jul 10 14:52:37 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCDE51065670 for ; Tue, 10 Jul 2012 14:52:37 +0000 (UTC) (envelope-from eric@shadowsun.net) Received: from mail.atlantawebhost.com (dns1.atlantawebhost.com [66.223.40.39]) by mx1.freebsd.org (Postfix) with ESMTP id 794488FC19 for ; Tue, 10 Jul 2012 14:52:37 +0000 (UTC) Received: (qmail 32266 invoked from network); 10 Jul 2012 10:52:31 -0400 Received: from c-71-192-38-198.hsd1.ma.comcast.net (HELO ?192.168.1.9?) (71.192.38.198) by mail.atlantawebhost.com with SMTP; 10 Jul 2012 10:52:31 -0400 Message-ID: <4FFC097C.1030704@shadowsun.net> Date: Tue, 10 Jul 2012 10:52:44 +0000 From: Eric McCorkle User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120704 Thunderbird/13.0.1 MIME-Version: 1.0 To: "Andrey V. Elsukov" , soc-status@FreeBSD.org X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig704BD332720D85C9D75F7171" Cc: Subject: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2012 14:52:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig704BD332720D85C9D75F7171 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I am back from traveling, and I managed to get quite a bit done in spite of it. I was able to identify the source of the remaining issues that were preventing loader.efi from running, and I was able to get the i386 version to run under the TianoCore EFI image on QEMU. The issues are as follows: * clang seems to result in bad jump offsets being generated in the final PE executable. GCC, on the other hand, does not. This means the EFI loader *must* be compiled with GCC for the time being. This was causing loader.efi to fail, as my system's make.conf is set to use clang for building world. * _reloc can only handle two kinds of relocations. More specifically, if it encounters the kinds of relocations that arise from undefined symbols, it will fail. Using a linker script and objcopy to generate PE executables will silently ignore undefined symbols (which is why the loader.efi Makefile checks explicitly for them). This was causing _reloc to fail in my experimental programs. However, at this point I am finally able to work directly on loader.efi. My current plans are to look at the contiguous memory allocation issue, and to document what I've learned about loader.efi and how it's created better. I am also curious as to why clang generates bad offsets. This certainly needs to be addressed at some point. --------------enig704BD332720D85C9D75F7171 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJP/Al/AAoJENSCzbQ+koZ7+TsP/01ly9Bay4Zk5DEiGC9UbCMD YMxNncMkB8cDlBcTxzLzgu35+KkcnOtE7TUU/PPMXtay1sSpoT1XLd2QR0kJBVJ7 Ok8qYIUng3/fcc25FbVs3KarU/WoyplM08QvGr271zzD2HzoMHGGbP6nZJMFVfQH 1WzlqqaXL+T7NbtR4n+ESB1wVBgGyIn2+SvZD+eew1BWg3O7p79jX/hwqUlSH248 JsS0fNm36CPHvrN7bHbF5OAamc9r0BZWuWKME9xdy+QclQihrxOPzcRgrPaYM1TK 0wZ/la9b4WidBjcJyEGjfktazhFh9O5FM5tg6USpwSo+Q/ACkEnkJ2a2Ryv1vB8L PHQ/LN6Y/TiBMUzpHCxHJpNgcbHiOseZctdQzmJ7jvccocAPZXQP18+RjQdLMAzP u8J5jCILhfjcIUWgk8Wbt7jZRbtuX0eJN8v4XW+nBym0kRb15pNaTT+IO+cDSer2 8k7HaKwakgk4n/gwbR6QzVHvIsLE0nnCFRmnI0AKxxN2Du8taCteyZrg9I4Ud6u7 YQgnIPHnMjz7XVjUfdBHmCAo3k1nuZhD0VCobP7nyR2sdIryaLFtjKnRt2V4UArW q1K1uqZIpOTjwqrddJH+8D9cBqEdSWoRI0zkZoTSMYAuipBExEyNjq60mTLo5oEp 9UQ1vRetSnbwFED7l+ap =YDwB -----END PGP SIGNATURE----- --------------enig704BD332720D85C9D75F7171-- From owner-soc-status@FreeBSD.ORG Tue Jul 10 15:25:26 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23816106566C for ; Tue, 10 Jul 2012 15:25:26 +0000 (UTC) (envelope-from monty11ez@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id DEBE18FC15 for ; Tue, 10 Jul 2012 15:25:25 +0000 (UTC) Received: by obbun3 with SMTP id un3so116522obb.13 for ; Tue, 10 Jul 2012 08:25:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=56ek3QkRwQfeGGe96Zuf7C4YSXsqpYo8AUZY1+rDbu0=; b=SmeUPlIsXDy3uGmzQMibt6R2aQRoZA67rdabQnJMhs25xMTr/E6BDztRHwAji0HCqT AKon3UVsZX3ko2McgZC5M+1whxVLmR6G9HCNiz9WJ8tumpRZt1aDRKHb1/QIifgDrREk n0ieky0WiXcyHCQMBadEOCIGGuVnN/FZfAb7wphnmhTb98I284Ro9OjMU98TDLyuEJ+3 WH2g62IHR5ZSoNpMLIZCzrhUz9FHNl0pZroBf3BJYX8ZjarxVtKvDTwEWk2edZThfosH dGM8natyXiyefYDpt//BGl6JHgv4PdtKsTG8y6g14Jz7Vl+0cv6wTe2KsosOI5DvUWPS zKOw== MIME-Version: 1.0 Received: by 10.182.53.103 with SMTP id a7mr40954362obp.3.1341933925500; Tue, 10 Jul 2012 08:25:25 -0700 (PDT) Received: by 10.182.74.39 with HTTP; Tue, 10 Jul 2012 08:25:25 -0700 (PDT) Date: Tue, 10 Jul 2012 11:25:25 -0400 Message-ID: From: Monty Chaney-Geib To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Report Week 7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2012 15:25:26 -0000 I just want to start off by apologizing for sending in my report a day late. Yesterday night i did not sleep well and literally fell asleep before I went to type it up and submit my code. This week I was able to get a lot accomplished. I was able to fix most if not all the compiler warnings. I was also able to finish the dm_setup function. I am currently still working on the map function. I might end up completely removing the map function since ggate maps the directory at the same time as creation. This week, after doing some research, discovered that I do not need to use glabel in the program. I was trying to keep the same basic layout as the original program so that I would be able to send my work to the original author and have my work imported into the source tree. It currently does not look like I will be able to do this seeing as I am having to change to many functions for this to be easily doable. Next week I will have all the functions finished and be moving on the the testing and debugging phase. From owner-soc-status@FreeBSD.ORG Tue Jul 10 15:31:54 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB774106566B for ; Tue, 10 Jul 2012 15:31:53 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 60AB88FC1E for ; Tue, 10 Jul 2012 15:31:53 +0000 (UTC) Received: by qcsg15 with SMTP id g15so128876qcs.13 for ; Tue, 10 Jul 2012 08:31:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=gQwNrCCceuRpEcKKsyIJmaHgmBntPNBo3aGllfP1wHg=; b=kdOiG5Ty3Up4i006533WK20i4FCuuo1+HKiIejyyxYvo1fFgguRmt8OAWndHUVBHIs KeJ0Dxm3M3PnK7nLnWOp22K/kECuntKsGQzIGrY296pDAqcPfFunyd88QNr08SKoGRgm EPcxxgfwwbKNL0rgSGNKd1JOlrt+O2eNbchHxGQNuJuYCELF3T2ItH19FL8b3tRNlxcK l6arL8ut4cbg+kiDo6otF8dZ/8YNOkUu3ORzwOpsrQ4F2TLP213sAMqjzg92OuFwKPTj oOGQa4vc/60MIvIlt1xz5xz+BDR2JNuXiFVbPUKLHe05Bf5fjgGiloRb08CinaOXATZz wtHA== MIME-Version: 1.0 Received: by 10.229.102.157 with SMTP id g29mr8393829qco.155.1341934306801; Tue, 10 Jul 2012 08:31:46 -0700 (PDT) Received: by 10.229.47.71 with HTTP; Tue, 10 Jul 2012 08:31:46 -0700 (PDT) Date: Tue, 10 Jul 2012 18:31:46 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel Level File Integrity Checker report #7 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2012 15:31:54 -0000 During week #7: * "/sbin/pefs verify" command now works for mounted pefs filesystem whether key has been supplied by user or not, as well as for unmounted pefs filesystem. Next tasks on the TODO list: * more clean up for the codebase (code refactoring) * midterm evaluations * produce checksums in kernel land (e.g. during VOP_READ()) so that they can be checked against the ones from .pefs.checksum -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Wed Jul 11 07:34:26 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81E7A106564A for ; Wed, 11 Jul 2012 07:34:26 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 42AE78FC14 for ; Wed, 11 Jul 2012 07:34:26 +0000 (UTC) Received: by obbun3 with SMTP id un3so1464651obb.13 for ; Wed, 11 Jul 2012 00:34:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=jDDRN5NrPxWLMbUTWoYyjbTYEWy0tl+BC1m/p0FL+AY=; b=q0k5QLzWfO4FQkBQNlm/gUQ1g8B8Rfs09VaPj0yb3EzSHkO7SZOcGno2PDAM0zt/FJ dnqazqZ5g4LyfwO6XnpSP4FjhSH4APB+6He9rWnzqWsAf2AswgrwtdJwTtOHolP9+6gb YVvCCHZZrASqksjCwLMcK0VOMOW7Sio4Kd+kM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=jDDRN5NrPxWLMbUTWoYyjbTYEWy0tl+BC1m/p0FL+AY=; b=hr9nKS7bfx+cFG2FOLat/TNs9XiIJUY/GjabHk8CQfkLzAGOjWXwnk/Tcjrgr1LV0i x5pbRo9hWK2BKov9wygnzJKDWY0bXGYLTkRSk3Tf89zqXQNgfAGV32RrjiY7b7qLm5/S NWr5Tf8l02txmFFV1uvHPZkwj6hwMYz6Vuw7QVvawsl9LABTfo8OOggohMFVzOgSsXgD 5J0391Z5Qq3QiMX9NSgAHpJiGeD4/SmqtaXv+7bg4PiJdhUMdkuY8U9xAWGjwuBlxFxm dul9kB7iG0wEuiPCnzP6lIARa+1QhAh/LJc6Z0Sw0/O45neyRW55XICGMT/nkEnImlbk 9KVw== Received: by 10.60.154.232 with SMTP id vr8mr49309955oeb.30.1341992065610; Wed, 11 Jul 2012 00:34:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.212.2 with HTTP; Wed, 11 Jul 2012 00:33:45 -0700 (PDT) From: Takuya ASADA Date: Wed, 11 Jul 2012 16:33:45 +0900 Message-ID: To: soc-status@freebsd.org, Peter Grehan Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkOJRBBE65wqchInvDEnbrZvJCDMCpA/fyfxOvy1wYravz6kLLfhOduF2yH/Nly1HLg7PNl Cc: Subject: [status report #7] BHyVe BIOS emulation to boot legacy systems X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2012 07:34:26 -0000 * project summary The project goal is to support BIOS emulation on BHyVe, enabling boot from disk image. I going to focus booting FreeBSD/amd64 from disk image on this GSoC, but final goal is to make BHyVe able to support more guest OSes. * Testing implementation of BIOS call emulation Implemented following BIOS call: - int=10h Screen - ah=0eh Write Character in TTY Mode - int=13h Disk - ah=00h Reset Disk Drives - ah=02h Read Sectors - ah=08h Get Drive Parameters - ah=41h Extended Disk Drive (EDD) Installation Check - ah=42h Extended Read Sectors - int 16h Keyboard - ah=00h Read Character - ah=01h Read Input Status It's just testing implementation, not totally compatible. For now, 10h and 16h looks like working, but 13h has compatibility issue(FreeBSD MBR couldn't boot because of the issue). Find test code of BIOS call from somewhere or implement it by myself, and porting doscmd BIOS call implementation to improve compatibility would be the next work. svn diff -r238305:239263 https://socsvn.freebsd.org/socsvn/soc2012/syuu/bhyve-bios From owner-soc-status@FreeBSD.ORG Wed Jul 11 18:55:56 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05AEB1065678 for ; Wed, 11 Jul 2012 18:55:56 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id BB1458FC14 for ; Wed, 11 Jul 2012 18:55:55 +0000 (UTC) Received: by obbun3 with SMTP id un3so2457122obb.13 for ; Wed, 11 Jul 2012 11:55:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=f8VFgnONcmTnn5EKEMtj1lfZ0qiptAyvh9o52NfLTrY=; b=g8UkgT84IjykVlO49QF6hEc3P6x1rxmIOEmlp2hh8lLDGP/RwebBuuDHgIau3Z9t+t FSBF89Ed6bmm71t+b2BjL3eFplZscw8LA19fxSBA2+199q1ZWkugVuKM5Ssg/jxmC2ne EpQJbu/WAwBdMVZJbSStX+8kilmpDVHlZwBeGGz/wFtcWUHd0ePlwWa+jWDXuBwYFEdw uD9GmCv8qe8kqvLQ9wV1XVj8D/ZNQeKxuq1JcKs62dS41aP/HfFgiq6hCXC1x1WPwINF c3P7AZuQSJic6bNbNMqxQuDLcnE+JQ7nvsER+N4Et0OZuT6X7+yK0xJvHaxU++0aSLGp SQnw== MIME-Version: 1.0 Received: by 10.182.164.8 with SMTP id ym8mr18329072obb.51.1342032954265; Wed, 11 Jul 2012 11:55:54 -0700 (PDT) Received: by 10.182.24.168 with HTTP; Wed, 11 Jul 2012 11:55:53 -0700 (PDT) In-Reply-To: References: Date: Wed, 11 Jul 2012 21:55:53 +0300 Message-ID: From: Oleksandr Dudinskyi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2012 18:55:56 -0000 Hello. In mid-term of GSoC I have read-only support CD/DVD/BD disks of udf version 1.01-2.60. All tests not yet completed, but the mount works stably. In next week I clean all parts of code and maybe I do support dirhash, but this issue will be discussed with my mentor. On 30 June 2012 14:44, Oleksandr Dudinskyi wrote: > Hi. > n this week I did a lot of work. So I support reading cd / dvd / bd > disks, but it has some error and not complete part yet. In next week I will > continue test different types of discs and udf formats and fix bugs. > > > On 20 June 2012 13:44, Oleksandr Dudinskyi wrote: > >> Hello. >> In this week a have some unexpected problem with "nestbuf" in Netbsd and >> ioctl system in udf driver.I am in progress of solve this issue. >> >> >> On 13 June 2012 14:45, Oleksandr Dudinskyi wrote: >> >>> Hi, >>> In last week I add debug section to my udf implementation, test some >>> part of code, related with vfs function. In this week i want to continue >>> test this function and adopt function of udf_subr.c >>> >>> >>> On 4 June 2012 19:01, Oleksandr Dudinskyi wrote: >>> >>>> Hello. >>>> First week of participation GSoC, I had exams to graduate. So I >>>> lingered a bit in the schedule. But now, I have almost the support for >>>> reading DVD, though it needs refinement. This week I'm dedicated this work >>>> and will begin work with support CD. >>>> >>>> -- >>>> Regards, >>>> Oleksandr Dudinskyi. >>>> >>> >>> >>> >>> -- >>> Regards >>> Oleksandr Dudinskyi. >>> >> >> >> >> -- >> Regards, >> Oleksandr Dudinskyi >> > > > > -- > Regards, > Oleksandr Dudinskyi. > -- Regards, Oleksandr Dudinskyi. From owner-soc-status@FreeBSD.ORG Fri Jul 13 12:55:42 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E8441065859 for ; Fri, 13 Jul 2012 12:55:42 +0000 (UTC) (envelope-from eric@shadowsun.net) Received: from mail.atlantawebhost.com (dns1.atlantawebhost.com [66.223.40.39]) by mx1.freebsd.org (Postfix) with ESMTP id 2BCE28FC1B for ; Fri, 13 Jul 2012 12:55:42 +0000 (UTC) Received: (qmail 13005 invoked from network); 13 Jul 2012 08:48:59 -0400 Received: from c-71-192-38-198.hsd1.ma.comcast.net (HELO Macintosh-21.local) (71.192.38.198) by mail.atlantawebhost.com with SMTP; 13 Jul 2012 08:48:59 -0400 Message-ID: <5000193B.8060308@shadowsun.net> Date: Fri, 13 Jul 2012 08:48:59 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: "Andrey V. Elsukov" , soc-status@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2012 12:55:42 -0000 I reported earlier this week, but to recap, I've solved all the issues that were blocking loader.efi from working. More importantly, I will be able to diagnose errors much more efficiently going forward. Up to this point, I've only known that there was an error when the loader hangs, and most of the time, attempting to use the EFI OutputString function would cause a hang. At this point, I'm gathering information to address the noncontiguous kernel issue. The following are specific points of information I need to nail down: * What is the startup state of the kernel with respect to paging (ie. is paging enabled, how is the page table initialized, etc) * Does the EFI memory allocation function set up page table mappings, or just allocate physical memory? * Does the kernel need to be contiguous in physical or just virtual memory? * Are there any special considerations for the kernel's virtual memory mapping (ie, does it need to be at a specific physical address, is it mapped using superpages, etc) Some of these are almost surely documented somewhere, and others can be discovered with experimentation. Finally, I am in the process of modifying my test environment to more closely resemble an actual system that is being booted. From owner-soc-status@FreeBSD.ORG Mon Jul 16 12:46:19 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19573106564A for ; Mon, 16 Jul 2012 12:46:19 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 97C358FC1E for ; Mon, 16 Jul 2012 12:46:18 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so2821829wgb.31 for ; Mon, 16 Jul 2012 05:46:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=f0NT4WlWfw3TJr2uRxM9TNcKrQPwHy4wp7kKCkD+Vms=; b=JSTdHqcxV1yKqNEZYRd7PZuQiZVEvANZR2/IE9Qt8owbOimxdBMKFI9JpUPMSsYEwk PA0wX4LvFkFJfVnCL/T4P2Ca0Pmq/9fzgfKYTG5TfmOonWKvOSL1UMe/Y7mig4bl2B2I Il93xX9B87kR8W7lqdZ5hMxk+LTGMmPDsYDmmU8FU8+THP641znBlIXMD+lu88OyKyIX vs1dvsImLuzOQcmrqGzNVlnBaYjVxsEINmlw9me7+LH5ff782ovn8WTe3xrmZc3IVXCk J+mirEWIBTDmyI4YCox3M//6dtZnUbMke7hZyrrWSw8YcSFCxCCKwmH+d/72rLA8tXwm knDA== MIME-Version: 1.0 Received: by 10.180.84.164 with SMTP id a4mr17959115wiz.12.1342442772179; Mon, 16 Jul 2012 05:46:12 -0700 (PDT) Received: by 10.216.193.195 with HTTP; Mon, 16 Jul 2012 05:46:12 -0700 (PDT) Date: Mon, 16 Jul 2012 08:46:12 -0400 Message-ID: From: Greg Miller To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Subject: Lock profiling and lock order verification status report, week 8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 12:46:19 -0000 Accomplishments for the week: * Finished cleaning up and converting my tests for lock profiling, and added them to the tree * Implemented logging and retrieval of LoR information * Added tests for libwitness * Fixed a few bugs in both libraries My plan for this week is to implement naming of locks in libwitness and finish a few remaining support API functions. Pending concern: A hang in the lock profiling tests has been reported, and I've not been able to reproduce it in VirtualBox or on real hardware yet. From owner-soc-status@FreeBSD.ORG Mon Jul 16 17:36:44 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED7B4106564A for ; Mon, 16 Jul 2012 17:36:43 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id A8F228FC08 for ; Mon, 16 Jul 2012 17:36:43 +0000 (UTC) Received: by ggnm2 with SMTP id m2so6091691ggn.13 for ; Mon, 16 Jul 2012 10:36:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=uT7/q4DB0Sx7bMo7Kf9Q/HQ5qDsCAsSIQdxPcvOXKiU=; b=b0CiqCX89YZAZ1/XZKDSDtYraAfT7wStvSC4Ft/DpUpp/YowQ+yJQB+jozf8zi91xx L4Dr7AdBZrQU+M9/Ei28EvWPkqlGHeWRu1uKiY/ZFMF1tVft63PXd2c66J91jSjW9xX8 WC5ejN9uynpaJnOVdKack2GdzWCQwqM76+Q+7xK++tUjN9UfNgfeRZ9xtyLwjiPv21FT u0V5lwj7UWP7fycrang1P+kZwJG6N28V3ovEpPwoabaM0kD2H9YY4x2sF5r1/Jlv9mkg X9BfuK7voxhGBlpFwg3jWJKnvW5wBqSs2oZ3K8xFz16XNIi1Uy3pbAbG4w/P7BlgO8sb r7vg== MIME-Version: 1.0 Received: by 10.66.88.68 with SMTP id be4mr24337570pab.23.1342460202520; Mon, 16 Jul 2012 10:36:42 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.66.82.201 with HTTP; Mon, 16 Jul 2012 10:36:42 -0700 (PDT) Date: Mon, 16 Jul 2012 19:36:42 +0200 X-Google-Sender-Auth: LtjqxoZYDPnrrRHTJ-ZXfP4FEXs Message-ID: From: Davide Italiano To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re-enginer the wheel: a rejuvenation of BSD callout(9) and timer facilities - report weeks 5-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 17:36:44 -0000 These weeks I've accomplished a fair amount of tasks: Week 5: - Modify a bit the callout(9) public KPI to avoid code duplication and breakages, as well as the sleepqueue(9) one - Event aggregation initial implementation. Augment the callout structure so that consumers other than actual time at which callout should fire may specify a tolerance interval. Rather than looking for the next callout event in callout_tick() determine a range [t-delta;t'+delta'] deriving it from the tolerance parameter specified by clients so that's suitable for a given number of events, and schedule an interrupt in the middle of such range. Week 6: - Experiment a new approach used for low-precision events, try to align them to some time borders on insert. This approach can make system load more bursty, but it is very cheap to be implemented and may be quite effective. Moreover, it can easily coexist with the previously implemented "real-time aggregation". - General polishing of the code as suggested by mav@ and bde@ Week 7: - Add a new CALLOUT_PROFILING option so that SYSCTLs on the wheel may be selectively disabled/enabled. Selectively disabling this sort of rudimentary profiling may have a good effect on CPU caches because same variable is not accessed anymore by different CPUs. - Fix a bug in the 'steps' variable logic in softclock(). It shouldn't be zeroed every time we extract a new event for processing it from cc_expireq. - Take in account aggregation when comparing event times in callout_process() and when we submit events to eventtimers(4). Week 8: - Enable execution of callout from hw interrupt context rather than sw interrupt context for kern_nanosleep() and seltdwait(). This change improves precision for select()/poll()/usleep()/nanosleep() services. - Fix an issue related to old periodic timers. The code in kern_clocksource.c uses interrupt to keep track of time, and this time may not match with binuptime(). In order to address such incoerency, switch periodic timers to binuptime(). While here, modify callout_process() so that it takes present time as argument avoiding to call binuptime() twice even though it's not strictly needed. - Make the interval timings for EVFILT_TIMER more accurate. Next step (for the next week or two) will be implement interrupt compensation in order to achieve even more better precision than now. Indeed this work is sensitive and require proper design so now I'm discussing with my mentor about a proper way to implement. The code has been proposed on freebsd-arch mailing list, and I got some useful comments. Also, Florian Smeets (flo@) offered to benchmark my changes vs HEAD so we'll soon have some results. Davide From owner-soc-status@FreeBSD.ORG Tue Jul 17 02:15:49 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83DBA106564A for ; Tue, 17 Jul 2012 02:15:49 +0000 (UTC) (envelope-from jesse.hagewood@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 076D38FC15 for ; Tue, 17 Jul 2012 02:15:48 +0000 (UTC) Received: by lbon10 with SMTP id n10so10325112lbo.13 for ; Mon, 16 Jul 2012 19:15:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=DPIOQTCBeUbDNZpLsVlY3dLoq2MrFgv7dKwdhRHa1p0=; b=WtHNi7wkGoXS3g2AwN6NEkftBdTVZuuG6UKwmXre7uwUiq2U7tuJkPNeVBoUyt9Bz0 dBJva1a9ivT1LngfqzokVnHG/7tnCe66xqW3iSv7d8PCuqk1vhbK060YC26nS+dPPrOy GWIa1MzK/tAvj6MRimouNFkix8WBoS38nFkqafX9Ygmlv9bpQ4TkFB78BsgDoga/Ytjb MbKzTsWwsSdkyFvJOuEH6FVIu8i+QvIvbSDk1EHkxAtQXadUh77kYhZwtm+MwRjvV+6d oDwEXQ6ZwEo0VEXL0XCqOFqnBVKaOtUtQwC8IfKwDwBwYwgwTefYdCYhydOIt9A8eHDe D2xA== MIME-Version: 1.0 Received: by 10.152.113.199 with SMTP id ja7mr637506lab.10.1342491348029; Mon, 16 Jul 2012 19:15:48 -0700 (PDT) Received: by 10.114.16.105 with HTTP; Mon, 16 Jul 2012 19:15:47 -0700 (PDT) Date: Mon, 16 Jul 2012 22:15:47 -0400 Message-ID: From: Jesse Hagewood To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Subject: Improve BSD-licensed text processing tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 02:15:49 -0000 Progress for last week: - All diff-specific options in sdiff pass to the diff process fine now. The only problem was the '-W' options. In diff, sdiff's '-W' option is '-w' and sdiff's '-w' is '-W'. This problem has been corrected. - There were some goto statements in a switch block in sdiff that made the structure of the code sort of awkward. I refactored the code a little bit to get rid of the gotos. - Fixed many style issues in both diff and sdiff. They seem to be following all of the style guidelines now. For sdiff, there doesn't seem to be much left to do. Gabor suggested having tighter integration between the diff utilities, and I have been studying how BSD grep does this to get an idea of how it would work. This will be my main focus for most of this week, before continuing work on diff3. From owner-soc-status@FreeBSD.ORG Tue Jul 17 05:38:59 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46F37106564A; Tue, 17 Jul 2012 05:38:59 +0000 (UTC) (envelope-from scherfreebsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8DC738FC14; Tue, 17 Jul 2012 05:38:58 +0000 (UTC) Received: by lbon10 with SMTP id n10so181772lbo.13 for ; Mon, 16 Jul 2012 22:38:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:content-transfer-encoding:subject:date :message-id:cc:to:mime-version:x-mailer; bh=Ea+MDrcLlQwwVG42w02fU7Mc0Z0gHm1xPv9wINpRn18=; b=hI33w2J1HMRI5vcsX3mjklTSRzbq6OhLlP15aPUYFN7YGqr+EmG/UzLSNYKjJHbE1w HdGMVwGrPdFRkxNybGHIcEGK0xFi6dPG1RL7KCzgzW1Uc9oAdj9R+6rXtTJurNS1W6zE DtN6oupb9Xhgwkd3iMxNuDtcuYxpIPHaleI5k+y/6eB12a53HMIFTzcNWI4oam9GgV4k /BVXSrcGLaJvWCAE6USh3qKLPEyLvXK7Fk2+SZsOQTBShYywbNLeg9V2xtwpaqzOmagp v46HYTMRAXRS+BQmrI5tdNZbu8LiM4hg6IK35DkmJ+j0Gopww/le397qWZA0kfVdeW/6 27MA== Received: by 10.112.98.231 with SMTP id el7mr601468lbb.14.1342503537366; Mon, 16 Jul 2012 22:38:57 -0700 (PDT) Received: from [192.168.0.101] ([77.66.144.49]) by mx.google.com with ESMTPS id sm7sm17982142lab.5.2012.07.16.22.38.54 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 16 Jul 2012 22:38:56 -0700 (PDT) Sender: Alexander Pronin From: Alexander Pronin Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 17 Jul 2012 09:38:52 +0400 Message-Id: To: soc-status@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Cc: Marcus von Appen Subject: [ Week Report GSOC ] Parallelization in the ports collection X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 05:38:59 -0000 Familiarization with pkgng utility and code base. Setup workplace, environment and necessary tools for pkgng development Detailed proposal concerning parallelization in pkgng utility From owner-soc-status@FreeBSD.ORG Tue Jul 17 12:08:59 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17A61106566C for ; Tue, 17 Jul 2012 12:08:59 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id A42AF8FC12 for ; Tue, 17 Jul 2012 12:08:58 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so322555wgb.31 for ; Tue, 17 Jul 2012 05:08:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=OO6dnSbVziB3rv0i0BrBO2qXUYXgxnhmu4EAhWOtY/Y=; b=vatEyj2ebWGVlxeqedLSMr+YclgY060lc44/ihyDsxw2vlX8u/82dbik0flIVFvBQ0 4EYpnGqknVCpsHZrH7MeJyO1lBfHEuuTVTEpPIcbI/SQnxwWmNEdVUE2GuNOJNEkdgBb TLZy/0oCNTa+OspFam7MaQnn98k7w1IcduXVf6FKXgFwpWJF3zgf9gcUC4E1aJgE2LvX 4IzeJ8JaDOts5iz4WJlfzkqu1CVeGAFu2ZcAmgi6zqwJ1snbRfUJFQX3knOrDD6OE4sl IvscsOoJ0pwe14k1Q3yRboJySr5ffLTvANdEPvBth4U4xa0zv1AGeaH4t+o8oPdjrmg5 C6kw== Received: by 10.180.98.200 with SMTP id ek8mr3816396wib.0.1342526937621; Tue, 17 Jul 2012 05:08:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.184.4 with HTTP; Tue, 17 Jul 2012 05:08:37 -0700 (PDT) From: rudo tomori Date: Tue, 17 Jul 2012 14:08:37 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: cpu limits status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 12:08:59 -0000 Hi, the goal of my gsoc project is to enable the system administrators to configure %CPU limits using the rctl command. So that they can for example limit a particular user to 50% cpu time. Last week I added support for the ULE scheduler. One guy that was interested in my work has offered me access to some amd64 computers where I can test my work. I think it is useful to me because so far I have done all my development and debugging only on i386 arch. So this week I want to test my work on amd64 platform. Maybe I will also get my hands also on a sparc machine. rudo From owner-soc-status@FreeBSD.ORG Tue Jul 17 13:35:28 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52170106564A; Tue, 17 Jul 2012 13:35:28 +0000 (UTC) (envelope-from jbjcalmels@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 20E398FC0A; Tue, 17 Jul 2012 13:35:28 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so898759pbb.13 for ; Tue, 17 Jul 2012 06:35:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=K9af8194OK8m71UrVOjLbms2d4bkQIcDCeBHhHh8Pek=; b=PjH6fbAwer6otWRUBGCMuWHvZ8yfV9mkiwp6PeRWtC9R2lgMECe9t0/HFgZHIWQbf4 ttROD/cCA6eBBltT7/+J51s6BagSAwb3nFavDpkPn6XhGa+xn9iXwB897NX4RzuoE9WN tK7A5igvlK0n0/g1kfxpFpMYDiJ3VtKD1QSa+puEatfTwU1XtSCULBby0/OsEzTKg1ba wLWsoZ4W+DbH3QXVzgqk2t1c+H+yrOsSS71VZMuJEGzvOCHZ8fhEDBxgx8R8yhKfcoJy QjY/7IAa5+9xbAyMI5hU1aVMIYEPmROHBrIviFjHC7rOWqXEgCasZJvi2sFcKETOIEFQ 3Tng== MIME-Version: 1.0 Received: by 10.68.225.42 with SMTP id rh10mr6286281pbc.116.1342532127925; Tue, 17 Jul 2012 06:35:27 -0700 (PDT) Received: by 10.142.157.9 with HTTP; Tue, 17 Jul 2012 06:35:27 -0700 (PDT) Date: Tue, 17 Jul 2012 15:35:27 +0200 Message-ID: From: Jonathan Calmels To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Bjoern A. Zeeb" Subject: [Week 7][IPv6 Improvement] Activity report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 13:35:28 -0000 Hello, Here is my report for the week concerning the IPv6 improvement, under Bjoern Zeeb's mentoring The project aims to make more user space applications fully IPv6 ready. Advancement of the project can be followed here [1] After discussion with the bsnmp team, the IPv6 migration of the code has been put on hold, waiting for their draft. I worked on migrating most of the usr.bin utilities, presently newkey, systat, quota and ypwhich have been fixed and I'm currently facing all the YP system including the underlying libc/yp calls. I also completed the patch of openssl-1.0.1c which, I hope, will be tested on HEAD in the near future. As a reminder, all patches can be retrieved here[2] [1] : http://wiki.freebsd.org/IPv6/IPv6Improvement [2] : https://socsvn.freebsd.org/socsvn/soc2012/exxo/patches/ Regards, --- Jonathan Calmels (exxo@) From owner-soc-status@FreeBSD.ORG Tue Jul 17 14:07:48 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA863106564A for ; Tue, 17 Jul 2012 14:07:48 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-qc0-f173.google.com (mail-qc0-f173.google.com [209.85.216.173]) by mx1.freebsd.org (Postfix) with ESMTP id A1ADE8FC08 for ; Tue, 17 Jul 2012 14:07:48 +0000 (UTC) Received: by qcab12 with SMTP id b12so302310qca.18 for ; Tue, 17 Jul 2012 07:07:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=vdVBvrAuxvNdyiGcpFazyRQDOdnvB2NpDTE2I2i02Gk=; b=j4tMsqceZpDZDpbsQ94gEBaoEnz9aikkvqDoMIZ3lG3SeYL0RHD7KCVuyPCjNN98AB VprjpulMuvgyrxXNqCastBUzkK87hqqEPf+l5KIg7khpIEfwJqtqOSDOj9HVaGwUH5nF 7aY68lkA8+BaY05Egh3dP6Mo4nb14WDotSFXNoYd779AvbS3wuwbqmGFk5Auxje0ZaTr wPIzzYOpSGRjSTKUfZALVjnO6oKzYGKvRItewuSKvWFvUVMzjGUX55Tgvu03LjFepfHY IADOr24+7GGBVlfbW26iRIEmYzv57suMGX4zPal4/T1848nk5WqUG5xgOenJNdBTwZ9/ aBmg== MIME-Version: 1.0 Received: by 10.224.185.148 with SMTP id co20mr5042083qab.4.1342533624692; Tue, 17 Jul 2012 07:00:24 -0700 (PDT) Received: by 10.229.47.71 with HTTP; Tue, 17 Jul 2012 07:00:24 -0700 (PDT) Date: Tue, 17 Jul 2012 17:00:24 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel Level File Integrity Checker report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 14:07:49 -0000 During week #8: * clean up the codebase * midterm eval * checksums are now produced in kernel land during VOP_READ() and checked against the ones from .pefs.checksum. If they don't match, we deny reading access to that vnode. Next tasks on the TODO list: * research/implement signing .pefs.checksum and verifying that signature during `/sbin/pefs verify` as well as during VFS_MOUNT(). * require that immutable flags are set for all files that require integrity checking. this should be checked both by /sbin/pefs and in kernel when a vnode is looked up in index tables to see if it requires integrity checking. Also, add an option to `/sbin/pefs addchecksum` to set immutable flags for all files in input list, in case they are not already set. -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Wed Jul 18 01:24:40 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58816106564A for ; Wed, 18 Jul 2012 01:24:40 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 158308FC0A for ; Wed, 18 Jul 2012 01:24:39 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0M7C006G118VJSD0@mta.uoks.uj.edu.pl> for soc-status@FreeBSD.org; Wed, 18 Jul 2012 03:24:31 +0200 (CEST) Date: Wed, 18 Jul 2012 03:24:31 +0200 From: Jakub Klama To: soc-status@FreeBSD.org Message-id: <045fc9ca943214e6d143ff52f68d5b3d@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Cc: Subject: Fwd: FreeBSD/ARM and FDT cleanup - status report #8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 01:24:40 -0000 Hi, It's eighth status report for project aimed to clean up current FreeBSD/ARM port and FDT implementation. Things done this week: * Refactoring arm/ti port (armv6). In particular, converting ARM GIC driver to use pic_if.m and cleaning up ti_machdep.c * Investigation about multi-board support on ARM. Plans for next week: * Getting deeper into ARM SMP code in areas such as sending/receving IPIs and AP initialization Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Wed Jul 18 16:07:07 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A26B81065678 for ; Wed, 18 Jul 2012 16:07:07 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 57EA18FC17 for ; Wed, 18 Jul 2012 16:07:06 +0000 (UTC) Received: by qabg1 with SMTP id g1so3194715qab.13 for ; Wed, 18 Jul 2012 09:07:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=nFZDn+kEmr1Tke/KheJNGPMXnDrjJjUAXzniB+szyuc=; b=BX3xdb05pGf49qAqM4zGQCjBPRr3DjDUGwkHFLtXWJLsbV63FkMgxX5ldEPpiZwelv dXexbJmwud9ftGBIOs9s69Addm0T6XsaX/BjKxLTFWsdFrL6AoNmZEq+uMDryCrbi6EX /Y3FOQerltyYvs7+Ra7/wKYowxCZj68PkT7fo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=nFZDn+kEmr1Tke/KheJNGPMXnDrjJjUAXzniB+szyuc=; b=OSkAYyX/c2ayZMF+4Aez0s8WHgNegfwdiWMJIDXFhY2ZSxhZ9V8VJXOQhH19Fkpf07 BbY6EYHq4w4MrLl4+iynT5E0sNZ8IhFMQpwBq4ETwovrJqSq/3xCdAGzpm/ViZCpjVQO nVQEytBWpTefyz1cd9BDgm+s769TAdmwLPg4I1mKyuDCTEZGDrkB2Blsf3rpqubGwGdF RstAtBNm5NGx1x87cTQVnZOOHlCMjGlSNQtKTyfT2R0cy9vEN/MeO4j/dQ2bfeJ+eA50 s9L5AO/SOoaOSqeQlcwMANimkWtgBCRQz2jyvP0vkY18Ra5Ds9XorfJBslVVkG1lAmrT D9hQ== Received: by 10.60.171.135 with SMTP id au7mr2064385oec.62.1342627626250; Wed, 18 Jul 2012 09:07:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.212.2 with HTTP; Wed, 18 Jul 2012 09:06:26 -0700 (PDT) From: Takuya ASADA Date: Thu, 19 Jul 2012 01:06:26 +0900 Message-ID: To: soc-status@freebsd.org, Peter Grehan Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlE7SJ3rYF1XEXM3ty8RM3m8U97qiduS+xipS8RZGKwX31N77tG5pBxyEM1TXeiQCdzZjTa Cc: Subject: [status report #8] BHyVe BIOS emulation to boot legacy systems X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 16:07:07 -0000 * project summary The project goal is to support BIOS emulation on BHyVe, enabling boot from disk image. I going to focus booting FreeBSD/amd64 from disk image on this GSoC, but final goal is to make BHyVe able to support more guest OSes. * porting "doscmd" a DOS emulator to BHyVe, as a BIOS emulation library I started to porting doscmd to BHyVe, to get better BIOS emulation quality. For now, only int13h handler and disk service are ported, and an interfaces between bhyve and the library is not yet implemented. So it at least able to link with /usr/bin/bhyve but not functional, yet. On the work, I also tried to port display service, but it's little bit complicated, looks like more difficult to port than disk, so I decided to focus disk(int 13h) first. svn diff -r 239530:239547 https://socsvn.freebsd.org/socsvn/soc2012/syuu/bhyve-bios From owner-soc-status@FreeBSD.ORG Mon Jul 23 13:32:26 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 341941065689 for ; Mon, 23 Jul 2012 13:32:26 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id B6A608FC0A for ; Mon, 23 Jul 2012 13:32:25 +0000 (UTC) Received: by weyx56 with SMTP id x56so5099416wey.13 for ; Mon, 23 Jul 2012 06:32:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4yEF0QcTrY2RhQtSLkDEZIft3WcB8N3Y9UosEmbLQEs=; b=tHETAhdE/ak9iPN0uUu2L+Q1tyccLRs1m5Xnco7ayBCCa3jEXnVbhOsa9S7BNPHUzF A+IYHafqHySfePNZgHcpN2gRd1eZNPbTTh6A8ATH90wHoFRY/hxiWPdBIsU4CQlPRBvk FxF3arAu/f2qDjKbFWRFv0jvefdxP5CHLas1RsAB/YUXr7ht5HB91cg3cCNiQJM2kN7o hGFN+g5pIovFJZXYCrB7+RNQe6wDf+u+xyNiD3OkheQ9NvRekcbzFD5guY4Uy7DXzbDK oOf5/sn7NKtaWL4eys8zhL5Nx6UlFGL/RMg1XIiXaLX8IfMg6dh7e8JylZTSQtEqxRvc 1dgA== MIME-Version: 1.0 Received: by 10.216.184.196 with SMTP id s46mr7844144wem.66.1343050344537; Mon, 23 Jul 2012 06:32:24 -0700 (PDT) Received: by 10.216.193.195 with HTTP; Mon, 23 Jul 2012 06:32:24 -0700 (PDT) Date: Mon, 23 Jul 2012 09:32:24 -0400 Message-ID: From: Greg Miller To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Subject: Lock profiling and lock order verification, week 9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2012 13:32:26 -0000 Accomplishments for the week: * Implemented pthread_lockorder_begin_np(), pthread_lockorder_next_np(), and pthread_lockorder_end_np() to retrieve the lock order graph generated by libwitness * Implemented pthread_lockorder_reset_np() * Implemented pthread_lockorder_set_np() * Implemented pthread_lockorder_bless_np() to ignore ordering variations for a pair of locks * Switched from tracking locks by address inside libwitness to maintaining a set of lock_info structures * Added default names for locks * Added pthread_setname_np() to set lock names This week, I'll be working on test cases for the new libwitness features and will begin the code to generate the lock profiling and witness XML data files. From owner-soc-status@FreeBSD.ORG Mon Jul 23 16:22:30 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4ED06106564A for ; Mon, 23 Jul 2012 16:22:30 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 14CE08FC0C for ; Mon, 23 Jul 2012 16:22:30 +0000 (UTC) Received: by obbun3 with SMTP id un3so12593916obb.13 for ; Mon, 23 Jul 2012 09:22:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=8BjcNgz0cJAzaXPVPFW2tOXxzHQUcZ7qE0L5JFyiegY=; b=Irahkv2lmiKOiR+h2ClLOxgwTWZXgSyRPl4i2AycR6iuNmgunZ6F/Y1nGWrKFXzbXf 8ngc0rgPQqSPGV83hce7HTpdRd97Ji0dHjr+FsvUPLMCXAMMOFaHnZskTq7+xQk0hqno 3aSWppvPeuGj9Lk3DTbirf6Y5lHWN+aMDXhL5EQT/4QUj/6dLvH+EcvEY67hjt3P53az cfJRtbrXbFdZkrr6nJRh23Ud13Rr5AHTRXU6jSyen1tnUjJeKb/NQIKvj9rOR0N63Vn3 zACFrLSq+ULvaQ9A7yj0xd28igQe6wB2U9tDGamO9e7LyRHfosauYYROaDeDdpodEvGh kheg== MIME-Version: 1.0 Received: by 10.182.74.68 with SMTP id r4mr21813638obv.31.1343060549532; Mon, 23 Jul 2012 09:22:29 -0700 (PDT) Received: by 10.182.108.38 with HTTP; Mon, 23 Jul 2012 09:22:29 -0700 (PDT) Date: Mon, 23 Jul 2012 19:22:29 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel Level File Integrity Checker report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2012 16:22:30 -0000 During week #9: * .pefs.checksum is signed during /sbin/pefs 'addchecksum' action. Signature is placed in .pefs.signature and public key in .pefs.pkey. * .pefs.checksum's signature is verified during /sbin/pefs 'verify' action, using the public key. For the moment, only DSA & sha1 digest are supported and used by default. * Immutable flag schg is now required for all files that need integrity checking. /sbin/pefs 'addchecksum' action has a new option to turn on schg flag for any file that doesn't have schg turned on already. In kernel, when a vnode is first looked up in our checksum index tables, we check if schg is turned on. If not, we deny reading access to that vnode. Next tasks on the TODO list: * Code /sbin/pefs 'nameid' that will return the name id (MAC) for a file in pefs filesystem. This identifier is used instead of inode number when looking up files in .pefs.checksum so it should prove useful when user has to decipher cryptic error messages. * Offer more options for signing algorithm & digest. Support both DSA & RSA and all digests that can be used by these algorithms and are supported by the openssl library. * .pefs.checksum's integrity should be verified by the kernel driver during VFS_MOUNT(). Therefore, add another option to /sbin/pefs 'mount' that will provide the driver with the location of .pefs.pkey which should not be found inside the pefs filesystem. On the other hand, .pefs.signature is expected to be found in pefs root directory, alongside .pefs.checksum. -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Mon Jul 23 17:22:08 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BCAF106566B; Mon, 23 Jul 2012 17:22:08 +0000 (UTC) (envelope-from scherfreebsd@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id DE9F28FC0C; Mon, 23 Jul 2012 17:22:07 +0000 (UTC) Received: by laai10 with SMTP id i10so157660laa.13 for ; Mon, 23 Jul 2012 10:22:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:content-transfer-encoding:subject:date :message-id:cc:to:mime-version:x-mailer; bh=+HSV9POzlaPPx7BV60ffHmSP5njStQNOrrxcE+fLIQo=; b=fk8R9K3YIoRGQjUua1utMHtwnKRcU4JtRIxrfCl/67d8KUD1s8Dlm42r++DeLZGKaC +M3tSd2lIXs1LMyf6qC6uYA2Q2/a6ZsA8BPO5poiXxaRSiV5auuEc8IIetdSk6RWaxF0 JYzNZmXBA4LDJtrpTipK67Dc+sViFmKDbtoGR3quzIeTBMIYPO+9N1mMkcWl1EFzoGVj cnZ4L25UUXcLMZ9BKFgri8FSC/wY3uxsq3aHDwgy6bDXUsnA1Ph6/Y0jwFDW4uamX9L6 r9gTBgPvjWB4ASrt/KOA6a81fsapRmpkllTOumxqpWCd7kvZb4/r3vuG4QZUuqXYiWOS d/Mg== Received: by 10.152.125.116 with SMTP id mp20mr17628544lab.19.1343064126605; Mon, 23 Jul 2012 10:22:06 -0700 (PDT) Received: from [192.168.0.101] ([77.66.144.49]) by mx.google.com with ESMTPS id h9sm3224551lbi.9.2012.07.23.10.22.04 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 23 Jul 2012 10:22:05 -0700 (PDT) Sender: Alexander Pronin From: Alexander Pronin Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 23 Jul 2012 21:22:02 +0400 Message-Id: <4B2FEC1D-008B-4559-ABD6-E393C8D4E278@FreeBSD.org> To: soc-status@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Cc: Marcus von Appen Subject: [ Week Report GSOC ] Parallelization in the ports collection X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2012 17:22:08 -0000 Basic rough parallelization approach for pkgng. - lock/unlock utilities - user configurable lock timeouts From owner-soc-status@FreeBSD.ORG Mon Jul 23 19:37:05 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7B951065675 for ; Mon, 23 Jul 2012 19:37:05 +0000 (UTC) (envelope-from tzabal@it.teithe.gr) Received: from alpha.it.teithe.gr (alpha.it.teithe.gr [195.251.240.232]) by mx1.freebsd.org (Postfix) with ESMTP id 4DF0D8FC1B for ; Mon, 23 Jul 2012 19:37:05 +0000 (UTC) Received: from localhost (babel2.noc.teithe.gr [195.251.240.240] (may be forged)) by alpha.it.teithe.gr (8.14.3/8.14.3/Debian-9.4) with ESMTP id q6NJamVh001982 for ; Mon, 23 Jul 2012 22:36:49 +0300 Received: from ppp079167126041.access.hol.gr (ppp079167126041.access.hol.gr [79.167.126.41]) by webmail2.teithe.gr (Horde Framework) with HTTP; Mon, 23 Jul 2012 22:36:56 +0300 Message-ID: <20120723223656.15836nih184zah20@webmail2.teithe.gr> Date: Mon, 23 Jul 2012 22:36:56 +0300 From: Tzanetos Balitsaris To: soc-status@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) Subject: [Status Report - Week 09] Automated Kernel Crash Reporting System X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2012 19:37:06 -0000 * Familiarize myself with PostgreSQL and perform installation both on the development machine and in the test server dedicated for the project (akcrs.dyndns.org). Create an ER diagram that models the database of the system and then transform it to a database schema. Implement the database schema using SQL. Reading about how to connect to a PostgreSQL database using Python and understanding the basic functions that the DB API 2.0 declare to be implemented from all the Python modules related with databases. * Create an installation guide that describes how to setup the software needed for the server side part of the project, in the machine that will host it. The guide is written while setting up the current test server. * Familiarize myself with XML and investigate the various XML processing libraries provided in Python and decide to use the lxml library. A fast (based on the libxml2 C library), Pythonic and ElementTree based library for XML processing found in PyPI. Implement the checks about if the received XML file that stores the crash data is well-formed and valid (the two levels of 'goodness' for an XML document). From the "Checks" phase, the confirmation email remains yet. This week I want to finish the last check (confirmation email) and the store phase completely and start messing with the recognition of the reports that refer to the same bug. -- Tzanetos Balitsaris ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-soc-status@FreeBSD.ORG Mon Jul 23 22:17:40 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 493A71065678 for ; Mon, 23 Jul 2012 22:17:40 +0000 (UTC) (envelope-from jesse.hagewood@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C8DD78FC17 for ; Mon, 23 Jul 2012 22:17:39 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so6146373wgb.31 for ; Mon, 23 Jul 2012 15:17:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=CuvA6rUFn+6jduOETzCIyiHAQyWQG2qrvIfsgnTmY7o=; b=ei5+fh0T5HXmv/MCKCtwk90ij+1Tk59ZPUIn2poYMljLYu0tppqxRPGOKY36Tw5HTV kCM6dZNLq8QiyQXZsy6fVqFl18SGAUq6GYfV/siFsCiuCgeEcwgV7lmIqhJj3UAfKlJz 4rHkoVg7rPRWMemChc7OgRyhpZ1dIph4EfcBqCIFTgqZUE9CQpsR5iiRO2/oJjrQYjUv ICdqJXij/ByuxkGdyyGpRG6IVgOg9CpnL2ew/mrNByBarIPJaFdH0eZonNUFgRdcLKeZ lLdxdv2DhWffzDC0iRdtrjXLUkn8ydRebcCDAUFhpfFNIFfRiEypFdNoF502+UPuvsZM WRKw== MIME-Version: 1.0 Received: by 10.216.133.130 with SMTP id q2mr9323792wei.131.1343081858330; Mon, 23 Jul 2012 15:17:38 -0700 (PDT) Received: by 10.227.24.16 with HTTP; Mon, 23 Jul 2012 15:17:38 -0700 (PDT) Date: Mon, 23 Jul 2012 18:17:38 -0400 Message-ID: From: Jesse Hagewood To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Subject: Improve BSD licensed text-processing tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2012 22:17:40 -0000 Some milestones made last week: - Fixed textfile detection in diff3, using the same methods I used with diff. - Fixed several bugs I have found in diff3. - Wrote a test script for diff3. I've been looking at how to integrate the diff utilities more tightly by studying grep, and while I'm not sure how to improve tighter integration between diff/sdiff/diff3, I have an idea to integrate utilities for different file formats such as zdiff into diff the same way that grep does with the different grep utilities. I plan on implementing it this afternoon. Last week, I also began looking at diff3. The main issue here is the piping to diff is unimplemented. I plan on doing this in a similar way that sdiff has. Most functionality is there in diff3, except for a few missing features. The majority of the week I will be focused on this. Sdiff is looking very good right now. I'll comb through the code to fix compiler warnings and style issues, and run some benchmark tests. Also, in all of sdiff's files, there is only a comment saying it is public domain. Should the BSD license be added to the files? From owner-soc-status@FreeBSD.ORG Tue Jul 24 22:03:06 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DC58106566B for ; Tue, 24 Jul 2012 22:03:06 +0000 (UTC) (envelope-from adutkowski@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id DFDD38FC0A for ; Tue, 24 Jul 2012 22:03:05 +0000 (UTC) Received: by yenl8 with SMTP id l8so86807yen.13 for ; Tue, 24 Jul 2012 15:03:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ErauD5x+T1MibCxde5ITOLNMxJRu8MPmUZCf1pw1p+g=; b=c5+lwJch6BsXU7V8bQOolsQv8NCe8jkdFj+6/phuGP5siykVbck84cv0NbNqp67pfD FAtIWQYAmsUThDhFYF6tTkcsaVPrrG2T0RMCVhs4vDyRmLxsc6jMpyMza304FgrQEWhF nNliJGIJlYrXu4QDvmLHE3EkYRb65O8yYrKNafjVvrbnbUX6HVQ3kZFwGlaDYSKMZMzp GXjvnYC1UPR07J9q+heNXvzFSGqGN/uGRnMWDD0JGlQ34niA3OCq6sUS9Olu5B89o7s7 b64/THqtUwpHhDCvgyiuI7hbkNsRXAF92OrHjJ/HTIuKMGXDu4PxZ/QfdOlu0zf9nwXU O2dg== MIME-Version: 1.0 Received: by 10.60.12.8 with SMTP id u8mr30432012oeb.46.1343167385223; Tue, 24 Jul 2012 15:03:05 -0700 (PDT) Received: by 10.76.172.168 with HTTP; Tue, 24 Jul 2012 15:03:05 -0700 (PDT) Date: Wed, 25 Jul 2012 00:03:05 +0200 Message-ID: From: Aleksander Dutkowski To: soc-status@freebsd.org, Rafal Jaworowski Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: #9 Status Report - FreeBSD/arm on BeagleBoard-xM X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jul 2012 22:03:06 -0000 hello! This week I ran into a problem. USB driver is using gpio driver and while locking the gpio mutex [1] in function ti_gpio_pin_setflags(), it causes "Fatal kernel mode data abort: 'External Non-Linefetch Abort (S)'". It is triggered by instruction LDREX in atomic_cmpset_32() [2]. rayddtmhm have the same problem (Raspberry-Pi Broadcom/BCM2835 (ARM1176JZF-S core) ) So, if we won't find any solution in a couple of days, I'll start working on DVI chip driver, and come back to this later [1] https://socsvn.freebsd.org/socsvn/soc2012/aleek/beaglexm-armv6/sys/arm/ti/ti_gpio.c [2] https://socsvn.freebsd.org/socsvn/soc2012/aleek/beaglexm-armv6/sys/arm/include/atomic.h -- pozdrawiam Aleksander Dutkowski From owner-soc-status@FreeBSD.ORG Tue Jul 24 22:23:58 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0122106566B for ; Tue, 24 Jul 2012 22:23:58 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 7DFF58FC15 for ; Tue, 24 Jul 2012 22:23:58 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([unknown] [149.156.89.248]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0M7O003N3RJX1D50@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 25 Jul 2012 00:23:57 +0200 (CEST) Date: Wed, 25 Jul 2012 00:23:57 +0200 From: Jakub Klama To: soc-status@freebsd.org Message-id: <87f086df4cdbb8c17b691e4ce507ebc8@uj.edu.pl> X-Sender: jakub.klama@uj.edu.pl User-Agent: Roundcube Webmail/0.5 Subject: FreeBSD/ARM and FDT cleanup - status report #9 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jul 2012 22:23:58 -0000 Hi, It's ninth status report for project aimed to clean up current FreeBSD/ARM port and FDT implementation. Things done this week: * Improvements in arm machdep code, especially in pmap_devmap mapping code, allowing first-level nodes in DTS files to be mapped. * Trying to refactor mv port, but this will be not so easy, as mv window decode mechanism needs access to many different SoC registers at initarm() stage. I need to rethink some ideas of dynamic pmap_devmap mapping to handle this scenario properly. Plans for next week: * Think about passing trapframes in interrupt handlers in a way better than multiplexing it with user supplied argument in arm_intr_data structure. * Fix OMAP L2 cache controller issue Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Wed Jul 25 11:54:49 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DD45106566C for ; Wed, 25 Jul 2012 11:54:49 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id C9DD88FC0A for ; Wed, 25 Jul 2012 11:54:48 +0000 (UTC) Received: by weyx56 with SMTP id x56so550910wey.13 for ; Wed, 25 Jul 2012 04:54:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=hP5Oo91xyjf/VqknYOTmTwJWAAZJx9S6iZawyPoL+lA=; b=bGJF98vQZ0vxxEbo8GZcsUwhYFh3o5COq//aPSeP76vqKrzsrG7LPVeDIxeZw64cxJ x+HYiFJys/nu2kU+1Otk/cKcKRsVuar3DYidr7RKVJ0GqlaFxVBYKKJ7K8RcsdXy8iXS gnHLabehpS2u/9KBCBB8ZpC+tP5B673FueEbSx6NGwcb95OsLHk5QC1IcwNQ664WFgi8 mD2HQQrg0790bwDqbLHG2ZKDRTwq5ZImr6F1QoAek1gSi596RquF3JO6UBWgtZvwjpZh 1EsaiInLIl+d/YkC8UJauT4IqwYrVCTy9506aHmnjJGAtXvF58VXFVG3dSVjELuVEEsz hNIA== Received: by 10.180.14.193 with SMTP id r1mr3959698wic.19.1343217284344; Wed, 25 Jul 2012 04:54:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.184.4 with HTTP; Wed, 25 Jul 2012 04:54:23 -0700 (PDT) From: rudo tomori Date: Wed, 25 Jul 2012 13:54:23 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: cpu limits status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2012 11:54:49 -0000 Hi, the goal of my gsoc project is to enable the system administrators to configure %CPU limits using the rctl command. So that they can for example limit a particular user to 50% cpu time. Last week I was mainly working on testing. One guy provided me access to some machines with different architectures and I successfully tested my work on amd64/9-release, amd64/current, sparc64/9-release and powerpc/9-release. I also committed some code - I reverted back to the original version of the function rctl_enforce() and I added a new function rctl_over_limit() that I use for checking if the pcpu limits are adhered to. This week I want to see how per-jail %cpu limits work. I assume that the rctl infrastructure already enables me to specify and enforce per-jail pcpu limits. So I want to see how this works in practice. I also have some small issues in my head that I want to address this week. This includes fixing some includes in my code and preventing system processes from being interrupted by rctl sleep. rudo From owner-soc-status@FreeBSD.ORG Wed Jul 25 12:30:21 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2759F106564A; Wed, 25 Jul 2012 12:30:21 +0000 (UTC) (envelope-from jbjcalmels@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id EA2918FC16; Wed, 25 Jul 2012 12:30:20 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so1446341pbb.13 for ; Wed, 25 Jul 2012 05:30:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=pHtweYOkgmanGl6ne6RLnMAO1uQKijXPPDJdKMw9H1k=; b=Lgm8Z7dHZnFpjgdKOOevlmsc6qy0xx1Pl+hMVZMNS8dyiZIN5AdKjP7PhHS7eSNnO6 4rw8H2Zzxg2Ib/Cxai8R7+ogbuE0ruCgOOAb8CiG7MNrVGHNDHP5SzHmYn95L3mU3V2E Pv0CTuFZoODdtJVMbtH+1WgHeiO6DGpOA1Rwf4TOu4mkeWOdJCIaazLCTuvzd82JQpFz pQpSh2dZeoY9Sx8Wz9CaD83hrxvDww8P4Xde4zNulWv8Slf9Y6c+jI1nHftGiM6s/Onm d/da5OPECufs9FilhBa8cT3mPAw9jkRZrnXsE4Mc1UEt7bJJNOukhlv2Pw6ko0MOj9v5 PJ8g== MIME-Version: 1.0 Received: by 10.68.237.71 with SMTP id va7mr3124570pbc.34.1343219420731; Wed, 25 Jul 2012 05:30:20 -0700 (PDT) Received: by 10.142.157.9 with HTTP; Wed, 25 Jul 2012 05:30:20 -0700 (PDT) Date: Wed, 25 Jul 2012 14:30:20 +0200 Message-ID: From: Jonathan Calmels To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Bjoern A. Zeeb" Subject: [Week 8][IPv6 Improvement] Activity report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2012 12:30:21 -0000 Hello, Here is my report for the week concerning the IPv6 improvement, under Bjoern Zeeb's mentoring The project aims to make more user space applications fully IPv6 ready. Advancement of the project can be followed here [1] I worked towards the YP system including the underlying libc/yp calls. I had to update the ypbind protocol (v2->v3) and ypwhich accordingly. Presently I'm fixing ypbind with the new protocol and I'm rewritting all obsolete RPC codes. I also keep in mind that all the utilities should be backward compatible. More recently, the BSNMP team gave me samples of the IPv6 migration they had considered to implement. As soon as possible I will focus on it and put my shoulder to the wheel. As a reminder, all patches can be retrieved here[2] [1] : http://wiki.freebsd.org/IPv6/IPv6Improvement [2] : https://socsvn.freebsd.org/socsvn/soc2012/exxo/patches/https://socsvn.freebsd.org/socsvn/soc2012/exxo/patches/ Regards, --- Jonathan Calmels (exxo@) From owner-soc-status@FreeBSD.ORG Sun Jul 29 10:33:22 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8064106564A for ; Sun, 29 Jul 2012 10:33:22 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6F66B8FC0C for ; Sun, 29 Jul 2012 10:33:22 +0000 (UTC) Received: by obbun3 with SMTP id un3so9298664obb.13 for ; Sun, 29 Jul 2012 03:33:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=i3NjwN29jsaUgx0S4RX30mMP3op+QKXVF4Y5WyjWC+Q=; b=OzGgs0iquYDZ6nBfQNasU5F7kJeK6eZCX2Es7sUCcfpxw0/M1FRE7GgKixaCUjS6El igKdP4tO7vrNuUgzbaAebX2HuvvlFRDDfaruWmwepJIVylhsnGvN6I9JHn/I9hDkmDml XC6aKHh+kbJkUpsFx+cBiJz5l2PeTjfN+nOGnM6hfdOfdfpBPE0Lp8tIQKgNTHKc6z4q htRHxcFt1V2t6oBXzpYIBq+wAsHyICFjPCugIUKpsvRrra8gEZuO9/xdoSczBeJxXsBp lXsT2Q4GV7JRvQYtCfbwQMfl+6OkPdKOc1L9Ta4olgHabk0ctrs6cvFUXPG60WzO5jOA 6+AQ== MIME-Version: 1.0 Received: by 10.60.29.228 with SMTP id n4mr11874710oeh.27.1343558002111; Sun, 29 Jul 2012 03:33:22 -0700 (PDT) Received: by 10.182.24.168 with HTTP; Sun, 29 Jul 2012 03:33:22 -0700 (PDT) Date: Sun, 29 Jul 2012 13:33:22 +0300 Message-ID: From: Oleksandr Dudinskyi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2012 10:33:22 -0000 Hi. At current time I work on ioctl part of my driver UDF in sys/cam/scsi/scsi_cd.c . There are some problems because it is very different from realization in NetBSD. But I and my mentor working on it. And I think by the end of next week finish it. -- Regards, Oleksandr Dudinskyi. From owner-soc-status@FreeBSD.ORG Sun Jul 29 15:58:00 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABD0F106567A for ; Sun, 29 Jul 2012 15:58:00 +0000 (UTC) (envelope-from adutkowski@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 73ED88FC14 for ; Sun, 29 Jul 2012 15:58:00 +0000 (UTC) Received: by obbun3 with SMTP id un3so9751329obb.13 for ; Sun, 29 Jul 2012 08:57:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=8xE0kkyHOo2uwf/ewegIDGOhIVjo8XmvF8KisP+iF+s=; b=qel3oEJ4UlDUlJPETH/QMLBhfLTAC0kPnt0I9enWArbnb/sAQa5wtlWPdXbIIzQTPv kmkBEg7+GoSUOMjLIIH3P/MhF2hgQrlJRftEdcs0VTMQRbhnJ05pQVg95zlT6nBbJlij VbRxYXFqyjRPw4HDBt5L1F/XHdNzE8p6UYsHoND1u9PjDY0UXdk797I5EBaJWn5YOhGe ZY+84hFJ4oV/gIAk9JhWPhbWvlixNOx+QvC9dtJlIKC6bjfoovfu2KCs6Gc/zOZCdIRT bbjnzVwjofII86hbJgFRdb10LaIf1b1tXNjv0CnTgePny/g+6Fz7CY0lzx9LTlE2PdfJ uxdw== MIME-Version: 1.0 Received: by 10.60.2.131 with SMTP id 3mr13040028oeu.59.1343577474152; Sun, 29 Jul 2012 08:57:54 -0700 (PDT) Sender: adutkowski@gmail.com Received: by 10.76.172.168 with HTTP; Sun, 29 Jul 2012 08:57:54 -0700 (PDT) Date: Sun, 29 Jul 2012 17:57:54 +0200 X-Google-Sender-Auth: fYdePbgTorBdKZAlW3bMANNWUhs Message-ID: From: Aleksander Dutkowski To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: #10 Status Report - FreeBSD/arm on BeagleBoard-xM X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2012 15:58:00 -0000 hello! rayddtmhm has found workaround for LDREX instruction problem - he just disabled exclusive access, because lsrex/strex are designed for multicore, when two or more cpus will access to some atomic value. Since we dont have multiple CPU, I can turn it off for now. I will try to fix it later. This week I will: - enable i2c bus as it is need for PMIC - enable PMIC -- regards aleek From owner-soc-status@FreeBSD.ORG Mon Jul 30 13:47:38 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 868F6106564A for ; Mon, 30 Jul 2012 13:47:38 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 188418FC1A for ; Mon, 30 Jul 2012 13:47:37 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so1389128wib.13 for ; Mon, 30 Jul 2012 06:47:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dGctV8Qpsyqov8kewYnUM4u8HYjip3t/FbQiJQJ5SZE=; b=INFspgafyw3DU8KQvHmXjvXrgCgzmJGelJyCwFsG9QxVUBZRBx48XTIeKW0LciwsKv 5FzwCcHQhNQsS8xteyrNg40eOpBoGiu6+YCx5KNpedRsmBwqYatXxg1GGii6v9Pq9Rg1 FaQ36WkAh+t4QKlrn92mnCsKYjXidxnLoEha4iIkIwZWgvSTPIumhQh+C+ZqNVc8Htl5 UymvJrJg/KxiuybE8486Lad5OX8+C6tkyaywIFo0t+odR+FXL0vr3LH/2JOKZqFJgEbN dhkMzoU+AL/K5FBvHSlh5/b/01vZp65EkOm7etHL48ZtD8Ee1v/y/TuVnX0WmFBK533z xH3g== MIME-Version: 1.0 Received: by 10.216.243.66 with SMTP id j44mr5473863wer.160.1343656057012; Mon, 30 Jul 2012 06:47:37 -0700 (PDT) Received: by 10.216.193.195 with HTTP; Mon, 30 Jul 2012 06:47:36 -0700 (PDT) Date: Mon, 30 Jul 2012 09:47:36 -0400 Message-ID: From: Greg Miller To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Subject: Lock profiling and lock order verification, week 10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 13:47:38 -0000 Completed during the week: * Re-implemented pthread_lockorder_begin_np(), pthread_lockorder_next_np(), and pthread_lockorder_end_np() using the lock_info structure. * Added tests for pthread_lockorder_set_np(), pthread_setname_np(), and pthread_lockorder_bless_np(), fixing bugs that were found along the way. * Added lock names to pthread_lor_np structure. * Added optimization of the lock order graphs. Remaining tasks: * Add tests to directly verify the correctness of the lock order graphs. * Generate XML output files * Include backtraces in the LoR log. * Further commenting and style fixes. From owner-soc-status@FreeBSD.ORG Mon Jul 30 14:03:15 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC927106566C for ; Mon, 30 Jul 2012 14:03:15 +0000 (UTC) (envelope-from jesse.hagewood@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6748F8FC0C for ; Mon, 30 Jul 2012 14:03:15 +0000 (UTC) Received: by weyx56 with SMTP id x56so4311336wey.13 for ; Mon, 30 Jul 2012 07:03:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=kHcGmFy21QRBbC2TNxFWXIpptHCGG8RcktJbcYYOpss=; b=g3CneeOOQOdY1mnBReoDuK/etuR8iNcU+ERfQhU5loHYAojGs1LyiNUtSyKUKRimA4 5Wh7QpilDpnOSnxAeZgiKTT9wqSdeajgbAG1Z9EocqTJjuNSeP7KvB202bw/Pib6PpVo LFBhKpUshcg0DEYJZkt5XIddQCvUS1jn3rVczFSjN4kM4KtYSkJ2f2Z5MNV8PYiMlAjN mh5vh4yJXbgByk/d5gvIkGQUvW6UBPcjswshmSJc+EPuDrjU5sWtOV5RGuEWtBpq0ZG5 YEhv2+Q/0viNv4HCtyeQT0JjaWVpE/ZXD+CxuIOfMjAnael3ZxmqUOYiqhBUh62pR0M1 0VHg== MIME-Version: 1.0 Received: by 10.180.80.134 with SMTP id r6mr26854223wix.1.1343656994286; Mon, 30 Jul 2012 07:03:14 -0700 (PDT) Received: by 10.227.24.16 with HTTP; Mon, 30 Jul 2012 07:03:14 -0700 (PDT) Date: Mon, 30 Jul 2012 10:03:14 -0400 Message-ID: From: Jesse Hagewood To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Subject: Improve BSD licensed text-processing tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 14:03:15 -0000 This week, I have implemented the following: - While testing sdiff, I noticed that it would not accept binary files. GNU sdiff will output the difference of binary files the same way as diff, with a message simply saying the files differ. I implemented this in a similar way to diff and diff3, and also have a function where it will execute a diff process with only the input files if there is a binary file. - Fixed all warnings generated when building sdiff. - I've nearly completed zdiff integration in diff, however, I'm getting weird compiler errors with undefined references to functions in zlib.h, even though it is included. I'll try to resolve these errors this afternoon. Also, I still need to change the Makefile to build both a "diff" and a "zdiff" binary. This feature is something I still need to talk over with Dag-Erling, who I am assuming is still on vacation. - Added necessary error checking to various parts of sdiff and diff3. Once I've tested zdiff integration in diff, I plan on sending Gabor the latest version of BSD diff to update the port package. I still have not completed piping to diff in diff3, but I am planning to get diff3 functional by August 5th, which is when I will start focusing mainly on benchmarking, checking POSIX compliance, and lots more testing. From owner-soc-status@FreeBSD.ORG Tue Jul 31 18:29:57 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A223106566B for ; Tue, 31 Jul 2012 18:29:57 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 076E98FC18 for ; Tue, 31 Jul 2012 18:29:56 +0000 (UTC) Received: by qcsg15 with SMTP id g15so4794355qcs.13 for ; Tue, 31 Jul 2012 11:29:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=nKw5nRON9mlMZulvTzUAu6HfO7Y/gruWsHwGo/Vwbp8=; b=AHezPAG7tT9i0DaOgUtBCczVucy6f0RmR3DLzVWinxI1hDuSqCY18WpDXFzOPC8yFY aPOOKqG92dltNg4Hu6/8vmZsrdrt83hXNPRj12zO77CDwDQHO17pG1wiuFOb8Jqg8N81 rcy9eNAAvvf9WrBB2oxIV2gZgDhOXRX5CjB25LXQuxR8rhMGSFoSeRscyZgdFY/RSF1l QujtBqJC3QDTMWe52baZJvCnZ8MtW/aDElQBhuWKcdxDGaiJ0GwNzd7Wh96He1CD1e7t EEdkkX13rIkFtRehsMAhmQQ6nrErNbU164k0vUuQ8JTY41aVEBnk7KvoM++UJrTC/bfA HA8A== MIME-Version: 1.0 Received: by 10.60.19.232 with SMTP id i8mr24646412oee.35.1343759396429; Tue, 31 Jul 2012 11:29:56 -0700 (PDT) Received: by 10.182.108.38 with HTTP; Tue, 31 Jul 2012 11:29:56 -0700 (PDT) Date: Tue, 31 Jul 2012 21:29:56 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel Level File Integrity Checker report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jul 2012 18:29:57 -0000 During week #10: * /sbin/pefs 'nameid': prints the name id (MAC) for a file in pefs filesystem. This identifier is used instead of inode number when looking up files in .pefs.checksum so it should prove useful when user has to decipher cryptic error messages. Next tasks on the TODO list: After a talk with my mentor, verifying .pefs.checksum in kernel level is pushed to the end of my TODO list since there is no asymmetric crypto support in the FreeBSD kernel and I would have to port parts from a different library or module to the FreeBSD kernel. There are a few minor changes that need to be done at the /sbin/pefs codebase but for the moment, I'm switching to the last major TODO of my project which is altering securelevel and perhaps rtld so that only executables with schg flag set are allowed execution. -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Wed Aug 1 00:57:59 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28633106566C for ; Wed, 1 Aug 2012 00:57:59 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id D1A9C8FC24 for ; Wed, 1 Aug 2012 00:57:58 +0000 (UTC) MIME-version: 1.0 Received: from [10.10.1.245] ([unknown] [83.19.65.138]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTPSA id <0M8100B11XCFPI60@mta.uoks.uj.edu.pl> for soc-status@FreeBSD.org; Wed, 01 Aug 2012 02:57:52 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.0 X-Antivirus-Code: 0x100000 Message-id: <50187F0F.5010707@uj.edu.pl> Date: Wed, 01 Aug 2012 02:57:51 +0200 From: Jakub Klama User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 To: soc-status@FreeBSD.org References: <87f086df4cdbb8c17b691e4ce507ebc8@uj.edu.pl> In-reply-to: <87f086df4cdbb8c17b691e4ce507ebc8@uj.edu.pl> X-Forwarded-Message-Id: <87f086df4cdbb8c17b691e4ce507ebc8@uj.edu.pl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FreeBSD/ARM and FDT cleanup - status report #10 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2012 00:57:59 -0000 -- Treść oryginalnej wiadomości -- Temat: FreeBSD/ARM and FDT cleanup - status report #9 Data: Wed, 25 Jul 2012 00:23:57 +0200 Nadawca: Jakub Klama Adresat: Hi, It's tenth status report for project aimed to clean up current FreeBSD/ARM port and FDT implementation. Things done this week: * PandaBoard is working with refactored machdep and GIC using pic_if.m interface, but with l2cache controller disabled. This can be probably caused by bus_space_map function which calls pmap_kenter() instead of pmap_kenter_nocache() to enter device mapping. * Modified intrng code in a way to remove interrupt argument and trapframe multiplexing - trapframe can be obtained from current thread. Things to done next week: * Investigate existing corner-cases in arm_mmu_init() and related routines. Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Wed Aug 1 08:51:03 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EBD1106564A for ; Wed, 1 Aug 2012 08:51:03 +0000 (UTC) (envelope-from scherfreebsd@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 940A58FC15 for ; Wed, 1 Aug 2012 08:51:02 +0000 (UTC) Received: by lbon10 with SMTP id n10so264880lbo.13 for ; Wed, 01 Aug 2012 01:51:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:content-type:content-transfer-encoding:subject:date :message-id:to:mime-version:x-mailer; bh=v9A4GwLu2rNvDi8fVM/pocf+g4kHcK+pRoP++rJ17+E=; b=dwYAKnpLRZZlvBzqNXUotf3a0qMySi55taSWh+RyJgFAnzPZhxwwnR4tERNDd8WGyk u0z9VnqtgupqRuGm3lJMX9YK0ak6q8hWD6Cd9snrqWgE1/gTYGfFBHESJ7Q4uvh3dYtQ CZK65xtdbUER9NIBaRkDIYvm22x4ZsHYAMgdh97eLfJooExwR4v/RsJ+iufw5qqDuMh9 o953kPemh72Ylom4f1FElIJh0m7Vke6/2s0RLMdZKYhH4QguofSoP2c4fuEnbFvkKylS aw65sBahdJjVp4HK98ZAckAx6/I1SmE1IfGZzsUso6HPU7T9jvGkHT6x6hBGiZ/SuQlV uDxg== Received: by 10.152.144.168 with SMTP id sn8mr17634096lab.1.1343811061346; Wed, 01 Aug 2012 01:51:01 -0700 (PDT) Received: from [192.168.0.101] ([77.66.144.49]) by mx.google.com with ESMTPS id j1sm597590lby.8.2012.08.01.01.50.58 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 01 Aug 2012 01:50:59 -0700 (PDT) Sender: Alexander Pronin From: Alexander Pronin Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 1 Aug 2012 12:50:56 +0400 Message-Id: <1A628EA8-E152-4A64-9CDB-E5981A7BCB05@FreeBSD.org> To: soc-status@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Cc: Subject: [ Week Report GSOC ] Parallelization in the ports collection X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2012 08:51:03 -0000 Sorry for delay this week. Efficient parllelization of pkgng utility. Tracking of current processes. Parallelization on libpkg level. Frontend independent parallelization. From owner-soc-status@FreeBSD.ORG Wed Aug 1 08:32:55 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D76C1065670 for ; Wed, 1 Aug 2012 08:32:55 +0000 (UTC) (envelope-from apronin@me.com) Received: from st11p02mm-asmtpout004.mac.com (st11p02mm-asmtpout004.mac.com [17.172.220.239]) by mx1.freebsd.org (Postfix) with ESMTP id 714A28FC19 for ; Wed, 1 Aug 2012 08:32:54 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [192.168.0.101] ([77.66.144.49]) by st11p02mm-asmtp004.mac.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Jan 3 2012)) with ESMTPSA id <0M8200NALIEJ4B50@st11p02mm-asmtp004.mac.com> for soc-status@FreeBSD.org; Wed, 01 Aug 2012 08:32:48 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855,1.0.260,0.0.0000 definitions=2012-08-01_03:2012-08-01, 2012-08-01, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1203120001 definitions=main-1208010024 From: Alexander Pronin Date: Wed, 01 Aug 2012 12:32:43 +0400 Message-id: <56C8B4A2-D5C8-4504-B345-7E2376B72AAA@me.com> To: soc-status@FreeBSD.org X-Mailer: Apple Mail (2.1278) X-Mailman-Approved-At: Wed, 01 Aug 2012 11:37:18 +0000 Cc: Subject: [ Week Report GSOC ] Parallelization in the ports collection X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2012 08:32:55 -0000 Sorry for delay this week. Efficient parllelization of pkgng utility. Tracking of current processes. Parallelization on libpkg level. Frontend independent parallelization. From owner-soc-status@FreeBSD.ORG Wed Aug 1 15:39:22 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78CF0106564A for ; Wed, 1 Aug 2012 15:39:22 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0DB5F8FC08 for ; Wed, 1 Aug 2012 15:39:21 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so6794226wgb.31 for ; Wed, 01 Aug 2012 08:39:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=KtZu1833oH+E6Axz/WRURoyrD+JKReFIBU0jmhQEQaQ=; b=wSXl167PU8xjbXNllhScSBszF78mR7CwBLdakDuH/Y+GQBLsqw95cYGanZUmVtx6M8 Qkn91t4R23UrpLlDZP69U9jb2QqZe7B0veGjmiPG2INlfjdlFx6cGabjKcjhx6zYUqND p7a6rj+MeYpIerZkSUP+f03dUANXNrZ6FpuioClo2/pFfn7j50In39sSEcAMShmNbeRD KppqmFmzFh2aLUFsrJKjiflTtZOHgdsATivFm7cY6HvyxL9nLcWgNaZDT5gFNK6E4Omn Q3MwxDbWea2JrCJqklwmWdTJEqX9YWgZkB2I9ZOkszjsMXDfTOUm1YJsTxBt0fUVHgWU SQKQ== Received: by 10.216.198.10 with SMTP id u10mr8898897wen.80.1343835560770; Wed, 01 Aug 2012 08:39:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.184.4 with HTTP; Wed, 1 Aug 2012 08:39:00 -0700 (PDT) From: rudo tomori Date: Wed, 1 Aug 2012 17:39:00 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: cpu limits status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2012 15:39:22 -0000 Hi, the goal of my gsoc project is to enable the system administrators to configure %CPU limits using the rctl command. So that they can for example limit a particular user to 50% cpu time. Last week I checked setting per-jail %cpu limits. I also fixed some small issues that I mentioned in my previous status report. This week I am working on better %cpu calculations for short-lived processes because traditional values (those used for example in ps and top commands) are too small even for cpu intensive processes. rudo From owner-soc-status@FreeBSD.ORG Wed Aug 1 17:08:44 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0173A106566B; Wed, 1 Aug 2012 17:08:44 +0000 (UTC) (envelope-from jbjcalmels@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9AF128FC0A; Wed, 1 Aug 2012 17:08:43 +0000 (UTC) Received: by yhfs35 with SMTP id s35so8806857yhf.13 for ; Wed, 01 Aug 2012 10:08:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=trZ2jMzK69qgTpyMNxZwdAX+pyjUYlp2jW/lLCv17PE=; b=pSHvfKCRiyLYn6OGO4v92BJV1Sub5wkVSBVt1AJ23AqQheNh8bcaxcN7D5DuUixftE /4/5ueVnAHqQmH+BJF9+qx9gMe1Zkq+iOhFJLUmfzpe6rzP3zXQ7lKZ1KdPfHVPGpOqu zeaJRTfB9vgJ5AxEPZDXTqUq+N1lCvxRnfzJHAezSc9HWqBiPzLa+9mryqKBlqYcquP6 /eUcTjP7v6R7nkn0grsd+ldDxbWZNYCUpMvgBRMIvCxYqZnSispCeV3XELfIiDhQva1Y 4BGpbs2D+ixUvR2R5e+kuRDk/kWveX3XWMgaofmfGT6RJakg5EuCiTcAg1/5Btu4JIDp aLGA== MIME-Version: 1.0 Received: by 10.66.74.3 with SMTP id p3mr41210077pav.49.1343840922617; Wed, 01 Aug 2012 10:08:42 -0700 (PDT) Received: by 10.142.157.9 with HTTP; Wed, 1 Aug 2012 10:08:42 -0700 (PDT) In-Reply-To: References: Date: Wed, 1 Aug 2012 19:08:42 +0200 Message-ID: From: Jonathan Calmels To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Bjoern A. Zeeb" Subject: [Week 9][IPv6 Improvement] Activity report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2012 17:08:44 -0000 Hello, Here is my report for the week concerning the IPv6 improvement, under Bjoern Zeeb's mentoring The project aims to make more user space applications fully IPv6 ready. Advancement of the project can be followed here [1] This past week I finished fixing ypbind/ypwhich which now carry a new protocol (version 3) and ensure the backward compatibility with version 2. I am currently in the testing phase and I evaluate all the possible implications on others dependant softwares. I also audited the getent utility which should be the following to be migrated As a reminder, all patches can be retrieved here[2] [1] : http://wiki.freebsd.org/IPv6/IPv6Improvement [2] : https://socsvn.freebsd.org/socsvn/soc2012/exxo/patches/https://socsvn.freebsd.org/socsvn/soc2012/exxo/patches/ Regards, --- Jonathan Calmels (exxo@) From owner-soc-status@FreeBSD.ORG Wed Aug 1 22:11:21 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9581C106564A for ; Wed, 1 Aug 2012 22:11:21 +0000 (UTC) (envelope-from tzabal@it.teithe.gr) Received: from alpha.it.teithe.gr (alpha.it.teithe.gr [195.251.240.232]) by mx1.freebsd.org (Postfix) with ESMTP id 0ABF88FC12 for ; Wed, 1 Aug 2012 22:11:19 +0000 (UTC) Received: from localhost (babel2.noc.teithe.gr [195.251.240.240] (may be forged)) by alpha.it.teithe.gr (8.14.3/8.14.3/Debian-9.4) with ESMTP id q71M59Fr032757 for ; Thu, 2 Aug 2012 01:05:10 +0300 Received: from ppp079167088073.access.hol.gr (ppp079167088073.access.hol.gr [79.167.88.73]) by webmail2.teithe.gr (Horde Framework) with HTTP; Thu, 02 Aug 2012 01:05:18 +0300 Message-ID: <20120802010518.13825i1ou5twi0pq@webmail2.teithe.gr> Date: Thu, 02 Aug 2012 01:05:18 +0300 From: Tzanetos Balitsaris To: soc-status@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) Subject: [Status Report - Week 10] Automated Kernel Crash Reporting System X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Aug 2012 22:11:21 -0000 Work done this week: * Study Python's object-oriented support and redesign /usr/sbin/crashreportd in an object-oriented way (CrashReport and CrashData classes). * The Store phase has been completed. The three phases (receive, check and store) have been tested and debugged for basic cases. * Updates regarding the installation guide and the database schema. * Research on how to use Python on the Web. Check the web application frameworks that exist for Python and after messing with the Django web application framework, decide to go with it. This has been done to prepare for the construction of the dynamic website. * Started to reviewing the PHP code that I have produced for recognizing same reports and implement it in Python. Now I am working on cleaning up a bit the code of crashreportd, especially divide it in several modules and start working on how to recognize if a report that arrives in the system refers to a previously logged bug. -- Tzanetos Balitsaris ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-soc-status@FreeBSD.ORG Fri Aug 3 18:54:01 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B77710656A7 for ; Fri, 3 Aug 2012 18:54:01 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id AF7EA8FC14 for ; Fri, 3 Aug 2012 18:53:59 +0000 (UTC) Received: by ghbz22 with SMTP id z22so1457916ghb.13 for ; Fri, 03 Aug 2012 11:53:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=j76jduVzjYH3O3F5YSxxFL3e8w2CeZWeNFX+3zqob9I=; b=gE+de1MIXh6rfAlkSmT5A/9ShhoizqeMWbYJiPxvLOOOLk2p8Sks3gbEtPJbhoXyOM eVpkZJkuAvs8VyYzQyTqG+LEWv3jh3VcNGvMOuBg1aqT2r8LLUOH7ZmbeD9Nk8twS1Jh iEgQDwBtw/gSbh0OBPgBRYQizl3VbxkXHDPf8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=j76jduVzjYH3O3F5YSxxFL3e8w2CeZWeNFX+3zqob9I=; b=AnTKsxfzp+3+dh9sIJiJxBUggCgpbGopBe/dLJ6z68ATy9awvgiEpLTLzVCCLgEY2B IVy6wbagCOjvS0840rdhQfwYEj7iVHRyF8idqrraev8hP1o9H8Gzt4XyXDUxsXzZqWgn T19P6RwOezU1QvT7Mvmyl6ra/nyyK9kKa4RCYEvpNlAXGDKaV0QGyFE5JhB1aLIz+vEg 1gxMXjpxHW9LN4NaUVEip2hThnKs7RSgu+PTuyfg/MLTylLIn/FujNkU10gt/OxXwkGY eWy1C2mbS/AVzww9BSqCUPCTKy0Rq5dlnwDfi/jzP5CtDUfsm3qdDcI7VHjp1tkolKtG Eqiw== Received: by 10.50.36.131 with SMTP id q3mr5130556igj.56.1344020032978; Fri, 03 Aug 2012 11:53:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.200.208 with HTTP; Fri, 3 Aug 2012 11:53:12 -0700 (PDT) From: Takuya ASADA Date: Sat, 4 Aug 2012 03:53:12 +0900 Message-ID: To: soc-status@freebsd.org, Peter Grehan Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlH5nusKoyumvGNPIfBmiOU6seZpfVT0YHLpMDSX6VszQHoH1pKkNjEI2z02Kt0AcnNTeOQ Cc: Subject: [status report #9 & #10] BHyVe BIOS emulation to boot legacy systems X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Aug 2012 18:54:01 -0000 * project summary The project goal is to support BIOS emulation on BHyVe, enabling boot from disk image. I going to focus booting FreeBSD/amd64 from disk image on this GSoC, but final goal is to make BHyVe able to support more guest OSes. * porting "doscmd" a DOS emulator to BHyVe, as a BIOS emulation library #2 To make it callable from /usr/sbin/bhyve, I implemented biosemul_init() and biosemul_call(). biosemul_init() initialize libbiosemul, and biosemul_call() handles bios call. Now int 13H is handled by libbiosemul, 10H and 16H is still handled in bios_int*.c but it will soon change to libbiosemul. * debug int 13H MBR writes "Error loading operating system" on the screen. I fix some bugs which was the reason of failing read disks, but it still occurs. The message shows up if JC instruction branches, but in libbiosemul it writes a value to EFLAGS without Carry bit. Now I'm guessing the bit turned on after IRET instruction executed, because IRET restores this register. I'll try to dump register values just after guest returned from INT instruction, probably using INB/OUTB instruction(to VMExit). From owner-soc-status@FreeBSD.ORG Mon Aug 6 13:12:20 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F0A2106566B for ; Mon, 6 Aug 2012 13:12:20 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 12D998FC0A for ; Mon, 6 Aug 2012 13:12:19 +0000 (UTC) Received: by wibhm11 with SMTP id hm11so1286137wib.13 for ; Mon, 06 Aug 2012 06:12:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=s0Gg12fcVnsf+AGg3hc/WUMEkjU6J2K4v6Sg7DFK4Lc=; b=JTaougZYgyOt27uIoaEmLYkya1tGYQQdfZKHRSSNGKqz/KdhSp80m5RouKIpcpieKu jKWNCl2vQHazp98nWL//6e3jr2KS6LO1qZXL8rDzu7XX8MqsjTLCzO/R5tZoUin9h0T/ PHt5NDJk42vfige7LvGU1LD4dXNy2pl98YpUELoxmw+pOrHGgErvcnfH+QCiWq/Z5IYq ni8SZEokEdj2DiIozeXQArvpUcrqSN33qkUikf2rbP/VnbQleQjhGTPmIktPuNrL/XRs Zr4dyl/QPb33dJiFb4K5dUzHoJDfouba0Y40oj5nGLBYIO7g8otaHEUrQ1lQkNEp5W6e +NWg== MIME-Version: 1.0 Received: by 10.180.20.11 with SMTP id j11mr18353262wie.12.1344258738698; Mon, 06 Aug 2012 06:12:18 -0700 (PDT) Received: by 10.216.193.195 with HTTP; Mon, 6 Aug 2012 06:12:18 -0700 (PDT) Date: Mon, 6 Aug 2012 09:12:18 -0400 Message-ID: From: Greg Miller To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Subject: Lock profiling and lock order verification, week 11 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 13:12:20 -0000 Week's accomplishments: * Implemented tests for lock order graphs for libwitness. A number of bugs surfaced, slowing progress down for the week, but the lock order graphs are now being generated correctly. * Began work on XML output files for lock profiling. Remaining work: * Finish XML output * Add backtraces to libwitness logging * Style fixes and documentation From owner-soc-status@FreeBSD.ORG Mon Aug 6 13:59:05 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5652106564A; Mon, 6 Aug 2012 13:59:05 +0000 (UTC) (envelope-from ericmcc@cs.umass.edu) Received: from mail.cs.umass.edu (loki.cs.umass.edu [128.119.240.93]) by mx1.freebsd.org (Postfix) with ESMTP id 4646B8FC0C; Mon, 6 Aug 2012 13:59:04 +0000 (UTC) Received: from loki.cs.umass.edu (localhost [127.0.0.1]) by mail.cs.umass.edu (8.13.8/8.13.1) with ESMTP id q76Dwwji029208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 6 Aug 2012 09:58:58 -0400 Received: from localhost (ericmcc@localhost) by loki.cs.umass.edu (8.13.8/8.13.1/Submit) with ESMTP id q76DwwDE029202; Mon, 6 Aug 2012 09:58:58 -0400 X-Authentication-Warning: loki.cs.umass.edu: ericmcc owned process doing -bs Date: Mon, 6 Aug 2012 09:58:57 -0400 (EDT) From: Eric McCorkle To: ae@freebsd.org, soc-status@freebsd.org Message-ID: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: Status reports bouncing X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 13:59:05 -0000 This is an attempt to get an email through. For some reason, my usual mail server has been bouncing every attempt to send a status report for the last two weeks. This combined with travel and job interviews has prevented me from submitting anything. If this gets through, then someone please reply, so that I know that it works. From owner-soc-status@FreeBSD.ORG Mon Aug 6 19:20:09 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACA731065670; Mon, 6 Aug 2012 19:20:09 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id A81FB8FC0C; Mon, 6 Aug 2012 19:20:08 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.5/8.14.5) with ESMTP id q76JK50k057628; Mon, 6 Aug 2012 14:20:05 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.5/8.14.5/Submit) id q76JK5fu057627; Mon, 6 Aug 2012 14:20:05 -0500 (CDT) (envelope-from brooks) Date: Mon, 6 Aug 2012 14:20:05 -0500 From: Brooks Davis To: Eric McCorkle Message-ID: <20120806192005.GA57150@lor.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ae@freebsd.org, soc-status@freebsd.org Subject: Re: Status reports bouncing X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 19:20:09 -0000 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 06, 2012 at 09:58:57AM -0400, Eric McCorkle wrote: > This is an attempt to get an email through. For some reason, my usual=20 > mail server has been bouncing every attempt to send a status report for= =20 > the last two weeks. This combined with travel and job interviews has=20 > prevented me from submitting anything. >=20 > If this gets through, then someone please reply, so that I know that it= =20 > works. This one made it through. -- Brooks --/04w6evG8XlLl3ft Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFQIBjkXY6L6fI4GtQRAs96AKCFEhCyAxFvF9PI24DKUpaRzAsgJgCfXYFe RN3ZTUuU3mqSXsJj6b7DmGk= =QjmB -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-soc-status@FreeBSD.ORG Tue Aug 7 00:20:19 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51B031065670 for ; Tue, 7 Aug 2012 00:20:19 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 07F778FC0A for ; Tue, 7 Aug 2012 00:20:17 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from [10.10.1.245] ([unknown] [83.19.65.138]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTPSA id <0M8C00HF4ZLII140@mta.uoks.uj.edu.pl> for soc-status@FreeBSD.org; Tue, 07 Aug 2012 02:20:11 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.0 X-Antivirus-Code: 0x100000 Message-id: <50205F35.4000401@uj.edu.pl> Date: Tue, 07 Aug 2012 02:20:05 +0200 From: Jakub Klama User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 To: soc-status@FreeBSD.org References: <50187F0F.5010707@uj.edu.pl> In-reply-to: <50187F0F.5010707@uj.edu.pl> X-Forwarded-Message-Id: <50187F0F.5010707@uj.edu.pl> Cc: Subject: FreeBSD/ARM and FDT cleanup - status report #11 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 00:20:19 -0000 Hi, It's eleventh status report for project aimed to clean up current FreeBSD/ARM port and FDT implementation. Things done this week: * Fixed pl310 controller mappings. This involved adding new pmap_kenter_device() routine in pmap, which inserts mapping using PTE_DEVICE mapping type, available on armv6. * Added support for high/low vector addresses in arm_mmu_init() * Added initial support for sending IPIs though pic_if.m interface. Refactored omap4_mp code accordingly. * Cleaned up ti_machdep.c file by removing now unused parts. * Removed need for passing trapframes though whole interrupt routing path. Trapframe is now properly stored in executing thread. * Added support for interrupt occurence counting and removing interrupt handlers. Plans for next week: It will be clear tomorrow, after talk with mentor :) Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Tue Aug 7 02:34:12 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57945106564A for ; Tue, 7 Aug 2012 02:34:12 +0000 (UTC) (envelope-from jesse.hagewood@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D7A9B8FC08 for ; Tue, 7 Aug 2012 02:34:11 +0000 (UTC) Received: by weyx56 with SMTP id x56so2998042wey.13 for ; Mon, 06 Aug 2012 19:34:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=pQQXqziI6x4d2/hDiv9PAzz3BLHfYpu8rlmVRKhNGKI=; b=yz2v9+vMzzSZ8q97PHWJu2nj0nkVrdMXyZhPnLQuJoAPsZRVFbMI98ph8SAicIVH4H Pai8NTLClSqNXob5oZYA+ZvkVyaYScplHuEW3uGGPp7mNpL3HXcNDbD08f/YqfQCQ1IN lW0vsL7vA44/GokVy9yeNjnIHE6RSfncyYjDF7T6YwaorV0cKtLO8W/iZUlJ8rGHvoSP Cuk6PgY0zFrJDxNZWVKSLnazy/rv7G1jeYFSpeAdbrGhzkqatVhMlpHF81uuKYOt1Oq1 toMc5tBpen5hdI5M8HpUnNpGt+sXlE6+ZdC86vn6NAD7tbhPtpj+SRjmnk6hgxvCFxm2 gz4w== MIME-Version: 1.0 Received: by 10.180.75.209 with SMTP id e17mr26968506wiw.0.1344306850802; Mon, 06 Aug 2012 19:34:10 -0700 (PDT) Received: by 10.227.110.23 with HTTP; Mon, 6 Aug 2012 19:34:10 -0700 (PDT) Date: Mon, 6 Aug 2012 22:34:10 -0400 Message-ID: From: Jesse Hagewood To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Subject: Improve BSD licensed text-processing tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 02:34:12 -0000 Last week, I continued working on zdiff intergration in diff, and once I get it working properly I will intergrate the functionality in sdiff and diff3 also. I also began some benchmarking of sdiff using test, and noticed that BSD sdiff had more minor pagefaults when executed with no options with relatively small files as input. In all honesty, not as much progress as I had anticipated was made last week. Thursday I left to visit some relatives, and I had forgotten my laptop charger, so I wasn't able to get any work completed. I didn't get back home until a few hours ago. This week, I'll be working extra hours to make up for lost time, and I expect to finally get zdiff integration working within a day or two (the functionality is there, things just need debugging.) Once that is completed, I'll be doing as much work as I can get completed on diff3 before the "pencil's down" period on August 13th. From owner-soc-status@FreeBSD.ORG Tue Aug 7 07:42:28 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 966A71065690 for ; Tue, 7 Aug 2012 07:42:28 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 523638FC21 for ; Tue, 7 Aug 2012 07:42:27 +0000 (UTC) Received: by ggnk4 with SMTP id k4so4062014ggn.13 for ; Tue, 07 Aug 2012 00:42:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Ipd+/NMTsgNSPEfQ0s5G+4JdpByAL7KoAE/sqez0nLk=; b=S6bXH6Hos6tTxLMBiyB9l+ktC1iAT4KjEgHBTLVhCFx10AMKZkKvtArw8Vsva3RLVj zmraAdeXcnII00cEUEtumKt0S2hOm88UAVvGZ2A6Mf1mTZBhoRWne6ZCGhzBMz7ShXy5 3fxGRX8MDkLnHsQEmid99gtdPd9+Rnfz4Erqd5pNR6h41GfpWBcHywXV87V5Zgp/atj6 Ek24xrUv40d0H5v2MW4ufm4sEx3BHPBOHtNdBPn9ynrM3ZkfVXRa/bLPtp2TbY6MMO+A izwWATMfMmnDNLxbpPS2APX8kvJd0k/3iRmhQZVjAU2vs1XvxDmP5EOfzTQzIEyVN9YY is2w== MIME-Version: 1.0 Received: by 10.60.1.69 with SMTP id 5mr23022017oek.66.1344325340859; Tue, 07 Aug 2012 00:42:20 -0700 (PDT) Received: by 10.182.108.38 with HTTP; Tue, 7 Aug 2012 00:42:20 -0700 (PDT) Date: Tue, 7 Aug 2012 10:42:20 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel Level File Integrity Checker report #11 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 07:42:28 -0000 During week #11: * sys/kern/kern_exec.c: Introduced a new sysctl var (vfs.pefs.exec.enable) for use during development phase instead of using kern.securelevel. When it is turned on, we check if schg is turned on for the executable file; if not, we fail. In case of a shell script, only the interpreter executable is checked instead. Next step involves moving this hack to a MAC hook as well as introducing checks for dynamically loaded libraries. * After a talk with my mentor, I changed some things about how signing/verification of the .pefs.checksum file is done. Signature is now kept within the .pefs.checksum file (at the beginning of the file). Also, we now refrain from generating our own set of keys. /sbin/pefs asks for user to supply both keys for DSA in PEM format files. Next tasks on the TODO list: - more work with schg & execution control -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Wed Aug 8 05:12:21 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BF4A106564A for ; Wed, 8 Aug 2012 05:12:21 +0000 (UTC) (envelope-from tzabal@it.teithe.gr) Received: from alpha.it.teithe.gr (alpha.it.teithe.gr [195.251.240.232]) by mx1.freebsd.org (Postfix) with ESMTP id A8D188FC0C for ; Wed, 8 Aug 2012 05:12:20 +0000 (UTC) Received: from localhost (babel2.noc.teithe.gr [195.251.240.240] (may be forged)) by alpha.it.teithe.gr (8.14.3/8.14.3/Debian-9.4) with ESMTP id q785CAfF019574 for ; Wed, 8 Aug 2012 08:12:10 +0300 Received: from ppp079167007130.access.hol.gr (ppp079167007130.access.hol.gr [79.167.7.130]) by webmail2.teithe.gr (Horde Framework) with HTTP; Wed, 08 Aug 2012 08:12:11 +0300 Message-ID: <20120808081211.102554c2vqd0vynf@webmail2.teithe.gr> Date: Wed, 08 Aug 2012 08:12:11 +0300 From: Tzanetos Balitsaris To: soc-status@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) Subject: [Status Report - Week 11] Automated Kernel Crash Reporting System X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 05:12:21 -0000 Work done during the 11th week: * Implement the recognize phase. That is, how to recognize if a report that arrives in the system refers to a previously logged bug or introduces a new bug. * Reorganized the server side code. The single module /usr/sbin/crashreportd has been divided in several modules. The reorganization took place after the completion of the recognize phase, so the server side code that deals with the organization of the data (i.e the phases receive, check, recognize, store) is finished. Currently I am working on the last part of the project which is the construction of the dynamic website that deals with the presentation of the data. -- Tzanetos Balitsaris ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-soc-status@FreeBSD.ORG Wed Aug 8 13:21:24 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CEB391065672; Wed, 8 Aug 2012 13:21:24 +0000 (UTC) (envelope-from ericmcc@cs.umass.edu) Received: from mail.cs.umass.edu (loki.cs.umass.edu [128.119.240.93]) by mx1.freebsd.org (Postfix) with ESMTP id 7056B8FC08; Wed, 8 Aug 2012 13:21:23 +0000 (UTC) Received: from loki.cs.umass.edu (localhost [127.0.0.1]) by mail.cs.umass.edu (8.13.8/8.13.1) with ESMTP id q78DLGnQ019669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 8 Aug 2012 09:21:16 -0400 Received: from localhost (ericmcc@localhost) by loki.cs.umass.edu (8.13.8/8.13.1/Submit) with ESMTP id q78DLFgs019663; Wed, 8 Aug 2012 09:21:16 -0400 X-Authentication-Warning: loki.cs.umass.edu: ericmcc owned process doing -bs Date: Wed, 8 Aug 2012 09:21:15 -0400 (EDT) From: Eric McCorkle To: soc-status@freebsd.org, ae@freebsd.org Message-ID: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 13:21:24 -0000 Now that I can get status reports through... At the present, I'm working in a full test environment, a partition containing a full system, which I'm trying to boot. My objective now is to identify exactly where things go wrong with attempting to boot the kernel. I know there are issues with the kernel being non-contiguous in memory, but I want to get a clearer picture of why it fails. However, I have been traveling for job interviews more or less continuously for the past two weeks, so my progress has been very slow. On a more important note, the end of coding is approaching. However, I have no intention of stoping work on EFI at that time. Rather, I intend to keep going, as part of my open-source work. Therefore, I need to start setting up whatever resources I'll need to continue working. From owner-soc-status@FreeBSD.ORG Wed Aug 8 13:53:19 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1D59106566C for ; Wed, 8 Aug 2012 13:53:19 +0000 (UTC) (envelope-from adutkowski@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6A0108FC12 for ; Wed, 8 Aug 2012 13:53:18 +0000 (UTC) Received: by obbun3 with SMTP id un3so1569477obb.13 for ; Wed, 08 Aug 2012 06:53:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=K47iDDhkf4s2IudYLguyfVN1Iq4gXOwOG2TEiSf4bu0=; b=lBodYxZUL694DjKUtq5zIABGIcOHa/9IdItcl7VLgLe5UaXFJQjCLv8jFAOO3SEwEH hYREOeSUDfqgDcudjidzzBqv3ta9Y0tYO95QzqzNZeScTit/cEdlBsWYYaLW3IqGU+FU sMvVAj8xdHj+/fCTZlYKn5qgyIyHaribtMJBvukqxVe69B72LZkW98PEnWYXlSIKqblB FNBRHtpSnl6OTSdfiQve3pNbJqTL22rE97ThMrNfKBvghYzH5PU4SWRda9CXPB5HxIVB V7FFhI3KzPWw77CzJvNkZzgie6XQ/pfMeSrwRo3Vo9RjzhCsWrijC/xjzX8dXndiEp7S uYDA== MIME-Version: 1.0 Received: by 10.182.45.41 with SMTP id j9mr437010obm.67.1344433998494; Wed, 08 Aug 2012 06:53:18 -0700 (PDT) Sender: adutkowski@gmail.com Received: by 10.76.172.168 with HTTP; Wed, 8 Aug 2012 06:53:18 -0700 (PDT) Date: Wed, 8 Aug 2012 15:53:18 +0200 X-Google-Sender-Auth: W-FsJKmDlgqdcv0t0lGNsgJ-hpQ Message-ID: From: Aleksander Dutkowski To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: #11 Status Report - FreeBSD/arm on BeagleBoard-xM X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 13:53:19 -0000 Hi! Things done last week * i2c support for OMAP3 * twl (PMIC) support for OMAP3 Things todo this week: * finish USB driver for the board -- regards aleek From owner-soc-status@FreeBSD.ORG Wed Aug 8 16:40:25 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE582106564A; Wed, 8 Aug 2012 16:40:25 +0000 (UTC) (envelope-from jbjcalmels@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8BC8FC0A; Wed, 8 Aug 2012 16:40:25 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so1817843pbb.13 for ; Wed, 08 Aug 2012 09:40:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=LNn5Wvg07oQYge1n1aPvythEBR58PYkE+YSCiG9HbC8=; b=vt/36QDPtk4ZOb2UhufqRAsVSBdjMHzI8upH2v56F4lMttF/ZQqkrnXGmawF8UEJys E9OuwZQDGPurxTN3cjeegpRus5jhnStuuitYDwMmUkNkJeaVnXT39LnZK+uzRQjBxgcz f9lD03K1tsKTG+aAbg6PSa+zFqXG3tp+vWYSA4L/Xu3CERHCfaKrO1r+i+DHL4gxfUxY hdillo5Pcc5f8iTBMUOYdm2cT9AAU6K5phnJJgWjOEa/1iI/eZGK1mx3OftNvcH+qyly ILLyDB1bItvC2wOh70OSCWIdmgO/Ta5hn41XA9c1MjP0VOEKWSrw6fKGt2OnxafuV5RY Z9qw== MIME-Version: 1.0 Received: by 10.68.130.73 with SMTP id oc9mr357637pbb.34.1344444024940; Wed, 08 Aug 2012 09:40:24 -0700 (PDT) Received: by 10.142.216.13 with HTTP; Wed, 8 Aug 2012 09:40:24 -0700 (PDT) Date: Wed, 8 Aug 2012 18:40:24 +0200 Message-ID: From: Jonathan Calmels To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Bjoern A. Zeeb" Subject: [Week 10][IPv6 Improvement] Activity report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 16:40:25 -0000 Hello, Here is my report for the week concerning the IPv6 improvement, under Bjoern Zeeb's mentoring The project aims to make more user space applications fully IPv6 ready. Advancement of the project can be followed here [1] This week, I tested the pair ypbind/ypwhich and resolved arising bugs from the previous version. >From now on, I work on the link between ypserv and ypbind as well as other yp utilities (ex. ypset). As secondary tasks, I began reading bsnmp (v6) code provided by the FreeBSD team and discussing about the possibility to fix inet-only parts of getent related to RFC 1101 As a reminder, all patches can be retrieved here[2] [1] : http://wiki.freebsd.org/IPv6/IPv6Improvement [2] : https://socsvn.freebsd.org/socsvn/soc2012/exxo/patches/https://socsvn.freebsd.org/socsvn/soc2012/exxo/patches/ Regards, --- Jonathan Calmels (exxo@) From owner-soc-status@FreeBSD.ORG Thu Aug 9 16:05:36 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CBE11065797 for ; Thu, 9 Aug 2012 16:05:36 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id A7BFF8FC08 for ; Thu, 9 Aug 2012 16:05:35 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so392857wib.13 for ; Thu, 09 Aug 2012 09:05:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=86umloXPNLI6ruo8UJx6vA3KxI4HzZk1dTgiKCAfmQI=; b=ST4XdEV0+nJDaOuDTNJXYhfe6j3sdJ6zZPRxXvuQDGQOEqIGhXpPELjPCvDgOnhzvd XTe46mZaBuoHWyksOH8NLorUT+TUm2zZNdIEWdmCfiyMzrvW5/wEkwuGcIzuzkk5RSN4 yGPZsXwwv6uLjRF5oZIkjvVW/BIePhHSJyPesL0yCJLSbdE5lf8IvSjCZdUPJs0obc5g VqKXX1PzrX5tX7OLB/99hD7OZi+Y1uA2Wt7EHjFknXTqLtBYGej7G5otlGt9v0TD62Na mMxEYvL6ooRXLGmjlyghqs7yUa06umveHiCERc0WIlCH4eiITwMfNxgWKNGpQm9BBNrc IxsQ== Received: by 10.180.98.200 with SMTP id ek8mr4141711wib.0.1344528329234; Thu, 09 Aug 2012 09:05:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.184.4 with HTTP; Thu, 9 Aug 2012 09:05:09 -0700 (PDT) From: rudo tomori Date: Thu, 9 Aug 2012 18:05:09 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: cpu limits status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 16:05:36 -0000 Hi, the goal of my gsoc project is to enable the system administrators to configure %CPU limits using the rctl command. So that they can for example limit a particular user to 50% cpu time. Last week I implemented a new way to calculate %cpu usage for short-lived processes or early stages of longer processes. Basicly, I divide process cpu time by the process wall clock time. This week I am working on a mechanism that decays %cpu usage of terminated processes. This is slightly different than my previous approach, where I simply removed the %cpu from the respective racct containers when the process terminated. rudo From owner-soc-status@FreeBSD.ORG Mon Aug 13 15:08:37 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9DCE106564A for ; Mon, 13 Aug 2012 15:08:37 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 91C4A8FC17 for ; Mon, 13 Aug 2012 15:08:37 +0000 (UTC) Received: by vcbgb22 with SMTP id gb22so4617706vcb.13 for ; Mon, 13 Aug 2012 08:08:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=D7FY2LCYCUCvFveKwmD9wUbxYD0lDnXOiko3tXQPdMM=; b=mv7JrqpEfmbjb5vp1G1vAIHmvXgyNJPwmBLJFvjlSNJYn6N45i4LtuCA5Atj/iOHq9 nupybjsZ5LJ/upW0/b8I+qenqOuulKdADW7XTTcamM1jVpaMgcq2tlskR90aeWWi6je4 VqrLt+bSKv04/3c3/SgV034H4cZI8uunS8hlpyYYNPdgDa9Yq7N3Y8Yi4DxpxhaZpVo7 Fdx+w5pijbqyS1nzILhhWajqLmXvszKNVVZxT0Nm44k0WHacx21U69R9iKqLe5YgPqJQ FxbJI9UrY2J1V+rx5KpOIp9Cx4LtESwvhK7hTtsztSema8JJiMcVlS3mnFzruXsiCfMW ywzQ== MIME-Version: 1.0 Received: by 10.58.221.135 with SMTP id qe7mr9650101vec.23.1344870516733; Mon, 13 Aug 2012 08:08:36 -0700 (PDT) Sender: davide.italiano@gmail.com Received: by 10.58.66.198 with HTTP; Mon, 13 Aug 2012 08:08:36 -0700 (PDT) Date: Mon, 13 Aug 2012 17:08:36 +0200 X-Google-Sender-Auth: zbBfhfUb2ohZzg9_1GXXq5VXBRA Message-ID: From: Davide Italiano To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re-engineer the wheel: a rejuvenation of BSD callout(9) and timer facilities - report weeks 9-12 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 15:08:38 -0000 Howdy, This last week I'm mainly focusing on writing some microbenchmarks in order to profile the performance of the work I've recently done, as well as discussing on the ML about the current status of my project Here's my report for the last week. Week 9: - Introduce tsleep_bt() function as part of the sleep(9) KPI. Use it in kern_nanosleep() so that we don't need to duplicate _sleep() code. - General code polish and bugfixing - Start implementing properly direct callout execution (until now it was a bit rudimentary) so that it may have all the functionalities that normal callout has (for example, migration) Week 10: - Fix a LOR deadlock dropping the callout lock while executing the handler directly from hardware interrupt context. - Finish adding migration support for callouts which runs from hw interrupt context. - Refactor a couple of comments to reflect the new world order. - Implement statistics for direct execution callouts, providing a set of new SYSCTLs. Week 11: - Modify the KTR code so that the size of the circular event buffer is not anymore constrained to be a power of two (merged to HEAD) - Investigate about the causes of a panic in early boot deterministically reproducible also on HEAD if the value of KTR_ENTRIES set is over a given threshold (depending on the amount of RAM available). Increasing the value of NKPT (number of kernel page tables) in pmap code acts as workaround, but, still I'm discussing with Alan Cox (alc@) a proper solution to address the problem. This is not directly related to my work so I don't consider it as a priority. - Remove a spurious brace which cause build fail in case BCE_DEBUG option is turned on. (merged to HEAD). Week 12: - Some optimizations: simplify the logic of softclock() removing a check which is likely to be false in most of the cases, after recent changes. Also, remove an unneeded and duplicated bitwise and operation. Optimize a bit callout_process() routine avoiding some calculations if they're redundant. - Remove some unneeded checks. For non-direct callouts softclock_call_cc() is only called for callouts on cc_expireq queue, and all the callouts there have CALLOUT_PROCESSED flag. Similarly, for direct callouts the aforementioned function is called for callouts on the wheel, which haven't CALLOUT_PROCESS flag set. - General code polishment and bugfixing. - Start writing amicrobenchmark in order to profile the performance of the last three months changes. It may be found here: http://people.freebsd.org/~davide/test_cycles_sleep.c A diff between HEAD and the branch, applicable without conflict to recent HEAD revision, may be found here: http://people.freebsd.org/~davide/callout_patch.2.diff We're mostly at the end of the program, thanks for your attention, folks. Davide From owner-soc-status@FreeBSD.ORG Mon Aug 13 15:57:15 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A5C2106566C for ; Mon, 13 Aug 2012 15:57:13 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id B34BD8FC17 for ; Mon, 13 Aug 2012 15:57:12 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so3416114wgb.31 for ; Mon, 13 Aug 2012 08:57:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=shXnL7Y3n9M8VmwgUiB42pKO+tqvng6fi6QB4p0bxSE=; b=WGZUaGKOPMcwNsBaNbeBvu9QWlTjO2hnfiI2FUnH1f4fO6a4tD7k2uNRlQg37rUWLc gjBGM1hDnQCus+oYPxXEacrmrMokf2SFS3IGgEbPAxMN1lGC8ZYOt9gKkwWvU6I3lqVt eaQY0Iq3hKiKKzr8dlDju9S6ui6nI9ZjDXHS/ExZhlNfZMDRwXfJ0UcO+E7OI9tZw1cv i6+vYHl1W5pxjfq14kJp28G9U4x1fyGI3i60IalWg5r2OFK/B0LUaIqf6iAyasj/9WS+ Zkg5VYnMH6Ls5d3r4PdJaxWY8G8xrdM59qS/6ld9HZYLWoDrt8TA++ZehEZDRfJ1JeD5 mXcg== MIME-Version: 1.0 Received: by 10.216.24.140 with SMTP id x12mr6968393wex.101.1344873431579; Mon, 13 Aug 2012 08:57:11 -0700 (PDT) Received: by 10.216.178.65 with HTTP; Mon, 13 Aug 2012 08:57:11 -0700 (PDT) Date: Mon, 13 Aug 2012 10:57:11 -0500 Message-ID: From: Greg Miller To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Subject: Lock profiling and lock order verification, week 12 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 15:57:15 -0000 Accomplishments for the week: * Implemented XML output for both lock profiling and libwitness * Restructured the witness data in order to allow locks with the same name to be treated as the same lock * Added additional tests to verify that data for locks with the same name is properly shared * Replaced pthread_setname_np() with pthread_mutex_setname_np(), pthread_rwlock_setname_np(), and pthread_spin_setname_np() functions. * Remerge from the latest trunk mirror to the branch. Remaining work: * Add backtrace logging to libwitness * Cleanup/documentation From owner-soc-status@FreeBSD.ORG Mon Aug 13 16:59:04 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E79B106566B for ; Mon, 13 Aug 2012 16:59:04 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id DEC548FC08 for ; Mon, 13 Aug 2012 16:59:03 +0000 (UTC) Received: by qadc11 with SMTP id c11so1237022qad.13 for ; Mon, 13 Aug 2012 09:59:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=p5EZDEB+81futdr51mdqSps7/EFhac3chBOeMs3kz60=; b=zTDeji4P10VILvu4Z3FPgO92L5ese14pMZjMV/e0Rvuwn06TeCzHvUuN0kxbNilvIV CG6LQYcHtIl+L2/OGNRmDWs6AVMjhWJx0wI5cizHUF/BCov9uh07g6EQN0sr404DG/p5 5Fp/NsZ5IQ+h+pWByvC7E85v3ZnjJVtiN/uK5wT+hFUxkThuWfISSIhB1+MNSp1xMTMW wOyB1+jd/k02d6JRVAe8NU/KQbDQSjNQq0D/5bOpWeUIeBgvVWi4dFwI4AfbUA8BFqiz h4EvCelhg7YZc0OsHS58ocLFzSZYzxAvWYz4SSK8pHlFNSGy2Aqld5TvciTIytBCrALt yzRQ== MIME-Version: 1.0 Received: by 10.60.18.168 with SMTP id x8mr19718149oed.18.1344877142884; Mon, 13 Aug 2012 09:59:02 -0700 (PDT) Received: by 10.182.108.38 with HTTP; Mon, 13 Aug 2012 09:59:02 -0700 (PDT) Date: Mon, 13 Aug 2012 19:59:02 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel Level File Integrity Checker report #12 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 16:59:04 -0000 During week #12: Most of the work done last week was focused in execution control. * Turned the sys/kern/kern_exec.c hack into a MAC hook. Pefs kernel module defines a MAC policy upon k-loading and uses the mac_vnode_check_exec hook. The issue with this hook is that in case of an executable that requires an interpreter, both the script file and the interpreter will be checked for the schg flag. * As a possible fix for the above behavior, I introduced a new MAC hook "mac_vnode_check_exec_noscript" that will not be called for script files as it is placed further down in do_execve(), right after we've looped back for the interpreter. I should note that I'm not convinced that this is the best approach to the issue at hand. * Instead of just checking the loading of libraries at rtld-elf/rtld.c with a dirty hack, I moved the checks for mmap(2) to kernel space. We make use of the mac_vnode_check_mmap hook to check if there's an attempt to mmap a vnode with the PROT_EXEC flag turned on. We require that the schg flag be turned on in that case. * Since for some strange reason the mac_vnode_check_mprotect hook is not actively used in the kernel, I introduced a new MAC hook, mac_vnode_set_mmap_maxprot, to guard against an attempt to mmap(2) a vnode and mprotect(2) those pages at a latter point with the PROT_EXEC flag. This new hook sets the MAX_PROT flag so that in the case of a vnode without the schg flag, the user will never be able to set the PROT_EXEC flag with mprotect(2). * Rework how nameids are used by the codebase. Next on the TODO list: The only TODO left is introducing DSA signature verification for .pefs.checksum when we mount the filesystem. Which means porting a library that supports asymmetric cryptography to the FreeBSD kernel; probably not doable in this week. Besides that, some code cleaning and documentation are in order. -- Efstratios "GPF" Karatzas From owner-soc-status@FreeBSD.ORG Tue Aug 14 04:40:42 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ACFEA1065680 for ; Tue, 14 Aug 2012 04:40:42 +0000 (UTC) (envelope-from jesse.hagewood@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4072D8FC0A for ; Tue, 14 Aug 2012 04:40:42 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so3904751wgb.31 for ; Mon, 13 Aug 2012 21:40:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=rlvxI4nsn/UVHgz/aerAbihWZrxWfSq043zHVP0Qy0U=; b=q37T27qoBQ+X36cbODpE42QS/9lQXalexYVg4MNwQQhUcTOSBkZlrZZoFoYGGKXLeY nc2gn8PpFyfhlQzTu6MCUkLkGB9jFIAcgqD/gjUzQ3Bnn5nzg7nZVGE2LMGH0sVHxCKf 0o292LBC/Ha+KOOwoV9y8OYFVQrMNQ5u1JqrFkdQPNZ2mCWlqnK19RHGwivdHUKJnfq7 r3pqNafJdLxQMKlMr+uftxmk+onX5LXE5LgpH+BM3rOuItuMNLn+HI/GmNVaKGCwkCny 0m8D4zuSz27N6Nsgldu8/AnzRKiJ2zvFK3ZkLSAuE9R4f/FmQpUh9UDqHdbWe69RNF7r LH0Q== MIME-Version: 1.0 Received: by 10.216.131.22 with SMTP id l22mr7092898wei.96.1344919241168; Mon, 13 Aug 2012 21:40:41 -0700 (PDT) Received: by 10.227.110.23 with HTTP; Mon, 13 Aug 2012 21:40:41 -0700 (PDT) Date: Tue, 14 Aug 2012 00:40:41 -0400 Message-ID: From: Jesse Hagewood To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Subject: Improving BSD licensed text-processing tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 04:40:42 -0000 A lot of progress was made this week on gzip support in diff and sdiff. I included functions to also check for a .gz file extension, and I implemented this in such a way to where it can compare a decompressed gzip file to a regular file, and also decompress .gz files if regular diff is ran, and the Makefiles for diff and sdiff both compile zdiff and zsdiff binaries. The only issue I'm facing is a SIGBUS error and I'm using gdb to try and detect the bug. Once the bugs are straightened out, I'm going to write the man pages for zdiff and zsdiff, which shouldn't be too difficult from what I learned about man/roff macros by studying mdocml. I also need more thorough performance testing against the GNU utilities. So far I've been using the time utility to test performance, but with the inputs I'm using it only give me execution times of 0.00 seconds. I'm going to use larger imput files, and also try to find another Unix utility for this type of benchmarking if I can find a proper one. From owner-soc-status@FreeBSD.ORG Tue Aug 14 17:55:19 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99577106564A for ; Tue, 14 Aug 2012 17:55:19 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 517C38FC19 for ; Tue, 14 Aug 2012 17:55:19 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from [10.10.1.245] ([unknown] [83.19.65.138]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTPSA id <0M8R007YXAVIL470@mta.uoks.uj.edu.pl> for soc-status@FreeBSD.org; Tue, 14 Aug 2012 19:50:12 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.0 X-Antivirus-Code: 0x100000 Message-id: <502A8FCE.2090604@uj.edu.pl> Date: Tue, 14 Aug 2012 19:50:06 +0200 From: Jakub Klama User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 To: soc-status@FreeBSD.org References: <50205F35.4000401@uj.edu.pl> In-reply-to: <50205F35.4000401@uj.edu.pl> X-Forwarded-Message-Id: <50205F35.4000401@uj.edu.pl> Cc: Subject: Fwd: FreeBSD/ARM and FDT cleanup - status report #12 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 17:55:19 -0000 Hi, It's twelfth status report for project aimed to clean up current FreeBSD/ARM port and FDT implementation. Things done this week: * Fixed build of legacy ARM ports with new infrastructure. Basically it was marking some variables in *_machdep.c files as extern, as they are now defined in arm/machdep.c file. * Investigated bringing multi-board support on ARM, but no code involved yet. Some proof-of-concept soon. Next week: * Mainly code cleanups and reviews. Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Tue Aug 14 19:53:41 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 746E21065674 for ; Tue, 14 Aug 2012 19:53:41 +0000 (UTC) (envelope-from adutkowski@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 31FE48FC15 for ; Tue, 14 Aug 2012 19:53:40 +0000 (UTC) Received: by ghrr13 with SMTP id r13so1114615ghr.13 for ; Tue, 14 Aug 2012 12:53:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=O0M03IEsl7Y1MiLKmFODL0QrdxE0OBr34kod8ECrbNw=; b=P6vNDtntjEMOUfFMbSwXWwNYGxVt+90ax8RlZyMvLqgkbssZxpanY66SfyqerAKv9N 7FqyTVYRI3qozd4cpZqBgDuQk4ZyWK0t+pz9e44aF50+EnXKKM3JeJamaKeIewSZd4MA eXTSD9MhOFF8hB/BbUe2Xpl79Av1hx6sfXhYh3UkWUXU7v5om3WHW5oc0Rg79JnFS3fS 8Z7m3qdW6GaJikJVJSoYqiJIIzn1AU+CFp/dlwIuCMuxb1k8LxgTsG9tmzYHGgOKyrit zxbt3kfSXp8uFkPf8jFcbNREY7is4GlyTfe7I+Dh9CZDs0oqaqCpGpTdGh+QjtH099tg +lfQ== MIME-Version: 1.0 Received: by 10.68.237.41 with SMTP id uz9mr17781227pbc.120.1344974019740; Tue, 14 Aug 2012 12:53:39 -0700 (PDT) Received: by 10.66.148.74 with HTTP; Tue, 14 Aug 2012 12:53:39 -0700 (PDT) Date: Tue, 14 Aug 2012 21:53:39 +0200 Message-ID: From: Aleksander Dutkowski To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: #12 Status Report - FreeBSD/arm on BeagleBoard-xM X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 19:53:41 -0000 Hello! Last week my work was focusedon finding bug in omap_ehci driver. The issue is, I cannot reset the ULPI by software. Further investigation showed up, that, there is a bit which indicates if ULPI is busy or has done its job. It indicates being busy even before the driver begin doing its job. I was pointed, that, beside resetting the PHY by gpio, I could also power down it by PMIC, and this is what I am doing at the moment. Moreover, I have found, that two years ago, somebody had the exact same problem, and posted it on beagleboard mailing list (without any responses nor solutions). I sent an email to him, and waiting for the response. If powering off and on the device will not fix the problem, I will discuss further plans with my mentor. I can either: * do the refactoring of the existing code, and then come back to omap_ehci driver even if GSoC is finished, because I still want to develop this port * continue working on omap_ehci -- regards aleek From owner-soc-status@FreeBSD.ORG Wed Aug 15 12:26:24 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C6A31065672 for ; Wed, 15 Aug 2012 12:26:24 +0000 (UTC) (envelope-from rudotx@gmail.com) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) by mx1.freebsd.org (Postfix) with ESMTP id 2CB568FC0C for ; Wed, 15 Aug 2012 12:26:23 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so4731693wib.1 for ; Wed, 15 Aug 2012 05:26:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=jrkxIxJ6uSL3W6tJiY5lqd7koMyL7NQqd0cA4LpHT20=; b=sp62uuj6NulGt4IO+SZ9WODgcinAAE1I8MmEvN13ngvRt/xJOv+MpLBRVdJnSRsbPD VHZzwNVx8bNDz9s6QREEQ+WvAX9sG4gFw15J2R+8xnw8oTh+oO58TB/1OPmLhF6N1w1x MHZT716YnbSSNQ5uFidu6QCVf1QqL+Cz0HHJbY27W73vJ+CUZI3KDAzLShqS3Ko9GAJP GgMgK20T9Yg0chhFEz1CHWDlm4/EMe5qO7yzGvSmLMixY5UZ0bVjFmavMT3SMEVEY+ZY g1AfdI4aecCU/7FQJKEdvmgUwDQLadymquANpwpBmxkEW8cqVStrELcr6oSvg0ugOdfc Bbjw== Received: by 10.180.82.230 with SMTP id l6mr1392985wiy.21.1345033577148; Wed, 15 Aug 2012 05:26:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.254.148 with HTTP; Wed, 15 Aug 2012 05:25:56 -0700 (PDT) From: rudo tomori Date: Wed, 15 Aug 2012 14:25:56 +0200 Message-ID: To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: cpu limits status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 12:26:24 -0000 Hi, the goal of my gsoc project is to enable the system administrators to configure %CPU limits using the rctl command. So that they can for example limit a particular user to 50% cpu time. This is my last status report. Last week I finished the work on decaying racct %cpu resource. This week I cleaned a litttle my code and published my patches on my project wiki page http://wiki.freebsd.org/SummerOfCode2012/CPULimits. The next thing I will do is to test these final patches. I will then post them to some mailing list, probably freebsd-hackers and ask for feedback. If any issues arise, I will try to fix them and then my patch could find its way to the FreeBSD source tree. rudo From owner-soc-status@FreeBSD.ORG Wed Aug 15 13:17:41 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB5C4106566C; Wed, 15 Aug 2012 13:17:41 +0000 (UTC) (envelope-from ericmcc@cs.umass.edu) Received: from mail.cs.umass.edu (loki.cs.umass.edu [128.119.240.93]) by mx1.freebsd.org (Postfix) with ESMTP id 5D3638FC0A; Wed, 15 Aug 2012 13:17:40 +0000 (UTC) Received: from loki.cs.umass.edu (localhost [127.0.0.1]) by mail.cs.umass.edu (8.13.8/8.13.1) with ESMTP id q7FDHXuq000662 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 15 Aug 2012 09:17:33 -0400 Received: from localhost (ericmcc@localhost) by loki.cs.umass.edu (8.13.8/8.13.1/Submit) with ESMTP id q7FDHWnB000656; Wed, 15 Aug 2012 09:17:33 -0400 X-Authentication-Warning: loki.cs.umass.edu: ericmcc owned process doing -bs Date: Wed, 15 Aug 2012 09:17:32 -0400 (EDT) From: Eric McCorkle To: ae@freebsd.org, soc-status@freebsd.org Message-ID: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: Status Report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 13:17:41 -0000 I have been able to work more in the past week, as my job interviews have ended. I've had some difficulties with TianoCore (really, I've had difficulties with it all along), but in spite of that, I'm now testing the loading and booting of the kernel. Specifically, I am attempting to do root-cause diagnosis of the kernel panics that occur when booting. I think this will lead to the clearest picture of what to do about non-contiguous kernel issue. However, a more pressing issue is arranging what I need to keep going after the end of GSoC. I'd like to retain wiki access at the least, and to create a page about the project. I'm not certain if subversion access is feasible, or if that was just a SoC thing, but it would certainly be handy. In any case, I would like to set up what I need to keep moving on the EFI work. From owner-soc-status@FreeBSD.ORG Wed Aug 15 14:37:49 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38B341065694 for ; Wed, 15 Aug 2012 14:37:49 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id E84ED8FC17 for ; Wed, 15 Aug 2012 14:37:48 +0000 (UTC) Received: by qatn12 with SMTP id n12so1490990qat.13 for ; Wed, 15 Aug 2012 07:37:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=9c+lRyQYeC/ZqB0Qrpe3jnn6GPRv1+ztNOEBtL5lt/Y=; b=BXutU3Q6XVsnl93V4obNnpCLctNnjFssIb5Z/IdYTwhXL0ZIPAPaBG0dcT92j/a20z CfuVUnQ0lFbLv/7Ia3P4SRubMFLAeNLgvPZRX14VePLAMELCuYMhljyoxPDDFMevmkRG WH5lyH0AAOYhkFEil5uY7j/pakMisrhxrKRtD2b11gpT8aYFRmwtv8Z4Nb+ZbD38QOSt yDRA4RF9Xqf7QSEAwAjvuWcWapUxr0Hs88XjvC+r7CjXrYbGbGCwH4FX0nu0Ef4fskK6 iSWLxtJC3D1KbfbD3VUE02ziywjuvWRHrTYQjJ04vrC8BHfDAqs9uHPSyCCUn604l/3P 0L2A== MIME-Version: 1.0 Received: by 10.60.10.103 with SMTP id h7mr2001818oeb.2.1345041468113; Wed, 15 Aug 2012 07:37:48 -0700 (PDT) Received: by 10.182.88.74 with HTTP; Wed, 15 Aug 2012 07:37:48 -0700 (PDT) In-Reply-To: References: Date: Wed, 15 Aug 2012 17:37:48 +0300 Message-ID: From: Oleksandr Dudinskyi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 14:37:49 -0000 Hi, In last week of GSoC I will do code review and improve some parts of code. And also think over further implementation of write support. -- Regards, Oleksandr Dudinskyi. From owner-soc-status@FreeBSD.ORG Fri Aug 17 17:40:25 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27D88106566B; Fri, 17 Aug 2012 17:40:25 +0000 (UTC) (envelope-from jbjcalmels@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id BAFD48FC1B; Fri, 17 Aug 2012 17:40:24 +0000 (UTC) Received: by vcbgb22 with SMTP id gb22so4124203vcb.13 for ; Fri, 17 Aug 2012 10:40:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=IiODSqD8uuuukxal25Y1wQxbv6CMp+cF6cm/FwLB2F4=; b=B1tItp9XTUuIjWAHA18PKdJ8EYKDKh4wwr4anSICO7w7xTOmf8x1BJcqmIjso7pIKQ rXvBU2sGFulIH577t91mXn9BrqcXbahAoU7HJIlgL9tMRFdQZERzIDTb126QRd2za2LA gHzyYHvyp/NVlu3RKyPPNh/cHuzInUJ9VA3/7k+AlVouEI4gY5iezEaQ3VmpPB2mNLDg YMdMSwRyWkPQ99Zg1uoet9elObdX7gB60eCHnOzsxHAWhu+u0PUy6Sa4EwiSI97GY/fU OGVyeS4gQLfUayYjCJXt7lgBFqhdkQurk4Ck+DWh13Nm0qWq4y6kQLzpO05k8L6UOooj GGgQ== MIME-Version: 1.0 Received: by 10.52.89.83 with SMTP id bm19mr2558470vdb.116.1345225224209; Fri, 17 Aug 2012 10:40:24 -0700 (PDT) Received: by 10.58.15.65 with HTTP; Fri, 17 Aug 2012 10:40:24 -0700 (PDT) Date: Fri, 17 Aug 2012 19:40:24 +0200 Message-ID: From: Jonathan Calmels To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Bjoern A. Zeeb" Subject: [Week 11][IPv6 Improvement] Final report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 17:40:25 -0000 Hello, The end of the Google summer of code is forthcoming, so this is my final report concerning the IPv6 improvement, under Bjoern Zeeb's mentoring The project aims to make more user space applications fully IPv6 ready. Advancement of the project past/post GSoC can be retrieved here [1] As a result of this program, I had the chance to work on many different pieces of softwares. At the time of writing, the following libraries and programs have been fixed and successfully migrated to ipv6 : - openssl-1.0.1c - contrib/cvs - usr.bin/systat - usr.bin/quota - usr.bin/ypwhich - usr.sbin/ypbind As a reminder, all patches can be retrieved here[2] as well as some regression tests. My work concerning usr.sbin/ypserv has progressed well this past week but will not match the official GSoC deadline and will be part of subsequent work around the IPv6 improvement. Indeed ypserv uses the libc resolver as its subsystem and needs to be fixed with the IPv6 resolver extensions in mind. Therefore, I decided that I will continue contributing on this project after the GSoC and persevere this way. Of course, everybody interested is welcome to join me :) The next step will be to integrate all these changes to HEAD and ensure that all work flawlessly and remain stable. My final words are to thanks all the FreeBSD team which has mentored this SoC and specifically my mentor, Bjoern Zeeb which has been really helpful and a pleasure to work with. [1] : http://wiki.freebsd.org/IPv6/IPv6Improvement [2] : https://socsvn.freebsd.org/socsvn/soc2012/exxo/patches/https://socsvn.freebsd.org/socsvn/soc2012/exxo/patches/ Regards, --- Jonathan Calmels (exxo@) From owner-soc-status@FreeBSD.ORG Mon Aug 20 07:47:05 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 820B9106564A for ; Mon, 20 Aug 2012 07:47:05 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 11FEC8FC08 for ; Mon, 20 Aug 2012 07:47:04 +0000 (UTC) Received: by weyx56 with SMTP id x56so5824484wey.13 for ; Mon, 20 Aug 2012 00:46:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WWsO++NDE3qJFjMwagOlCmEide+qaC2BtC43k5g8AtQ=; b=TYT3w6LEhPnyNArgdrD7wb3bFfJ8tsG+H3Gyngdt8AcAhSSJ7wTc3697JpAU1R5DCw teKrW5tW295ueVuP0zN+BaHs+s9KsFd9M0RQeK4mMVdbdxGukDJBX8MyH+XJUreS2zs7 y5/vM7BZwgtcSNx8OcAM4Pi1EAGqSv3AAfMENPuKCycIUPW/vs+V6g8KVtNi775nd08i rXoLFjJTT58cSbDs7Qp7MQlns7YKm1H6xWeTK3Xf+nZ7WSiqv31ZLR7QJyXVIk/maYb2 8GVQu+FTPLOtENDYoYZ4juqiqUvMd9l+CDHWlE9Rt1uw2LEZwPnzlHJimLmtxyu/2j1q BKuA== MIME-Version: 1.0 Received: by 10.216.123.69 with SMTP id u47mr7094999weh.89.1345448818312; Mon, 20 Aug 2012 00:46:58 -0700 (PDT) Received: by 10.216.178.65 with HTTP; Mon, 20 Aug 2012 00:46:58 -0700 (PDT) Date: Mon, 20 Aug 2012 02:46:58 -0500 Message-ID: From: Greg Miller To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Subject: Lock profiling and lock order verification X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Aug 2012 07:47:05 -0000 Spent the week implementing optional support for devel/libunwind in libwitness (USE_LIBUNWIND=yes in src.conf to enable) and on commenting and style(9) fixes. Both libwitness and lock profiling are functionally complete and pass the full test suite. From owner-soc-status@FreeBSD.ORG Mon Aug 20 13:40:29 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD9FA106564A for ; Mon, 20 Aug 2012 13:40:29 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 71F528FC08 for ; Mon, 20 Aug 2012 13:40:29 +0000 (UTC) Received: by yhfs35 with SMTP id s35so6065129yhf.13 for ; Mon, 20 Aug 2012 06:40:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=QJHqlXr8I6Bh5Lti3U1TfciPkk98XnFONPtPtBi8/xI=; b=ZMXId2nDEhcgM9uGpGclbmh1rlysxce0eKvyt5QeZMBHcPcYvoVKzIWKqFvRTz9u4R gOX5tfUZcoalWt1BAoBq1VTAtS9Xq2298c4zcNvhInLF1ITg2HvhTSCkHHvXS7/2iQzA XfY3/qcDO94uaLKbMXlcYOqBVp0nowrv5Fdww= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=QJHqlXr8I6Bh5Lti3U1TfciPkk98XnFONPtPtBi8/xI=; b=LCvVcMovzrbq3K6Hzwb8zU0xePU7qM3GdCxCa9gk9i46ATmQ4+5PrJrfrorS26JJh5 RUEMbUyNR/XqYIZIueOANFMF3XEOTeTTjyAUVZZ3OX3zUvTCfN5715C8M7CGau5tBMTv qva3CvOa7dnmzzzECpyfYcFlH1/1nBNMtBwWRbuojnThlkfXQruNI3w5ffOzcG3IbhjR MTpZQkvbJFmWxrZ79fm40WwTc6BOisuoho//KOiOM5i0oXwObBKDjCS+x8+aa/O/ATmB gPd31kFBpuuP7ROqosQk726j4mYNkR9l5K+innyEt14pyI/bH2XxrOg0HFgCWDxiUVpO gBRw== Received: by 10.50.219.228 with SMTP id pr4mr2691357igc.36.1345470028427; Mon, 20 Aug 2012 06:40:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.200.208 with HTTP; Mon, 20 Aug 2012 06:39:48 -0700 (PDT) From: Takuya ASADA Date: Mon, 20 Aug 2012 22:39:48 +0900 Message-ID: To: soc-status@freebsd.org, Peter Grehan Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQn3mn4X5awD7/5hiX24egQ2kT4w/kuotDyVCkAkgRC/0f1FrhfIfl/p0x29cSsrPf7imuly Cc: Subject: [status report #11 - #13] BHyVe BIOS emulation to boot legacy systems X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Aug 2012 13:40:29 -0000 * project summary The project goal is to support BIOS emulation on BHyVe, enabling boot from disk image. I going to focus booting FreeBSD/amd64 from disk image on this GSoC, but final goal is to make BHyVe able to support more guest OSes. * porting "doscmd" a DOS emulator to BHyVe, as a BIOS emulation library #3 Now all bios call, creating interrupt vector and it's trampoline code, some io port emulation is handled by libbiosemul. Also I added handling secondary PIC IO(0xa0, 0xa1), keyboard controller IO(0x60, 0x64), which used by boot1/btx. svn diff -r240550:240565 https://socsvn.freebsd.org/socsvn/soc2012/syuu/bhyve-bios In result, it could passed MBR stage and boot1, now get into btx stage. From owner-soc-status@FreeBSD.ORG Tue Aug 21 14:31:01 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE91B106564A for ; Tue, 21 Aug 2012 14:31:01 +0000 (UTC) (envelope-from jesse.hagewood@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 71DD18FC0C for ; Tue, 21 Aug 2012 14:31:01 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so3805681wib.13 for ; Tue, 21 Aug 2012 07:31:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=YLsCMqX5J0b5+s0vLPxespowZVC6+edB9xMxRo85jJo=; b=it58YdfxtK7tkL0GwkOTWQdO6Kh79X1DI/7cMkJ7Fxw/W7zP12oXgqiIWrhgNENkSe AZMHGwR3xz632RXdpx4MpAqwIRlwph8hX6vljr0rrUIzuMWhQkopKmsl8wmXJSCT4e2K dOV54eycF7oFkClP+/conEOR0P08IdiaOMR2XP/Ge/wbh3Xj3oPgux/tkMvPrFsklXzB Pzbs82iLM8+K2yRfB5a9iXXPfLUWXcWDKFH1UzEzCV+CXfrCKsXjqr6yZ8kqn34iRpQy 1ilINALQrpGm7PsOyJds7nG9ELRpBzY0LVvqK3bxM4h83EcDlGIyQStRt2jZ2/nNAkGl fy8w== MIME-Version: 1.0 Received: by 10.216.180.67 with SMTP id i45mr8229078wem.44.1345559460360; Tue, 21 Aug 2012 07:31:00 -0700 (PDT) Received: by 10.227.130.88 with HTTP; Tue, 21 Aug 2012 07:31:00 -0700 (PDT) Date: Tue, 21 Aug 2012 10:31:00 -0400 Message-ID: From: Jesse Hagewood To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Subject: Improving BSD licensed text processing tools X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Aug 2012 14:31:02 -0000 Last week, I was able to finish .gz support in sdiff and diff. zsdiff, but zdiff is outputting the diffs differently than the existing zdiff. Dag-Erling pointed out in an email yesterday the problems with my decompression, and how it should be properly implemented. Even though SoC is finished, this is still something I'd really like to see finished. I also wrote man files for zdiff and zsdiff, but Dag-Erling suggested that using symlinks to the diff and sdiff man pages would be a better idea. I've also completed my final evaluation for Google. Finally, thank you all for giving me the chance to participate in SoC. My project this summer has been a great learning experience. From owner-soc-status@FreeBSD.ORG Tue Aug 21 15:42:42 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6599F106566B for ; Tue, 21 Aug 2012 15:42:42 +0000 (UTC) (envelope-from jakub.klama@uj.edu.pl) Received: from mail.uj.edu.pl (mail.uj.edu.pl [149.156.89.147]) by mx1.freebsd.org (Postfix) with ESMTP id 1A97C8FC1E for ; Tue, 21 Aug 2012 15:42:42 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from [10.10.1.245] ([unknown] [83.19.65.138]) by mta.uoks.uj.edu.pl (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTPSA id <0M94003Z23MVDD20@mta.uoks.uj.edu.pl> for soc-status@FreeBSD.org; Tue, 21 Aug 2012 17:42:35 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.0 X-Antivirus-Code: 0x100000 Message-id: <5033AC66.7050005@uj.edu.pl> Date: Tue, 21 Aug 2012 17:42:30 +0200 From: Jakub Klama User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 To: soc-status@FreeBSD.org References: <6ac5ebabef902db5c64c811b51b4d999@uj.edu.pl> In-reply-to: <6ac5ebabef902db5c64c811b51b4d999@uj.edu.pl> X-Forwarded-Message-Id: <6ac5ebabef902db5c64c811b51b4d999@uj.edu.pl> Cc: Subject: FreeBSD/ARM and FDT cleanup - status report #13 (final) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Aug 2012 15:42:42 -0000 Hi, It's 13th and therefore last status report for project aimed to clean up current FreeBSD/ARM port and FDT implementation. Things done this week: * Unbroken all of existing ARM ports. Tested on all kernel configurations from sys/arm/conf/. * Adopted TI aintc driver to INTRNG infrastructure. * Decoupled arm_mmu_init() and friends from FDT. Next plans: * Merge Warner's ARM multi-board support Regards, Jakub Klama From owner-soc-status@FreeBSD.ORG Wed Aug 22 09:48:26 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB024106566B for ; Wed, 22 Aug 2012 09:48:26 +0000 (UTC) (envelope-from adutkowski@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id C0A248FC0A for ; Wed, 22 Aug 2012 09:48:26 +0000 (UTC) Received: by dadr6 with SMTP id r6so622706dad.13 for ; Wed, 22 Aug 2012 02:48:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=8Mhle4zZSzrNaDPvmq95JoOcJ03YUVWg2JajOgwT7Ao=; b=FWsfErhA2fho5Bdkd0OGwsplDgTe5FHWVNug8Pe+H9mGNYMbNyoHmdYAZmKDimq4+y 9ZAy/s7WVc+++dskDvZDo6Y9GfeqYKG07anNiBwC7Ic5zrUjtZKjIqcNxNJf2xaPQoTJ kknYcAABaf1Gfe6/9TUDnbAQvyj1KYKjNoEcQPBlhvhGeZqe7RhslTNWTzBLrQqiY8Qj 67NvsuTaiRv+qyMsYNvoX5DkEAcGJnKWhzkN8KzWrz6Cjfqf6QEA/GUMNdXSKaTlC9v1 7OhXKUdiPRI5nl6uwBAZKlWtTzNq1aGH31JCS7cP6ltTtV8m6QP1954kbNA/R/EolaUu f2mA== MIME-Version: 1.0 Received: by 10.68.221.70 with SMTP id qc6mr51959958pbc.92.1345628906310; Wed, 22 Aug 2012 02:48:26 -0700 (PDT) Sender: adutkowski@gmail.com Received: by 10.66.220.169 with HTTP; Wed, 22 Aug 2012 02:48:26 -0700 (PDT) Date: Wed, 22 Aug 2012 11:48:26 +0200 X-Google-Sender-Auth: 4oNIht8w7qsw6xVGnf4JeZYHsSw Message-ID: From: Aleksander Dutkowski To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: #13 Status Report - FreeBSD/arm on BeagleBoard-xM X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Aug 2012 09:48:27 -0000 Hello! This is my last mail as GSoC student! During Summer of Code, I've managed to do most of the tasks: - port is based on Flattened Device Tree - boots to multiuser from SD card - controls its voltage via TWL4030 (TPS65950) - uses SoC's builtin features: * DMA channels * gpio * Power Reset Clock Managers * System Control Module * i2c Now, porting new OMAP3-based (as well as omap3-compatible, like am3530) devices will be simplier. I want do stay with FreeBSD project, so the next thing for me to do will be: - fix the TWL driver - twl is sitting on i2c, I have issue making it communicate while booting process - fixing twl will let me finish USB EHCI driver (I need to repower the USB3320 because it seems to be in bad state) - make sure the port is working well with both BeagleBoard and BeagleBoard-xM - write driver for DVI -- regards aleek From owner-soc-status@FreeBSD.ORG Wed Nov 14 06:35:50 2012 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF30B95C for ; Wed, 14 Nov 2012 06:35:50 +0000 (UTC) (envelope-from yrsilent1@gmail.com) Received: from mail-da0-f54.google.com (mail-da0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C49F8FC12 for ; Wed, 14 Nov 2012 06:35:50 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id z9so58286dad.13 for ; Tue, 13 Nov 2012 22:35:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:reply-to:subject:x-priority:x-has-attach:x-mailer :mime-version:message-id:content-type; bh=wj59V5/PsXDLKpJoc+RQQS21U4r7uDPdL4H8D8Y0TPM=; b=mSwCXYp4JqQFSwOIrQJ+oHFYm5Zu5C59IbJCQa42xjhl0PQxfK02Ho+PXLxyQX6DLs 33FbhaQ6KZmiGR6pPz88Ag+IdEmddcIc1mXitnFk2fbYJyyIdiboImpqxZyaSdepayGx 2nR198Q5rPpbDiXbed/sStWgnpWRfY2zmfZvgh8d5PX/XFKDix3Zhz/0jFhnjyrD9GQn z1k29IF/2DbN5/EWotNYkTS6+R+kG2Js5dDirSzJuxFr7NU+yekTckHoxg6uRzST97WW tyANWAPpalRFPz9U/dDfCchNE0SqB9l+EvgGdD2LkRG1HMFa7um8KVScaOE2LJIEFDBh h52A== Received: by 10.68.239.9 with SMTP id vo9mr75902627pbc.83.1352874950264; Tue, 13 Nov 2012 22:35:50 -0800 (PST) Received: from CTU2RYA7MJZVWNX ([125.38.66.43]) by mx.google.com with ESMTPS id c1sm7403766pav.23.2012.11.13.22.35.47 (version=SSLv3 cipher=OTHER); Tue, 13 Nov 2012 22:35:49 -0800 (PST) Date: Wed, 14 Nov 2012 14:29:45 +0800 From: yrsilent1 To: soc-status Subject: Good and cheap Pipe fittings from China X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.91[cn] Mime-Version: 1.0 Message-ID: <201211132030567947841@gmail.com> Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: yrsilent1 List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2012 06:35:50 -0000 RGVhciBQdXJjaGFzaW5nIE1hbmFnZXIsDQpIZWxsbyx0aGlzIGlzIFNpbGVudFpoYW5nIGZyb20g SGViZWkgU2h1aW1pYW8gUGlwZSBGaXR0aW5nIE1hbnVmYWN0dXJlIGNvLmx0ZC5PdXIgbWFpbiBw cm9kdWN0cyBzdWNoIGFzIGZsYW5nZSAscGlwZSBsaW5lLCBlbGJvdyxiZW5kLCB0ZWUsIHJlZHVj ZXIgZXRjLCB3aXRoIGdvb2QgcXVhbGl0eSBhbmQgdmVyeSBjb21wZXRpdGl2ZSBwcmljZSBhcmUg c3VwcGxpZWQuIEhvcGUgdG8gYmUgYSBwYXJ0bmVyIG9mIHlvdXIgY29tcGFueS4gRW1haWwgbWUg b3IganVzdCBjYWxsIG1lIGRpcmVjdGx5LiANCkxvb2tpbmcgZm9yd2FyZCB0byB5b3VyIGlucXVy eS4NCkJlc3QgcmVnYXJkcyxTaWxlbnRaaGFuZw0KU2t5cGUgOiB5cnRqc2lsZW50DQpUZWwgOiA4 Ni0xODc2NjUyNjk1Mg0KV2Vic2l0ZSA6ICBodHRwOnd3dy5zbXBpcGVmaXR0aW5ncy5jb20vIA0K IA== From owner-soc-status@FreeBSD.ORG Fri Mar 8 18:17:58 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4BB9DF06 for ; Fri, 8 Mar 2013 18:17:58 +0000 (UTC) (envelope-from sreedharpalayil@gmail.com) Received: from mail-qc0-x243.google.com (mail-qc0-x243.google.com [IPv6:2607:f8b0:400d:c01::243]) by mx1.freebsd.org (Postfix) with ESMTP id 15E63C35 for ; Fri, 8 Mar 2013 18:17:58 +0000 (UTC) Received: by mail-qc0-f195.google.com with SMTP id x40so179913qcp.2 for ; Fri, 08 Mar 2013 10:17:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=SwKl0UNpPFPHoAi7RWGEPAY4AvHp2AhtyfCbnXtEv2E=; b=qkVfhZeeApH/J/lUYNmPVYEMdwP7juODJBx+CMO1eC+aaDLWz+kDnifg11QoE2iZeM 60V4UDM7V0BL+iIbtwLyKMtN7U/jFT+ondQbSTLLVzMfxb3N5GRu5PKgPrSWl7raW2mM 581tWlq/e4HvqLSD+BaP12hB1Wv77wUkJ1n9cPR/LkkkAR2e91tk2oj5wFNeEg2bNuX5 I7OCcVdkhES6tM9RQC2njjJ8ZnIfTZn7RR/ZabXDeqG5X1AuCUWA/NPEFKWD045GqeTH RlvIRs+K6aSB4puGtMzrbt745M9XV4wlf3nzHrb/G+dzyu8aqlqX1CNH59V/R0c58uBE 1qWQ== MIME-Version: 1.0 X-Received: by 10.49.97.134 with SMTP id ea6mr5391698qeb.33.1362766677615; Fri, 08 Mar 2013 10:17:57 -0800 (PST) Received: by 10.229.67.78 with HTTP; Fri, 8 Mar 2013 10:17:57 -0800 (PST) Date: Fri, 8 Mar 2013 23:47:57 +0530 Message-ID: Subject: like to join GSoC From: sreedhar palayil To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Mar 2013 18:17:58 -0000 Hi, i'm just new to the GSoC. i found GNU's contribution is great in this program. so i choose right. i'm a Bachelor of Science (Bsc) computer science 2nd year student having knowledge in C, C++, MySQL, VB.NET. completely new to Open source programming. i feel GSoC can give me some inspiration with knowledge about open source. so anyone have a word for me? From Sreedhar.p From owner-soc-status@FreeBSD.ORG Fri Apr 12 02:49:57 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E4D67497 for ; Fri, 12 Apr 2013 02:49:57 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x22f.google.com (mail-bk0-x22f.google.com [IPv6:2a00:1450:4008:c01::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 7D695A31 for ; Fri, 12 Apr 2013 02:49:57 +0000 (UTC) Received: by mail-bk0-f47.google.com with SMTP id ik5so1112945bkc.20 for ; Thu, 11 Apr 2013 19:49:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=PyDfknt5/oAR3G3yxNfhaaPGTIcP8zWpHNj2HuDLhjw=; b=YiS7TmplfUHIF6cafaXC36lxfMRfX4K7LqqIaDrHrWuSiC6uWhhkNOPo++KGtlLIOj F4CKqdqnGBppSJY77wEhMaKie1NQlX4125P94btAImVQwdLGTjyBDkqSp6VVtNrUrgl1 fFdhrzVR+yyoO6JP9XAUeU9bEnZq0jGQmylz5RazyyiypNUEs3d3lTI6qpQhOn6yD6N7 t2R/yzP95V2ptEZ9zNjGTUMSgNdoZL5Gio6i2Ubl11vsb+1ZA8WIF4Gz7NnwkY2AmrBy TEGvvZ07maFDGss8hl2gQO8vsOvp1d7C+miveB2+xgUsz/uUmaWEHNxuFeEhoWPVtwZV Z5uQ== MIME-Version: 1.0 X-Received: by 10.204.167.144 with SMTP id q16mr3449261bky.25.1365734996485; Thu, 11 Apr 2013 19:49:56 -0700 (PDT) Received: by 10.205.114.141 with HTTP; Thu, 11 Apr 2013 19:49:56 -0700 (PDT) Date: Fri, 12 Apr 2013 10:49:56 +0800 Message-ID: Subject: How to contact the mentor? From: Bei Guan To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 02:49:58 -0000 Hi, On the Ideas page, it seems that there is an email of the mentor for each project, such gibbs@. However, what's the complete email address to contact? Is this correct: gibbs@freebsd.org ? It seems there is no reply when I sent to this email. Best Regards, Gavin From owner-soc-status@FreeBSD.ORG Fri Apr 12 03:00:36 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BA2D358D for ; Fri, 12 Apr 2013 03:00:36 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) by mx1.freebsd.org (Postfix) with ESMTP id A7C43AA0 for ; Fri, 12 Apr 2013 03:00:36 +0000 (UTC) Received: from zeta.ixsystems.com (c-67-188-85-47.hsd1.ca.comcast.net [67.188.85.47]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 2025D6BE0; Thu, 11 Apr 2013 20:00:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1365735636; bh=/S0izZ02E04VK7w/6SyuvmQxKYZVn8psDfGZ/j0MDQg=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=RsX60mHhTyJQ1cTGQAPq5p3ArZOwLq8bSZk70lEXOJ3xanERyFqLt+qS+rNzAN5r5 pz69ncJBaP3YujgyLeVo2kQ96FIN+hlxcbfZ1CjuGnpi28jK5z9/flj6MAxPXLTZc+ DR5q6vsK6kip1hVn4Jkt/w0koHoBSExZY42JeWNM= Message-ID: <516778D8.20806@delphij.net> Date: Thu, 11 Apr 2013 20:00:40 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Bei Guan Subject: Re: How to contact the mentor? References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 03:00:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 04/11/13 19:49, Bei Guan wrote: > Hi, > > On the Ideas page, it seems that there is an email of the mentor > for each project, such gibbs@. However, what's the complete email > address to contact? Is this correct: gibbs@freebsd.org ? It seems > there is no reply when I sent to this email. Yes, someone@ means someone@freebsd.org. Is he signed up as a mentor this year, or did the idea page mentioned anyone else as possible mentor? Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- iQEcBAEBCgAGBQJRZ3jYAAoJEG80Jeu8UPuzdCIH/RYHzOGj+LgpLLdSenrL5oTM 2INksj8LT0YYR3XBggNz+XUIU/Sq4ikmPBWNdHbeGoG6LX7scthdv+vPyQRR8Hcj 8Qyuwe/ul0r9o3S36TD8nnF4FQmbRtfWaF8EPdDpuyUtGVLDWMAzEMvqlCvp9z8N kXsQciUM7hJbW1szMTdzQIL2pPpIaJO5fV6gxloTCxf1tkbDpFEG8J2bxUqkAJS1 imvPp2xu8cYRqAF755zY8p3ZRBnc0dMm6FXi7ZCwykmbXkMmv7bmqgEqCkrAQibc ipCb15V02F/OGL5UDwNE7VYQHfj1v6UMn0VzON4PE8w9Q357C5LD1y4oAQXenso= =vjUk -----END PGP SIGNATURE----- From owner-soc-status@FreeBSD.ORG Fri Apr 12 03:03:46 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F0C9E6CA for ; Fri, 12 Apr 2013 03:03:46 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x22b.google.com (mail-bk0-x22b.google.com [IPv6:2a00:1450:4008:c01::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 87560BE0 for ; Fri, 12 Apr 2013 03:03:46 +0000 (UTC) Received: by mail-bk0-f43.google.com with SMTP id jm2so1123117bkc.16 for ; Thu, 11 Apr 2013 20:03:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=x6CZJCVYXq0aE+Wc7RlInh/YMLPQAht/epvz3uPmkww=; b=vpH6fa2LgV651DlFaXhx1y3iBLVrYpzcfNmop7hJENJyzZX6kmhkM+0gzbRFrEemi1 FeHX38XEuLdX7D6dAEiAfJJUywuwjnkmEHYWzTvh4bGb0vA8qOhAy5Z+pUyW7WLzPfba 30qcs5xubLXHhuh5VEgss6skJXDemdGAtWN18JXQ2ADfidw2zP/RUAfHzbsjt8g9ENbL KBxmsKVeLLZeLsvQ67kh8mM277W85cbaE8SxtAwJk9LTh9qo0umSPkSlZRpLJW+1Fz28 Mog/0LfCI/HSYPypjPpfucUjy9USDrLVbZUzXl+1Kkt/4JDWjzHbyRz+8wAhu6G5YEge qFKw== MIME-Version: 1.0 X-Received: by 10.205.41.132 with SMTP id tu4mr3465549bkb.4.1365735825591; Thu, 11 Apr 2013 20:03:45 -0700 (PDT) Received: by 10.205.114.141 with HTTP; Thu, 11 Apr 2013 20:03:45 -0700 (PDT) In-Reply-To: <516778D8.20806@delphij.net> References: <516778D8.20806@delphij.net> Date: Fri, 12 Apr 2013 11:03:45 +0800 Message-ID: Subject: Re: How to contact the mentor? From: Bei Guan To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 03:03:47 -0000 Thank you very much. I will check that clearly. 2013/4/12 Xin Li > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 04/11/13 19:49, Bei Guan wrote: > > Hi, > > > > On the Ideas page, it seems that there is an email of the mentor > > for each project, such gibbs@. However, what's the complete email > > address to contact? Is this correct: gibbs@freebsd.org ? It seems > > there is no reply when I sent to this email. > > Yes, someone@ means someone@freebsd.org. Is he signed up as a mentor > this year, or did the idea page mentioned anyone else as possible mentor? > > Cheers, > - -- > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > -----BEGIN PGP SIGNATURE----- > > iQEcBAEBCgAGBQJRZ3jYAAoJEG80Jeu8UPuzdCIH/RYHzOGj+LgpLLdSenrL5oTM > 2INksj8LT0YYR3XBggNz+XUIU/Sq4ikmPBWNdHbeGoG6LX7scthdv+vPyQRR8Hcj > 8Qyuwe/ul0r9o3S36TD8nnF4FQmbRtfWaF8EPdDpuyUtGVLDWMAzEMvqlCvp9z8N > kXsQciUM7hJbW1szMTdzQIL2pPpIaJO5fV6gxloTCxf1tkbDpFEG8J2bxUqkAJS1 > imvPp2xu8cYRqAF755zY8p3ZRBnc0dMm6FXi7ZCwykmbXkMmv7bmqgEqCkrAQibc > ipCb15V02F/OGL5UDwNE7VYQHfj1v6UMn0VzON4PE8w9Q357C5LD1y4oAQXenso= > =vjUk > -----END PGP SIGNATURE----- > -- Best Regards, Bei Guan From owner-soc-status@FreeBSD.ORG Fri Apr 12 03:11:47 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B44AF802; Fri, 12 Apr 2013 03:11:47 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x22b.google.com (mail-bk0-x22b.google.com [IPv6:2a00:1450:4008:c01::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 2116ECDB; Fri, 12 Apr 2013 03:11:46 +0000 (UTC) Received: by mail-bk0-f43.google.com with SMTP id jm2so1159571bkc.30 for ; Thu, 11 Apr 2013 20:11:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to:cc :content-type; bh=cY8bc8oGAg9hcM6sowtCs45IoAzwZX8UekqN0v9fwLI=; b=sVjTH6MMgqkXgsUXgpyhE/jU2FdKnZkm6PTeZdNTWTbmaNg9vczzqEanjpgk3Vk8i6 9lqIzRhTY7wYnPC6t7ZyP7ED7tiO/CD2Esra4Eu2ckv4AaKwQ9R6N1DjkpEsXceUTcLP HdyYVIkJgoAuTQI63XDHgE7k4NFqJn4DKvlC2GOFGDnKtzIbRyGi6swdmMBW4gy8gjIF bjLYfcADXjORwh+8/4NgI5zaZOkHN4adLjL8+HUD8ZFGz/w0beOwe95WLaB0NSPd9Dju Eowi184f04dGRU4MYp5U4RLlycAejJ/UqWBzHSoXAbB2cvtZGxZvr87Z80sb9pgpOWWf iQMQ== MIME-Version: 1.0 X-Received: by 10.205.45.74 with SMTP id uj10mr3414187bkb.139.1365736306263; Thu, 11 Apr 2013 20:11:46 -0700 (PDT) Received: by 10.205.114.141 with HTTP; Thu, 11 Apr 2013 20:11:46 -0700 (PDT) Date: Fri, 12 Apr 2013 11:11:46 +0800 Message-ID: Subject: =?GB2312?Q?Mentor_of_the_Project_=22PCI_frontend_XEN_PV_driver=22?= =?GB2312?Q?=A3=BF?= From: Bei Guan To: soc-status Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: gibbs@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 03:11:47 -0000 Hi, It seems there's no mentor for the GSoC project =93PCI frontend XEN PV driver=94 on page https://wiki.freebsd.org/IdeasPage#PCI_frontend_XEN_PV_driver So whom can I contact to know more about this project? Thank you very much. Best Regards, Gavin From owner-soc-status@FreeBSD.ORG Fri Apr 12 04:13:28 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 63429C45 for ; Fri, 12 Apr 2013 04:13:28 +0000 (UTC) (envelope-from gibbs@freebsd.org) Received: from aslan.scsiguy.com (ns1.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id 284DBE5F for ; Fri, 12 Apr 2013 04:13:27 +0000 (UTC) Received: from macbook.scsiguy.com (macbook.scsiguy.com [192.168.0.99]) (authenticated bits=0) by aslan.scsiguy.com (8.14.5/8.14.5) with ESMTP id r3C4DQiP097843 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 11 Apr 2013 22:13:26 -0600 (MDT) (envelope-from gibbs@freebsd.org) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: =?utf-8?Q?Re=3A_Mentor_of_the_Project_=22PCI_frontend_XEN_PV_dri?= =?utf-8?Q?ver=22=EF=BC=9F?= From: "Justin T. Gibbs" In-Reply-To: Date: Thu, 11 Apr 2013 22:13:26 -0600 Message-Id: <920A79FE-8C56-4D26-8611-3CD48602FC3B@freebsd.org> References: To: Bei Guan X-Mailer: Apple Mail (2.1503) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (aslan.scsiguy.com [192.168.0.4]); Thu, 11 Apr 2013 22:13:26 -0600 (MDT) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: soc-status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 04:13:28 -0000 On Apr 11, 2013, at 9:11 PM, Bei Guan wrote: > Hi, >=20 > It seems there's no mentor for the GSoC project =93PCI frontend XEN PV = driver=94 on page = https://wiki.freebsd.org/IdeasPage#PCI_frontend_XEN_PV_driver=20 > So whom can I contact to know more about this project? > Thank you very much. >=20 >=20 > Best Regards, > Gavin This particular project was proposed for last year's GSoC when both = attilio@FreeBSD.org and I were actively working on full Xen PV support = for FreeBSD. That project still continues, but at a slower pace due to = changing needs at our respective employers. Given the lack of maturity = of our Xen PV port, I think this would be a difficult project to attempt = at this time. If you are interested in Xen and have access to x86 hardware with HVM = capabilities, writing a SCSI or USB PV frontend for FreeBSD is a better = project to select. FreeBSD's Xen HVM support is very robust and, unlike = the PCI frontend driver, these drivers can be developed using an HVM = guest. The resulting drivers should work equally well in full PV mode = (with perhaps a few minor tweaks) when it is better supported. I will update the wiki sometime tomorrow with more information on Xen = projects that are appropriate for this year's GSoC. -- Justin From owner-soc-status@FreeBSD.ORG Fri Apr 12 07:22:05 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EEBA04FC; Fri, 12 Apr 2013 07:22:05 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id C525113A5; Fri, 12 Apr 2013 07:22:02 +0000 (UTC) Received: from [192.168.0.2] (cpc10-cmbg15-2-0-cust123.5-4.cable.virginmedia.com [86.30.246.124]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r3C7LsY6074798 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 12 Apr 2013 07:22:00 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: =?utf-8?Q?Re=3A_Mentor_of_the_Project_=22PCI_frontend_XEN_PV_dri?= =?utf-8?Q?ver=22=EF=BC=9F?= From: David Chisnall In-Reply-To: <920A79FE-8C56-4D26-8611-3CD48602FC3B@freebsd.org> Date: Fri, 12 Apr 2013 08:21:51 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <5BDCBCBB-E65D-472E-B990-F1382A4BADF0@FreeBSD.org> References: <920A79FE-8C56-4D26-8611-3CD48602FC3B@freebsd.org> To: "Justin T. Gibbs" X-Mailer: Apple Mail (2.1499) Cc: soc-status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 07:22:06 -0000 On 12 Apr 2013, at 05:13, "Justin T. Gibbs" wrote: > This particular project was proposed for last year's GSoC when both = attilio@FreeBSD.org and I were actively working on full Xen PV support = for FreeBSD. That project still continues, but at a slower pace due to = changing needs at our respective employers. Given the lack of maturity = of our Xen PV port, I think this would be a difficult project to attempt = at this time. >=20 > If you are interested in Xen and have access to x86 hardware with HVM = capabilities, writing a SCSI or USB PV frontend for FreeBSD is a better = project to select. FreeBSD's Xen HVM support is very robust and, unlike = the PCI frontend driver, these drivers can be developed using an HVM = guest. The resulting drivers should work equally well in full PV mode = (with perhaps a few minor tweaks) when it is better supported. >=20 > I will update the wiki sometime tomorrow with more information on Xen = projects that are appropriate for this year's GSoC. Do we support PHV mode in Xen yet? If not, then this might be a good = GSoC project. Most of the effort - it uses the PV boot mechanism, but = then the HVM pmap and PV drivers (including event channels, no APIC = emulation). Unlike the PV mode, it won't require us to maintain two = i386 pmap implementations for the increasingly rare case of trying to = run FreeBSD VMs on CPUs without virtualisation support, and it doesn't = have the QEMU overhead in dom0 that HVM does (even when you're using = fully PV devices, you still need it to boot), and which causes hosting = providers to charge more for HVM. David From owner-soc-status@FreeBSD.ORG Fri Apr 12 09:02:22 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8808F91B; Fri, 12 Apr 2013 09:02:22 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x22e.google.com (mail-bk0-x22e.google.com [IPv6:2a00:1450:4008:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id E7C7C18A2; Fri, 12 Apr 2013 09:02:21 +0000 (UTC) Received: by mail-bk0-f46.google.com with SMTP id je9so1263411bkc.19 for ; Fri, 12 Apr 2013 02:02:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=M1Z2zWRlZxWtLE2BD6Nh3OZp8JlaKTr3cpHs9ginXeE=; b=EkZvZJCfEbjOgZy6FoML11AI9J+QDuUP56kexeCY0SCySSQQGrPsbaBEiyhmZcqaW5 FQpju0Qqj7m2I5typFZBcnX1SeVQsSXPq++Sdj9zNYhIQzQhgpOsan/8kMFXRAP6jzoU x9o9cwPZqSIPD+Z87jAd+kvKe48r6bkuf4eK8vY+HbjRNMZVLVDWfkKUzS7wDrha04BN S3QkXzIAI6erlG5xyu6yu8r4ZM8/LUWjHPjdL0nj1L3BwFg6aakWClXtOg1nBgfssr6T NsajMLqkWFBFnJXDLPDJ5x7ZVjyPuDJCOJMz87AxUvM8q/SVDz7KWn7iEPiEuiGIT5+d ElvQ== MIME-Version: 1.0 X-Received: by 10.204.174.143 with SMTP id t15mr3764054bkz.37.1365757340909; Fri, 12 Apr 2013 02:02:20 -0700 (PDT) Received: by 10.205.114.141 with HTTP; Fri, 12 Apr 2013 02:02:20 -0700 (PDT) In-Reply-To: <920A79FE-8C56-4D26-8611-3CD48602FC3B@freebsd.org> References: <920A79FE-8C56-4D26-8611-3CD48602FC3B@freebsd.org> Date: Fri, 12 Apr 2013 17:02:20 +0800 Message-ID: Subject: =?GB2312?Q?Re=3A_Mentor_of_the_Project_=22PCI_frontend_XEN_PV_drive?= =?GB2312?Q?r=22=A3=BF?= From: Bei Guan To: "Justin T. Gibbs" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: soc-status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 09:02:22 -0000 Thank you for your reply. I think it's also a good project for me to write a SCSI or USB PV frontend for FreeBSD. I'm interest in Xen and have done some development about Xen PV and HVM, but I didn't do any development on FreeBSD. As to this project, where should I start? Is there any other similar FreeBSD project I can refer to? In order to write a SCSI or USB PV driver, do we need the Xen PV drivers in FreeBSD, such as event channel, hypercalls, xenbus, and so on? You said the "drivers can be developed using an HVM guest", can you give me more information about it? Thank you very much. Best Regards, Gavin 2013/4/12 Justin T. Gibbs > On Apr 11, 2013, at 9:11 PM, Bei Guan wrote: > > Hi, > > It seems there's no mentor for the GSoC project =93PCI frontend XEN PV > driver=94 on page > https://wiki.freebsd.org/IdeasPage#PCI_frontend_XEN_PV_driver > So whom can I contact to know more about this project? > Thank you very much. > > > Best Regards, > Gavin > > > This particular project was proposed for last year's GSoC when both > attilio@FreeBSD.org and I were actively working on full Xen PV support > for FreeBSD. That project still continues, but at a slower pace due to > changing needs at our respective employers. Given the lack of maturity o= f > our Xen PV port, I think this would be a difficult project to attempt at > this time. > > If you are interested in Xen and have access to x86 hardware with HVM > capabilities, writing a SCSI or USB PV frontend for FreeBSD is a better > project to select. FreeBSD's Xen HVM support is very robust and, unlike > the PCI frontend driver, these drivers can be developed using an HVM gues= t. > The resulting drivers should work equally well in full PV mode (with > perhaps a few minor tweaks) when it is better supported. > > I will update the wiki sometime tomorrow with more information on Xen > projects that are appropriate for this year's GSoC. > > -- > Justin > > From owner-soc-status@FreeBSD.ORG Mon Apr 15 17:38:03 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3C40C6BB for ; Mon, 15 Apr 2013 17:38:03 +0000 (UTC) (envelope-from gibbs@freebsd.org) Received: from aslan.scsiguy.com (ns1.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id E0D52106D for ; Mon, 15 Apr 2013 17:38:02 +0000 (UTC) Received: from [192.168.6.102] (207-225-98-3.dia.static.qwest.net [207.225.98.3]) (authenticated bits=0) by aslan.scsiguy.com (8.14.5/8.14.5) with ESMTP id r3FHc0Yd020479 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 15 Apr 2013 11:38:00 -0600 (MDT) (envelope-from gibbs@freebsd.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: =?utf-8?Q?Re=3A_Mentor_of_the_Project_=22PCI_frontend_XEN_PV_dri?= =?utf-8?Q?ver=22=EF=BC=9F?= From: "Justin T. Gibbs" In-Reply-To: Date: Mon, 15 Apr 2013 11:37:55 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <7AB96913-9118-4298-B183-A3D5EBC6F209@freebsd.org> References: <920A79FE-8C56-4D26-8611-3CD48602FC3B@freebsd.org> To: Bei Guan X-Mailer: Apple Mail (2.1503) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (aslan.scsiguy.com [70.89.174.89]); Mon, 15 Apr 2013 11:38:00 -0600 (MDT) Cc: soc-status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Apr 2013 17:38:03 -0000 On Apr 12, 2013, at 3:02 AM, Bei Guan wrote: > Thank you for your reply.=20 >=20 > I think it's also a good project for me to write a SCSI or USB PV = frontend for FreeBSD. I'm interest in Xen and have done some development = about Xen PV and HVM, but I didn't do any development on FreeBSD. As to = this project, where should I start? Is there any other similar FreeBSD = project I can refer to? Front-end drivers for network, block, and control already exist and = should serve as a good starting point for the creation of another PV = driver. I've also updated the ideas page to include more information about our = existing XEN implementation and what will be required for these = projects. > In order to write a SCSI or USB PV driver, do we need the Xen PV = drivers in FreeBSD, such as event channel, hypercalls, xenbus, and so = on? Yes, FreeBSD already has support for all XenBus APIs needed to write = these drivers. See "sys/xen" and "sys/dev/xen" in the FreeBSD kernel = source tree. > You said the "drivers can be developed using an HVM guest", can you = give me more information about it? Typically, you install FreeBSD using standard install media as a full = HVM guest on a system running Xen. Then compile a custom kernel using = the XENHVM config file in order to activate the existing PV drivers. -- Justin From owner-soc-status@FreeBSD.ORG Tue Apr 16 14:27:47 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A33E254E; Tue, 16 Apr 2013 14:27:47 +0000 (UTC) (envelope-from gibbs@FreeBSD.org) Received: from aslan.scsiguy.com (www.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id 603C6ED6; Tue, 16 Apr 2013 14:27:46 +0000 (UTC) Received: from macbook.scsiguy.com (macbook.scsiguy.com [192.168.0.99]) (authenticated bits=0) by aslan.scsiguy.com (8.14.5/8.14.5) with ESMTP id r3GERjOG026943 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 16 Apr 2013 08:27:46 -0600 (MDT) (envelope-from gibbs@FreeBSD.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: =?utf-8?Q?Re=3A_Mentor_of_the_Project_=22PCI_frontend_XEN_PV_dri?= =?utf-8?Q?ver=22=EF=BC=9F?= From: "Justin T. Gibbs" In-Reply-To: <5BDCBCBB-E65D-472E-B990-F1382A4BADF0@FreeBSD.org> Date: Tue, 16 Apr 2013 08:27:47 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <920A79FE-8C56-4D26-8611-3CD48602FC3B@freebsd.org> <5BDCBCBB-E65D-472E-B990-F1382A4BADF0@FreeBSD.org> To: David Chisnall X-Mailer: Apple Mail (2.1503) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (aslan.scsiguy.com [70.89.174.89]); Tue, 16 Apr 2013 08:27:46 -0600 (MDT) Cc: soc-status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Apr 2013 14:27:47 -0000 On Apr 12, 2013, at 1:21 AM, David Chisnall = wrote: > On 12 Apr 2013, at 05:13, "Justin T. Gibbs" wrote: >=20 >> This particular project was proposed for last year's GSoC when both = attilio@FreeBSD.org and I were actively working on full Xen PV support = for FreeBSD. That project still continues, but at a slower pace due to = changing needs at our respective employers. Given the lack of maturity = of our Xen PV port, I think this would be a difficult project to attempt = at this time. >>=20 >> If you are interested in Xen and have access to x86 hardware with HVM = capabilities, writing a SCSI or USB PV frontend for FreeBSD is a better = project to select. FreeBSD's Xen HVM support is very robust and, unlike = the PCI frontend driver, these drivers can be developed using an HVM = guest. The resulting drivers should work equally well in full PV mode = (with perhaps a few minor tweaks) when it is better supported. >>=20 >> I will update the wiki sometime tomorrow with more information on Xen = projects that are appropriate for this year's GSoC. >=20 > Do we support PHV mode in Xen yet? If not, then this might be a good = GSoC project. Most of the effort - it uses the PV boot mechanism, but = then the HVM pmap and PV drivers (including event channels, no APIC = emulation). Unlike the PV mode, it won't require us to maintain two = i386 pmap implementations for the increasingly rare case of trying to = run FreeBSD VMs on CPUs without virtualisation support, and it doesn't = have the QEMU overhead in dom0 that HVM does (even when you're using = fully PV devices, you still need it to boot), and which causes hosting = providers to charge more for HVM. >=20 > David The last time I was really active in the Xen community (over a year = ago), PHV was still in heavy development. However, it is certainly = coming. Once Cherry has full PV working for us, we should certainly = start the process of supporting it. -- Justin= From owner-soc-status@FreeBSD.ORG Thu Apr 18 13:14:39 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 06137B43; Thu, 18 Apr 2013 13:14:39 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x231.google.com (mail-bk0-x231.google.com [IPv6:2a00:1450:4008:c01::231]) by mx1.freebsd.org (Postfix) with ESMTP id 6F58ED60; Thu, 18 Apr 2013 13:14:38 +0000 (UTC) Received: by mail-bk0-f49.google.com with SMTP id w12so1266161bku.36 for ; Thu, 18 Apr 2013 06:14:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=ssIIyS/fwurbbkP3xEuQiP6C0MJCE6qHatKKtbs0mf8=; b=T7d8AyUkGRDs+LtLX4zfMoYfjTiLDdFhwEoMVrDCHc3pfOOcHz4wc6LLjzQJRVTv+i Dbw6HNXB9JEQWpa5DPEEczMhqfy2ZAaas9a7XWHllj7+DyMvZZVTBJcRy599CNfPf8LD 0DILKCXqWFdlbxmy0z/FIxYnEEcSW4f9UMQNfdf1iiGRyM4+887wlUP7/6Xx3Kn/BpFy 2CHE8LJvkH9txGHDuAMh3FdcGZ/ByPtiPTSt0lvHsr/xfYinWzn39CI1fnJ1FTxknBnw RRJn1Pp2CISCp9ZG5rICgsbpzOv5ORPcuPDim3nktsw6JV57Hmt2kpezjAhrkR/iUXy/ k/LA== MIME-Version: 1.0 X-Received: by 10.204.173.9 with SMTP id n9mr3974085bkz.47.1366290877498; Thu, 18 Apr 2013 06:14:37 -0700 (PDT) Received: by 10.205.114.141 with HTTP; Thu, 18 Apr 2013 06:14:37 -0700 (PDT) In-Reply-To: <7AB96913-9118-4298-B183-A3D5EBC6F209@freebsd.org> References: <920A79FE-8C56-4D26-8611-3CD48602FC3B@freebsd.org> <7AB96913-9118-4298-B183-A3D5EBC6F209@freebsd.org> Date: Thu, 18 Apr 2013 21:14:37 +0800 Message-ID: Subject: =?GB2312?Q?Re=3A_Mentor_of_the_Project_=22PCI_frontend_XEN_PV_drive?= =?GB2312?Q?r=22=A3=BF?= From: Bei Guan To: "Justin T. Gibbs" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: soc-status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 13:14:39 -0000 2013/4/16 Justin T. Gibbs > On Apr 12, 2013, at 3:02 AM, Bei Guan wrote: > > > Thank you for your reply. > > > > I think it's also a good project for me to write a SCSI or USB PV > frontend for FreeBSD. I'm interest in Xen and have done some development > about Xen PV and HVM, but I didn't do any development on FreeBSD. As to > this project, where should I start? Is there any other similar FreeBSD > project I can refer to? > > Front-end drivers for network, block, and control already exist and should > serve as a good starting point for the creation of another PV driver. > > I've also updated the ideas page to include more information about our > existing XEN implementation and what will be required for these projects. > > > In order to write a SCSI or USB PV driver, do we need the Xen PV drivers > in FreeBSD, such as event channel, hypercalls, xenbus, and so on? > > Yes, FreeBSD already has support for all XenBus APIs needed to write these > drivers. See "sys/xen" and "sys/dev/xen" in the FreeBSD kernel source tree. > > > You said the "drivers can be developed using an HVM guest", can you give > me more information about it? > > Typically, you install FreeBSD using standard install media as a full HVM > guest on a system running Xen. Then compile a custom kernel using the > XENHVM config file in order to activate the existing PV drivers. > Hi Justin, Does this project need to provide USB/SCSI PV drivers to both 32-bit and 64-bit FreeBSD? I've compiled the FreeBSD 8.3 (i386) as Xen DomU with the XENHVM config. But, It cannot boot successfully. The screenshot is attached. According to the page https://wiki.freebsd.org/FreeBSD/Xen , 32-bit FreeBSD should work when compiled with XENHVM config. I will try the 64-bit FreeBSD. However, if the FreeBSD boot successfully (compiled with XENHVM config), how can we know it really uses the PV drivers instead of the native drivers? Thanks, Bei Guan > > -- > Justin > > From owner-soc-status@FreeBSD.ORG Thu Apr 18 13:16:24 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 701B7B83; Thu, 18 Apr 2013 13:16:24 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x22b.google.com (mail-bk0-x22b.google.com [IPv6:2a00:1450:4008:c01::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 25786D70; Thu, 18 Apr 2013 13:16:22 +0000 (UTC) Received: by mail-bk0-f43.google.com with SMTP id jm19so64653bkc.2 for ; Thu, 18 Apr 2013 06:16:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=YkgCMnMj/08JROI5IN05e7Ez8cmCrM65rLn/Jp8QnHU=; b=0EAB2U/+wMn93WQihobHfa2/uLZ7NEOBYdhqiERVLLo3uFV2dr9QePMbHChI9udxMD 3SsQgVhe9jeu3aUSCOuV+BxiEH+uMUvk6e1b7gMAPf9VbAb6G/d7gN5sDRPwoqD302La O05njJChh7b1576/4vDckKdbsdNuofy6F9cv1w7syOJhFMYZ3J8u2hNT2Wilpjo6451/ kHrpxlQmXh7MKmxyapAjTSzk7ePD1/sNTDjhUrPbTGG30y4UCHZnmTfgOxWZVLSLfy7W 4ce5sokDj5s0PlH8BdL29f57ls/EN7siSm5zOITZGcx6CskdPErUT8+KxwG7helVJT8i A1cw== MIME-Version: 1.0 X-Received: by 10.204.245.201 with SMTP id lv9mr3932916bkb.102.1366290982140; Thu, 18 Apr 2013 06:16:22 -0700 (PDT) Received: by 10.205.114.141 with HTTP; Thu, 18 Apr 2013 06:16:21 -0700 (PDT) In-Reply-To: References: <920A79FE-8C56-4D26-8611-3CD48602FC3B@freebsd.org> <7AB96913-9118-4298-B183-A3D5EBC6F209@freebsd.org> Date: Thu, 18 Apr 2013 21:16:21 +0800 Message-ID: Subject: =?GB2312?Q?Re=3A_Mentor_of_the_Project_=22PCI_frontend_XEN_PV_drive?= =?GB2312?Q?r=22=A3=BF?= From: Bei Guan To: "Justin T. Gibbs" Content-Type: multipart/mixed; boundary=f46d041c45baa6b51504daa268a0 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: soc-status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 13:16:24 -0000 --f46d041c45baa6b51504daa268a0 Content-Type: text/plain; charset=ISO-8859-1 The attachment is the boot output of the 32-bit FreeBSD compiled with XENHVM config. 2013/4/18 Bei Guan > > > > 2013/4/16 Justin T. Gibbs > > On Apr 12, 2013, at 3:02 AM, Bei Guan wrote: >> >> > Thank you for your reply. >> > >> > I think it's also a good project for me to write a SCSI or USB PV >> frontend for FreeBSD. I'm interest in Xen and have done some development >> about Xen PV and HVM, but I didn't do any development on FreeBSD. As to >> this project, where should I start? Is there any other similar FreeBSD >> project I can refer to? >> >> Front-end drivers for network, block, and control already exist and >> should serve as a good starting point for the creation of another PV driver. >> >> I've also updated the ideas page to include more information about our >> existing XEN implementation and what will be required for these projects. >> >> > In order to write a SCSI or USB PV driver, do we need the Xen PV >> drivers in FreeBSD, such as event channel, hypercalls, xenbus, and so on? >> >> Yes, FreeBSD already has support for all XenBus APIs needed to write >> these drivers. See "sys/xen" and "sys/dev/xen" in the FreeBSD kernel >> source tree. >> >> > You said the "drivers can be developed using an HVM guest", can you >> give me more information about it? >> >> Typically, you install FreeBSD using standard install media as a full HVM >> guest on a system running Xen. Then compile a custom kernel using the >> XENHVM config file in order to activate the existing PV drivers. >> > Hi Justin, > > Does this project need to provide USB/SCSI PV drivers to both 32-bit and > 64-bit FreeBSD? > I've compiled the FreeBSD 8.3 (i386) as Xen DomU with the XENHVM config. > But, It cannot boot successfully. The screenshot is attached. > According to the page https://wiki.freebsd.org/FreeBSD/Xen , 32-bit > FreeBSD should work when compiled with XENHVM config. > > I will try the 64-bit FreeBSD. However, if the FreeBSD boot successfully > (compiled with XENHVM config), how can we know it really uses the PV > drivers instead of the native drivers? > > > Thanks, > Bei Guan > > > >> >> -- >> Justin >> >> > > -- Best Regards, Bei Guan --f46d041c45baa6b51504daa268a0-- From owner-soc-status@FreeBSD.ORG Fri Apr 19 15:43:32 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AFEB2902 for ; Fri, 19 Apr 2013 15:43:32 +0000 (UTC) (envelope-from gibbs@freebsd.org) Received: from aslan.scsiguy.com (mail.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id 7C11FB39 for ; Fri, 19 Apr 2013 15:43:32 +0000 (UTC) Received: from [192.168.6.106] (207-225-98-3.dia.static.qwest.net [207.225.98.3]) (authenticated bits=0) by aslan.scsiguy.com (8.14.5/8.14.5) with ESMTP id r3JEsomN050473 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 19 Apr 2013 08:54:51 -0600 (MDT) (envelope-from gibbs@freebsd.org) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: =?utf-8?Q?Re=3A_Mentor_of_the_Project_=22PCI_frontend_XEN_PV_dri?= =?utf-8?Q?ver=22=EF=BC=9F?= From: "Justin T. Gibbs" In-Reply-To: Date: Fri, 19 Apr 2013 08:54:49 -0600 Message-Id: References: <920A79FE-8C56-4D26-8611-3CD48602FC3B@freebsd.org> <7AB96913-9118-4298-B183-A3D5EBC6F209@freebsd.org> To: Bei Guan X-Mailer: Apple Mail (2.1503) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (aslan.scsiguy.com [70.89.174.89]); Fri, 19 Apr 2013 08:54:51 -0600 (MDT) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: soc-status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Apr 2013 15:43:32 -0000 On Apr 18, 2013, at 7:14 AM, Bei Guan wrote: > 2013/4/16 Justin T. Gibbs > On Apr 12, 2013, at 3:02 AM, Bei Guan wrote: >=20 > > Thank you for your reply. > > > > I think it's also a good project for me to write a SCSI or USB PV = frontend for FreeBSD. I'm interest in Xen and have done some development = about Xen PV and HVM, but I didn't do any development on FreeBSD. As to = this project, where should I start? Is there any other similar FreeBSD = project I can refer to? >=20 > Front-end drivers for network, block, and control already exist and = should serve as a good starting point for the creation of another PV = driver. >=20 > I've also updated the ideas page to include more information about our = existing XEN implementation and what will be required for these = projects. >=20 > > In order to write a SCSI or USB PV driver, do we need the Xen PV = drivers in FreeBSD, such as event channel, hypercalls, xenbus, and so = on? >=20 > Yes, FreeBSD already has support for all XenBus APIs needed to write = these drivers. See "sys/xen" and "sys/dev/xen" in the FreeBSD kernel = source tree. >=20 > > You said the "drivers can be developed using an HVM guest", can you = give me more information about it? >=20 > Typically, you install FreeBSD using standard install media as a full = HVM guest on a system running Xen. Then compile a custom kernel using = the XENHVM config file in order to activate the existing PV drivers. > Hi Justin, >=20 > Does this project need to provide USB/SCSI PV drivers to both 32-bit = and 64-bit FreeBSD? Idealy, yes. > I've compiled the FreeBSD 8.3 (i386) as Xen DomU with the XENHVM = config. But, It cannot boot successfully. The screenshot is attached. > According to the page https://wiki.freebsd.org/FreeBSD/Xen , 32-bit = FreeBSD should work when compiled with XENHVM config. I have never tried a 32bit XENHVM configuration, but I know of no = reasons why it should not work. The issue shown by your screen shot (in = your other email) is probably due to a PV driver failing to fully = attach, or a mistake in the merge of SVN changeset 211236 to releng-8. = I would suggest instrumenting sys/xen/xenbus/xenbusb.c to determine the = driver that is still holding up the root mount process and then go from = there. See xenbusb_attach() and xenbusb_nop_confighook_cb() for = details. You may also want to invest in changing your Xen configuration to use a = serial console. This will allow you to properly log and examine all = kernel messages emitted during your test runs.=20 > I will try the 64-bit FreeBSD. However, if the FreeBSD boot = successfully (compiled with XENHVM config), how can we know it really = uses the PV drivers instead of the native drivers? Your configuration is definitely using PV drivers. xenbusb_front, xn, = and xbd, are all PV drivers. -- Justin= From owner-soc-status@FreeBSD.ORG Fri Apr 19 17:47:26 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 96D2C648; Fri, 19 Apr 2013 17:47:26 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x232.google.com (mail-bk0-x232.google.com [IPv6:2a00:1450:4008:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id DBA8A835; Fri, 19 Apr 2013 17:47:25 +0000 (UTC) Received: by mail-bk0-f50.google.com with SMTP id jg9so153301bkc.9 for ; Fri, 19 Apr 2013 10:47:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=I2eVe9ePJPeheb+75xEykA3Eky+23oScgavThe2Pc30=; b=GlSkMDvweWoGF1HJ5SArNUWDvvxSt9IJbcAmnOdnRk46zHiJGW0Y+V9MucTGLO4XU9 WXGk57zZOsW0BqHTX4ltuYi+3Olt1bU7WtC05ofHLxk8lxCtXMuoom9lOB5JK4yixWT3 qYFtxWVyX/yngUYtBBiHmW0XZH04tzjDlVG4kTkMjcupkddQYyUoBXK6mpoE1xPR9lwP zkTNQvLeckr88ANJd1DHHrO2nxqUwdFGPqGLaCOu7hy/y59dZErguaF5hLj4v8gk7cG9 d08NaT+ILlzZ4OHJc3MCPULXeeBETNxxP9uiwvpLhwY//YnMKY2uWQW+fZbUxG/MoQBI Wa1Q== MIME-Version: 1.0 X-Received: by 10.204.167.144 with SMTP id q16mr6189636bky.25.1366393181573; Fri, 19 Apr 2013 10:39:41 -0700 (PDT) Received: by 10.205.114.141 with HTTP; Fri, 19 Apr 2013 10:39:41 -0700 (PDT) In-Reply-To: References: <920A79FE-8C56-4D26-8611-3CD48602FC3B@freebsd.org> <7AB96913-9118-4298-B183-A3D5EBC6F209@freebsd.org> Date: Sat, 20 Apr 2013 01:39:41 +0800 Message-ID: Subject: =?GB2312?Q?Re=3A_Mentor_of_the_Project_=22PCI_frontend_XEN_PV_drive?= =?GB2312?Q?r=22=A3=BF?= From: Bei Guan To: "Justin T. Gibbs" Content-Type: multipart/mixed; boundary=bcaec52c69633653f504daba344a X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: soc-status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Apr 2013 17:47:26 -0000 --bcaec52c69633653f504daba344a Content-Type: text/plain; charset=ISO-8859-1 2013/4/19 Justin T. Gibbs > On Apr 18, 2013, at 7:14 AM, Bei Guan wrote: > > 2013/4/16 Justin T. Gibbs > >> On Apr 12, 2013, at 3:02 AM, Bei Guan wrote: >> >> > Thank you for your reply. >> > >> > I think it's also a good project for me to write a SCSI or USB PV >> frontend for FreeBSD. I'm interest in Xen and have done some development >> about Xen PV and HVM, but I didn't do any development on FreeBSD. As to >> this project, where should I start? Is there any other similar FreeBSD >> project I can refer to? >> >> Front-end drivers for network, block, and control already exist and >> should serve as a good starting point for the creation of another PV driver. >> >> I've also updated the ideas page to include more information about our >> existing XEN implementation and what will be required for these projects. >> >> > In order to write a SCSI or USB PV driver, do we need the Xen PV >> drivers in FreeBSD, such as event channel, hypercalls, xenbus, and so on? >> >> Yes, FreeBSD already has support for all XenBus APIs needed to write >> these drivers. See "sys/xen" and "sys/dev/xen" in the FreeBSD kernel >> source tree. >> >> > You said the "drivers can be developed using an HVM guest", can you >> give me more information about it? >> >> Typically, you install FreeBSD using standard install media as a full HVM >> guest on a system running Xen. Then compile a custom kernel using the >> XENHVM config file in order to activate the existing PV drivers. >> > Hi Justin, > > Does this project need to provide USB/SCSI PV drivers to both 32-bit and > 64-bit FreeBSD? > > > Idealy, yes. > > I've compiled the FreeBSD 8.3 (i386) as Xen DomU with the XENHVM config. > But, It cannot boot successfully. The screenshot is attached. > According to the page https://wiki.freebsd.org/FreeBSD/Xen , 32-bit > FreeBSD should work when compiled with XENHVM config. > > > I have never tried a 32bit XENHVM configuration, but I know of no reasons > why it should not work. The issue shown by your screen shot (in your other > email) is probably due to a PV driver failing to fully attach, or a mistake > in the merge of SVN changeset 211236 to releng-8. I would suggest > instrumenting sys/xen/xenbus/xenbusb.c to determine the driver that is > still holding up the root mount process and then go from there. See > xenbusb_attach() and xenbusb_nop_confighook_cb() for details. > > You may also want to invest in changing your Xen configuration to use a > serial console. This will allow you to properly log and examine all kernel > messages emitted during your test runs. > Hi Justin, The 64bit FreeBSD 8.3 with the XENHVM configure also cannot boot. I have got the boot log using a serial console. All the two logs are attached. My environment is Xen-4.2 + ubuntu10.04 (Dom0 installed with the package : linux-image-2.6.32-5-xen-amd64_2.6.32-35_amd64.deb). I will inspect it more tomorrow. Thanks for your information. > I will try the 64-bit FreeBSD. However, if the FreeBSD boot successfully > (compiled with XENHVM config), how can we know it really uses the PV > drivers instead of the native drivers? > > > Your configuration is definitely using PV drivers. xenbusb_front, xn, and > xbd, are all PV drivers. > > -- > Justin > -- Best Regards, Bei Guan --bcaec52c69633653f504daba344a Content-Type: application/octet-stream; name="freebsd64_xenhvm_bootError.log" Content-Disposition: attachment; filename="freebsd64_xenhvm_bootError.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hfpn7cqy0 Q29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAx OTkyLCAxOTkzLCAxOTk0DQ0KCVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlm b3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuDQ0KRnJlZUJTRCBpcyBhIHJlZ2lzdGVyZWQgdHJh ZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uDQ0KRnJlZUJTRCA4LjMtUkVMRUFTRSAj MDogU2F0IEFwciAyMCAwMToyOTozMSBDU1QgMjAxMw0NCiAgICByb290QGZyZWVic2QuaXNjYXM6 L3Vzci9vYmovdXNyL3NyYy9zeXMvWEVOSFZNIGFtZDY0DQ0KVGltZWNvdW50ZXIgImk4MjU0IiBm cmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDANDQpDUFU6IEludGVsKFIpIENvcmUoVE0pIGk3 LTI2MDAgQ1BVIEAgMy40MEdIeiAoMzM5Mi4zMS1NSHogSzgtY2xhc3MgQ1BVKQ0NCiAgT3JpZ2lu ID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHgyMDZhNyAgRmFtaWx5ID0gNiAgTW9kZWwgPSAyYSAg U3RlcHBpbmcgPSA3DQ0KICBGZWF0dXJlcz0weDE3ODNmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxN U1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LE1NWCxG WFNSLFNTRSxTU0UyLEhUVD4NDQogIEZlYXR1cmVzMj0weDk3YmEyMjAzPFNTRTMsUENMTVVMUURR LFNTU0UzLENYMTYsUENJRCxTU0U0LjEsU1NFNC4yLHgyQVBJQyxQT1BDTlQsVFNDRExULEFFU05J LFhTQVZFLEFWWCxIVj4NDQogIEFNRCBGZWF0dXJlcz0weDI4MTAwODAwPFNZU0NBTEwsTlgsUkRU U0NQLExNPg0NCiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4NDQogIFRTQzogUC1zdGF0ZSBpbnZh cmlhbnQNDQpyZWFsIG1lbW9yeSAgPSAxMDY1MzUzMjE2ICgxMDE2IE1CKQ0NCmF2YWlsIG1lbW9y eSA9IDEwMDgwNzg4NDggKDk2MSBNQikNDQpBQ1BJIEFQSUMgVGFibGU6IDxYZW4gSFZNPg0NCmlv YXBpYzA6IENoYW5naW5nIEFQSUMgSUQgdG8gMQ0NCk1BRFQ6IEZvcmNpbmcgYWN0aXZlLWxvdyBw b2xhcml0eSBhbmQgbGV2ZWwgdHJpZ2dlciBmb3IgU0NJDQ0KaW9hcGljMCA8VmVyc2lvbiAxLjE+ IGlycXMgMC00NyBvbiBtb3RoZXJib2FyZA0NCmtiZDEgYXQga2JkbXV4MA0NCmFjcGkwOiA8WGVu PiBvbiBtb3RoZXJib2FyZA0NCmFjcGkwOiBbSVRIUkVBRF0NDQphY3BpMDogUG93ZXIgQnV0dG9u IChmaXhlZCkNDQphY3BpMDogU2xlZXAgQnV0dG9uIChmaXhlZCkNDQpUaW1lY291bnRlciAiQUNQ SS1zYWZlIiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDg1MA0NCmFjcGlfdGltZXIwOiA8 MzItYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4YjAwOC0weGIwMGIgb24gYWNwaTAN DQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQ0KcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRn ZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMA0NCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWIwDQ0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwDQ0KaXNh MDogPElTQSBidXM+IG9uIGlzYWIwDQ0KYXRhcGNpMDogPEludGVsIFBJSVgzIFdETUEyIGNvbnRy b2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHhjMjIwLTB4 YzIyZiBhdCBkZXZpY2UgMS4xIG9uIHBjaTANDQphdGEwOiA8QVRBIGNoYW5uZWw+IGF0IGNoYW5u ZWwgMCBvbiBhdGFwY2kwDQ0KYXRhMDogW0lUSFJFQURdDQ0KYXRhMTogPEFUQSBjaGFubmVsPiBh dCBjaGFubmVsIDEgb24gYXRhcGNpMA0NCmF0YTE6IFtJVEhSRUFEXQ0NCnVoY2kwOiA8SW50ZWwg ODIzNzFTQiAoUElJWDMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4YzIwMC0weGMyMWYgaXJxIDIz IGF0IGRldmljZSAxLjIgb24gcGNpMA0NCnVoY2kwOiBbSVRIUkVBRF0NDQp1c2J1czA6IGNvbnRy b2xsZXIgZGlkIG5vdCBzdG9wDQ0KdXNidXMwOiA8SW50ZWwgODIzNzFTQiAoUElJWDMpIFVTQiBj b250cm9sbGVyPiBvbiB1aGNpMA0NCnBjaTA6IDxicmlkZ2U+IGF0IGRldmljZSAxLjMgKG5vIGRy aXZlciBhdHRhY2hlZCkNDQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gbWVtIDB4 ZjAwMDAwMDAtMHhmMWZmZmZmZiwweGYzMDAwMDAwLTB4ZjMwMDBmZmYgYXQgZGV2aWNlIDIuMCBv biBwY2kwDQ0KeGVucGNpMDogPFhlbiBQbGF0Zm9ybSBEZXZpY2U+IHBvcnQgMHhjMDAwLTB4YzBm ZiBtZW0gMHhmMjAwMDAwMC0weGYyZmZmZmZmIGlycSAyOCBhdCBkZXZpY2UgMy4wIG9uIHBjaTAN DQp4ZW5zdG9yZTA6IDxYZW5TdG9yZT4gb24geGVucGNpMA0NCmFjcGlfaHBldDA6IDxIaWdoIFBy ZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFjcGkw DQ0KVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSA2MjUwMDAwMCBIeiBxdWFsaXR5IDkwMA0N CmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MSBpcnEgOCBvbiBhY3Bp MA0NCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0 IGlycSAxIG9uIGFjcGkwDQ0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAN DQprYmQwIGF0IGF0a2JkMA0NCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0NDQphdGtiZDA6IFtJVEhS RUFEXQ0NCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMA0NCnBzbTA6IFtHSUFO VC1MT0NLRURdDQ0KcHNtMDogW0lUSFJFQURdDQ0KcHNtMDogbW9kZWwgSW50ZWxsaU1vdXNlIEV4 cGxvcmVyLCBkZXZpY2UgSUQgNA0NCmZkYzA6IDxmbG9wcHkgZHJpdmUgY29udHJvbGxlcj4gcG9y dCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBhY3BpMA0NCmZkYzA6IGRvZXMgbm90 IHJlc3BvbmQNDQpkZXZpY2VfYXR0YWNoOiBmZGMwIGF0dGFjaCByZXR1cm5lZCA2DQ0KdWFydDA6 IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAg b24gYWNwaTANDQp1YXJ0MDogW0ZJTFRFUl0NDQp1YXJ0MDogY29uc29sZSAoOTYwMCxuLDgsMSkN DQpwcGMwOiA8UGFyYWxsZWwgcG9ydD4gcG9ydCAweDM3OC0weDM3ZiBpcnEgNyBvbiBhY3BpMA0N CnBwYzA6IEdlbmVyaWMgY2hpcHNldCAoTklCQkxFLW9ubHkpIGluIENPTVBBVElCTEUgbW9kZQ0N CnBwYzA6IFtJVEhSRUFEXQ0NCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwDQ0K cGxpcDA6IDxQTElQIG5ldHdvcmsgaW50ZXJmYWNlPiBvbiBwcGJ1czANDQpwbGlwMDogW0lUSFJF QURdDQ0KbHB0MDogPFByaW50ZXI+IG9uIHBwYnVzMA0NCmxwdDA6IFtJVEhSRUFEXQ0NCmxwdDA6 IEludGVycnVwdC1kcml2ZW4gcG9ydA0NCnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMA0N CnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwDQ0Kc2MwOiBWR0Eg PDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPg0NCnZnYTA6IDxHZW5lcmljIElTQSBW R0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTANDQpU aW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgMzM5MjMwODc0NSBIeiBxdWFsaXR5IDgwMA0NClRp bWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEwLjAwMCBtc2VjDQ0KdXNidXMwOiAxMk1icHMgRnVsbCBT cGVlZCBVU0IgdjEuMA0NCmFjZDA6IENEUk9NIDxRRU1VIERWRC1ST00vMC4xMC4yPiBhdCBhdGEx LW1hc3RlciBXRE1BMiANDQp4ZW5idXNiX2Zyb250MDogPFhlbiBGcm9udGVuZCBEZXZpY2VzPiBv biB4ZW5zdG9yZTANDQoNDQoNDQpGYXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGluIGtl cm5lbCBtb2RlDQ0KY3B1aWQgPSAwOyBhcGljIGlkID0gMDANDQpmYXVsdCB2aXJ0dWFsIGFkZHJl c3MJPSAweGZmZmZmZjAxMDE2N2Q5NWYNDQpmYXVsdCBjb2RlCQk9IHN1cGVydmlzb3Igd3JpdGUg ZGF0YSwgcGFnZSBub3QgcHJlc2VudA0NCmluc3RydWN0aW9uIHBvaW50ZXIJPSAweDIwOjB4ZmZm ZmZmZmY4MDg4NWQzOA0NCnN0YWNrIHBvaW50ZXIJICAgICAgICA9IDB4Mjg6MHhmZmZmZmZmZjgw ZjlkOWYwDQ0KZnJhbWUgcG9pbnRlcgkgICAgICAgID0gMHgyODoweGZmZmZmZmZmODBmOWRhMzAN DQpjb2RlIHNlZ21lbnQJCT0gYmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYg0NCgkJ CT0gRFBMIDAsIHByZXMgMSwgbG9uZyAxLCBkZWYzMiAwLCBncmFuIDENDQpwcm9jZXNzb3IgZWZs YWdzCT0gaW50ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9IDANDQpjdXJyZW50IHByb2Nl c3MJCT0gMCAoc3dhcHBlcikNDQp0cmFwIG51bWJlcgkJPSAxMg0NCnBhbmljOiBwYWdlIGZhdWx0 DQ0KY3B1aWQgPSAwDQ0KS0RCOiBzdGFjayBiYWNrdHJhY2U6DQ0KIzAgMHhmZmZmZmZmZjgwNjNl ZDllIGF0IGtkYl9iYWNrdHJhY2UrMHg1ZQ0NCiMxIDB4ZmZmZmZmZmY4MDYwYzI0NyBhdCBwYW5p YysweDE4Nw0NCiMyIDB4ZmZmZmZmZmY4MDkyMmZlMCBhdCB0cmFwX2ZhdGFsKzB4MjkwDQ0KIzMg MHhmZmZmZmZmZjgwOTIzMzMxIGF0IHRyYXBfcGZhdWx0KzB4MjAxDQ0KIzQgMHhmZmZmZmZmZjgw OTIzN2VmIGF0IHRyYXArMHgzZGYNDQojNSAweGZmZmZmZmZmODA5MGFkMTQgYXQgY2FsbHRyYXAr MHg4DQ0KIzYgMHhmZmZmZmZmZjgwODg3YmRhIGF0IHhzX2RpcmVjdG9yeSsweDdhDQ0KIzcgMHhm ZmZmZmZmZjgwODg3ZTM1IGF0IHhzX2V4aXN0cysweDE1DQ0KIzggMHhmZmZmZmZmZjgwODgzZmRj IGF0IHhlbmJ1c2JfYWRkX2RldmljZSsweDljDQ0KIzkgMHhmZmZmZmZmZjgwODg1MjViIGF0IHhl bmJ1c2JfZnJvbnRfZW51bWVyYXRlX3R5cGUrMHg1Yg0NCiMxMCAweGZmZmZmZmZmODA4ODUwMWUg YXQgeGVuYnVzYl9hdHRhY2grMHhmZQ0NCiMxMSAweGZmZmZmZmZmODA2Mzg4YzkgYXQgZGV2aWNl X2F0dGFjaCsweDY5DQ0KIzEyIDB4ZmZmZmZmZmY4MDYzYTA5YSBhdCBidXNfZ2VuZXJpY19hdHRh Y2grMHgxYQ0NCiMxMyAweGZmZmZmZmZmODA4ODVkMDEgYXQgeHNfYXR0YWNoX2RlZmVycmVkKzB4 MjENDQojMTQgMHhmZmZmZmZmZjgwNjMzZWJiIGF0IHJ1bl9pbnRlcnJ1cHRfZHJpdmVuX2NvbmZp Z19ob29rcysweGFiDQ0KIzE1IDB4ZmZmZmZmZmY4MDYzNDIyYyBhdCBib290X3J1bl9pbnRlcnJ1 cHRfZHJpdmVuX2NvbmZpZ19ob29rcysweDJjDQ0KIzE2IDB4ZmZmZmZmZmY4MDVjNDA5NyBhdCBt aV9zdGFydHVwKzB4NzcNDQojMTcgMHhmZmZmZmZmZjgwMWExMDdjIGF0IGJ0ZXh0KzB4MmMNDQpV cHRpbWU6IDFzDQ0KQ2Fubm90IGR1bXAuIERldmljZSBub3QgZGVmaW5lZCBvciB1bmF2YWlsYWJs ZS4NDQpBdXRvbWF0aWMgcmVib290IGluIDE1IHNlY29uZHMgLSBwcmVzcyBhIGtleSBvbiB0aGUg Y29uc29sZSB0byBhYm9ydA0NCi0tPiBQcmVzcyBhIGtleSBvbiB0aGUgY29uc29sZSB0byByZWJv b3QsDQ0KLS0+IG9yIHN3aXRjaCBvZmYgdGhlIHN5c3RlbSBub3cuDQ0K --bcaec52c69633653f504daba344a Content-Type: application/octet-stream; name="freebsd32_xenhvm_bootError.log" Content-Disposition: attachment; filename="freebsd32_xenhvm_bootError.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hfpn7hmq1 VXNpbmcgY29uZmlnIGZpbGUgIi4vZnJlZWJzZC5odm0iLgpTdGFydGVkIGRvbWFpbiBmcmVlYnNk LTguMyAoaWQ9NDIpCkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0NCglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVy c2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLg0NCkZyZWVCU0QgaXMgYSBy ZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uLg0NCkZyZWVCU0Qg OC4zLVJFTEVBU0UgIzA6IEZyaSBBcHIgMTkgMTY6MzQ6NTAgQ1NUIDIwMTMNDQogICAgcm9vdEBm cmVlYnNkLmlzY2FzOi91c3Ivb2JqL3Vzci9zcmMvc3lzL1hFTkhWTSBpMzg2DQ0KVGltZWNvdW50 ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDANDQpDUFU6IEludGVsKFIp IENvcmUoVE0pMiBRdWFkIENQVSAgICBROTQwMCAgQCAyLjY2R0h6ICgyNjU5Ljc0LU1IeiA2ODYt Y2xhc3MgQ1BVKQ0NCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHgxMDY3YSAgRmFt aWx5ID0gNiAgTW9kZWwgPSAxNyAgU3RlcHBpbmcgPSAxMA0NCiAgRmVhdHVyZXM9MHgxNzgxZmJm ZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1D QSxDTU9WLFBBVCxNTVgsRlhTUixTU0UsU1NFMixIVFQ+DQ0KICBGZWF0dXJlczI9MHg4MTI4MjIw MTxTU0UzLFNTU0UzLENYMTYsU1NFNC4xLHgyQVBJQyxUU0NETFQsSFY+DQ0KICBBTUQgRmVhdHVy ZXM9MHgxMDAwMDA8Tlg+DQ0KICBUU0M6IFAtc3RhdGUgaW52YXJpYW50DQ0KcmVhbCBtZW1vcnkg ID0gMTA3Mzc0MTgyNCAoMTAyNCBNQikNDQphdmFpbCBtZW1vcnkgPSAxMDMyMTIyMzY4ICg5ODQg TUIpDQ0KQUNQSSBBUElDIFRhYmxlOiA8WGVuIEhWTT4NDQppb2FwaWMwOiBDaGFuZ2luZyBBUElD IElEIHRvIDENDQpNQURUOiBGb3JjaW5nIGFjdGl2ZS1sb3cgcG9sYXJpdHkgYW5kIGxldmVsIHRy aWdnZXIgZm9yIFNDSQ0NCmlvYXBpYzAgPFZlcnNpb24gMS4xPiBpcnFzIDAtNDcgb24gbW90aGVy Ym9hcmQNDQprYmQxIGF0IGtiZG11eDANDQphY3BpMDogPFhlbj4gb24gbW90aGVyYm9hcmQNDQph Y3BpMDogW0lUSFJFQURdDQ0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpDQ0KYWNwaTA6IFNs ZWVwIEJ1dHRvbiAoZml4ZWQpDQ0KVGltZWNvdW50ZXIgIkFDUEktc2FmZSIgZnJlcXVlbmN5IDM1 Nzk1NDUgSHogcXVhbGl0eSA4NTANDQphY3BpX3RpbWVyMDogPDMyLWJpdCB0aW1lciBhdCAzLjU3 OTU0NU1Iej4gcG9ydCAweGIwMDgtMHhiMDBiIG9uIGFjcGkwDQ0KY3B1MDogPEFDUEkgQ1BVPiBv biBhY3BpMA0NCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYg b24gYWNwaTANDQpwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMA0NCmlzYWIwOiA8UENJLUlT QSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMA0NCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2Fi MA0NCmF0YXBjaTA6IDxJbnRlbCBQSUlYMyBXRE1BMiBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4 MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4YzIyMC0weGMyMmYgYXQgZGV2aWNlIDEuMSBv biBwY2kwDQ0KYXRhMDogPEFUQSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYXRhcGNpMA0NCmF0 YTA6IFtJVEhSRUFEXQ0NCmF0YTE6IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGF0YXBj aTANDQphdGExOiBbSVRIUkVBRF0NDQp1aGNpMDogPEludGVsIDgyMzcxU0IgKFBJSVgzKSBVU0Ig Y29udHJvbGxlcj4gcG9ydCAweGMyMDAtMHhjMjFmIGlycSAyMyBhdCBkZXZpY2UgMS4yIG9uIHBj aTANDQp1aGNpMDogW0lUSFJFQURdDQ0KdXNidXMwOiBjb250cm9sbGVyIGRpZCBub3Qgc3RvcA0N CnVzYnVzMDogPEludGVsIDgyMzcxU0IgKFBJSVgzKSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTAN DQpwY2kwOiA8YnJpZGdlPiBhdCBkZXZpY2UgMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpDQ0Kdmdh cGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IG1lbSAweGYwMDAwMDAwLTB4ZjFmZmZmZmYs MHhmMzAwMDAwMC0weGYzMDAwZmZmIGF0IGRldmljZSAyLjAgb24gcGNpMA0NCnhlbnBjaTA6IDxY ZW4gUGxhdGZvcm0gRGV2aWNlPiBwb3J0IDB4YzAwMC0weGMwZmYgbWVtIDB4ZjIwMDAwMDAtMHhm MmZmZmZmZiBpcnEgMjggYXQgZGV2aWNlIDMuMCBvbiBwY2kwDQ0KeGVuc3RvcmUwOiA8WGVuU3Rv cmU+IG9uIHhlbnBjaTANDQpyZTA6IDxSZWFsVGVrIDgxMzlDKyAxMC8xMDBCYXNlVFg+IHBvcnQg MHhjMTAwLTB4YzFmZiBtZW0gMHhmMzAwMTAwMC0weGYzMDAxMGZmIGlycSAzMiBhdCBkZXZpY2Ug NC4wIG9uIHBjaTANDQpyZTA6IENoaXAgcmV2LiAweDc0ODAwMDAwDQ0KcmUwOiBNQUMgcmV2LiAw eDAwMDAwMDAwDQ0KbWlpYnVzMDogPE1JSSBidXM+IG9uIHJlMA0NCnJscGh5MDogPFJlYWxUZWsg aW50ZXJuYWwgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMCBvbiBtaWlidXMwDQ0KcmxwaHkwOiAgMTBi YXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bywgYXV0by1m bG93DQ0KcmUwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxNjozZTo1NTpkYjpmZA0NCnJlMDogW0ZJ TFRFUl0NDQphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzEgaXJxIDgg b24gYWNwaTANDQphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4 NjAsMHg2NCBpcnEgMSBvbiBhY3BpMA0NCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBh dGtiZGMwDQ0Ka2JkMCBhdCBhdGtiZDANDQphdGtiZDA6IFtHSUFOVC1MT0NLRURdDQ0KYXRrYmQw OiBbSVRIUkVBRF0NDQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzANDQpwc20w OiBbR0lBTlQtTE9DS0VEXQ0NCnBzbTA6IFtJVEhSRUFEXQ0NCnBzbTA6IG1vZGVsIEludGVsbGlN b3VzZSBFeHBsb3JlciwgZGV2aWNlIElEIDQNDQpmZGMwOiA8ZmxvcHB5IGRyaXZlIGNvbnRyb2xs ZXI+IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIgb24gYWNwaTANDQpmZGMwOiBk b2VzIG5vdCByZXNwb25kDQ0KZGV2aWNlX2F0dGFjaDogZmRjMCBhdHRhY2ggcmV0dXJuZWQgNg0N CnVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFn cyAweDEwIG9uIGFjcGkwDQ0KdWFydDA6IFtGSUxURVJdDQ0KdWFydDA6IGNvbnNvbGUgKDk2MDAs biw4LDEpDQ0KcHBjMDogPFBhcmFsbGVsIHBvcnQ+IHBvcnQgMHgzNzgtMHgzN2YgaXJxIDcgb24g YWNwaTANDQpwcGMwOiBHZW5lcmljIGNoaXBzZXQgKE5JQkJMRS1vbmx5KSBpbiBDT01QQVRJQkxF IG1vZGUNDQpwcGMwOiBbSVRIUkVBRF0NDQpwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24g cHBjMA0NCnBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBidXMwDQ0KcGxpcDA6 IFtJVEhSRUFEXQ0NCmxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czANDQpscHQwOiBbSVRIUkVBRF0N DQpscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQNDQpwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBw cGJ1czANDQpwbXRpbWVyMCBvbiBpc2EwDQ0Kb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21l bSAweGM5MDAwLTB4Yzk3ZmYgcG5waWQgT1JNMDAwMCBvbiBpc2EwDQ0Kc2MwOiA8U3lzdGVtIGNv bnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTANDQpzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25z b2xlcywgZmxhZ3M9MHgzMDA+DQ0KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNj MC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMA0NClRpbWVjb3VudGVyICJUU0Mi IGZyZXF1ZW5jeSAyNjU5NzM4NjAyIEh6IHF1YWxpdHkgODAwDQ0KVGltZWNvdW50ZXJzIHRpY2sg ZXZlcnkgMTAuMDAwIG1zZWMNDQp1c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wDQ0K YWQwOiAyNTAwME1CIDxRRU1VIEhBUkRESVNLIDAuMTAuMj4gYXQgYXRhMC1tYXN0ZXIgV0RNQTIg DQ0KdWdlbjAuMTogPEludGVsPiBhdCB1c2J1czANDQp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBI VUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czANDQphY2QwOiBD RFJPTSA8UUVNVSBEVkQtUk9NLzAuMTAuMj4gYXQgYXRhMS1tYXN0ZXIgV0RNQTIgDQ0KeGVuYnVz Yl9mcm9udDA6IDxYZW4gRnJvbnRlbmQgRGV2aWNlcz4gb24geGVuc3RvcmUwDQ0KeG4wOiA8Vmly dHVhbCBOZXR3b3JrIEludGVyZmFjZT4gYXQgZGV2aWNlL3ZpZi8wIG9uIHhlbmJ1c2JfZnJvbnQw DQ0KeG4wOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxNjozZTo1NTpkYjpmZA0NCnhlbmJ1c2JfYmFj azA6IDxYZW4gQmFja2VuZCBEZXZpY2VzPiBvbiB4ZW5zdG9yZTANDQp4Y3RybDA6IDxYZW4gQ29u dHJvbCBEZXZpY2U+IG9uIHhlbnN0b3JlMA0NCnhuMDogYmFja2VuZCBmZWF0dXJlczogZmVhdHVy ZS1zZyBmZWF0dXJlLWdzby10Y3A0DQ0KeGJkMDogMjUwMDBNQiA8VmlydHVhbCBCbG9jayBEZXZp Y2U+IGF0IGRldmljZS92YmQvNzY4IG9uIHhlbmJ1c2JfZnJvbnQwDQ0KeGJkMDogYXR0YWNoaW5n IGFzIGFkMA0NCmNhbid0IHJlLXVzZSBhIGxlYWYgKGxlZCkhDQ0KR0VPTTogYWQwczE6IGdlb21l dHJ5IGRvZXMgbm90IG1hdGNoIGxhYmVsICgxNmgsNjNzICE9IDI1NWgsNjNzKS4NDQp1aHViMDog MiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNDQp1Z2VuMC4yOiA8UUVNVSAw LjEwLjI+IGF0IHVzYnVzMA0NCnVtczA6IDxFbmRwb2ludDEgSW50ZXJydXB0IFBpcGU+IG9uIHVz YnVzMA0NCnVtczA6IDMgYnV0dG9ucyBhbmQgW1pdIGNvb3JkaW5hdGVzIElEPTANDQpydW5faW50 ZXJydXB0X2RyaXZlbl9ob29rczogc3RpbGwgd2FpdGluZyBhZnRlciA2MCBzZWNvbmRzIGZvciB4 ZW5idXNiX25vcF9jb25maWdob29rX2NiDQ0KcnVuX2ludGVycnVwdF9kcml2ZW5faG9va3M6IHN0 aWxsIHdhaXRpbmcgYWZ0ZXIgMTIwIHNlY29uZHMgZm9yIHhlbmJ1c2Jfbm9wX2NvbmZpZ2hvb2tf Y2INDQpydW5faW50ZXJydXB0X2RyaXZlbl9ob29rczogc3RpbGwgd2FpdGluZyBhZnRlciAxODAg c2Vjb25kcyBmb3IgeGVuYnVzYl9ub3BfY29uZmlnaG9va19jYg0NCnJ1bl9pbnRlcnJ1cHRfZHJp dmVuX2hvb2tzOiBzdGlsbCB3YWl0aW5nIGFmdGVyIDI0MCBzZWNvbmRzIGZvciB4ZW5idXNiX25v cF9jb25maWdob29rX2NiDQ0KcnVuX2ludGVycnVwdF9kcml2ZW5faG9va3M6IHN0aWxsIHdhaXRp bmcgYWZ0ZXIgMzAwIHNlY29uZHMgZm9yIHhlbmJ1c2Jfbm9wX2NvbmZpZ2hvb2tfY2INDQo= --bcaec52c69633653f504daba344a-- From owner-soc-status@FreeBSD.ORG Sun Jun 23 11:16:15 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9E6CD76C for ; Sun, 23 Jun 2013 11:16:15 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 7580018D6 for ; Sun, 23 Jun 2013 11:16:12 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id f4so21623924iea.25 for ; Sun, 23 Jun 2013 04:16:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=eMtL/BHNFvKiDjldxMred5ebsDD+G31g/DMeWrQyD9A=; b=d/16+uIgkHf8+4Wlc4bQktNtYI06uuXEtIWeWUOoZ0m6kP9+svjh1sWwEarrJ9c8Tz iEOCDbdEWv5CHlbbK22BacNmQ2gtKCALcxljNLmBIIDK9lj35kbryfdFlynXza++bGmU OcE/9gHG+85/n9j+U8/ln99zpuF8ZrLu0t20jwzu3+WFECg275GHHcLybrBv0VH1Ii+/ DawZEdEgTtCepNchzSEUtsRTZ7XN9HjEw3PALTcu/9nURXVQknDW3vWJlU238RWbmui8 zCYT6RX8t3lMd8RU8d47smajl/d9p4gBiXU1X1gunRI1RKk5xi5E23NubpM6A4tEzUtA GKuw== MIME-Version: 1.0 X-Received: by 10.42.74.5 with SMTP id u5mr6141400icj.69.1371986172072; Sun, 23 Jun 2013 04:16:12 -0700 (PDT) Received: by 10.42.209.70 with HTTP; Sun, 23 Jun 2013 04:16:11 -0700 (PDT) Date: Sun, 23 Jun 2013 11:16:11 +0000 Message-ID: Subject: Progress report - week 1 From: Matthew Windsor To: soc-status@FreeBSD.org X-Gm-Message-State: ALoCoQk4jxxsHpW2eMaq5TWgheNsAZ17aU/ruf4xrCMa6ArCenlOvud58tSbiEq4sloAFtKfCUxF Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Justin Edward Muniz , Eitan Adler X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 11:16:15 -0000 Hi, I think I'm going to stick to doing my progress reports on the Sunday, as it makes sense (end of week = end of GSoC week = progress report). This week, my (as of yet unratified) milestone guideline expected the following code to be written: "pk_backend boilerplate, mapping PackageKit package IDs to libpkg names, ideally some way of testing this (which probably entails implementing package description). By the end of week 1 the backend should be compiling and presenting a (very empty) feature set to packagekit, and this will be tested using pkcon." Indeed I now do have a backend that compiles and has a rudimentary implementation of GetDetails (package description), as well as a trivial mapping from PackageIDs to libpkg (name;version;arch;repo fits 1:1 with the package name, version, arch and reponame data). Most of this was done by adapting the dummy backend, and as such my backend is currently actually mostly consisting of dummy code written by Richard Hughes. I have also written an initial mapping from ports directories to package categories. I will probably be bringing this up with mentors/the pkgkit team/Justin? as to how best to map these and if there is a more maintainable way than the current solution of using a large static array in the backend. A major difficulty was encountered with PackageKit 0.8.9, in that pkcon and packagekitd fail to converse properly. After spending most of this week attempting and failing to find out why this is happening, including trying to fix the /proc/net/route problem as previously mentioned to mentors, trying PackageKit git HEAD, and trying to get the PackageKit testbase to work, Justin suggested that we try get a working backend on the current, obsolete (but working) version of PackageKit in ports and then try porting upwards if these issues are resolved. This will involve some code changes as the API as well as the ABI have changed, but should not be too hard. This is what I have done for now. Another major difficulty is that my initial code was accidentally written against pkgng 1.0 as opposed to 1.1. As 1.1 will likely become stable tomorrow, I'll spend the start of next week porting the code to the new codebase. To conclude, progress this week was slightly stunted due to issues with PackageKit but the ball has been set rolling and next week I hope to have implemented GetDetails in a fully functional if not 100% correct implementation with progress made towards the next stage, local package installation. Finishing the wiki page is also a priority. ~ Matt From owner-soc-status@FreeBSD.ORG Mon Jun 24 15:21:39 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B282EB01 for ; Mon, 24 Jun 2013 15:21:39 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-ve0-x236.google.com (mail-ve0-x236.google.com [IPv6:2607:f8b0:400c:c01::236]) by mx1.freebsd.org (Postfix) with ESMTP id 777F51D6D for ; Mon, 24 Jun 2013 15:21:39 +0000 (UTC) Received: by mail-ve0-f182.google.com with SMTP id ox1so8940425veb.13 for ; Mon, 24 Jun 2013 08:21:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=KwmmvhBYs29E8hyJwT06TDMlqcHKEdOCC4eVpsnhOnY=; b=hRugGH30zG+5xJ10zXEy6t6xUArRsPvnGc7EG9a1pI1ap0pbPy0itAhOQrRwoMby+d iQqdGXKhuvZGVvFncVdvQHc4b/MLKdUURCye3jFL17hox1s/ZsUqcQKWBFAcQoa+KBwg OIo1lvOCiTMS3AIzozK6qI9ognYhQrbQyPqWhR/7X94+9BRpHP87XOFhXE78zRhHJpCz oWxeEf+2qBNIOp9puKrxikq77G/rTFezVlTqLgaGDbkyQXO/hAMOo+/wnMr4BKz93jT7 tRiP0oPUxT9bUq1jC2aPzvp5w5L0noTEVcS5B0j1rm2fTM3axS31E+v9Y/TjUh8iWTZA oFsQ== MIME-Version: 1.0 X-Received: by 10.58.249.173 with SMTP id yv13mr1568498vec.98.1372087298994; Mon, 24 Jun 2013 08:21:38 -0700 (PDT) Received: by 10.220.216.15 with HTTP; Mon, 24 Jun 2013 08:21:38 -0700 (PDT) Date: Mon, 24 Jun 2013 23:21:38 +0800 Message-ID: Subject: Weekly Status Report, Jun 24, 2013 From: Chenchong Qin To: soc-status@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 15:21:39 -0000 Hi! Work status of last week as follows. I was going through a steep learning curve about the real kernel devl jobs. It seems that a brief knowledge of the whole kernel wifi stuff other than only the rate control part is necessory to get my work done (my work is extending net80211 rate control API to make it 802.11n aware). So I spent lots of time tracing the wifi code, especially the rate control related things. And I also went to linux mac80211 code to see what they did there. That may be helpful to my work. Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Mon Jun 24 16:21:20 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A7C1DB70; Mon, 24 Jun 2013 16:21:20 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x22a.google.com (mail-bk0-x22a.google.com [IPv6:2a00:1450:4008:c01::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 156DE1088; Mon, 24 Jun 2013 16:21:19 +0000 (UTC) Received: by mail-bk0-f42.google.com with SMTP id jk13so4366612bkc.29 for ; Mon, 24 Jun 2013 09:21:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=38Ui8UP9akNswlEqyqg074iqRGnRi6IFf9I3aK/84r4=; b=ZqpX6ZvE8csmj4phfb/yNNWuusGmjjeEaWgnKERUrKv6jZtEP/P+BZ5E423oOxaRGP skGwn+JslSxnMMZDoqtYraRm+xSVTt++j30/KYC71aum5nGczWf76znIWPfagsFKVtsA Zn0RJ7Pv7aTuo8E48SebvF3drvKhmpq9EXGQInZVl6XZ8WA89u7QbZFrGKddVbDocLWm KFJv1o0zcf2qDLF1kb+TzcE9EaLbDJESCEHzFRpD/UyWSm855K4ffTGhF/DMx7MVuW+h VvjQ7UEbgMIzV5eRLngbifpScuVZu0186ccQiVzpSPjqn1B8GZ81sLv1GPZBoTkQc/mb FeFA== MIME-Version: 1.0 X-Received: by 10.204.170.66 with SMTP id c2mr3785070bkz.101.1372090879178; Mon, 24 Jun 2013 09:21:19 -0700 (PDT) Received: by 10.205.18.69 with HTTP; Mon, 24 Jun 2013 09:21:19 -0700 (PDT) Date: Tue, 25 Jun 2013 00:21:19 +0800 Message-ID: Subject: Weekly Status Reports - XEN HVM Guest Support From: Bei Guan To: soc-status Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Justin T. Gibbs" X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 16:21:20 -0000 Hi, My project is to optimize the I/O performance of FreeBSD as a Xen HVM DomU. The main work includes writing a Xen PVUSB frontend driver and a Xen SCSI frontend driver for Xen HVM FreeBSD. In the past week, my work focused on building the environment for developing the USB fronted driver. At first, I tried to write a simple Xen frontend driver template by referring to the existing FreeBSD XEN PV driver, such as network and block frontend driver. However, when I finished the skeleton of the simple driver, it cannot probe the PVUSB device when FreeBSD boots into the desktop. I found there was no PVUSB device added by Xenbus and no vusb backend device presented in the Xenstore. After much hard work, I found it's because my version of Dom0 kernel doesn't support the PVUSB backend driver. Then, I installed the SUSE linux as Xen host OS and the PVUSB driver seemed to work. Next, I'll try to continue the frontend driver template work. For more information, please follow my project wiki page https://wiki.freebsd.org/SummerOfCode2013/XENHVMGuest -- Best Regards, Bei Guan From owner-soc-status@FreeBSD.ORG Tue Jun 25 05:18:48 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0C4E468B for ; Tue, 25 Jun 2013 05:18:48 +0000 (UTC) (envelope-from def@freebsd.org) Received: from mail1.uj.edu.pl (mail1.uj.edu.pl [149.156.89.193]) by mx1.freebsd.org (Postfix) with ESMTP id C5B5012DC for ; Tue, 25 Jun 2013 05:18:47 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from [10.0.0.33] ([90.184.203.55]) by mta.uoks.uj.edu.pl (Oracle Communications Messaging Server 7u4-27.01 (7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MOX002UJNUQAS20@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Tue, 25 Jun 2013 07:13:39 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.0 X-Antivirus-Code: 0x100000 Message-id: <51C92702.8090006@freebsd.org> Date: Tue, 25 Jun 2013 07:13:38 +0200 From: Konrad Witaszczyk Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 To: soc-status@freebsd.org Subject: Report #1: Unattended encrypted kernel crash dumps X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 05:18:48 -0000 During the last week I wanted to create a new format of kernel dump header and modify savecore to use it. This is the list of tasks that I finished: * Extend struct kerneldumpheader (sys/sys/kerneldump.h) to save data in crash dumps which are required to initialize keyInstance and cipherInstance for sys/crypto/rijndael. * Extend struct dumperinfo (sys/sys/conf.h) to encrypt data with sys/crypto/rijndael. * Try to read values from the new definition of struct kerneldumpheader in savecore. You can see examples in the repository (http://svnweb.freebsd.org/socsvn/soc2013/def/). Things worth remembering: * parity from struct kerneldumpheader should be the last element of the struct. Otherwise a dump device might stop saving a crash dump with parity and then savecore will think that the crash dump is correct. * If I change struct kerneldumpheader then I need to remember that it has to have TEXTDUMP_BLOCKSIZE-bytes (sys/ddb/ddb.h): sys/ddb/db_textdump.c 116 CTASSERT(sizeof(struct kerneldumpheader) == TEXTDUMP_BLOCKSIZE); 117 CTASSERT(sizeof(struct ustar_header) == TEXTDUMP_BLOCKSIZE); In order to follow this rule I had to change lengths of versionstring and panicstring. Is it the right way to do it or should I change somehow TEXTDUMP_BLOCKSIZE and struct ustar_header? This week I will try to import parts of pefs to encrypt data and modify struct kerneldumpheader to a proper format for pefs. My spring semester has just finished so there will be more time to work. More details about the project: https://wiki.freebsd.org/SummerOfCode2013/UnattendedEncryptedCrashDumps. Regards, Konrad Witaszczyk From owner-soc-status@FreeBSD.ORG Tue Jun 25 09:03:36 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0B03D3FE for ; Tue, 25 Jun 2013 09:03:36 +0000 (UTC) (envelope-from mikemandarine@gmail.com) Received: from mail-ve0-x236.google.com (mail-ve0-x236.google.com [IPv6:2607:f8b0:400c:c01::236]) by mx1.freebsd.org (Postfix) with ESMTP id C860D1BDD for ; Tue, 25 Jun 2013 09:03:35 +0000 (UTC) Received: by mail-ve0-f182.google.com with SMTP id ox1so9653838veb.41 for ; Tue, 25 Jun 2013 02:03:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=XHBLZDE3Yh5uex9URFlCdsyKB+djFmfE3KzUwUEOx5U=; b=RvUo37CbjLCgVWT5ISKfbtkNsUzliLN9JKp+0HLnfWFA7JLsr60iBrkdcafsH7atqZ 0mbSybSKqYJXdmcJS3qwC47YG2ueupu56urOMb6hQDQ0hO8BC5zKtRzhYTKj58y6yqAK 84XGSs6akeF//SvdTyKO4f445yFSg3qv8wL3o8guhgIzI9hhdolEOhfmnXxYZOxW6Fea Smqb8BZhjMCMBWD4p54otDroieehRXyDIZq8RmZQeysAGxVl6msgTSwwueAAY2q+PtV0 mh8G4MzxoqYDJJIpid4/uDn0r95BFJSo8vwyMnFh3e8pjboFBTCvkzfjXjSqKXy+uQ4G yQiQ== MIME-Version: 1.0 X-Received: by 10.52.163.67 with SMTP id yg3mr11634952vdb.14.1372151015272; Tue, 25 Jun 2013 02:03:35 -0700 (PDT) Received: by 10.220.225.193 with HTTP; Tue, 25 Jun 2013 02:03:34 -0700 (PDT) Date: Tue, 25 Jun 2013 11:03:34 +0200 Message-ID: Subject: status report, week 1 From: Mike Ma To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 09:03:36 -0000 Hi there, I recently moved my previous changes to gluster branch 3.3 on my git repo https://github.com/cosql/glusterfs/tree/3.3 There was an initial patch to make the code compile. I also did some cleanup work to make things simpler. -- Cheers, Mike From owner-soc-status@FreeBSD.ORG Wed Jun 26 05:04:16 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 82F348D2 for ; Wed, 26 Jun 2013 05:04:16 +0000 (UTC) (envelope-from justin.muniz@maine.edu) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 0D8861E06 for ; Wed, 26 Jun 2013 05:04:15 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id 13so1255236lba.2 for ; Tue, 25 Jun 2013 22:04:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:x-gm-message-state; bh=I7F8inoqZHLC7f1jH8yp0u18x10byQGS8kIyEFBS408=; b=Q+1BqqfA5GH4vbYIcA2GkTPcfa/VqPeVyb5RSZZr3wIyqmVN6rll3/jsfxew9iTyA3 kOXS0eyFJFN9smUTottWxk46IGGme2DzMk7lIeEVaoUTa+lK0JuvlaLYqHkzlD08N20N ukoLPuqPB0ZUtSwU7BdNdFiTZof7S+0X1Me8tIJX8a7Db+WnvRttqOWxaHp4tmlFr59/ Xnn363AMgUm9qsdofPAR6ZR+iHl2P4U4QLPbIA8WoZ26nPeNKtLlmFA0QZVFElysC4n2 0CfJyHcN/Qy1WX4Kg1+5/CmO/IpUNhjOxUODjcwS9RTeBWwlFKv3NI9181NSj1gKlKw3 eIcA== MIME-Version: 1.0 X-Received: by 10.152.20.40 with SMTP id k8mr1073603lae.25.1372223054763; Tue, 25 Jun 2013 22:04:14 -0700 (PDT) Sender: justin.muniz@maine.edu Received: by 10.112.77.200 with HTTP; Tue, 25 Jun 2013 22:04:14 -0700 (PDT) Date: Wed, 26 Jun 2013 01:04:14 -0400 X-Google-Sender-Auth: LG_y5fklDhuKoAJo41GkQHlMfZ4 Message-ID: Subject: Progress Report 1 From: Justin Edward Muniz To: soc-status@freebsd.org X-Gm-Message-State: ALoCoQmna71zbFPc1Tb5uKCi2u3K9PAJu3IxKFAD8hJoE6PGnvAZe20gULjRwGnIIanAxzPNAKhw Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 05:04:16 -0000 Hello everyone, I have been working on the FreeBSD ports of PackageKit, Apper, and gnome-packagekit. More information about this project can be found at: https://wiki.freebsd.org/SummerOfCode2013/pkgQtGtk After deliberation, it made sense to me to wait until after the week finished before reflecting on it. My efforts to present the community with valuable graphical user interfaces for pkgng has started with a lot of learning and skill building. I have been studying shell scripting, make files, and port development. My efforts have been concentrated in gaining an understanding of the upgrading process from old ports, as well as creating my PackageKit backend selection script. During the bonding period I was able to start my Wiki page as well as my repository. The repository is very useful: as I populated it with both preexisting and original content it helped me come up with a new testing plan. In the root directory of my repository I plan to create a Makefile to install specific ports that I am working on to a jail or prefix. This seems like the most convenient way to test these programs. My backend selection script, pk-setter, is coming along very well and is almost finished. The configuration option for selecting the default backend in PackageKit is the same when dealing with the latest code, or the version in ports; one pk-setter script works with both versions. I plan on making the code more robust and creating a graphical interface to manipulate the script, but only after the more important work is done. My plan for next week is to finish my research on pkgng as well as a patch to implement a pkgng backend in PackageKit 0.6.11. I would like to implement my new testing plan as well, so once the patch is created people can test it out with ease. I hope that user feedback will help create better code. Please look forward to updates to my code and Wiki pages. Justin Edward Muniz From owner-soc-status@FreeBSD.ORG Wed Jun 26 20:44:13 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C138CCD2 for ; Wed, 26 Jun 2013 20:44:13 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-pb0-x229.google.com (mail-pb0-x229.google.com [IPv6:2607:f8b0:400e:c01::229]) by mx1.freebsd.org (Postfix) with ESMTP id 9DE381BC8 for ; Wed, 26 Jun 2013 20:44:13 +0000 (UTC) Received: by mail-pb0-f41.google.com with SMTP id rp16so14733004pbb.14 for ; Wed, 26 Jun 2013 13:44:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=lVlcGdVOfvyIEa+x6dd9ieLeDFr3OCV78Qo8LyFHFuY=; b=g+nd3LnOkuoNCkP8SSYch1ExK33AzQqhdvXGe47lPdTrnzJEvqjCkilYDxSJqOvaIe H+MYKvekOJPseWryYuhrgPp3TpYUs03ulM/lAlVs6vMzu/xAkqEG8eP0bM4zgSJbpQJt YTCC/g6kbMDZIp0kAmPd7+RWYo0hlFJrzpnJ8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=lVlcGdVOfvyIEa+x6dd9ieLeDFr3OCV78Qo8LyFHFuY=; b=Nb+WMOxtNangiPC31Ce/e0W5rSzv+HQeZndSAl0m8WH9iG3etHClHN2E9JhPkeyvrD XmHCzvKj5TaIFqPCi6zaHdTrWIwCCmpV3/Kk/IFnikkGSQ2uzoknGouTe+KXE1uLAMd9 10SiLWEO3vzX8x+t0MRKWUzMV7aVSznIowzVlpz2Sh1zpQtCEIq/P9e2qJTcvcGnAKSI UscUdI9MCeho0CNP5QT6aMi7vd7n/AXWeLJ1xxfehJnMEXWflRZr9CSI61SK+B/z83aT xI1oAwtFJKULyJGcBk9js4E44h/E+VdKcJN6QthYlTGv9LC9yZAdz/Jof19nMZOorPSD Fw2A== X-Received: by 10.68.192.103 with SMTP id hf7mr2528395pbc.168.1372279452785; Wed, 26 Jun 2013 13:44:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.222.34 with HTTP; Wed, 26 Jun 2013 13:43:32 -0700 (PDT) From: Takuya ASADA Date: Thu, 27 Jun 2013 05:43:32 +0900 Message-ID: Subject: [status report #1] USB device passthrough support on BHyVe To: "soc-status@freebsd.org" X-Gm-Message-State: ALoCoQlBoku3UlCkxGZEFbOkwTYYNcmKnYvGao4wazWmxYhGdqk/v2R68KLXdQbaFqN5ZW2oO5gv Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 20:44:13 -0000 [project summary] The project goal is to support USB 1.1/2.0 device passthrough on BHyVe. [weekly status] - create repository on /socsvn/soc2013/syuu/bhyve_usb https://svnweb.freebsd.org/socsvn/soc2013/syuu/bhyve_usb/ - import QEMU UHCI stack on usr.sbin/bhyve/usb https://svnweb.freebsd.org/socsvn/soc2013/syuu/bhyve_usb/usr.sbin/bhyve/usb/ - make it able to compile by commented out some lines of codes (of cause it doesn't work yet) From owner-soc-status@FreeBSD.ORG Wed Jun 26 20:45:49 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E69A0D9D for ; Wed, 26 Jun 2013 20:45:49 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id BAEA31BDD for ; Wed, 26 Jun 2013 20:45:49 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r5QKjge1041312 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 26 Jun 2013 20:45:43 GMT (envelope-from theraven@FreeBSD.org) From: David Chisnall Content-Type: multipart/signed; boundary="Apple-Mail=_DAE60F27-AE8B-46F4-B0D4-77E9B891636B"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: Quarterly Status Reports Message-Id: Date: Wed, 26 Jun 2013 21:45:37 +0100 To: soc-status@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 20:45:50 -0000 --Apple-Mail=_DAE60F27-AE8B-46F4-B0D4-77E9B891636B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, Please will each of the GSoC students or their mentor submit an overview = of the quarterly report? The template is here: http://www.freebsd.org/cgi/monthly.cgi David --Apple-Mail=_DAE60F27-AE8B-46F4-B0D4-77E9B891636B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org iQIcBAEBAgAGBQJRy1LxAAoJEKx65DEEsqIdhesP/iK4BFxxyS2thdi3zTXmchnf eLn9rq+q/wL3XH3ValjFdkunVu6HmYaf5A2GO07Clt2g4TIrhE600I60jcj8wv0o RM0RPBMuMbas8KE582+/XIkBCgfwobZvS7tQxrDQ6UoUI6AiPpH6fm1xc144wexi avwmJRUKRvIYlCqOO9Z2T9BczBGbVeGjTxSUCNa0wyTWkPY2YnaVz3o8B4KvOvG9 J5U6e58ngAR5LqR9J2KkQoC7ApzVuSLhgan9h3C5Eg4qARExrY7BrjpM8OrcAbTW wspPZtoiqe1CbDw4aAePIsN7WkU9C1Qa3M9O5HrnyCFlpG5RDK4KRj90/WeSjLyO RRvJTTsF1gPdf9F4mqq7xn1YJE+sMeQ8UXseVJKPbMkV8MIZ0tGARaHECTndPCU8 yqwPhkTkl7hi6DffhqXg2OfCYbBhTO+vPDI0DwPWE4rjONdUh3WptQYYqDKtYXpE O46YlWNVLmm6VY8hb0ffC1vGVPjkCambsig8o4gBkE7ZwQXDj1nFdIh68w1+64PO cdiW3t1X61/xKoeLe6N/9DAu8+ngiXX/qmeDsmCtVEQQbtnOGHhJLWDmguFSPcr3 KGEMXEKXkdS8OpK2/umWi8AuIk07FdyoXzpzdibUKeevE/4yuxcEY9FtiPsWKYEG Xe5Lt6p1JX3LWrjRdSYB =VEDT -----END PGP SIGNATURE----- --Apple-Mail=_DAE60F27-AE8B-46F4-B0D4-77E9B891636B-- From owner-soc-status@FreeBSD.ORG Thu Jun 27 12:55:58 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C5F77F41 for ; Thu, 27 Jun 2013 12:55:58 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id 8DE3E11FC for ; Thu, 27 Jun 2013 12:55:58 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id pa12so605128veb.39 for ; Thu, 27 Jun 2013 05:55:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=a+WUBhC7PZDDdYc6vkE9GcJRhso+guM5vurDzZUe8+w=; b=f3g5akodXpA7tLAf3VakHq/rd6HDDQFQCCYS4PBTXx9wylFBIUUUUhtfwf0onOVHUP 4TjtV4vdfgv1DWfMVrOdQn0gM1aFDs5DD7EZy+g6XncEzHr0s/GR2eMBUmvEj+BMHTof 73dzk3RWkBvMKWJl80AxzQYZryBGMMZaLf5Wgv96PE2Q0xH1Tn6YiQPJzIiSiURdsKmf ZdMf7TwApz6yuy102ztc/BlHPh6r1i5UwTV2yv23wwWLNVM11LcOyhgXwM3wkwshbAcE EfF5QTlqNKKpZ+eBofG7OzSOUET6it44W2hoSIQMPXKa9odHsY71rHVCmNkSGhYeo4OZ k6lg== MIME-Version: 1.0 X-Received: by 10.58.24.201 with SMTP id w9mr3473472vef.82.1372337758101; Thu, 27 Jun 2013 05:55:58 -0700 (PDT) Received: by 10.58.74.37 with HTTP; Thu, 27 Jun 2013 05:55:57 -0700 (PDT) Date: Thu, 27 Jun 2013 18:25:57 +0530 Message-ID: Subject: IDMS : Weekly status report #1 of 14 From: Ambarisha B To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 12:55:58 -0000 Hi, I'll working on Intelligent download manager service (dms) for the ports collection this summer. This week I've worked on dmclient which will be a replacement to the "fetch" program. I took the code of fetch(1) and replaced all the calls into libfetch with my own dm* calls which request the DM service to fetch the file instead of fetching the files independently. This week I'll finish the basic DM server and will be able to test the client against it. My tentative schedule is on the project wiki page at : https://wiki.freebsd.org/SummerOfCode2013/IntellegentDownloadManager Cheers Ambarish From owner-soc-status@FreeBSD.ORG Thu Jun 27 13:12:41 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6B1BD3D7 for ; Thu, 27 Jun 2013 13:12:41 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id 41AE3130D for ; Thu, 27 Jun 2013 13:12:40 +0000 (UTC) Received: from c120.sec.cl.cam.ac.uk (c120.sec.cl.cam.ac.uk [128.232.18.120]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r5RDCdTP045449 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 27 Jun 2013 13:12:40 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: IDMS : Weekly status report #1 of 14 From: David Chisnall In-Reply-To: Date: Thu, 27 Jun 2013 14:12:39 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <00D9C707-D223-44D3-B57F-2FFB0CD028A6@FreeBSD.org> References: To: Ambarisha B X-Mailer: Apple Mail (2.1503) Cc: soc-status@FreeBSD.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 13:12:41 -0000 Hi Ambrarish, The fetch utility has been the case study for a lot of the = compartmentalisation work on Capsicum so far. Have you considered how = the download manager will handle exploitable bugs in, for example, the = HTTP header parsing in libfetch? I note that your plan is to use a = thread, rather than a forked process, for each request, which means that = it can not run in sandboxed mode. =20 What privilege do you imagine the daemon running with? One of the = problems with fetch currently is that it is often invoked as root when = downloading ports distfiles and so runs with ambient privilege of the = root user. David On 27 Jun 2013, at 13:55, Ambarisha B wrote: > Hi, >=20 > I'll working on Intelligent download manager service (dms) for the = ports > collection this summer. >=20 > This week I've worked on dmclient which will be a replacement to the > "fetch" program. I took the code of fetch(1) and replaced all the = calls > into libfetch with my own dm* calls which request the DM service to = fetch > the file instead of fetching the files independently. This week I'll = finish > the basic DM server and will be able to test the client against it. >=20 > My tentative schedule is on the project wiki page at : > https://wiki.freebsd.org/SummerOfCode2013/IntellegentDownloadManager >=20 > Cheers > Ambarish > _______________________________________________ > soc-status@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/soc-status > To unsubscribe, send any mail to "soc-status-unsubscribe@freebsd.org" From owner-soc-status@FreeBSD.ORG Fri Jun 28 16:42:41 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 373377A5 for ; Fri, 28 Jun 2013 16:42:41 +0000 (UTC) (envelope-from vsevolod@FreeBSD.org) Received: from n.highsecure.ru (n.highsecure.ru [178.32.219.154]) by mx1.freebsd.org (Postfix) with ESMTP id 056AB1825 for ; Fri, 28 Jun 2013 16:42:40 +0000 (UTC) Received: from medway.cl.cam.ac.uk (medway.cl.cam.ac.uk [128.232.64.24]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: vsevolod@highsecure.ru) by n.highsecure.ru (Postfix) with ESMTPSA id D3DEA220A41 for ; Fri, 28 Jun 2013 17:41:48 +0100 (BST) Message-ID: <51CDBCF7.4060603@FreeBSD.org> Date: Fri, 28 Jun 2013 17:42:31 +0100 From: Vsevolod Stakhov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Pluggable solver framework for pkgng. Weeks 1-2. Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 16:42:41 -0000 Hello, I'd like to report that the following tasks were done over the previous 2 weeks: - created and tested conflicts detection algorithm for package repository generation; - added support for explicit conflicts in manifest emitting/parsing; - added utility functions to operate with packages conflicts. My code is placed here: https://github.com/vstakhov/pkg/tree/gsoc However, conflicts writing to main sqlite database is not still implemented, and I plan to finish this task by the end of this week. As the next step I want to implement logic of provides and requires for packages. -- Vsevolod Stakhov From owner-soc-status@FreeBSD.ORG Sun Jun 30 11:54:55 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 415DEC95; Sun, 30 Jun 2013 11:54:55 +0000 (UTC) (envelope-from zxyu.core@gmail.com) Received: from mail-bk0-x234.google.com (mail-bk0-x234.google.com [IPv6:2a00:1450:4008:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id A70911C87; Sun, 30 Jun 2013 11:54:54 +0000 (UTC) Received: by mail-bk0-f52.google.com with SMTP id d7so1283223bkh.39 for ; Sun, 30 Jun 2013 04:54:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=98UPrUAk9MMPjeuXG/cZZtsWi1YtiLM5oH6gft/b9ds=; b=QtWxapZ9OOK09aI2sa5UPbPx2O6JJijpBot9c93lq0tKQRUXccpSEtmclyyxrdFJHM +fBFkKQOHJrU4jBzYXCRZh85f2GVU+SZwR+oxtcN9j2I5ll8wAL5cw3Jut0XODhzpMCT Vv/rdBVsWMuHAezcssaEEZ9SDmjjC8nWUVHMYkAqM+nQ4awYWCEmKa0fjEeECYHMldbC /6n4qncu7VJKjUo/9Rv1rWj8rKRmH9wmV+wI56Jtif4cNjOEvtnozTNsgSPNvLZ4BCMk pnbpqYWaaT8C7IsfH7VWRj6hWhIfK71PIoagf32gPtb/yxD+69JRLyGyG2upDO5xmpWo Rb6g== MIME-Version: 1.0 X-Received: by 10.205.22.196 with SMTP id qx4mr2611062bkb.156.1372593293743; Sun, 30 Jun 2013 04:54:53 -0700 (PDT) Received: by 10.205.7.74 with HTTP; Sun, 30 Jun 2013 04:54:53 -0700 (PDT) Date: Sun, 30 Jun 2013 19:54:53 +0800 Message-ID: Subject: weekly report of June 24 From: zhixiang yu To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: soc-status@FreeBSD.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jun 2013 11:54:55 -0000 Hi Alexander, Due to personally reason, I started to work on my project from June 24. Here is the weekly report. 1. Got my new powerful PC which is powerd by the new intel haswell arch and installed freebsd 10.0 current amd64 20130623-r252101. 1.1 found freebsd xhci driver bug, need to pass hw.usb.xhci.xhci_port_route=-1 to workaround this issue. Otherwise no any usb port will work 1.2 found one fs bug? kernel will complain as the following when shutdown or remove files. lock order reversal: 1st 0xfffffe0003582418 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1236 2nd 0xfffffe0003629240 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2099 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff80002335b0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff8000233660 witness_checkorder() at witness_checkorder+0xd4f/frame 0xffffff80002336f0 __lockmgr_args() at __lockmgr_args+0x6f2/frame 0xffffff8000233820 vop_stdlock() at vop_stdlock+0x3c/frame 0xffffff8000233840 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xf5/frame 0xffffff8000233870 _vn_lock() at _vn_lock+0xab/frame 0xffffff80002338e0 vget() at vget+0x70/frame 0xffffff8000233930 devfs_allocv() at devfs_allocv+0xfd/frame 0xffffff8000233980 devfs_root() at devfs_root+0x43/frame 0xffffff80002339b0 dounmount() at dounmount+0x2d7/frame 0xffffff8000233a20 vfs_unmountall() at vfs_unmountall+0x61/frame 0xffffff8000233a50 kern_reboot() at kern_reboot+0x548/frame 0xffffff8000233ac0 sys_reboot() at sys_reboot+0x58/frame 0xffffff8000233ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xffffff8000233bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xffffff8000233bf0 --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x40ecdc, rsp = 0x7fffffffd6d8, rbp = 0x7fffffffd7c0 --- 2. tried bhyve on the haswell platform, everything seems fine. 3. read the ahci datasheet again Thanks From owner-soc-status@FreeBSD.ORG Sun Jun 30 13:24:33 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CEFD9EC8 for ; Sun, 30 Jun 2013 13:24:33 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) by mx1.freebsd.org (Postfix) with ESMTP id AB65A1E8B for ; Sun, 30 Jun 2013 13:24:33 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id p10so1957143pdj.22 for ; Sun, 30 Jun 2013 06:24:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=tSFZFKlqPyzClqL1LHVjnujXPDveEyj0ZNjSIOqyP0I=; b=xc0k0+41yCwPs/0a+Z7v+NytmLBJ2CLNM8wOOtPqiQpSDwUVzU8SCYag5Mwntul1b+ PeRk0aFgTCthCDTEHs1NIUTQeKVoNMrAlATWksf10weSedS8o22LtQPkwvJD6Gls8zse kWqOIpyiKk8B2znjaUrGipLgNvu4O6CVHDAKM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=tSFZFKlqPyzClqL1LHVjnujXPDveEyj0ZNjSIOqyP0I=; b=oMNv37tz+7MTck5E15KrmClRG7u2Fj9FCfySPA96NdyRDwJlmuFQtxmgwKhW3U8xet eRhp6xSIFsUQUu/sFuOUuskthaDvz78sjMvkyGjBSMw+x6aGcZ1n0xw30Tfw5EpNTmlx cmtIIyZxhuPGOHXXTsSYUk9b8kS9XFp3sYv39TF8mRd3Dgu84oKaMZ7s0iob6oCPuHj3 UsGcLjryM3scAdQr09YIJqrxYBoY1v0bH4b0Is7Tr6JxRYlMDBZcD18+R5HdK3ALBkl3 e3JdNv2G88It79JofxxjNZyxhu+oQ3SyRJfd2loc6rLH3NLwFUWiXjMDOR35XCTM2e/A x4sQ== X-Received: by 10.66.144.170 with SMTP id sn10mr19665586pab.42.1372598673440; Sun, 30 Jun 2013 06:24:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.222.34 with HTTP; Sun, 30 Jun 2013 06:23:53 -0700 (PDT) From: Takuya ASADA Date: Sun, 30 Jun 2013 22:23:53 +0900 Message-ID: Subject: [status report #2] USB device passthrough support on BHyVe To: "soc-status@freebsd.org" X-Gm-Message-State: ALoCoQnrYh6UqQeOViXsriHmu2J4SbkPYpP5uDucZGkIXBCIbN4cyzboPrZSkoGPEIofpdTmsWk+ Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jun 2013 13:24:33 -0000 [project summary] The project goal is to support USB 1.1/2.0 device passthrough on BHyVe. [weekly status] - Add PCI device registration code for BHyVe. - Implemented PCI configuration space initializer. - Tested PCI configuration space code with guest FreeBSD, it could detect UHCI as ICH9. command: bhyve -c 1 -m 128 -AI -H -P -s 0:0,hostbridge -s 1:0,hcd-uhci -s 2:0,virtio-blk,diskdev -S 31,uart,stdio guest1 output: uhci0: port 0x2000-0x201f at device 1.0 on pci0 uhci0: Could not allocate irq device_attach: uhci0 attach returned 6 From owner-soc-status@FreeBSD.ORG Sun Jun 30 18:40:00 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AC885313 for ; Sun, 30 Jun 2013 18:40:00 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 45B61184E for ; Sun, 30 Jun 2013 18:39:59 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id t10so1646311eei.13 for ; Sun, 30 Jun 2013 11:39:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:message-id:user-agent :mime-version:content-type:x-gm-message-state; bh=ef2wkaJ+5H05Sgc2IaFCkMw8lr4LwFayzLXyNleOkNE=; b=Xs+M6KQLk8EwcGdAFttxa4/zOODUZd/+I3IE00tbfWYBVzPAPmpGZLUHJmwUlj3kn9 ztDqp8pbIJIqghnOMgS/bDSsAgyoe5oq/bArRzH1J5l4LtnZZDEFKeceoyqlRoLqyq4+ aXfKV4mWtfcFRNf3Hvl/JbE8gSGJZgaajO+ImET0CP3Ud89r8/Fs6xpGxl7Nk/UeCEZ4 rBHs/lmbj7jQXVT1+IRqd5Kl0ApvBQBxUc+X4NS2hc6l2df2IIW+so3Oa9V5UMsfBBgO i3N97sIppvN1jxw4AMQK1KtUZ7kj3ABo9Mik8AbQ9rsScImdg2ldQXK+xCknMM6gqVdi 16xg== X-Received: by 10.14.220.66 with SMTP id n42mr17697922eep.67.1372610671542; Sun, 30 Jun 2013 09:44:31 -0700 (PDT) Received: from sns55-159.york.ac.uk (sns55-159.york.ac.uk. [144.32.55.159]) by mx.google.com with ESMTPSA id o5sm24131092eef.5.2013.06.30.09.44.29 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 30 Jun 2013 09:44:30 -0700 (PDT) Date: Sun, 30 Jun 2013 17:44:28 +0100 (BST) From: Matt Windsor X-X-Sender: mattbw@cavalier To: soc-status@FreeBSD.org Subject: GSoC status - Week 2 Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Gm-Message-State: ALoCoQlTNGCVDvxhx/rJ2OpByhwpbxkVQ1alBiZhePxrQLsNuSTzaNFop9IxXEDJ+wWAg+Jd6Baz Cc: jmuniz@FreeBSD.org, eadler@FreeBSD.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jun 2013 18:40:00 -0000 Hi all, Sorry for not being very active this week, it's been the last week of the year at York and as such a lot of my time got taken up by end-of-year activities and society business. According to my milestone set, though, I'm still on track, but I imagine this is because the milestones are a bit too forgiving and not because I've done a large amount of work! The main changes this week were adding GetFiles and GetRepoList, as well as porting the codebase from pkg1.0 to pkg1.1. FEATURES At the end of this week, my version of the backend has rudimentary support (against pkgng 1.1 and PackageKit 0.6.11) for GetDetails, GetFiles and GetRepoList, with the following caveats: 1) GetFiles only works for installed packages. This is, as far as I know at the moment, a pkgng restriction. 2) GetRepoList currently emits the repo ident as its name, and the repo name as its description. This may not be optimal behaviour, as the two are different only by the repo name having "repo-" prefixed to it. I will ask around the pkgng community with regards to what would be best here. 3) Licence support is still deficient. It currently only shows the first licence in the licence chain; future work will translate a full licence expression into a string for packagekit. (Any suggestions of packages that have AND-ed and OR-ed licences would be much appreciated!) PKG1.1 Porting to pkg1.1 went mostly smoothly (with the exception of problems on my end), with the main changes being to the repository system. The only major code change was adding a permissions test for the package database. NEXT WEEK Next week I'm down to work on local package installation. I think it might be more sensible to try implementing remote package installation first and see if both variants can be done in the same week, as local package installation I think might be more complex than I imagined it would be when I wrote the milestones (some dependencies may need to be installed remotely, for example). In conclusion, apologies for the somewhat lighter workload this week, but the backend now targets pkg1.1 and has a few more features. Hopefully I'll be more on form in the next few weeks as I return home and don't have as much uni winding-down to distract me! ~Matt From owner-soc-status@FreeBSD.ORG Mon Jul 1 07:02:47 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7178B5BC; Mon, 1 Jul 2013 07:02:47 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-vc0-x22f.google.com (mail-vc0-x22f.google.com [IPv6:2607:f8b0:400c:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 243B911DB; Mon, 1 Jul 2013 07:02:47 +0000 (UTC) Received: by mail-vc0-f175.google.com with SMTP id hr11so1719893vcb.6 for ; Mon, 01 Jul 2013 00:02:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZkpAHVQPL+4kIeYDi5RL5H1CW+6RJpoXApcz47YNQBY=; b=MRyLqGN8WlcJCieSh0ivU72/2HY9nU5Ks17eLiglT+XK1WOLzT2Y6wDSAkrKbEP6eT 38ibJ9CxcVyv73ssYIjpPUX7Gs93Z7hnmyl8mRxKcWJZ8zaUKxANVlMGdAXI5pS3Agvv KSRH6IWlVBRyV85vVhAtd36/gy01eMG+euffPDI5Fm6WMAEDKux/8LPl+Ppl49zsmkEa oF3tn7s/OznV1DEXuvNVXjyT4NxWhI91XKm6YwqYEWX6w5rqNo/YHdXVc7PEpwNp6B8Q jOSfSFrcMQHfPrXjEE7QFslkfszyzCjuFHH0ugg5bjWuI/hrQFimoF7bnNH3zmQXE5EF SAXA== MIME-Version: 1.0 X-Received: by 10.58.24.201 with SMTP id w9mr9248822vef.82.1372662166669; Mon, 01 Jul 2013 00:02:46 -0700 (PDT) Received: by 10.58.74.37 with HTTP; Mon, 1 Jul 2013 00:02:46 -0700 (PDT) In-Reply-To: <00D9C707-D223-44D3-B57F-2FFB0CD028A6@FreeBSD.org> References: <00D9C707-D223-44D3-B57F-2FFB0CD028A6@FreeBSD.org> Date: Mon, 1 Jul 2013 12:32:46 +0530 Message-ID: Subject: Re: IDMS : Weekly status report #1 of 14 From: Ambarisha B To: David Chisnall Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jul 2013 07:02:47 -0000 Hi, Sorry for the delayed response, I was away from my system for a couple of days. On Thu, Jun 27, 2013 at 6:42 PM, David Chisnall wrote: > The fetch utility has been the case study for a lot of the > compartmentalisation work on Capsicum so far. Have you considered how the > download manager will handle exploitable bugs in, for example, the HTTP > header parsing in libfetch? Actually I was not sure how much of libfetch can be used in the download manager service at all, because we're thinking of profiling the download speed etc. > I note that your plan is to use a thread, rather than a forked process, > for each request, which means that it can not run in sandboxed mode. > I was not aware of the concerns with fetch that you pointed out. But I don't see any serious drawbacks with doing forked processes as opposed to threads. I don't think process creation overhead is a problem anyways, considering that there is a network transaction involved. Originally I thought forked processes were unnecessary because I was not aware of the sandboxing mode etc. Even now I'll have to take a closer look into it. > What privilege do you imagine the daemon running with? One of the > problems with fetch currently is that it is often invoked as root when > downloading ports distfiles and so runs with ambient privilege of the root > user. > I think the daemon just needs to run as a separate "trusted" user (because it handles the requests of various users, also consider the case when root requests the service for a file). So, even if there is a vulnerability in the daemon, it is contained (till root makes a request atleast). What is the right way to design this? Cheers Ambarish From owner-soc-status@FreeBSD.ORG Mon Jul 1 08:36:37 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 206EAB4C for ; Mon, 1 Jul 2013 08:36:37 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id E746C1860 for ; Mon, 1 Jul 2013 08:36:36 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r618aSCV066807 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 1 Jul 2013 08:36:29 GMT (envelope-from theraven@freebsd.org) Content-Type: multipart/signed; boundary="Apple-Mail=_41382BC6-AD88-4E46-9E27-41AC70ABC547"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: IDMS : Weekly status report #1 of 14 From: David Chisnall In-Reply-To: Date: Mon, 1 Jul 2013 09:36:23 +0100 Message-Id: <6D41292D-0E9B-4760-8345-CAF4D96D2E8F@freebsd.org> References: <00D9C707-D223-44D3-B57F-2FFB0CD028A6@FreeBSD.org> To: Ambarisha B X-Mailer: Apple Mail (2.1503) Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jul 2013 08:36:37 -0000 --Apple-Mail=_41382BC6-AD88-4E46-9E27-41AC70ABC547 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 1 Jul 2013, at 08:02, Ambarisha B wrote: > Hi, >=20 > Sorry for the delayed response, I was away from my system for a couple = of days. >=20 > On Thu, Jun 27, 2013 at 6:42 PM, David Chisnall = wrote: >> The fetch utility has been the case study for a lot of the = compartmentalisation work on Capsicum so far. Have you considered how = the download manager will handle exploitable bugs in, for example, the = HTTP header parsing in libfetch? >=20 > Actually I was not sure how much of libfetch can be used in the = download manager service at all, because we're thinking of profiling the = download speed etc.=20 If functionality that you need is not available in libfetch, then it = should probably be added. For example, adding a callback that will be = invoked during downloading to update status messages. >> I note that your plan is to use a thread, rather than a forked = process, for each request, which means that it can not run in sandboxed = mode. >=20 > I was not aware of the concerns with fetch that you pointed out. But I = don't see any serious drawbacks with doing forked processes as opposed = to threads. I don't think process creation overhead is a problem = anyways, considering that there is a network transaction involved. = Originally I thought forked processes were unnecessary because I was not = aware of the sandboxing mode etc. Even now I'll have to take a closer = look into it. Thank you. >> What privilege do you imagine the daemon running with? One of the = problems with fetch currently is that it is often invoked as root when = downloading ports distfiles and so runs with ambient privilege of the = root user. >=20 > I think the daemon just needs to run as a separate "trusted" user = (because it handles the requests of various users, also consider the = case when root requests the service for a file). So, even if there is a = vulnerability in the daemon, it is contained (till root makes a request = atleast). What is the right way to design this? Ideally, the daemon should run in sandboxed (cap_enter()) mode for each = worker and should run as an unprivileged user for the daemon. The flow = I would expect would be: - Root (or other) user runs command to get a distfile. This passes the = URL and a file descriptor opened for writing to the daemon - Daemon receives message containing URL from a command and parses the = protocol and the remote host - Daemon opens socket for the connection. - Daemon forks worker - Worker calls cap_enter() - Worker invokes libfetch to get file from remote server and write it to = the file descriptor that it inherits from the parent process - Worker may provide status messages to the parent - Worker exits - Daemon or original command validates the download's hash The most vulnerable part is the worker, as it is the only part that is = talking directly to a remote server (which may be a not-so-trusted and = potentially compromised mirror). If the server is compromised then it = can inject headers or other control messages designed to exploit bugs in = libfetch. These are contained by being in sandboxed mode - all that it = can do maliciously is write bad data to the file, which a compromised = server could do anyway by just providing you with bad data. =20 The validation of the download against the distfile hash is performed = outside of the worker, so a compromised worker can not circumvent this. We assume that the URL is not malicious, because someone who can provide = a malicious URL can also provide a hash and URL for a malicious distfile = and just give you a trojaned program to run later. =20 Optionally, the daemon may chroot() itself to an empty directory = somewhere before dropping privileges. It only needs to be unsandboxed = to be able to open network connections. David --Apple-Mail=_41382BC6-AD88-4E46-9E27-41AC70ABC547 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org iQIcBAEBAgAGBQJR0T+IAAoJEKx65DEEsqId7J4QAIWhHnXuo/nSQFuIbm9/O02v W4uhMy+U8IlLHlexTqAo6/CfnP0CVA94rS/6CDfF00q6Q3pjAS5FNb0iqRKRfFAi 41NbhcaTdX+Ry04BVC7/obIrm4gUixBzYKihnCvkZbEwwnxttb2QoR+z8WwKFBBY kEPK7KPVVuhsgIib5LRFrmYCM57/4hptZWirbj4Sev0N3Eptd5ersD7UPElNLzeH Fvdx6KBvRRunbcwmApDxF/IF1zOcmkyiQNG726EnqQhJ3A74UG0xD49J+Ia9PvJw gOqdGVDCi7qeGbgrcXsxlQGLtBtNJwzQlBqe/5KbSuZv/HS1kBT3qP8OZlsvR/7Q 80tGIl/o/Lyh7mCAnGqFsNVgHjfzQ1akEuHQo/K8BuTxx8/jSOggVpYyJ/v8KZ0k nQqG5NV+h4yUL4r1xmiZV/L6C8fAZzD6gDqIoWKgFkzpLLLRC/FFn2mfDpSZ/+Cz zL6oZRyWDiOb31VHxPDcAX18rO/UaOqcUJG2K1ECHTsWuzMUHk/y2wg/m+qNvBn4 e7PzcSngJrEMZNUQfAQmXcuIf4NkJiwFa47tT4sbUYAewzEtZdcC+eK0TK4X4SRB 08ToIaV2NucOHjlD3Dpvf6EfYN9OLGtJszhobO6OCVZU89lz6US39+JbTcUruJQi GGNqX9Jc4FgiO6rUbcRH =39Dv -----END PGP SIGNATURE----- --Apple-Mail=_41382BC6-AD88-4E46-9E27-41AC70ABC547-- From owner-soc-status@FreeBSD.ORG Mon Jul 1 12:00:05 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6E895162 for ; Mon, 1 Jul 2013 12:00:05 +0000 (UTC) (envelope-from mikemandarine@gmail.com) Received: from mail-vc0-x22c.google.com (mail-vc0-x22c.google.com [IPv6:2607:f8b0:400c:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 350F81719 for ; Mon, 1 Jul 2013 12:00:05 +0000 (UTC) Received: by mail-vc0-f172.google.com with SMTP id ib11so1911547vcb.17 for ; Mon, 01 Jul 2013 05:00:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=XKwnbP4VDgN8m0idebPNBU7MjClopoMbQD/H6G8MlXI=; b=gRBAiNIZdzrveNQZ2o7OVnyAOJ//7TWI/LibLk1VXqOdwMUoQ43a8j+Ckj/Zi6RD+l 0DtLOyMdvNSNUAi6G0MLvzbONUqz8BRucKiv6uVeW03ryjPa5Bcae3mC5LQn4prac7E3 0/QGxsiFxSZnlIR68xffNLFx1DZmHuvW9I8SvwWzHOBBRkP22Ri+x//GtaaxyekgLsAn dD0/FsraED+Tw5RHSCVzHONajLMRZ97dfN6aN0FKF6h6vwjRbu0eJ2JQ/6aBCdUUJe+e MrRKdfO0v2XjTnBoPE0eXdZFMM/qyHOsGUOwRjNi+RoplhZhR86YlM13Wlx92LPxO/vw Zbtw== MIME-Version: 1.0 X-Received: by 10.58.76.5 with SMTP id g5mr9438409vew.90.1372680004776; Mon, 01 Jul 2013 05:00:04 -0700 (PDT) Received: by 10.220.163.74 with HTTP; Mon, 1 Jul 2013 05:00:04 -0700 (PDT) Date: Mon, 1 Jul 2013 14:00:04 +0200 Message-ID: Subject: Status report, week 2 From: Mike Ma To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jul 2013 12:00:05 -0000 Hi there, Last week I cleaned up the changes by deleting my old repo and forking a new one from gluster official github repo. Then I applied my recent changes against lastest master/HEAD. Current status: 1. could compile on FreeBSD. 2. fixed build breaks on Linux that introduced by my previous changes. 3. still several warnings while building. Next I'll start testing plans to see how the changes work. -- Cheers, Mike From owner-soc-status@FreeBSD.ORG Mon Jul 1 16:28:43 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7828FD38 for ; Mon, 1 Jul 2013 16:28:43 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-vb0-x22a.google.com (mail-vb0-x22a.google.com [IPv6:2607:f8b0:400c:c02::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 40A94137F for ; Mon, 1 Jul 2013 16:28:43 +0000 (UTC) Received: by mail-vb0-f42.google.com with SMTP id i3so3802086vbh.29 for ; Mon, 01 Jul 2013 09:28:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=GJRDf4PAnx4kBxE72xLcGCb+hoHdEjoZUJQ3deHppkI=; b=VqoPs2aTgwv8mWXBjoC0H4IzvzLul/ZJiKcZJmF6UfBNj0qy7MYvlQU+uzrTg7kB33 gEczyTmikmlrhirWAR8VoWQ+Fbu/0ImVGSosT6sJu8fvVroJbAiPsQLlBfXAp78cA7AV DIDW6H/r3mns+DRYarFzRbopan/QBz22U35bHUA6miI0Qv+kCxK2zI4QuXB3tJnwfscj XWolaVNgtWI9VpWm/rBsiWIykg8UgYnyk/brhGXSkJuivZ5Kyz/b3Oi7jd0GKrn0Z4m2 NJidRhwfPKQbJ4ZSonDzPCZyxakGThsvSq3Cye7Ehs4qel8eeIrybtubChksk7IhzioQ cqJA== MIME-Version: 1.0 X-Received: by 10.220.83.69 with SMTP id e5mr7262645vcl.53.1372696122737; Mon, 01 Jul 2013 09:28:42 -0700 (PDT) Received: by 10.221.1.73 with HTTP; Mon, 1 Jul 2013 09:28:42 -0700 (PDT) Date: Tue, 2 Jul 2013 00:28:42 +0800 Message-ID: Subject: Weekly Status Report, Jul 1, 2013 From: Chenchong Qin To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jul 2013 16:28:43 -0000 Hi! Following is the work status of last week. I tried to modify the net80211 rate control code to make it support multi-rate table. That is, rather than returning a single rate table entry, make it return multiple (actually 4, same as ATH_RC_NUM) rate table entries. Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Mon Jul 1 18:27:35 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B4742E1C for ; Mon, 1 Jul 2013 18:27:35 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-vb0-x22e.google.com (mail-vb0-x22e.google.com [IPv6:2607:f8b0:400c:c02::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6E31A53 for ; Mon, 1 Jul 2013 18:27:35 +0000 (UTC) Received: by mail-vb0-f46.google.com with SMTP id 10so3846343vbe.5 for ; Mon, 01 Jul 2013 11:27:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=rEEWPr8P4BiLmSo7+yzDd8Per6ouP2UQk8r8Pucuja8=; b=ZXm3PjPECKgNR1ux0SqoODFu+8i9FcY2lPNORqG9swR8Pgc6k9fGh5AjXchCSac8Ci B6bifIU/NwsIzZMlb1owQMDbFK5oCsLt+2SKwJI8fV6w1LYKTjjZ0H3zP1N5i5zWON7t 9Wass7EI5nVo5g2dG3dxXlwi4cKvgW7JfdXAbVHjSEHODqBDRcMQyaRw+7dJoyKn66wR rlSV06Jq2fkbvBaRXj+Xr4To/f7Itjau+HB82KVcxz9R2xGMZg3AFUagevF+L6HH2aAT yzddezu5T4V8VKkOxb4jBDwIElke+ODAbS6VClCZ9+YoyCOBph4Mc/rSkKd6YtHIy1vH O9vw== MIME-Version: 1.0 X-Received: by 10.58.207.195 with SMTP id ly3mr9951006vec.77.1372703255020; Mon, 01 Jul 2013 11:27:35 -0700 (PDT) Received: by 10.58.74.37 with HTTP; Mon, 1 Jul 2013 11:27:34 -0700 (PDT) Date: Mon, 1 Jul 2013 23:57:34 +0530 Message-ID: Subject: IDMS : Weekly status report #2 of 14 From: Ambarisha B To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jul 2013 18:27:35 -0000 Hi, I worked on the DMS daemon last week. Right now, it accepts connections, forks a worker which gets the distfile using libfetch and returns the stream wrapped into a file descriptor to the client. I'll fix the following things this week: 1. Make the worker go through the main dms daemon to go to the client. 2. Sandbox the worker 3. Refactor the client to give an open fd to the server (instead of expecting one, as is the model with libfetch) Cheers Ambarish From owner-soc-status@FreeBSD.ORG Mon Jul 1 18:53:53 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4A9A59CC; Mon, 1 Jul 2013 18:53:53 +0000 (UTC) (envelope-from oshogbo.vx@gmail.com) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id 1BFAD1BC3; Mon, 1 Jul 2013 18:53:53 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id s9so10313594iec.13 for ; Mon, 01 Jul 2013 11:53:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=VAG7NlEOdQ5SC2dYTb0MjLdLOSh7kAuiyMHMPwkeJW8=; b=oqIsBH8KY4xN5yAWeLGCX7qz6Igzxb8EMUqCx/Q/o8zvgVV3itPHCiobfALfH+fRMq uJKLS++3ZfKAE3RQfMrx8g0mm5iG5RKw+Ya8SGKk8AbR5+TxIdwKFpANj14P4fIuWZ9R nSUsZZ2iPMgwq7MHV7tXIKs6EYa7owW8V8Nbe1TEY+P7Fdt9nYn4Q6wPHsL7hDDUxfTx E6M8ib0mC7YQuCrVovRrX+uaU//NnSWp3sO1VTc9hoqSxPrgJpaY82+cy+VYDlrdVVKg kJeGNCMKqRy0TW4E5WG9tMVFj5VrXmtNNncwWS2Ia3eHa6RwH8RCL3/U7NIY3N99UMjr h0Ug== MIME-Version: 1.0 X-Received: by 10.50.4.69 with SMTP id i5mr16981633igi.16.1372704832880; Mon, 01 Jul 2013 11:53:52 -0700 (PDT) Sender: oshogbo.vx@gmail.com Received: by 10.50.147.72 with HTTP; Mon, 1 Jul 2013 11:53:52 -0700 (PDT) Date: Mon, 1 Jul 2013 20:53:52 +0200 X-Google-Sender-Auth: NiSOTx1QvGmdhp_bUdd0pjtYmrc Message-ID: Subject: Capsicum: Weekly Status #1 From: Mario Oshogbo To: soc-status@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: pjd@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jul 2013 18:53:53 -0000 Hi! I'm sorry but I have one week delay because of my studies. Last week I spend time creating virtual machines with FreeBSD and configuring diskless boot. My mentor decided that good thing to start is to close rwho and rwhod in capability mode. I almost finished this task and probably in this week I will start playing with new capability rights. Cheers, oshogbo From owner-soc-status@FreeBSD.ORG Tue Jul 2 09:23:53 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BE2C7775 for ; Tue, 2 Jul 2013 09:23:53 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id 933F91F63 for ; Tue, 2 Jul 2013 09:23:53 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r629NptU072077 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 2 Jul 2013 09:23:52 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: IDMS : Weekly status report #2 of 14 From: David Chisnall In-Reply-To: Date: Tue, 2 Jul 2013 10:23:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Ambarisha B X-Mailer: Apple Mail (2.1503) Cc: soc-status@FreeBSD.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jul 2013 09:23:53 -0000 On 1 Jul 2013, at 19:27, Ambarisha B wrote: > 3. Refactor the client to give an open fd to the server (instead of > expecting one, as is the model with libfetch) Can you explain a bit what this means? The daemon should be the thing = openning the connection. The forked worker should then pass it to = libfetch. The code in the daemon should look something approximately = like this: struct client_request req; int IPC_connection_to_clients =3D /* whatever you're using here, most = likely a UNIX domain socket so that you can pass in the fd for the = output file from the client. */; while (wait_for_request(IPC_connection_to_clients, &req) { /* URL parsing code goes here. */ int fd server =3D connect(...); /* Error handling goes here */ /* You may want to create a pipe here for sending progress = messages from the client back to the server */ /* You may want to queue requests and not start downloading = immediately if some bandwidth or number of concurrent downloads quota is = reached */ /* Create the worker */ pid_t child =3D fork(); /* Error handling here */ if (child =3D=3D 0) { /* Now we're in the worker, close any file descriptors = that we shouldn't have */ close(IPC_connection_to_clients); close(stdin); close(stdout); /* Then enter sandboxed mode */ cap_enter(); /* Now do the real downloading and exit */ do_the_real_downloading(server, req.output_file, = req.url); exit(0); } else { /* Close the file descriptors that the worker is using. = */ close(server); close(req.output_file); /* Probably add child to a list of things that you'll = wait for exit signals from in the kqueue call in the wait_for_request = part */ } } David From owner-soc-status@FreeBSD.ORG Tue Jul 2 11:00:14 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 99077A56; Tue, 2 Jul 2013 11:00:14 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-vc0-x232.google.com (mail-vc0-x232.google.com [IPv6:2607:f8b0:400c:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id 4945E1601; Tue, 2 Jul 2013 11:00:14 +0000 (UTC) Received: by mail-vc0-f178.google.com with SMTP id m17so2641606vca.23 for ; Tue, 02 Jul 2013 04:00:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vyEDZp+So+3Y0BtafT3LZPTYYhvBAZhjRWJNmFGx7pI=; b=RYVnsIwtf53EnkOxilYQtYo1s2/EsccwlJKbP43oAF4SuadT2HgiycNKSEbcvEXSpU r/gPzdqLe/Jp7wa7AkWJjaf4oMKUV4xLkTES8Rj+OUvaRZnwQF/tOGgYzuZeuKtlNHui onA2AChWTZfKiQ1WkSEm1qJQHfjpEIIRj2svycwoBqB/QiMeVJ4WGEYV4IzrFZKQQeV1 wyKFGHWV6cf1230AnZkIENV8vTgQ5hiw2yKu9VhO4wU4SnQsY1/6mRwNAcdnIsRbHhgk XZqkLkPryn6vAPAL6qLQiWATA+fDrRwZTtpceR68fjrPGmRoewG4qjG8FbTodFO8ISs+ fsOA== MIME-Version: 1.0 X-Received: by 10.58.207.195 with SMTP id ly3mr10996164vec.77.1372762813794; Tue, 02 Jul 2013 04:00:13 -0700 (PDT) Received: by 10.58.45.162 with HTTP; Tue, 2 Jul 2013 04:00:13 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Jul 2013 07:00:13 -0400 Message-ID: Subject: Re: IDMS : Weekly status report #2 of 14 From: Ambarisha B To: David Chisnall Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jul 2013 11:00:14 -0000 On Tue, Jul 2, 2013 at 5:23 AM, David Chisnall wrote: > On 1 Jul 2013, at 19:27, Ambarisha B wrote: > > > 3. Refactor the client to give an open fd to the server (instead of > > expecting one, as is the model with libfetch) > > Can you explain a bit what this means? The daemon should be the thing > openning the connection. The forked worker should then pass it to > libfetch. > fd isn't the connection, it is the local file. libfetch doesn't take an open local file descriptor. It returns the remote file stream wrapped as an fd. The client (fectch program) expects this fd for cryptographic hash verification etc and when it is done writes the data in that fd into a local file. This doesn't work for us because that has to be done in the daemon. I was talking about refactoring that into the daemon and the client passes the fd of the local file to the daemon. > struct client_request req; > > int IPC_connection_to_clients = /* whatever you're using here, most likely > a UNIX domain socket so that you can pass in the fd for the output file > from the client. */; > > while (wait_for_request(IPC_connection_to_clients, &req) { > /* URL parsing code goes here. */ > int fd server = connect(...); > /* Error handling goes here */ > > /* You may want to create a pipe here for sending progress > messages from the client back to the server */ > > /* You may want to queue requests and not start downloading > immediately if some bandwidth or number of concurrent downloads quota is > reached */ > > /* Create the worker */ > pid_t child = fork(); > /* Error handling here */ > > if (child == 0) > { > /* Now we're in the worker, close any file descriptors > that we shouldn't have */ > close(IPC_connection_to_clients); > close(stdin); > close(stdout); > /* Then enter sandboxed mode */ > cap_enter(); > /* Now do the real downloading and exit */ > do_the_real_downloading(server, req.output_file, req.url); > exit(0); > } > else > { > /* Close the file descriptors that the worker is using. */ > close(server); > close(req.output_file); > /* Probably add child to a list of things that you'll wait > for exit signals from in the kqueue call in the wait_for_request part */ > } > } > > Yes this is what I'm thinking as well. For this, libfetch has to be modified to accept a connection. Right now, it takes a url and returns the stream containing the remote file wrapped as an fd. Opening the connection is abstracted in libfetch. Cheers Ambarish From owner-soc-status@FreeBSD.ORG Tue Jul 2 16:20:12 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5E83540E; Tue, 2 Jul 2013 16:20:12 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x232.google.com (mail-bk0-x232.google.com [IPv6:2a00:1450:4008:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id BF9F2182A; Tue, 2 Jul 2013 16:20:11 +0000 (UTC) Received: by mail-bk0-f50.google.com with SMTP id ik8so2404080bkc.23 for ; Tue, 02 Jul 2013 09:20:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=8Kj5LGU5OHKOAQXXEFp7vyN6q/twd8myxP3lKncoLR8=; b=UuyFvWvKkPaA4cHaFHaJMPPe5k0LTntyBe5bf0+9SZpk3dAy+8rACNawPc8Pc2F/uu B72VBjjsfS6A5pLpd+5in/tXqa5DGehZ0HRDlwQgyru4uTmDv2eI/j+yz/Wvjf4vvdvr 0mlF8jpjCSWLrbzEnQh66d79fYMu1XBOAFDSEwYd7IA5UiDXUd6hWgANBV9ojI4mKPl6 xsI+5O7d4skSU93ceehxPq4K8LV10vcqRE4LfXvFhmJeLKOS52L+4/d4ExKclp/hx8Cx fK/Imi8Sg9Zxb2KH9thF0q0jsMUXX875F+ko3/CPoamUkVB4L1NOj8kalfJqldV1w9TZ ZIAA== MIME-Version: 1.0 X-Received: by 10.204.62.69 with SMTP id w5mr4076053bkh.75.1372782010305; Tue, 02 Jul 2013 09:20:10 -0700 (PDT) Received: by 10.205.18.69 with HTTP; Tue, 2 Jul 2013 09:20:10 -0700 (PDT) Date: Wed, 3 Jul 2013 00:20:10 +0800 Message-ID: Subject: Weekly Status Reports #2 - XEN HVM Guest Support From: Bei Guan To: soc-status Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Justin T. Gibbs" X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jul 2013 16:20:12 -0000 Hi, I worked on the XEN PVUSB dirver for FreeBSD HVM Guest last week. The rate of the progress is a little slow. Now, the PVUSB front driver can * probe the PV usb device. * attach the PV usb device. * initial the usbfront_info struct and shared ring, set the Xenstore state. Thanks, -- Best Regards, Bei Guan From owner-soc-status@FreeBSD.ORG Sun Jul 7 04:15:34 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2A90CD69 for ; Sun, 7 Jul 2013 04:15:34 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ea0-f173.google.com (mail-ea0-f173.google.com [209.85.215.173]) by mx1.freebsd.org (Postfix) with ESMTP id B12A71011 for ; Sun, 7 Jul 2013 04:15:33 +0000 (UTC) Received: by mail-ea0-f173.google.com with SMTP id g15so2223741eak.18 for ; Sat, 06 Jul 2013 21:15:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type:x-gm-message-state; bh=jjxq/DarcU8EwvdZ+QGWiw4PEvbnaf7IcavNrvsyaRY=; b=c5yCmNoCBzc+Ro3LR6NO/7Bt3B9wm+GWEI4Vtk/eWS1Gpkynkg/6TnTXPDs4oDxw58 GCU8KqmRJbRqkl22uQp6n0l9R2o5iONk3f0Mp8S4I8C4jaNRJAdEGpbmHERdgfOSEA0t E5qwIbwaMMwL4F6NfCeL9O0O9+Av1Z25piUT25hmOcyjqOs/cPlXlACPdobVXKSEddk+ t/l6e7lVbAOO6r2e0rDcpznK3rTaXpXjXAge1+ow0xv2uaeEIeekO61aP8pKsqaRwVEP MpVA9kDC78JPXMDdIG+tZJ7pEjyE87pYdKZ6E1meIaR+3GPHRlUH+lGpglCLVZEovmun ni7Q== X-Received: by 10.15.83.69 with SMTP id b45mr18620850eez.150.1373170532193; Sat, 06 Jul 2013 21:15:32 -0700 (PDT) Received: from [192.168.0.120] (cpc9-harg5-2-0-cust65.7-1.cable.virginmedia.com. [81.102.218.66]) by mx.google.com with ESMTPSA id bj46sm29248178eeb.13.2013.07.06.21.15.30 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 06 Jul 2013 21:15:31 -0700 (PDT) Date: Sun, 7 Jul 2013 05:15:26 +0100 (BST) From: Matt Windsor X-X-Sender: mattbw@cavalier To: soc-status@freebsd.org Subject: GSoC status - Week 3 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Gm-Message-State: ALoCoQky4TN30EvwEF1a+cckXijT8AMBo5aRPIZPivgHQcg+pARvJZh70tGe0ucptauaUduvHBn4 Cc: jmuniz@freebsd.org, eadler@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jul 2013 04:15:34 -0000 Hi all, Another week, another soc-status mail! This week I've mainly been implementing basic forms of the InstallPackages (remote installation) and InstallFiles (local installation) features. The good news is that I've managed to install (trivial) packages with both, so they are mostly functional. There are a few issues to iron out, most notably perhaps being the fact that I implemented events on InstallPackages a bit too overzealously and it now bombs out with a fatal error if mild things such as cached packages having checksum mismatches occur. More cosmetic problems include the install queues being unsorted (and thus causing a large amount of "these packages are to be installed, ...reinstalled, ...installed, ...updated, ...installed" noise). I also implemented a very basic test, mostly for me at this stage, to check to see if GetDetails gets broken by any changes (and there have been lots of infrastructure changes). Currently it is pointing out that while `pkg` can return multiple packages for an unversioned package query, the backend only returns the first one - I'm not sure as of yet how to proceed to resolve this. There are now two main "helper" subsystems available for the common tasks of selecting one package matching a PackageID and either sending the package to a function for emitting data from it (GetDetails, GetFiles) or adding it to a (currently one package only) job and sending it to a function for solving and applying (InstallPackages). There are a lot of optimisations and tweaks that could be made to the query functions, as the whole query code has mostly evolved to save duplication rather than being designed. I've also removed most of the dummy boilerplate. I was keeping this in to remind me which features I needed to install, but as the backend is becoming more and more useful I thought I'd take it out so no non-GSoC code is polluting the main code file. In all, I thought I was going to be behind my milestones this week, but aside from some niggles left to solve later it seems that both local and remote package installation are present and informally tested to work in certain use cases. Known bugs: - Backend sometimes crashes when moving from SimulateInstallPackages to InstallPackages or cancelling; not sure what's causing this at the moment, will investigate later. - Test for GetDetails expects certain packages to be installed and fails when multiple versions of a single package exist, needs some thought as to how the backend should solve multiple version problems. - Install list produces multiple reinstall/install/update category headings due to no sort being produced on the iterator output; may fix, may leave as-is. - Non-severe errors can cause the installation to fail with a fatal error, I need to change the install event handler to stop this. - All package arguments must be given as PackageIDs; this is due to Resolve not being implemented, may work on this next week. ~ Matt From owner-soc-status@FreeBSD.ORG Sun Jul 7 14:01:10 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3A53E9C0; Sun, 7 Jul 2013 14:01:10 +0000 (UTC) (envelope-from zxyu.core@gmail.com) Received: from mail-bk0-x232.google.com (mail-bk0-x232.google.com [IPv6:2a00:1450:4008:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id 9E55716C1; Sun, 7 Jul 2013 14:01:09 +0000 (UTC) Received: by mail-bk0-f50.google.com with SMTP id ik8so1531436bkc.37 for ; Sun, 07 Jul 2013 07:01:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=b9oSCv2j+jAmyRvsJCWiXA5lg/D0KufGA3e6IoQnpEI=; b=OSxt6MmLAQCjBkKr5+8Q54bhj4fqXLYOExUH/QgC541Lv4eXLzpQH4c7UWHFHmRONh 38WhHl08Zq3tv0YRynhaTrViada/coT9VTgcy0j8scbO5puZNGa0od4J8FxlpX5YB4bL 7Xy+1Qovq2T8+b/yN3j0zyAWZwlgHwVvVoG6ynkBrcMQjtG0wBvsy0xzfdoLeiwDpVUF uQ3fAQtYz9a2o0AKRScH0ScWScbIKBlPHwol8FTaBpVITzef9CSAKoEUl9J7GNo5MJEy v6YbahbC/RMH5vHABWBe46KRvsFoBaZgNAImLFL/KPpliEGPeyeC695zqZJpLqmYf++f iSPA== MIME-Version: 1.0 X-Received: by 10.205.12.67 with SMTP id ph3mr2766380bkb.87.1373205666657; Sun, 07 Jul 2013 07:01:06 -0700 (PDT) Received: by 10.204.39.16 with HTTP; Sun, 7 Jul 2013 07:01:06 -0700 (PDT) Date: Sun, 7 Jul 2013 22:01:06 +0800 Message-ID: Subject: Weekly report of July 1 From: zhixiang yu To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jul 2013 14:01:10 -0000 Hi all, I added one bare bone pci ahci emulation during this week. The pci config space such as device, vendor, class, subclass and progif etc. are implemented. Besides this, the Global Host Control registers emulation: CAP, PI and VS are also implemented. Now the freebsd recognize the host as Intel Cougar Point AHCI SATA controller. truncate -s 64M ahcidev ./bhyve -c1 -m 256 -AI -H -P -s 0:0,hostbridge -s 1:0,ahci,./ahcidev -s 2:0,virtio-blk,./diskdev -S 31,uart,stdio vm1 ... ahci0: port 0x2000-0x23ff at device 1.0 on pci0 device_attach: ahci0 attach returned 6 ... Thanks From owner-soc-status@FreeBSD.ORG Mon Jul 8 11:20:58 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8B90194B for ; Mon, 8 Jul 2013 11:20:58 +0000 (UTC) (envelope-from oshogbo.vx@gmail.com) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) by mx1.freebsd.org (Postfix) with ESMTP id 67090186C for ; Mon, 8 Jul 2013 11:20:58 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id 10so9659231ied.14 for ; Mon, 08 Jul 2013 04:20:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=D4cmHilwEsqPve0NF+XNGMsD/OWelkYIo/scWxw7Krs=; b=mU3Rs1rsHRIUe9o/ZhQoq5C8dRbK2wJTuXalNh7f9Pctq92PgzRapgXqDP0El/S7ik JLPAuc3OxCAQCA/7N/3sbMMOPyJSC3ZEWyhEgxk5QCw3GD0p50UKsWjF4dzbJUDHG+US omaXiyCSWMN/oUDWzrSwWjaVpeh7e1ozCO2FDxbT7JI+yyJ34pLx/kBAklFJ6MvvK+Q3 /CPw2N4rSEBwgtTo6GQIPoo9kS7vbDO3YDUmFGEUBDFbHq4YfgnS5zXFUmPgSAA58OoQ xRGjTh6PIlLxCKzvbOH6c9iGRgwck1RHaqK2H+UW4iXDlSA4Ra4VmE4Bv/nntlRZD+w/ JUgA== MIME-Version: 1.0 X-Received: by 10.42.202.144 with SMTP id fe16mr6997580icb.72.1373282458088; Mon, 08 Jul 2013 04:20:58 -0700 (PDT) Sender: oshogbo.vx@gmail.com Received: by 10.50.147.72 with HTTP; Mon, 8 Jul 2013 04:20:58 -0700 (PDT) Date: Mon, 8 Jul 2013 13:20:58 +0200 X-Google-Sender-Auth: xfw2QFq5E8KXdvskPRRKwmkkG8g Message-ID: Subject: Weekly report #2 From: Mario Oshogbo To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jul 2013 11:20:58 -0000 Hi, I finally finished porting rwho(1) and rwhod(8). My changes was committed to FreeBSD: http://lists.freebsd.org/pipermail/svn-src-head/2013-July/049110.html http://lists.freebsd.org/pipermail/svn-src-head/2013-July/049112.html http://lists.freebsd.org/pipermail/svn-src-head/2013-July/049114.html http://lists.freebsd.org/pipermail/svn-src-head/2013-July/049115.html http://lists.freebsd.org/pipermail/svn-src-head/2013-July/049116.html In Thursday I started my another task which is implemented new capability rights (CAP_SEND_RIGHTS and CAP_RECV_RIGHTS). There is still a lot of work with them (mostly in my understanding FreeBSD kernel code). Cheers, oshogbo From owner-soc-status@FreeBSD.ORG Mon Jul 8 11:27:54 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1DED3F3D for ; Mon, 8 Jul 2013 11:27:54 +0000 (UTC) (envelope-from justin.muniz@maine.edu) Received: from mail-lb0-f179.google.com (mail-lb0-f179.google.com [209.85.217.179]) by mx1.freebsd.org (Postfix) with ESMTP id 9D7961D49 for ; Mon, 8 Jul 2013 11:27:53 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id w20so3559006lbh.24 for ; Mon, 08 Jul 2013 04:27:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:x-gm-message-state; bh=HLokhqwZEgVEgUsfkz4TroTTd2tWzYqSbB8EnVsbk8U=; b=eN0P/8gpZOJJ4C99D2Bowkvna5CcHuuyF/VflJ5oEWs3di3F5Lyj8gKikG0l0+ATr2 mA1XrRaNxt1NpAq9Y5D0T7RY39hZlfVPM+syV41RwUzOFSG1qE4jFT0IISHosLdVyBuT LAddV3/JfE+V3z72s+p12qCfApyWWywm3Z4LyV4pbqDBlQ+/irQbAA8voZ4ov6lm7Rp8 2/rNCC0mKJolj2ndMyxPk9YbTQhqD5JLTT4mcyzCWnVaNbEwwFG42MnMUwlf1L80Ihsw hy9IK/eT30reBwPv9RrsoaBYv+9FyLb691b5Y4v+uhWBgmWnvNlHkIjmX1fN7iS3u/8/ Rx8A== MIME-Version: 1.0 X-Received: by 10.152.19.70 with SMTP id c6mr10394238lae.13.1373282872157; Mon, 08 Jul 2013 04:27:52 -0700 (PDT) Sender: justin.muniz@maine.edu Received: by 10.112.77.200 with HTTP; Mon, 8 Jul 2013 04:27:51 -0700 (PDT) Date: Mon, 8 Jul 2013 07:27:51 -0400 X-Google-Sender-Auth: qq5QNMJ23-od3NQnd-eT7MvkmrI Message-ID: Subject: Progress Report 2 From: Justin Edward Muniz To: Eitan Adler X-Gm-Message-State: ALoCoQnx8QqoyydV35tOdoqLh9LlS5ATTxuKr3N0e2q7a1XosUlrAbvmrFWkM4m5qafN4zWWDSgl Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jul 2013 11:27:54 -0000 This progress report covers my Google Summer of Code activity from June 25 to July first. I am working on a project to provide graphical front ends for the pkgng utility. More information about this endeavor can be found at https://wiki.freebsd.org/SummerOfCode2013/pkgQtGtk Though it is off topic, I wanted to share an opportunity I am taking advantage of -- it may be of benefit to other students. My University allows students to earn credits outside of the classroom in the form of a Directed Study. My degree program also requires that I take on an internship. I submitted a learning proposal to the dean of my department and they decided that, for my degree, this experience meets the requirements. My focus for this project is providing the graphical user interfaces that utilize the Qt and GTK+ APIs. Matt Windsor is working to create a powerful pkgng back end for PackageKit, this project will based on his work. In order to start my efforts on enhancing the existing PackageKit front ends, I have decided to create a temporary, less powerful pkgng back end. The reason why I wish to double handle this work is so I can test the front ends effectively, as well as identify additional requirements of the pkgng back end. In order to maximize the intimacy of Matt's back end and these front ends, such requirements should be identified as soon as possible. All of that being said, I have made rapid progress in converting the existing ports back end into a functional pkgng back end. This method does not use the pkgng API. The ruby helper script is quite extensive and pushed back my expectations of having the back end finished during the week. From working with the back end code thoroughly, I understand the way that PackageKit presents data; which should be useful. At the end of the week, I focused my efforts back to pk-setter: a back end selector for PackageKit. I managed to correct some mistakes and learn valuable lessons along the way. I beefed up the functionality of the script, including nicely shutting down packagekitd before modifying the configuration, and then starting it again. I currently have one bug preventing me from finishing the requirements of pk-setter: sed is not outputting the modified configuration file. I am sure that a review of my sed implementation, when I make the time, will provide quick resolution. This weeks progress report is being presented to you rather later than I would have liked. I hope that my tardiness has not caused anyone inconvenience. I will try to be more attuned in the future. My progress report on the time starting July second and ending the eighth will be available Tomorrow. Thank you for your time, and your interest in my progress. Happy coding, Justin Edward Muniz From owner-soc-status@FreeBSD.ORG Mon Jul 8 12:13:28 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0FE9C4E2 for ; Mon, 8 Jul 2013 12:13:28 +0000 (UTC) (envelope-from vsevolod@FreeBSD.org) Received: from n.highsecure.ru (unknown [IPv6:2001:41d0:8:dd9a::99]) by mx1.freebsd.org (Postfix) with ESMTP id D10441CC3 for ; Mon, 8 Jul 2013 12:13:27 +0000 (UTC) Received: from [95.154.136.124] (unknown [95.154.136.124]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: vsevolod@highsecure.ru) by n.highsecure.ru (Postfix) with ESMTPSA id A6CB122127A for ; Mon, 8 Jul 2013 13:12:36 +0100 (BST) Message-ID: <51DAACE3.8050807@FreeBSD.org> Date: Mon, 08 Jul 2013 13:13:23 +0100 From: Vsevolod Stakhov User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Status report: Pluggable solver framework for pkgng. Week #3. Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jul 2013 12:13:28 -0000 Hello, Here is a list of tasks that were done over the third week: - provides support has been added to pkgng: provides are abstract names that could be used by packages to create abstract dependencies, for instance, a perl module could depend on `perl' instead of a direct dependency on lang/perl59; - conflicts and provides are populated in the database manipulation framework; - conflicts and provides support has been added to yaml manifests parsing and emitting functions; My code is placed here: https://github.com/vstakhov/pkg/tree/gsoc As the next step, I plan to implement the initial version of CUDF[1] generator - an interface to the number of external solvers. [1] - http://www.mancoosi.org/cudf/ -- Vsevolod Stakhov From owner-soc-status@FreeBSD.ORG Mon Jul 8 20:21:59 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4B5C5499 for ; Mon, 8 Jul 2013 20:21:59 +0000 (UTC) (envelope-from mikemandarine@gmail.com) Received: from mail-vb0-x233.google.com (mail-vb0-x233.google.com [IPv6:2607:f8b0:400c:c02::233]) by mx1.freebsd.org (Postfix) with ESMTP id 13411179A for ; Mon, 8 Jul 2013 20:21:59 +0000 (UTC) Received: by mail-vb0-f51.google.com with SMTP id x17so3798497vbf.38 for ; Mon, 08 Jul 2013 13:21:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6Z5l0v5p+nykSniYEb6pGWqo/w88m1slZtAJfmXiZak=; b=MYGclr5cvcdDuMeqqWU3VvJa4j6k9HZaQb4U7f+CKvCrZfoubGA2fNzZjdOHZO0L6W Hjoy96UxYNjH4wXjh3dyGszb5hgqJzQeXJAAFQCVrh1kGPBVBDGNn4ac7sRqhd2aIu8N KLNxShelSnk0YoadXO7TjE3OaAMxXsUNQ7EhlWfTRoNzx4OlcGyJSqro1P0JVtxUdJyC Rat0AggWOThQdmeV2qcMBzFn2kgQwI8+ESQzy6XPNemxOXywzBGV4G9WRNDWrKuLrQlI M6vvGgu0eSv3010+jyOjASCzpUAF/9zEjEkH9LfhDzVJzTwmFCrTqBB5n2jQd6KPmN9l 8Fvw== MIME-Version: 1.0 X-Received: by 10.220.192.4 with SMTP id do4mr14762352vcb.91.1373314918539; Mon, 08 Jul 2013 13:21:58 -0700 (PDT) Received: by 10.220.163.74 with HTTP; Mon, 8 Jul 2013 13:21:58 -0700 (PDT) Date: Mon, 8 Jul 2013 22:21:58 +0200 Message-ID: Subject: status report, week 3 From: Mike Ma To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jul 2013 20:21:59 -0000 Hi, Last week I managed to create gluster volume on FreeBSD. 1. Fix the sys_lsetxattr problem. 2. Fix libutil problem in configure.ac. 3. Try to create a volume on a single machine, I managed to mount the volume on Linux, and I can do some basic operations such as mkdir/create/open/write/delete. But I still have some trouble with mount on FreeBSD. I talked to my mentor that I would take a break this week. So I'll fix the problem after I'm back. -- Cheers, Mike From owner-soc-status@FreeBSD.ORG Mon Jul 8 22:37:41 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 99832CBE for ; Mon, 8 Jul 2013 22:37:41 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-vc0-x22a.google.com (mail-vc0-x22a.google.com [IPv6:2607:f8b0:400c:c03::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6C41D21 for ; Mon, 8 Jul 2013 22:37:41 +0000 (UTC) Received: by mail-vc0-f170.google.com with SMTP id hf12so3856848vcb.29 for ; Mon, 08 Jul 2013 15:37:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=qrVcTDQRGArty0n5C5FhCVXFPzPZuUMAKiyGJOYoHhA=; b=z7e602/9x1r+8WQ42UYsg+f16rkBSNEP0S1CEtR+pFIFehrX6lqkvyYX2vC15CWnf4 /p5+dqD5SFKvRV2ooLdZwA0mPjxUoyq/fapdYYCja6N1ImlLopuitOkDy9s47+Mk4tiQ prtvePglOvfrWb8vym+Cr1vQXE9I9aiaGpCWwig7cbKFDuRomgsOuiKTQzNVVNLqFVS2 cQRVzwiLSMCs28ssSmcGdvn+vMO2ApOrCEtoymZX4kkA6xeLTeYB24KkPUwkpOgXrlnm F2FF1NWtdTA/QTDrCTmh4wybNUbg3wmP0gxis/E7rgpSCaz20wmYOJnWn809GKV4Na7P Mceg== MIME-Version: 1.0 X-Received: by 10.220.144.13 with SMTP id x13mr15283911vcu.21.1373323060918; Mon, 08 Jul 2013 15:37:40 -0700 (PDT) Received: by 10.58.45.162 with HTTP; Mon, 8 Jul 2013 15:37:40 -0700 (PDT) Date: Tue, 9 Jul 2013 04:07:40 +0530 Message-ID: Subject: IDMS: Weekly status report #3 of 14 From: Ambarisha B To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jul 2013 22:37:41 -0000 Hi, Last week I continued work on the DMS server. Progress: - Successfully tested the basic server - Worker is now isolated from client - The client notifies the server of the signals it receives - The worker takes the fd of local file passed by the client to the server(/daemon) - Currently, working on modifying libfetch to accept a connection Also, most of the things needed for status updates are also in place now. This week I'll be working on : - Finishing the libfetch things, so that sandboxing can be done (Right now, the socket being created in libfetch is preventing the worker from being sandboxed) - Finishing the status updates (part of dms improved) - Testing the setup a little more Cheers Ambarish From owner-soc-status@FreeBSD.ORG Tue Jul 9 11:31:42 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 54AE1955 for ; Tue, 9 Jul 2013 11:31:42 +0000 (UTC) (envelope-from tuchalia@gmail.com) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) by mx1.freebsd.org (Postfix) with ESMTP id D602A19F2 for ; Tue, 9 Jul 2013 11:31:41 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id w20so4614064lbh.10 for ; Tue, 09 Jul 2013 04:31:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=208+HDpBLCvp1yLOxUY+CCea7hb+SVBWs3cGJ4KWJ4U=; b=l5b8mxnB1mSgQPlG43T6YvDSaz5W8F5e+K6skd54WJ2f26NofUM6ezu9gWoUnvVsFs SG4qh7/l53m/fO/O9Rfo0Ctu7Ut3RrcuB6rO7DRlpPvGTFfbOSSVMUcFMbIuB6DyWztz t0cOI6d6ffpjNuvxtgMvn1whELjBG+DJ/wXUw1CdBPKiEW/fHbQyRjjkVMovl5qcQh0T ZrKOCnSfTtMcojmK2zqh3EkT61bIx1M5RxCKP143tMQQFT+vMDqKot7cbNEsYK4zP7sm /YGMG6x/ehw23/nLHBHx/XaAZi0DTGSNy55HL/EAAZla2HMrKgaLeZlIU2mJYQMBXZnw oOYA== MIME-Version: 1.0 X-Received: by 10.112.141.202 with SMTP id rq10mr12388228lbb.83.1373369499927; Tue, 09 Jul 2013 04:31:39 -0700 (PDT) Received: by 10.112.59.234 with HTTP; Tue, 9 Jul 2013 04:31:39 -0700 (PDT) Date: Tue, 9 Jul 2013 13:31:39 +0200 Message-ID: Subject: Weekly status (2 weeks late!) From: tuchalia To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jul 2013 11:31:42 -0000 Hello, as you may know, I'm working on porting some software services to Capsicum [1]. As of now, after struggling with the first project(porting bzip2 to Capsicum) for 3 weeks (that's 1 week late on the deadline), I managed to finish it. I had some design decisions done wrong, and tried to do something hard that wasn't needed (passing file descriptors through a UNIX-domain socket), that made me to lose a week. Finally, after a code cleanup, and some days, I managed to get the program working and compressing fine with Capsicum. And now, armed with all the past experience, I'm trying to port xz to Capsicum. I already finished limiting fd, but I now have to do a little architectural change in the program to get it to enter capability mode fine. The good thing is that thanks to the experience I had with the first program, and the readability of the xz code (its very easy to get the general architecture of the program) I am confident about making it through the deadline, even being a week late. [1]: https://wiki.freebsd.org/SummerOfCodeStudentChecklist -- Daniel From owner-soc-status@FreeBSD.ORG Tue Jul 9 16:07:48 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 577B2709 for ; Tue, 9 Jul 2013 16:07:48 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-vb0-x22c.google.com (mail-vb0-x22c.google.com [IPv6:2607:f8b0:400c:c02::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 1FAA21A44 for ; Tue, 9 Jul 2013 16:07:48 +0000 (UTC) Received: by mail-vb0-f44.google.com with SMTP id e15so4604677vbg.17 for ; Tue, 09 Jul 2013 09:07:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=eBPkNx8jVNvB1Dy2S8eR0SiiMcQa6ITwPXTUnbpDAPI=; b=PXsEoEQpfcdtbb5fCxmRtSuFCSxOAzWYKRCimDi9M5J4yC3RiXltaK02JtJbf2JCwZ HvzvITBB2IwSwHZlHCejjhyvE1Oi16w5y8w8d8mU+zwXWcSCVqY3CROV7Jmt1h1X0iEu Zaj5tkjqYi4WxxvMXIz7V9fhdRx7PKfnlkyLHzHYFJN4cYpSnGoaeb3qK008Y7UXLv+H Z8BkPhSV5YoLq3E4clHU/A5WDgVKuq0KCMwAsZcllUyVitYA0lZAOpUOy7niQre0DxKh T9qWcDtUjQumMMd929AWUPOn5z74x69i0NrizkWNyHhOXKInS2QPsxrj7A6GMH15B8ft hbmg== MIME-Version: 1.0 X-Received: by 10.220.191.5 with SMTP id dk5mr16755228vcb.47.1373386067579; Tue, 09 Jul 2013 09:07:47 -0700 (PDT) Received: by 10.221.1.73 with HTTP; Tue, 9 Jul 2013 09:07:47 -0700 (PDT) Date: Wed, 10 Jul 2013 00:07:47 +0800 Message-ID: Subject: Weekly Status Report, Jul 9, 2013 From: Chenchong Qin To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jul 2013 16:07:48 -0000 Hi! Here is the work status of last week. I added multi-rate table stuff to net80211 rate control to make it support 4 rate table entries. I also walked through the if_ath_tx_ht.c to see what the ath driver do with the rate decisions. Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Wed Jul 10 03:54:05 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3C9F981D for ; Wed, 10 Jul 2013 03:54:05 +0000 (UTC) (envelope-from justin.muniz@maine.edu) Received: from mail-vb0-f42.google.com (mail-vb0-f42.google.com [209.85.212.42]) by mx1.freebsd.org (Postfix) with ESMTP id 02F4710F4 for ; Wed, 10 Jul 2013 03:54:04 +0000 (UTC) Received: by mail-vb0-f42.google.com with SMTP id i3so5030366vbh.1 for ; Tue, 09 Jul 2013 20:53:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=+8+BwVqq8RNPHftSv3/QPpJe4PDBXqmEptkR+cxB1bQ=; b=cQuoqHRZ7m3CJ307WCAr2lYmel20QOUV2+9paZ6/BZ77qVbPJP6zpYhVyBR9S11dXa vg/9XAXQA8OcH8gzFJMsngKlfVsGM8b6gBS15zHzsUv3sKjw1hEh2hapdCqEcYppWYhE N8ejhXdkyC0VIo61Z6LsWKxWvXCfmotFuloQH5C/aq6tAqnXvrtSYAEE4tm/YNkOLgH7 NcngJmkJPtM/7cV7JSIotlsbD9vMA96BCv1SCzOG0ONoHSf40mxDqH9jEeigbXrH+nOL W3qq5hc3NHrdVlIIqXim9M1fZsBS+ZJZPSzUisLL/Uwd1Y7gwWiy5Tj8yvLEHMeBi5ya sD7g== MIME-Version: 1.0 X-Received: by 10.52.33.47 with SMTP id o15mr15132225vdi.1.1373428437673; Tue, 09 Jul 2013 20:53:57 -0700 (PDT) Received: by 10.58.214.138 with HTTP; Tue, 9 Jul 2013 20:53:57 -0700 (PDT) Date: Tue, 9 Jul 2013 23:53:57 -0400 Message-ID: Subject: Progress Report 3 From: Justin Edward Muniz To: Eitan Adler , soc-status@freebsd.org X-Gm-Message-State: ALoCoQnXELerWXGsvw2ImLR23uzGMpy6KabVywUUyR1iQAqSSA25JxHal8e9BN5daUip9EmfxpiS Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jul 2013 03:54:05 -0000 This report is for the project to develop graphical front ends to aid in simple to complex package management. The time covered in this report started July the Second and ended the Eighth. More information can be found at https://wiki.freebsd.org/SummerOfCode2013/pkgQtGtk; please let me know if you have questions that are not answered there. The beginning of the week was dedicated to my ruby back end helper script, which is still a work in progress. I then completely turned my focus on organizing my work and ideas. I submitted the FreeBSD Quarterly Status Report, it can be viewed at http://www.freebsd.org/news/status/report-2013-04-2013-06.html. I updated the Wiki page. I worked on documenting the repository hierarchy, as well as my procedure for quickly testing the work. I explored the PackageKit front ends and documented their current issues. I am also exploring the features that could be implemented to determine the feature set to implement on the front ends.The culmination of this documentation work will be available in the README, TESTING, and TODO files in the root directory of my repository presently. I also started drawing the front end interfaces with the enhancements. With this project, a rigid feature list and interface design should be in place early on. To run the front ends I started with a clean installation of PC-BSD. To prepare for Qt development, I installed Qt Creator. I am still looking into Glade for my GTK+ work. Justin Edward Muniz From owner-soc-status@FreeBSD.ORG Thu Jul 11 16:23:04 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 32CFFDF1; Thu, 11 Jul 2013 16:23:04 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x231.google.com (mail-bk0-x231.google.com [IPv6:2a00:1450:4008:c01::231]) by mx1.freebsd.org (Postfix) with ESMTP id 987F01865; Thu, 11 Jul 2013 16:23:03 +0000 (UTC) Received: by mail-bk0-f49.google.com with SMTP id mz10so3407914bkb.8 for ; Thu, 11 Jul 2013 09:23:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=M4lAdOtpF/wa/7ux3SuJ6RMwdxIqB2Zyw6AqY4VQ0zs=; b=Uqd1Dwi18XR1jneEgtdsa33UjZJ1FR+RUnNhnzZCBYGh63iSr/tARz723FKLL9kaPf HhCbRhii4XcCait8I0CRv8YYQv6oT2SWHxeVqwjLZ3WvvA0Mjf+Kt5Rd/83p+99L85zi JdxDHLKSQr3ObKIoom4ZMbWpKtcg9b7TuavMUq8klhl75BH/m4wnEbvrqp07trXSrvix Ek8uVYAAuka+EwfBOqQJCSamtXR27z8lCjXl+ahg0wJOgQwiw47FrmY5RVX3eHjttKsi O4WAo0heGTDoEWCXhRz2BUO/RBqkJ7FZAh4aVSFhOTujZ6+DSbWs2QsMMheg1hfS3Mtn Zbqg== MIME-Version: 1.0 X-Received: by 10.204.168.72 with SMTP id t8mr5531153bky.161.1373559782684; Thu, 11 Jul 2013 09:23:02 -0700 (PDT) Received: by 10.205.18.69 with HTTP; Thu, 11 Jul 2013 09:23:02 -0700 (PDT) Date: Fri, 12 Jul 2013 00:23:02 +0800 Message-ID: Subject: Weekly Status Reports #3 - XEN HVM Guest Support From: Bei Guan To: soc-status Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Justin T. Gibbs" X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jul 2013 16:23:04 -0000 Hi, In the last week, I still worked on the XEN PVUSB front driver. I ran into some problems and I had more discussions with my mentor on some details of development. What I've done in the past week was: * Re-define the data structure for Xen virtual USB host controller. * Try to attach the Xen virtual USB host controller. * Update the FreeBSD source code to the latest version. Thanks, -- Best Regards, Bei Guan From owner-soc-status@FreeBSD.ORG Sun Jul 14 16:53:23 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3129B706 for ; Sun, 14 Jul 2013 16:53:23 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ea0-f175.google.com (mail-ea0-f175.google.com [209.85.215.175]) by mx1.freebsd.org (Postfix) with ESMTP id B63C193E for ; Sun, 14 Jul 2013 16:53:22 +0000 (UTC) Received: by mail-ea0-f175.google.com with SMTP id z7so7281055eaf.34 for ; Sun, 14 Jul 2013 09:53:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type:x-gm-message-state; bh=Nle6XWXlx6vUf/1K1xpw3b6JRN3CR4+RJHYMi8gmLbs=; b=ofPPl1iWt3dg8809ED99Wo8uFIM2/mfyo95Qgl8lhTe2Zi9qM413HT9Fc+39iH3wQO T5ImV5cb8DAyWjoFpGeqxlIj4GarXA/F9auJUVC+rlP6kwFdIamyoOI51cZ2tVWWltx1 ew9A4nU+cyvho0Asu2UaodCqr+x2xAif5rcxVsTOyNe9SwoHWUdemSi068ZwqshSEX19 pYFmP4t9zqnU/XS8i1gOGRYzgmkRGCpkyFrlTiOXAF8lhgS/4c/+Z3WkJGz2SC4NkY6+ QT6TdpetflqvrVALzR5MNCMukDI9T0kvEw8lazfetZmsJ6uY0K15+hkNUAW2j9P3432J Imuw== X-Received: by 10.15.50.132 with SMTP id l4mr54196501eew.122.1373820795985; Sun, 14 Jul 2013 09:53:15 -0700 (PDT) Received: from [192.168.0.120] (cpc9-harg5-2-0-cust65.7-1.cable.virginmedia.com. [81.102.218.66]) by mx.google.com with ESMTPSA id b3sm95866148eev.10.2013.07.14.09.53.13 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 14 Jul 2013 09:53:15 -0700 (PDT) Date: Sun, 14 Jul 2013 17:53:13 +0100 (BST) From: Matt Windsor X-X-Sender: mattbw@cavalier To: soc-status@freebsd.org Subject: GSoC status - Week 4 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Gm-Message-State: ALoCoQmf25dPkOofvKC2+o2WsO5nl1EaMdIPU6KzrQ9idskqJ3JWQk/hL4GO/nwU7x0WG0iP9/IJ Cc: jmuniz@freebsd.org, eadler@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jul 2013 16:53:23 -0000 Hi again, A slightly less productive week this time, in that RemovePackages has been implemented in its most basic form (none of the flags sent to the backend_remove_packages function work yet). I'll probably investigate how to provide or properly step around the other functionality when the week I earmarked for remote updates comes up, as that was implemented last week. Most of the work this week has been, as ever, shuffling what already exists to accommodate more functionality. Jobs and searches are now somewhat abstracted (indeed, currently the main difference between installing and removing is changing around the job type and failure error enums, and the difference between group and name search is mainly passing a different match string and field requirements to the same "search and emit package matches via PackageKit" function. Another notable changeset this week is the way group matches to port categories work: - When matching against packages, the first pkg_category will be used if available, with a fallback to the old behaviour of snipping the port directory off the origin and matching that; (To be tested) - The group-category mapping is now stored in a whitespace-delimited text file, backends/groups, as opposed to living in C source. Currently, this is massaged by a sort/awk pipeline into becoming a C array; if I can figure out where to place the file in the filesystem, this could become a runtime read instead; - The mapping is now bsearch'd instead of linearly searched, which probably saves precious nanoseconds of time =D All in all, not an amazingly eventful week. Here's to next week being hopefully more productive... (Story so far: the PackageKit backend can currently search groups and names, retrieve details of packages by ID or name, install some packages with a few bugs, remove packages with no autoremove/other features implemented yet, list repositories, and list files of installed packages. Very little formal testing yet and lots of bugs and deficiencies here and there, hopefully the second term of GSoC will see a lot of testing and bug squashing.) ~Matt From owner-soc-status@FreeBSD.ORG Mon Jul 15 14:15:34 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 80E78694 for ; Mon, 15 Jul 2013 14:15:34 +0000 (UTC) (envelope-from def@freebsd.org) Received: from mail1.uj.edu.pl (mail1.uj.edu.pl [149.156.89.193]) by mx1.freebsd.org (Postfix) with ESMTP id 4604FD04 for ; Mon, 15 Jul 2013 14:15:34 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from [192.168.0.145] ([89.64.234.87]) by mta.uoks.uj.edu.pl (Oracle Communications Messaging Server 7u4-27.01 (7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MPZ003WPE1E6D00@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Mon, 15 Jul 2013 16:10:27 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.0 X-Antivirus-Code: 0x100000 Message-id: <51E402D0.8080906@freebsd.org> Date: Mon, 15 Jul 2013 16:10:24 +0200 From: Konrad Witaszczyk Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 To: soc-status@freebsd.org Subject: Report #4: Unattended encrypted kernel crash dumps X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jul 2013 14:15:34 -0000 Things that I've finished recently: * Import XTS implementation from pefs - create crypto/xts.h. * Change the kerneldumpheader structure to store data required to decrypt data. * Change the dumperinfo structure to encrypt data in the dump_write function. * Add a kernel option to compile kernel with encrypted crash dumps on demand. * Display encryption details in savecore. * Encrypt a crash dump with a constant AES key and make it suitable for savecore. I modified dump_write to save data in a dumperinfo buffer so when the buffer is full I can encrypt data and call a dumper function to write them to a dump device. The buffer should have the same size as a block. There is one limitation at the moment: dump_write should receive data in a natural order, one after another. Otherwise it will save data in a wrong order. The plan for the next week is to do at least the following things: * Change savecore to save a key and a tweak in a separate file. * Create a script to decrypt a crash dump. Regards, Konrad Witaszczyk From owner-soc-status@FreeBSD.ORG Mon Jul 15 21:09:44 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CC3C223A for ; Mon, 15 Jul 2013 21:09:44 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id 94A71AD2 for ; Mon, 15 Jul 2013 21:09:44 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id id13so9531207vcb.41 for ; Mon, 15 Jul 2013 14:09:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/c14133qILtwLHNy6m63Yt7ER0bSDF2lj5UaZSAachA=; b=MdwluratcQYSjwSbdFbc5WzPhRtH2A1jgvjdHLb3xNXx915qgeDWm3QmMytw/m1z3z 6a27A+vrkMrTJAEedcKU9C2Kf24VTu3yOt2WU8kJ/Dr8HhUScKYl+V5A7fmp3WGZ8uXy XWf3mzjSUAwLH8nUaPxuzBxc9XxqQe2geykhgRy3mEPiBFLyyS3K5wnZ+miXVZ3dn9d1 b/xqT6us26Qob9JN39FQOuYgNfCmsXrRjlI+wnJhGiViLZP0iCnM7iK8uow67fLWhi0j Rjl0QTHTKvppqGadrqT4NsSUXZ8ZdLRe4+ZgF5R56B7ji038+qQNmnWq/kuWMI/I/r64 4Cvg== MIME-Version: 1.0 X-Received: by 10.58.172.39 with SMTP id az7mr28706694vec.13.1373922584124; Mon, 15 Jul 2013 14:09:44 -0700 (PDT) Received: by 10.58.45.162 with HTTP; Mon, 15 Jul 2013 14:09:44 -0700 (PDT) Date: Tue, 16 Jul 2013 02:39:44 +0530 Message-ID: Subject: IDMS: Weekly status report #4 of 14 From: Ambarisha B To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jul 2013 21:09:44 -0000 Hi, Last week's progress: - Testing (better signal handling in client) - Finished status updates (i.e download progress is communicated back to the client) - Libfetch now accepts a connection As per the schedule in the proposal, this week I should be working on handling duplicate requests and checksum verification. The next week is a buffer week. So, first couple of days I'll spend on fixing a few small things like client wants the fetched file on its stdout and when the remote site requires authentication (though, this might not be needed for fetching distfiles). Cheers Ambarish From owner-soc-status@FreeBSD.ORG Tue Jul 16 09:53:48 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CA5D4C66; Tue, 16 Jul 2013 09:53:48 +0000 (UTC) (envelope-from oshogbo.vx@gmail.com) Received: from mail-bk0-x22a.google.com (mail-bk0-x22a.google.com [IPv6:2a00:1450:4008:c01::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 36E34B25; Tue, 16 Jul 2013 09:53:48 +0000 (UTC) Received: by mail-bk0-f42.google.com with SMTP id jk13so171533bkc.29 for ; Tue, 16 Jul 2013 02:53:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :x-enigmail-version:content-type; bh=QGyuUihwMSOHJzbyr9pbUQ6xxKv2iKZWNlXWZpi0cfI=; b=HLabc6lpmddAkCu8w10CLmAbgndayjNUMArf1JBp/jUvbc6EtoSZobC6gQSS3CLXid ukXp8BBaqgTdUKXkhqAj8cD4KV2EURa0vzr++o9y4QzxwwWCo4x5TeG++ihNMVQ27XmR TzOAdIBg5ZUH1lnOAUnFCJYafE2PMo9Q+krTOiu77QLRwdkhacUDwTxnxcGgfRywm9lD 4Jbmu0cs3y708LLHerZ1iwKI3VpUuqTFKR+utQKdTBDW8VGf93Trb7imQ9Xhfc253ihj WgaS/Orkebcz16BBGeMe3kOM9CZp57Fy2QGc6PSwXEwWJu9tF0A6BPCdGr18W0XrMlxz mBqw== X-Received: by 10.204.173.196 with SMTP id q4mr155577bkz.9.1373968427000; Tue, 16 Jul 2013 02:53:47 -0700 (PDT) Received: from [192.168.0.195] (58.wheelsystems.com. [83.12.187.58]) by mx.google.com with ESMTPSA id fc7sm326473bkc.3.2013.07.16.02.53.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 16 Jul 2013 02:53:46 -0700 (PDT) Sender: Mario Oshogbo Message-ID: <51E5181E.3060904@FreeBSD.org> Date: Tue, 16 Jul 2013 11:53:34 +0200 From: Mario Oshogbo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: soc-status@freebsd.org Subject: Weekly status report #3 X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2SCUHPWXXTFEUXAELLNKC" Cc: pjd@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jul 2013 09:53:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2SCUHPWXXTFEUXAELLNKC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I almost finished implementing CAP_SEND_RIGHTS and CAP_RECV_RIGHTS. I implemented two different approach to the problem. First method was to give capability rights deeper to the functions that operate on sent/received package. This method you can see on http://p4web.freebsd.org/@md=3Dd&cd=3D//depot/user/oshogbo/&c=3Dc5V@//dep= ot/user/oshogbo/capsicum_rights/?ac=3D83 This method is very invasive and it force to change a lot of interface to do it. The scened method was to check rights in function sorecive/sosend, so on very higher level then in the first approach. This method is good for sending descriptors but its very unsecured for receiving descriptors. When we checking rights to recv the descriptors are already allocated in userland memory. Even if we decided to free descriptors after checking rights, we can image attack that will duplicate the descriptor using another thread before we check rights and free those descriptors. This approach you can see on this branch: http://p4web.freebsd.org/@md=3Dd&cd=3D//depot/user/oshogbo/&c=3Dc5V@//dep= ot/user/oshogbo/capsicum_rights2/?ac=3D83 There are still few things that my Mentor recommender my to discuss on freebsd-net mailing group list. You can fallow the first thread on http://lists.freebsd.org/pipermail/freebsd-net/2013-July/036050.html My mentor and I write few words for FreeBSD status reports: http://www.freebsd.org/news/status/report-2013-04-2013-06.html#New-Capsic= um-Features I also decided to write some blog post about configuring FreeBSD diskless on VirtualBox: http://oshogbo.vexillium.org/news/28/ Cheers, oshogbo ------enig2SCUHPWXXTFEUXAELLNKC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJR5RghAAoJECRkYejLhN/jvCQP/3i3RYlU6/KAdjw5uLSZTKwK IMs1nRSS/zQOk7jfbTc00sfGqnQJ1eIPJI+6ghW/9+1Lcz1RmioHo/sYSNjK5qxk a4plTcetEU1dzqmR1tNCqINFYBMaKzdVfdCEi50LWM4ANRhUSRy2UT4XM28nF5a4 hgJgsyldGbQbQok5Kb15GtGXyqmTKxxDMtSmkata3BT74JOhNaMUh9srHyLIsOTm y7Qo/Chu8KAngVbW5f/q0VFczVAOTcp3An3H/vUd/u7wxWQ+edRBsb4OIerAMP6H VD+CKUd1mMuHtk/Q4ZfAu8TsdlfjsNAjJ0bfVrt/cdinV3Ab6qUaA8YsuU8XDlwP U/NjJcTVn+xwwY2+jBt69aME5CPqyQ3v9U+PDtNQYkZ0f0wrV/8Q+VbqG1nd+oqW KRQiRM3dUvIJKAi5+7abUHrSCd07LdapLtNSVWGPOnPpIAdnLoZC0OY6bTYSkBmA zWyjfu9tNp2hn8hNLoByFW1N6ugtfNywYQojNgzx6ByFw8fHM6YiCFjsqK9k1S9k 5nq4ngA8R3Swj2g6Kb0vkA99fDcVLwsJGgaUsF+bcfZilFzWtgLf7UC1Fgl4tzFU GTA/y5L/nw65oaR11NnBMWikHvalAu+v12ExN/qh9WuL0Is7go/9tHPzCuL9hAnA cMr7/bz5SMx58tOAlU57 =z2iw -----END PGP SIGNATURE----- ------enig2SCUHPWXXTFEUXAELLNKC-- From owner-soc-status@FreeBSD.ORG Tue Jul 16 13:31:30 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 11689B9D; Tue, 16 Jul 2013 13:31:30 +0000 (UTC) (envelope-from zxyu.core@gmail.com) Received: from mail-bk0-x236.google.com (mail-bk0-x236.google.com [IPv6:2a00:1450:4008:c01::236]) by mx1.freebsd.org (Postfix) with ESMTP id 769CC75B; Tue, 16 Jul 2013 13:31:29 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id it16so257905bkc.41 for ; Tue, 16 Jul 2013 06:31:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=HaMtUAfNvuQFuFsGZ2dVOIoRTCSNlWpWwDe5XeVKbAk=; b=T8perxvZ/8vVK+vgZtuaWYEUS8Lo7FupIfMrUKmz7xBS5DWarAV/W7Hme1us9enE4B y1AxZyg620JCidrbL3JN8+GlE8yJDnb7WTGwEKPSOAW/BXSBWYYSm+2+NIfOw8oIQjUq aTQyiRMp5IqAi1cAQ1zhhLJXvTC08vcQr3Q9PGleHQBHM6fEeCJBIb5tdCiPIgyyhGtN fKaOG5n16HxVGFdhvAoWGYSaaM/dlj8LqnONhtZpdVQUJXEsyUjO7xIcWoUHGUKHiKm0 CCXdCGxB9DUx+n8OvK8leuN7Z/JA5F6fQvUZIAmu6a0SD8QemVfg4wVil7gndlsgxbMR JKqA== MIME-Version: 1.0 X-Received: by 10.204.3.137 with SMTP id 9mr271337bkn.147.1373981488440; Tue, 16 Jul 2013 06:31:28 -0700 (PDT) Received: by 10.204.39.16 with HTTP; Tue, 16 Jul 2013 06:31:28 -0700 (PDT) Date: Tue, 16 Jul 2013 21:31:28 +0800 Message-ID: Subject: weekly report of July 8 From: zhixiang yu To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jul 2013 13:31:30 -0000 Hi all, This week, I focused on design decision about multithread,kqueue or not. As we know, pci_virtio_block doesn't make use of multithread and kqueue, but pci_virtio_net fully makes use of these technologies. Guided by my mentor Alexander, I know it's better to make it multithreaded. Then we talked with Neel and Peter and found that Peter has implemented one excellent multithreaded general block_if which can be used in my project. Finally, I merged Peter's patch and fixed one problem of the block_if. Per my test, the block_if now works perfectly. However, the pci_virtio_block still can't work after switching to block_if. I'll bypass pci_virtio_block since it doesn't impact my SoC project. Thanks From owner-soc-status@FreeBSD.ORG Tue Jul 16 17:49:28 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 43880ED0 for ; Tue, 16 Jul 2013 17:49:28 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id 0BF15813 for ; Tue, 16 Jul 2013 17:49:27 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id id13so662900vcb.41 for ; Tue, 16 Jul 2013 10:49:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=h4JdkilyOooWMOYBZpZklWx4IOqprJ2wjWb5bKR0FhQ=; b=bFrM3/AJqNI+fh+BaNBjymBF//Q7/Rvd3IOBrTUARZ8eZw+Xg5JO0TtlYseMO1Vm5O 2fKKcSYEgw7Px/05bQkaaM1ovHawz/OQ2g6DMI9nZyTomiMXez8Yew3Ghei1WfI4gvWE EI7L7h/N62bSA9BB1h6UjKA3+I3buRSwH4Uwrdz/heXAdra+Y3tdqEpdnjlTZYG+d6qH lt9h2C+riVHhD4/ES24sz6X6Kn/Cb0lv2I6THlE6/qRXC7BZw+IEd7GJVOiVsAYuUy14 BhHbk9OMrMTeOO5nykeCiJ1Pah8WUFBvkw0JcvTHyq0kVbghuJK1t5kC3JOoN34LqPlB awIQ== MIME-Version: 1.0 X-Received: by 10.58.224.102 with SMTP id rb6mr784205vec.43.1373996967540; Tue, 16 Jul 2013 10:49:27 -0700 (PDT) Received: by 10.221.1.73 with HTTP; Tue, 16 Jul 2013 10:49:27 -0700 (PDT) Date: Wed, 17 Jul 2013 01:49:27 +0800 Message-ID: Subject: Weekly Status Report, Jul 16, 2013 From: Chenchong Qin To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jul 2013 17:49:28 -0000 Hi! Here is the work status of last week. I added some per-rate option stuff to net80211 rate control code to make it handle different situations (pre-802.11n,802.11n) when RTS/CTS is enable. I also tried to add some 11n features to the rate control code. Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Tue Jul 16 18:00:08 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 28E57675 for ; Tue, 16 Jul 2013 18:00:08 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-pb0-x22e.google.com (mail-pb0-x22e.google.com [IPv6:2607:f8b0:400e:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 059F88DD for ; Tue, 16 Jul 2013 18:00:08 +0000 (UTC) Received: by mail-pb0-f46.google.com with SMTP id rq2so960133pbb.19 for ; Tue, 16 Jul 2013 11:00:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=ukCJFEmea8LlvEDp0AM3txkGI8DLu1GG4VahkB9WcAY=; b=TMtO9p9hxJ2J772QsbC/vdoRWAH6t8NjMSChzbS4NuIGW5WSLV9gh2WijxoaUIgssn A1GbzYNF2EJQ0cfFA62GeBIuO2M1/DCpAfj9vTIPECBHjp0svCsnpboTYJ8rOiVQjeRy Cb/QJaRysFr0W6s6fMHMc46ufCx+AN0Lr0AjQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=ukCJFEmea8LlvEDp0AM3txkGI8DLu1GG4VahkB9WcAY=; b=Zw5n432xloCAm1XMYo4ND2Nkakh2Gz+s8/ZVfNUq1ztBUtG1EMfnuTTQkjUzOGaukS umkmVaGLCJzasCVY+pVMmpcx5krfCcKTyUfx3XVoo5rVfoEiZxsFHDsXCPYLyiJrisvV mhKKdyZ5i4WZLQQUGCD+RohcSw/4qY/6/UwG7ZtugzaW46fT/69mVONyr9CZ3f+OUg6E J516kicJXxsOBNJkR2ecYpBuSf+lUM/ucWOPwWttMcA3cwJjyrMmForNew8xSin+gFyU 8xMX3BK7uYORasmBdD8+eFtbSZGIAK1tIzxrG64TgGDCwr/WcJz8ViRSMTYhJ/HMp5rD h1Hw== X-Received: by 10.68.223.225 with SMTP id qx1mr2637564pbc.157.1373997607731; Tue, 16 Jul 2013 11:00:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.228.229 with HTTP; Tue, 16 Jul 2013 10:59:27 -0700 (PDT) From: Takuya ASADA Date: Wed, 17 Jul 2013 02:59:27 +0900 Message-ID: Subject: [status report #3 & #4] USB device passthrough support on BHyVe To: soc-status X-Gm-Message-State: ALoCoQn5hPRZNrz6bLcuxlO0ZqSfmmqXC7HqMRbhFQ62kkjdak4YhpIqXqk86Mq+An4T2a+WapCd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jul 2013 18:00:08 -0000 [project summary] The project goal is to support USB 1.1/2.0 device passthrough on BHyVe. [weekly status] * porting UHCI emulator - Initial implementation of IO space read/write handling - Interrupt support using legacy intr(non msi) - Implemented timer helper functions - Better debug message - Fixes of controller initialization As a result, now guest kernel able to detect uhci0 (with an error message, though.) Here's a guest dmesg output: uhci0: port 0x2040-0x205f irq 9 at device 2.0 on pci0 uhci0: USB revision is unknown. Assuming v1.1. uhci0: LegSup = 0x0000 usbus0: controller did not stop usbus0 on uhci0 usbus0: 12Mbps Full Speed USB v1.1 ugen0.1: at usbus0 uhub0: on usbus0 Root mount waiting for: usbus0 uhub0: 2 ports with 2 removable, self powered From owner-soc-status@FreeBSD.ORG Tue Jul 16 22:38:19 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3ED9AD45; Tue, 16 Jul 2013 22:38:19 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) by mx1.freebsd.org (Postfix) with ESMTP id 0480B6CE; Tue, 16 Jul 2013 22:38:18 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id v19so1435237obq.21 for ; Tue, 16 Jul 2013 15:38:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=oLb/bkK1XpERSth7qQpgdvpguft68vDUkyZAA/2/PvI=; b=yOXT213sN4AJNoiaDfFMjon0qTlfhrR+QmiI6eVNHAmjJ9PMxNiVWMIfTIo/JD5mio oF1aEbwu0S86/WIqB6ZWZGSZ/9NitjgWWM4KojjShrnX3LI4fh/2uDfQ0IFzJNexGQXQ Wdpv1iqLX2Q+nyRutoqY6jfH4W1QZqVBvuTsn1s5bLksnyH0iLPunUJazwjyi8hf/LKX Lylxn/FCNV7rKlvntL88WF2tyM5LASYCF06gjqEFuaGw9n2quGrSLVUce0C1KUap4GoB y/f1559RZSrpTylWCJ5GoDY284cviCfZ5FQHx7O8gBW4YFmdLfZ76wITn4jeFdoSk+Ue rq0w== MIME-Version: 1.0 X-Received: by 10.60.97.200 with SMTP id ec8mr4624314oeb.33.1374014298473; Tue, 16 Jul 2013 15:38:18 -0700 (PDT) Received: by 10.182.220.199 with HTTP; Tue, 16 Jul 2013 15:38:18 -0700 (PDT) Date: Wed, 17 Jul 2013 04:08:18 +0530 Message-ID: Subject: IDMS: Second thoughts about sandboxing From: Ambarisha B To: Xin LI , David Chisnall , soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jul 2013 22:38:19 -0000 Hi, As we discussed, I was planning to sandbox the worker. For this I modified the libfetch to accept a connection. After feeling uneasy for a while, now I am convinced that I am doing it all wrong. I don't think we should sandbox the worker. All the sandboxing, capsicum integration etc. should be done within libfetch. My arguments for this: There are multiple independent (http/ftp) requests happening in each worker. As such, it is both tedious and pointless to create all those connections before hand, then sandbox and then use the connections. I realized libfetch abstracted out creating a connection for a reason. If we make a connection and sandbox, we won't be able to handle redirects as we'll have to create a connection with the new target site. If we handle redirects before sandboxing, we're basically doing all the header processing before sandboxing anyway. Just the data transfer would be sandboxed, which seemed pointless to me as it is pretty straightforward. Modifying libfetch to accept a connection, itself, was a hack. I had three options. Sneak in the connection object in the url struct or change all the function prototypes or double all the functions with an additional connection object parameter. I chose the first. I think all the sandboxing should be done within libfetch because that is the point where we can confidently say "I don't need to create any more connections now". Ofcourse, this means more work with libfetch and that some of the work I did is useless or has to be undone. But I think its better to fix it now than later. I think, the best way to go is to just assume libfetch is foolproof now and then make it foolproof later by integrating it with capsicum. After spending some time on this, I'm interested in trying it out myself. I would love to be proven wrong here. That'll save a lot of work :) Cheers Ambarish From owner-soc-status@FreeBSD.ORG Wed Jul 17 03:58:05 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 771ACD61 for ; Wed, 17 Jul 2013 03:58:05 +0000 (UTC) (envelope-from justin.muniz@maine.edu) Received: from mail-la0-f53.google.com (mail-la0-f53.google.com [209.85.215.53]) by mx1.freebsd.org (Postfix) with ESMTP id 021A61FC for ; Wed, 17 Jul 2013 03:58:04 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id fs12so1121683lab.26 for ; Tue, 16 Jul 2013 20:57:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:x-gm-message-state; bh=33Le8oI14TuCZHzVCueVH02KIDkWQElh++h6bWbInrY=; b=gHU86sLxjkesxt0xJ0NZI3aEMa8cIpyjWmpWdeVFONRXk6WC2kg1gBOTtCFixnaG2T 8qYXDmsMfnVi9lspSztxHdpjRVhK8kIlFNljZToat2iX7QFtEnk0grLMj426RbDNWX7e Vclk8yU0iSa/dhM2H5tawxKyOd9sKcm+8t8XiRcavZ6QRvqQwpjMTjF/pe0GIC3PaHWx zpsSrpO3q7ZsmWKYADSzi3gzgms5a2WL5FXTr4dUXyDWxXU1Ocq0c8gYrKPiDVvZBt6Q dF62X6OGafl/c0f8I8yBEmRYlSaNpNXrYgh1D2kbTE5yYGLIUki2+Ct2iPPMpFd7/dNz xZcA== MIME-Version: 1.0 X-Received: by 10.152.19.70 with SMTP id c6mr2095310lae.13.1374033478134; Tue, 16 Jul 2013 20:57:58 -0700 (PDT) Sender: justin.muniz@maine.edu Received: by 10.112.77.200 with HTTP; Tue, 16 Jul 2013 20:57:57 -0700 (PDT) Date: Tue, 16 Jul 2013 23:57:57 -0400 X-Google-Sender-Auth: aTxi0u04egZ4sxvFiXc9z_n6AfI Message-ID: Subject: Progress Report 4 From: Justin Edward Muniz To: Eitan Adler X-Gm-Message-State: ALoCoQlxyDiWjyyLbfLZAqANq9wc1Wnc2by1QOBUrQX8J45oFAnEKdAg892cWh/RgVh+nWJFpnJE Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jul 2013 03:58:05 -0000 This report is for the project to develop graphical front ends to aid in simple to complex package management. The time covered in this report started July the Ninth and ended the Fifteenth. More information about this project can be found at https://wiki.freebsd.org/SummerOfCode2013/pkgQtGtk; please let me know if you have questions that are not answered there. In an effort to keep the documentation up to date, I spent the beginning of the week updating the layout and content of the project Wiki page. I became aware that the Wiki page must serve a wider audience than I had considered. I have endeavored to have the wiki page be the hub for users, developers, University faculty; as well as for Summer of Code students, mentors and administrators. The current enhancements as well as pending future updates will help me stay organized. Also towards the beginning of the week, I discovered the flaw that had been plaguing PackageKit-Setter. After some testing I determined that the script seemed to be in working order; it can currently perform all of the required tasks. I then created the files to include the utility in the ports collection. After reviewing the ports files with my mentor, they seem to test just fine without warnings. More testing, as per the porter's handbook will be performed. I still have yet to make use of portlint and poudriere; I am still learning about them. I have learned how to patch my new temporary back end into PackageKit; and I have begun making the necessary changes to the Makefiles to make it happen. The progress in this area has been somewhat hindered by my lack of proficiency with the Makefile format requirements. Though it has taken me a few tries, I have made progress and will soon test my temporary back end for the first time. I still have to finish ruby helper script. The back end work was mostly on the back burner, so to speak, as my work for the latter part of the week shifted toward GUI development. I continued to identify problems with the existing front end situation, as well as enhancements to provide more functionality and information. I also worked on squashing some bugs with gnome-packagekit, as well as some work on the gnome-packagekit user interface elements. Glade ended up being just the tool I was looking for. Wrapping up the necessary bug fixes to get gnome-packagekit to work with the ports back end became the highest priority. I also truly started with my University internship work on Thursday. The expectations, as well as the work, are very extensive. I spent some time working the academic requirements into my work with my mission being to provide better quality work all around, and making sure to meet all of my goals simultaneously. As a side-note, I also found the personal time to look into using FreeBSD on a mobile device. I am pursuing developing my code, in part, on my iPod. I have a solid plan of action, and I will determine my success next week. As active as I am, mobile FreeBSD will be very useful to me. It seems I might be blazing a new trail here, so I think it is rather exciting. Thank you for reading, please look forward to my future progress. Justin Edward Muniz From owner-soc-status@FreeBSD.ORG Wed Jul 17 22:07:04 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 87E47ED6 for ; Wed, 17 Jul 2013 22:07:04 +0000 (UTC) (envelope-from fivo.11235813@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) by mx1.freebsd.org (Postfix) with ESMTP id 263F4EB6 for ; Wed, 17 Jul 2013 22:07:03 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id m6so2528863wiv.15 for ; Wed, 17 Jul 2013 15:07:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=k/OUoUQbsa41LotSYRDHcHW95QlLWu53xBbM6NtEW/E=; b=CghHJPe5ztFOOrzTuo+OgbQ6TxEWoTrfVLsOfZHD3XL8B/EzpGd4UnoduZWbRZVm6d xb48Wd0r7Qw5/wZZcn14zgiAL8tPgENNhFNhKcqR3DIP99XWhuQnJtvP8OAi9jHKijq8 bkPg8EgAzYN991R3HPRG3/IIpvXIWhH3NZYiguLl3AIAk5q9A6wsEfqqC9/RbPmeKmN7 HDBjkz2SH9+ybNZfoLm5/9R9DhsIA/gu90PNu3FqgZ8d2NFrkaMS+g1SNQH3nqC6ckCE 3N2Sk1zqxoALoB6aXZTyGXH8dLVV8q+frVmDvfNfyOLxzvcXnrTX8tTkl7vJyqUODGKT JpQw== X-Received: by 10.194.63.229 with SMTP id j5mr6253682wjs.79.1374098823234; Wed, 17 Jul 2013 15:07:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.6.229 with HTTP; Wed, 17 Jul 2013 15:06:43 -0700 (PDT) From: =?UTF-8?Q?Iori=E3=80=80YONEJI?= Date: Thu, 18 Jul 2013 07:06:43 +0900 Message-ID: Subject: GSoC status Week 4 To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jul 2013 22:07:04 -0000 Hi, sorry for absence of contact on soc-status list. I had term-exam at first week, so progress is not so fast but mostly as fast as I thought at first. I have contacted with Neel, but I realized that I must post on soc-status, so I show you my progress I sent to Neel before, and I discuss more detail about that below. == Quote == I'm facing two task in this project. 1. to make a call chain to issue suspend command from userland to kernel 2. to rewrite abstract registers definition that I wrote before First, about 1, I made userland simple command to issue new ioctl()*A call through new vmmapi function, *B but this ioctl() handler produce general protection failure every time. This is because a struct of registers to be saved transmission goes something mistaken, but I'm not sure how to fix it now. So I'm reading other codes transfer a struct to userland and looking for documents. Secondly, about 2, I have made a virtual machine's savable registers definition, and I'm using this in task 1 above,but it was imperfect, so I rewrote this and mostly done. *A ioctl(ctx->fd, VM_GET_VCPUSTATE, vmstate); *B vm_get_allvstate(struct vmctx *ctx, struct vmstate *vmstate) And I have these code in local repository, but I don't know how frequently I should commit to the freebsd repository, anyways, I will commit them if 1's transmission goes well. == Quote end == About problem 1, I knew that General Protection Fault is caused at copyout() function, but it seems a little hard to find good books that show what's exactly going on with copyout() and copyin(). Do you know some documents about them? Second, problem 2 is done, referring to Intel SDM Vol1. Chapter 3 and Vol3. Chapter 24. This registers definition is containing some 'hidden' fields of special registers(like GDTR), so it is a little bit depending on Intel's implementation. In the future work with AMD's CPU, this struct might be changed. Thanks, Iori. From owner-soc-status@FreeBSD.ORG Thu Jul 18 17:03:16 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 08747A96; Thu, 18 Jul 2013 17:03:16 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x230.google.com (mail-bk0-x230.google.com [IPv6:2a00:1450:4008:c01::230]) by mx1.freebsd.org (Postfix) with ESMTP id 69FFCB80; Thu, 18 Jul 2013 17:03:15 +0000 (UTC) Received: by mail-bk0-f48.google.com with SMTP id jf17so1261397bkc.21 for ; Thu, 18 Jul 2013 10:03:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=bU52exOipSXndWtl7OsV+l0q4d0uEwecOUbKZs0zzBU=; b=R7Y0U+0BpvYRurYnDelAgPTItk0tT9xOWzrn6Q8hSFpYV9U2K9k/aY2xhZsv1tEmZT ChrZCw0zFZYhutFW26uzYHuYIl+ktnvzQ/1v7hWI6BaYOJEnz/cKxRM166eBQ9cxSu7n chzjWmbYVmYTURJFwvmhzDLxixuVjbP6FjKrn5tYsb8oHrpwkjPBNKFJwx3AlcqYBnAw jVY+e6CUeN74V+oWp8aZRnVylIKQzB9+iI4vgustWhoGbtmVldUB/bbnbSQ18ExfAs99 IzlPibEfgiUYfnHFwfvgyDNLbal+3V3WOlWVBO77eYDL0F6BDPq21sJMc6lieiGKJ0fQ jSlg== MIME-Version: 1.0 X-Received: by 10.205.0.194 with SMTP id nn2mr1932827bkb.75.1374166994349; Thu, 18 Jul 2013 10:03:14 -0700 (PDT) Received: by 10.205.18.69 with HTTP; Thu, 18 Jul 2013 10:03:14 -0700 (PDT) Date: Fri, 19 Jul 2013 01:03:14 +0800 Message-ID: Subject: Re: Weekly Status Reports #4 - XEN HVM Guest Support From: Bei Guan To: soc-status Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Justin T. Gibbs" X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jul 2013 17:03:16 -0000 Hi, Last week, I still worked on the XEN PVUSB front driver. It's a little difficult for me to write the driver, but I think I can overcome all difficulties and finish it. What I've done in the past week was: * Figure out what's needed in the softc of Xen virtual USB host controller. * Re-define the data structure for Xen virtual USB host controller. * Try to attach the Xen virtual USB host controller. * Create my code branch in the socsvn source repository and update my current version of the usbfront driver. https://socsvn.freebsd.org/socsvn/soc2013/bguan/head/sys/dev/xen/usbfront/ Thanks, -- Best Regards, Bei Guan From owner-soc-status@FreeBSD.ORG Fri Jul 19 11:17:45 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D36B4A4F for ; Fri, 19 Jul 2013 11:17:45 +0000 (UTC) (envelope-from dudinskyj@gmail.com) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::236]) by mx1.freebsd.org (Postfix) with ESMTP id 70AE81CD for ; Fri, 19 Jul 2013 11:17:45 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id n11so3796121wgh.21 for ; Fri, 19 Jul 2013 04:17:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=E6GvWrTiOQP/BZsbn9Dt7AtOv2IHBW7fIlAvGxEzQtw=; b=M9AezvEZVgcd6ea6D1K19ppXdmUq1j9uE1cUk49SSWRnqxdGadikRl9o8fMQbLery+ 12LUEftdd/Vuzs5Qf/SkCE5Vcj3I16akCNI0+keUrY0d57nGQQQbGONb8H9cKvSbcpzM rMxUPuUZWXv0XIYPITtV7fLnDpaKm3y6KzydAIppDc+59nnp4cOmLUl1n5uO40gnOoeV jFLXloym/GJXMyiWGiHSHcQs+DpUCv7wcmv8qpNMbrLxpWHHbFk7DbD8G5rnUpHil84Y pjX6Fao/9ntovlkNyAnuUSH+sDfPMXhU6O5INFiZ1h5IkmbDS7lcW7ISvmuxr6+ciKZP HjiQ== MIME-Version: 1.0 X-Received: by 10.194.82.193 with SMTP id k1mr11414725wjy.21.1374232663801; Fri, 19 Jul 2013 04:17:43 -0700 (PDT) Sender: dudinskyj@gmail.com Received: by 10.216.171.132 with HTTP; Fri, 19 Jul 2013 04:17:43 -0700 (PDT) Date: Fri, 19 Jul 2013 14:17:43 +0300 X-Google-Sender-Auth: oXDb0HhuCWsx0W_37JPJrRP6pNw Message-ID: Subject: Status report From: Oleksandr Dudinskyi To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jul 2013 11:17:45 -0000 Hello. In last couple of weeks, I worked around vfs part of my project and has learned some parts of virtualbox API that give my access to system resources(connected with sharedfolder). Next week I want to resolve problem that left in this area and implement mount_vfs utility for working with vboxvfs. Thanks, Oleksandr Dudinskyi From owner-soc-status@FreeBSD.ORG Sun Jul 21 23:04:32 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 53EAD972 for ; Sun, 21 Jul 2013 23:04:32 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ee0-f45.google.com (mail-ee0-f45.google.com [74.125.83.45]) by mx1.freebsd.org (Postfix) with ESMTP id DF64D8B7 for ; Sun, 21 Jul 2013 23:04:31 +0000 (UTC) Received: by mail-ee0-f45.google.com with SMTP id c1so3474453eek.4 for ; Sun, 21 Jul 2013 16:04:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type:x-gm-message-state; bh=0sXgQBl2pJjoSKgPXK13ZVvl5euIrsZL4Ojk4idd7vA=; b=KGZ+yTbAT7Q5HdgErucuEQZ5zH7nhHEEe9yXwhnGcsQauZFVUuSpqxp/FbHNcCx/sg 35U9fjcaYRNOwHIiXftKkDqiflmIPweMc84K3S9FaFbMc8HcGXCyLzrGkli3ZT3j7vWV 2szFnbhFh5S4S2AJPZDtsV7xt0nYngzux9dJc5Om+9RC5JLDrypUFSIIbGubeME0hG7w FbdAT63DJ+34zuK4Gtf7jfcTkS/YBRiigkA9gTCVIiksfJzf49ih2fM8pIh9BOSNaX+M IZEyha5Qm8qu88qqDT1XsQ945col+wi1hLTp1gHd2b8JLqdc0dk1QvTkui1eeAb5G48y zTFw== X-Received: by 10.14.180.4 with SMTP id i4mr24446461eem.148.1374447528505; Sun, 21 Jul 2013 15:58:48 -0700 (PDT) Received: from [192.168.0.120] (cpc9-harg5-2-0-cust65.7-1.cable.virginmedia.com. [81.102.218.66]) by mx.google.com with ESMTPSA id a4sm46383993eez.0.2013.07.21.15.58.46 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 21 Jul 2013 15:58:47 -0700 (PDT) Date: Sun, 21 Jul 2013 23:58:45 +0100 (BST) From: Matt Windsor X-X-Sender: mattbw@cavalier To: soc-status@freebsd.org Subject: GSoC status - Week 5 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Gm-Message-State: ALoCoQnTfVbF251WkJxRsgsRNwSkr5elSzWb7UUqEHw8F1BF26vO4bHSJekt8O2rSZJuFuBYdROv Cc: jmuniz@freebsd.org, eadler@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2013 23:04:32 -0000 Hi there, Not a lot has happened this week either, to be honest. I blame myself for giving myself very weak targets this halfterm, and hopefully the ones I set for next halfterm will be significantly meatier. I'll start providing soc-svn revision numbers from now on, too, so things I say here map down easier to actual code. Also doubles as a rough idea of how much work I've got done in any given week :-) This week's milestone was done in only three commits (r254912, r254915 and r254917) in a somewhat minuscule portion of one day; a testament either to the ease of use of libpkg or my bad milestone authoring. This implemented RefreshCache, which is a wonderful PackageKit action that does what `pkg` does every single remote action (fetches repositories). I haven't been able to test this one aside from running it once and seeing it not crash, so I'm not sure how to finish this one off. r254923 implemented SearchFiles, as usual basic testing via installing and running the command happened. This is a job that can easily be tested via comparison to the output of `pkg which`, so making a more principled test should be easy and I'll try to get this done next week. r254997 and 254999 introduced a somewhat untested and barebones version of GetUpdateDetail; since GetUpdateDetail allows for a much richer variety of details about updates than my knowledge of libpkg allows for, I'll likely need to pester people for ideas as to how to map from available data to the function call: - Update PackageID (implemented) - PackageID of package updated (implemented) - PackageID of package obsoleted (not sure yet how to do this) - URL to details from vendor about update - Likewise, but from Bugzilla - Likewise, but from related CVEs - The type of restart required (not sure yet how to do this) - Textual reason for update (currently hardcoded as 'new version available', any ideas for improvements?) - Changelog (no idea) - Update state, eg "stable", "testing", "unstable", etc. (not yet) - Date of package issue - Date of last package update Not much of this wealth of information is yet provided; I'll likely revisit this later. In r255000, a rather grand number for a minor fix, I made the somewhat minor fix of having packages be added to jobs using name-version arguments rather than just names. This means that, should a repository have multiple versions of a package available, trying to install/remove a specific version will now function properly. The way jobs work is very suboptimal (perform a (r)query, send name/version of result into job) and is mainly done this way partly because the code for doing the (r)query from a PackageID already existed and worked, and partly because this way the architecture of the package can be compared easily to the one specified in the PackageID (not sure how I'd do this if adding the job directly). Until I can figure out a solution for the latter or direct package queueing for jobs, this is going to be an issue. A rather long email for a rather short amount of work, really. Next week's milestone has already been done in one sense (updating package = installing package from remote = InstallPackages = done except for bugs), so in the interests of giving myself some actual work to do I'm going to promise that I'll work on the following instead: 1) Add assertions to existing code (mainly for null pointers but we'll see if anything else needs to be asserted); 2) Write compare-with-pkg tests for SearchName (`pkg search`) and SearchFile (`pkg which`); 3) Make anything taking a PackageID fail if the PackageID has a blank version; 4) Find out the difference between InstallPackages and UpdatePackages, make any changes to InstallPackages (is it allowed to update packages itself?) and try to make UpdatePackages. This leaves a nice amount of more higher-level features to implement in the second term, as well as performing testing and boxing the whole thing up as a port at the end. ~ Matt From owner-soc-status@FreeBSD.ORG Mon Jul 22 07:40:57 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8EA78DAE for ; Mon, 22 Jul 2013 07:40:57 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-ve0-x22c.google.com (mail-ve0-x22c.google.com [IPv6:2607:f8b0:400c:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 55C7C2707 for ; Mon, 22 Jul 2013 07:40:57 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id jz10so4875776veb.3 for ; Mon, 22 Jul 2013 00:40:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=NSNp8v/DsAgYN/eHgIxYR962DdirjjxUDglyBl3CjPE=; b=WA26BkwLupFadux9DmmUToHLKDPaX20N2n5tt1am6N9ASDCgfFF4XvO3PdKXYidgM0 ayUbtUm6AmkMSVA4YEyROWYz4gDlIawWwM6FSs2pa6J5ZLAxgH7h0aVt7fiK2oeRdNiX JcV21t7w5+yleYL9kPMrJmk23jbj31C2vJridzUQhQUI2u8Lf4CZ+CUwjqcSN4pEVeWC 47w8LuaJn6YY5faFqodl9qFonBuNVzXSJRyNqx7126wRACn7s8kzPrHWyZzqXg1uq0gT yoN5MqYW5PdUer36SyxwurLH8LqhCXAbpd/TjGzZpDf4PoRks0i7FC2rXKJFxqubVRXq KRPw== MIME-Version: 1.0 X-Received: by 10.59.0.2 with SMTP id au2mr8987082ved.83.1374478856480; Mon, 22 Jul 2013 00:40:56 -0700 (PDT) Received: by 10.221.1.73 with HTTP; Mon, 22 Jul 2013 00:40:56 -0700 (PDT) Date: Mon, 22 Jul 2013 15:40:56 +0800 Message-ID: Subject: Weekly Status Report, Jul 22, 2013 From: Chenchong Qin To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 07:40:57 -0000 Hi! Here is the work status of last week. I've add some 11n features (i.e. cw40, short-gi, stbc) to net80211 rc stuffs. I just let the rc algo decide whether to use the 11n features. But I do provide rc algo with some abilities to know whether particular feature can be used. Then, rc algo can do rate decisions based on these cap info. Besides, I use iv_htcaps other than ic_htcaps to decide the 11n features capabilities. I think iv_htcaps is more relevant to per vap rc operations and I found iv_htcaps is just a copy of ic_htcaps at first (but some caps may to be disabled by some vaps). Once the rc algo decides to use one 11n feature for some rate attemps, it must set corresponding rate flags. After the rate lookup, I added some logic to make sure that rc code doesn't mess things up. I blank tries 1, 2, 3 if rts/cts is enabled and it's a pre-802.11n scenario. Some rate options/flags that the rc algo may not be interested by now are filled here. Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Mon Jul 22 22:27:33 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5B48FDC6 for ; Mon, 22 Jul 2013 22:27:33 +0000 (UTC) (envelope-from vsevolod@FreeBSD.org) Received: from n.highsecure.ru (unknown [IPv6:2001:41d0:8:dd9a::99]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 262CE2854 for ; Mon, 22 Jul 2013 22:27:33 +0000 (UTC) Received: from [172.24.211.113] (global-2-14.nat.csx.cam.ac.uk [131.111.185.14]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: vsevolod@highsecure.ru) by n.highsecure.ru (Postfix) with ESMTPSA id 80413220A38 for ; Mon, 22 Jul 2013 23:26:34 +0100 (BST) Message-ID: <51EDB1D0.5020802@FreeBSD.org> Date: Mon, 22 Jul 2013 23:27:28 +0100 From: Vsevolod Stakhov User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Status report: Pluggable solver framework for pkgng. Week #4-5. Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 22:27:33 -0000 Hello, Here is a list of tasks that were done over the fourth and the fith weeks (I was on a trip and therefore slightly delayed the report): - the initial version of CUDF generator has been implemented; - the solver code was modified to support CUDF specific attributes, such as package request; - conflicts are now downloaded from a repo and parsed; - discussed the integration problems with bapt@ and we decided to continue the support of plain dependencies structure keeping in mind that CUDF could support more complex dependencies and conflicts (such as version specific or boolean formulas); My code is placed here: https://github.com/vstakhov/pkg/tree/gsoc As the next step, I plan to test CUDF emitter with some solver and check the overall functionality of the code added. -- Vsevolod Stakhov From owner-soc-status@FreeBSD.ORG Tue Jul 23 00:03:04 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EDFD8FB7 for ; Tue, 23 Jul 2013 00:03:04 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-vb0-x233.google.com (mail-vb0-x233.google.com [IPv6:2607:f8b0:400c:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B6AB02BA7 for ; Tue, 23 Jul 2013 00:03:04 +0000 (UTC) Received: by mail-vb0-f51.google.com with SMTP id x17so5056403vbf.38 for ; Mon, 22 Jul 2013 17:03:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=k2iUmI9gePDGeMBnlGj2GLSDprC3MFZuZ3YqGk18rXc=; b=mxuFrJQZgECOcF1H/HG8pIDoPD+Q0ixXOg5//ikekg5DIqf29SDN7OU8Hf+znty1UF 9qeKtCYnlt4fQKz3H+v8aO3AkvL2uK/5Yl580LIToUqQlapMZiTphfw1XhEwNiCEKlU4 3lvhh5a1XCPeCUY37X5rBV6ml6qN6ZIWmU3QJBjYI23oz2VRFHKliqA5vEHRR4lbm9m/ sTpq3GbwvENq3bUxuFQrJNj6s+hPtfO92bazhxSyKjd31ZIZrS4jETyyKqV+qv+RuWfS kG0sSPGkkX75XddL/MHBsMz7LW/h39vAGnHEZ5D3Kgl9iD8Mz4fXEsfugDSgMWaq/h8y tP3Q== MIME-Version: 1.0 X-Received: by 10.52.18.242 with SMTP id z18mr3308763vdd.47.1374537783283; Mon, 22 Jul 2013 17:03:03 -0700 (PDT) Received: by 10.58.45.162 with HTTP; Mon, 22 Jul 2013 17:03:03 -0700 (PDT) Date: Tue, 23 Jul 2013 05:33:03 +0530 Message-ID: Subject: IDMS: Weekly status report #5 of 14 From: Ambarisha B To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jul 2013 00:03:05 -0000 Hi, This week's progress: - Two special cases (authentication, output on client's stdout) are properly handled now - The server is threaded - Duplicate requests are handled correctly now, i.e redundant downloads are not made I've just started work on checksum verification. This week is a buffer for DMS as per the schedule. So, I'll use to finish checksum verification and fix any other leftover things. Cheers Ambarish From owner-soc-status@FreeBSD.ORG Tue Jul 23 15:35:45 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AE2A3E79; Tue, 23 Jul 2013 15:35:45 +0000 (UTC) (envelope-from oshogbo.vx@gmail.com) Received: from mail-bk0-x236.google.com (mail-bk0-x236.google.com [IPv6:2a00:1450:4008:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 16AF524F6; Tue, 23 Jul 2013 15:35:44 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id it16so3072020bkc.13 for ; Tue, 23 Jul 2013 08:35:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type; bh=b22ig25Epm4J+tic9u7VgMqk2RWZfO2NvJKqSFnU/r8=; b=H6jV4YivpqfLlmOMWA+qChlyb5p8Hio1VmF+W/2k3/N4UjjTCRJGYsi2hwQmb6Fk/E nrKp4BDheXFal1EzrzibCL8Bt+TnXNCGotYX4kBkdkAG2oP1Wm321z35fxFefbEigvyD Uf1Ci4FJL/EouTO7yTwj7G0Ymb7mStSBshjDfNfYSLo/m7HCFaE3KbC44HCyWtAphkTF C+1Ak7xAMSI94aOfXHEQfHJm/9Ae/kYxd5Ilk2Y3ppWGpCkg3O2StMbxKbkNxI1Qfgyb hBv8iGt0k1rNGkzoCNlOTgHyWD6XN6+UqeGruG5Il9pPtDnb0Y8udj/B6ZdXDodqBw2k EGAA== X-Received: by 10.205.113.6 with SMTP id eu6mr4695096bkc.62.1374593743113; Tue, 23 Jul 2013 08:35:43 -0700 (PDT) Received: from [192.168.0.195] (58.wheelsystems.com. [83.12.187.58]) by mx.google.com with ESMTPSA id oe7sm1011967bkb.5.2013.07.23.08.35.41 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 23 Jul 2013 08:35:42 -0700 (PDT) Sender: Mario Oshogbo Message-ID: <51EEA2C4.2020602@FreeBSD.org> Date: Tue, 23 Jul 2013 17:35:32 +0200 From: Mario Oshogbo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: N: , "pjd@freebsd.org" Subject: Weekly status report #4 X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2WNWQMICVFGBBUKFXWFSC" X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jul 2013 15:35:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2WNWQMICVFGBBUKFXWFSC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, In last week I start preparing the bsdgrep(1) to close it in a capability sandbox. After reading the code I spotted problem with fts(3) functions which are used in bsdgrep(1). The problem with those functions is that they change current working directory. Such behavior is forbidden in capsicum sandbox. My Mentor decided that is great opportunity to make fts(3) functions more sandbox friendly. It is also very important for capsicum project because this will allow us to port many popular programs such as ls, grep, find etc. The main idea of this task is to define current working directory by local file descriptor. I still don't receive answer from the freebsd-net community about my last week questions. So I didn't move forward with my previous task which is implement two new capability rights CAP_SEND_RIGHTS and CAP_RECV_RIGHTS. Cheers, oshogbo ------enig2WNWQMICVFGBBUKFXWFSC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJR7qLLAAoJECRkYejLhN/j0sUP/RcOWtuqIgC7LT6mgdtYECdS 9W3DK9Jug5bhipBup1PPk/jCPskHD7VEgxN3HMPs3AGpCHtqbQcBbOuhUD7Zahvg 0LaVUmI2D8SFYCb2TtHwYHqtS9MA41ZmzYSYrM5rqsvF0ZcxfLtSuW4zj2bkJTEY ut9iFJ/y9n34VoQjbl1lpCoopOeqkeb0cnqvd7Z5PgYyHwgxheIzM3ChgcofKVt3 oZFglJt7CFxzBcr1fkXB/SxUbi3tZ8CYsmic7Q1Y1WImJOtRbo2Q1JYttqH3GK6h 3/vuQt3p5V674X7oMG3jB8Rf5M8LQwRUpo4pfj8Kc2DzE5BXz1VLjMNkp8i9aGVE STzCWG5j/AiVwzACDvrOn/J8nNLxBz9I9XiUd2/x/bQwRHx16uJtR+z1D/Y+UTfz ARQG1Q9aIqPguH0tSgtZI4lO7jFDqnKfT98QS1MmLl+ZqCQz7YZworfw4VboZHMb wgDtTwtNN3uXvi6cY1KR0ZBKGhFSvRyRuXtR2L4Q2G5hRb02HeCC3Gm/PanlEDRd LiMi5ETsmQyt8lPjbf82PqDeye1+MXoZ7aVttIrRK5YfD7ghWrseoJx91a5basKU k08trlBQy/hXXKSW1khnTAO7PGvzzDi3BYcpmR0lWpGs+m5epRL+oCYnb/zh5Q1R z1XxoPmBJ8zGT4qMNliq =paVx -----END PGP SIGNATURE----- ------enig2WNWQMICVFGBBUKFXWFSC-- From owner-soc-status@FreeBSD.ORG Tue Jul 23 21:03:24 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7742EDBE for ; Tue, 23 Jul 2013 21:03:24 +0000 (UTC) (envelope-from mikemandarine@gmail.com) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3DA72250D for ; Tue, 23 Jul 2013 21:03:24 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id hf12so2696250vcb.13 for ; Tue, 23 Jul 2013 14:03:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=AO9xbjfsvq74jgDUJ45EtKtnoVSpJGJA51VKGQucLgw=; b=Zq/lIqAlOu9nDoneuM1EwHGeIwKRG/ZrnTd+HdBwuJ8pvB8Om7xqkQGuLrQLnOv1BB NhKT5FDC/kSENy1S8SuaR2azIf69O1QFISTY7k2lOZjQECcIw5UfMHFy/rFZdnbCpnBC /kPlpQZNVxz0VkV1Kwm7nSHr0WQcCUSfnmJVimS+xwzzdISKniLf0XcnvZ5TDkQgvWhT eLPr+HcNrs6tqdeeZMbKST6Zy/52vmWPaI7ChtgmMAAF3ts4EkPmhrPU5jeRarbECLoV p38KXK/5f2fJbIL0ANyERypPWgn9r81doWkubnH3EQjrMfYzd6AUJhVuv9fgfxY/9MkE iLXg== MIME-Version: 1.0 X-Received: by 10.59.2.167 with SMTP id bp7mr3952244ved.67.1374613403266; Tue, 23 Jul 2013 14:03:23 -0700 (PDT) Received: by 10.220.163.74 with HTTP; Tue, 23 Jul 2013 14:03:23 -0700 (PDT) Date: Tue, 23 Jul 2013 23:03:23 +0200 Message-ID: Subject: Status report, week 5 From: Mike Ma To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jul 2013 21:03:24 -0000 Hi, Sorry for the late. Last week I focused on debugging why I can not mount gluster volume on FreeBSD. I fixed some problems that caused mount failures including: fstype parameter too long invalid fstype validate iovlen for a nmount request I managed to get the mount request to fuse module and there's still some error returned in fuse. I'm trying to fix this problem asap. -- Cheers, Mike From owner-soc-status@FreeBSD.ORG Tue Jul 23 22:05:00 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C20CFE8A for ; Tue, 23 Jul 2013 22:05:00 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-pb0-x232.google.com (mail-pb0-x232.google.com [IPv6:2607:f8b0:400e:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9BC6D279A for ; Tue, 23 Jul 2013 22:05:00 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id wz7so8844018pbc.23 for ; Tue, 23 Jul 2013 15:04:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=nsgas7J/Ywp87TdfYPqLRsYyXrKYKsVah6iM+jfT1yo=; b=FtvqjvNHYlH2RMEE3nt1TugqVMQg+T6pZ/n0vDs3Kjc/GPHz4XBiYPuX0OpF7LbdJs Hxf8GBrjcj9RZY8b+fETSf6of3Td9Qp/7urkmlTq7EO7Chfl9MwwueKGNSh9bmZor+xC 0fj+N0CSIndqJEDw7w9VgOjPMltkU4+QkIsnk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=nsgas7J/Ywp87TdfYPqLRsYyXrKYKsVah6iM+jfT1yo=; b=K/zwJcUXo5E2NsQ/5ET6HpSeZf1CR6rinQJfxIN9szVIjJbXcpExOKt6vLnskO4iKZ RJ/iyzsGOf2TDkzWPc3uvKWCENF1G8jxpfimL2983+dV3okAjiSkvN6nnGnDh3AWofvx s/fUmur3hpnb72YJwOCrUJMn57c1Lai10sX0nm6/NNQFkPpdpZKED5XndHvM2Vqsly7b o8mdMp3wdCemBgIVBTBl6nyi0O7e2gC5njNOsMWSGOiYrNQTqvhkp0B9kQFLc8LOgbAJ JiuwNZ1tg6SXotgqnCvRcK2ktJ/9uPPUE+MakX5ngL1GKLgr/UIDYsITQ+iQC7V9rmcK B2ZA== X-Received: by 10.66.142.42 with SMTP id rt10mr21441505pab.1.1374617099166; Tue, 23 Jul 2013 15:04:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.245.226 with HTTP; Tue, 23 Jul 2013 15:04:19 -0700 (PDT) In-Reply-To: References: From: Takuya ASADA Date: Wed, 24 Jul 2013 07:04:19 +0900 Message-ID: Subject: Re: [status report #3 & #4] USB device passthrough support on BHyVe To: soc-status X-Gm-Message-State: ALoCoQlHToExRSNkH+gQycwxh1N2XYR4NONVCUabmpEX/50fm6tht438FYaVDC1Q83iE0hRj6a09 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jul 2013 22:05:00 -0000 [project summary] The project goal is to support USB 1.1/2.0 device passthrough on BHyVe. [weekly status] Start porting host-libusb.c, USB device passthrough support. 2013/7/17 Takuya ASADA > [project summary] > The project goal is to support USB 1.1/2.0 device passthrough on BHyVe. > > [weekly status] > * porting UHCI emulator > - Initial implementation of IO space read/write handling > - Interrupt support using legacy intr(non msi) > - Implemented timer helper functions > - Better debug message > - Fixes of controller initialization > > As a result, now guest kernel able to detect uhci0 (with an error message, > though.) > Here's a guest dmesg output: > > uhci0: port 0x2040-0x205f irq 9 at > device 2.0 on pci0 > uhci0: USB revision is unknown. Assuming v1.1. > uhci0: LegSup = 0x0000 > usbus0: controller did not stop > usbus0 on uhci0 > usbus0: 12Mbps Full Speed USB v1.1 > ugen0.1: at usbus0 > uhub0: on usbus0 > Root mount waiting for: usbus0 > uhub0: 2 ports with 2 removable, self powered > From owner-soc-status@FreeBSD.ORG Wed Jul 24 07:53:07 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9D3E89B4 for ; Wed, 24 Jul 2013 07:53:07 +0000 (UTC) (envelope-from tuchalia@gmail.com) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B0DD2F43 for ; Wed, 24 Jul 2013 07:53:06 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id w20so224315lbh.24 for ; Wed, 24 Jul 2013 00:53:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=EWqmUmQSahXeIoG0LvjnSx5pFk+HckEer3JVMrRAoGM=; b=UQ/7zE2+3MpC0l27GNDhF1HkdDCfgzIKr908I5Wqp/NfOdc5vNQHRV2ZoyY0R2rTQX XfVvZtO7NEePE9dgSEJYPpK2StHAGmyfRjBMxcAA2n2oS0yKPfQZc6h6PG90xTPQwd8Z VIVW62JNPRrYTwIVpzcVsmCGvo3S9hGtYLAvA3y2zxtMruWwLQvWQ/Ch8EgP621NfAvM Ki6ezTsqcDMO8LOUQADs1PRzfmYX+ExBeXk8HUZVC0LGkUjmpN6Uro/1fcEuM/sA2hko MBPb9dLyH3NvMSCvkgiuN/CIpb3YlmnHDrSaC5sHe8Ea28syS1VaB9G30WuV2LtbcVZE cBIw== MIME-Version: 1.0 X-Received: by 10.112.75.74 with SMTP id a10mr3665901lbw.66.1374652385110; Wed, 24 Jul 2013 00:53:05 -0700 (PDT) Received: by 10.112.170.198 with HTTP; Wed, 24 Jul 2013 00:53:05 -0700 (PDT) Date: Wed, 24 Jul 2013 09:53:05 +0200 Message-ID: Subject: Porting compression/video to Capsicum - Weekly Status From: tuchalia To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 07:53:07 -0000 Hi there, I've managed to port xz succesfully, I had to do some changes when it came to opening the files, but it's done. I've started with zlib, and at the beggining we did some thing wrong, like trying to compartmentalize the library just as a normal application, but we soon realized this is not what we wanted. We have now to write a sandboxed process that calls all the functions from the library for us (which, BTW, will make the whole process quicker). Thank you, Daniel From owner-soc-status@FreeBSD.ORG Wed Jul 24 11:30:40 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C5575581 for ; Wed, 24 Jul 2013 11:30:40 +0000 (UTC) (envelope-from def@freebsd.org) Received: from mail1.uj.edu.pl (mail1.uj.edu.pl [149.156.89.193]) by mx1.freebsd.org (Postfix) with ESMTP id 8D31B2AD8 for ; Wed, 24 Jul 2013 11:30:40 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from [192.168.1.102] ([213.195.170.50]) by mta.uoks.uj.edu.pl (Oracle Communications Messaging Server 7u4-27.01 (7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MQF00421UEKHH00@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 24 Jul 2013 13:25:33 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.0 X-Antivirus-Code: 0x100000 Message-id: <51EFB9AC.7010003@freebsd.org> Date: Wed, 24 Jul 2013 13:25:32 +0200 From: Konrad Witaszczyk Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 To: soc-status@freebsd.org Subject: Report #5: Unattended encrypted kernel crash dumps X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 11:30:40 -0000 Currently I have implemented decrypting a crash dump with savecore: http://svnweb.freebsd.org/socsvn?view=revision&revision=255039 I had to change a size of the buffer, which is used to save it in /var/crash, to a size of one block in a dump device. This is a temporary solution just to get to know how to decrypt the dump. This week I'm planning to fix all bugs to achieve a proper state of the project and fulfil the following mid-term requirements: * Generate an encrypted dump. * Save the dump. * Decrypt the dump. I had a lot of feedback from my mentor to work on it. We already started to discuss how to save a dump for pefs which is the next milestone after the mid-term. Then I should implement the MAC generation algorithm used by pefs. From owner-soc-status@FreeBSD.ORG Wed Jul 24 21:36:23 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9FB1228E for ; Wed, 24 Jul 2013 21:36:23 +0000 (UTC) (envelope-from fivo.11235813@gmail.com) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 392942D27 for ; Wed, 24 Jul 2013 21:36:23 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id p58so771718wes.40 for ; Wed, 24 Jul 2013 14:36:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=QFwFn7pFEGc9rtDX3jdJeGipPjYI70dp2AK2BQBtDCI=; b=b2gMHx3xSdisH0MOyMzHIHdQE5otqCstpbAo8dc6oduyHvCnyJi9L4nWhH+ZOGqePs BXAdtCqLkR4YJbA0XbF5WKWdYHtdxtIOWsHL6kGLg4NBHelXuvD8QnDIsn3PYONlEXkn ObciCDgEjhi2lV0VSbe142SZ/cu6shGhXu//iwPqKz+wxmIo5oG8yvy2TDwaKhA7BV/a Wi3npeqKVbY/lPVsfWtVm51DtsrgkUEW4kz9Y+t27Ahpe3/3W11WnCfGPXwW+cnpXGbf ziAPA9c7AxaQ3Uh0izlp7W/VtUPQRzWuJxV/rlDVCGsjnJrfJ7vIZEwFi+M6oEfh/Eut 3CZQ== X-Received: by 10.180.109.33 with SMTP id hp1mr1769966wib.51.1374701781597; Wed, 24 Jul 2013 14:36:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.6.229 with HTTP; Wed, 24 Jul 2013 14:36:00 -0700 (PDT) From: =?UTF-8?Q?Iori=E3=80=80YONEJI?= Date: Thu, 25 Jul 2013 06:36:00 +0900 Message-ID: Subject: GSoC status Week #5: BHyVe suspend/resume To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 21:36:23 -0000 Hi all. [project summary] The project goal is to append suspend/resume feature to BHyVe(BSD hypervisor). [what's done] In this week, I've done these things: - add NMI issue in suspend ioctl so that VM guest sleep immediately. - add implementation to copy all register state except x87/MMX/SSE registers s\to userland in ioctl. - test ioctl with small userland application. - add suspend hook in vmrun so suspend handling to be called either in kernel and in userland(bhyve). [under development] - save x87/MMX/SSE registers (suspend-hook). - save bhyve process depending state(like ctx). [will be opened in a week] - dump guest memory - restore registers From owner-soc-status@FreeBSD.ORG Thu Jul 25 17:20:39 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2DC0E3E3; Thu, 25 Jul 2013 17:20:39 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x232.google.com (mail-bk0-x232.google.com [IPv6:2a00:1450:4008:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8BE352510; Thu, 25 Jul 2013 17:20:38 +0000 (UTC) Received: by mail-bk0-f50.google.com with SMTP id ik5so801033bkc.9 for ; Thu, 25 Jul 2013 10:20:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=ZXLK+EgsEW/R3gNJc2vgCvijAt7Om25laEJTli+4Nb8=; b=hoqWf7KE+sR8bJEjTwhHGDKn6TKO2mxZDCCCfgPqxRWaSbRmgSdX5Xmli6Sxsb/30Z SiSiQEbgRvmmbgxyuU9jeryKlCvPPAmHmwXKdRPqsLjYwhB02G2t4fogS3sWe5geTXgI +aFqCbEAPqIJunuClcWOlMvbsJ0eEb1jRfjcbmGMbwpXbeeYYBeGrAaEP2lPa9JJLl5i qfj280+ygkgxmiXvGhs5zXfhvQcT+3bv1BF0bgIIj8B6D2Yr/cVTZBYvs0jCiZk6vhWj qyu4/6ehyzq3FQxExbtosavQnISir4EvCUFHwe7AmdJVQOpaOzRjuXRWHTDXRXFUYQUo 1MPA== MIME-Version: 1.0 X-Received: by 10.204.168.72 with SMTP id t8mr6154273bky.161.1374772836661; Thu, 25 Jul 2013 10:20:36 -0700 (PDT) Received: by 10.205.18.69 with HTTP; Thu, 25 Jul 2013 10:20:36 -0700 (PDT) Date: Fri, 26 Jul 2013 01:20:36 +0800 Message-ID: Subject: Weekly Status Reports #5 - XEN HVM Guest Support From: Bei Guan To: soc-status Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Justin T. Gibbs" X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 17:20:39 -0000 Hi, In the past week, I try to add a child device to xen usb host controller. The output of "devinfo" will look like this with the xen usb hc driver. ... xenpci0 xenstore0 xctrl0 xenbusb_front0 xbd0 xn0 xu <-------This is the xenhost controller device and it's present now. usbus0 <-------This is the child device to be added. ... xenbusb_back0 ... However, there're some errors when I use the method device_probe_and_attach() to probe and attach the child device. I have found the probable cause today. So I think it will be solved soon. The latest code are avilable here https://socsvn.freebsd.org/socsvn/soc2013/bguan/head/sys/dev/xen/usbfront/ -- Best Regards, Bei Guan From owner-soc-status@FreeBSD.ORG Sun Jul 28 15:31:23 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5A9EABF5; Sun, 28 Jul 2013 15:31:23 +0000 (UTC) (envelope-from zxyu.core@gmail.com) Received: from mail-bk0-x22f.google.com (mail-bk0-x22f.google.com [IPv6:2a00:1450:4008:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BC2B72FFD; Sun, 28 Jul 2013 15:31:22 +0000 (UTC) Received: by mail-bk0-f47.google.com with SMTP id jg9so237326bkc.20 for ; Sun, 28 Jul 2013 08:31:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=03Q/xUxz9CZtVOyY3iV6/Du9/bQibQBgvvqDDSCujP8=; b=SJg8FNekO4E7lmz1NETQ+LkMpd/d51XBuBtxg64EICBgcZrWj2NuPyQ8yCrisQBUBN 36u57aO+Xq7yhHA1O7BB4Bxj8/p81APpSjLXGYF6si9mE7uWC3GjLuxhG3xX6QcZi1+j koJ6z/gm3WjOSgu33nU3J4FK2ag/yrAo2uERRQNX+T3/6Y3v40z7uxSmnuFAMrUU9d5k VvSev5a7QIfqrilME9KhxmQpx6CAesND10cRLH7gDknN+t8J1DAskUrmA9Mx+P6i9KEv S1d0kS5mdtaPFr8+vp+nJVZfqWKP0dbtaxhe8RusKatzOsiU3f9vKB/BHn1gv1qcYMLK Jd7g== MIME-Version: 1.0 X-Received: by 10.205.130.67 with SMTP id hl3mr7679781bkc.61.1375025480957; Sun, 28 Jul 2013 08:31:20 -0700 (PDT) Received: by 10.204.39.16 with HTTP; Sun, 28 Jul 2013 08:31:20 -0700 (PDT) Date: Sun, 28 Jul 2013 23:31:20 +0800 Message-ID: Subject: weekly report of July 15 and July 22 From: zhixiang yu To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jul 2013 15:31:23 -0000 Hi all, During the last two weeks, I implemented almost all the HBA host and port registers emulation. Some registers read/write will trigger specific actions, I also added the stub for them. I also implemented the "or" instruction emulation with the help of Peter. The patch is already merged to HEAD by Neel. The code in local repo are all checked in to my soc svn repo today. TODO: command list, command table and PRDT entry emulation. This would be completed before next Tue. I have almost working code in local repo, need to fix one corner case. Thanks From owner-soc-status@FreeBSD.ORG Sun Jul 28 22:50:35 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 74A87CF0 for ; Sun, 28 Jul 2013 22:50:35 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ob0-f175.google.com (mail-ob0-f175.google.com [209.85.214.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 416C12E99 for ; Sun, 28 Jul 2013 22:50:34 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id xn12so7829839obc.6 for ; Sun, 28 Jul 2013 15:50:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=IWjHZcOCz1OI0J9PEfJ1SP7Erlu5Hrd9oK78TyDknd8=; b=J5Lbdc7KrF5PEZd48th+F365CkHCQhloI0A3AKh+DVh/iiza+NB4N7AdUnTF3bUgcE zaPM8ko2a12ehguK/Wtxy8HNBgtpLJSxrmPGUCX3VghMXKT/vPVhSwzBrWzQug8yjEw3 meBQwL5LGuAA5HEQVR2WtXeg9AB5Zkg+aVMNMyj4YmiL1yKslLdAK2AhlWnmSTZh7XB/ XfuLRL5tmkR6Avk796RTS2ot84DPdiuZO2BfgMvp6cOaF4zAqxYHExPHqdfijHNd6My7 6VOXLIBPFqEjvaCiyBChnguzIOqgxfZsnoSbd3799/Z9T/fBDMFAFYtSjkbD5aJXOcvG LoKg== MIME-Version: 1.0 X-Received: by 10.50.225.66 with SMTP id ri2mr729316igc.55.1375051828631; Sun, 28 Jul 2013 15:50:28 -0700 (PDT) Received: by 10.42.209.70 with HTTP; Sun, 28 Jul 2013 15:50:28 -0700 (PDT) Date: Sun, 28 Jul 2013 22:50:28 +0000 Message-ID: Subject: GSoC Status: Week 6 and Half-Term Summary From: Matthew Windsor To: soc-status@freebsd.org X-Gm-Message-State: ALoCoQn5/xbMxtpEcvMvSLdgeSi26QbWK7cd4RygrcepDdc0jevVBIlu/3rUQNh5Fy0oGakgmAdQ Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Justin Edward Muniz , Eitan Adler X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jul 2013 22:50:35 -0000 Hi there, The last soc-status report of the half-term and before I go on a slightly badly timed but pre-warned-in-proposal holiday is here. Most of the changes brought in this week are sorely untested and the last few might have broken off a few features that worked previously; as I said in the last commit I did, I'll have a look on Monday to see if anything can be quickfixed before the mid-term evaluation is up. Null-pointer asserts have been added into most of the existing code (r255055, r255056, r255077, r255099); obviously these aren't major improvements but hopefully they've instilled me with a more proactive outlook to adding in assertions in future and might trap some of the more stupid bugs I'm introducing as I go along. I wrote a very quick shell-script test for SearchFile (r255100) that compares its output to that of pkgng. More comprehensive testing is long overdue and something I definitely want to touch on in the next term. In r255152 I started working on UpdatePackages, but due to a misinterpretation of the pkgng API what I actually implemented here was UpdateSystem... which I then got confused with UpgradeSystem which is a different PackageKit action involving distribution releases. (Argh!) r255153, r255127, r255231 and r255240 continue this confusion. UpdateSystem hasn't been tested much (mainly because of it failing and the events system not picking up the error to report it correctly), but in previous pseudo-UpdatePackage issues it did seem at least to be solving correctly. At r255231 I finally started using full-length commit messages, as I realised while looking at svnweb that mine were below average in terms length and detail. >From r255264 and including r255265, r255266 and 255285, I've been working on replacing the query-based job resolution (as in, each action ending in a job goes through query/rquery first and then pours the resulting packages into their own jobs) with a system based on making one job and then checking its solution for PackageID failures. In the process, I've redone the current job-based actions (InstallPackages/UpdateSystem/RemovePackages) to use the new job system and also created UpdatePackages. This is the source of quite a bit of breakage in the current system, I fear, as it has been slightly rushed in order to have it done for this status update. I intend to give it a once-over tomorrow and do some informal fix-ups. Unfortunately I didn't get around to making the backend reject PackageIDs with no version, but this will probably be done tomorrow. So, at the end of the half-term, the backend has a lot of code implemented covering the core features of install/update/remove/search-by-name/get-details-of-package, and many of the common patterns (query-based actions, job-based actions, package manipulation, packageID manipulation) have been identified and abstracted. What remains really for the next half-term is to squish bugs (and there are *many* bugs, some of them show-stopping), round out the remaining functions, polish the code and ready it for a ports release with pushing to PackageKit as a possibility once it's ready. Finally, here is what I think will be the rough, minimal outline of work for next term (I'll have a more detailed overview before I head off on Tuesday): (Week: Goal) 6: Quickfixes on week 5 implementation 7: Remove query-based jobs; improve events system to provide correct errors on job failure; more in-depth checking for any issues remaining from the jobs change. 8: GetDepends, SearchDetails and GetRequires; at this stage with the exception of Cancel the backend should be at feature parity with ports. In-depth attempts to fix the install crash bug. 9: Try implementing Cancel, RepoEnable (text file hackery probably), and WhatProvides. Otherwise, tests. 10: Tests for each idempotent action. 11: Tests, where possible, for non-idempotent actions, jail/VM if possible. 12: Create a port and upload to ports tree. Also, final call for updating PackageKit: if possible, updating; if not, contingency and cleanup. Between soft and hard deadline: Contingency ~ Matt From owner-soc-status@FreeBSD.ORG Sun Jul 28 23:00:38 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 14266EB2 for ; Sun, 28 Jul 2013 23:00:38 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ob0-f172.google.com (mail-ob0-f172.google.com [209.85.214.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C99F12F09 for ; Sun, 28 Jul 2013 23:00:37 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id uz6so4435201obc.3 for ; Sun, 28 Jul 2013 16:00:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=tkFhZptbInPZSkCJz+Omqax+nbO2ni4VzXPpxN58MGA=; b=gh1M/IOSo8QNVrMDQpZMh2z0igXE1OZWc7ZPt1WMxKqbpk30SxiC1nbeSy/ok2w+wI /8k2lntNK+dx4Ud+3lRmFI2S35pKl//p7JHFCbGT3qK8atW68jbYS9VrOHiXn1QOAk9V DQe9/HI6Jb26TooepGhLjv22lKDLJJJaXn5hD/eTx1zV/gRD/8TWJtvUQRZsmNUwXllz QtAkFoJjOPjmtKOwS03D9q/t7igfTDnWdOuyuJ09L0g9Jc+eFHjFFSDAjLuX5SG62+Fn qa2aesSmyapVuwn3vCG5pBLtT/8Dk1mFIMqqENxJZVRtt2gkghksqVvNCRqvOF/IPcEw 3BNg== MIME-Version: 1.0 X-Received: by 10.50.128.166 with SMTP id np6mr727449igb.55.1375051967827; Sun, 28 Jul 2013 15:52:47 -0700 (PDT) Received: by 10.42.209.70 with HTTP; Sun, 28 Jul 2013 15:52:47 -0700 (PDT) In-Reply-To: References: Date: Sun, 28 Jul 2013 22:52:47 +0000 Message-ID: Subject: Re: GSoC Status: Week 6 and Half-Term Summary From: Matthew Windsor To: soc-status@freebsd.org X-Gm-Message-State: ALoCoQkUVuDSrHnLSNFDrpuMiQ9Q2qRpLn/0HSsvV+2CyShSEtty6Alhcwt3LSGJHpDJvI+BgQ0+ Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Justin Edward Muniz , Eitan Adler X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jul 2013 23:00:38 -0000 I've just realised that I got the weeks totally mixed up - this is week 6, so the next one is week 7. In which case, the plan idea should be more along the lines of: (Week: Goal) 7: Quickfixes on week 6 implementation 8: Remove query-based jobs; improve events system to provide correct errors on job failure; more in-depth checking for any issues remaining from the jobs change. 9: GetDepends, SearchDetails and GetRequires; at this stage with the exception of Cancel the backend should be at feature parity with ports. In-depth attempts to fix the install crash bug. Try implementing Cancel, RepoEnable (text file hackery probably), and WhatProvides; this can roll over into other weeks if needs be. 10: Tests for each idempotent action. 11: Tests, where possible, for non-idempotent actions, jail/VM if possible. 12: Create a port and upload to ports tree. Also, final call for updating PackageKit: if possible, updating; if not, contingency and cleanup.Between soft and hard deadline: Contingency Apologies for the double status email! ~ Matt From owner-soc-status@FreeBSD.ORG Mon Jul 29 15:10:28 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DF123170 for ; Mon, 29 Jul 2013 15:10:27 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-ve0-x22f.google.com (mail-ve0-x22f.google.com [IPv6:2607:f8b0:400c:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A19472CC9 for ; Mon, 29 Jul 2013 15:10:27 +0000 (UTC) Received: by mail-ve0-f175.google.com with SMTP id da11so2986868veb.20 for ; Mon, 29 Jul 2013 08:10:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=SZnTVMweSpsBLpUamleDjtOqoT+qNevpOnptsknWG9Y=; b=OXFmMmoqhJD8z8sUtYC5fvT7zWb7R0N1rCAmKhblwjbImO7cyuInWrvOm+PVLSqysJ CL0Zqw0r2B+tNmnFj3bcmUmWsfSQ2xO4MwG+1ReUbTDK4NE8HliLpd7vNI8nkW+XTmxh 1Dm+BRJBPMXEA66b+tjPBQMFoKia2OmP/F/+IdZFeFyYmzeDxDp/ATNDQoDTKhqf/lIR nedX7s/F87dZMdn3L01N8KEeYw6BOrx5+eF56PZaGhqBTaJPwAOoeRVCcXNGGiAelVcb md19PKIFIPFdE40/HXLQELly4Tz8F6om9v6GpXsZAufJmFc603B2cA74DrlNURRjE2V8 wbgg== MIME-Version: 1.0 X-Received: by 10.220.191.5 with SMTP id dk5mr8653859vcb.47.1375110626797; Mon, 29 Jul 2013 08:10:26 -0700 (PDT) Received: by 10.220.57.142 with HTTP; Mon, 29 Jul 2013 08:10:26 -0700 (PDT) Date: Mon, 29 Jul 2013 23:10:26 +0800 Message-ID: Subject: Weekly Status Report, Jul 29, 2013 From: Chenchong Qin To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 15:10:28 -0000 Hi! Here is last week's status. * change "IEEE80211_RATECTL_OPT_*" to "IEEE80211_RATECTL_CAP_*". change field "options" of ieee80211_ratectl to "ir_capabilities". update the references. * fix error on initialization of ir_capabilities. * re-add max4msframelen to ieee80211_rc_series. port max_4ms_framelen[4][32] to ieee80211_ratectl. also add setup of max4msframelen to ieee80211_ratectl_complete_rcflags(). * move ieee80211_ratectl_complete_rcflags() to ieee80211_ratectl.c, also put max_4ms_framelen[4][32] there. * add pre-compile declaration to ieee80211_ratectl.h. (strange it not appeared) Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Tue Jul 30 10:21:57 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D8002943; Tue, 30 Jul 2013 10:21:57 +0000 (UTC) (envelope-from oshogbo.vx@gmail.com) Received: from mail-bk0-x232.google.com (mail-bk0-x232.google.com [IPv6:2a00:1450:4008:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3C70E2498; Tue, 30 Jul 2013 10:21:57 +0000 (UTC) Received: by mail-bk0-f50.google.com with SMTP id ik8so1576614bkc.37 for ; Tue, 30 Jul 2013 03:21:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :x-enigmail-version:content-type; bh=WRyPimphtlj2Bml4hLmi4cPrFxE/8WiV4Z1L77pxG6A=; b=NYr5QuVPsTMUKm3jAibS1bucgHX4Ijh/Yn/4ci6Rl5z1nHtP/DPuFIPJyFnev5YH8p naTekUEced3CnLAhAqBmdhfgQOKNMKi/rXCAmIAJ/jP0aUmqoRTr881zeJT1Evzq2xrM MLVuNvUybidY2dL6ucBsKza2eXZhFx6dkMiQ1o8UMF0kOscDWl5lpm0ztV7Mp5q3O0Gb YAr+MyKtziMhtEgRF9vMaF0zwm46Zj0qf7LMRXI3D33lZNw4oQewKLwMuRGKPbsL51p0 s3BWV4I02bu/6k1r9PFaaM8Pay+mNBVIhBjEQQ2tK1Mz47Hp/W7fzHcP3jYeWfgRq4cS 5jVg== X-Received: by 10.204.174.144 with SMTP id t16mr9013258bkz.89.1375179715282; Tue, 30 Jul 2013 03:21:55 -0700 (PDT) Received: from [192.168.0.195] (58.wheelsystems.com. [83.12.187.58]) by mx.google.com with ESMTPSA id hn4sm17147586bkc.2.2013.07.30.03.21.53 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 30 Jul 2013 03:21:54 -0700 (PDT) Sender: Mario Oshogbo Message-ID: <51F793BC.6030807@FreeBSD.org> Date: Tue, 30 Jul 2013 12:21:48 +0200 From: Mario Oshogbo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: N: Subject: Weekly Status #5 X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tVrW0050AQJcVta1XMd5Bxr7KQt0VmVp0" Cc: "pjd@freebsd.org" X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 10:21:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --tVrW0050AQJcVta1XMd5Bxr7KQt0VmVp0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, In last week I finally finished the fts(3) functions. I also write some tests to compare the old version of fts(3) and my fts(3). I didn't check all of flags and conditions of the fts(3). I just compare output of popular programs (grep, find, ls and wc) with many different flags. They seams to work the same. I conducted conducted tests. In this or next week I will write some document describing those test and analysis of the results. I think this will be very good argument to start discussion on freebsd lists. If you interested on my change you are able to see it on my perforce branch (//depot/user/oshogbo/capsicum/...). Now I'm able to beck to closing bsdgrep(2) in capability sandbox. Cheers, oshogbo --tVrW0050AQJcVta1XMd5Bxr7KQt0VmVp0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJR95PAAAoJECRkYejLhN/jK+QP/jWnzztjrxe3hvsUZlBpowuO r0lo2JMTLSBpnoZrnr8Y26o5TBL/kG05aypPuQtQ3tKhk6TRu9+8O8x13spQN2+i E9M6Uupem3pFN31rp8CCxd9qxpY75pu0WYwsV0DtkLxPzwYEgYBpRqkAN/l1Dp+i dZyvzXEG9RVJyR/Y7cLEb/yLWoEOmn5gfdsZh4zhnx2djddEcs74w+kNQUy7cPd/ EzWp++y4r4BnYsNG4DpV+L9Fc3n1NupJTFaKAeUxkX9Cp9PIb95hU+Z4zUZZjJv5 32rdjPnqen8GSN97H4Y5R/p1OE5XQ3neWyVVr5wcoqtMltJ1cX+6OdWEonE7hLBv oUD/KnEbkUOAYsfdmtkdHE8nwGa2slYxAcB5AxpwqqkWfstYe6uo7bdlpWi7qqnF /nBC5L//A6DwNJl1T4c/eYPM/UPFvliVshDIBCFZ4c1n6cx1oEVSuRxVuLuBpOkG /659dLjPWRIt7xxzMvu+OMO/JWeuBiZ4hyl8XBWB7PZspsuvYDebhQaaNMGWILLf klPTdcshiCThQf14GRvr64c8ApYjSYmk0PZVcvx3W8uSMbNJ4YBd8Lxaxk0G0NT9 KHsPXBHPBvGNX1LCudkjewKj/lEQV6T2r7SNdhlX0lNHx2SL919q2ztSWEqvwDsU VgC+3Dsntrm+IoCgv8mK =Egql -----END PGP SIGNATURE----- --tVrW0050AQJcVta1XMd5Bxr7KQt0VmVp0-- From owner-soc-status@FreeBSD.ORG Tue Jul 30 12:50:09 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 98C39A8E for ; Tue, 30 Jul 2013 12:50:09 +0000 (UTC) (envelope-from def@freebsd.org) Received: from mail1.uj.edu.pl (mail1.uj.edu.pl [149.156.89.193]) by mx1.freebsd.org (Postfix) with ESMTP id 5825D2035 for ; Tue, 30 Jul 2013 12:50:09 +0000 (UTC) MIME-version: 1.0 Received: from [192.168.1.109] ([83.10.200.35]) by mta.uoks.uj.edu.pl (Oracle Communications Messaging Server 7u4-27.01 (7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MQR00JEY2BI5CC0@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Tue, 30 Jul 2013 14:50:07 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.0 X-Antivirus-Code: 0x100000 Message-id: <51F7B67D.5030609@freebsd.org> Date: Tue, 30 Jul 2013 14:50:05 +0200 From: Konrad Witaszczyk Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 To: soc-status@freebsd.org Subject: Report #6: Unattended encrypted kernel crash dumps Content-Type: text/plain; CHARSET=US-ASCII; format=flowed Content-Transfer-Encoding: 7BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 12:50:09 -0000 Last week I finished: * Save a decrypted crash dump using funopen(3). (http://svnweb.freebsd.org/socsvn?view=revision&revision=255272) * Remove xts_smallblock because it's not a part of the standard and crash dumps are larger than 16B. (http://svnweb.freebsd.org/socsvn?view=revision&revision=255276) * Import pefs' key derivation function. (http://svnweb.freebsd.org/socsvn?view=revision&revision=255309) Till the end of mid-term evaluation (this Friday) I plan to fix the encryption algorithm to encrypt 512B long chunks in 4096B long data units. Then we will have basically working crash dumps encryption which is ready to use with pefs. From owner-soc-status@FreeBSD.ORG Fri Aug 2 16:03:37 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B1074951; Fri, 2 Aug 2013 16:03:37 +0000 (UTC) (envelope-from zxyu.core@gmail.com) Received: from mail-bk0-x22e.google.com (mail-bk0-x22e.google.com [IPv6:2a00:1450:4008:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1DEA52E24; Fri, 2 Aug 2013 16:03:36 +0000 (UTC) Received: by mail-bk0-f46.google.com with SMTP id 6so260963bkj.5 for ; Fri, 02 Aug 2013 09:03:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=3fOImMzbFBxPEC3EURoGqjCgWXGaTEyZVVu8M1kE2mE=; b=u3KFhRvqY3xQABgEzxb8TTZOWb5z//m/6yUulrY+lWSRZ3N78PXIL/V6mzUHngEVzh rk/+tDeeunOY4AqnOvwA8eeXyDSf6Y1jhgZFJeQyxhh5Im70UjjLSVviOXLj5DxIKxah jzy/iLp9/Cs5kH6Shu+sQxqk+e29sYceR6LrvPVErTl3NcBgww80VOBNHQJQB5ACRyec K5KMQ+Tv8otqWTBn9jb41YLgUzS2Gtla8dKwn1Yx5G1ZBh4phd+AWkPhizO8asTZDVSZ /nffQb0ledoMi0qYKlpU1fHI9jX83OdASu8FNPe6MvBDDyj3X9uOa0pUs8ma3ZdRsSdy nZmA== MIME-Version: 1.0 X-Received: by 10.205.12.67 with SMTP id ph3mr1342641bkb.87.1375459415255; Fri, 02 Aug 2013 09:03:35 -0700 (PDT) Received: by 10.204.39.16 with HTTP; Fri, 2 Aug 2013 09:03:35 -0700 (PDT) Date: Sat, 3 Aug 2013 00:03:35 +0800 Message-ID: Subject: weekly report of July 29 and midterm report From: zhixiang yu To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Aug 2013 16:03:37 -0000 Hi all, During the last week, I implemented ahci hba command list and prdt emulation. I can dump the cfis and prdt correctly now. The following is the two cfis dump during freebsd boot. It should be H2D soft rest fis. cfis length:20 prdt entries: 0 27 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 00 00 00 00 cfis length:20 prdt entries: 0 27 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 What I achieved matches what I planed -- Before midterm evaluation, finish emulation for all registers including host and port registers, command list, prdt. In 3/4 and 4/4 term, I will complete ATA and ATAPI commands emulation by the backend file via. block_if. Thanks From owner-soc-status@FreeBSD.ORG Fri Aug 2 19:13:47 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ECE3AA30; Fri, 2 Aug 2013 19:13:47 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x234.google.com (mail-bk0-x234.google.com [IPv6:2a00:1450:4008:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5755D2695; Fri, 2 Aug 2013 19:13:47 +0000 (UTC) Received: by mail-bk0-f52.google.com with SMTP id e11so329563bkh.25 for ; Fri, 02 Aug 2013 12:13:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=zmc3MpUFNcb5DdMNrATcvdLqbCThuoNIrWbN4ZFXYD4=; b=J5HZ6igfo3+KatffeOA7nGedYNtvNkUl5wKQetgF9isrNmxRyqT9fuuFueiOO+DvAf 9n+xMyOc4OgGd/djbShvaijCnQKmVR31Du6OBKdZ68BEBrl1AwfUZP7xqzLA62etOQsz 0Xjb+1k4K1cQlO+HiL9bf3BkmtDueun4XKRB6ezIhb8fH1MozksgmwPj5U0RO4EKKG4r xdoEBk8jI0ksKEWSrHN0doXGcqFhIQSdafA4BqTkt4YDAIAthYLGndRuQFykfluaeoO9 8S9MYVLiYQUd2cd4b0NhRslXtME0bDia/GdeGP3hBm8QGYIp6sSpATBtwsr01TmU6w+L RCgg== MIME-Version: 1.0 X-Received: by 10.205.116.78 with SMTP id fh14mr1492616bkc.135.1375470825474; Fri, 02 Aug 2013 12:13:45 -0700 (PDT) Received: by 10.205.18.69 with HTTP; Fri, 2 Aug 2013 12:13:45 -0700 (PDT) Date: Sat, 3 Aug 2013 03:13:45 +0800 Message-ID: Subject: Weekly Status Reports #6 - XEN HVM Guest Support From: Bei Guan To: soc-status Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Justin T. Gibbs" X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Aug 2013 19:13:48 -0000 Hi, In the past week, I continued to debug the child device for xen usb host controller. The child device usbus1 has been attached, but there're still some errors. The output of "devinfo" looks like the following currently. ... xenpci0 xenstore0 xctrl0 xenbusb_front0 xbd0 xn0 xu0 <-------This is the Xen host controller device. usbus1 <-------This is its child device. xenbusb_back0 ... I'm trying to solve the problem. The latest code is avilable here https://socsvn.freebsd.org/socsvn/soc2013/bguan/head/sys/dev/xen/usbfront/ -- Best Regards, Bei Guan From owner-soc-status@FreeBSD.ORG Sat Aug 3 12:29:41 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7386EE56 for ; Sat, 3 Aug 2013 12:29:41 +0000 (UTC) (envelope-from tuchalia@gmail.com) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F150F2166 for ; Sat, 3 Aug 2013 12:29:40 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id hi8so1038585lab.21 for ; Sat, 03 Aug 2013 05:29:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=1cryPWY5NJHNwTrykjqSVqE5xuqXcC7U4olB0A1JMRo=; b=fhSxGWjshcGUlj6FAa7HGcKMOaRRbAoI+3v5CLhh4IZzVf37SGGeBOcfJeimqXBqDB +oauSVi6KyTBBr5yUlkPvVoBVluNaJ8shzQYmQ3d3pm1mYcX4KuaSossB+UVJJ9t5OxW TL40A0+Xll10dMVyVyL6DGXks/RJn5pWXUbq/HEBaMUic8qo1X/9mTve8sUBjiZdXHA4 sffND8kGeIaZieRaNwKLUFLbWOCuQ3o4KVUQItIVTHTJreiCxWNUfFGhLHHtMpyClqlk Vdh6vFTHlKMIbLxg/zL8J6rAG3n+hWKPjYWe6IVlmTYTttMGgp06sn4A7LQEbSdeiMlG RILw== MIME-Version: 1.0 X-Received: by 10.112.167.136 with SMTP id zo8mr5190488lbb.33.1375532978842; Sat, 03 Aug 2013 05:29:38 -0700 (PDT) Received: by 10.112.54.134 with HTTP; Sat, 3 Aug 2013 05:29:38 -0700 (PDT) Date: Sat, 3 Aug 2013 14:29:38 +0200 Message-ID: Subject: Port data compression services and video codecs to Capsicum, Weekly status From: tuchalia To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Aug 2013 12:29:41 -0000 Hi everybody, It seems that I understimated the amount of work involved when porting a library to GSoC. We need to create a child process linked against the real library, and another one linked to another library with the very same interfaces. In turn this new library (which I called (in a very original way) libzcap) should ensure that the worker (the child) process is running, and send him commands to it to do all the compression, decompression stuff. The main problem I'm having right now is syncing one of the basic structs used in the library, which can hold 4GB of data. -- Daniel From owner-soc-status@FreeBSD.ORG Sat Aug 3 16:24:43 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A4C6478B for ; Sat, 3 Aug 2013 16:24:43 +0000 (UTC) (envelope-from fivo.11235813@gmail.com) Received: from mail-oa0-x235.google.com (mail-oa0-x235.google.com [IPv6:2607:f8b0:4003:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 72FBA26EF for ; Sat, 3 Aug 2013 16:24:43 +0000 (UTC) Received: by mail-oa0-f53.google.com with SMTP id k18so3558939oag.12 for ; Sat, 03 Aug 2013 09:24:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=9VxHmK9ZmFp+kz8XBzuqZHbf8NG9C/v6LBX+S+jvgGs=; b=TN+qClBvI3B0hOCaHxqEk4NjxNF0giW0bIM2/63nYi4J6sxb3DU2JYj4AoLlIhXsF7 LMGluv14tCpteeRgDAP/9rx2+9ODqv5sYTclXPnPKMUrqHnqKPfhZd5uKzSpov7p4hkm /AjMrEXTxTBLJGYE5SsfQsgYAnK79U8LWP6vvlSmK6GD7m4d1868ZtwFwOrgTssJ0O7G TNMwcXfaSEQVYjyetJxbiYSsfeq4MvXAATNpZtTccQkRiHFYZUoboAwKwNLnyZob6LKJ uSz55HC2VMXIqd7lEKtMKI3qM9TSFHgIEb0fdiNkdIQIXdkEf6ZTh5JgCMemyCswyOzW yyMQ== X-Received: by 10.182.148.195 with SMTP id tu3mr9337004obb.32.1375547082692; Sat, 03 Aug 2013 09:24:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.80.105 with HTTP; Sat, 3 Aug 2013 09:24:22 -0700 (PDT) From: =?UTF-8?Q?Iori=E3=80=80YONEJI?= Date: Sun, 4 Aug 2013 01:24:22 +0900 Message-ID: Subject: "GSoC status Week #6: BHyVe suspend/resume" To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Aug 2013 16:24:43 -0000 Hi, I had school tasks and part time job, they make me feel tired and I had to spare my time, so progress is less than schedule. [project summary] The project goal is to append suspend/resume feature to BHyVe(BSD hypervisor). [what's done] - save x87/MMX/SSE registers - dump guest memory [under development] - save bhyve process depending state(like ctx). [will be opened in a week] - restore registers - restore memory [remaining task] - new test application(guest machine) - restore bhyve process depending state - documents - admin user friendly tool From owner-soc-status@FreeBSD.ORG Sun Aug 4 20:44:00 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1891A79E for ; Sun, 4 Aug 2013 20:44:00 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D75802945 for ; Sun, 4 Aug 2013 20:43:59 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id o6so4837442oag.27 for ; Sun, 04 Aug 2013 13:43:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=ry03KIVS2K88L+4vR6wGW59/AURz0hxlFCqU35knddM=; b=FAGIziU/Gh9WI3RkOKXcDIAS4oiMLl8cjK5OY5a3aNc1yxW6+iiK6sEop+LwGu0cXn 107mUWAhZlVPTql492xRs4vmSXz4MloncKNMWoZLrgjYRJfGzcCN4kCgHW9KtsimKLh7 9yoP+3SGmFvCvEUkAQntLKFpm6kxH6ATlqWL/Cst/Wj0AJLlwxjkiF7ivrtmhCM4rZUf oXDZi6BDN7eV9WcvWIIG0FBnWTwcLszq+40EsSrVWWNB877qq97rv+J+V2JOAtrcrIyF xWHODY03VARgxbHLVEt06Ouwa98lBwd2aGrx/gqG8tF5nF+qKRzd0X/fpRzo1rWPkmJI Mmqg== X-Gm-Message-State: ALoCoQmCOgQoUc4m+hfHnhEXWZ4PjWmTZcRxj2X8cFRnGZ3Oh0iTk68994KBLQfxhn4KSCf0q+X/ MIME-Version: 1.0 X-Received: by 10.50.128.166 with SMTP id np6mr773189igb.55.1375649032769; Sun, 04 Aug 2013 13:43:52 -0700 (PDT) Received: by 10.43.172.131 with HTTP; Sun, 4 Aug 2013 13:43:52 -0700 (PDT) Date: Sun, 4 Aug 2013 20:43:52 +0000 Message-ID: Subject: GSoC Status: Week 7 From: Matthew Windsor To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Justin Edward Muniz , Eitan Adler X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Aug 2013 20:44:00 -0000 Hi all, This is just a status email to let you guys know that, due to being on holiday all week sans computer, I haven't made any progress on the GSoC project besides submitting an evaluation. (I've made a few minor cleanup changes to go in SVN some time today or tomorrow, but that's all.) Until and unless I can discuss further with my mentor I'll most likely be following the plan of work in the reply to my last status report (and thus next week will be removing some dead code and working on making the jobs-based actions not fall over as much and, if it must, fall over with better error messages). ~Matt From owner-soc-status@FreeBSD.ORG Mon Aug 5 16:05:30 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D9A6F16C for ; Mon, 5 Aug 2013 16:05:30 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-vb0-x229.google.com (mail-vb0-x229.google.com [IPv6:2607:f8b0:400c:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9CC8C2522 for ; Mon, 5 Aug 2013 16:05:30 +0000 (UTC) Received: by mail-vb0-f41.google.com with SMTP id g17so3056453vbg.0 for ; Mon, 05 Aug 2013 09:05:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=d6KbT+1dfPnulzGHrHZrWHeEybtNq1tUP8vvW/2Zj9I=; b=sM5EOn+yBHkvM50c6o/sdkPVu9wgRa4mcrg7mVBNLcIsWqOalrKi+03Ic5kxt+Ycip lACbjHRuc7iUL4+Z+hw/oBW2iviz+aFbkV8LgmD23qOre2N/bYIc5sNx22/+CfOS/AYL ZoYrwqxldN3bEj5OoICUsBE3WRGd4LhMQykbcN8RS+CoDRF6RPWINZoGs35B7P8q1MJz +drpc8xiIeQe7J2Y5lawrEqyahGFMEXyAB5aCszidtcd83hqq7kxj6eYAtn4XLRjHHVI D2TC4IlnE0T7L75eVtnhUl8/tY9/vhIC+W8nN1d3ir22zi9IqjMmNwhnAFL7LM6eLCgi 0w9g== MIME-Version: 1.0 X-Received: by 10.52.73.135 with SMTP id l7mr5231033vdv.9.1375718729731; Mon, 05 Aug 2013 09:05:29 -0700 (PDT) Received: by 10.220.57.142 with HTTP; Mon, 5 Aug 2013 09:05:29 -0700 (PDT) Date: Tue, 6 Aug 2013 00:05:29 +0800 Message-ID: Subject: Weekly Status Report, Aug 5, 2013 From: Chenchong Qin To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Aug 2013 16:05:30 -0000 Hi! Here is last week's status. Last week I was working on porting ath_rate_sample to net80211. It has not been finished yet. _complete_ and _update_ are to be added. _complete_ is a tricky thing. Different drivers provide different rc information in different ways. So, we need a unified way to provide the rc information during completion of a frame. I also browsed mac80211 to see what Linux do about the _complete_. Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Mon Aug 5 17:21:56 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 80B74C23 for ; Mon, 5 Aug 2013 17:21:56 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-ve0-x22f.google.com (mail-ve0-x22f.google.com [IPv6:2607:f8b0:400c:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4509929C1 for ; Mon, 5 Aug 2013 17:21:56 +0000 (UTC) Received: by mail-ve0-f175.google.com with SMTP id oy10so3342457veb.20 for ; Mon, 05 Aug 2013 10:21:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=EPjvCpkAtZ1oqelE+yIPlxD59IPii9aP60M8xYhxP80=; b=rT1pFxq20/pMYFCOaXLwPOXzlsbZuIwTHYsZScXVFpCQzq+ChgC6fY54zeQu7w+Cvt lAZs1jdVVFmrEb5qFZm+RG/IVWfPY1EQXBkrXXhQqUip8XnVDHTkw9wj5L+wCoG0T+CT wu7UW6YMGRMkZ/wavvrwNioURk8HromVETBLNVq50oGavku6WkFMszLSXKrx6HoZGEJm ywElCojhz+wFhHR0JPabhptMOA6CbOd3UWtUjp92Z1yiAow3Y4hJ/AH2BNEyBi+xXYyz 9MwvbzTxR4zjKiNmq/SSspfg+srIS0l06UW3HdBMH2LD4N0IpLLLcmlZ+l+NVgWqcnw3 x+mw== MIME-Version: 1.0 X-Received: by 10.52.115.102 with SMTP id jn6mr5313038vdb.18.1375723315272; Mon, 05 Aug 2013 10:21:55 -0700 (PDT) Received: by 10.58.45.162 with HTTP; Mon, 5 Aug 2013 10:21:55 -0700 (PDT) Date: Mon, 5 Aug 2013 22:51:55 +0530 Message-ID: Subject: IDMS: Weekly status report #6,#7 of 14 From: Ambarisha B To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Aug 2013 17:21:56 -0000 Hi, Progress in the past two weeks: - Fixed the code to prevent race conditions etc after making the server threaded - Added SHA1 and MD5 checksum verification - Basic site profiling (A summed up history of all transfers from a given target site) This week I'll try to finish site profiling as per the schedule. There is also a buffer week for site profile after this. Cheers Ambarish From owner-soc-status@FreeBSD.ORG Tue Aug 6 08:12:52 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4BED26DE for ; Tue, 6 Aug 2013 08:12:52 +0000 (UTC) (envelope-from mikemandarine@gmail.com) Received: from mail-ve0-x233.google.com (mail-ve0-x233.google.com [IPv6:2607:f8b0:400c:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F8602E8A for ; Tue, 6 Aug 2013 08:12:51 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id c13so76023vea.10 for ; Tue, 06 Aug 2013 01:12:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Ad0xLGEbxPrnGY27OihaFrLf/LZjgSSBU8MS2vU+ppk=; b=HMEBZ0z/NEJh0yq9fZetsDytvnyZZYZCGJB/lBT3ZA5qkt01hXt4Rv5Y+nWhqDYouf rSF7DWwph9zE0Hacrpz5ZZTSOl2F/jaigKNn0aJybQRbW4A//CqRpfsir6wgYil0ptqz +PgsVICJPBu7eAUuisuyfUNAxQXi8ehd2wyrbGbpm0NbDcZNtMqDjrFwPSLPxz7FrS+4 G6Z+TAyoZ/COgkEVeU0CCKjXmHbLjgP8UzvewcASpUraU665D0Oyc4p6VIjpshZhmD96 bQuYiFlcPGvUmxCVs2zsPs0IMCY++wjm6cMuOj7ecGcA7nK5vLOuvaJ5M0ewmd4oKoKk sjbw== MIME-Version: 1.0 X-Received: by 10.52.22.74 with SMTP id b10mr47481vdf.14.1375776771067; Tue, 06 Aug 2013 01:12:51 -0700 (PDT) Received: by 10.220.163.74 with HTTP; Tue, 6 Aug 2013 01:12:51 -0700 (PDT) Date: Tue, 6 Aug 2013 10:12:51 +0200 Message-ID: Subject: Status report, week 6 & 7 From: Mike Ma To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Aug 2013 08:12:52 -0000 Hi, Recently I realized it's better to port daemon handshake implementation from osxfuse for my previous problem, which is our FUSE module doesn't handshake with the remote daemon automatically. I've been study the osxfuse code and trying to port it to our FUSE implementation. I'm not familiar with kernel hacking so I'm progressing slowly. I hope I can come up with some initial version in one or two weeks. -- Cheers, Mike From owner-soc-status@FreeBSD.ORG Tue Aug 6 10:00:54 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DEDB9193; Tue, 6 Aug 2013 10:00:54 +0000 (UTC) (envelope-from oshogbo.vx@gmail.com) Received: from mail-bk0-x235.google.com (mail-bk0-x235.google.com [IPv6:2a00:1450:4008:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43230246C; Tue, 6 Aug 2013 10:00:54 +0000 (UTC) Received: by mail-bk0-f53.google.com with SMTP id d7so68515bkh.40 for ; Tue, 06 Aug 2013 03:00:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :content-type; bh=gyk9k+XP0NewS0qUpwkVeu6di4JH861uqLRIpoBppP8=; b=po+tcWFLRHly7ThArnvpwgGzjP2G81k5+XL2KvPBzGu3RMjdTDjGhdiu2GmIUjtz1n kN75bZdiXeMcZlFz/dU/aCHqIIi7hSlaYNaGZ0YPEAJnPrwvEmrU4A7Gv/wQ9KjiX9K/ 06A0a8keXj8+Qugg5T4hEBPE8w10dsO4QJ4mUqvaEJi54cRPuivphgnrPL9KMj7d+uo2 +ENbtWvqSIpOl+D1CXBn1NveWVDT/QzZEctAKWAiGakImyvX+Z9uF4CzobSQWzsU2I/j geeBjNjJNoWy9bgTouSqd/T9Mo/SAbLqPV8uXTuhJoU1MrdJPiJcmj8MBGoHFn4mKKAL 3VBQ== X-Received: by 10.205.132.201 with SMTP id hv9mr124508bkc.164.1375783252491; Tue, 06 Aug 2013 03:00:52 -0700 (PDT) Received: from [192.168.0.195] (58.wheelsystems.com. [83.12.187.58]) by mx.google.com with ESMTPSA id g5sm276274bkh.17.2013.08.06.03.00.50 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 Aug 2013 03:00:51 -0700 (PDT) Sender: Mario Oshogbo Message-ID: <5200C94E.9080206@FreeBSD.org> Date: Tue, 06 Aug 2013 12:00:46 +0200 From: Mario Oshogbo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: N: Subject: Weekly Status #6 X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="obW5ksF2R831SJj2J9V5ESRbWlFD1SHEt" Cc: "pjd@freebsd.org" X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Aug 2013 10:00:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --obW5ksF2R831SJj2J9V5ESRbWlFD1SHEt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, This week I spend working on bsdgrep(2) I encountered some problems which I describe here: https://wiki.freebsd.org/SummerOfCode2013/CapsicumFeatures#Problems_Encou= ntered So i still must work a bit on bsdgrep(2). My Mentor found some interesting thinks about fts to optimize. There are also some problems with my changes in rwhod which I must look at. It seems that this will be busy week. Cheers, oshogbo --obW5ksF2R831SJj2J9V5ESRbWlFD1SHEt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJSAMlRAAoJECRkYejLhN/jjOMP/3vAmykl+hhtdX/KfxEsD8AX aRr66hh/FIOH/abRBm3r69DYrT80VuIcNp3uJtz7d5xmAZWaCINeNpWA/L46G9zj 07BY6ShQOlOWwMve/urfbuqSMtXAhIV7A2uuk25fcxNT0N94nsO/A0Upx9in2uHd gfvpJB5go8d+mC83CH0U+TuPE6z8Hf5hwsJ2KRdmz8GQ7vmFgBX0gSeWbkn17Jec oXOMLgsLgboB3SxLjdG2VhUpez3HK5yg6ZsNQbEAOd+e56hL50D+4FvPNZAQPie/ MRJNfm7fjkJjAklqFJSX/7tYNWAva/p8ciDB8TUAxPG+MHzoPaPmxGcE0vmc8sM/ gKv72DUPxbo8t0bBxNSeSFHvqO9+haayuKHV6szpjm2VD/haEtdwx5YGucMyd0q0 a86oftuR92TH2ureSpC1rbD6lJpVK0hmBrPQqDsYj/yB0DYsQR+k4++9WBQoJ5xZ H5/hlkSqruIv/y2pTY/HVHQB8bd1Kb9+ejJ6LUy7IDSlIAOWU9xr605usJO7Wk1q paXNew4wKx0KLtA7+PHI35Xec4NiiuH1egJxYNW2HS50l/GcjKRRdIiMr4OMxqfN wVTVLYP/hG+WA8mdOpupFDYnCuoeIbF5zp0jTSLDYKd7SENR9oVFW0aCgDneL9mu h4IQ7JJxycAT/wXr+dxY =w2pw -----END PGP SIGNATURE----- --obW5ksF2R831SJj2J9V5ESRbWlFD1SHEt-- From owner-soc-status@FreeBSD.ORG Thu Aug 8 21:13:41 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 115CA248 for ; Thu, 8 Aug 2013 21:13:41 +0000 (UTC) (envelope-from gibbs@freebsd.org) Received: from aslan.scsiguy.com (aslan.scsiguy.com [70.89.174.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C86D82384 for ; Thu, 8 Aug 2013 21:13:40 +0000 (UTC) Received: from tomo.sldomain.com (207-225-98-3.dia.static.qwest.net [207.225.98.3]) (authenticated bits=0) by aslan.scsiguy.com (8.14.7/8.14.5) with ESMTP id r78LDcNU005757 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 8 Aug 2013 21:13:38 GMT (envelope-from gibbs@freebsd.org) Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Weekly Status Reports #6 - XEN HVM Guest Support From: "Justin T. Gibbs" In-Reply-To: Date: Thu, 8 Aug 2013 15:13:34 -0600 Message-Id: <8339D9C8-E7E0-4E27-9FA1-E04AAC4D3F5A@freebsd.org> References: To: Bei Guan X-Mailer: Apple Mail (2.1508) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (aslan.scsiguy.com [70.89.174.89]); Thu, 08 Aug 2013 21:13:39 +0000 (UTC) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: soc-status X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Aug 2013 21:13:41 -0000 Hi Bei, I'm back from vacation. How are things going? -- Justin On Aug 2, 2013, at 1:13 PM, Bei Guan wrote: > Hi, >=20 >=20 > In the past week, I continued to debug the child device for xen usb = host controller. The child device usbus1 has been attached, but there're = still some errors. The output of "devinfo" looks like the following = currently. > ... > xenpci0 > xenstore0 > xctrl0 > xenbusb_front0 > xbd0 > xn0 > xu0 <-------This is the Xen host controller device. > usbus1 <-------This is its child device. > xenbusb_back0 > ... >=20 >=20 > I'm trying to solve the problem. The latest code is avilable here > = https://socsvn.freebsd.org/socsvn/soc2013/bguan/head/sys/dev/xen/usbfront/= >=20 > --=20 > Best Regards, > Bei Guan From owner-soc-status@FreeBSD.ORG Sun Aug 11 22:48:13 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0364A2D4 for ; Sun, 11 Aug 2013 22:48:13 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ie0-f174.google.com (mail-ie0-f174.google.com [209.85.223.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC89F2B28 for ; Sun, 11 Aug 2013 22:48:12 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id w15so7212412iea.33 for ; Sun, 11 Aug 2013 15:48:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=u4iwH0X1MSpMdjOXO6Sg1bFAqzzOIsD5xFFmebMO294=; b=PzG2L6e6Sh43Jzn1ySK2tLt3JLqeoW1zvzOOHHL0FPLMoXbb+9EKW7W31ki4bOxc1h +T9z09uwtysuuF2q0Nrh26+OeebBOpUZcjDCwbR4G562IpA1i7WvZmV50nIkIXUYaHOX EqrGFZooGo6HijOBMHxO1NEJNCIEcZ/zrae+ZinzxdWq2zkIq/DusRiJs5+WO4Pnhnaf Xm7yCrryIBoDhxslPLpxmZZ4rv2SuIctrEu2Ks1zOqwHh3HotzHW/tOEwsJzba+9xjaf Ok6TEJCfMNm8JnS9+Jd5hcGCdRYRbU+d9auiOOfJn3QStUjqMQ1UEhw1xeOdmjYPTSRw cJMA== X-Gm-Message-State: ALoCoQn8JmlFAANl/0SKSCRTzo/hWl7hqTkFARjT0HQvdttvMYRMMMJV6oeeNnjfpk7yvVIrnWOm MIME-Version: 1.0 X-Received: by 10.43.11.69 with SMTP id pd5mr8722980icb.62.1376261286387; Sun, 11 Aug 2013 15:48:06 -0700 (PDT) Received: by 10.43.172.131 with HTTP; Sun, 11 Aug 2013 15:48:06 -0700 (PDT) Date: Sun, 11 Aug 2013 22:48:06 +0000 Message-ID: Subject: Re: GSoC Status: Week 8 From: Matthew Windsor To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Justin Edward Muniz , Eitan Adler X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Aug 2013 22:48:13 -0000 Hi, This week has mainly been spent refactoring the job and query code, and trying (and failing, for now) to figure out how to make jobs provide more information when they fail. Spending a week with Code Complete took its toll on me as I've spent a lot of time trying to subdivide functions, clean up code and generally make the job/query code less of an unbridled nightmare to look at. C files are being split up and fanned out, and hopefully the end result should be an improvement in both maintainability and (wishfully thinking) correctness as complexity is shuffled out into easier to check portions. The old query-based jobs code has been removed completely, with nothing using that anymore. The new jobs code seems to work fine for removing and installing trivial packages, but again updating is not yet properly tested. It turns out that checking the return value of pkg_jobs_apply isn't going to work for finding out more information about application errors, and I haven't yet figured out how to check the events system for errors without causing a job to bail out on minor things such as checksum mismatches. This will need some looking into at the pkgng code side (I might ask on #pkgng too), as I imagine I'll need to filter through errors either by strcmping the messages or finding some way of extracting an integer value for the error (does the errno event have anything to do with this, or is this just for normal unix errnos?) Hopefully I'll have more to share next week, by my own admission this week has been somewhat unproductive in terms of the things I wanted to do. ~ Matt From owner-soc-status@FreeBSD.ORG Mon Aug 12 15:47:17 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DDE38CA2 for ; Mon, 12 Aug 2013 15:47:17 +0000 (UTC) (envelope-from tuchalia@gmail.com) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65C052835 for ; Mon, 12 Aug 2013 15:47:17 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id el20so3894200lab.26 for ; Mon, 12 Aug 2013 08:47:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TSnQdtReJ5cHndt2Vc8S1O9cND0yMxYigOubp56YpPU=; b=AE+T5OBfWhTywCF1T6jMNNxuyReBh7o0HTIB1ojWThu/py+mw6A9owLiUtuurPYDtZ i/vY1vsStMEXdEEpWFtlDQUZ+RN2y8KI5DQFgo4c/iUTPyOxr2ySs10soBKST0K1sQsQ sO5wlwjwx+wu5yw1/p9geqi++yG5NB1whUGW0b+f1qcttCxwoeTqGiu+N8UFDhQY/n/U ZdAnqBpHdfdW77/5/2qMf1TMfU+riK3Lh7EvmYZknmkS0y494utbYb+jZGFUxRbA4350 a8if74gB9K71GgC8ovZTpw4sF0MrDkyu4G/RCYNf8XUXVlRR+vZXynwzucKa35U0HI3/ 114A== MIME-Version: 1.0 X-Received: by 10.112.73.37 with SMTP id i5mr10008189lbv.88.1376322435195; Mon, 12 Aug 2013 08:47:15 -0700 (PDT) Received: by 10.112.54.134 with HTTP; Mon, 12 Aug 2013 08:47:15 -0700 (PDT) Date: Mon, 12 Aug 2013 17:47:15 +0200 Message-ID: Subject: Port data compression services and video codecs to Capsicum, Weekly status From: tuchalia To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 15:47:17 -0000 Hello there, As of now, I managed to part the whole checksum and gzip part of the library. The only remaining part is porting the whole deflate/inflate functions. I've learned a lot, and doing the gzip part (which is easier to port than the deflate one) has tought me how to think when porting libraries to Capsicum. (It's very different than porting applications). The advanced functions of the library seemed very hard. But after giving a good tought about how to do everything, I see them as very easy to port. At the beggining of porting the library everything was very hard, and you have to think in a different way. -- Daniel From owner-soc-status@FreeBSD.ORG Mon Aug 12 18:01:54 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5DABC286 for ; Mon, 12 Aug 2013 18:01:54 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-ve0-x22e.google.com (mail-ve0-x22e.google.com [IPv6:2607:f8b0:400c:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2257420F7 for ; Mon, 12 Aug 2013 18:01:54 +0000 (UTC) Received: by mail-ve0-f174.google.com with SMTP id d10so5895529vea.19 for ; Mon, 12 Aug 2013 11:01:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0V5N3WMoTTxmVUgJrkGmizKrcS+cgsxopW7Mme/3anA=; b=st7EgGpcTsGxSjel9uM+3utQcSuMBTdm7vg0U1Gh0Nh5yVCoYADyepk4710pymBJr5 tbgLACWLPbaB82AP/mCazTrwLf681weepBEB1P9B4h0cpqTVIpgXdIi1Gdg5/uXnONcf FQXTb6GPypkbAafeLA867xZMK5QG28vYcXg+Ogr4rLXAWQeYZ3pnbb8FwG8VtpYdvHfu ezuPPWlQKybAe6R3IPlbFoxMTDqOUWLTsIPWdtmNvsxvzLbOlun9Vv4NwN5PnHuNwdMh 3lOb0dEzORDC5W6nqmACsHhw/Up6hHJw2o1qRikgV6wh+MDGEXCyTnRjtRNvQLGYDHmC GXMg== MIME-Version: 1.0 X-Received: by 10.52.120.7 with SMTP id ky7mr156622vdb.12.1376330512892; Mon, 12 Aug 2013 11:01:52 -0700 (PDT) Received: by 10.58.45.162 with HTTP; Mon, 12 Aug 2013 11:01:52 -0700 (PDT) Date: Mon, 12 Aug 2013 23:31:52 +0530 Message-ID: Subject: IDMS: Weekly status report #8 of 14 From: Ambarisha B To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 18:01:54 -0000 Hi, Past week I've been working on site profiling. Progress so far: The DMS server maintains a profile for each of the mirrors which it stores to disk when exiting and loads up when starting. The profile contains (domain, 256 most recent speed samplings, remark indicating whether there was an error while using the mirror last time, number of active connections to this mirror) Every time a new request is received, the daemon picks a mirror. Here's a short description of the criterion it uses: - If a mirror hasn't been tried yet, try that. - Average the download speed from a mirror from all the samples collected in the past 1 week(a slight change will make this configurable). Pick the site with maximum average speed. - If there was an error, when using this mirror last time, pick this mirror only as a last resort. - If the number of active connections to a given mirror is already MAX_CONN, pick the next best mirror. This week is a buffer for testing this feature. So, I'll spend some time testing and fixing anything that turns up. You'll see the latest code in the svn repo latest by this time tomorrow. Please review it and let me know of improvements. Cheers Ambarish From owner-soc-status@FreeBSD.ORG Mon Aug 12 20:37:51 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 71C857FE for ; Mon, 12 Aug 2013 20:37:51 +0000 (UTC) (envelope-from mikemandarine@gmail.com) Received: from mail-vc0-x22a.google.com (mail-vc0-x22a.google.com [IPv6:2607:f8b0:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 34AC529EE for ; Mon, 12 Aug 2013 20:37:51 +0000 (UTC) Received: by mail-vc0-f170.google.com with SMTP id kw10so3209237vcb.15 for ; Mon, 12 Aug 2013 13:37:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=9zReuneuHyeR91wJyAmA2Rbc7jE97fXDpgTBRU1MLHc=; b=fLxZNKqq/6vFzJA2WiALqezEiU2U9DU6Mv+lmaQ2uxjWyWBdaZ++BYnuOLPJt9GTka zM2PfZhwsB0ErJBQB0R7fywgRlUpQju+6JNsOpPcGmd7A+pLzEJNClWNo4dduAwVhJYp Ut4V54SnOKoHAOW7SIMEK7J7p67DqxAdw4WoLJrilXN4IyKtaljj1zyrR+2my+bWnsFQ tLfw8/UUYjmYDIQCWWTaMoat8l0r6HvvphpaZGMXJTeBn4uCNA1Lqwf3l33f3TnwmfbR PL+xSKCDIkE4OtDb/kySQAxUzwZepEX6J6AJUmJ7ytWIVElQS7YKVIZGLVmrB1lMR5+B kYhA== MIME-Version: 1.0 X-Received: by 10.52.163.12 with SMTP id ye12mr581133vdb.59.1376339870342; Mon, 12 Aug 2013 13:37:50 -0700 (PDT) Received: by 10.221.68.8 with HTTP; Mon, 12 Aug 2013 13:37:50 -0700 (PDT) Date: Mon, 12 Aug 2013 22:37:50 +0200 Message-ID: Subject: Status report, week 8 From: Mike Ma To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2013 20:37:51 -0000 Hi there, Last week I managed to mount and use a gluster volume on FreeBSD with recent HEAD. I now have to clean up my git repo. And the do the regression tests and smokes tests. Then write the rc.d script. -- Cheers, Mike From owner-soc-status@FreeBSD.ORG Tue Aug 13 10:03:50 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D0C6073C for ; Tue, 13 Aug 2013 10:03:50 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-vc0-x22a.google.com (mail-vc0-x22a.google.com [IPv6:2607:f8b0:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93F5929CC for ; Tue, 13 Aug 2013 10:03:50 +0000 (UTC) Received: by mail-vc0-f170.google.com with SMTP id kw10so3694376vcb.1 for ; Tue, 13 Aug 2013 03:03:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=OUZdMWiAPy0SE/B/UpYh8clbkCb2IcQ7Uaa/UcT4j8Q=; b=hEfw+4fO5PkWCid+80APQr/NmPCqWkysCgjRH0t/OKjmuxf2jslHtCQGTRbKZb76AP iNbnUpTmV4I/ZI7tuwBn+DkaBFolAELQyf06fFnNTLXD9/MZJZni7mPRAINeuZ4zpMZT tvv+YRyoBI4Q6xP6GCOlEp0gpEHSXMLBVEWWIh87Dc6OxQyE7hUFnnXfE4nrZXuhPrsg Y8Z+jSzz06n2FNUvU/d8OevQE/HkXBtT5MGG0Uh7s7zU9ywIUMyJ1/Qw5zFvCm6dChvk 0IFjbEE9ETNdnAmwFH5IFKUGp+CptCTP/uyJTWaGNvpAZEtCMK/L0omBPI7jsotwVVtY rkyw== MIME-Version: 1.0 X-Received: by 10.220.48.194 with SMTP id s2mr7068vcf.43.1376388229774; Tue, 13 Aug 2013 03:03:49 -0700 (PDT) Received: by 10.220.57.142 with HTTP; Tue, 13 Aug 2013 03:03:49 -0700 (PDT) Date: Tue, 13 Aug 2013 18:03:49 +0800 Message-ID: Subject: Weekly Status Report, Aug 13, 2013 From: Chenchong Qin To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 10:03:50 -0000 Hi! Here is last week's status. I added ieee80211_rc_info to ratectl api. Then we can conveniently provide more tx info to ratectl algo. ir_rates, ieee80211_ratectl_rates and ieee80211_ratectl_complete_rcflags were adapted correspondingly. __complete__ stuff of ieee80211_rc_sample was done and ieee80211_rc_sample can return rc series now. Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Tue Aug 13 11:23:25 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B1F5C645; Tue, 13 Aug 2013 11:23:25 +0000 (UTC) (envelope-from oshogbo.vx@gmail.com) Received: from mail-bk0-x230.google.com (mail-bk0-x230.google.com [IPv6:2a00:1450:4008:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 17FAB2E27; Tue, 13 Aug 2013 11:23:24 +0000 (UTC) Received: by mail-bk0-f48.google.com with SMTP id my13so2249578bkb.7 for ; Tue, 13 Aug 2013 04:23:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :content-type; bh=96b7relSETOGNQ5eRhkYUHbg2TwX/7sORbxNnf8hLMM=; b=JxWgitp+iQoT2I0B5c523NHbwEUj4U7CAWLrfVgOpk9nrCXe3PBlEWmfF6UkO11rzv h57/ltKOxsxxjXalXHINBBO0X2YL4A69ccFqurpbvGZNXIsyvQ4waW1l2w4/lCvXtdhd tGp944I2iknc8YN6+OZdE/xwYOMXV2b1Lso3Ht9xKIttmZFGlFP8fIcWW3IyLjI74kzF Cb4xqSyGxhgzc4dqG0xIWyFXRRo3YSepbmcqexGUE6Q3zNAngzPHqd6UIetC3zbYY8xQ MbyiDrG3vD0wN8yIVrSSPNHZXWEdInBhZrYoERxNHAWucHy/1tBDnVTJCxJMGE4FalNQ xmLQ== X-Received: by 10.205.10.132 with SMTP id pa4mr2605279bkb.15.1376393003299; Tue, 13 Aug 2013 04:23:23 -0700 (PDT) Received: from [192.168.0.195] (58.wheelsystems.com. [83.12.187.58]) by mx.google.com with ESMTPSA id if11sm6416293bkc.15.2013.08.13.04.23.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 13 Aug 2013 04:23:22 -0700 (PDT) Sender: Mario Oshogbo Message-ID: <520A1722.60000@FreeBSD.org> Date: Tue, 13 Aug 2013 13:23:14 +0200 From: Mario Oshogbo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: N: Subject: Weekly Status #7 X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hAd4DCM5tUChhrWpeh7BhLrFmmPpWrQJg" Cc: "pjd@freebsd.org" X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 11:23:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --hAd4DCM5tUChhrWpeh7BhLrFmmPpWrQJg Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Last week I have problems with my FreeBSD kernel so I lost a lot of time re compile it. I'm finally at the finish line with bsdgrep(1) and fts(3). I prepare the diff files that should be published in the near future. I propose a new libc function called closedir and still waiting for some more feedback (http://lists.freebsd.org/pipermail/freebsd-arch/2013-August/014688.html)= =2E Cheers, oshogbo --hAd4DCM5tUChhrWpeh7BhLrFmmPpWrQJg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJSChcnAAoJECRkYejLhN/j3LwQAKL79ekaBWKwg6bzgXLNU7So lDNPbxGxsQHSI7fAEPb9mpfeeV4NBwIfK3S21OXemoyf1cvN7GpB/6KWkdQB1otK ojGCamtVabHDJ/wJazgNP97Lv4rCZhC2tM3NJN6qZ6aLZuT3sC/QqCt8T5WGP7Qp Cn/MYcnuWLRs47XXeKxvnq7ly6fCqck4TA1pphKnCy9e64QKxwIo9awNT0iCaWhW y9BYF7v4z55xiQNSA7f9aLapRBV9fEQuEANcGRkLie6onnWe28Uw2zNC35CTk0uK YW1TPFSHXBQB1XdfAadtIOyPCJ7E2t3VKKjBvvEj6/Xwzd+yM5SxQ5qe2S5W3ey2 kulNL5Vl7crXiTY6znBzH3UHupYszxGXQDvuHjOFFrrTyqxnq9kEyciCUbnObtOn JMZh4U/uE4F4ZUGSk0ZUCfYbMq7FPy0AgvUI+jWcPDGJZh64k3cYDPhvSSKf8n3w B1hbhEmZxpMe7tonl04YvBIK/VnRS5C2h0M7cYWMoWvxmA5f7c1Ld+pcnY2gb2fV ObnFzp4jpdxX5xND54B66CTp+woCx6+gvV7FStcxZUTTbJ5UlFHNfpI8SPuhgN7O 0Sm08uRwHocbH4yY16RjkNFxFzFbXLD3Peasq18dAa6sRssYj1eN0DbTjf0ISQDt wMNUhWiqhGLZ+1UV+fjR =WftY -----END PGP SIGNATURE----- --hAd4DCM5tUChhrWpeh7BhLrFmmPpWrQJg-- From owner-soc-status@FreeBSD.ORG Wed Aug 14 15:31:07 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2F74BD8B; Wed, 14 Aug 2013 15:31:07 +0000 (UTC) (envelope-from zxyu.core@gmail.com) Received: from mail-bk0-x235.google.com (mail-bk0-x235.google.com [IPv6:2a00:1450:4008:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8FD38226A; Wed, 14 Aug 2013 15:31:06 +0000 (UTC) Received: by mail-bk0-f53.google.com with SMTP id d7so3095615bkh.26 for ; Wed, 14 Aug 2013 08:31:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=kMC3RvWMKsg4jrdHxW2WMEc7FbYrdItZnLSURiaRyqk=; b=PAe/5H7MTBtZSSTu+aFmsQkGNpSAzCyDuQoaMeDyQ5bZFvkNe8zXRdezVy5NoBccV6 C/wubWZT2Dnith5TsrvZ81B+QaN8ZAuBBvVVO+GH6WIqA55oUsKRfgAq8rGU5U+6m7Dc BHCuwvmUrk2VIXw0g1fAaP2couYnDibCoJsfn1xyF6NzuO5Hrhn/bmrvZ7sFN76ohr0m 94ns2K7+k6v1/rtXiMblwjhBoVHxATL+Z5ZmwyPnz7nHW2/2IP9nOofu5s7Rwqbgu+JK LfSdOKTDwv6Aw7S5lG6RaNzDeH4wOs5BaYb8BrUSlif1WRo74E9t9rjzzX430LB3Gt+e /REw== MIME-Version: 1.0 X-Received: by 10.204.121.201 with SMTP id i9mr7572882bkr.13.1376494264741; Wed, 14 Aug 2013 08:31:04 -0700 (PDT) Received: by 10.204.39.16 with HTTP; Wed, 14 Aug 2013 08:31:04 -0700 (PDT) Date: Wed, 14 Aug 2013 23:31:04 +0800 Message-ID: Subject: weekly report of Aug 5. From: zhixiang yu To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Aug 2013 15:31:07 -0000 Hi all, I have a small rest after the mid-term evaluation: about 4 days to play PC games overnight ;) So no big progress during the week. The big acchievement is fis emulation code. I also read the ncq related code and documentation again. Hopefully, I would made big progress this week. Thanks From owner-soc-status@FreeBSD.ORG Thu Aug 15 09:35:12 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CD6A8A10 for ; Thu, 15 Aug 2013 09:35:12 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A4CA922E0 for ; Thu, 15 Aug 2013 09:35:12 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id g10so632264pdj.2 for ; Thu, 15 Aug 2013 02:35:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=uUTFOLG97ZRWe8GB8FQfXGr0XhSbqobIFpJvtKpWQUg=; b=BATN+RGJDHek9mcVn262Mtv3D4T2DbijarY+PDWC0FVKnlGT9HYH4DkQKNcMCjChW3 wYLyhVXxu7GutjDGO0+5wSwr8QBYI9Dhsvw0u2So+W1vK+v+uxZAJ2lZunMNgL2qWqER ESEVCzIjKK2BHLoo6Jx0KRPeNsJBXWCpthTSI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=uUTFOLG97ZRWe8GB8FQfXGr0XhSbqobIFpJvtKpWQUg=; b=hnVLr5DqgXRpIcSEt2dONhtnSnbF402UUg7E/8YPhzedKjBb+ohb7NVZ9Ln8IKSq6Y EXJWEYblgViiMoOCQ0tuYmlIkDLvRLHC6f5Yiytv/VU1xh0OfemmCJv45RPS7HVRO/yY o8IOb2mxfjJoy5qzdDZ7SYKkdCjEtz0tW/pWhyLqUCN2fBtAb19KK7zFjCy63i+Tw4nP g8IoNJFILRLHK22mDljUDRsph23xoIPb4venri67qxHl4ZazQPSuDkyQl63MZcHFV6y1 Z0m+/qwPEzovLf2eMDH5ajc9IT5fhmqPX4Ydx9Q9Bcqp16osJY09/eUIeZOPtjONRgmd NB1w== X-Gm-Message-State: ALoCoQk6hCNLT1RXy43AOJiFsRarG9Z5tJzEpzEMrQZPi2BS+5VFIMi8Tt0CvZTcR9gE/KbgTzHa X-Received: by 10.66.142.42 with SMTP id rt10mr14394002pab.1.1376559312203; Thu, 15 Aug 2013 02:35:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.245.226 with HTTP; Thu, 15 Aug 2013 02:34:32 -0700 (PDT) From: Takuya ASADA Date: Thu, 15 Aug 2013 18:34:32 +0900 Message-ID: Subject: [status report #6 & #7 & #8] To: "soc-status@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Aug 2013 09:35:12 -0000 Sorry for not sending reports for a while. [project summary] The project goal is to support USB 1.1/2.0 device passthrough on BHyVe. [weekly status] * USB base API Realized some APIs in USB stack are GPL licensed. I couldn't realized when I wrote proposal, but there are some codes in USB stack are (L)GPL licensed. (Some files does not say what license are they using, but when it doesn't say which license, it probably under the GPL, according QEMU's license description.) http://lxr.missinglinkelectronics.com/qemu/hw/usb/desc.c http://lxr.missinglinkelectronics.com/qemu/hw/usb/desc.h http://lxr.missinglinkelectronics.com/qemu/hw/usb/bus.c I was considering to re-implement these codes under the BSDL, but I decided to port these GPLed code first, re-implement these after USB emulation get worked on BHyVe. All (L)GPL are moved to usr.sbin/bhyve/usb/gpl. * UHCI controller pci_dma_read()/pci_dma_write() implementation on hcd-uhci.c. Implemented them using paddr_guest2host and memcpy. * USB passthrough device QEMU's USB device passthrough function is not able to compile on FreeBSD-current, due to USB stack API changes. QEMU has FreeBSD host support on hw/usb/host-bsd.c, it's issues ioctl to ugen(4) and usb(4). These codes call old API, does not able to compile newer kernel. http://svnweb.freebsd.org/ports?view=revision&revision=234988 I couldn't find a patch for this, I'm decided to use hw/usb/host-libusb.c with libusb(3). Even host-libusb.c doesn't supported/tested FreeBSD's libusb, fixed to make it able to compile. host-libusb.c porting work is not completed, need some more work to make it work. Not tested, need some more work to make it work. * HUB emulation Started porting hw/usb/dev-hub.c. Not tested, need some more work to make it work. * USB serial converter emulation Started porting hw/usb/dev-serial.c and include/sysemu/char.h. dev-serial.c is LGPL licensed, char.h is GPL licensed. Now I'm focusing to attach this device on UHCI controller. From owner-soc-status@FreeBSD.ORG Sat Aug 17 12:47:53 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 06993EA1; Sat, 17 Aug 2013 12:47:53 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x22c.google.com (mail-bk0-x22c.google.com [IPv6:2a00:1450:4008:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64DE92675; Sat, 17 Aug 2013 12:47:52 +0000 (UTC) Received: by mail-bk0-f44.google.com with SMTP id mz10so932830bkb.17 for ; Sat, 17 Aug 2013 05:47:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=rX4jhndzy6cgxsdnW4dv90EKBUqIbEKH/2tT96twz+o=; b=aSjNqFOGwYTfbFNQ+jlBskyzJ8koiPeagtEqYaZeMSN/CAYC//tbExtdvu1+bozw6T 7A0K2N2y7GQl7Iop2Ou9+6tPHLi+5XDcHEEJl9RUZTzDsVA664TRoUz5HmM+ety2Ka2W 9SC3dHLjnqcihKJBRH3ebaYMTiYTvV5exQ5ekZDFWJKCIXstXnt++uowZnqslkGKMsq4 dJ03bA15wxGVhFCro7m91q6a+ELxHTKFlti9jFyRk2gHe/sJ9MSfu9xskXz5NHVj36Wr IwaMK0lBs0I+9QkqvS53BmDnTJmuVTcxJNFZ3pDZhJoqJivg+sl84IqS5t4VAkouO9aR uLLA== MIME-Version: 1.0 X-Received: by 10.204.55.70 with SMTP id t6mr1749271bkg.7.1376743670445; Sat, 17 Aug 2013 05:47:50 -0700 (PDT) Received: by 10.205.18.69 with HTTP; Sat, 17 Aug 2013 05:47:50 -0700 (PDT) Date: Sat, 17 Aug 2013 20:47:50 +0800 Message-ID: Subject: Weekly Status Reports #7 & #8 - XEN HVM Guest Support From: Bei Guan To: soc-status Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Justin T. Gibbs" X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Aug 2013 12:47:53 -0000 In the past two weeks, the progress of the Xen PV USB driver is: 1. Add the PV USB Hub to FreeBSD HVM guest. According to the Linux Xen USB front driver, the PV USB Hub descriptor is set. Now, uhub1 is attached. The output of "devinfo" is like this: ... uhci0 usbus0 uhub0 vgapci0 xenpci0 xenstore0 xctrl0 xenbusb_front0 xbd0 xn0 xu0 *usbus1* *uhub1* xenbusb_back0 ... 2. Set the shared ring and event channel for Xen PV USB driver. The xenstore entry for Xen FreeBSD is like this: #xenstore-ls 5 = "" vm = "/vm/1b002ded-b759-700c-60fe-5731a0716c7a" device = "" ... vusb = "" 0 = "" state = "4" backend-id = "0" backend = "/local/domain/0/backend/vusb/5/0" urb-ring-ref = "772" conn-ring-ref = "771" event-channel = "9" ... Next, it will need to set the USB request and reply for PV driver. -- Best Regards, Bei Guan From owner-soc-status@FreeBSD.ORG Sun Aug 18 10:35:46 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3C10E65C for ; Sun, 18 Aug 2013 10:35:46 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ob0-f173.google.com (mail-ob0-f173.google.com [209.85.214.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 09BDC2A4B for ; Sun, 18 Aug 2013 10:35:45 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id ta17so3662962obb.4 for ; Sun, 18 Aug 2013 03:35:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=fhfRtvElUr6Uz0qBpfZ10GKFgXz/tovEpY/uyjYL3iI=; b=fX4S6CaXe1hb8CWgFLetOkq2WgPVEEN0zPXeYu9uirELZgZIph8fS3f6azbCF/5Okr T80iZT/6LTv2DFa6HIeOLA+a2Aa0bDr8rhGBn/KTySFUakeWhvEcLK6U+DDqXW6aHXVX cEF5y982efHhQpjX4b9rTnmX4Gu0aabzq5Cu3+mYInpTQb/Uqz6cGVYH1Z/3MfyKFddj 80+Y8XYqp3X6u7GtgjCneemUp4zDYIwgutLALkzU5GnaKWX6Is68/jIpSPWbX8hTew/7 BLt0iT6lIBQLysOzo0tP1yN3MbvpExDI0fwWIkNFthC0uTgc+TJETboLZkG/huRVK/hd QZgg== X-Gm-Message-State: ALoCoQlQPWVBgKEP1p5Em04IU+PhMdc3GSXtLN82RwelrKpYdYztAJM2hYgPRtZfsjsqO2qeCspW MIME-Version: 1.0 X-Received: by 10.50.50.104 with SMTP id b8mr3132780igo.1.1376822138690; Sun, 18 Aug 2013 03:35:38 -0700 (PDT) Received: by 10.43.102.193 with HTTP; Sun, 18 Aug 2013 03:35:38 -0700 (PDT) Date: Sun, 18 Aug 2013 10:35:38 +0000 Message-ID: Subject: GSoC Status: Week 9 From: Matthew Windsor To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Justin Edward Muniz , Eitan Adler X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Aug 2013 10:35:46 -0000 Hi all, Not a terribly successful week, I'm afraid, partially down to a family medical emergency causing me to need to do hospital visits for two evenings out of seven, and also down to underestimating the amount of work needed for GetDepends and GetRequires. Amongst other things. Those two actions have had most of their boilerplate written, but I've realised that the current query code is a bad fit for what I need to do. GetDepends/GetRequires return a pkg_deps iterator (I assumed it'd be pkg), which I imagine is due to dependencies potentially not being in the database (but still being dependencies). In order to emit these, I'll need to find out whether or not they correspond to real packages, which involves running them through a query. But a full query with the current query code is a poor fit - I'll need to write an emitter function and other overbearing boilerplate, and find some way of stopping the query from throwing backend errors if it can't find anything (I haven't checked but I imagine unavailable dependencies should be emitted too). As well as this, the new query would then have to open the database again when it could use the same database opened by the parent query (though whether I want to keep databases open or close them as soon as they're out of use is something I haven't asked yet...!) The latter involves adding more code to the query code, so at this point I've decided that it's time to rewrite it to be more modular and approachable for situations that aren't actions (the current code makes it very easy to write a new query-based action, and very painful to do a query in the middle of an existing one). This will probably be quite painful as a large amount of actions use these, but hopefully I can keep the existing callback-based interface. As well as these actions, I haven't been able to make much progress on the job error reporting front. I added some code to some of the unhandled events to make them throw errors, but the error I appeared to be getting during update wasn't one of them (that, or the events callback isn't firing properly). I've accidentally system upgraded and thus removed my test case for this, so I might have to wait until testing to get back to this, but it's hard to test a "fatal error" when I don't even know which error it is! (Since pkg worked, it might have been an out of date repository catalogue. The backend currently doesn't sync the catalogue unless explicitly asked to.) So this coming week will probably be spent carrying out the large query code refactor, finishing GetDepends and GetRequires (which should share a lot of code), and hopefully starting on making a proper test jail (for which I'll have to learn how to make pkgng packages/repositories and jails). And hopefully I'll be able to commit more time than I did this week. ~Matt From owner-soc-status@FreeBSD.ORG Mon Aug 19 09:16:45 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 02316B81 for ; Mon, 19 Aug 2013 09:16:45 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-ve0-x243.google.com (mail-ve0-x243.google.com [IPv6:2607:f8b0:400c:c01::243]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B91042D9A for ; Mon, 19 Aug 2013 09:16:44 +0000 (UTC) Received: by mail-ve0-f195.google.com with SMTP id m1so1289689ves.2 for ; Mon, 19 Aug 2013 02:16:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=hj6dXxLXoBPh9lTKLm3MCAETE4W4Be4vgzVW8okctvg=; b=0sCVFbpWiL+mydT9ktSusbxlwdWosJfhdW1mkfghV0mkkaHzp7XulF5dWS7dRlQpfm ZbSZ7eoH2ff8V7hYIKog7z6GvXvRxzZOJMZfXa3OBS0lMgfLWE6gDlHQjt0Fdqdyef+k HhL6+BsVbuLZ21yWnqPVTRnpGwrbCvqeeWXv0f0LtO5TqgcaS+7UFMnoQ8fOlA4/8GjZ g2kqUuINYh93wFxzfOQDuUsMN9AU4XNz7I3hLe631UzjsguPYaoNCNOaZFaDPXRPNSbJ iGQpmDCKe3AdIXzhCEZdCaTz8UHjdDzJMQ9H9q/4d7FikNurc8COEZbA3LAtVtjiJHWN yPFw== MIME-Version: 1.0 X-Received: by 10.58.198.13 with SMTP id iy13mr12604622vec.11.1376903803831; Mon, 19 Aug 2013 02:16:43 -0700 (PDT) Received: by 10.220.57.142 with HTTP; Mon, 19 Aug 2013 02:16:43 -0700 (PDT) Date: Mon, 19 Aug 2013 17:16:43 +0800 Message-ID: Subject: Weekly Status Report, Aug 19, 2013 From: Chenchong Qin To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 09:16:45 -0000 Hi! Here is last week's status. * add a new struct, ieee80211_ratectl_node. This is the common state that all per node rc state, i.e. ieee80211_[amrr|sample]_node, should contains it as the first field. It's now used to store the capabilities. see below. * rename ir_capabilities to irn_capabilities and move it to ieee80211_ratectl_node (it contained in ieee80211_[amrr|sample]_node). ieee80211_ratectl is readonly, so ir_capabilities can't be set. And, the capabilities is not a part of rc algo. It seems that it should be put in the per node rc state. Interface of ieee80211_ratectl_node_init() and its callers are updated. References to ir_capabilities are also adapted. * add ieee80211_ratectl_[node_is11n|get_rateset] to the ratectl api. rc algoes all need these functions. * change the naming conversion of IEEE80211_RATECTL_FLAG_*. * some errors fixed. Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Mon Aug 19 21:21:05 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B4A49761 for ; Mon, 19 Aug 2013 21:21:05 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-vb0-x22c.google.com (mail-vb0-x22c.google.com [IPv6:2607:f8b0:400c:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78B4529A6 for ; Mon, 19 Aug 2013 21:21:05 +0000 (UTC) Received: by mail-vb0-f44.google.com with SMTP id e13so3555429vbg.17 for ; Mon, 19 Aug 2013 14:21:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6MFI8txbpNqrT3sBbDRfqfr/aZQCTcMUiBEQf+34Yhw=; b=EzDHgfGkNI7pLh5qF8lO8ajvXcZD+rSz6w7EKNyTI3kzdrZxH7z1TBiMFXhVHLNwa6 d3/pIUDrrmMgYdMISwdfNPjCi8kMWCVDEQXT82buT45MQD4B6DY3ko+5vP1bPxSlpsiT P03cMfmi5IN1bVRtrEebZgCp4YQ5tUvH1nVm5pVa5OmNhKTRyJZOM6RgyHtEfsB+J+/N h2evN+XpL2mTulqL5ccF58vhHhIscCRLhC/4wqaTLHk4y/pTvhCkWY9P9R72DV81qFxr G6ziZoHxCoCw+MTHfZIzrVynI0pdEPG/XNCPKf4xwyTiE7gKQ5Wm0OnTXnU+81BmWfsw dgZQ== MIME-Version: 1.0 X-Received: by 10.58.155.6 with SMTP id vs6mr24940veb.32.1376947264618; Mon, 19 Aug 2013 14:21:04 -0700 (PDT) Received: by 10.58.45.162 with HTTP; Mon, 19 Aug 2013 14:21:04 -0700 (PDT) Date: Tue, 20 Aug 2013 02:51:04 +0530 Message-ID: Subject: IDMS: Weekly status report #9 of 14 From: Ambarisha B To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 21:21:05 -0000 Hi, Last week I tested DMS with mirror profiling. It has been working without problems. This week, I'll start working on job migration. If a worker thinks it can finish a job faster than the current worker, it should be able to preempt the current worker. The job should be migrated to the new worker. Also, right now we don't keep a connection to a mirror alive for multiple fetches. This connection handling is done inside libfetch. libfetch has to be modified to keep a connection alive when there are pending requests. Cheers Ambarish From owner-soc-status@FreeBSD.ORG Wed Aug 21 08:29:07 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A1146694; Wed, 21 Aug 2013 08:29:07 +0000 (UTC) (envelope-from oshogbo.vx@gmail.com) Received: from mail-bk0-x22f.google.com (mail-bk0-x22f.google.com [IPv6:2a00:1450:4008:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 06093242B; Wed, 21 Aug 2013 08:29:06 +0000 (UTC) Received: by mail-bk0-f47.google.com with SMTP id mx12so46512bkb.20 for ; Wed, 21 Aug 2013 01:29:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :content-type; bh=1JJxdxsYhSLKycy0NboI1LA89V76Pk1Jswq3OWRv1PU=; b=cNXoSEz7yk5I72lYW0hKcMXXAmS+IKOkNUm4NrUTjhLHAz7CuRmTfCIUz5uCVpYC3w 87GfvC6OLrDd9qnax927aoktSY9XOB0AxKVi4tjKEwukfDSCDKqghULa//F3K6SKVjzI dsiwfZS0HNbSHm6h9z8k+a/IMhjNCrMfkzfE6C5QYB/F16F63ukyQ3uIdWRSyq9bZgel Ezcqf/e/oK/68+TF9nseBq7PjWWtOREFnSX3S5+5a2Cv+PJ/PI4Sq4vKSI7JuzacFt3u J8cpsXpFO1MibJ3BokX88fGj8SqvIysL2HPX9egIWAHw2xwMPqC8XS8XGfZTZrtre0pS bxng== X-Received: by 10.204.111.197 with SMTP id t5mr482160bkp.37.1377073744740; Wed, 21 Aug 2013 01:29:04 -0700 (PDT) Received: from [192.168.0.195] (58.wheelsystems.com. [83.12.187.58]) by mx.google.com with ESMTPSA id nv4sm1444133bkb.3.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 21 Aug 2013 01:29:03 -0700 (PDT) Sender: Mario Oshogbo Message-ID: <52147A49.6070303@FreeBSD.org> Date: Wed, 21 Aug 2013 10:28:57 +0200 From: Mario Oshogbo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: N: Subject: Weekly Status #8 X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ejvCQ0d5StkHx6w46FMhLcPUdUjBrJH7W" Cc: Pawel Jakub Dawidek X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Aug 2013 08:29:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ejvCQ0d5StkHx6w46FMhLcPUdUjBrJH7W Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, Last week fdclosedir(3) was published (r254499). Last week I also spent working on second new libc function fdclose which will be very similar to the fdclosedir(3) but will operate on FILE structure. bsdgrep(1) fork version was finally closed, but I start working on one more version of bsdgrep(1) that will use Casper daemon to server file. There was finally (I hope) resolved problem with rwhod. Cheers, oshogbo --ejvCQ0d5StkHx6w46FMhLcPUdUjBrJH7W Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJSFHpNAAoJECRkYejLhN/jmA4P/RRctUPwL0762kgSClhy9qVo XsvjyguxRgCh7fgVfF5RUSlE8nvUmDUXw7hJioPfp7lBc+Rb+FQRhByVfqfeCIQI 7blmNm13fAnAApdlGJHtZKO8bXTCL6VAsn7fGqR+x/5fKWtbC1S/6wGRWWwurgD1 itej1hK9WWgn6ajLpKZWrH1tMEST2JDMggBOnaF2MJXfWugAheAfKETDNTesZLYh VpWNmvBgI3AsGKdtyAV4k/mOKD4iT5a8TPN90HUhHeOB7wMAybQ/qP7py6UhEnfN 2c7yozCRpvQaN3oxGc4z+I7aRFbj1taag3mVScylkiJQFsHNHt/RMpEUXmYy/2HG U38hcZkl+Koqbg3LDqBI7rEeQbtf/1zPCvfYVC8dMtL3NgXWHrPO4pGzfFaGPk0S iCD0yPc2pgv5WZseZd22bE2L8xUrzkNKvzzrkafJUHRz6sS7Bz7yg4ffVU67mkwT tt6JtM/T8SmhMoPRUrHA+VRMBBz1OyN2ZDv0QxD1/DBHz7BFHYm0iNzwrN2FmRgD 1V7zBsjFu4xdh6ZNx/Z9m2m6Avy+rT4W+BbZEhbDXwECV8PglDzNDjKUMzKR50cI CoMvDLEPY78nf4fHNe0MNDq9Sgoqf4G7WR3rlM4Sh2RT77LArc6LD3eOmtUe2e5r uPaAwKQaoIhX0DjQA9T1 =Qk9U -----END PGP SIGNATURE----- --ejvCQ0d5StkHx6w46FMhLcPUdUjBrJH7W-- From owner-soc-status@FreeBSD.ORG Sun Aug 25 10:26:50 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 127BEA70; Sun, 25 Aug 2013 10:26:50 +0000 (UTC) (envelope-from zxyu.core@gmail.com) Received: from mail-bk0-x233.google.com (mail-bk0-x233.google.com [IPv6:2a00:1450:4008:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 72AA125EB; Sun, 25 Aug 2013 10:26:49 +0000 (UTC) Received: by mail-bk0-f51.google.com with SMTP id mx10so739937bkb.38 for ; Sun, 25 Aug 2013 03:26:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=9O8luOWXX2OiVVOaqLGvWFdbPd7755nkgtiXxdL37RY=; b=q1SnnxUkEXiFgmjWFH99NfhFfGfpcpireBVc9Ys1NPOUJ5Is0sQQJX98YGof7XeJkV El4BYuGkp8CKfXLblc6az6woKpPFsU5iwLBgXVU3mzEkvPyB76+/zq3z3RmihOkmYDsU VsYwAbl9bDuec9xfWi9kmiC8YOJL8x9DXlBEXDQ9BU8mYjLPQz2/6YyNQWjZ8QaQ4Tp4 J0mbFvRzGaf9gqcafA1+D8brV1cOcAv8TEbIy6BJS0Cqzu0P93N9aEBhNekkdsJB8/7z UCFk/dHi/O+K1rkejxWhbCWFIod1WiaQd5huRgZtQz4icPTnyx1019d7rXT7mgQoxuXz 5P1A== MIME-Version: 1.0 X-Received: by 10.205.14.197 with SMTP id pr5mr892986bkb.25.1377426407657; Sun, 25 Aug 2013 03:26:47 -0700 (PDT) Received: by 10.205.68.134 with HTTP; Sun, 25 Aug 2013 03:26:47 -0700 (PDT) Date: Sun, 25 Aug 2013 18:26:47 +0800 Message-ID: Subject: Weekly report of Aug12 and Aug19 From: zhixiang yu To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Aug 2013 10:26:50 -0000 Hi all, During the last two weeks, I focused on emulating the control cfis and ATA cmd. Now the reset control cfis and the following ATA cmds are supported:ATA_ATA_IDENTIFY, ATA_SETFEATURES and ATA_SET_MULTI. The emulated sata hard disk is recognized by FreeBSD now. ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 64MB (131072 512 byte sectors: 0H 0S/T 0C) ada0: Previously was known as ad4 However, I'm a bit behind of schedule -- the ATA read/write is not completed. In next week, I plan to finish them. Thanks From owner-soc-status@FreeBSD.ORG Sun Aug 25 21:51:41 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 95A3C8CD for ; Sun, 25 Aug 2013 21:51:41 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6832924AA for ; Sun, 25 Aug 2013 21:51:40 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id 10so3998920ied.28 for ; Sun, 25 Aug 2013 14:51:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=+ehQRi8jLOrTjSKYvUi9ZxYe60T9/bF0vaowvDI9iAU=; b=Flt908eC+Z6x4ddKHH1ed0gunJhrZ1QJ8Q1HDHsAOOzWYwiGqV/qz/oI+h/4giLXqm ZXCv+6oDSBb0dby7JDHOkWHH618M4JhBbzto2LsKeso3dYiUwPEcMl0X3hMssiDxdYu8 8l9AT0pmjQm2UkweLt/zR7F7XhSxaDnAO0UtaAFHqXeTlQdjPEU88JCBdKy3jY/OYNfU G6Z9mjCvLWyRiP7rkA2eqpFAcku6iNTjTWcjxQnlXS8aWINNfoUO/17KC5w0UyYTXh9l 7Pq+BhhdFFnOk363qmyl5sG8yTpvLyTPPVI0sSGwJhM+3dLHFb3sQbCdDrJW+Q84483t I6Dg== X-Gm-Message-State: ALoCoQnDGDsPPG6BfB7KS4a9phgqPEwkL2yNCbZrXNUKb4paZziih/GmFv3oVCI4kF4i6heCLzSr MIME-Version: 1.0 X-Received: by 10.50.134.162 with SMTP id pl2mr4599703igb.55.1377467500332; Sun, 25 Aug 2013 14:51:40 -0700 (PDT) Received: by 10.43.102.193 with HTTP; Sun, 25 Aug 2013 14:51:40 -0700 (PDT) Date: Sun, 25 Aug 2013 21:51:40 +0000 Message-ID: Subject: Re: GSoC Status: Week 10 From: Matthew Windsor To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Justin Edward Muniz , Eitan Adler X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Aug 2013 21:51:41 -0000 Hi everyone, The query code refactor is now mostly done- it's there, but there are some bugs to be ironed out (more specifically, Resolve seems to have broken, so packages currently need to be specified by ID. I haven't tested jobs either, which now use some of the same code. GetDepends and GetRequires are now both in situ. Quick checks reveal that they are outputting packages, but the code I cooked up to check to see if a dependency is in the database seems to be failing as all of the packages are showing up as "no information available". I'll try fixing this tomorrow. I've had a quick go with ATF/kyua and I think it's a tool I could get used to. There are some ATF tests for the query ID parts of the new query code, and I'd like to get the ball rolling on testing with some more ATF for the various parts of the code that can be tested in isolation from the database. (This is a good incentive to separate things out into functions more!) I haven't tried implementing Cancel yet. I think this might end up being an if-time-left-at-the-end job. Finally, the changes to queries have knocked out some of the error and progress reporting, and I'm currently not certain as to the best way to reimplement this. I think I might introduce some new enumerations for error reporting to replace the current "succeeded?" true/false return value in places. ~Matt From owner-soc-status@FreeBSD.ORG Mon Aug 26 11:10:50 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8A510A64 for ; Mon, 26 Aug 2013 11:10:50 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-vc0-x243.google.com (mail-vc0-x243.google.com [IPv6:2607:f8b0:400c:c03::243]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D8E32A1E for ; Mon, 26 Aug 2013 11:10:50 +0000 (UTC) Received: by mail-vc0-f195.google.com with SMTP id gd11so841574vcb.6 for ; Mon, 26 Aug 2013 04:10:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=7aLcHtO3MScHKdI8bNHEvam+uunhUkq/brCkCsJn1hE=; b=QoClKTT11FnueiGbZG5BZcdUV4R/k7n3rbiBx5kSn5BRXXhNKMvkEwpzM15Qar6Pt1 tNcyBzo1SHrEiG7NFeL/GDENc/SbJlXFipSSlBJGottwBa3Vhq/Kiggil1vu3rUXkN8T Y2AXk92PlKC5GCdQYHsE/XjWVnbfQzO0PshTZFtglskCMaSvGDioPj9gSUxfPZgqbIZV Tix1nZLRYe0iMW0dTyC0TsGCdFexgcUiUeAZWteyiE5TAMZ1deFSTTiDX//s7U9o6tXw XViNL6IZc/WNEqYtzfMcycju6f807XDzkTH8lPF5Tyafv8KaSybMkefaBsUgXFyeBxCK Z9ag== MIME-Version: 1.0 X-Received: by 10.52.230.102 with SMTP id sx6mr12088721vdc.15.1377515449510; Mon, 26 Aug 2013 04:10:49 -0700 (PDT) Received: by 10.220.182.68 with HTTP; Mon, 26 Aug 2013 04:10:49 -0700 (PDT) Date: Mon, 26 Aug 2013 19:10:49 +0800 Message-ID: Subject: Weekly Status Report, Aug 26, 2013 From: Chenchong Qin To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Aug 2013 11:10:50 -0000 Hi! Here is last week's status. I added a simple per vap ratectl statistics api and put capabilities into it: * add struct ieee80211_rc_stat to track per vap ratectl statistics. * change the interface of __init__ and __node_init__. update the callers. * add ieee80211_ratectl_update_stat() to update the per vap rc statistics. it called by __complete__ of rc algo. * drop struct ieee80211_ratectl_node and port irn_capabilities to irs_capabilities in struct ieee80211_rc_stat. update the rc api and rc algorithms (amrr and sample), update micros that check cap using the capabilies field. Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Mon Aug 26 19:18:36 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CFB57B8F for ; Mon, 26 Aug 2013 19:18:36 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-ve0-x22e.google.com (mail-ve0-x22e.google.com [IPv6:2607:f8b0:400c:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93011298A for ; Mon, 26 Aug 2013 19:18:36 +0000 (UTC) Received: by mail-ve0-f174.google.com with SMTP id d10so2374825vea.5 for ; Mon, 26 Aug 2013 12:18:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4oboKaNIKslqeJcZIvAFuEeecRvgd1/2fPG/eyLSi4Y=; b=tSiorwrxi8A+QMyJFrSA0g1QkXD6iJO4HRdJGQoqAg2byhGhVhKwHGIl9raW7YtC7S 6qrSzecJQgSDScizW0qDAcNoZg8TmU4hdWjfvtVH180YoMv5uJTy2Cg5T7CU5Go/5fyL Jl5HPQ4slu/fmnij7NwgAgPCnpVjwY2vouQepT5MqopmRZeCJnU9GcmiyY53wAOVluSK JQQns6WOZvujZmSJhLtsHi19F+FUcz8xhEfKwYVqAtPXpeM/emRkIrIwpgifrOwAshtK nlRP4GbPEhoDjec7kapLwKcgKPd5auAeU/GiRYqhJZA58vb5G1A1cXW6FpQbVb3lJ91t Cd/A== MIME-Version: 1.0 X-Received: by 10.52.103.35 with SMTP id ft3mr13887761vdb.5.1377544715727; Mon, 26 Aug 2013 12:18:35 -0700 (PDT) Received: by 10.58.45.162 with HTTP; Mon, 26 Aug 2013 12:18:35 -0700 (PDT) Date: Tue, 27 Aug 2013 00:48:35 +0530 Message-ID: Subject: IDMS: Weekly status report #10 of 14 From: Ambarisha B To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Aug 2013 19:18:36 -0000 Hi, This week I started implementing job migration. Here's the progress so far: Whenever a worker finishes a job, it checks if the number of active connections to that site was MAX_ACTIVE_CONNS. If so, this mirror might not have been picked for any new downloads because of the cap on active connections. So, it checks all the active downloads to see if "estimated remaining time" for a job is more than "estimated total time" with the current site. If so, it takes up the job. Cleaning up the data and state of the preempted worker is not complete yet. I'll work on that this week and do some testing. Cheers Ambarish From owner-soc-status@FreeBSD.ORG Tue Aug 27 18:36:54 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 44D36807 for ; Tue, 27 Aug 2013 18:36:54 +0000 (UTC) (envelope-from tuchalia@gmail.com) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C14972AA7 for ; Tue, 27 Aug 2013 18:36:53 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id q8so2828228lbi.25 for ; Tue, 27 Aug 2013 11:36:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/XOMJSKQq01aEbK4lC/eHcfwkkvdvkgx1Ja8Nq1iEzQ=; b=d9PJ25D+CeyMccqjUKdsrDilc+vCplTL0766QTAtvAZi0svzPBzgJqmQzK8jvEGHQ8 tjQze4B+nHzsEVE+xSbwtVV/Yvucf0J2EzBjBvbBZvFuxcuTDOcLZcUv+UpNSOpShOe2 tdHMs6RQuoF2cNi9wbuR2jc1oo8ngeJGij7XfAK/qhOk0KKzTd/vryHbQBcbnbG7X4ER nPHZEpXZmSicfL8TTSIzodbyBc5i8aDQCayNH/icwRhoRAvkGqVZjMyUwzLqZ4Hp0GYo LSjDT3yyWGNB4ZuNAEn2BdNy+mjQA+Gev3qiNRa6u8eruQfXT73WA/Jmi7/hMqqCnOJ4 Cotg== MIME-Version: 1.0 X-Received: by 10.112.60.104 with SMTP id g8mr3037242lbr.32.1377628611653; Tue, 27 Aug 2013 11:36:51 -0700 (PDT) Received: by 10.112.31.165 with HTTP; Tue, 27 Aug 2013 11:36:51 -0700 (PDT) Date: Tue, 27 Aug 2013 20:36:51 +0200 Message-ID: Subject: Port data compression services and video codecs to Capsicum, Weekly status From: tuchalia To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Aug 2013 18:36:54 -0000 Hi everyone. I'm working on a program in order to test all the zcaplib implemented functions. With all the testing done for now, we will be able to use zlib on Capsicum transparently (as we should with libavcodec once it gets ported). I've been a whole week cleaning some bugs, and I had no idea about what was happening there. Luckily, it seems that most of the bugs have been cleared (except one very hard to spot). For now, the testing program, compiled against zlib works OK. Once I'm done with that, I will be able to test all the ported code, and finish the library. After that, I will be able to get to the libavcodec part. I hope it will be the next week. If I don't manage to port the library during the GSoC, I will do it after it anyways (I will have to attend classes and such, but I think I migth be able to do it). -- Daniel From owner-soc-status@FreeBSD.ORG Wed Aug 28 10:21:24 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A4F90E9 for ; Wed, 28 Aug 2013 10:21:24 +0000 (UTC) (envelope-from mikemandarine@gmail.com) Received: from mail-vc0-x231.google.com (mail-vc0-x231.google.com [IPv6:2607:f8b0:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 683A72B62 for ; Wed, 28 Aug 2013 10:21:24 +0000 (UTC) Received: by mail-vc0-f177.google.com with SMTP id gf12so3842320vcb.36 for ; Wed, 28 Aug 2013 03:21:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=UjAMkT/XR8emwCxZ2DKscnCHg/Cd5PeCqsyMbOVyghw=; b=L8/A4hgzrFQfnwPR763Da8r3Y90z62INbQzc/ZRi6jWSejv2Mv3MiN5i9r/z0SRsBI aVWSysHZ6HAFpxK4XbyvAdm9Ft+Jg0NGxJQl2dmhrZE73KHvmxg3eQlh4cR/Fh8FZBAy 2ujoexbNmLCDpw6HImspDFLti2MFpMDBXEcxPkyFKOSYzvQ2ZeMJcoZje3rQay6BLjNW id1Jqw7a3ZBhKBFOrQukaog+P/70GHjqhDYx+K1ef4ATDDm1HLiabBVkxI3mtUDOHa2g PiM1yV654gkvmfXCgT9YJgcFhBm9gAWV2hKd/DUZ5ZrkRDhSHCfMg1FnI2A9GSREdcWI 835g== MIME-Version: 1.0 X-Received: by 10.220.145.132 with SMTP id d4mr24912920vcv.9.1377685283566; Wed, 28 Aug 2013 03:21:23 -0700 (PDT) Received: by 10.221.68.8 with HTTP; Wed, 28 Aug 2013 03:21:23 -0700 (PDT) Date: Wed, 28 Aug 2013 12:21:23 +0200 Message-ID: Subject: Status report, week 9 & 10 From: Mike Ma To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Aug 2013 10:21:24 -0000 Hi there, Sorry for being late. I've recently done some fsx and dbench tests on my virtual machine. The server didn't crash while running fsx, but it also shows there might be some problems around index add and creating while running. The dbench result may not be very meaningful as it's done on VM, the average throughput is below 0.2MB/sec. I'll do the dbench test again on the physical machine. -- Cheers, Mike From owner-soc-status@FreeBSD.ORG Fri Aug 30 09:19:06 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 539B79E9 for ; Fri, 30 Aug 2013 09:19:06 +0000 (UTC) (envelope-from justin.muniz@maine.edu) Received: from mail-qe0-f45.google.com (mail-qe0-f45.google.com [209.85.128.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 157DD2495 for ; Fri, 30 Aug 2013 09:19:05 +0000 (UTC) Received: by mail-qe0-f45.google.com with SMTP id 8so829667qea.32 for ; Fri, 30 Aug 2013 02:18:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:content-transfer-encoding:from :content-type:message-id:date:cc:to:mime-version; bh=2XZNLfDyLjv5HMZMtv40mCliZdl7TMyuM1t6l2CpEBU=; b=lOh1QyTLJGEQktid/U4N1oLQeIU24T1/mfmUwKelbb+NfjSXGxc4D++8AVSQ8h7JYS g3jGO6PsDIPqZp9Xw3FFElV9YziZb5KE2psseJSP+kBXmQ7FFRGRCWBwCWBMqCAKbL2S MvaZHEclIt7StnG3HhfA/T4we6kTqmhiafcNLqmBTLGuIwlOG0Nvfa06vzlTJxSDsf2F RLHrWXCphH/ULWnysze+YXHavz2wxOUJ4/132J4mBremBBV4oI/SfFFV90P0/4nuLU+p 71nYkBceKu3luP7CdymGbF20KLML0ALSh61L/4CVPzFz1agc7BU5t8hFnVJCfwAQz2MY un5A== X-Gm-Message-State: ALoCoQk/qSvaX2oqj4xl/Csl0sflWvCkv8Qz3RpaQ1K3UooA9n3rUpSvzPqTSxAaYFxzUi1JJgFT X-Received: by 10.49.95.68 with SMTP id di4mr9525248qeb.50.1377854338787; Fri, 30 Aug 2013 02:18:58 -0700 (PDT) Received: from [192.168.1.135] (cpe-76-179-145-112.maine.res.rr.com. [76.179.145.112]) by mx.google.com with ESMTPSA id a7sm48841233qeg.2.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 30 Aug 2013 02:18:57 -0700 (PDT) Subject: Progress Report 5 Content-Transfer-Encoding: quoted-printable From: Justin Edward Muniz Content-Type: text/plain; charset=us-ascii X-Mailer: iPad Mail (10B141) Message-Id: <637B15DE-5D6B-4C93-AD8F-2BC1B7B2E57F@freebsd.org> Date: Fri, 30 Aug 2013 05:19:00 -0400 To: Eitan Adler Mime-Version: 1.0 (1.0) Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Aug 2013 09:19:06 -0000 This progress report covers the work to create better GUI package management= , for the week beginning the 16th of July, and ending the 22nd. The work period marked the beginning of a change from development being conc= entrated on bug-removal and the back end, to a focus on new features for the= GUI front ends. Since I am familiar with Qt, I spent some time reviewing it= 's documentation; catching up on areas I felt rusty with, and expanding my k= nowledge a bit further by exploring the networking capabilities.=20 I also discovered a lot about GTK+, which I was not as knowledgable about. B= efore this project, I had never actually created a GTK+ widget, so things fe= lt pretty new. I improved my development environment by installing Qt Creato= r and glade. The GUI design tools both are intuitive to me, though I had alr= eady logged many hours using Creator. Though vim is great for coding, Creato= r has a few really cool features that enhance my Qt development productivity= . I continued to brainstorm for GUI functionality, adding notes to the TODO fi= le. While examining the front ends for areas to improve, I noted all of the b= ugs that I came across. It seems that I discovered all of the obvious bugs i= n the front ends. I fixed some of the bugs with ease, and with one set of er= ror messages, a temporary quick fix. Most but not all of the bugs that I fix= ed had to do with the ports. At the beginning of this project, the front end= ports had numerous bugs that prevented them from even being installed. I so= rted out all of the issues and the front ends were completely installable at= this point. I also worked on the PackageKit port itself, resolving issues with installat= ion. There was a configuration argument being passed that was no longer vali= d, which I removed. I modified the configuration option to help the user cho= ose their back end. I also modified the documentation to be included by defa= ult, and moved some docbook dependencies to only be included if the document= ation was selected. I also narrowed in on some ports back end bugs that have= prevented it from working at all. As I moved through testing the features I= checked them off a list. Some of the bugs were easy to resolve, but some bu= gs still remain. It was necessary to perform enhancements to the PackageKit p= ort in the first place, because I had to add moc file regeneration to the Pa= ckageKit-qt4 installation process in order to fix the broken port. I brainstormed more forms of assistance the pk-setter script could provide, s= uch as backing up and restoring configuration files, and setting up the defa= ult pkgng repository information. I also came up with a better overall desig= n for the project Wiki page. Thanks for reading, Justin Muniz= From owner-soc-status@FreeBSD.ORG Sun Sep 1 22:57:02 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DAD11256 for ; Sun, 1 Sep 2013 22:57:02 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF56C2A9F for ; Sun, 1 Sep 2013 22:57:02 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id aq17so6932748iec.41 for ; Sun, 01 Sep 2013 15:56:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=in4g2/gJ88z+8baApvI2h+wFQPITd9VbdbMpaIWvfEM=; b=YymhyRGGLOWttR4IzPKJro+yJvtikpQKvzZDH0oubI29Iz5QnkVBtpA+i26HpXPaXD r50icK5dAMMhdkg1jDY2OJ77iCblvtfwt4xrXt3654gTFvX3aRkC+EON4MTcEaJGHgdR WRGlDWTvlr7v1tCt26sWFfyP7LS4A7AwMBvaiGto/k48bJdqtWBzj+6uwVDetrWQkFmp 74WNZPJ+ZypGwn3VTCkH3xv/9ChfKR990IBlg+khKCd0BU7bRLBueMp1TD2bvzoSQGiq ffwjdT4rvGKuZpaEZsYm/Q+zfLhu3tkQaM6DgQPjGd6P6mxQoXnc8EanKBF+AXPQyVr+ 28Lw== X-Gm-Message-State: ALoCoQmbFyUTTL8KznuhZdGKXWgV8RiOMG8iSzj2jLJfznkfipDBhjbMoeHzB0xAHYVAd5hyeOxa MIME-Version: 1.0 X-Received: by 10.50.110.74 with SMTP id hy10mr13788614igb.0.1378076216455; Sun, 01 Sep 2013 15:56:56 -0700 (PDT) Received: by 10.43.102.193 with HTTP; Sun, 1 Sep 2013 15:56:56 -0700 (PDT) Date: Sun, 1 Sep 2013 22:56:56 +0000 Message-ID: Subject: GSoC Status: Week 11 From: Matthew Windsor To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Justin Edward Muniz , Eitan Adler X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Sep 2013 22:57:02 -0000 Hi there, I haven't got around to making the functional tests I was planning for this week. Most of the work I *have* managed to get out has been in the form of more unit tests, with a hope of covering as much of the code that doesn't touch the backend as possible. (It seems that I can't get any code that does to compile, as it wants to link against the backend, and the backend is what the shared object slots into.) The Makefile directives for the tests are really sloppy, so I'd like some direction on how to make the tests in a way compatible with the BSD makefile system (I'll probably roll off another email to this effect), but for the moment they're building adequately-ish and proving to be a useful aid in testing. Most of the unit tests cover small utility functions at the moment; I'm hoping to extend this. Something the unit test angle has caused me to do a lot of in the code is deliberately structure things more and more so the backend-touching aspects are factored out as much as possible, and as much code as possible is left without access to the backend. This is a big change from the way I was originally writing the code (touch backend as soon as possible) and will likely influence the way I reimplement error reporting. This does unfortunately mean I'm cutting it fine with calling the backend code-complete and ready for proper QA... One known outstanding issue that I want to fix ASAP next week is that listing repos will show idents and names in the wrong place. Indeed, the query system now uses repo names (repo-packagesite) instead of idents (packagesite) as this is much simpler to implement (I can just pull the repo name from the package). This could be done as a functional test, too. As a minor note, I've pushed the C standard back down to C99. This should allow FreeBSD stock gcc to compile the backend. In summary: I did unit tests instead of functionals this week; code is still in flux which might make testing harder; C99, not C11. ~Matt From owner-soc-status@FreeBSD.ORG Sun Sep 1 23:54:49 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E3AF0679 for ; Sun, 1 Sep 2013 23:54:49 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B89712FB5 for ; Sun, 1 Sep 2013 23:54:49 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id kq13so4464700pab.25 for ; Sun, 01 Sep 2013 16:54:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=PcVlMhKD/A4sJcvvZC0yYILfVG6YdXb+bGwBDgiAw0g=; b=H4sIrcnY0rRkUUZ9aS43rGOJ0qMCt3ayqXO6X8qBuYXMc7Bj9vus4682nHg0eYH9zt Ce2SqgyR6hHHM+GAr2fPU8ibsamHSfllruZkyfJI5cHQzUET6FvoLfA7kP2pIzQ0AE5R RXv0PG5gK/RK4c30ncwA21st3lX4kVUdGrZ+s= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=PcVlMhKD/A4sJcvvZC0yYILfVG6YdXb+bGwBDgiAw0g=; b=j0DhazCGBAXaM6tkjgHj78g3Ic2Ss+DnxDI4Yij2rtx68+6OgU3ZK4u/3slu5mnwpC RvX5KyW5nYWDGI3nvNXCti3tthpXbI0KjuVAN8fTrU/0nWiQ/iRmycEyAWtNAT8QANYx 6NnCSFg4Uur4JtQKJGenTB2ZPqjZVgjTHMlzIE7t+kgvp4oLRwbMfQL/69HGEYRtkZT4 FYLz4+jHwud/4mHnEql9iXMCqiJaM2kiEAfTz+DkoYdygjqsRTP193QTFj5io+fERwDa nGEvmdlcOPpY7k5Zr7YnszCVxoGFTrIXbsysjJee6FdhpmLqyK+YrwPRlAKCyU1ri6Ie CApA== X-Gm-Message-State: ALoCoQkGQC/Gm2LRzsDeR1LL/7b1LJnYmOJOkon8BwG2ER2Uf4g+lMxKG81AofXKGs+oyXoT6vVl X-Received: by 10.68.183.131 with SMTP id em3mr22684290pbc.56.1378079689390; Sun, 01 Sep 2013 16:54:49 -0700 (PDT) MIME-Version: 1.0 Sender: lists@eitanadler.com Received: by 10.70.6.3 with HTTP; Sun, 1 Sep 2013 16:54:19 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Sun, 1 Sep 2013 19:54:19 -0400 X-Google-Sender-Auth: A3Mnb92oJOTtCY-FeEAVPKOwviA Message-ID: Subject: Re: GSoC Status: Week 11 To: Matthew Windsor Content-Type: text/plain; charset=UTF-8 Cc: soc-status@freebsd.org, Justin Edward Muniz X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Sep 2013 23:54:50 -0000 On Sun, Sep 1, 2013 at 6:56 PM, Matthew Windsor wrote: > Hi there, > One known outstanding issue that I want to fix ASAP next week is that > listing repos will show idents and names in the wrong place. Indeed, > the query system now uses repo names (repo-packagesite) instead of > idents (packagesite) as this is much simpler to implement (I can just > pull the repo name from the package). This could be done as a > functional test, too. OK > As a minor note, I've pushed the C standard back down to C99. This > should allow FreeBSD stock gcc to compile the backend. I'm not very worried about this. If the code is cleaner with C11 please feel free to use it. > In summary: I did unit tests instead of functionals this week; code is > still in flux which might make testing harder; C99, not C11. Tests are good and I'm glad to see them being implemented. :) -- Eitan Adler Source, Ports, Doc committer Bugmeister, Ports Security teams From owner-soc-status@FreeBSD.ORG Mon Sep 2 07:42:57 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0AE5DE63; Mon, 2 Sep 2013 07:42:57 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CCACA249F; Mon, 2 Sep 2013 07:42:50 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r827gjmd035777 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 2 Sep 2013 07:42:48 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: GSoC Status: Week 11 From: David Chisnall In-Reply-To: Date: Mon, 2 Sep 2013 08:42:41 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <440E5361-BC33-49DD-B51D-C77E9880BD1A@FreeBSD.org> References: To: Eitan Adler X-Mailer: Apple Mail (2.1508) Cc: soc-status@FreeBSD.org, Justin Edward Muniz , Matthew Windsor X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Sep 2013 07:42:57 -0000 On 2 Sep 2013, at 00:54, Eitan Adler wrote: >> As a minor note, I've pushed the C standard back down to C99. This >> should allow FreeBSD stock gcc to compile the backend. >=20 > I'm not very worried about this. If the code is cleaner with C11 > please feel free to use it. Agreed. If the code is destined to live in a port, then the only = requirement is that it must be able to compile with a ports compiler. = Ideally, it should compile with gcc 4.7/8 in addition to clang (since = clang isn't available on all architectures), but this shouldn't be = considered a blocker. Also, note that we have tried to ensure that most C11 features (with = _Generic being the big exception) work even with our ancient GCC. David From owner-soc-status@FreeBSD.ORG Mon Sep 2 08:21:09 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0E850658 for ; Mon, 2 Sep 2013 08:21:09 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ie0-f179.google.com (mail-ie0-f179.google.com [209.85.223.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D47CD2692 for ; Mon, 2 Sep 2013 08:21:08 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id m16so6284324ieq.38 for ; Mon, 02 Sep 2013 01:21:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=MOuY5KNYXYLhTcczCusJeftih/unO43BL0CHmT1XKpg=; b=GEWL0KOt6V/0b+D68yx4pGf3kq7wHlrQfs/65lxHwc+qlAxNJdHg+9ulMwYHfvj9fz fwaozL+KGjUldS09WKPe3iEFxcZIJZtpWI1GMZNmuzS+pVzVPbUlZm0QRKmRaGTIRtcY QsyseuPQ5tzfI441HMH6mCYcIseyWtw31cjbTZqmitzkCfdtpbkJslEXdKbKNnvCy2zC 2ycO1+GrMzu37rrH4nRDoDZeoVro6q3XObIDkvk1UgQAmnGQzUEBfVm4kTelJjTvbyb9 xBbnpeFAq5oiTaF88G1CEy9l1Z7gRXrHMgT1Pr8I9WDB/K6tmQQWQZSijruw4z20H184 j71A== X-Gm-Message-State: ALoCoQlHrv/eIlIzL+Cc2slhjc1MSFpgsZcvumqArX4//5SAjWSl8G+/g2eUxEAN0FkT51+rBrQL MIME-Version: 1.0 X-Received: by 10.50.87.36 with SMTP id u4mr11199626igz.40.1378110068077; Mon, 02 Sep 2013 01:21:08 -0700 (PDT) Received: by 10.43.102.193 with HTTP; Mon, 2 Sep 2013 01:21:07 -0700 (PDT) In-Reply-To: <440E5361-BC33-49DD-B51D-C77E9880BD1A@FreeBSD.org> References: <440E5361-BC33-49DD-B51D-C77E9880BD1A@FreeBSD.org> Date: Mon, 2 Sep 2013 08:21:07 +0000 Message-ID: Subject: Re: GSoC Status: Week 11 From: Matthew Windsor To: David Chisnall Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Justin Edward Muniz , soc-status@freebsd.org, Eitan Adler X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Sep 2013 08:21:09 -0000 Hi, On 2 September 2013 07:42, David Chisnall wrote: > On 2 Sep 2013, at 00:54, Eitan Adler wrote: > >>> As a minor note, I've pushed the C standard back down to C99. This >>> should allow FreeBSD stock gcc to compile the backend. >> >> I'm not very worried about this. If the code is cleaner with C11 >> please feel free to use it. > > Agreed. If the code is destined to live in a port, then the only require= ment is that it must be able to compile with a ports compiler. Ideally, it= should compile with gcc 4.7/8 in addition to clang (since clang isn't avai= lable on all architectures), but this shouldn't be considered a blocker. It's fine, the only feature I was using from C11 was anonymous unions, and the code that used them has since been stripped out, so there isn't any reason to identify as C11. (Besides, I think anonymous unions are a GNU extension to C89/C99 anyway - I'm sure I've seen pkgng using them somewhere and I assume pkgng isn't C11, but I could be wrong) > Also, note that we have tried to ensure that most C11 features (with _Gen= eric being the big exception) work even with our ancient GCC. I'm not sure if I was doing something wrong, but when I tried to compile with --std=3Dc11 on GCC (4.2.1, FreeBSD 9) I got 'cc1: error: unrecognized command line option "-std=3Dc11"'. This worked fine with clang. But anyway, the code appears to compile fine as C99 and as mentioned I didn't need to make any regressions, so I'll probably keep it at c99 until and unless I need to use a C11 feature again. ~Matt From owner-soc-status@FreeBSD.ORG Mon Sep 2 08:28:50 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5AEC6756; Mon, 2 Sep 2013 08:28:50 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0CD9126E7; Mon, 2 Sep 2013 08:28:49 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r828Sf6L036010 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 2 Sep 2013 08:28:42 GMT (envelope-from theraven@freebsd.org) Content-Type: multipart/signed; boundary="Apple-Mail=_20BA5740-CD74-4479-A1A7-EE9F21ABC39B"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: GSoC Status: Week 11 From: David Chisnall In-Reply-To: Date: Mon, 2 Sep 2013 09:28:37 +0100 Message-Id: <2DA4D21D-1740-45F2-9966-59FC21004015@freebsd.org> References: <440E5361-BC33-49DD-B51D-C77E9880BD1A@FreeBSD.org> To: Matthew Windsor X-Mailer: Apple Mail (2.1508) Cc: Justin Edward Muniz , soc-status@freebsd.org, Eitan Adler X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Sep 2013 08:28:50 -0000 --Apple-Mail=_20BA5740-CD74-4479-A1A7-EE9F21ABC39B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 2 Sep 2013, at 09:21, Matthew Windsor wrote: > It's fine, the only feature I was using from C11 was anonymous unions, > and the code that used them has since been stripped out, so there > isn't any reason to identify as C11. (Besides, I think anonymous > unions are a GNU extension to C89/C99 anyway - I'm sure I've seen > pkgng using them somewhere and I assume pkgng isn't C11, but I could > be wrong) Yes, anonymous unions are a GCC extension, so they'll work with both = clang and gcc 4.2.1 >> Also, note that we have tried to ensure that most C11 features (with = _Generic being the big exception) work even with our ancient GCC. >=20 > I'm not sure if I was doing something wrong, but when I tried to > compile with --std=3Dc11 on GCC (4.2.1, FreeBSD 9) I got 'cc1: error: > unrecognized command line option "-std=3Dc11"'. This worked fine with > clang. Correct. The compiler doesn't know about the c11 dialect, however most = c11 code should compile with -std=3Dgnu99. Things like anonymous unions = are GNU extensions, things like _Static_assert, _Thread_local and so on = are macros defined in cdefs.h. David --Apple-Mail=_20BA5740-CD74-4479-A1A7-EE9F21ABC39B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org iQIcBAEBAgAGBQJSJEw1AAoJEKx65DEEsqIdhM8P/2fq4sjQuyfXWp7SqJELtezu SYsMbqDLCegmpbTmVEkPMOU0Ib8aaYP4LVYOXm57pRkePprKriC5EFPqXpzD1YYD tBfBveqJ58ScTnfnc0bUCOd4d4XNm6EX+XPXBSaD5hNjRd1sTrrxazan7zQhSnwl rXxSJh/0YdG/kkF93eXwG+XASqpLh/cCgf4plqMXX8DHt0qOhnpiCLO/dfMUqd43 yYba0Xnqk/LFVVla2EvE/ZP4byWAMT5v15dRQk3w5d8R8utrpV+znvtJsBf32Oqe rpMtzTPb2dFYvlmd89VoDUyT60WgrMv6akXxNg24KB3n6QpY1S1Msh0kqjJKluj+ lv4kH4kWczw5IIJpEcyJN1pKuz2XnaKHvSgp0AkOTJiI3xQJHiDkjvYYFcpLDdD/ ZtyyyAX0Lt2J2x9FeVDhZOwiLBrxtH8KBVWp69g3vvzVmpEFNuqFu3UE0oXUxNcm nnC96x6hvtj6t3nDo858gXCPHTrA/j+towAb1owaF42H83sweM4ijBrEY19KZ/p1 DmDcJFb9Au64CQC3oX/qQNocgAsBRTCVV3KXr7jO42jNIWGd/KlhKG/I3CB7F+hW +LhwzqcR6kkrJYP1km6r4vSnpEBfuTfCcRpJr9cEFdYvFcLYZ5MSDPp+r9LhemIQ MxZheQlINm4efXj0UPzR =4Fn1 -----END PGP SIGNATURE----- --Apple-Mail=_20BA5740-CD74-4479-A1A7-EE9F21ABC39B-- From owner-soc-status@FreeBSD.ORG Mon Sep 2 16:21:52 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E2ECD312 for ; Mon, 2 Sep 2013 16:21:52 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-vb0-x22c.google.com (mail-vb0-x22c.google.com [IPv6:2607:f8b0:400c:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A62192F5A for ; Mon, 2 Sep 2013 16:21:52 +0000 (UTC) Received: by mail-vb0-f44.google.com with SMTP id e13so3222840vbg.3 for ; Mon, 02 Sep 2013 09:21:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FCqK8U/sQB48lxyEDfBMhGwk9OmoFvpywOG1axMkdRk=; b=UScifK92G+ah/FPv+ZK6gDw10gmEXXpz2j07L/PUKbyotqxIKjGPhlZdwkhukASKKM 2n2RYmwEviNgUDRU0qF96JwOKbNv4wPqVMcAfmwGY/e4UTGW9AkSwHMpKcxOcIax5jD5 ZLJz+niKj+ZA+JgcpXhgZs/mDa0oZDJZfN54vvDHkTgPaLQrFEc2FUl7xSc64mpK/Tr/ UvSFphIz3bZNoRFylDH04AY20ClmomHhRUdoILARxh/DUeA5LHYbrZjTv8cFrLQ//YPQ sVSIl8g1w4Mo8TIgtQumIvFEWGJYH4w/VLp4X/nOXSmAR37mL/4W1iOA8cmWrxpO8B0u 79cg== MIME-Version: 1.0 X-Received: by 10.220.11.7 with SMTP id r7mr23687492vcr.12.1378138911777; Mon, 02 Sep 2013 09:21:51 -0700 (PDT) Received: by 10.220.182.68 with HTTP; Mon, 2 Sep 2013 09:21:51 -0700 (PDT) Date: Tue, 3 Sep 2013 00:21:51 +0800 Message-ID: Subject: Weekly Status Report, Sep 2, 2013 From: Chenchong Qin To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Sep 2013 16:21:53 -0000 Hi! Here is last week's status. I taught ieee80211_amrr to return multiple rates and modified ath to let it use net80211_ratectl. I also try to perform some tests on my AR9227 device. * add amrr_rates to teach ieee80211_amrr of multiple rate. * change ieee80211_ratectl_complete(), drop stats, arg1, arg2, add ieee80211_rc_info *. adapt amrr_tx_complete correspondingly. * update ieee80211_ratectl_hascap_* functions to make it more reasonable. * modify ieee80211_ratectl_complete_rcflags() to let it work properly. we just care about rc flags here. ratecode is left for drivers to fill. * add a 48 bytes buf to mbuf(m_hdr) to record rc state. * modify ath to make it use net80211_ratectl api. Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Tue Sep 3 08:40:18 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 690F81EE for ; Tue, 3 Sep 2013 08:40:18 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2C6022412 for ; Tue, 3 Sep 2013 08:40:18 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id hf12so3755986vcb.13 for ; Tue, 03 Sep 2013 01:40:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=rLcbbMbaWs1qTtvyLo0mpKkhZ5Q9d7GUvm5jAxDZjb8=; b=J/PSGY2OFlpNli8PTAGzimRUtYbM0L21T0OAG3BUBn4o7EB3QQCSBmu6kxIEc25jjZ jLbqooRo0M/f/3+bVyXDwATagv1ckRnCo15mVqzkTt038iyTw8VA8eupxxEGXejm1ADd W8zcrr1rFrHMVA6X5oRLFgg59VvQ3boEIbuhP5/rhGuj4vzuLB9PYXMn9ourJOjW0Evp 0muS2viV9idydwm/y32I/co9PdoW8abJdO8YiZ6wCFPUMNcix6LuvB8oNKGk3b1v91TR WlQGIMjnZNlmzQufvOksPdJF6Bj4orPcntUC1T+mL7Jny4YzGLF8MlryQWq2HCvgpsz8 sxVg== MIME-Version: 1.0 X-Received: by 10.220.249.67 with SMTP id mj3mr1859908vcb.23.1378197617201; Tue, 03 Sep 2013 01:40:17 -0700 (PDT) Received: by 10.58.45.162 with HTTP; Tue, 3 Sep 2013 01:40:17 -0700 (PDT) Date: Tue, 3 Sep 2013 14:10:17 +0530 Message-ID: Subject: IDMS: Weekly status report #11 of 14 From: Ambarisha B To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2013 08:40:18 -0000 Hi, I finished the job migration part last week. Whenever a job is preempted, a "preempted" flag is set in the dmjob struct. The worker that was originally doing the job, checks for this flag just the same way it checks for client signal flags. If it finds the flag set, it cleans up the process and exits. The "preempted" flag is also used for consistent status updates during migration. According to the schedule, this week is a buffer for job migration. So, I'll spend time on writing some tests and cleaning up the code. Thanks Ambarish From owner-soc-status@FreeBSD.ORG Tue Sep 3 09:25:01 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 44910771; Tue, 3 Sep 2013 09:25:01 +0000 (UTC) (envelope-from oshogbo.vx@gmail.com) Received: from mail-bk0-x234.google.com (mail-bk0-x234.google.com [IPv6:2a00:1450:4008:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9CA4726B4; Tue, 3 Sep 2013 09:25:00 +0000 (UTC) Received: by mail-bk0-f52.google.com with SMTP id e11so2004699bkh.11 for ; Tue, 03 Sep 2013 02:24:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :content-type; bh=baKp0oWjauIZ+94CLrvxgoaY2HtUIrM6Fi3N641F92k=; b=Hm92C/Z8ZfLCxkTHgVrOEr3TLvgvhvzBR68UL9f7aP3AgH0ql51QCSlGWoHPqTU9mD 5OReoOL+/hFTStfo8RA9xZyNxR90bnWtEl4bPmwGbwYnGVoJ5AEUJ225emaqEUfUHC5e zAw6lSRRUK/1cDseP2zti+0TBoSxBYqoteIb0BLYvnV8jJIJiowsu4+/jav8xD1g8C+H avL/Ppvh94n8xnlM5sJeFJXlrfNob3H7xFzm8gspqHvue2pE27Povf7sP7ytg9axp54W o10DOO6Rc8NRpAX0H6uLirJaa8OP6Im+iWI019TlImpVEiExIl2MKnWjKCsAgOlVlYgi jt9Q== X-Received: by 10.204.162.74 with SMTP id u10mr549238bkx.47.1378200298515; Tue, 03 Sep 2013 02:24:58 -0700 (PDT) Received: from [192.168.0.195] (58.wheelsystems.com. [83.12.187.58]) by mx.google.com with ESMTPSA id ku9sm4008582bkb.1.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 03 Sep 2013 02:24:57 -0700 (PDT) Sender: Mario Oshogbo Message-ID: <5225AAE4.6040100@FreeBSD.org> Date: Tue, 03 Sep 2013 11:24:52 +0200 From: Mariusz Zaborski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: N: Subject: Weekly Status #9 i #10 X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="q70wMslDKeSaTtvNt2Vr4HnTsNtPsINhk" Cc: Pawel Jakub Dawidek X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2013 09:25:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --q70wMslDKeSaTtvNt2Vr4HnTsNtPsINhk Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, The week #9 and #10 was very short because of Cambridge Dev Summit which I attend. Most of my work was focused on the Casper daemon. I ported the wc(1) and bsdgrep(1) to use Casper. I have still some problems with the system.filesystem which I'm trying to solve. When I resolve my problems I will compare performance of the standard bsdgrep(1) between bsdgrep(1) using fork technique and bsdgrep(1) using Casper daemon. I also will compare performance between the standard wc(1) and wc(1) which use Casper= =2E Cheers, oshogbo --q70wMslDKeSaTtvNt2Vr4HnTsNtPsINhk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJSJarmAAoJECRkYejLhN/jXQ8P/1OYVPM3fTD6SwYlsmz36/sF QYl1cfqVAhfeayYZ0EMcPmQsOrFCYv8fyUPzQte7VFTpZNcVvEfLjQXQU4zE6hdK EQLeD+mTMxZ8Q9SM7GowWJEw69uTq054hSLlLL6S75FXPGUExeyX76dTTAw1rT4E 7l78BmCEVovha7GDBLwEGr/uOT3rZUe36lB6qNoADz9uSlsZaRAF86Y2uCiMRKH4 GL15B7Y3PjoRdMVc/bn8s0NPVaA80G5t2zEVoDBDzBvnsQ5CJJH3y5pJaQ3Nkfni 7inIaw5ZPL88qJAwcxL5S5NiiFMwN9d9Ak+1a623BKIQpij6QGAgImjkNkFKHyny qd5GgUEskuNMabuUEyGwqopFvIrgCuCA7f9GfY59ipKy6fAUR74ogOz4Jy3jVump I75NQVxbGtJ5Z+aQy9tiaomD6CuHbqeR6/GB7LSScNKGLDK8QjBGtxPgwswkQ+OU kd2o74oBECn+iKIgZM7u0LLvEWr1062ubcvAJyBdU8zY8b92XgP+n688tGNujSsx JkxoHcU9+bcCwL7eJJ2cjdOwMHtYWaqvkjj0J7+L+191WqDzWZ3fyPr+YzDTEaVM wNcIGFCP3EdIWML0sU+jCq7uKB0B1DOeqHwuHON91+yNkBoj1cYZi59lQlWB4+lN zZT7Nuh5UK+XjiPe5lTl =tLAe -----END PGP SIGNATURE----- --q70wMslDKeSaTtvNt2Vr4HnTsNtPsINhk-- From owner-soc-status@FreeBSD.ORG Tue Sep 3 15:03:43 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F0B35F78 for ; Tue, 3 Sep 2013 15:03:43 +0000 (UTC) (envelope-from tuchalia@gmail.com) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 788D223B2 for ; Tue, 3 Sep 2013 15:03:43 +0000 (UTC) Received: by mail-lb0-f169.google.com with SMTP id z5so4497928lbh.0 for ; Tue, 03 Sep 2013 08:03:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=1DzhJ5f7j0ZsFYoU42MTOAUsrLfiN0Avzq4jPT99t3M=; b=x3Fl92dKE81igVIgFdz95q4dUhYdsBzqNLaM1H2UkSTAQGX5fT5fgggYKm3yDrBfDK D0HJtc0GTWFjuZNWcg/UgMbECHA7bgUYLJKjqZnpOTYYGY1f/xo68LsnlrlP9176I85+ PVhC2f7XPCo0klDAmgfmjcBr4QFwxtHAifqWqCLsuGCMbhF2YAvqWjR9SXSK0STDIQei Nvexxc3PvxbBbXj42kAwdMhIXS1RF09EJQLkWKezfBBjKjOnFl+9oNJVHwbZU3ETarJX Fv/D5cFGU1VkXi/qA1kAWjpLY03FvYbUhHqPFmeF+xBiSpPFRwpyCvGY0zmINLfihxuU l5fw== MIME-Version: 1.0 X-Received: by 10.152.4.6 with SMTP id g6mr837451lag.50.1378220621360; Tue, 03 Sep 2013 08:03:41 -0700 (PDT) Received: by 10.112.31.165 with HTTP; Tue, 3 Sep 2013 08:03:41 -0700 (PDT) Date: Tue, 3 Sep 2013 17:03:41 +0200 Message-ID: Subject: Port data compression services and video codecs to Capsicum, Weekl #11 From: tuchalia To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2013 15:03:44 -0000 Hi everybody, It seems that zcaplib (zlib with capabilties) has to change a lot. After talking with pjd@ of possible better ways to develop zcaplib, as well as its current design flaws, he realized that I was not using a good design since I only had a unique sandboxed process doing all the zlib stuff, and passing "commands" back and forth from the child (worker) process, and the parent process. pjd@ then introduced me to pdfork(2). That is, a process that has been tought just to sandboxing. Than really changes all that I've been doing with the library. The library, it will be more quick to port, that's true. The only problem is starting form the beginning again. But well, we're here to learn, aren't we? -- Daniel From owner-soc-status@FreeBSD.ORG Sat Sep 7 16:26:48 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 38F2DA58; Sat, 7 Sep 2013 16:26:48 +0000 (UTC) (envelope-from zxyu.core@gmail.com) Received: from mail-bk0-x22d.google.com (mail-bk0-x22d.google.com [IPv6:2a00:1450:4008:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A1AA928ED; Sat, 7 Sep 2013 16:26:47 +0000 (UTC) Received: by mail-bk0-f45.google.com with SMTP id mx11so1747086bkb.32 for ; Sat, 07 Sep 2013 09:26:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=/FoAE18ECIX/Ej+olgT3udoZqP69AX8567ym/f16P3c=; b=ZcJ3QYM54ZLs3obT09KoeyvVBxxwylmjr+vgfdQiCWkalxnPB2zSVBHoVJhenxlWZV gL8rMl0wRdAgNSkAYFqaN0BIvKJyG9a4rJ71fWsMZI5DEU2b2wUzEchlulzeXtb/fWLM o8ZmT8UJ3RnDwOOhBNZXHpmzYC5HEMiRo5DlrLW+CSMYsZZFacUkJDODDPzDXoPakrfV cpY+Ed9vKPCncGJr273dh2OityGCTP842Bmrm7FjsBucCZGDNJ+WSrSLZZJ09FD0QhKM dvFQHiGVRCcBuihVW9jsWor5IsFETG4L6OMijRscwqwpNDmw+q3obmorIEPXV0YqXPsq HVrw== MIME-Version: 1.0 X-Received: by 10.205.10.132 with SMTP id pa4mr7321096bkb.15.1378571205874; Sat, 07 Sep 2013 09:26:45 -0700 (PDT) Received: by 10.204.238.138 with HTTP; Sat, 7 Sep 2013 09:26:45 -0700 (PDT) Date: Sun, 8 Sep 2013 00:26:45 +0800 Message-ID: Subject: Weekly report of the passed two weeks From: zhixiang yu To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 16:26:48 -0000 Hi all, During the past two weeks, I successfully completed ata command emulation. The emulation passed some simple tests: 1. make partition 2. make label 3. format as ufs 4. copy and compare 5. umount and mount, then compare again You can try it yourself ;) The ATAPI commands' support is on-going. Maybe finished by next weekend. I won't need the same much time as ATA because I'm more familiar with read/write emulation. Thanks From owner-soc-status@FreeBSD.ORG Sat Sep 7 18:39:19 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0018A438 for ; Sat, 7 Sep 2013 18:39:18 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-ea0-x22e.google.com (mail-ea0-x22e.google.com [IPv6:2a00:1450:4013:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8EEF52E2E for ; Sat, 7 Sep 2013 18:39:18 +0000 (UTC) Received: by mail-ea0-f174.google.com with SMTP id z15so2281229ead.33 for ; Sat, 07 Sep 2013 11:39:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=EdgRlE65Z5d9DCHGA7SXlNOB42vrFuHvlD+5Wcc9Z7I=; b=ZAYyKHLl2JLmKw2lzvJ8xpU+aDYd/QEf7VD5/rG0PEAX6lmrITqS+Na7NqrJLumBxc trNsKIJ2jZk5gZ7dWqQy4vRz1FbNu4mo7SIup9nJBjrlxrcF3xk+ELaMgHpshMDxOnY0 lVdXBHNCqu7IkLANZMt+Dq3EPrH3JGkOZ1Oi2xHYtFPWYWG2qel542LgWY9usw2d743M sxaqvyUvZ3SpaAV1JlE4KNOcdYD/6u8N++EU1pB6mb/aWvj8iS0zmlmXmasV3DDA6W2w l0EsHc40e6xuzTL+7T5OOEIsloBrj+Ao0HQyb/iAK9wwhqbxNJygNZgr/CV603VRW0SD VkZw== X-Received: by 10.15.93.130 with SMTP id w2mr61588eez.59.1378579157010; Sat, 07 Sep 2013 11:39:17 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([37.229.21.195]) by mx.google.com with ESMTPSA id f49sm7197742eec.7.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 07 Sep 2013 11:39:16 -0700 (PDT) Sender: Alexander Motin Message-ID: <522B72D2.7070906@FreeBSD.org> Date: Sat, 07 Sep 2013 21:39:14 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130616 Thunderbird/17.0.6 MIME-Version: 1.0 To: zhixiang yu Subject: Re: Weekly report of the passed two weeks References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 18:39:19 -0000 Hi. On 07.09.2013 19:26, zhixiang yu wrote: > During the past two weeks, I successfully completed ata command > emulation. The emulation passed some simple tests: > > 1. make partition > 2. make label > 3. format as ufs > 4. copy and compare > 5. umount and mount, then compare again For stress test I would try to create ZFS pool on the device, disable ARC caching and run some heavy filesystem benchmark. ZFS controls disk subsystem sanity on every read and should report you any data inconsistency in `zpool status` output. > You can try it yourself ;) > > The ATAPI commands' support is on-going. Maybe finished by next > weekend. I won't need the same much time as ATA because I'm more > familiar with read/write emulation. While they are not recommended for use by AHCI specification, and may be not required to boot FreeBSD guest, I would still implement ATA PIO commands too because they are still mandatory for any ATA device. Fortunately since AHCI hides PIO transfer details it should be easy. Also, looking on the code, I think that sending any unsupported command to the device now will cause command timeout, while it should return ABORT error status instead. And in general make sure that you implemented all commands support for which you announced in IDENTIFY command output. Also I think it would be good to make FLUSHCACHE commands not only wait for write completion, but really call fsync() on the underlying file. That may be important for client filesystem consistency in case of host system crash. -- Alexander Motin From owner-soc-status@FreeBSD.ORG Sun Sep 8 09:56:18 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3263E631; Sun, 8 Sep 2013 09:56:18 +0000 (UTC) (envelope-from zxyu.core@gmail.com) Received: from mail-bk0-x22f.google.com (mail-bk0-x22f.google.com [IPv6:2a00:1450:4008:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A7B52513; Sun, 8 Sep 2013 09:56:17 +0000 (UTC) Received: by mail-bk0-f47.google.com with SMTP id mx12so1836638bkb.20 for ; Sun, 08 Sep 2013 02:56:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=L5KJY23hTx4xTlngEdUi53KDFQZHFfG6fxMl1pXtlJ0=; b=ArL+NzCrRVlhCoFU7rlLby6NioQEpuLyVIOgSidhzUnRWcdEwDHc57DShiKleYO5um PSELYFVhL86OIelT1k/8AlLpjvj/uMyv4VTT1YTxpM/fts6hk28qseVkQlkNJgbKdbRN nSeaH6OdZmJqvhFDTqnmBZmnT4Dj2xhMwz3qmmA7rhIFgJSmWJ+AROgQPGvDIt4qyfs7 mIDK0NghMTKF+ov11N/YzFuMg7JZEnJMXCir7gYHL7p67yreni639G1tTRT04Go1/v4y h9lAEN7q1UIgdzNFPTL5SvHbXThJ1D9qsMLwm3QxGqGkaluIE3AluJDA+TguFqpGBDMY LfXg== MIME-Version: 1.0 X-Received: by 10.204.226.135 with SMTP id iw7mr9855133bkb.4.1378634176002; Sun, 08 Sep 2013 02:56:16 -0700 (PDT) Received: by 10.204.238.138 with HTTP; Sun, 8 Sep 2013 02:56:15 -0700 (PDT) In-Reply-To: <522B72D2.7070906@FreeBSD.org> References: <522B72D2.7070906@FreeBSD.org> Date: Sun, 8 Sep 2013 17:56:15 +0800 Message-ID: Subject: Re: Weekly report of the passed two weeks From: zhixiang yu To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 09:56:18 -0000 Hi Alexander, On Sun, Sep 8, 2013 at 2:39 AM, Alexander Motin wrote: > Hi. > > For stress test I would try to create ZFS pool on the device, disable ARC > caching and run some heavy filesystem benchmark. ZFS controls disk subsystem > sanity on every read and should report you any data inconsistency in `zpool > status` output. It seems that 'zpool status' is very convenient. I'm not familiar with ZFS and never tried it before. So could you please give one detailed steps to do so? > > >> You can try it yourself ;) >> >> The ATAPI commands' support is on-going. Maybe finished by next >> weekend. I won't need the same much time as ATA because I'm more >> familiar with read/write emulation. > > > While they are not recommended for use by AHCI specification, and may be not > required to boot FreeBSD guest, I would still implement ATA PIO commands too > because they are still mandatory for any ATA device. Fortunately since AHCI > hides PIO transfer details it should be easy. > > Also, looking on the code, I think that sending any unsupported command to > the device now will cause command timeout, while it should return ABORT > error status instead. And in general make sure that you implemented all > commands support for which you announced in IDENTIFY command output. > > Also I think it would be good to make FLUSHCACHE commands not only wait for > write completion, but really call fsync() on the underlying file. That may > be important for client filesystem consistency in case of host system crash. Good idea. Will do Thanks in advance, Jisheng From owner-soc-status@FreeBSD.ORG Sun Sep 8 10:03:42 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AECCC832; Sun, 8 Sep 2013 10:03:42 +0000 (UTC) (envelope-from zxyu.core@gmail.com) Received: from mail-bk0-x22f.google.com (mail-bk0-x22f.google.com [IPv6:2a00:1450:4008:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F73D257B; Sun, 8 Sep 2013 10:03:41 +0000 (UTC) Received: by mail-bk0-f47.google.com with SMTP id mx12so1842074bkb.6 for ; Sun, 08 Sep 2013 03:03:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=C2XAyL77FtmzHLo9ydmE0V49tUgbSwl4cit8+P9NS00=; b=BA4t8fkiPrwYriTuT9cyLq9PXqXGycW0ukDg2uUJMdbm1CB5d7BMnbqhBGhlKarhzU ++A5qhS6rFjG6j/g/XHV97jX+yLWtfljlKyLItPvJK35/1KiAc3bwZ0b0+toRd9mUJj6 gZG6JSHyS5GzfRPC5eIuTnJL0nlOQDcbmYcTqXO7d4vUdeeQzi9NlCaD61XhgQ93K+Nr MZEw5zlMdCkLthxhyHQ2w/HAeW6dFfc6YxUGoZ8yfCIaGPY4OgPVbAK+KK9mrvJpgfD2 vGS1MU9CeZHZIfscuOZRqPSzh/2SnxTalNG/Q0Y7XBy+ZqhazaRR1VbVO6RnkQDHFuaz kfrg== MIME-Version: 1.0 X-Received: by 10.205.68.137 with SMTP id xy9mr458519bkb.28.1378634620450; Sun, 08 Sep 2013 03:03:40 -0700 (PDT) Received: by 10.204.238.138 with HTTP; Sun, 8 Sep 2013 03:03:40 -0700 (PDT) In-Reply-To: References: <522B72D2.7070906@FreeBSD.org> Date: Sun, 8 Sep 2013 18:03:40 +0800 Message-ID: Subject: Re: Weekly report of the passed two weeks From: zhixiang yu To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 10:03:42 -0000 BTW: considering ATAPI support eject removeable media, how bhyve make use of this feature? And I'm afraid the handling of media eject/load is out of SoC capability. Any suggestions is appreciated. Thanks a lot From owner-soc-status@FreeBSD.ORG Sun Sep 8 22:30:05 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BDBDD91A for ; Sun, 8 Sep 2013 22:30:05 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9375224E4 for ; Sun, 8 Sep 2013 22:30:05 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id 10so8222358ied.11 for ; Sun, 08 Sep 2013 15:29:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=hgCs9EogOnxlZmUF+otg+9ZXDCWmVkUSiU0gOgiHYfw=; b=mM2DR3oZ6KuH3h6dQBifNtc3K9jYs0yoraAqb1J07otgZsinKmuCKgkigKrir3WGm9 krLfAmPgk4ZEdf9u0yVYVWi96OZvNNUdKo22w/K4jXAEffe2eX5v8fkVgwKVOmF6NKf3 i4UyFGiozmZ1SkPxxWgJj53ltbQYqd8Z12aFSZPL6iYXUZZDDJbr6GPfbD80g69SFSHf PCgjiQcM7pCE7bhJwYl0hSQU1j1J1KuL2IxmEVsXJAZXqb8KSIdvysIelPVE7+ZWS7+b X/AKqnH5bm07ELsWnkdnlpB3Wsl+7foQmlZk28JaFpcphJSZvGDk/9Wrh6tY/wP4jGvd +25A== X-Gm-Message-State: ALoCoQkZO1Miwnbx+rPBfzSzx0Iy4fPbJkCG5cK5h4r4NDizvT5lQsOdBujXZLBCvWMJG0OlOpNV MIME-Version: 1.0 X-Received: by 10.50.124.10 with SMTP id me10mr6027850igb.40.1378679399817; Sun, 08 Sep 2013 15:29:59 -0700 (PDT) Received: by 10.43.102.193 with HTTP; Sun, 8 Sep 2013 15:29:59 -0700 (PDT) Date: Sun, 8 Sep 2013 22:29:59 +0000 Message-ID: Subject: Re: GSoC Status: Week 12 From: Matthew Windsor To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Justin Edward Muniz , Eitan Adler X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Sep 2013 22:30:05 -0000 Hi all, Not much to report this week I'm afraid. I've added a couple new unit tests, fixed a regression in the job repository code, now have a test repository for making functional tests, and there's a test in the SVN repo for installing and uninstalling the one package in the test repo. I've realised that GCC doesn't like C99 either, so the "standard" set is now GNU99. The code should compile in Clang as C11 (I might try to make the Makefile set itself to C11 for Clang, but it's probably not worth it). I don't see much change in the code now except for squeezing more unit tests out, improving the code quality and fixing bugs and issues. Really I'm flirting with the idea of wanting more eyes on the backend in its current state, partly because it's so close to completion and partly because I don't have much confidence in my ability to test it all. =P Last week now, I think it'll be tests all the way down now. I don't think I'll push it with migrating off PackageKit 0.6 this Summer of Code, let me know what you think with regards to this. ~Matt From owner-soc-status@FreeBSD.ORG Mon Sep 9 23:53:19 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 93EFE896 for ; Mon, 9 Sep 2013 23:53:19 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-ve0-x22e.google.com (mail-ve0-x22e.google.com [IPv6:2607:f8b0:400c:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5885B2C8C for ; Mon, 9 Sep 2013 23:53:19 +0000 (UTC) Received: by mail-ve0-f174.google.com with SMTP id jy13so4023758veb.33 for ; Mon, 09 Sep 2013 16:53:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4+e0s/pkolmu+An2CaEF7C3oSQbuKu3xQx5KPI8LtZ0=; b=B1t1c72NgmjKKUt3/mFWm9q6pbDm2NwIRty9SRW1LI7WqieCETfG8w0dzgcN6Wfk2h 7vCwxht4MlbQ+mGkWseZR1qgRrM3hnflJSRxLV9bx6Qu8YPy/9+zEWx5NrbdvxM5awEz bq7kZELfYb9zUDZog2YpR8yR5sycr3WDOJaBanXp0twHubLIGbC5s5PQq99kwUg2DhIY DAccaOqrAJcQ8OrXu2sq3rnnsDNwfnC8LyMIcD5fkst/pclZ/LcuXxIBXrizC/cHY6sw I+tkgwdomNvk4C5le7ww/V0nXwcdMaE6Q5niCsQa4on+6QcTSzBffAugEx1GV3vLsmup 46rg== MIME-Version: 1.0 X-Received: by 10.220.249.67 with SMTP id mj3mr3805831vcb.23.1378770798489; Mon, 09 Sep 2013 16:53:18 -0700 (PDT) Received: by 10.220.182.68 with HTTP; Mon, 9 Sep 2013 16:53:18 -0700 (PDT) Date: Tue, 10 Sep 2013 07:53:18 +0800 Message-ID: Subject: Weekly Status Report, Sep 9, 2013 From: Chenchong Qin To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 23:53:19 -0000 Hi! Here is last week's status. I added the common ratectl state as an mbuf tag add some debug stuffs. I added the ratectl state as an mbuf buff at first. After discussing with my mentor, I changed it to an mbuf tag. The mbuf tag framework is quite suitable for this purpose. I further modified ath driver to use the "mbuf tag" version ratectl state to interact with net80211 ratectl. The ratectl state is an interface to net80211 ratectl. So, although we change it's implementation, we don't need to change the net80211 ratectl. Just some debug msgs added to net80211 ratectl last week. Some tests also performed ono my AR9227 device. Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Tue Sep 10 08:40:56 2013 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8A6EA9DF for ; Tue, 10 Sep 2013 08:40:56 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 46708249D for ; Tue, 10 Sep 2013 08:40:55 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r8A8erTl003884 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 10 Sep 2013 08:40:55 GMT (envelope-from theraven@FreeBSD.org) From: David Chisnall Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: GSoC overall status reports for the web site Message-Id: <2D121E00-2B81-42D5-A11F-B4A47B8FF666@FreeBSD.org> Date: Tue, 10 Sep 2013 09:40:49 +0100 To: "soc-status@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2013 08:40:56 -0000 Hi, Since we're approximately at the end of the GSoC and the next set of = quarterly reports are due soon, please could each student, mentor, or = some combination of the two submit a brief report on the project to = monthly@? This should contain: - A short overview of the project (what it was, why it was considered = useful) - What progress was made, how close things are to committing - Anything else that you consider relevant. Thank you, David From owner-soc-status@FreeBSD.ORG Tue Sep 10 09:14:24 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C2EF9458; Tue, 10 Sep 2013 09:14:24 +0000 (UTC) (envelope-from oshogbo.vx@gmail.com) Received: from mail-bk0-x233.google.com (mail-bk0-x233.google.com [IPv6:2a00:1450:4008:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 326222658; Tue, 10 Sep 2013 09:14:24 +0000 (UTC) Received: by mail-bk0-f51.google.com with SMTP id mx10so2763132bkb.38 for ; Tue, 10 Sep 2013 02:14:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :content-type; bh=rzneyviqYLnBGxFEqkIagz7tvQOzOp2+jnNTw16nEA0=; b=EyWn3in9Bmqzbg/f4hnuWrUX7Y8a9dAJ9ocBCRNyaSj//nDZtKOsMkwVmkSWa/gzdY NPm9EHZnNw6YoE8If2BgxlWf8eUb9mEtmatN2zax1+TuDCyzuuq1yaDJGarMv6pmQ0YD 6cohv2jn62oV5cfsGx5g7ABSfj29RrrgxxwmrPlnpXmyyYdIrHKb1fM9mTmVfVUoLfVr cbI2PSRjVSSO90s0nf3V9GDcL/vfu3qfTgkAJjm4G+HxmjyUltATnWM8jKSyOnn+OW+l 5nNGfsYT2e+fKmRMmM3DWg+Q/hq+vKM9vLpcdaN6h5ykswtYl+ALx43YBSCYyNjEZKSq UpvA== X-Received: by 10.204.162.74 with SMTP id u10mr623581bkx.47.1378804462396; Tue, 10 Sep 2013 02:14:22 -0700 (PDT) Received: from [192.168.0.195] (58.wheelsystems.com. [83.12.187.58]) by mx.google.com with ESMTPSA id qx2sm4716835bkb.16.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 10 Sep 2013 02:14:21 -0700 (PDT) Sender: Mario Oshogbo Message-ID: <522EE2E3.4040302@FreeBSD.org> Date: Tue, 10 Sep 2013 11:14:11 +0200 From: Mariusz Zaborski User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: N: Subject: Weekly Status #11 X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f2wJewH052fMUXWrwomKMrDgt3MobKasL" Cc: "pjd@freebsd.org" X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2013 09:14:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --f2wJewH052fMUXWrwomKMrDgt3MobKasL Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, Last week I spend working on the libnv. The libnv is a library that is used to communicate between the Casper deamon, Casper services and programs that use them. I re implement the functions to send and receive message to be able to send more bytes than the limits (net.local.stream.sendspace and net.local.stream.recvspace). In the progress, I create some regression test for those functions. I also manged repair some bugs in the wc(1) which I port last week. Cheers, oshogbo --f2wJewH052fMUXWrwomKMrDgt3MobKasL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJSLuLqAAoJECRkYejLhN/jEwAP/2PsYBQRs8jrXj4GWvlmvZmc j2q09qYlhL07eQUKWzgwqPMbuw79GIIbj2vA3e10cvQyflZEcUHrjira46Pl+kRs MV2XdMqIne4MTYdFoKgJ/Nv114ukegRgyAmZ1kE7oQIAzPXyVElsSprOohVwVY1D mvpiVEjXEbKiWcbsPn8mQkAHYRJJmZrzpEsfz+MMFf8uvU8XHHZ8hidObfrz4+pO oW1R0dRe4JVzF/U3MNCCbSkMivjevGRRFUsd8v8+UKO1WDkP4nOdIQaJJg9/a0r/ 6K42xC5lZG5wE+v1TSC07n7tIgTJ6O8DgcPLzHEeSTWKX3v+3iwgtap4EykAMaU1 cxMQ+0ycs7nsawrzmjr196UZW1DQK5s48QeycVAuhn9DNh0pki7CO2nKOxjINv23 /HOeggn9epvshAPxyo6RrJgGOfxjlH6olnYLdsyZUQFlNVHyWnMqQBgAtDkKFdKL whb8N3jQkJXWoPfu8wPBWZD5Oa0LE+f0D3cLglbRNwkf0dP0pfhiaJYI+36bm9Yi KitYBXkGvUhbJIHf1FUiR9DXQT9aaKzsBOLkbV/NzSa+vo+muapA3S2Lf274b+sD GOIqLqnWi0G1Cc7e0VTBpMmhe19U8n7SOHaAatSLHci1DPccMeNsAnUYErTA61U8 UjVGJUwBAzVEGPSQc/em =CvPF -----END PGP SIGNATURE----- --f2wJewH052fMUXWrwomKMrDgt3MobKasL-- From owner-soc-status@FreeBSD.ORG Tue Sep 10 16:40:00 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A24D04B5; Tue, 10 Sep 2013 16:40:00 +0000 (UTC) (envelope-from gbtju85@gmail.com) Received: from mail-bk0-x232.google.com (mail-bk0-x232.google.com [IPv6:2a00:1450:4008:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 13BEF2924; Tue, 10 Sep 2013 16:39:59 +0000 (UTC) Received: by mail-bk0-f50.google.com with SMTP id mz11so3147240bkb.9 for ; Tue, 10 Sep 2013 09:39:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=EdFgYK+BdXwWGOEfQTTOakM7jX6PfCLxitqd58Fr34o=; b=kgU38llKOHf2JzVNQOpmokccRjjLOho18eUsNUq0XJs/vFLKAUAOMAYYHG9EJhSvLr s3FnPEtfWKEXVYgaEkiwDxNwquNXcTjhFFhLR6rZGtVXPTCEw2RiEyYWyEpeuUCfNXGp 6Nmw20/Ssa/pDXOF2RSqldCnwW1bJfzNjO6AfzsH3h1UOD7CATEezzwSGoKzDZLLDXnJ 5JI0HLvP2hffOBLFjl70c2VCy4+Qg4bafEep7glnJbHM5tAF7saiodABdh4+/kzhPBvK 3VCdmMKrUKJb3xnIhU5V0mJmVMGrgV1mMqBMUNPaNiPBwjeeeaCZdDbyTspuRL2g6f7+ WWng== MIME-Version: 1.0 X-Received: by 10.205.15.72 with SMTP id pt8mr19799591bkb.17.1378831198140; Tue, 10 Sep 2013 09:39:58 -0700 (PDT) Received: by 10.205.18.69 with HTTP; Tue, 10 Sep 2013 09:39:58 -0700 (PDT) Date: Wed, 11 Sep 2013 00:39:58 +0800 Message-ID: Subject: Weekly Status Reports #9 & #10 & #11 - XEN HVM Guest Support From: Bei Guan To: soc-status Content-Type: text/plain; charset=ISO-8859-1 Cc: "Justin T. Gibbs" X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2013 16:40:00 -0000 Hi, In the past three weeks, I continued to work on the Xen PV USB frontend driver. It's a little bit hard of the remainder work. What I've done in the past weeks is: 1. The frontend driver can fetch the response data from the shared ring. 2. Write the pipe method between Xen virtual host and the usb device. 3. According to the Xen USB frontend driver, modify the code that setting the vritual root hub. Next, I still need to work on the data transfer between Xen USB root hub and USB devices. I think I have to know more about how the data is structured in Xen root host controller driver. -- Best Regards, Bei Guan From owner-soc-status@FreeBSD.ORG Wed Sep 11 19:03:50 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 31A3170C for ; Wed, 11 Sep 2013 19:03:50 +0000 (UTC) (envelope-from b.ambarisha@gmail.com) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E90DB20C7 for ; Wed, 11 Sep 2013 19:03:49 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id hf12so6402167vcb.41 for ; Wed, 11 Sep 2013 12:03:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=05iEP0HMSHLViOUB4K5Ekf2W1gY6ZcAjQNSFIuTqdJc=; b=u+XH8IeWEMobQzxm9AUHzsL1cHcbPH9i2VyGwsPrjrIHsGHt58oLnYz456lrEd6jpH 5mUlUAnXs5rPhMe1o5wNLLiNOIMMUZFV8Gwn3zsrhakeIeXzNN8BdT6vCccCd7hyCl8q H964soMf/RFXkHRw/wCS3bkqsTCgi1nxC9pCFaP0QYHP4vvXbtoUkh5k3I76+wee16Yq E/T13+W48AcQ0LAfcDWq5n3PIca3xzaLuUJaccmfNh6SLcKUPmuREWXPkm60h3n+mzAX 2+fTsK9RDW54l39L8of9ZoQ6UUx9LPmcUvd7Z1v/PwNA4iIqoCbsKUGT5Q4GielvL4ZE VhDg== MIME-Version: 1.0 X-Received: by 10.220.144.68 with SMTP id y4mr1904763vcu.28.1378926228930; Wed, 11 Sep 2013 12:03:48 -0700 (PDT) Received: by 10.58.2.73 with HTTP; Wed, 11 Sep 2013 12:03:48 -0700 (PDT) Date: Thu, 12 Sep 2013 00:33:48 +0530 Message-ID: Subject: IDMS: Weekly status report #12 of 14 From: Ambarisha B To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Sep 2013 19:03:50 -0000 Hi, I spent the last week writing some tests and some manual testing. I also started writing the command line status dump tool. I wanted to have a little more time for cleaning up things and testing before the end of summer. Instead of a separate tool, I added the functionality to get the status of the dms daemon to dmget itself. It dumps the following information about the server: - Active download file names - Mirrors associated with active downloads - Sizes of active downloads - ETA of active downloads - If a download is a duplicate This week I'll try to wrap up command line status dump tool and spend some time on testing. Also, I'll push the code for job migration and status dump to the repo in a day or two. Cheers Ambarish From owner-soc-status@FreeBSD.ORG Sun Sep 15 10:00:28 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AD6972C4; Sun, 15 Sep 2013 10:00:28 +0000 (UTC) (envelope-from zxyu.core@gmail.com) Received: from mail-bk0-x230.google.com (mail-bk0-x230.google.com [IPv6:2a00:1450:4008:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2526C28F0; Sun, 15 Sep 2013 10:00:27 +0000 (UTC) Received: by mail-bk0-f48.google.com with SMTP id my13so1044490bkb.21 for ; Sun, 15 Sep 2013 03:00:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=lb8Kn3+aSrDfPtPuas7RqZX9HDe19GN/qqrRKjHu8Jg=; b=o3BGafiI8qYN+6daJD/wXPbbm3nFp+VG2yctGXq7GucOH3iowkTf2vu5Jxc7X2ka1z UWbFEQc8i06Bx+cHg149xz6wm1zURB7irDhkavOLNOVd8itR6s8FrutFQdJd6lV5/VfR pL51mUmSn0/LrpZdxg9RO0ldkIafZTHSO2AQkFs5VlK4NSF9iDXBexT/vYWodyc4Qp28 SJcnlQx0BeDn5DVxAYJWd/tvuetp8+zjlAknC9VkhZV2y6hSWwrTd4+mmUAvaFXyAprP 0IIPeu+7kpY9xCwLkltdl4oVR8dmHSsamefoz2uEwWaZDGuYkjqwutSnqhgZHPtSDer9 1l/w== MIME-Version: 1.0 X-Received: by 10.204.63.7 with SMTP id z7mr19161428bkh.23.1379239226569; Sun, 15 Sep 2013 03:00:26 -0700 (PDT) Received: by 10.204.238.138 with HTTP; Sun, 15 Sep 2013 03:00:26 -0700 (PDT) Date: Sun, 15 Sep 2013 18:00:26 +0800 Message-ID: Subject: weekly report of Sep 9 From: zhixiang yu To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 10:00:28 -0000 Hi all, During the last week, I completed a basic working ATAPI emulation. Now we can emulate one cdrom which is backing with one .iso file, then mount the cdrom in guest. It works fine You can try it yourself ;) I think I have achieved all the goals which I promised in my gsoc proposal! Next week, I'll do some test and bug fix and code clean up, no new features. Thanks a lot From owner-soc-status@FreeBSD.ORG Sun Sep 15 22:39:27 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0C038967 for ; Sun, 15 Sep 2013 22:39:27 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D2D9F29CB for ; Sun, 15 Sep 2013 22:39:26 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id u16so6018220iet.39 for ; Sun, 15 Sep 2013 15:39:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=4K0bcEYaGZpMRYTLuEAKZ4yUes34ZPNP+QmuhVZMQdM=; b=DBX/rZdqYhuMTfbVwR0ckUiosy7Gl1tIpV07IuBFNSCEhsXwFMyHjHPkCcd0IFMHQw 1UitOiewXvIortNHs5kReJfZHweRFUoFv7IBIMCxusvpcAlopji3mz4PTBjrgVloPWUs dd5R7lhfR43qhtroPZVCU+oebtwutzsQP5oW5axf9xbjY4XZY2CgusRwav+4/1W3tikz jGMGOomsg7neY58+dyixvYNPeufBokhjJ5VMSxQj5g23gCnDJ9Vwk4LitMSdJhn9zzrC dYziKJ3pFH1qgfsQj7UGahPUM+I61fBsW3pmG+BLsmwc5hlLPEJ+hErpbqkY4lmWaJ91 CsAA== X-Gm-Message-State: ALoCoQlnpBwkAg8VLlpj5LGh86U5vyMBAvmOdG8k3peNpdpzPuCv1vQy+W61qDawl8XttZF3QrGD MIME-Version: 1.0 X-Received: by 10.50.97.35 with SMTP id dx3mr5169943igb.55.1379284760002; Sun, 15 Sep 2013 15:39:20 -0700 (PDT) Received: by 10.43.102.193 with HTTP; Sun, 15 Sep 2013 15:39:19 -0700 (PDT) Date: Sun, 15 Sep 2013 22:39:19 +0000 Message-ID: Subject: GSoC Status: Week 13 From: Matthew Windsor To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Justin Edward Muniz , Eitan Adler X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2013 22:39:27 -0000 Hi all, Nothing to report this week, really. As far as the backend goes, I don't plan to add any more features or major code now, and intend to spend the next week getting the port ready for testing as well as checking for and fixing any obvious bugs. A bit of error reporting has been re-added (painfully) to the query code, so it now properly shouts if you try to list the files of a non-installed package, give it an incorrect package ID, or it fails to find packages. The test shell script now checks to see if get-files lists files properly. ~ Matt From owner-soc-status@FreeBSD.ORG Mon Sep 16 12:05:13 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DB50CB64 for ; Mon, 16 Sep 2013 12:05:12 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-vb0-x234.google.com (mail-vb0-x234.google.com [IPv6:2607:f8b0:400c:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D10A27C9 for ; Mon, 16 Sep 2013 12:05:12 +0000 (UTC) Received: by mail-vb0-f52.google.com with SMTP id f12so2671665vbg.39 for ; Mon, 16 Sep 2013 05:05:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=wA8GwC20VkYUOGUcuZCkzz8IUFamG4B1n2zkW84lb+o=; b=B2mXN7mVmDisB7FxQ1iLfNlJflQKVeZzhuluWWPzIGvrtAVKMtb63E0376fbvfv8Dh fqeoYgzCf6DGgUFWyIYUmEZEppIcUq3mGnc2lFuQkpbJlkk7UERmlQmlzq41HmRYvfZt iAoz8kqhLQjB/hTRj/+Qyj56Hi88mem7MDY79TqXb/Z8e14VToAV8GsQwrW9FHSC1oDa wRNC+Kr9UcaH1qVKxESI/3F54NULsvOBPjNsYkN83984LUCoOg2IXKCxN8ffPXGso4jv A4zks1sL52dXPqyDEa6r1SpQZJ8avKaAtQav91TWGo9XFmdhsauw7OhYxt7T2BQS0Leu U9gA== MIME-Version: 1.0 X-Received: by 10.52.74.100 with SMTP id s4mr22732vdv.35.1379333111624; Mon, 16 Sep 2013 05:05:11 -0700 (PDT) Received: by 10.220.182.68 with HTTP; Mon, 16 Sep 2013 05:05:11 -0700 (PDT) Date: Mon, 16 Sep 2013 20:05:11 +0800 Message-ID: Subject: Weekly Status Report, Sep 16, 2013 From: Chenchong Qin To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 12:05:13 -0000 Hi! This is status of last week. * add the aggregation support. A new ieee80211_rc_info flag was added to ieee80211_ratectl to let it distinguish aggregation and non-aggregation scenarios and another member was added to ieee80211_rc_info to record value of the maximum aggregate size. Then, in aggregation scenario, ratectl algo can inform aggregation selection code of proper maximum aggregate size. * export per-vap and per-device ratectl statistics. The per-vap statistics is attached when ieee80211_ratectl_init() is called. Per-device api was implemented in ath. * update ieee80211_sample and complete ieee80211_ratectl_none templete. ieee80211_rc_sample* was renamed to ieee80211_sample*. I also modified ieee80211_sample to let it use the latest net80211-ratectl features. Some errors in ieee80211_sample got fixed. ieee80211_ratectl_none templete was completed with newly added net80211-ratectl functions. Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Tue Sep 17 11:28:16 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 465FCBB6 for ; Tue, 17 Sep 2013 11:28:16 +0000 (UTC) (envelope-from mikemandarine@gmail.com) Received: from mail-vb0-x235.google.com (mail-vb0-x235.google.com [IPv6:2607:f8b0:400c:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 09F952E9B for ; Tue, 17 Sep 2013 11:28:15 +0000 (UTC) Received: by mail-vb0-f53.google.com with SMTP id i3so3743555vbh.26 for ; Tue, 17 Sep 2013 04:28:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=JM13lkEu0xFmvSfvtdRxyRh+j0CjwDALCi+ExjrNAsA=; b=ntMawoKoOi6Qt+7y9WXakpwTcd3iVr8ddsWR559S1qS107Z1fNgkMXEEI5Q0DmJr9H 39zbwj/OFtJ2GfeEzW7uF8MvQXWWBl3Jn5KbkdNoT/C515zjkMz/EBN1NWPNjJr9OEzb MAqXMqvLx45r93EZZ4JZA4ori9pSyv3+tDmRXfSqnUchLupkwulky7K90Zfj5IZ/rf8X R7J47mh18WXthp9ZABqi7ZCKyBZRU4oibRgIPJu2lpKTv8/dw+X9hgybP30va5J0SiRd FgZVkQsZWvG9W4iZZi/XmQEZTmGkWetWHqOLmsCP0EQvYO7eRLPFRUwbpLjPq/ds5v2Q QHUg== MIME-Version: 1.0 X-Received: by 10.58.168.205 with SMTP id zy13mr10683677veb.19.1379417294639; Tue, 17 Sep 2013 04:28:14 -0700 (PDT) Received: by 10.221.68.8 with HTTP; Tue, 17 Sep 2013 04:28:14 -0700 (PDT) Date: Tue, 17 Sep 2013 13:28:14 +0200 Message-ID: Subject: Status report From: Mike Ma To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 11:28:16 -0000 Hi, Recently I've finished init.d script. I'm still working on port the unit tests. I'll try to finish this asap. I have to apologize I'm not working hard on the project recent days. I'll come up with some statistical analysis result and wrap up everything before the deadline of evaluation. -- Cheers, Mike From owner-soc-status@FreeBSD.ORG Sun Sep 22 22:55:10 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9510458E for ; Sun, 22 Sep 2013 22:55:10 +0000 (UTC) (envelope-from mbw500@york.ac.uk) Received: from mail-ie0-f173.google.com (mail-ie0-f173.google.com [209.85.223.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 69B9E2CCB for ; Sun, 22 Sep 2013 22:55:09 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id ar20so5155346iec.18 for ; Sun, 22 Sep 2013 15:55:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=NwbmprZoO7QvSEVJE2FRCE2iGqNgyAOwC4FujfIDUFg=; b=g/HKs85J0Bdm2lAyLpWU6FY/WCXZ+H1htfPdFhInO+9hBuNFTg75TdHN3DQID0Bkkv JpFWAnpTQHtTx1KM1GR6nx1iu8VrW8zHX7sP1G2uc23RwNl9/adKEo9oP4wScrqDQDlp ST8oCmn9n3LyRjxpGZ09qTT9bom5Wxk+cJxyZLLRpp1LF9wE7NoGiakD53yrx9vEZR1O MLTsAbMpG4QQ7WV59nooUMoxm9ghmms9Oi8/dADvy8Ytd+Sbiojeop3hbHK+uXgQi9Uu 6HWZ81yyRXF3gPjPQ4Vx+gcbPXYVZqd77rv+6RPeoPNRh/Sfq7gmEHJwgQSngpOvbki1 uHPw== X-Gm-Message-State: ALoCoQnuqsLHMPbdeEMDh4kGqCqgIdLk7r3aB/rYV59nXbQNUOXFI7ymMvZ671QaIUSsOM0Ajxt4 MIME-Version: 1.0 X-Received: by 10.50.130.106 with SMTP id od10mr10450000igb.1.1379890503133; Sun, 22 Sep 2013 15:55:03 -0700 (PDT) Received: by 10.43.102.193 with HTTP; Sun, 22 Sep 2013 15:55:02 -0700 (PDT) Date: Sun, 22 Sep 2013 22:55:02 +0000 Message-ID: Subject: GSoC Status - The End From: Matthew Windsor To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Justin Edward Muniz , Eitan Adler X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Sep 2013 22:55:10 -0000 Hi all, The port for the PackageKit backend has now been sent for CFT (only one response so far, and that was a doesn't work, so I'm not sure how well the backend will survive...), is now on a relatively stable master site, and Summer of Code is now over thus this is the final status report from me. I've been toying around with gnome-packagekit and successfully installed a package with it, so I'm not sure what the problems with that are at the moment. Some minor UI issues (not sure on which end the blame lies) appeared, the "this'll install these, are you sure?" dialog wouldn't go away, but I can foresee the backend with a bit of fixing up being useable in the foreseeable future. Retrospectively, I think much of what I set out to do has been accomplished, and I've produced in the worst case a sizeable base that can be worked on to provide a consumer-usable PackageKit frontend to pkgng now and in the future. Quite a bit of the glue has been unit tested, and I've tried to make a separation of "pure" functions not touching the pkgng database or backend structure and those that do so that testing of the former is easy. There is however a lot of things that can be improved on the backend: 1) Implementing some of the remaining functionality, especially Cancel for the querying and searching actions (this might be somewhat easy and should only involve adding a break to for loops, but issues involve trying to do this in "pure" code and doing it in jobs); 2) Bug testing (hence the CFT!); 3) Cosmetic problems, especially error reporting and status reporting; 4) Porting to PackageKit 0.8.x (I think this might need some expertise on the PackageKit/GNOME end as to why 0.8.x seems not to work on FreeBSD); 5) Eventually, after 4) occurs, contributing the backend to PackageKit upstream. If nothing else, from these past few weeks I've taken away quite a few things. I now know how to make a basic FreeBSD port, call for testing, and do the unspeakable- unit test C (gulp!). It's nowhere near as scary as I thought it would be! I now know a lot more about how to use PackageKit and pkgng than I did when I started, and most important of all I know to avoid glib in future =P Thanks to everyone who's pointed out ideas, corrections and other such things during the past few months, and hopefully I haven't let you all down too much... ~ Matt From owner-soc-status@FreeBSD.ORG Tue Sep 24 01:20:55 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AB0E677C for ; Tue, 24 Sep 2013 01:20:55 +0000 (UTC) (envelope-from qinchenchong@gmail.com) Received: from mail-vc0-x232.google.com (mail-vc0-x232.google.com [IPv6:2607:f8b0:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F56726A4 for ; Tue, 24 Sep 2013 01:20:55 +0000 (UTC) Received: by mail-vc0-f178.google.com with SMTP id ha12so2768383vcb.23 for ; Mon, 23 Sep 2013 18:20:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=7hAe2yhu83Lv5R4KJZVEagaDvJZpAnbwdc2M8Y/0yGI=; b=ioqNDBgeL060dUrdGCqYE9r59cUQuCc1ZkPf1M8jYkxwIeZ8hOdA8IcSAe3Fb0w7U1 lK3yVHI1PY6hl5lRsrUUDs1aYN3ET747MZiDpEsyQ/131VYGP3QPmN6XMoWbwClRM6X4 qxWL2kwO8y+IUP0dCt63KgNdJoyzTsDB8ZASTb7Kx8K4zwoCjjrJVpLZ/PDMnF/EAx6N kD4JXWG2ck7Vvx7wpmmPW+Jpb+z5+7mhY6teCELVSLErusRJzSF0jrE3A3NwompC2w30 mSSZvit7QPpw9RM/U7xCQeI2ucVfalUUqrhdn5VEKAsUiDSwr3stTbkXwJZuUmRUebFv FIRw== MIME-Version: 1.0 X-Received: by 10.52.229.41 with SMTP id sn9mr1453287vdc.75.1379985654536; Mon, 23 Sep 2013 18:20:54 -0700 (PDT) Received: by 10.220.182.68 with HTTP; Mon, 23 Sep 2013 18:20:54 -0700 (PDT) Date: Tue, 24 Sep 2013 09:20:54 +0800 Message-ID: Subject: Weekly Status Report, Sep 23, 2013 From: Chenchong Qin To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 01:20:55 -0000 Hi! Here is status of last week. Last week is the last week of "coding period" of this year's GSoC. I did some finishing work and tidied everything up. The final patch and debug info were posted to my project homepage. I also sent this update to the freebsd-wireless list to make it convenient for others to find it and try it out. Thanks! Chenchong From owner-soc-status@FreeBSD.ORG Wed Sep 25 14:49:24 2013 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D448760A; Wed, 25 Sep 2013 14:49:24 +0000 (UTC) (envelope-from zxyu.core@gmail.com) Received: from mail-bk0-x236.google.com (mail-bk0-x236.google.com [IPv6:2a00:1450:4008:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1FB512AE1; Wed, 25 Sep 2013 14:49:23 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id mz12so2334134bkb.13 for ; Wed, 25 Sep 2013 07:49:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=akm8SAFqOMKydxT9PpSdOnTsuSKteNKW/88eBj5TQ1E=; b=TSQasMXKgbBAxfNlfVRGQPUBan2liwIl7eRy7qCelP1BH05+wm6rX8XNMxPRpDstl2 iCdWZRz3fI5Iy+P2O7wASikqXs0lXGKCQwksegfuKj6SnUZVs02Sh5arxaMs2p7A4tIT azuhIEQiYlhaHNEofpz3puMMO/mem+CXWIFKnMCxbGDO7HFUelXsH5i7mYFw+LISbXWa 3OAJgeogvSRkQwN5zIGC9pc0HllI9xf7ZJznx18sclZaYqzmL1QayQSs8vzVcttF3XIR 9ZqWNhYlKQ3TwRhTmoFFLHTyPYiMFbbNFEW3V68VIScYzrZh5IFpawaV0WY+LBPWu6Os eNQg== MIME-Version: 1.0 X-Received: by 10.205.24.131 with SMTP id re3mr27975348bkb.8.1380120562343; Wed, 25 Sep 2013 07:49:22 -0700 (PDT) Received: by 10.204.238.138 with HTTP; Wed, 25 Sep 2013 07:49:22 -0700 (PDT) Date: Wed, 25 Sep 2013 22:49:22 +0800 Message-ID: Subject: Final Weekly report and the summary of my GSoC project From: zhixiang yu To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexander Motin , "grehan@freebsd.org" , Neel Natu X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 14:49:25 -0000 Hi all, During the last week, I spent time on stress testing, bug fixing, limitation removing and make bhyve cdrom emulation works under Linux. My stress test is running the following cmds at the same time: 1. cp src.txz from virioblk to ata device, then diff, exit if diff report error, delete src.txz. loop for ever 2. cp /usr from virioblk to ata device, then diff, exit if diff report error, delete. loop for ever 3. tar zxf src.txz to ata device, then delete. loop for ever 4. cp /boot from virioblk to ata device, then diff, exit if diff report error, delete. loop for ever 5. run "zpool scrub test0" and "zpool status" every 10min, check the output 6. use release.iso as the atapi backing file, mount, cat everything to /dev/null After 24 hours, everything seems fine. Here is the summary of my GSoC project. During this summer, I added AHCI device emulation to bhyve so that we can emulate normal cdroms and hard drives. The development is done under the guide from Alexander, Peter and Neel. During SoC application period, I carefully divided the project into small goals and give the timeline for each goal. Basically speaking, I almost follow the timeline I planed in my gsoc proposal. Before early July, I implemented one bare bone pci_ahci.c. Before midterm evaluation, I completed the emulation for almost all port registers and the most important three data structures of AHCI (command list, command table and PRDT). I also sent out my first accepted FreeBSD patch during that period ;) After midterm evaluation, necessary ata commands emulation and atapi commands emulation were finished. The biggest pleasure/achievements during this summer are: 1. write code under old-hand's guidance. My mentors from FreeBSD community are really amazing. They are really experts in their technology area. They can quickly find out the main problem in your code and find the best direction to your questions/problems. NOTE: they tell you what, why and one brief but clear and definite direction, it's your own responsibility to design and implement the solution. For example: Alexander clearly pointed out the backing file io should be done in another thread rather than block main emulation thread during initial design decision. Then Peter told me that he has implemented on common block_if, this makes my ahci emulation is the first real user of his blockif framework ;) And Alexander also suggested to handle single ATA command as multiple block I/Os if S/G list is longer then supported to remove one big limitation of my initial code. Peter and Neel quickly replied that I can follow existing instruction emulations to handle one instruction exception. This results in my first accepted FreeBSD's patch ;) 2. I can't be familiar with AHCI any more. Now, I can even clearly describe the main mechanism of AHCI in several minutes with one pencil. I guess I can quickly implement AHCI driver for various hobby OSs In the end, thank FreeBSD and Google to provide me such great coding opportunity. Thank Alexander, Peter and Neel for their great help and guidance. Best wishes to everyone! From owner-soc-status@FreeBSD.ORG Tue Jan 21 10:34:46 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 802152F5 for ; Tue, 21 Jan 2014 10:34:46 +0000 (UTC) Received: from mail-vc0-x248.google.com (mail-vc0-x248.google.com [IPv6:2607:f8b0:400c:c03::248]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 410881DDB for ; Tue, 21 Jan 2014 10:34:46 +0000 (UTC) Received: by mail-vc0-f200.google.com with SMTP id le5so13379810vcb.7 for ; Tue, 21 Jan 2014 02:34:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=SaeglqbpZROuUPeKUR6EmZ9sjfTUNNZO8jgxR/fHBow=; b=trC8+BuOTVpECrdnmIJbCANWs6yRn8pt/1ZduHDnje4IXLwFckN23peZUksLhXBPIp wDa+x4hQ3bucpyTAoZWyGMozemxdp9KiJ/NdFoHdGdfPa1fIbmzqvFacwMhdI+x7IMaw WeIzKH3Z/cor1g8wehzbg+1ehRGIrL7Wf2P63ftMMlcfkVV0VPAQexL9bUjxXjlXm5Pg mR3puwaU/qFK4rMoKQ3CKnRhBdBstgHoOhePEhkAReP5hBqNzg6E1PMLmIPUjch8Owwp SBphwwPaJ2eXKVmNnVXQTkWHdDAc9prI1/96llivfJ1DNddSUlzM0MKNBVhtKQYPhKoq B5Ww== MIME-Version: 1.0 X-Received: by 10.58.218.40 with SMTP id pd8mr340362vec.39.1390300485289; Tue, 21 Jan 2014 02:34:45 -0800 (PST) Message-ID: <047d7bdcacc08e906204f0788e09@google.com> Date: Tue, 21 Jan 2014 10:34:45 +0000 Subject: www.freebsd.org From: Alana Roper To: soc-status@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 10:34:46 -0000 SGksDQoNCkkgd2FudGVkIHRvIHNlbmQgeW91IGEgcXVpY2sgbm90ZS4gV2l0aCBhIGZldyBzaW1w bGUgY2hhbmdlcyB0byBtYWtlIHlvdXINCnNpdGUgbW9yZSBTRU8tZnJpZW5kbHkgSZJtIHN1cmUg eW91IGNhbiBjb252ZXJ0IG1vcmUgdmlzaXRvcnMgaW50byBsZWFkcw0KYW5kIGdldCBpdCBwbGFj ZWQgaGlnaGVyIGluIHRoZSBvcmdhbmljIHNlYXJjaCByZXN1bHRzLCBmb3Iga2V5d29yZHMgdGhh dA0KbWF0dGVyIHRvIHlvdSB0aGUgbW9zdC4NCg0KV2UgYXJlIGFuIEF1c3RyYWxpYW4gYmFzZWQg Y29tcGFueSB3aXRoIGEgZ3JlYXQgaW4taG91c2UgdGVjaG5pY2FsIHRlYW0gd2hvDQpyZWFsbHkg a25vdyB0aGVpciBzdHVmZiBhYm91dCBzZWFyY2ggZW5naW5lIG9wdGltaXphdGlvbi4NCg0KV291 bGQgeW91IGxpa2UgYSBiaXQgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBob3cgdG8gZ2l2ZSB5b3Vy IHdlYnNpdGUgYQ0KYm9vc3Qgd2l0aCBiZXR0ZXIgU0VPPw0KDQpCZXN0IHJlZ2FyZHMsDQoNCkFs YW5hIFJvcGVyDQpTRU8vV0VCIFNwZWNpYWxpc3QNCkU6IGFsYW5hcm9wZXI0QGdtYWlsLmNvbQ0K DQpbaW1hZ2U6IExpbmtlZEluXSBbaW1hZ2U6IEZhY2Vib29rXSBbaW1hZ2U6IFR3aXR0ZXJdIFtp bWFnZTogU2t5cGVdDQogICAgICAgICAgICAgUyAgIEUgIE8gICAgICAgICAgICAqU2VhcmNoIEVu Z2luZSBPcHRpbWl6YXRpb24qDQoqQCAqUVVFRU5TTEFORCwgTlNXLCBWSUNUT1JJQSwgU09VVEgg QVVTVFJBTElBLCBXRVNURVJOIEFVU1RSQUxJQSwgTk9SVEhFUk4NClRFUlJJVE9SWSwgVEFTTUFO SUEsIEFDVA0KDQpXZSByZXNwZWN0IHlvdXIgcHJpdmFjeSBhbmQgd2FudCB0byBtYWtlIHN1cmUg eW91IGFyZSBhd2FyZSBvZiBhIGZldw0KdGhpbmdzLiBCeSByZXBseWluZyB0byB0aGlzIGVtYWls LCB5b3UgYXV0aG9yaXplIG91ciBBdXN0cmFsaWFuIGFmZmlsaWF0ZXMNCnRoYXQgY2FuIGhlbHAg d2l0aCB5b3VyIHByb2plY3QgdG8gY2FsbCB5b3UgYXQgdGhlIG51bWJlciB5b3UgcHJvdmlkZWQs IGFuZA0KeW91IHVuZGVyc3RhbmQgdGhhdCB0aGV5IG1heSB1c2UgYXV0b21hdGVkIHBob25lIHRl Y2hub2xvZ3kgdG8gY2FsbCB5b3UuIEF0DQpubyB0aW1lIGFyZSB5b3UgcmVxdWlyZWQgdG8gbWFr ZSBhIHB1cmNoYXNlLg0KVW5zdWJzY3JpYmUNCg== From owner-soc-status@FreeBSD.ORG Wed Feb 12 21:52:15 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 929112F4; Wed, 12 Feb 2014 21:52:15 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 21A8612C8; Wed, 12 Feb 2014 21:52:14 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s1CLpO3i032464; Wed, 12 Feb 2014 21:51:24 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s1CLpOSg032463; Wed, 12 Feb 2014 21:51:24 GMT (envelope-from wkoszek) Date: Wed, 12 Feb 2014 21:51:23 +0000 From: "Wojciech A. Koszek" To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org Subject: FreeBSD GSOC 2014: call for ideas! Message-ID: <20140212215123.GB31185@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Wed, 12 Feb 2014 21:51:28 +0000 (UTC) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 21:52:15 -0000 (cross-posted message; keep discussion on hackers@ only) Hello, We want to participate in GSOC 2014. We need more ideas for students, who can be new to FreeBSD and Open Source. Submit your ideas here: http://tinyurl.com/FreeBSD-GSOC2014 If you make them attractive and clearly explained, there should be a bigger chance of getting them picked by somebody. All submitted ideas upon review will be put here: https://wiki.freebsd.org/SummerOfCode2014 If you have a Wiki access, please just copy the skeleton from the top of this page and use it for your task. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://www.koszek.com/ From owner-soc-status@FreeBSD.ORG Mon Feb 24 23:21:28 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A9BE7B3; Mon, 24 Feb 2014 23:21:28 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B081D13CE; Mon, 24 Feb 2014 23:21:27 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s1ONKMmZ056238; Mon, 24 Feb 2014 23:20:22 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s1ONKMMl056237; Mon, 24 Feb 2014 23:20:22 GMT (envelope-from wkoszek) Date: Mon, 24 Feb 2014 23:20:22 +0000 From: "Wojciech A. Koszek" To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org Subject: FreeBSD in GSoC 2014! (mentors wanted) Message-ID: <20140224232022.GM47836@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Mon, 24 Feb 2014 23:20:26 +0000 (UTC) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2014 23:21:28 -0000 (cross-posted message; keep discussion on hackers@ only) Hello, So we're in GSOC 2014! Our logo is featured on the main website: http://www.google-melange.com/gsoc/homepage/google/gsoc2014 Everybody can submit ideas through a web form: http://tinyurl.com/FreeBSD-GSOC2014 To help, please add/review/revisit ideas from the FreeBSD Wiki and provide mentorship! https://wiki.freebsd.org/SummerOfCode2014 There are ideas without mentors and ideas with only 1 mentor, as well as tasks which haven't been reviewed.. Help would be appreciated, Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-soc-status@FreeBSD.ORG Sun Mar 9 19:46:12 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1182012C; Sun, 9 Mar 2014 19:46:12 +0000 (UTC) Received: from mail-yk0-x231.google.com (mail-yk0-x231.google.com [IPv6:2607:f8b0:4002:c07::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C2C9D8D; Sun, 9 Mar 2014 19:46:11 +0000 (UTC) Received: by mail-yk0-f177.google.com with SMTP id q200so16867834ykb.8 for ; Sun, 09 Mar 2014 12:46:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=tH1Xy5r7mzI7e7+HfCvOc/05CKfAJySAzpCpcLkKTfE=; b=jrjQDEPU8V+TwQ1nubHZpgQF0JhS53wRf/Yyclkg9h60X3PVzlz/iJhWDYN18/hxOF Ft7KpnYpGA/amCSKJWIjRveq5+ydUEufvJ7kjITYgplt2ANIXv4G+2Q9h18idjR3TKfD UFlh1DIvBZTD3w//dWWp18msD4reesV3STzNuSRTZD8pbZrRWtuGAVNYAMncNO1NzWK2 jnHkg9hkSBut2OmfGIPo99btmhWtoF11ExKxq+EAM2h+iPMTgfYKQktdh95BJNGJNoHg o2HCaO1cevu/l+viMijtG8G4IRjhRIyormsqO72GS92uiAuk8+KmUcvGeKdyntyDJAsi VV2g== MIME-Version: 1.0 X-Received: by 10.236.128.170 with SMTP id f30mr10312026yhi.89.1394394370896; Sun, 09 Mar 2014 12:46:10 -0700 (PDT) Received: by 10.170.66.204 with HTTP; Sun, 9 Mar 2014 12:46:10 -0700 (PDT) Date: Sun, 9 Mar 2014 15:46:10 -0400 Message-ID: Subject: FreeBSD GSOC proposal in 2014 From: yan cui To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org, jeff@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Mar 2014 19:46:12 -0000 Hi All, I am a student in Columbia University (Yan Cui), and want to join the FreeBSD GSOC 2014. After scanned the idea list posted online, I think I am interested in the idea titled "user space pthread mutex lock contention profiling and lock order verification tools". I have several year experiences in kernel and user locking and believe I can complete the task in time. Currently, I wonder to know, before submitting an application on GSOC home page, do I need to submit some documents in the community (to review?) Best Wishes! Yan -- Think big; Dream impossible; Make it happen. From owner-soc-status@FreeBSD.ORG Mon Mar 10 21:19:16 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D99DE61E; Mon, 10 Mar 2014 21:19:16 +0000 (UTC) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8DFEDA6; Mon, 10 Mar 2014 21:19:16 +0000 (UTC) Received: from outgoing.leidinger.net (p5DD445CA.dip0.t-ipconnect.de [93.212.69.202]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 687D08443EE; Mon, 10 Mar 2014 22:19:02 +0100 (CET) Received: from unknown (Titan.Leidinger.net [192.168.1.17]) by outgoing.leidinger.net (Postfix) with ESMTP id E49B73B98; Mon, 10 Mar 2014 22:18:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1394486339; bh=HO4y9MU4BrTQ9vFRapscdVppLkEd0W7RJPCEzUIE99Q=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=LX8fzPApBwa0CLEoN4SZn00Zzr5OlvSyUHdfhTwM2xW8JTGcW/S877cRTGO91epUO DFFUwUAF4pLjWJtqQF/wGCkOZd/Jn81C8YIX/vctTr7m7fjlRrxipuYQv367yEYgdL Itw0cvDyzmL1Vm8m9v9ZLo+LhxeJLrpcHbljbbPhopX/+JrhkIJhxtYu3Qzj4APFQK iXnVfvBtiSf+57viK86wLEq6Pf8l2KZDkUPkSORrDPMtGbfgo1a9cQWyLiI9mZ8AsY XVFaKQbBzqT60Bk3Z9BEi7/ZpIzSwLujaQUhP8UEu5pW249Y0TBS+GiMWAcLrMsO5j XREHH7syaF/LA== Date: Mon, 10 Mar 2014 22:18:58 +0100 From: Alexander Leidinger To: yan cui Subject: Re: FreeBSD GSOC proposal in 2014 Message-ID: <20140310221858.00000f97@unknown> In-Reply-To: References: X-Mailer: Claws Mail 3.9.2-55-g74b05b (GTK+ 2.16.6; i586-pc-mingw32msvc) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 687D08443EE.A34B4 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.187, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL -0.09, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, RP_MATCHES_RCVD -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1395091143.2465@GN0tHZXUX79WZKxxmcHgGA X-EBL-Spam-Status: No Cc: freebsd-hackers@freebsd.org, jeff@FreeBSD.org, freebsd-current@freebsd.org, soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 21:19:16 -0000 On Sun, 9 Mar 2014 15:46:10 -0400 yan cui wrote: > Hi All, > > I am a student in Columbia University (Yan Cui), and want to > join the FreeBSD GSOC 2014. After scanned the idea list posted > online, I think I am interested in > the idea titled "user space pthread mutex lock contention profiling > and lock order verification tools". I have several year experiences > in kernel and user locking and believe I can complete the task in > time. Currently, I wonder to know, before submitting an application > on GSOC home page, do I need to submit some documents in the > community (to review?) There is no requirement to submit something to the community. The review will be done after your submission. There is the possibility to improve your application, either based upon feedback from the reviewers, or even on your own if you notice that your forgot something or want to add something. Participating in the community before the GSoC would tell something about your interest (the above message does already tell something) to participate and may also show something about your knowledge level. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-soc-status@FreeBSD.ORG Thu Mar 13 23:19:57 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4782FACD; Thu, 13 Mar 2014 23:19:57 +0000 (UTC) Received: from mail-yk0-x231.google.com (mail-yk0-x231.google.com [IPv6:2607:f8b0:4002:c07::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CF6FBD07; Thu, 13 Mar 2014 23:19:56 +0000 (UTC) Received: by mail-yk0-f177.google.com with SMTP id q200so4649141ykb.8 for ; Thu, 13 Mar 2014 16:19:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=t23gVMaFF8tyVVZYAszuCIzGDI/p8mbXRJxEU3wT5kc=; b=xVUZTIQvRNz+NgxQrld5qA7vUX6JqYlNAAOms2piKZuVr1/swcWoxRRJJsqONfg2eL Mbhy15opudo6NFCbE74J7dx4mEseiJZdzRRyFxZzJK+bV99LY3sMY8lTlJENVCETRTn1 lNkgh1N3cgs016gXJDGen+7PSt+hRFnfBsYooqpz+iZ6Jeu/4bYpTy9JRXsTo5kRWzOk murPDutci5Xr9kpP8otM4hpNMIctefHrA+GICofF2rG1cG8BfCj1yYg8yYTIGELyEiH+ ZzF9J5+Z4U+evCJE6toQCRg50AsmIqhbpVuL6XSiEK6q48F71+FBX1lkWZKKbaVJ7DFb wthQ== MIME-Version: 1.0 X-Received: by 10.236.86.180 with SMTP id w40mr6313827yhe.116.1394752796036; Thu, 13 Mar 2014 16:19:56 -0700 (PDT) Received: by 10.170.66.204 with HTTP; Thu, 13 Mar 2014 16:19:55 -0700 (PDT) In-Reply-To: References: Date: Thu, 13 Mar 2014 19:19:55 -0400 Message-ID: Subject: Re: FreeBSD GSOC proposal in 2014 From: yan cui To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org, jeff@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2014 23:19:57 -0000 Hi all, I have downloaded the newest FreeBSD-release kernel and scanned some codes. Wonder to know whether the lock order verification and lock profiling tool mentioned in the GSoC idea list is witness? Are there any other tools that needs to look at in the FreeBSD kernel? Thanks, Yan 2014-03-09 15:46 GMT-04:00 yan cui : > Hi All, > > I am a student in Columbia University (Yan Cui), and want to join the > FreeBSD GSOC 2014. After scanned the idea list posted online, I think I am > interested in > the idea titled "user space pthread mutex lock contention profiling and > lock order verification tools". I have several year experiences in kernel > and user locking and believe I can complete the task in time. Currently, I > wonder to know, before submitting an application on GSOC home page, do I > need to submit some documents in the community (to review?) > > Best Wishes! > Yan > > -- > Think big; Dream impossible; Make it happen. > -- Think big; Dream impossible; Make it happen. From owner-soc-status@FreeBSD.ORG Fri Mar 14 01:56:36 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57F3660C; Fri, 14 Mar 2014 01:56:36 +0000 (UTC) Received: from mail-yk0-x22e.google.com (mail-yk0-x22e.google.com [IPv6:2607:f8b0:4002:c07::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E1A07B8F; Fri, 14 Mar 2014 01:56:35 +0000 (UTC) Received: by mail-yk0-f174.google.com with SMTP id 20so5052142yks.5 for ; Thu, 13 Mar 2014 18:56:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=mOyJeoQSRL2cLTFAagwnxiN5QvdYDTx5WYqW8hgjRec=; b=VTQiWDBQIOmRQBvzebY3WDeoz9hesnyfsVoEl1bHMFDhWcw7ao14yOrpr6btfkXoMb 3bOZweQkaeR6Vnk/xWCKbbP0oL/M/MIgNxf49CZaTi0lNBopQMkk/ak90oGwBfyf2gKZ d/fbbEmDzavu3ueTj5as2ypQC7SO+iVeTBglDN6LKer5d9fpTOn8g88AMfO11MB/o8My LMv0KZ5gBVhP9PFZ0fsAy7gxwlrO1j9eMz5YGIEKZg/zuzCACn7JVxyK0atJ/zRFlTUK Ua+rwNBtShPy24sYS8OKu+2z5qP9nMVsvpBMTrJLVYXpRZmgljaNnXEYY3dM6jbo/RPH +2oQ== MIME-Version: 1.0 X-Received: by 10.236.51.71 with SMTP id a47mr7063766yhc.100.1394762195178; Thu, 13 Mar 2014 18:56:35 -0700 (PDT) Received: by 10.170.66.204 with HTTP; Thu, 13 Mar 2014 18:56:35 -0700 (PDT) In-Reply-To: References: Date: Thu, 13 Mar 2014 21:56:35 -0400 Message-ID: Subject: Re: FreeBSD GSOC proposal in 2014 From: yan cui To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org, jeff@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2014 01:56:36 -0000 Hi all, I write this mail to make my question clear. I know witness can be used to detect wrong lock order in the kernel. However, can it be used to do lock profiling (what I mean is to report the information such as which locks are most contended and print some related statistics such as calling graph, etc)? In other words, is it enough to finish the task by porting witness to the pthread library? Thanks, Yan 2014-03-13 19:19 GMT-04:00 yan cui : > Hi all, > > I have downloaded the newest FreeBSD-release kernel and scanned some > codes. > Wonder to know whether the lock order verification and lock profiling tool > mentioned in > the GSoC idea list is witness? Are there any other tools that needs to > look at in the FreeBSD kernel? > > Thanks, Yan > > > 2014-03-09 15:46 GMT-04:00 yan cui : > > Hi All, >> >> I am a student in Columbia University (Yan Cui), and want to join >> the FreeBSD GSOC 2014. After scanned the idea list posted online, I think I >> am interested in >> the idea titled "user space pthread mutex lock contention profiling and >> lock order verification tools". I have several year experiences in kernel >> and user locking and believe I can complete the task in time. Currently, I >> wonder to know, before submitting an application on GSOC home page, do I >> need to submit some documents in the community (to review?) >> >> Best Wishes! >> Yan >> >> -- >> Think big; Dream impossible; Make it happen. >> > > > > -- > Think big; Dream impossible; Make it happen. > -- Think big; Dream impossible; Make it happen. From owner-soc-status@FreeBSD.ORG Fri Mar 14 07:04:04 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDE9ACE1; Fri, 14 Mar 2014 07:04:03 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 800E0AFD; Fri, 14 Mar 2014 07:04:03 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s2E72ICA041699; Fri, 14 Mar 2014 07:02:18 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s2E72Iqw041698; Fri, 14 Mar 2014 07:02:18 GMT (envelope-from wkoszek) Date: Fri, 14 Mar 2014 07:02:18 +0000 From: "Wojciech A. Koszek" To: yan cui Subject: Re: FreeBSD GSOC proposal in 2014 Message-ID: <20140314070218.GA37327@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Fri, 14 Mar 2014 07:02:25 +0000 (UTC) Cc: freebsd-hackers@freebsd.org, jeff@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2014 07:04:04 -0000 On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: > Hi all, > > I write this mail to make my question clear. I know witness can be used > to detect wrong lock order in the kernel. However, can it be used to do > lock profiling (what I mean is to report the information such as which > locks are most contended and print some related statistics such as calling > graph, etc)? > In other words, is it enough to finish the task by porting witness to the > pthread library? > Yan, To my knowledge WITNESS is the only tool for lock order verification. For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR mechanism is basically like syslog() in the user-space, but for the kernel. KTR subsystem will receive messages from KTR API that is placed in the FreeBSD kernel. Messages get stored on the list of some sort. List can be exported to a file. File you can later analyze. Jeff wrote a Python app which can be used for pre-processing the KTR logs from scheduler and protting them visually. Link: http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py Instead of porting witness to pthreads, maybe we could evaluate expanding WITNESS to cover kern_umtx? This could prove to be more universal. Wojciech > > 2014-03-13 19:19 GMT-04:00 yan cui : > > > Hi all, > > > > I have downloaded the newest FreeBSD-release kernel and scanned some > > codes. > > Wonder to know whether the lock order verification and lock profiling tool > > mentioned in > > the GSoC idea list is witness? Are there any other tools that needs to > > look at in the FreeBSD kernel? > > > > Thanks, Yan > > > > > > 2014-03-09 15:46 GMT-04:00 yan cui : > > > > Hi All, > >> > >> I am a student in Columbia University (Yan Cui), and want to join > >> the FreeBSD GSOC 2014. After scanned the idea list posted online, I think I > >> am interested in > >> the idea titled "user space pthread mutex lock contention profiling and > >> lock order verification tools". I have several year experiences in kernel > >> and user locking and believe I can complete the task in time. Currently, I > >> wonder to know, before submitting an application on GSOC home page, do I > >> need to submit some documents in the community (to review?) > >> > >> Best Wishes! > >> Yan > >> > >> -- > >> Think big; Dream impossible; Make it happen. > >> > > > > > > > > -- > > Think big; Dream impossible; Make it happen. > > > > > > -- > Think big; Dream impossible; Make it happen. > _______________________________________________ > soc-status@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/soc-status > To unsubscribe, send any mail to "soc-status-unsubscribe@freebsd.org" -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-soc-status@FreeBSD.ORG Fri Mar 14 17:07:50 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6053C648; Fri, 14 Mar 2014 17:07:50 +0000 (UTC) Received: from mail-yh0-x22a.google.com (mail-yh0-x22a.google.com [IPv6:2607:f8b0:4002:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AC7D9381; Fri, 14 Mar 2014 17:07:49 +0000 (UTC) Received: by mail-yh0-f42.google.com with SMTP id t59so2895511yho.1 for ; Fri, 14 Mar 2014 10:07:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CprsYvtgBOfnvPAkw5Trhhbb+uB3mtkiX0mvV8u3Ii4=; b=O9NOGpQV2SKu+reO7zbvp7+TC/NOuORSuvMGSKaIiDQMKH4AB0b1v83e0oqWgAgOHL +wln8QN2qwyf1tp4R5dUJQYyqFvXTKByoOe/gHrZOrrnFmDuYv6Q0f3Pra2e+6KtYCqL rxCFGVscaox0ZXmmCRj+3o4agx1JtY1Bj3Rfpwe8l+sUq/y5B6g87tJ9H1/MywiA9Wxf cKBze6/mNaT1oNcDvAFPMqkEyzlqchE2UjCOljeRP6o/Shk/e9mNck3p5jzmnFmox88v T7n5rPBsourxdSKphY9o5CDhIcjyHSbJ5zgvZw6Etvb+GeEX1VP+6EjBVcxb+O/qkzD+ nDcQ== MIME-Version: 1.0 X-Received: by 10.236.177.100 with SMTP id c64mr4062029yhm.30.1394816868904; Fri, 14 Mar 2014 10:07:48 -0700 (PDT) Received: by 10.170.66.204 with HTTP; Fri, 14 Mar 2014 10:07:48 -0700 (PDT) In-Reply-To: <20140314070218.GA37327@FreeBSD.org> References: <20140314070218.GA37327@FreeBSD.org> Date: Fri, 14 Mar 2014 13:07:48 -0400 Message-ID: Subject: Re: FreeBSD GSOC proposal in 2014 From: yan cui To: "Wojciech A. Koszek" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-hackers@freebsd.org, jeff@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2014 17:07:50 -0000 Thanks for the reply! I will get more information about KTR subsystem. 2014-03-14 3:02 GMT-04:00 Wojciech A. Koszek : > On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: > > Hi all, > > > > I write this mail to make my question clear. I know witness can be > used > > to detect wrong lock order in the kernel. However, can it be used to do > > lock profiling (what I mean is to report the information such as which > > locks are most contended and print some related statistics such as > calling > > graph, etc)? > > In other words, is it enough to finish the task by porting witness to the > > pthread library? > > > > Yan, > > To my knowledge WITNESS is the only tool for lock order verification. > > For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR > mechanism is basically like syslog() in the user-space, but for the kernel. > KTR subsystem will receive messages from KTR API that is placed in the > FreeBSD kernel. Messages get stored on the list of some sort. List can be > exported to a file. File you can later analyze. > > Jeff wrote a Python app which can be used for pre-processing the KTR logs > from scheduler and protting them visually. Link: > > http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py > > Instead of porting witness to pthreads, maybe we could evaluate expanding > WITNESS to cover kern_umtx? This could prove to be more universal. > > Wojciech > > > > > 2014-03-13 19:19 GMT-04:00 yan cui : > > > > > Hi all, > > > > > > I have downloaded the newest FreeBSD-release kernel and scanned > some > > > codes. > > > Wonder to know whether the lock order verification and lock profiling > tool > > > mentioned in > > > the GSoC idea list is witness? Are there any other tools that needs to > > > look at in the FreeBSD kernel? > > > > > > Thanks, Yan > > > > > > > > > 2014-03-09 15:46 GMT-04:00 yan cui : > > > > > > Hi All, > > >> > > >> I am a student in Columbia University (Yan Cui), and want to join > > >> the FreeBSD GSOC 2014. After scanned the idea list posted online, I > think I > > >> am interested in > > >> the idea titled "user space pthread mutex lock contention profiling > and > > >> lock order verification tools". I have several year experiences in > kernel > > >> and user locking and believe I can complete the task in time. > Currently, I > > >> wonder to know, before submitting an application on GSOC home page, > do I > > >> need to submit some documents in the community (to review?) > > >> > > >> Best Wishes! > > >> Yan > > >> > > >> -- > > >> Think big; Dream impossible; Make it happen. > > >> > > > > > > > > > > > > -- > > > Think big; Dream impossible; Make it happen. > > > > > > > > > > > -- > > Think big; Dream impossible; Make it happen. > > _______________________________________________ > > soc-status@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/soc-status > > To unsubscribe, send any mail to "soc-status-unsubscribe@freebsd.org" > > -- > Wojciech A. Koszek > wkoszek@FreeBSD.czest.pl > http://FreeBSD.czest.pl/~wkoszek/ > -- Think big; Dream impossible; Make it happen. From owner-soc-status@FreeBSD.ORG Fri Mar 14 19:05:31 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AEA721B; Fri, 14 Mar 2014 19:05:31 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 92209166; Fri, 14 Mar 2014 19:05:30 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s2EJ3rZr046389; Fri, 14 Mar 2014 19:03:53 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s2EJ3rR8046388; Fri, 14 Mar 2014 19:03:53 GMT (envelope-from wkoszek) Date: Fri, 14 Mar 2014 19:03:53 +0000 From: "Wojciech A. Koszek" To: yan cui Subject: Re: FreeBSD GSOC proposal in 2014 Message-ID: <20140314190353.GC37327@FreeBSD.org> References: <20140314070218.GA37327@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Fri, 14 Mar 2014 19:03:57 +0000 (UTC) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2014 19:05:31 -0000 On Fri, Mar 14, 2014 at 01:07:48PM -0400, yan cui wrote: > Thanks for the reply! I will get more information about KTR subsystem. > You can also look here: http://people.freebsd.org/~kris/scaling/Help_my_system_is_slow.pdf Wojciech > > > > > 2014-03-14 3:02 GMT-04:00 Wojciech A. Koszek : > > > On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: > > > Hi all, > > > > > > I write this mail to make my question clear. I know witness can be > > used > > > to detect wrong lock order in the kernel. However, can it be used to do > > > lock profiling (what I mean is to report the information such as which > > > locks are most contended and print some related statistics such as > > calling > > > graph, etc)? > > > In other words, is it enough to finish the task by porting witness to the > > > pthread library? > > > > > > > Yan, > > > > To my knowledge WITNESS is the only tool for lock order verification. > > > > For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR > > mechanism is basically like syslog() in the user-space, but for the kernel. > > KTR subsystem will receive messages from KTR API that is placed in the > > FreeBSD kernel. Messages get stored on the list of some sort. List can be > > exported to a file. File you can later analyze. > > > > Jeff wrote a Python app which can be used for pre-processing the KTR logs > > from scheduler and protting them visually. Link: > > > > http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py > > > > Instead of porting witness to pthreads, maybe we could evaluate expanding > > WITNESS to cover kern_umtx? This could prove to be more universal. > > > > Wojciech > > > > > > > > 2014-03-13 19:19 GMT-04:00 yan cui : > > > > > > > Hi all, > > > > > > > > I have downloaded the newest FreeBSD-release kernel and scanned > > some > > > > codes. > > > > Wonder to know whether the lock order verification and lock profiling > > tool > > > > mentioned in > > > > the GSoC idea list is witness? Are there any other tools that needs to > > > > look at in the FreeBSD kernel? > > > > > > > > Thanks, Yan > > > > > > > > > > > > 2014-03-09 15:46 GMT-04:00 yan cui : > > > > > > > > Hi All, > > > >> > > > >> I am a student in Columbia University (Yan Cui), and want to join > > > >> the FreeBSD GSOC 2014. After scanned the idea list posted online, I > > think I > > > >> am interested in > > > >> the idea titled "user space pthread mutex lock contention profiling > > and > > > >> lock order verification tools". I have several year experiences in > > kernel > > > >> and user locking and believe I can complete the task in time. > > Currently, I > > > >> wonder to know, before submitting an application on GSOC home page, > > do I > > > >> need to submit some documents in the community (to review?) > > > >> > > > >> Best Wishes! > > > >> Yan > > > >> > > > >> -- > > > >> Think big; Dream impossible; Make it happen. > > > >> > > > > > > > > > > > > > > > > -- > > > > Think big; Dream impossible; Make it happen. > > > > > > > > > > > > > > > > -- > > > Think big; Dream impossible; Make it happen. > > > _______________________________________________ > > > soc-status@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/soc-status > > > To unsubscribe, send any mail to "soc-status-unsubscribe@freebsd.org" > > > > -- > > Wojciech A. Koszek > > wkoszek@FreeBSD.czest.pl > > http://FreeBSD.czest.pl/~wkoszek/ > > > > > > -- > Think big; Dream impossible; Make it happen. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-soc-status@FreeBSD.ORG Tue Mar 18 19:29:41 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37E36508; Tue, 18 Mar 2014 19:29:41 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0ED2A191; Tue, 18 Mar 2014 19:29:41 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 014C0B94B; Tue, 18 Mar 2014 15:29:40 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: FreeBSD GSOC proposal in 2014 Date: Tue, 18 Mar 2014 14:26:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20140314070218.GA37327@FreeBSD.org> In-Reply-To: <20140314070218.GA37327@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201403181426.19929.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 18 Mar 2014 15:29:40 -0400 (EDT) Cc: freebsd-hackers@freebsd.org, soc-status@freebsd.org, yan cui X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Mar 2014 19:29:41 -0000 On Friday, March 14, 2014 3:02:18 am Wojciech A. Koszek wrote: > On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: > > Hi all, > > > > I write this mail to make my question clear. I know witness can be used > > to detect wrong lock order in the kernel. However, can it be used to do > > lock profiling (what I mean is to report the information such as which > > locks are most contended and print some related statistics such as calling > > graph, etc)? > > In other words, is it enough to finish the task by porting witness to the > > pthread library? > > > > Yan, > > To my knowledge WITNESS is the only tool for lock order verification. > > For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR > mechanism is basically like syslog() in the user-space, but for the kernel. > KTR subsystem will receive messages from KTR API that is placed in the > FreeBSD kernel. Messages get stored on the list of some sort. List can be > exported to a file. File you can later analyze. > > Jeff wrote a Python app which can be used for pre-processing the KTR logs > from scheduler and protting them visually. Link: > > http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py > > Instead of porting witness to pthreads, maybe we could evaluate expanding > WITNESS to cover kern_umtx? This could prove to be more universal. > > Wojciech There is a dedicated lock profiler (LOCK_PROFILING) in the kernel. A previous GSoC student from an earlier year has already re-implemented both LOCK_PROFILING and WITNESS for pthreads. -- John Baldwin From owner-soc-status@FreeBSD.ORG Tue Mar 18 19:39:35 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00C66FC2; Tue, 18 Mar 2014 19:39:34 +0000 (UTC) Received: from mail-yh0-x22f.google.com (mail-yh0-x22f.google.com [IPv6:2607:f8b0:4002:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7AA592F4; Tue, 18 Mar 2014 19:39:34 +0000 (UTC) Received: by mail-yh0-f47.google.com with SMTP id 29so7437650yhl.6 for ; Tue, 18 Mar 2014 12:39:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=84/H+hdlNplehbqYVJX/4g5xOmPyzw6k718WXcLODco=; b=cOEVHHh6scLEC18cfRdCQiTTv5L7P3G+gfgC462GdmHJuJwq3Z1LJ2w2g30eBzB5yo M8EJUfA6+GVpq/Kk6ODVvhPdEwEa9RtQJGDdiRvEmhv01YZDkfyi2A0KQ9yNQZClCY62 5jrphafGVqZeDhFoVYm5H2loKiovrRv67gZYRIJi1Sfvqz0oN9Rqgr48ZGjVVE31QOu9 VuJi0FRvbWXubK+pq1/pubRQeN6qonwwe3yTZarw5hAiNhK74kb3cJIM53pbkmpuei4e Njv1NFmNTC50tV93EuPBzC6Tv6yhX4h997wkAk2OXnFcLztCHOe1hSJFYe6lkIbjHoai MWRQ== MIME-Version: 1.0 X-Received: by 10.236.177.100 with SMTP id c64mr36560870yhm.30.1395171573780; Tue, 18 Mar 2014 12:39:33 -0700 (PDT) Received: by 10.170.66.204 with HTTP; Tue, 18 Mar 2014 12:39:33 -0700 (PDT) In-Reply-To: <201403181426.19929.jhb@freebsd.org> References: <20140314070218.GA37327@FreeBSD.org> <201403181426.19929.jhb@freebsd.org> Date: Tue, 18 Mar 2014 15:39:33 -0400 Message-ID: Subject: Re: FreeBSD GSOC proposal in 2014 From: yan cui To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Mar 2014 19:39:35 -0000 Really? Maybe I can download his code from previous GSoC. Actually, before applying for this idea, I did not scan the projects in previous years and just pick up one which I like. Are there any possibilities to improve on this part (or this idea should not be considered any more)? Yan 2014-03-18 14:26 GMT-04:00 John Baldwin : > On Friday, March 14, 2014 3:02:18 am Wojciech A. Koszek wrote: > > On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: > > > Hi all, > > > > > > I write this mail to make my question clear. I know witness can be > used > > > to detect wrong lock order in the kernel. However, can it be used to do > > > lock profiling (what I mean is to report the information such as which > > > locks are most contended and print some related statistics such as > calling > > > graph, etc)? > > > In other words, is it enough to finish the task by porting witness to > the > > > pthread library? > > > > > > > Yan, > > > > To my knowledge WITNESS is the only tool for lock order verification. > > > > For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR > > mechanism is basically like syslog() in the user-space, but for the > kernel. > > KTR subsystem will receive messages from KTR API that is placed in the > > FreeBSD kernel. Messages get stored on the list of some sort. List can be > > exported to a file. File you can later analyze. > > > > Jeff wrote a Python app which can be used for pre-processing the KTR logs > > from scheduler and protting them visually. Link: > > > > http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py > > > > Instead of porting witness to pthreads, maybe we could evaluate expanding > > WITNESS to cover kern_umtx? This could prove to be more universal. > > > > Wojciech > > There is a dedicated lock profiler (LOCK_PROFILING) in the kernel. A > previous GSoC student from an earlier year has already re-implemented both > LOCK_PROFILING and WITNESS for pthreads. > > -- > John Baldwin > -- Think big; Dream impossible; Make it happen. From owner-soc-status@FreeBSD.ORG Wed Mar 19 17:08:59 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 774C772; Wed, 19 Mar 2014 17:08:59 +0000 (UTC) Received: from mail-yh0-x235.google.com (mail-yh0-x235.google.com [IPv6:2607:f8b0:4002:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EC359164; Wed, 19 Mar 2014 17:08:58 +0000 (UTC) Received: by mail-yh0-f53.google.com with SMTP id v1so8851380yhn.40 for ; Wed, 19 Mar 2014 10:08:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4FiEl4kB7n7tEzJgl+xLsnrar0/TRAtwv/q/kQnRAH4=; b=SHCm9xYgQxpNFO8hAQW3YZTocayHlz1yCsfV0nDaeixLuxlDG9oMCDJL0xxFhv3vXC ghMZZf0wcvn/jehTbteDBB0fhv0eFP2khI+QALefwO3m9Naf1XOSlR0vGLdL3WSmiYWM 23x4f1/iQ4k+WLsav4fXqX088zRsct+lugOPsX137nHI1NeyPax4XISMWpHYSr/aAUiv m8XNd69szBlHlEXGkH37VdBIrGg+I9a8QVgtH19oaOKDyjpw+ms25ExXVpiauPbskGah tywZZd3pRWdFddi/SlDbnRWrhBEjnPyssllIzjmHHoZ0ulbmMk7wbRBLNlgtuM58Nr8t IUVw== MIME-Version: 1.0 X-Received: by 10.236.50.194 with SMTP id z42mr3700999yhb.145.1395248938174; Wed, 19 Mar 2014 10:08:58 -0700 (PDT) Received: by 10.170.66.204 with HTTP; Wed, 19 Mar 2014 10:08:58 -0700 (PDT) In-Reply-To: References: <20140314070218.GA37327@FreeBSD.org> <201403181426.19929.jhb@freebsd.org> Date: Wed, 19 Mar 2014 13:08:58 -0400 Message-ID: Subject: Re: FreeBSD GSOC proposal in 2014 From: yan cui To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Mar 2014 17:08:59 -0000 Any comments for this thread? There is only three days left for application. If the proposed idea should not be considered in this year, it should be removed from the GSoC idea list and I will submit a different proposal about the CPU hot plug problem in the FreeBSD kernel. Thanks, Yan 2014-03-18 15:39 GMT-04:00 yan cui : > Really? Maybe I can download his code from previous GSoC. > Actually, before applying for this idea, I did not scan the projects in > previous years and just pick up one which I like. > Are there any possibilities to improve on this part (or this idea should > not be considered any more)? > > Yan > > > 2014-03-18 14:26 GMT-04:00 John Baldwin : > > On Friday, March 14, 2014 3:02:18 am Wojciech A. Koszek wrote: >> > On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: >> > > Hi all, >> > > >> > > I write this mail to make my question clear. I know witness can be >> used >> > > to detect wrong lock order in the kernel. However, can it be used to >> do >> > > lock profiling (what I mean is to report the information such as which >> > > locks are most contended and print some related statistics such as >> calling >> > > graph, etc)? >> > > In other words, is it enough to finish the task by porting witness to >> the >> > > pthread library? >> > > >> > >> > Yan, >> > >> > To my knowledge WITNESS is the only tool for lock order verification. >> > >> > For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR >> > mechanism is basically like syslog() in the user-space, but for the >> kernel. >> > KTR subsystem will receive messages from KTR API that is placed in the >> > FreeBSD kernel. Messages get stored on the list of some sort. List can >> be >> > exported to a file. File you can later analyze. >> > >> > Jeff wrote a Python app which can be used for pre-processing the KTR >> logs >> > from scheduler and protting them visually. Link: >> > >> > http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py >> > >> > Instead of porting witness to pthreads, maybe we could evaluate >> expanding >> > WITNESS to cover kern_umtx? This could prove to be more universal. >> > >> > Wojciech >> >> There is a dedicated lock profiler (LOCK_PROFILING) in the kernel. A >> previous GSoC student from an earlier year has already re-implemented both >> LOCK_PROFILING and WITNESS for pthreads. >> >> -- >> John Baldwin >> > > > > -- > Think big; Dream impossible; Make it happen. > -- Think big; Dream impossible; Make it happen. From owner-soc-status@FreeBSD.ORG Wed Mar 19 17:33:55 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8932C21C; Wed, 19 Mar 2014 17:33:55 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2C54460A; Wed, 19 Mar 2014 17:33:54 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s2JHWAKV097524; Wed, 19 Mar 2014 17:32:10 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s2JHWAwZ097523; Wed, 19 Mar 2014 17:32:10 GMT (envelope-from wkoszek) Date: Wed, 19 Mar 2014 17:32:10 +0000 From: "Wojciech A. Koszek" To: yan cui Subject: Re: FreeBSD GSOC proposal in 2014 Message-ID: <20140319173210.GM37327@FreeBSD.org> References: <20140314070218.GA37327@FreeBSD.org> <201403181426.19929.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Wed, 19 Mar 2014 17:32:14 +0000 (UTC) Cc: freebsd-hackers@freebsd.org, soc-status@freebsd.org, freebsd-current@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Mar 2014 17:33:55 -0000 On Wed, Mar 19, 2014 at 01:08:58PM -0400, yan cui wrote: > Any comments for this thread? There is only three days left for application. > If the proposed idea should not be considered in this year, > it should be removed from the GSoC idea list and I will submit a different > proposal about the CPU hot plug problem in the FreeBSD kernel. Yan, Please submit all possible ideas you have. We'll carefully look into them and judge which one is the most interesting from the FreeBSD point of view. If you were to stay with locking work, given that the work on pthreads was finished, we'd have to look into whether there's anything else to do in this domain. It still can be valuable to perform some improvements, but somebody else with expertise would have to judge. Thanks, Wojciech > > 2014-03-18 15:39 GMT-04:00 yan cui : > > > Really? Maybe I can download his code from previous GSoC. > > Actually, before applying for this idea, I did not scan the projects in > > previous years and just pick up one which I like. > > Are there any possibilities to improve on this part (or this idea should > > not be considered any more)? > > > > Yan > > > > > > 2014-03-18 14:26 GMT-04:00 John Baldwin : > > > > On Friday, March 14, 2014 3:02:18 am Wojciech A. Koszek wrote: > >> > On Thu, Mar 13, 2014 at 09:56:35PM -0400, yan cui wrote: > >> > > Hi all, > >> > > > >> > > I write this mail to make my question clear. I know witness can be > >> used > >> > > to detect wrong lock order in the kernel. However, can it be used to > >> do > >> > > lock profiling (what I mean is to report the information such as which > >> > > locks are most contended and print some related statistics such as > >> calling > >> > > graph, etc)? > >> > > In other words, is it enough to finish the task by porting witness to > >> the > >> > > pthread library? > >> > > > >> > > >> > Yan, > >> > > >> > To my knowledge WITNESS is the only tool for lock order verification. > >> > > >> > For lock profiling in the FreeBSD kernel there's a KTR subsystem. KTR > >> > mechanism is basically like syslog() in the user-space, but for the > >> kernel. > >> > KTR subsystem will receive messages from KTR API that is placed in the > >> > FreeBSD kernel. Messages get stored on the list of some sort. List can > >> be > >> > exported to a file. File you can later analyze. > >> > > >> > Jeff wrote a Python app which can be used for pre-processing the KTR > >> logs > >> > from scheduler and protting them visually. Link: > >> > > >> > http://svnweb.freebsd.org/base/head/tools/sched/schedgraph.py > >> > > >> > Instead of porting witness to pthreads, maybe we could evaluate > >> expanding > >> > WITNESS to cover kern_umtx? This could prove to be more universal. > >> > > >> > Wojciech > >> > >> There is a dedicated lock profiler (LOCK_PROFILING) in the kernel. A > >> previous GSoC student from an earlier year has already re-implemented both > >> LOCK_PROFILING and WITNESS for pthreads. > >> > >> -- > >> John Baldwin > >> > > > > > > > > -- > > Think big; Dream impossible; Make it happen. > > > > > > -- > Think big; Dream impossible; Make it happen. -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-soc-status@FreeBSD.ORG Tue May 6 10:08:32 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB7C6223 for ; Tue, 6 May 2014 10:08:32 +0000 (UTC) Received: from mail-ig0-x241.google.com (mail-ig0-x241.google.com [IPv6:2607:f8b0:4001:c05::241]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7EDF7DD5 for ; Tue, 6 May 2014 10:08:32 +0000 (UTC) Received: by mail-ig0-f193.google.com with SMTP id uq10so1794939igb.4 for ; Tue, 06 May 2014 03:08:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=iCt1pUjVx3qXnV7MAl1DAO7o+vJvsuMgE4RWwoiTb8E=; b=vvqX5dxqjv0Egi/JFjGS7Kt2sr4Nkq8/bAESmbFN87XFsrax/+wyDDYMdI6R98fTZR GPSqgG46kC8pkjDxILx8VG530K9awvK0+XJoFIP6dQzKKVYr1dsIsYa+ucMwYeCTnOtx Wv1uZ89shVouJl/UJPBV7hC9k+Qoi5RZ8xNo7MQRoNQ2yF9r9owpuXf0UsxL3gce7W08 b4bKuzNxa+a0HbwhRbyVqPpuI7ankw/0yeZxwUU7jfhJutM03h4fJrbL7npuitNXJNWt 0PIihXwqkrpP1TH9tr+Flv58Bf/2kmjFEc9hqEzDhSynqKykaGDncykJmaVL1NvrYcfk RINQ== MIME-Version: 1.0 X-Received: by 10.50.152.68 with SMTP id uw4mr30382965igb.15.1399370911916; Tue, 06 May 2014 03:08:31 -0700 (PDT) Received: by 10.64.13.36 with HTTP; Tue, 6 May 2014 03:08:31 -0700 (PDT) Date: Tue, 6 May 2014 18:08:31 +0800 Message-ID: Subject: Did anyone know the ino64 status? From: =?UTF-8?B?5ZC05pmL5a6J?= To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:08:32 -0000 Hi buddies, I am curious what the status of FreeBSD support ino64. I tried google the keyword FreeBSD and ino64, however, google point me to glk's repository that seems no most recent update in the last two years. Can anyone show me how to support ino64 for FreeBSD10? Did anyone know why the freebsd-ino64 stop the development? Thanks Tao From owner-soc-status@FreeBSD.ORG Sat May 24 20:03:28 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EDAC37D for ; Sat, 24 May 2014 20:03:28 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 651112920 for ; Sat, 24 May 2014 20:03:25 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id i17so9907159qcy.8 for ; Sat, 24 May 2014 13:03:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4WBV7fsU91M+GLgY2E99rLlDGGw38ztgZBVAGgEgYj8=; b=cFZoDMmIpXfTEQAkY0AvqwJNHh/p9/Cyv3YCNv5CUgIPQHhs81FKcSosLArgIcpf1G B8dRgQ/PIwWXdtxfT7i+1vlUhcPnrKwTQIZsKfo1fXeRM1iZfx6lfTHtbyGnnccwOKH5 qQpK9jE8uGqSVAAuq2ZkUyFp2IfcAYYxrywj8FMl3H4/YKyCaQnBc/NvStOo0fEbcrZO UlfZX/Wnn8/sCjYMIkI3r46PZt4dCu85NBiqrinsibmXhr69zMC+CckARfk2LS0cCcwY 0mAqcfD9xNavfsdgFTeyyIjVMRJj0s16c/FtF4qt8lQK8aO9Bb8I1SXGp/xZqTlsLYCm 5MNw== MIME-Version: 1.0 X-Received: by 10.140.102.161 with SMTP id w30mr18216630qge.108.1400961804567; Sat, 24 May 2014 13:03:24 -0700 (PDT) Received: by 10.140.47.68 with HTTP; Sat, 24 May 2014 13:03:24 -0700 (PDT) Date: Sat, 24 May 2014 23:03:24 +0300 Message-ID: Subject: [GSOC] bhyve instruction caching From: Mihai Carabas To: soc-status@FreeBSD.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 May 2014 20:03:28 -0000 Hi, My name is Mihai Carabas and I'm working this GSoC edition on bhyve instruction caching: cache all the instructions that need to the emulated in order to jump off the fetch and decode part which is very expensive. Until now I've prepared my testing/developing environment: FreeBSD on a Intel(R) Xeon(R) CPU E5-2609 0 @ 2.40GHz with 16GB RAM (it's an HP blade), duplicate the FreeBSD repo in my namespace [1] and cloned it locally on this machine. Also I've setup and configured some development tools I'm used to (bash//bash_completion/vim/cscope). I've also created a virtual machine and run it with bhyve. Here I had some problems with the NAT daemon (I need this to give internet access to the VM). By default, if you enable nat (natd_enable) all the traffic is passed through the natd daemon and thus this entered in a high CPU load whenever I was making an SSH connection. I've found on the Internet some more specific rules to do NAT only for the VM, not for all incoming local connection, like it is by default. This solved the problem. I've started acommodating with the VMM code and started developing interface stubs like adding/removing/getting instuctions from the cache. These was reviewed by Neel and modified accordingly. Right now they are in a separate file [2]. I've also placed this calls in the VMM code, in the essential parts. To resume: I've made the caching logic part. I will come next week with some feedback on some strategies for caching efficiently the instructions and probably some implementation details. Thanks, Mihai [1] https://socsvn.freebsd.org/socsvn/soc2014/mihai/ [2] https://socsvn.freebsd.org/socsvn/soc2014/mihai/bhyve-icache-head/sys/amd64/include/vmm_instruction_cache.h From owner-soc-status@FreeBSD.ORG Sun May 25 23:09:29 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7806FEA5 for ; Sun, 25 May 2014 23:09:29 +0000 (UTC) Received: from mx1.mail.bg (mx1.mail.bg [IPv6:2001:67c:16b8:1::2:17]) by mx1.freebsd.org (Postfix) with ESMTP id ECBB12C56 for ; Sun, 25 May 2014 23:09:28 +0000 (UTC) Received: from [192.168.0.2] (unknown [78.90.84.177]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mail.bg (Postfix) with ESMTPSA id 9FF8B6000500 for ; Mon, 26 May 2014 02:09:26 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1401059366; bh=7TcSaSmRFbk4ZF6N9HxZ1jMeHAx2BgJ2QmW8yCA9BFk=; h=From:Content-Type:Content-Transfer-Encoding:Subject:Date: Message-Id:To:Mime-Version; b=A2tRWv1g7cnwwmYXFsB/ks1sNp1bePMJZswqQX1UY4kKd/55bOnbFIwBrECZSGyOG eO1bhKwtQd/5zjAeEC40MOZAsMpKEoGkaCzqbLGBk6VwzxYPNZxpdXwYISm0g5Sljs whczTOrfQEk12VHKizSBWvz9WzyWmDbYTzodExWQ= From: Zaro Korchev Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: [Machine readable output from userland utilities] report Date: Mon, 26 May 2014 02:09:25 +0300 Message-Id: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> To: soc-status@freebsd.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 May 2014 23:09:29 -0000 This week I made a simple design for the project and implemented JSON = output for an example application. I made research on several libraries that I may use for my project. I = designed a simple API for structured output. At the moment I call it SOL = (Structured Output Library). I'm open to better name suggestions :) The API is in no way final. I will change it as issues arise in the = future. I have a prototype version of ls that uses the API to output JSON. There = are still some issues to resolve but the modified ls is basically = working. The code is accessible in the GSoC 2014 repository: https://socsvn.freebsd.org/socsvn/soc2014/zkorchev/ here are two examples: ls / = ["COPYRIGHT","bin","boot","dev","entropy","etc","home","lib","libexec","me= dia","mnt","proc","rescue","root","sbin","sys","tmp","usr","var"] ls -l / = [{"mode":"-r--r--r--","nlink":1,"user":"root","group":"root","size":6201,"= time":"Jan 17 = 00:41","name":"COPYRIGHT"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","g= roup":"root","size":1024,"time":"Jan 17 = 00:40","name":"bin"},{"mode":"drwxr-xr-x","nlink":8,"user":"root","group":= "root","size":1024,"time":"Mar 18 = 20:42","name":"boot"},{"mode":"dr-xr-xr-x","nlink":12,"user":"root","group= ":"root","size":512,"time":"May 23 = 15:22","name":"dev"},{"mode":"-rw-------","nlink":1,"user":"root","group":= "root","size":4096,"time":"May 23 = 15:22","name":"entropy"},{"mode":"drwxr-xr-x","nlink":21,"user":"root","gr= oup":"root","size":2048,"time":"May 22 = 18:51","name":"etc"},{"mode":"lrwxr-xr-x","nlink":1,"user":"root","group":= "root","size":8,"time":"Mar 18 = 17:37","name":"home","link":"usr/home"},{"mode":"drwxr-xr-x","nlink":3,"us= er":"root","group":"root","size":1536,"time":"Jan 17 = 00:40","name":"lib"},{"mode":"drwxr-xr-x","nlink":3,"user":"root","group":= "root","size":512,"time":"Mar 18 = 17:28","name":"libexec"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","gro= up":"root","size":512,"time":"Jan 17 = 00:39","name":"media"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","group= ":"root","size":512,"time":"Jan 17 = 00:39","name":"mnt"},{"mode":"dr-xr-xr-x","nlink":2,"user":"root","group":= "root","size":512,"time":"Jan 17 = 00:39","name":"proc"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","group"= :"root","size":2560,"time":"Jan 17 = 00:40","name":"rescue"},{"mode":"drwxr-xr-x","nlink":7,"user":"root","grou= p":"root","size":512,"time":"May 23 = 17:53","name":"root"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","group"= :"root","size":2560,"time":"Jan 17 = 00:41","name":"sbin"},{"mode":"lrwxr-xr-x","nlink":1,"user":"root","group"= :"root","size":11,"time":"Jan 17 = 00:42","name":"sys","link":"usr/src/sys"},{"mode":"drwxrwxrwt","nlink":6,"= user":"root","group":"root","size":512,"time":"May 23 = 17:51","name":"tmp"},{"mode":"drwxr-xr-x","nlink":17,"user":"root","group"= :"root","size":512,"time":"Mar 18 = 17:37","name":"usr"},{"mode":"drwxr-xr-x","nlink":24,"user":"root","group"= :"root","size":512,"time":"May 23 15:22","name":"var"}] As I implemented this example modified version of ls, I got some ideas = about where problems can arise in the future and I got some insight on = how I can approach to solve them. Zaro= From owner-soc-status@FreeBSD.ORG Mon May 26 10:34:28 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98D1D7B3; Mon, 26 May 2014 10:34:28 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 715FD2209; Mon, 26 May 2014 10:34:27 +0000 (UTC) Received: from [192.168.0.96] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s4QAYLTM089661 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 26 May 2014 10:34:24 GMT (envelope-from theraven@theravensnest.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [Machine readable output from userland utilities] report From: David Chisnall In-Reply-To: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> Date: Mon, 26 May 2014 11:34:16 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4890861C-FC91-445D-AE9B-31CD5FDFD0A9@theravensnest.org> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> To: Zaro Korchev X-Mailer: Apple Mail (2.1874) Cc: soc-status@freebsd.org, Eitan Adler , jonathan@FreeBSD.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2014 10:34:28 -0000 Hi Zaro, A few comments - hopefully your mentors can chime in with a bit more: Your repo appears to contain GNU coreutils, which is not part of the = FreeBSD base system and is GPLv3 code, so for legal reasons a lot of = FreeBSD developers can't look at it and most shouldn't if they are = planning on working on any similar parts of the FreeBSD system. I = believe that the socsvn server is isolated from the main svn repository, = but putting GPLv3 code in any FreeBSD svn server can open the project to = liability, so I would ask you to remove it as soon as possible. Second, your SOL appears to be using yajl. This project was intended to = use libucl and libnv as the human-readable and binary serialization = mechanisms, as those are already present in the base system. Have you = spent any time yet looking at them? Are there limitations in their APIs = and the structures that they can represent? David On 26 May 2014, at 00:09, Zaro Korchev wrote: > This week I made a simple design for the project and implemented JSON = output for an example application. >=20 > I made research on several libraries that I may use for my project. I = designed a simple API for structured output. At the moment I call it SOL = (Structured Output Library). I'm open to better name suggestions :) >=20 > The API is in no way final. I will change it as issues arise in the = future. >=20 > I have a prototype version of ls that uses the API to output JSON. = There are still some issues to resolve but the modified ls is basically = working. > The code is accessible in the GSoC 2014 repository: > https://socsvn.freebsd.org/socsvn/soc2014/zkorchev/ >=20 > here are two examples: >=20 > ls / > = ["COPYRIGHT","bin","boot","dev","entropy","etc","home","lib","libexec","me= dia","mnt","proc","rescue","root","sbin","sys","tmp","usr","var"] >=20 > ls -l / > = [{"mode":"-r--r--r--","nlink":1,"user":"root","group":"root","size":6201,"= time":"Jan 17 = 00:41","name":"COPYRIGHT"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","g= roup":"root","size":1024,"time":"Jan 17 = 00:40","name":"bin"},{"mode":"drwxr-xr-x","nlink":8,"user":"root","group":= "root","size":1024,"time":"Mar 18 = 20:42","name":"boot"},{"mode":"dr-xr-xr-x","nlink":12,"user":"root","group= ":"root","size":512,"time":"May 23 = 15:22","name":"dev"},{"mode":"-rw-------","nlink":1,"user":"root","group":= "root","size":4096,"time":"May 23 = 15:22","name":"entropy"},{"mode":"drwxr-xr-x","nlink":21,"user":"root","gr= oup":"root","size":2048,"time":"May 22 = 18:51","name":"etc"},{"mode":"lrwxr-xr-x","nlink":1,"user":"root","group":= "root","size":8,"time":"Mar 18 = 17:37","name":"home","link":"usr/home"},{"mode":"drwxr-xr-x","nlink":3,"us= er":"root","group":"root","size":1536,"time":"Jan 17 = 00:40","name":"lib"},{"mode":"drwxr-xr-x","nlink":3,"user":"root","group":= "root","size":512,"time":"Mar 18 17:28","name":"libe > = xec"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","group":"root","size":5= 12,"time":"Jan 17 = 00:39","name":"media"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","group= ":"root","size":512,"time":"Jan 17 = 00:39","name":"mnt"},{"mode":"dr-xr-xr-x","nlink":2,"user":"root","group":= "root","size":512,"time":"Jan 17 = 00:39","name":"proc"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","group"= :"root","size":2560,"time":"Jan 17 = 00:40","name":"rescue"},{"mode":"drwxr-xr-x","nlink":7,"user":"root","grou= p":"root","size":512,"time":"May 23 = 17:53","name":"root"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","group"= :"root","size":2560,"time":"Jan 17 = 00:41","name":"sbin"},{"mode":"lrwxr-xr-x","nlink":1,"user":"root","group"= :"root","size":11,"time":"Jan 17 = 00:42","name":"sys","link":"usr/src/sys"},{"mode":"drwxrwxrwt","nlink":6,"= user":"root","group":"root","size":512,"time":"May 23 = 17:51","name":"tmp"},{"mode":"drwxr-xr-x","nlink":17,"user":"root","group"= :"root","size":512,"time":"Mar 18 17:37","name":"usr > = "},{"mode":"drwxr-xr-x","nlink":24,"user":"root","group":"root","size":512= ,"time":"May 23 15:22","name":"var"}] >=20 > As I implemented this example modified version of ls, I got some ideas = about where problems can arise in the future and I got some insight on = how I can approach to solve them. >=20 >=20 > Zaro > _______________________________________________ > soc-status@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/soc-status > To unsubscribe, send any mail to "soc-status-unsubscribe@freebsd.org" From owner-soc-status@FreeBSD.ORG Mon May 26 14:34:48 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3816FBE; Mon, 26 May 2014 14:34:48 +0000 (UTC) Received: from mx1.mail.bg (mx1.mail.bg [IPv6:2001:67c:16b8:1::2:17]) by mx1.freebsd.org (Postfix) with ESMTP id 5CC602950; Mon, 26 May 2014 14:34:48 +0000 (UTC) Received: from [10.1.1.159] (unknown [95.87.254.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mail.bg (Postfix) with ESMTPSA id ACA126000589; Mon, 26 May 2014 17:34:45 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1401114885; bh=xS/oYKChpLTcGioi/3e5y/+Cs54FL4H46VFAtyQ40mo=; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=SjFVWyQM6BmdKnsXgvI7Dq7pwFHuL7Z5QjTvDquVKc2aAovlXmicFVp+xZlh+4tMY 4tSw0wfvKdk8JazCZ4wIe4D1ga3jN1pR5hWmF3e4NPQmQv9NbQF92JYLDf9Ils0S6V XXWLzsNhzuC+TVdJKrhBviUnagt5jxhnJYgGk1z0= Subject: Re: [Machine readable output from userland utilities] report Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Zaro Korchev In-Reply-To: <4890861C-FC91-445D-AE9B-31CD5FDFD0A9@theravensnest.org> Date: Mon, 26 May 2014 17:34:41 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <15BC1D7C-B909-48DB-AB6D-FF0F0F9C2B0A@mail.bg> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <4890861C-FC91-445D-AE9B-31CD5FDFD0A9@theravensnest.org> To: David Chisnall X-Mailer: Apple Mail (2.1283) Cc: soc-status@freebsd.org, Eitan Adler , jonathan@FreeBSD.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2014 14:34:48 -0000 Hi David I removed the GPL code from the repository. I considered using libucl and libnv. The problem with libucl is that it = does not support streamed output so, after a discussion with my mentors, = I decided to implement this prototype version using YAJL. This is not a = final decision but that's what I'm using at the moment. I may use libnv soon - I just haven't had need for it yet. It has one = limitation that I'm concerned about - it does not support arrays (the = only supported composite data type is key, value pairs). Zaro Le 26 May 2014 =E0 13:34, David Chisnall a =E9crit : > Hi Zaro, >=20 > A few comments - hopefully your mentors can chime in with a bit more: >=20 > Your repo appears to contain GNU coreutils, which is not part of the = FreeBSD base system and is GPLv3 code, so for legal reasons a lot of = FreeBSD developers can't look at it and most shouldn't if they are = planning on working on any similar parts of the FreeBSD system. I = believe that the socsvn server is isolated from the main svn repository, = but putting GPLv3 code in any FreeBSD svn server can open the project to = liability, so I would ask you to remove it as soon as possible. >=20 > Second, your SOL appears to be using yajl. This project was intended = to use libucl and libnv as the human-readable and binary serialization = mechanisms, as those are already present in the base system. Have you = spent any time yet looking at them? Are there limitations in their APIs = and the structures that they can represent? >=20 > David >=20 > On 26 May 2014, at 00:09, Zaro Korchev wrote: >=20 >> This week I made a simple design for the project and implemented JSON = output for an example application. >>=20 >> I made research on several libraries that I may use for my project. I = designed a simple API for structured output. At the moment I call it SOL = (Structured Output Library). I'm open to better name suggestions :) >>=20 >> The API is in no way final. I will change it as issues arise in the = future. >>=20 >> I have a prototype version of ls that uses the API to output JSON. = There are still some issues to resolve but the modified ls is basically = working. >> The code is accessible in the GSoC 2014 repository: >> https://socsvn.freebsd.org/socsvn/soc2014/zkorchev/ >>=20 >> here are two examples: >>=20 >> ls / >> = ["COPYRIGHT","bin","boot","dev","entropy","etc","home","lib","libexec","me= dia","mnt","proc","rescue","root","sbin","sys","tmp","usr","var"] >>=20 >> ls -l / >> = [{"mode":"-r--r--r--","nlink":1,"user":"root","group":"root","size":6201,"= time":"Jan 17 = 00:41","name":"COPYRIGHT"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","g= roup":"root","size":1024,"time":"Jan 17 = 00:40","name":"bin"},{"mode":"drwxr-xr-x","nlink":8,"user":"root","group":= "root","size":1024,"time":"Mar 18 = 20:42","name":"boot"},{"mode":"dr-xr-xr-x","nlink":12,"user":"root","group= ":"root","size":512,"time":"May 23 = 15:22","name":"dev"},{"mode":"-rw-------","nlink":1,"user":"root","group":= "root","size":4096,"time":"May 23 = 15:22","name":"entropy"},{"mode":"drwxr-xr-x","nlink":21,"user":"root","gr= oup":"root","size":2048,"time":"May 22 = 18:51","name":"etc"},{"mode":"lrwxr-xr-x","nlink":1,"user":"root","group":= "root","size":8,"time":"Mar 18 = 17:37","name":"home","link":"usr/home"},{"mode":"drwxr-xr-x","nlink":3,"us= er":"root","group":"root","size":1536,"time":"Jan 17 = 00:40","name":"lib"},{"mode":"drwxr-xr-x","nlink":3,"user":"root","group":= "root","size":512,"time":"Mar 18 17:28","name":"libe >> = xec"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","group":"root","size":5= 12,"time":"Jan 17 = 00:39","name":"media"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","group= ":"root","size":512,"time":"Jan 17 = 00:39","name":"mnt"},{"mode":"dr-xr-xr-x","nlink":2,"user":"root","group":= "root","size":512,"time":"Jan 17 = 00:39","name":"proc"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","group"= :"root","size":2560,"time":"Jan 17 = 00:40","name":"rescue"},{"mode":"drwxr-xr-x","nlink":7,"user":"root","grou= p":"root","size":512,"time":"May 23 = 17:53","name":"root"},{"mode":"drwxr-xr-x","nlink":2,"user":"root","group"= :"root","size":2560,"time":"Jan 17 = 00:41","name":"sbin"},{"mode":"lrwxr-xr-x","nlink":1,"user":"root","group"= :"root","size":11,"time":"Jan 17 = 00:42","name":"sys","link":"usr/src/sys"},{"mode":"drwxrwxrwt","nlink":6,"= user":"root","group":"root","size":512,"time":"May 23 = 17:51","name":"tmp"},{"mode":"drwxr-xr-x","nlink":17,"user":"root","group"= :"root","size":512,"time":"Mar 18 17:37","name":"usr >> = "},{"mode":"drwxr-xr-x","nlink":24,"user":"root","group":"root","size":512= ,"time":"May 23 15:22","name":"var"}] >>=20 >> As I implemented this example modified version of ls, I got some = ideas about where problems can arise in the future and I got some = insight on how I can approach to solve them. >>=20 >>=20 >> Zaro >> _______________________________________________ >> soc-status@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/soc-status >> To unsubscribe, send any mail to "soc-status-unsubscribe@freebsd.org" >=20 >=20 From owner-soc-status@FreeBSD.ORG Mon May 26 17:30:47 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B74D5F9; Mon, 26 May 2014 17:30:47 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 26B062A0E; Mon, 26 May 2014 17:30:46 +0000 (UTC) Received: from [192.168.0.96] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s4QHUaSi092356 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 26 May 2014 17:30:38 GMT (envelope-from theraven@theravensnest.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [Machine readable output from userland utilities] report From: David Chisnall In-Reply-To: <15BC1D7C-B909-48DB-AB6D-FF0F0F9C2B0A@mail.bg> Date: Mon, 26 May 2014 18:30:31 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <899129C5-977C-4CE7-A873-460D69D6EA85@theravensnest.org> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <4890861C-FC91-445D-AE9B-31CD5FDFD0A9@theravensnest.org> <15BC1D7C-B909-48DB-AB6D-FF0F0F9C2B0A@mail.bg> To: Zaro Korchev X-Mailer: Apple Mail (2.1874) Cc: vsevolod@FreeBSD.org, soc-status@freebsd.org, Eitan Adler , Pawel Jakub Dawidek , jonathan@FreeBSD.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2014 17:30:47 -0000 On 26 May 2014, at 15:34, Zaro Korchev wrote: > I considered using libucl and libnv. The problem with libucl is that = it does not support streamed output so, after a discussion with my = mentors, I decided to implement this prototype version using YAJL. This = is not a final decision but that's what I'm using at the moment. That's fine, as long as you're prototyping an interface for an = abstraction layer it doesn't matter much what is on the back end, I just = wanted to make sure that you were thinking about libucl as an eventual = back end. =20 I've added Vsevolod to the cc list, as he's the author of libucl - = perhaps he can add the missing functionality that you require. I definitely agree that streaming is important - we want to be able to = construct pipes of these, although hopefully the total amount of data = won't be huge. > I may use libnv soon - I just haven't had need for it yet. It has one = limitation that I'm concerned about - it does not support arrays (the = only supported composite data type is key, value pairs). Arrays in libnv came up at BSDCan. Apparently someone (Pawel?) has = patches for arrays, but didn't commit them because there were no = consumers in the base system that needed them. It sounds like you've = just volunteered as a beta tester ;-) It would also be good to consider prepending a header to each stream so = that tools can consume them without having to be aware of the format. = JSON has the nice property that it can be spotted quite easily be = examining the first 4 bytes (in any unicode encoding). I'm not sure if = UCL and NV have the same property - if they do, then we don't need to = worry. David From owner-soc-status@FreeBSD.ORG Mon May 26 17:42:00 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 196CF9B2; Mon, 26 May 2014 17:42:00 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 87C0C2AFC; Mon, 26 May 2014 17:41:59 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id m15so8370872wgh.20 for ; Mon, 26 May 2014 10:41:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4Z6HliZjjDi2b6hFpdp2GfL48xYQ6dTy1UuYDJgWnIg=; b=dWN9YbmuY4/FHMERV2kyeJf6TLWxhr2IuNHHEGVVlz4/np0CPu3pdcn00TUkM47sK3 H5Iwg+Poj5fuAgJWIwchkTvBdwiv7vjKUYpur5pJhnYEgXRnZpFiyy778e+3xYdjGm73 0wEMMCz1b0/FBXy+ZriZxrgbrGwrXelAChyB3HZKIDznxhXh4pzXKTg8kDwixug493QG 89IXzgGWgdY/FcliG9pR7jn3/Bc6R/rY2HxsqGlhx8F1M7jmnsAp9JvQiEh2ALgPiHRp qbdtoqgE6g6xrErEWO9nnp2HPWZF7waR0pYWP6eiMMkIHBdzGfs9Q0MzUzCFy7KgRuHx i8xQ== MIME-Version: 1.0 X-Received: by 10.194.82.170 with SMTP id j10mr31552847wjy.63.1401126116978; Mon, 26 May 2014 10:41:56 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.194.219.106 with HTTP; Mon, 26 May 2014 10:41:56 -0700 (PDT) Date: Mon, 26 May 2014 19:41:56 +0200 X-Google-Sender-Auth: hLAk6IkYH5h5SefqRq2n5OM_ipc Message-ID: Subject: Weekly Status #1 From: Kamil Czekirda To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: dteske@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2014 17:42:00 -0000 Hello, Last week I spent time on work on bsdinstall (module script). I added support for variables like: MIRROR (you can use your favorite mirror) RELDIR (snapshots or release) RELEASE HOSTNAME KEYMAP DAEMONS TIMEZONE So, scripted installation can be modified deeper. At this moment everyone can boot mfsBSD from network, need only Internet connection. You can download and boot computer from *.iso file, dd *.usb file to your USB key or you can use option "filename" in your dhcp server (file *.kpxe). Files what you need are here: http://svnweb.freebsd.org/socsvn/soc2014/kczekirda/pxe-fai-head/tools/ iPXE downloads and runs memdisk from my website and downloads iso from Martin Matu=C5=A1ka website. iPXE can detects your architecture (only amd64 and i386) and downloads right iso file. Regards, Kamil Czekirda From owner-soc-status@FreeBSD.ORG Mon May 26 18:09:56 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A6DFA3; Mon, 26 May 2014 18:09:56 +0000 (UTC) Received: from mail1.uj.edu.pl (mail1.uj.edu.pl [149.156.89.193]) by mx1.freebsd.org (Postfix) with ESMTP id CE5E72CD3; Mon, 26 May 2014 18:09:55 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl (Oracle Communications Messaging Server 7u4-27.01 (7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTP id <0N6700J1014HJO10@mta.uoks.uj.edu.pl>; Mon, 26 May 2014 20:09:53 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.2 X-Antivirus-Code: 0x100000 Received: from mbox.uj.edu.pl by saiph.uoks.uj.edu.pl (Dr.Web (R) milter module ver.6.0.2.2) ; Mon, 26 May 2014 20:09:53 +0200 Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl with ESMTP; Mon, 26 May 2014 20:09:53 +0200 (CEST) Date: Mon, 26 May 2014 20:09:53 +0200 From: Jakub Klama Message-id: <6ffaa24b200e4418dc72349181c2815b@uj.edu.pl> Subject: evdev status report #1 To: soc-status@freebsd.org User-Agent: Roundcube Webmail/0.5 X-Sender: jakub.klama@uj.edu.pl X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2014 18:09:56 -0000 This is status report #1 for GSoC project named "Implementation of evdev protocol and touchscreens support". Work done so far: * evdev driver kernel interface and event queueing (in working state) * evdev char device driver supporting reading events and basic ioctls * adaptation of xf86-input-evdev to build it on FreeBSD * ums(4) reporting evdev events * ukbd(4) as well * initial USB HID to evdev scancode map Archievements unlocked: * Ran python-evdev (and found a bug in it), read events * Ran Xorg with xf86-input-evdev, evdev-based mouse and evdev-based keyboard (without support of mouse wheel and a bunch of keyboard special keys, but who cares now...) Work to do in near future: * Implement rest of ioctls * Run libevdev * Start digging into atkbd/atkbdc code... Jakub From owner-soc-status@FreeBSD.ORG Mon May 26 18:19:33 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 023CA3CA for ; Mon, 26 May 2014 18:19:33 +0000 (UTC) Received: from mail-ve0-x22c.google.com (mail-ve0-x22c.google.com [IPv6:2607:f8b0:400c:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B84942DB0 for ; Mon, 26 May 2014 18:19:32 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id oz11so9530318veb.31 for ; Mon, 26 May 2014 11:19:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=81hk832LN/iulEwE2njUlnzBODdCBsRTxjrLhw+bjj0=; b=IuemzEu6oMKze9c5hm1UjSnmy1Xlon9+mT3Xdy12tAmERUrFuic6+8T3/oNWonw2AN nPDeRxzXyC5hEtUk00TFoO7Iy50inRvMw+mNhIvmpvja6Je8frEh59ySyaZTLnTeBUQN HAzrC8OtUhsx1ACLlJEt1Xq5ri4lDjFhhRwZy06bL4owK1TGTivGSDCBOC+/JNzKloup RN3j4jYQ7yaS1ypPono5M43P1HzJZSFG4WoMsbF3uXpDGjQGcrnTWr1i8QR1yMC4OjdW bSmmQ0umybz5rah++oUxFNi7ZI8bvp2BQXBdEEeO1H2jjdxN3+7ubmojeNJBagrSDwNq HN/w== MIME-Version: 1.0 X-Received: by 10.220.87.211 with SMTP id x19mr74320vcl.68.1401128371614; Mon, 26 May 2014 11:19:31 -0700 (PDT) Received: by 10.58.247.3 with HTTP; Mon, 26 May 2014 11:19:31 -0700 (PDT) Date: Mon, 26 May 2014 23:49:31 +0530 Message-ID: Subject: [BSNMP Enhancements] Status Report (Shonali Balakrishna) From: Shonali Balakrishna To: soc-status@FreeBSD.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2014 18:19:33 -0000 Hi, I am Shonali Balakrishna and I am working on BSNMP Enhancements this GSOC. The enhancements I'm looking to add to BSNMP is full IPv6 support for the daemon bsnmpd as well as for bsnmp tools, as a loadable transport module. So far, I have prepared my development/testing environment - FreeBSD 11 CURRENT on VirtualBox on an Windows 7 system - Intel(R) Core(TM) i5-2520M CPU @ 2.50 GHz with 8GB RAM. I've duplicated the head branch in my svn namespace and also cloned it locally on my VM. I've also configured and setup the missing utilities on CURRENT like the ports tree and so on. I ran into a couple of problems with svn and fetching the head branch to my VM, but was able to resolve it and now have everything up and working. I've also been looking into the bsnmpd transport source code and identifying the parts of the code base that assume the type of transport to be IPv4. I will be working on making bsnmpd code protocol independent - able to run SNMP over both IPv6 and IPv4 - in the week to come. I have started looking at trans_udp.c and trans_lsock.c for the same and will be working on an IPv6 implementation of these to begin with. I have also been looking at other parts of the code base that will need to be worked on. I will provide feedback on the same next week. Thanks and Regards, -- Shonali Balakrishna From owner-soc-status@FreeBSD.ORG Tue May 27 11:30:05 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00C4FFDC for ; Tue, 27 May 2014 11:30:04 +0000 (UTC) Received: from mail-ve0-x22b.google.com (mail-ve0-x22b.google.com [IPv6:2607:f8b0:400c:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B9A0A2DD0 for ; Tue, 27 May 2014 11:30:04 +0000 (UTC) Received: by mail-ve0-f171.google.com with SMTP id oz11so10460953veb.16 for ; Tue, 27 May 2014 04:30:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=daPawHKhhNv1xYae3BPp7ItPce08nUhfT24300vAkWo=; b=B/6UXNL6Tfb+Xa53jW9lnSN0D3hLDQ9jJ9dXIYsbQK6TXPdWCrSd/fWjmmirmyae4T K0vGIOITchH6+KpVQu0ApRkCzKY8RJ806gL87rE/uNp8OlRmEdV7uneuqtH0PXcrVkvK wLSxAdaTEOMYUWwR4RZM0AMKis3R1RFqBYeCWBaqRBQhRxV0gCgH6Y/S95mqf97iFCbC RPNIozZdQzfeEblIc5YurX0eS5+uuywue70zxDIAFeiefKNfzvs1er/aPw+YRfh+5bR2 yX98VZ7NdOgBMzcVpP4mColt2fZkwNl3Bd1KzdHJUg5GqpBbqJMRfxL5wrkqJfyZolJh gy7g== MIME-Version: 1.0 X-Received: by 10.220.103.141 with SMTP id k13mr26502933vco.25.1401190203700; Tue, 27 May 2014 04:30:03 -0700 (PDT) Received: by 10.220.90.14 with HTTP; Tue, 27 May 2014 04:30:03 -0700 (PDT) Date: Tue, 27 May 2014 13:30:03 +0200 Message-ID: Subject: [LLDB kernel debugging] weekly report From: Mike Ma To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2014 11:30:05 -0000 Hi all, I've set up all the development environment (github & local machine). I have created a git fork here https://github.com/cosql/lldb I've also investigated into lldb code and kgdb code in freebsd code base. Now I have a basic idea how to support freebsd kernel using libkvm in LLDB. I'll start coding this week. -- Cheers, Mike From owner-soc-status@FreeBSD.ORG Wed May 28 05:04:14 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D46C211F for ; Wed, 28 May 2014 05:04:14 +0000 (UTC) Received: from mail-qg0-x22e.google.com (mail-qg0-x22e.google.com [IPv6:2607:f8b0:400d:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B5602AD9 for ; Wed, 28 May 2014 05:04:14 +0000 (UTC) Received: by mail-qg0-f46.google.com with SMTP id q108so15831989qgd.19 for ; Tue, 27 May 2014 22:04:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=t9sCwYpcL2I0fpYatcVzCIPm1wvM5+jA4bWDkdV8QsE=; b=ndXUamVg+TV7zZ8KtNQeUe8j2mgGFgRoInWrDECAjyNXrRYTPNWC/Q+dctZ40Gc8Iz S36kYp7d/3oqxy/qzVxEBEiPE+oUoC8xDiBJkaUtgmop8xnY08ull3s+TNHlBZnxu17/ x0VF5aqRNv7YgJhP5pVk4PmFkA2HYtI2K37eM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=t9sCwYpcL2I0fpYatcVzCIPm1wvM5+jA4bWDkdV8QsE=; b=UDsdn+fmKB1UO1Y1ExP2jXaMidmMq3gFxLzc9/G15Y7Te4YhuiG79auhA87m9OnvzQ D+RGpwbtgg20OajqzrKU7mB1YEx9PDAn41A9Y/2I70gKLtFF79wW6ZyncoQzpql8Nba/ XZBnm3DPSjgrq4zCLfEm0fGKdXpP/rcSVGBAy04RnguOXU2s1nyTux6y48ikYg9hnG8K rq8LNrA74R0sa/bLDI+/bLAw/royeqUGDvctASdut76VmpDpdTl4j1lEJd8BRCrdONdq hU6ZGebI+n+5JFdFkeACWHh5OSJS3PVmuGTwkDCqpDvzzqs/d3FxpzVhmANLqmxFqWJw U3Wg== X-Gm-Message-State: ALoCoQknNF+PFrGZfSvAVZa3N/j27clGa5vhnFqSCJ+giTL2x6u+H5gwwHaau+GSYhUyYjjEg29B X-Received: by 10.224.135.132 with SMTP id n4mr3930314qat.23.1401253453650; Tue, 27 May 2014 22:04:13 -0700 (PDT) MIME-Version: 1.0 Sender: lists@eitanadler.com Received: by 10.96.147.135 with HTTP; Tue, 27 May 2014 22:03:43 -0700 (PDT) In-Reply-To: <899129C5-977C-4CE7-A873-460D69D6EA85@theravensnest.org> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <4890861C-FC91-445D-AE9B-31CD5FDFD0A9@theravensnest.org> <15BC1D7C-B909-48DB-AB6D-FF0F0F9C2B0A@mail.bg> <899129C5-977C-4CE7-A873-460D69D6EA85@theravensnest.org> From: Eitan Adler Date: Tue, 27 May 2014 22:03:43 -0700 X-Google-Sender-Auth: PWS3fZcxRRcbbtkSWPUw4Z-HR2c Message-ID: Subject: Re: [Machine readable output from userland utilities] report To: David Chisnall Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: vsevolod@freebsd.org, soc-status@freebsd.org, Pawel Jakub Dawidek , jonathan@freebsd.org, Zaro Korchev X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2014 05:04:14 -0000 On 26 May 2014 10:30, David Chisnall wrote: > On 26 May 2014, at 15:34, Zaro Korchev wrote: [ Zaro and I were convering about this on a different thread ] > >> I considered using libucl and libnv. The problem with libucl is that it = does not support streamed output so, after a discussion with my mentors, I = decided to implement this prototype version using YAJL. This is not a final= decision but that's what I'm using at the moment. The design will look like: - applications write to libnv for serialization - pass libnv pairs to wrapper library - which in turn unwraps them and passes them off to formatting library such as libucl or yajl or whatnot > > That's fine, as long as you're prototyping an interface for an abstractio= n layer it doesn't matter much what is on the back end, I just wanted to ma= ke sure that you were thinking about libucl as an eventual back end. This should be on the roadmap. By the end the wrapper should work with many applications and multiple formats. That said, as I said to Zaro earlier, I would rather he focus on getting more utility support than a a lot format support. 1 or 2 for the latter is fine. > I've added Vsevolod to the cc list, as he's the author of libucl - perhap= s he can add the missing functionality that you require. Cool. > I definitely agree that streaming is important - we want to be able to co= nstruct pipes of these, although hopefully the total amount of data won't b= e huge. >> I may use libnv soon - I just haven't had need for it yet. It has one li= mitation that I'm concerned about - it does not support arrays (the only su= pported composite data type is key, value pairs). > Arrays in libnv came up at BSDCan. Apparently someone (Pawel?) has patch= es for arrays, but didn't commit them because there were no consumers in the base system that needed them. It sounds like you've just volunteered as a beta tester ;-) pjd, any comments? > It would also be good to consider prepending a header to each stream so t= hat tools can consume them without having to be aware of the format. JSON = has the nice property that it can be spotted quite easily be examining the = first 4 bytes (in any unicode encoding). I'm not sure if UCL and NV have t= he same property - if they do, then we don't need to worry. Good point. I did not think of this. I think it makes sense to always prepend a 'format id' or 'module name' since not all formats are guessable. --=20 Eitan Adler Source, Ports, Doc committer Bugmeister, Ports Security teams From owner-soc-status@FreeBSD.ORG Wed May 28 10:41:23 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5ABE5437; Wed, 28 May 2014 10:41:23 +0000 (UTC) Received: from h.highsecure.ru (h.highsecure.ru [144.76.31.167]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CAE96274D; Wed, 28 May 2014 10:41:22 +0000 (UTC) Received: from medway.cl.cam.ac.uk (medway.cl.cam.ac.uk [IPv6:2001:630:212:238:21c:c0ff:fe4b:2b85]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: vsevolod@highsecure.ru) by h.highsecure.ru (Postfix) with ESMTPSA id 8ACE0300550; Wed, 28 May 2014 12:40:34 +0200 (CEST) Message-ID: <5385BD49.5020602@FreeBSD.org> Date: Wed, 28 May 2014 11:41:13 +0100 From: Vsevolod Stakhov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: David Chisnall , Zaro Korchev Subject: Re: [Machine readable output from userland utilities] report References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <4890861C-FC91-445D-AE9B-31CD5FDFD0A9@theravensnest.org> <15BC1D7C-B909-48DB-AB6D-FF0F0F9C2B0A@mail.bg> <899129C5-977C-4CE7-A873-460D69D6EA85@theravensnest.org> In-Reply-To: <899129C5-977C-4CE7-A873-460D69D6EA85@theravensnest.org> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek , soc-status@freebsd.org, Eitan Adler , jonathan@FreeBSD.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2014 10:41:23 -0000 David, Zaro, On 26/05/14 18:30, David Chisnall wrote: > On 26 May 2014, at 15:34, Zaro Korchev wrote: > >> I considered using libucl and libnv. The problem with libucl is >> that it does not support streamed output so, after a discussion >> with my mentors, I decided to implement this prototype version >> using YAJL. This is not a final decision but that's what I'm using >> at the moment. > > That's fine, as long as you're prototyping an interface for an > abstraction layer it doesn't matter much what is on the back end, I > just wanted to make sure that you were thinking about libucl as an > eventual back end. > > I've added Vsevolod to the cc list, as he's the author of libucl - > perhaps he can add the missing functionality that you require. > > I definitely agree that streaming is important - we want to be able > to construct pipes of these, although hopefully the total amount of > data won't be huge. I do not understand what is streaming *output* in case of any serialization format. Does it means that you want to have some output on object changing? This is not currently supported by libucl, but the design of ucl emitter allows to implement it in a rather straightforward way. YAJL, on the contrary, supports JSON only. > >> I may use libnv soon - I just haven't had need for it yet. It has >> one limitation that I'm concerned about - it does not support >> arrays (the only supported composite data type is key, value >> pairs). > > Arrays in libnv came up at BSDCan. Apparently someone (Pawel?) has > patches for arrays, but didn't commit them because there were no > consumers in the base system that needed them. It sounds like you've > just volunteered as a beta tester ;-) > > It would also be good to consider prepending a header to each stream > so that tools can consume them without having to be aware of the > format. JSON has the nice property that it can be spotted quite > easily be examining the first 4 bytes (in any unicode encoding). I'm > not sure if UCL and NV have the same property - if they do, then we > don't need to worry. Libucl itself can produce valid JSON. The pure `UCL` output is mostly a human readable output. -- Vsevolod Stakhov From owner-soc-status@FreeBSD.ORG Wed May 28 12:06:51 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B20DFBF; Wed, 28 May 2014 12:06:51 +0000 (UTC) Received: from mx1.mail.bg (mx1.mail.bg [IPv6:2001:67c:16b8:1::2:17]) by mx1.freebsd.org (Postfix) with ESMTP id 652A42EAA; Wed, 28 May 2014 12:06:51 +0000 (UTC) Received: from [10.1.1.159] (unknown [95.87.254.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mail.bg (Postfix) with ESMTPSA id 853EA6000E6A; Wed, 28 May 2014 15:06:48 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1401278808; bh=5Nnrr6j3LrE4AeLC9ZSatKWUf4RyZ00zQZW+Bna6hsE=; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=8a/i12VW4Egf3YCRTpn+Ef+0rOAZ9OzZzQ/RWTvp4M+E6E8ILAVHwFX4Y7wA+ihZ5 2mymJk2dWIGnYWFIatTHETRW2TlNrcDUYihB8ffvY2eTYKwTVBD7hXAYxwYUbjMfcr yXIOHzNlTTMRIdi/8Jxqhaf02/YvWq0jYPH2Jw0o= Subject: Re: [Machine readable output from userland utilities] report Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Zaro Korchev In-Reply-To: <5385BD49.5020602@FreeBSD.org> Date: Wed, 28 May 2014 15:06:46 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <105B3699-2A41-4384-8D02-523D8445436B@mail.bg> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <4890861C-FC91-445D-AE9B-31CD5FDFD0A9@theravensnest.org> <15BC1D7C-B909-48DB-AB6D-FF0F0F9C2B0A@mail.bg> <899129C5-977C-4CE7-A873-460D69D6EA85@theravensnest.org> <5385BD49.5020602@FreeBSD.org> To: Vsevolod Stakhov X-Mailer: Apple Mail (2.1283) Cc: Pawel Jakub Dawidek , soc-status@freebsd.org, Eitan Adler , David Chisnall , jonathan@FreeBSD.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2014 12:06:51 -0000 Le 28 May 2014 =E0 13:41, Vsevolod Stakhov a =E9crit : > David, Zaro, >=20 > I do not understand what is streaming *output* in case of any > serialization format. Does it means that you want to have some output = on > object changing? >=20 > This is not currently supported by libucl, but the design of ucl = emitter > allows to implement it in a rather straightforward way. The idea is to serialize the object as it is constructed. That way it is = not necessary to keep all the data in memory at any given moment. This = also allows to create pipeline when the second application starts = consuming output before the first one finished producing it. for example: object_start(buf, ...) writes to buf: { object_key(buf, ..., "foo") writes to buf: "foo" sol_object_integer(buf, ..., 42) writes to buf: : 42 sol_object_end(buf, ...) writes to buf: } I hope this explains the idea clearly :) >=20 > YAJL, on the contrary, supports JSON only. Yes, YAJL is limited to JSON. I'm currently using it but I can switch to = using another library easily without changing too much code. If I can = use libucl in the way similar to what I've descibed above, that will = ease supporting multiple output formats. I'm in no way in a hurry for this. Supporting formats other than JSON is = not urgent. Thank you, Zaro From owner-soc-status@FreeBSD.ORG Wed May 28 12:16:07 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EC2646C; Wed, 28 May 2014 12:16:07 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 65DB32F90; Wed, 28 May 2014 12:16:07 +0000 (UTC) Received: from [IPv6:::1] (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s4SCG4MY003804; Wed, 28 May 2014 12:16:05 GMT (envelope-from jonathan.robert.anderson@gmail.com) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) Subject: Re: [Machine readable output from userland utilities] report From: Jonathan Anderson In-Reply-To: <105B3699-2A41-4384-8D02-523D8445436B@mail.bg> Date: Wed, 28 May 2014 09:46:06 -0230 Content-Transfer-Encoding: quoted-printable Message-Id: <1ED224CA-9E91-459F-9ADE-E614755D1AA2@gmail.com> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <4890861C-FC91-445D-AE9B-31CD5FDFD0A9@theravensnest.org> <15BC1D7C-B909-48DB-AB6D-FF0F0F9C2B0A@mail.bg> <899129C5-977C-4CE7-A873-460D69D6EA85@theravensnest.org> <5385BD49.5020602@FreeBSD.org> <105B3699-2A41-4384-8D02-523D8445436B@mail.bg> To: Zaro Korchev X-Mailer: Apple Mail (2.1878.2) Cc: Vsevolod Stakhov , Eitan Adler , David Chisnall , Pawel Jakub Dawidek , soc-status@freebsd.org, Jonathan Anderson X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2014 12:16:07 -0000 On 28 May 2014, at 9:36, Zaro Korchev wrote: > The idea is to serialize the object as it is constructed. That way it = is not necessary to keep all the data in memory at any given moment. = This also allows to create pipeline when the second application starts = consuming output before the first one finished producing it. >=20 > for example: > object_start(buf, ...) writes to buf: > { > object_key(buf, ..., "foo") writes to buf: > "foo" > sol_object_integer(buf, ..., 42) writes to buf: > : 42 > sol_object_end(buf, ...) writes to buf: > } I notice that you have a mix of "object_" and "sol_object_" calls: are = these all purely serialization functions (and should they all be = prefixed with "sol_")? It would be unfortunate to commit to a stateful = object *creation* API, as that would make things difficult for = multithreaded work (e.g. each thread creates an object, each of which is = added to the top-level object as it is completed rather than in lexical = order). Jon -- Jonathan Anderson jonathan@FreeBSD.org http://freebsd.org/~jonathan/= From owner-soc-status@FreeBSD.ORG Wed May 28 22:13:04 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59D3913F for ; Wed, 28 May 2014 22:13:04 +0000 (UTC) Received: from mail-oa0-x231.google.com (mail-oa0-x231.google.com [IPv6:2607:f8b0:4003:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 28D0A2B62 for ; Wed, 28 May 2014 22:13:04 +0000 (UTC) Received: by mail-oa0-f49.google.com with SMTP id eb12so11839930oac.36 for ; Wed, 28 May 2014 15:13:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=5v6DumxgRgn49uJZ0AkvP/faeQrYGpSd4Lt2gj7+oVY=; b=HU69FFyL214yl67OgOfLwdBhKlzOMDB8Y9hHPWN86TFq1+2drr3+elpcr5kjyoUuA/ Qve2qDzW97VcfJycHoj+/Bly6Y2/CecPIzg+W4qDnKLb8kwXF8sMS0A6ZFlXFIj0NhiT GHQHfuvqSmdSidAsEAebhX+T6u1oEfp68LdncjT1rVquZrRWfTguyKurVmtIPeRmGUKo vA34n3Cl3qaZ6xqRwsYFzDJRr5+Mi82WlG1t3IXBvsDmgT46P+wr4ANL7BL3FxOta3zP 0hYI+DT6ackdmZRaD0hxrICIUEgnEExTP9J51OjUbVD2XFx1AhDepNcNYVozjt/WzVX8 Mm3Q== MIME-Version: 1.0 X-Received: by 10.182.229.34 with SMTP id sn2mr3586418obc.6.1401315183460; Wed, 28 May 2014 15:13:03 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Wed, 28 May 2014 15:13:03 -0700 (PDT) Date: Thu, 29 May 2014 00:13:03 +0200 Message-ID: Subject: [intel smap, kpatch] weekly report #1 From: Oliver Pinter To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2014 22:13:04 -0000 Hi all! I'm working on Intel SMAP technology in first half of GSoC. At first week I investigated in SMAP technology and relevant FreeBSD codes, whats changed since my Bsc thesis. I implemented a vulnerable kernel module and PoC to test allowed and not allowed memory access scenario. Created my wiki page, svn repo, and git repo. svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ git: https://github.com/opntr/opBSD (branches: op/gsoc2014/{master,smap,kpatch} ) wiki: https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching test-cases: http://svnweb.freebsd.org/socsvn/soc2014/op/tests/smap-tester/ Good days, Oliver From owner-soc-status@FreeBSD.ORG Thu May 29 09:28:56 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 540E0159 for ; Thu, 29 May 2014 09:28:56 +0000 (UTC) Received: from www2419.sakura.ne.jp (www2419.sakura.ne.jp [210.224.185.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F144922D4 for ; Thu, 29 May 2014 09:28:54 +0000 (UTC) Received: from www2419.sakura.ne.jp (ksav54.sakura.ne.jp [219.94.192.134]) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s4T9Skgj014752 for ; Thu, 29 May 2014 18:28:47 +0900 (JST) (envelope-from nuta@seiya.me) X-Nat-Received: from [210.224.185.29]:62089 [ident-empty] by smtp-proxy.isp with TPROXY id 1401355726.4300 Received: from Seiyas-MacBook-Pro.local ([133.51.55.157]) (authenticated bits=0) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s4T9SkQg014745 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 29 May 2014 18:28:46 +0900 (JST) (envelope-from nuta@seiya.me) Message-ID: <5386FDCD.5030803@seiya.me> Date: Thu, 29 May 2014 18:28:45 +0900 From: Seiya Nuta User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: bootsplash: weekly status report Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Anti-Virus: Kaspersky Anti-Virus for Linux Mail Server 5.6.45.2/RELEASE, bases: 28052014 #8061195, status: clean X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2014 09:28:56 -0000 Dear all, This is a weekly status report about new bootspalash. These week, what I did is adding kernel module of new bootsplash named "bsplash". It is unfinished yet. If you have any suggestion about name of this kernel module, please tell me. I'll implement rendering animation in next two weeks. -- Seiya Nuta nuta@seiya.me From owner-soc-status@FreeBSD.ORG Sun Jun 1 19:55:50 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3DE83D4 for ; Sun, 1 Jun 2014 19:55:50 +0000 (UTC) Received: from mail-qg0-x22c.google.com (mail-qg0-x22c.google.com [IPv6:2607:f8b0:400d:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 880402B5B for ; Sun, 1 Jun 2014 19:55:50 +0000 (UTC) Received: by mail-qg0-f44.google.com with SMTP id i50so9537741qgf.31 for ; Sun, 01 Jun 2014 12:55:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=9pdCdko4BZ5Hq1MrvOBi3veZz7INQMuGnPxN8KKpPq0=; b=nukOHKsyymmxoD7UNyqiyjabVx7sV+B5SgzlAIdb4vs7VYn6/f8QljuF0hL5hadtj4 p7BHGQKQuMtzanPQBULVf4iVqdlKr+9OlUSISSMGzIKUxPdt6Hu1Qc6qWZbT9sPo6ku7 8ZeS2JQEXmlbOT1GuKsLr+Q3SkTpwd/N3vD9PArcrvWPQqL3dRT4aCWAKs/CVBTiF+Qz s2AqW50cl1pw4rWoctk1u5ZvMnnxYZMyahH81tjyM+XhduF8DuC/CrvT6QMyOykN2/WC AQ0Uuqhh2O4FiclKd/345Qkc4SLVXQR+nNBwtFXphm1kOBeXsUXpiZgtK7W7AlnwRezP T1rg== MIME-Version: 1.0 X-Received: by 10.140.102.161 with SMTP id w30mr40730802qge.108.1401652549733; Sun, 01 Jun 2014 12:55:49 -0700 (PDT) Received: by 10.140.47.68 with HTTP; Sun, 1 Jun 2014 12:55:49 -0700 (PDT) In-Reply-To: References: Date: Sun, 1 Jun 2014 22:55:49 +0300 Message-ID: Subject: Re: [GSOC] bhyve instruction caching From: Mihai Carabas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2014 19:55:50 -0000 Hi, I will continue my status report inline. > > I will come next week with some feedback on some strategies for > caching efficiently the instructions and probably some implementation > details. The cached instruction is identified by the "struct vm*" (basically is the virtual machine ID), the CR3 value (address of the pagetable) and the IP (instruction pointer) of the instruction. All these are inserted in a new structure named "struct vie_cached". After a discussion with Neel I've decided to create a hashtable which will only use the "struct vm*" as a key. The reason is simple: if one virtual machine is trashing the instruction cache we don't want this to affect/slow down other virtual machines (one hashtable entry is guarded by a rmlock to guarantee exclusive access). A hashtable entry will point to a list of "struct vie_cached*" entries. To calculate the key of the hashtable based on the "struct vm" pointer I've used the jenkins hash [1] These days I've started a discussion with Neel about some microbenchmarking mechanisms. I will come with some more details next week. Thanks, Mihai [1] /usr/src/sys/libkern/jenkins_hash.c From owner-soc-status@FreeBSD.ORG Mon Jun 2 11:43:27 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A4115FC for ; Mon, 2 Jun 2014 11:43:27 +0000 (UTC) Received: from mx1.mail.bg (mx1.mail.bg [IPv6:2001:67c:16b8:1::2:17]) by mx1.freebsd.org (Postfix) with ESMTP id 34981291A for ; Mon, 2 Jun 2014 11:43:27 +0000 (UTC) Received: from [10.1.1.159] (unknown [95.87.254.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mail.bg (Postfix) with ESMTPSA id F02EA6000CB3 for ; Mon, 2 Jun 2014 14:43:24 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1401709405; bh=hX0MAWK8GXFZJ2OS1GgYIGv3VSMGprBHlYUi3j1u47U=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Content-Transfer-Encoding:Message-Id:References:To; b=VPdtFUNHYlButBfGgJxMdFgtvzg7olh+SrqsKcLhCq/DvnPdNNbk2PsstabzNYqQE PY96qYrY6Gp/daaQwb+hkXc5Y8wV5aOZimIPbjuDlFe6qjI2rg9N9HQJ+ZQAM0xwhH keEV5+cp5zc2EokA34pKPy1/bn+gu5CF72Ok3yyM= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: [Machine readable output from userland utilities] report From: Zaro Korchev In-Reply-To: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> Date: Mon, 2 Jun 2014 14:43:23 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <1AE4C0BE-546E-4B02-9664-F460F948794F@mail.bg> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> To: soc-status@freebsd.org X-Mailer: Apple Mail (2.1283) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 11:43:27 -0000 This week I made some improvements to the output library libsol to allow = more flexibility. I have modified the base system's versions of ls and vmstat to support = the new output library. There are some things to fix but both tools can = now produce JSON output. The changes are available at my GSoC svn repository: https://socsvn.freebsd.org/socsvn/soc2014/zkorchev/ At the moment both ls and vmstat are told to output JSON by specifying = the -O option. However as I discussed with my mentor, this will be = changed. The idea is to use an environment variable instead of the -O = flag. Here are some examples of the output of vmstat (I formatted the JSON in = this email to be more readable for humans): # vmstat -O { "procs_r": 0, "procs_b": 0, "procs_w": 0, "mem_avg": 541240, "mem_free": 887156, "page_flt": 15, "page_re": 0, "page_pi": 0, "page_po": 0, "page_fr": 18, "page_sr": 5, "ad0": 0, "cd0": 0, "fault_in": 2, "fault_sy": 41, "fault_cs": 61, "cpu_user": 0.09950441105699527, "cpu_sys": 1.5893235226189397, "cpu_idle": 98.31117206632406 } # vmstat -Of { "fork": { "count": 605, "pages": 23192, "average": 38.33388429752066 }, "vfork": { "count": 319, "pages": 11546, "average": 36.19435736677116 }, "rfork": { "count": 0, "pages": 0, "average": 0 } } I'm thinking about rounding the floating point numbers. Any suggestions for improvement are welcome :) Zaro= From owner-soc-status@FreeBSD.ORG Mon Jun 2 13:04:34 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C81AB78C; Mon, 2 Jun 2014 13:04:34 +0000 (UTC) Received: from mx1.mail.bg (mx1.mail.bg [IPv6:2001:67c:16b8:1::2:17]) by mx1.freebsd.org (Postfix) with ESMTP id 46E6922D5; Mon, 2 Jun 2014 13:04:34 +0000 (UTC) Received: from [10.1.1.159] (unknown [95.87.254.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mail.bg (Postfix) with ESMTPSA id 263DB6003F3B; Mon, 2 Jun 2014 16:04:33 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1401714273; bh=C7PM38EZkdTg+Os81THYrrhRqvW5Xdae48bmXhYcviQ=; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=w4kzhkS2zenCqAjfFkqwgYtPiyRKV6l87U2fOoXedjPKsUNPh85j3YZRpxnFWUx3l MrYeE6scZegh+aXGS5npO5DSaj3VuhZHIIEbPkNX73jqtfAnWIWC1CkSMDDtUxMxU3 Dr3HSIDmqLRzSuY+e9EMCCEJK9Kg39PtmwzRh0y0= Subject: Re: [Machine readable output from userland utilities] report Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Zaro Korchev In-Reply-To: <1ED224CA-9E91-459F-9ADE-E614755D1AA2@gmail.com> Date: Mon, 2 Jun 2014 16:04:30 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <82CCE1ED-525A-4F24-9911-BE3A26D2FC4F@mail.bg> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <4890861C-FC91-445D-AE9B-31CD5FDFD0A9@theravensnest.org> <15BC1D7C-B909-48DB-AB6D-FF0F0F9C2B0A@mail.bg> <899129C5-977C-4CE7-A873-460D69D6EA85@theravensnest.org> <5385BD49.5020602@FreeBSD.org> <105B3699-2A41-4384-8D02-523D8445436B@mail.bg> <1ED224CA-9E91-459F-9ADE-E614755D1AA2@gmail.com> To: Jonathan Anderson X-Mailer: Apple Mail (2.1283) Cc: Vsevolod Stakhov , Eitan Adler , David Chisnall , Pawel Jakub Dawidek , soc-status@freebsd.org, Jonathan Anderson X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 13:04:35 -0000 Hi Jonathan I just saw your email. I must have missed it earlier. Sorry about that. The functions were just some example names. I forgot to put the sol_ = prefix in all of them. I understand your concerns about multi-threading. The idea is to have = functions that serialize the object in an allocated buffer as it is = constructed. Here is a more detailed example of what I mean: char *ucldump_object_start(const struct ucldump *restrict ctx, char = *buf, size_t buf_len) { if (ctx->format =3D=3D UCL_EMIT_JSON_COMPACT) { if (buf_len < 1) return 0; buf[0] =3D '{'; return buf + 1; } // etc. } char *ucldump_object_key(const struct ucldump *restrict ctx, char = *restrict buf, size_t buf_len, const char *restrict key, size_t key_len) { if (ctx->format =3D=3D UCL_EMIT_JSON_COMPACT) { // Make sure there is enough space for // "key": if (buf_len < (1 + key_len + 1 + 1)) return 0; *buf++ =3D '"'; *buf++ =3D '"'; memcpy(buf, key, key_len); buf +=3D key_len; *buf++ =3D ':'; return buf; } // etc. } This is still just an example. I don't know what will be the most = appropriate way to implement this. The idea is that for JSON and YAML sol_object_start() can call = ucldump_object_start(), sol_object_key can call ucldump_object_key() and = so on. This way UCL can take care of the exact output format while SOL = provides a uniform API for all formats (including other formats like XML = that can use a different backend). Since the serialized data is written to an allocated buffer, such = functions will not be an issue for multi-threading. Multi-threaded = applications just need to use separate buffers and separate = files/sockets/pipes/whatever (which they must do anyway). Zaro Le 28 May 2014 =E0 15:16, Jonathan Anderson a =E9crit : > On 28 May 2014, at 9:36, Zaro Korchev wrote: >> The idea is to serialize the object as it is constructed. That way it = is not necessary to keep all the data in memory at any given moment. = This also allows to create pipeline when the second application starts = consuming output before the first one finished producing it. >>=20 >> for example: >> object_start(buf, ...) writes to buf: >> { >> object_key(buf, ..., "foo") writes to buf: >> "foo" >> sol_object_integer(buf, ..., 42) writes to buf: >> : 42 >> sol_object_end(buf, ...) writes to buf: >> } >=20 > I notice that you have a mix of "object_" and "sol_object_" calls: are = these all purely serialization functions (and should they all be = prefixed with "sol_")? It would be unfortunate to commit to a stateful = object *creation* API, as that would make things difficult for = multithreaded work (e.g. each thread creates an object, each of which is = added to the top-level object as it is completed rather than in lexical = order). >=20 >=20 > Jon > -- > Jonathan Anderson >=20 > jonathan@FreeBSD.org > http://freebsd.org/~jonathan/ >=20 From owner-soc-status@FreeBSD.ORG Mon Jun 2 13:31:28 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0619373 for ; Mon, 2 Jun 2014 13:31:28 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BBA08256F for ; Mon, 2 Jun 2014 13:31:28 +0000 (UTC) Received: from dhcp-172-17-153-180.eduroam.lapwing.private.cam.ac.uk (global-1-26.nat.csx.cam.ac.uk [131.111.184.26]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s52DVGbu060688 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 2 Jun 2014 13:31:20 GMT (envelope-from theraven@theravensnest.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: [Machine readable output from userland utilities] report From: David Chisnall In-Reply-To: <1AE4C0BE-546E-4B02-9664-F460F948794F@mail.bg> Date: Mon, 2 Jun 2014 14:31:11 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0FCB749A-67F7-4C2F-AAC1-32D0BD67B502@theravensnest.org> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <1AE4C0BE-546E-4B02-9664-F460F948794F@mail.bg> To: Zaro Korchev X-Mailer: Apple Mail (2.1874) Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 13:31:29 -0000 On 2 Jun 2014, at 12:43, Zaro Korchev wrote: > At the moment both ls and vmstat are told to output JSON by specifying = the -O option. However as I discussed with my mentor, this will be = changed. The idea is to use an environment variable instead of the -O = flag. I don't like the idea of using an environment variable, because this is = something that you might want to control on a per-command basis within a = pipeline. Especially with respect to incremental adoption, if you have = some commands that will emit their default format, which is sent to sed = / awk whatever, and some that will emit json natively, you don't want to = suddenly have the output format from the legacy tools change once they = gain machine-readable output support. One *very* important thing to do is standardise the command-line flag = that is used to specify the output format. This may involve also = converting some of the tools to use getopt_long if they don't already = (lots of tools already use most single-digit options, so there's no = possibility to define a single-letter flag that will be useable on all = tools). =20 > I understand your concerns about multi-threading. The idea is to have = functions that serialize the object in an allocated buffer as it is = constructed. Here is a more detailed example of what I mean: It would be better to has some stream output API as the default. If one = back end only supports writing to buffers, then you can add an extra = alloc / write / free sequence to hide it, but it would be good if the = interface understands writing directly to file descriptors. If the back = end natively supports streaming, then you don't need to buffer the = output. David From owner-soc-status@FreeBSD.ORG Mon Jun 2 20:58:59 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91C13702; Mon, 2 Jun 2014 20:58:59 +0000 (UTC) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0CCD4244C; Mon, 2 Jun 2014 20:58:58 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id u56so5857368wes.28 for ; Mon, 02 Jun 2014 13:58:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=dBOMYrG8rBx59Cq8fMIST/tURcs/KQg9DOPT0M/7Wf4=; b=dYduT2FysofTvKvXTQkC1s95IiukBLMqXdsNbdla49w23YiHkzGnOUZ8tsoq9S63nr BuCvHg3YpA+6azyiRP9JbupC6/2YYHLZqtVpqBKWce9krsSP3Fs1XzEklsyKXI4289z7 hw0oncPi4tJq0OfAH2lLr95PPgCkpcOMxAMIzkP+MMj58Wd5lGlPBCu9H8I+9Hf5ZNr8 d4eaVMKW71NvunYLveV34qUjO4F3KNbo2qdbfq7hl46k/JhT2hcr3excvm0UeNR6Jup3 Sg/IQF8bbZYmg7KkYg2A+pOMrRS0vOWb7W7HOACZxu2DJPsLNj4u5xItS/eTf0oZR3xK OJsg== MIME-Version: 1.0 X-Received: by 10.194.57.208 with SMTP id k16mr52681841wjq.51.1401742737298; Mon, 02 Jun 2014 13:58:57 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.194.28.197 with HTTP; Mon, 2 Jun 2014 13:58:57 -0700 (PDT) Date: Mon, 2 Jun 2014 22:58:57 +0200 X-Google-Sender-Auth: 78hJr4YVAVGe8WvYHZ2LPSH-AK8 Message-ID: Subject: Weekly Status #2 From: Kamil Czekirda To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: dteske@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 20:58:59 -0000 Hello, Last week I added support for network configuration variables like: 1. You can configure one interface: INTERFACE (your interface name, for example: em0, bge0) 2. IPv4 configuration: IPV4 (default: YES) DHCP (default: YES) ADDRESSV4 NETMASK GWV4 3. IPv6 configuration IPV6 (default: NO) SLAAC (default: YES) ADDRESSV6 PREFIXV6 (default: 64) GWV6 4. DNS support: DOMAIN DNS1V4 DNS2V4 DNS1V6 DNS2V6 You can manual configure your interface with scripted installation. Regards, Kamil Czekirda From owner-soc-status@FreeBSD.ORG Tue Jun 3 20:13:33 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AD267AD; Tue, 3 Jun 2014 20:13:33 +0000 (UTC) Received: from mail1.uj.edu.pl (mail1.uj.edu.pl [149.156.89.193]) by mx1.freebsd.org (Postfix) with ESMTP id 3B83025A4; Tue, 3 Jun 2014 20:13:32 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl (Oracle Communications Messaging Server 7u4-27.01 (7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTP id <0N6M00C7A06IVDE0@mta.uoks.uj.edu.pl>; Tue, 03 Jun 2014 22:13:30 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.2 X-Antivirus-Code: 0x100000 Received: from mbox.uj.edu.pl by saiph.uoks.uj.edu.pl (Dr.Web (R) milter module ver.6.0.2.2) ; Tue, 03 Jun 2014 22:13:30 +0200 Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl with ESMTP; Tue, 03 Jun 2014 22:13:30 +0200 (CEST) Date: Tue, 03 Jun 2014 22:13:30 +0200 From: Jakub Klama Message-id: Subject: evdev status report #2 To: soc-status@freebsd.org User-Agent: Roundcube Webmail/0.5 X-Sender: jakub.klama@uj.edu.pl X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2014 20:13:33 -0000 This is status report #2 for GSoC project named "Implementation of evdev protocol and touchscreens support". Work done in second week: * Added support for absolute axes and EVIOCGABS/EVIOCSABS ioctls * Created utouch(4) driver for USB HID touchscreens like one emulated by QEMU (and tested on QEMU so far) Archievements unlocked: * Read evdev events stream from utouch(4) using python-evdev Work to do in near future: * Run xorg with QEMU emulated touchscreen ('-usbdevice tablet') * Clean utouch(4) code * Run libevdev * Implement rest of ioctls Jakub From owner-soc-status@FreeBSD.ORG Wed Jun 4 17:15:49 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C8033A0 for ; Wed, 4 Jun 2014 17:15:49 +0000 (UTC) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2FFC4294C for ; Wed, 4 Jun 2014 17:15:49 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id db12so9047384veb.25 for ; Wed, 04 Jun 2014 10:15:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+YoBAzal1owBTJ4u4EQRrW0ggYoW7C0IxcbCM25p0o8=; b=0I9OS1BfvPH5sNcJU1wrQjp2FpQHuW91zJfMyX1P6SX/1HsBE+mQZD/cE82uF/SSZB U2wbzIdq0ljj8b9ACq1Nk0IFzKbzXvJShj9xjDpikVNHAK2OsDg59i7G+z6FQw88HA8z k9BvUu383m+Osr0NyuVp0kPAJ46gufIvB0W+ejxN31e55XPcxG1LrdnNx6VzQ4DRlPAo Wx4tirtvK5c0NowBWhh6COkkKDwLzDxfN1YSU+N36OL25vc9TEAv4EUx5gF/1Lsqwe0l p0/Sdll5NxRicQkLH/10RNvteAWgJiqEdAPD+01+PheqJYhhEkI2lyZCmvrQvojcfIt7 uA4A== MIME-Version: 1.0 X-Received: by 10.52.164.237 with SMTP id yt13mr38897611vdb.18.1401902148233; Wed, 04 Jun 2014 10:15:48 -0700 (PDT) Received: by 10.58.247.3 with HTTP; Wed, 4 Jun 2014 10:15:48 -0700 (PDT) Date: Wed, 4 Jun 2014 22:45:48 +0530 Message-ID: Subject: [BSNMP Enhancements] Status Report #2 From: Shonali Balakrishna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jun 2014 17:15:49 -0000 Hi all, This is status report #2 for the GSoC project - BSNMP Enhancements. Work done in the last week: * Identified parts of the bsnmpd code base that have IPv4 specific code * Worked on IPv6 implementation of UDP transport code(trans_udp_ipv6.c) for function udp_init_port() Work to be done in the next week: * Look into possible ipv6 implementations for transport data structures * Complete IPv6 implementation of UDP transport code Thanks and Regards, -- Shonali Balakrishna From owner-soc-status@FreeBSD.ORG Thu Jun 5 17:52:01 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3E387B7 for ; Thu, 5 Jun 2014 17:52:01 +0000 (UTC) Received: from www2419.sakura.ne.jp (www2419.sakura.ne.jp [210.224.185.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5089C283C for ; Thu, 5 Jun 2014 17:52:00 +0000 (UTC) Received: from www2419.sakura.ne.jp (ksav11.sakura.ne.jp [210.224.165.45]) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s55HDwiW084941 for ; Fri, 6 Jun 2014 02:13:58 +0900 (JST) (envelope-from nuta@seiya.me) X-Nat-Received: from [210.224.185.29]:64470 [ident-empty] by smtp-proxy.isp with TPROXY id 1401988438.9551 Received: from seiya-mbp.local (i153-145-29-39.s41.a008.ap.plala.or.jp [153.145.29.39]) (authenticated bits=0) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s55HDvBb084937 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 6 Jun 2014 02:13:58 +0900 (JST) (envelope-from nuta@seiya.me) Message-ID: <5390A555.6020409@seiya.me> Date: Fri, 06 Jun 2014 02:13:57 +0900 From: Seiya Nuta User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Bootsplash: status report #2 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Anti-Virus: Kaspersky Anti-Virus for Linux Mail Server 5.6.45.2/RELEASE, bases: 04062014 #8144375, status: clean X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jun 2014 17:52:01 -0000 Hi there, This is weekly status report of new enhanced bootsplash. What I had done in the last week: * I've implemented BMP renderer based on sys/dev/fb/splash_bmp.c What I will do in the next week: * refactor code and commit to socsvn * render animation * develop scripts for creating themes Thanks, Seiya From owner-soc-status@FreeBSD.ORG Fri Jun 6 15:14:44 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 515427EC; Fri, 6 Jun 2014 15:14:44 +0000 (UTC) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1424A2C77; Fri, 6 Jun 2014 15:14:44 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id wn1so2950999obc.16 for ; Fri, 06 Jun 2014 08:14:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=bfLcbfKAUsc+SmLUV9TlOEfLRKJiE6WrPfCLJUMz/4w=; b=0/wUoF6JDPAnlYx6fhDZudIYVlg8d2vk9FSAqBFzLge2GlmJqqVSEBX3la/RkTkDrM pvEk1GfBU4R/VvaBqTWI3vwXXW4AwcasNxDlLM9dDh+GRNaut1Z7hCN/nvcVTCxDAeho pSCHsdVMU14fcx/RZXyZImynKV0recvIwG12t+/h7pYb0qGDWcRFn41h+7aj6BRxpsSm ondIQmyo0Gt2FjNIBfcp92I/CXL6h9v/bWJLtmOdramf8EeTHXQsobrMVzE7hfOu7D0n PhDNaSWzEeq4DVJ8If3X1+kOtY6bHd7kE8ztGYwBzmVH/kboKq9MAn/0eE8cInuqzWkD ieMg== MIME-Version: 1.0 X-Received: by 10.182.229.101 with SMTP id sp5mr5855544obc.52.1402067681995; Fri, 06 Jun 2014 08:14:41 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Fri, 6 Jun 2014 08:14:41 -0700 (PDT) Date: Fri, 6 Jun 2014 17:14:41 +0200 Message-ID: Subject: [intel smap, kpatch] weekly report #2 From: Oliver Pinter To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: gavin@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 15:14:44 -0000 Hi all! Previous week I started to work on SMAP for amd64 and i386. For amd64 many parts are in good state. The codes currently are only compile tested, at next week I create a VM, and create run-time tests. For i386 started the work on yesterday. All of my status can be found on my wiki page. What's done, but not tested in this week: * {amd64,i386} trap handler * amd64 initialization * {amd64,i386} identification * {amd64,i386} exceptions * amd64 pmap changes * amd64 support.S changes * amd64 ia32 compat exceptions * i386 ddb extension At next week I plan to finish all of amd64 things, and most of i386 things, and begin to test; start to design a proper way to create kpatch and/or ifunc like things. svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ git: https://github.com/opntr/opBSD (branches: op/gsoc2014/{master,smap,kpatch} ) wiki: https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching On 5/29/14, Oliver Pinter wrote: > Hi all! > > I'm working on Intel SMAP technology in first half of GSoC. > At first week I investigated in SMAP technology and relevant FreeBSD > codes, whats changed since my Bsc thesis. > > I implemented a vulnerable kernel module and PoC to test allowed and > not allowed memory access scenario. Created my wiki page, svn repo, > and git repo. > > svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ > git: https://github.com/opntr/opBSD (branches: > op/gsoc2014/{master,smap,kpatch} ) > wiki: https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching > test-cases: http://svnweb.freebsd.org/socsvn/soc2014/op/tests/smap-tester/ > > Good days, > Oliver > From owner-soc-status@FreeBSD.ORG Fri Jun 6 18:48:33 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 070A2589 for ; Fri, 6 Jun 2014 18:48:33 +0000 (UTC) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CC8DB21F2 for ; Fri, 6 Jun 2014 18:48:32 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id to1so2918423ieb.16 for ; Fri, 06 Jun 2014 11:48:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=12IhgY0NJIV+xb4ygJf5UiDfhbwgBfi6nOQwaki4WW4=; b=VLtMpI3GTezk1OV78gTU+DBdgRIUu+5x3//21jBSSAIrYwXERu5MCtaiqfuWmCrHMt ppTQElwKmr+LdY8ZDjhUHhqZM4PBNIQeLF/dd5sR4b0YmNFFhuYM87FXQ5U5ukdHoP10 Kyeef8OVFrMSlNAiaPY74bO+pgafxajMjqqMJ6w/gQM0au0LQe0pe9KwHj+uSuAJddsF 0PHosdx0SefqYtphp2YvWjH0xl2WVBSIDAYvmPgeYHNLF2W1toCiSvqagWNDcTHFEZke 8gV0zrNyISb70inshwF9gVWwKd9E/RNKZXIBCTucLjwmapsflPGPhAVuN8yumSgDO5WY m4hQ== MIME-Version: 1.0 X-Received: by 10.50.36.106 with SMTP id p10mr34670085igj.9.1402080511562; Fri, 06 Jun 2014 11:48:31 -0700 (PDT) Received: by 10.64.60.162 with HTTP; Fri, 6 Jun 2014 11:48:31 -0700 (PDT) Date: Fri, 6 Jun 2014 20:48:31 +0200 Message-ID: Subject: [libctf and DDB improvements] report #1 and #2 From: Daniel Lovasko To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 18:48:33 -0000 Hello everyone, I arrived late to the party (as stated in my proposal) due to some other work duties but from June 1. I am fully committed to the project and to my git repository [1]. I invite you all to look at the code, but in the same sentence I would like to warn you that it is still work in progress code. What was done: - label parsing - type parsing, which is essential to the following DDB improvements - bsdctfdump - BSD-licensed ctfdump, right now supporting only the labels and types. There will be a separate project on my github containing this tool, but for now it is just my testbed for the library. - all the documentation is included in the source code as doxygen comments What will be done (just some upcoming highlights) - the library supports only uncompressed CTF sections, this will be one of my steps in the near future. I am still not sure whether to include the zlib dependency to the library or keep it outside. - only objects that were NOT uniquified against some other object are supported - this means we need to have all types in the object. Resolving this dependencies has two possibilities: either introduce another dependency, the libelf, or keep it outside and just query the user of the library for needed data. Keeping it outside will result in more complicated code, making it a dependency may come with compilation issues. - there are still 2 more sections, functions and objects, which have to be parsed in order to complete the reading part of the API. - the library supports only the version 2 of the library (and if there is no real interest in the version 1, it will stay this way) - string resolving (names, etc...) depends on the strtab memory, which needs to be fixed - either by strduping all the strings or introducing some string manager Which improvements have I made when compared to the existing libctf - the license - documentation of both the format and the code - all variables have stdint.h types - this means much much more portability compared to their classic int/short types - queue(3) for linked lists Best, Daniel [1] https://github.com/lovasko/libctf From owner-soc-status@FreeBSD.ORG Sat Jun 7 21:38:02 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82BAAFA5 for ; Sat, 7 Jun 2014 21:38:02 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45BBD248A for ; Sat, 7 Jun 2014 21:38:02 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id cm18so6080208qab.8 for ; Sat, 07 Jun 2014 14:38:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=NBfTfjwOrzizHo4e54N1ix+0kRD4STC25E/Zud35Y7U=; b=DGKfNR0mixYVxxswzfcoHT3qIAREILS90y0088E/1N0w5plH9ndjvRxMU/X82FcbGw dLBqL34Mih1T8NUN+0Fioia1mkzpSzZgRczLH1PHdj4jjWcXBk/8WaHSmP0eQD9FqnjV tjOB5xZ9okpkWMWbkodDo4XjOshfUQ5bZSvvjenfIYy2kvqn81SNeITfaF4ZtigkioHs 0gI+6wgjLuLK2KtXyQWEa8aOvS3HVIQbqGBb3M1DUlPZzaKI22EGCuzKoTTkIknGNVkA 4iLQUkJINtPEtMl4II9tCqNEnJvnTj6wetXQ8vPyFVDnR1X3XljkE67Rbpm5gqJhQ+8U rlZA== MIME-Version: 1.0 X-Received: by 10.224.52.6 with SMTP id f6mr20698722qag.63.1402177081245; Sat, 07 Jun 2014 14:38:01 -0700 (PDT) Received: by 10.140.47.68 with HTTP; Sat, 7 Jun 2014 14:38:01 -0700 (PDT) In-Reply-To: References: Date: Sun, 8 Jun 2014 00:38:01 +0300 Message-ID: Subject: Re: [GSOC] bhyve instruction caching From: Mihai Carabas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2014 21:38:02 -0000 > > These days I've started a discussion with Neel about some > microbenchmarking mechanisms. I will come with some more details next > week. I've built a microbenchmarking kernel module which is accessing the lapic->id for 1000000 and than I calculate the average of an access (each access needs to be emulated by the hypervisor). I've also implemented the instuction caching mechanism. At each emulation: - I check to see if I have that particular instruction cached - if not I will cache it in a particula structure named "struct vie_cached" [1] - if it's cached I just use that instruction Right now I am working on write-protecting the pages where the instruction reside. I will come with some more details/results when I finished this part too (there are some SMP issues I'm still debating with Neel). [1] https://socsvn.freebsd.org/socsvn/soc2014/mihai/bhyve-icache-head/sys/amd64/vmm/vmm_instruction_cache.c [2] https://socsvn.freebsd.org/socsvn/soc2014/mihai/lapic_test/lapic_test.c Thanks, Mihai From owner-soc-status@FreeBSD.ORG Mon Jun 9 13:22:49 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EA25E22 for ; Mon, 9 Jun 2014 13:22:49 +0000 (UTC) Received: from mx1.mail.bg (mx1.mail.bg [IPv6:2001:67c:16b8:1::2:17]) by mx1.freebsd.org (Postfix) with ESMTP id 48F8A2421 for ; Mon, 9 Jun 2014 13:22:49 +0000 (UTC) Received: from [10.1.1.159] (unknown [95.87.254.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mail.bg (Postfix) with ESMTPSA id D8C6660009A2 for ; Mon, 9 Jun 2014 16:22:46 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1402320167; bh=iYYun/WOAe9E32GbrJg1b59UicPbS8sBsZULdWkZias=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Content-Transfer-Encoding:Message-Id:References:To; b=Sb4szrVelEyDGw3OZ0/55vyzp1oWaDEpz4Ddk3W74urXvCJuxiEViYyNl013Y7q7S 0G2RR94rtRKVB6Ahw6axURquNfIUV6g5QyrKIOz3G218oZOFB+bnwEbbVP9l51DdCE 2g+fgz4j8DgQzQRsypfbMwlT9S1Fx51czdfl/z9U= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: [Machine readable output from userland utilities] report From: Zaro Korchev In-Reply-To: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> Date: Mon, 9 Jun 2014 16:22:41 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> To: soc-status@freebsd.org X-Mailer: Apple Mail (2.1283) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2014 13:22:49 -0000 Hi everybody This week I continued adding structured output capabilities to packages. I have modified fstat in the base system. I have also a lot of work done = on netstat but it's pretty big and so I'm not finished with it yet. I made a macro that simplifies using string leterals as map keys in = libsol. I'm in the process of making the tools I have already converted = use it. This will slightly reduce the complexity of the code and = hopefully decrease the amount of possible bugs :) Most of the changes I have committed to the svn server (I have left out = the changes that don't compile at the moment). One issue I encountered is that currently some integers are displayed in = hexadecimal but it's possible that the underlying output format does not = support hexadecimal integers (as is the case with JSON). At the moment = I'm just displaying them as decimal numbers. I would be glad to hear if = somebody has a better suggestion. Zaro= From owner-soc-status@FreeBSD.ORG Mon Jun 9 21:22:02 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD1F637E; Mon, 9 Jun 2014 21:22:02 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 470952445; Mon, 9 Jun 2014 21:22:02 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id n15so1994423wiw.4 for ; Mon, 09 Jun 2014 14:22:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=064XObyo/R49oLturW0SKSBa0RQoT+bpWakEJ7C9zzI=; b=PEJDbNTrDUDZ4v4Qjw6vBF/uQAEN9pEU6ziBSUEyWVISPi4Vtd8DX8mbWGnGPE5Fo9 5ZbloYC16jfh4uqvXtKDo2Pyr3nbody00XpQNiO4ix0HKF8r3fqY13UVrzko/n1HcnLF FP/NLUzr7H1WD0eXQPWZTEuFufPFg+Lnhxa6RiXSi0y8kteZdkuWrHXZqwhFLnkdYyRk AAarwd2c/K4/+YvR1kCMZ23HS5C4z6jGBBzHAQdM5xbweAMM/Yd/QQ6g38MPCLJSz/Uh aXF5FyM/g7TxnIplg9fA1jTEsIS5pBK5V0WJSxJnlJHub2OnRCBshClK8K9bhwKtoxMq jZng== MIME-Version: 1.0 X-Received: by 10.194.57.208 with SMTP id k16mr34899497wjq.51.1402348920505; Mon, 09 Jun 2014 14:22:00 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.194.60.140 with HTTP; Mon, 9 Jun 2014 14:22:00 -0700 (PDT) Date: Mon, 9 Jun 2014 23:22:00 +0200 X-Google-Sender-Auth: ITnLGY1aXnaMDwihZ4sIbc4S81s Message-ID: Subject: Weekly Status #3 From: Kamil Czekirda To: soc-status@freebsd.org, dteske@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2014 21:22:02 -0000 Hello, Last week I tested different versions of bootable iso based on mfsbsd. I strive to prepare dedicated minimal distro based on mfsbsd. Because it was time for analyze and tests the base there is nothing special in my svn. I added settings template and mfsbsd source. After weekend I want to have completed builder of scripted installer. Regards, Kamil Czekirda From owner-soc-status@FreeBSD.ORG Tue Jun 10 15:17:00 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98513E9F for ; Tue, 10 Jun 2014 15:17:00 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 23DAF2152 for ; Tue, 10 Jun 2014 15:16:59 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id s18so4055337lam.4 for ; Tue, 10 Jun 2014 08:16:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=tlM3g1Ifs/xBlgkLZZWWQNKQLA/M4GUcyjIn660tTR0=; b=GKAdndA1T+cJ3+/VmSgd0Zr2xUJQl5g8+0MVpcFrqZnodylHoJ9nQtD++vL1xNUxGa mLawKCxo2BL4WsE7OL2fmMA4bjUUaZPY9SCq/HmCSzvtQ2XivBDtuaeWqIhIx/x+5KpL nqamXCxNxQiBSk/1q/zRl32+DGEI1Sf5moOFFXRk/8adLLdMieahzCmqKiI7p0iH/FZx 1Cnzp1QawhYQCGGM6wpC+BtF7nMvjG3VWvMGvK3GqPfuL1CmK2ANalGun2rKg1fA+2aH eM4TWvHkHxaMnXPN9SH1oxz3ZKcv44eV3PgLcw4pPcvKM58Ykeo9d6NNbSc6hrctlHi9 5NFg== MIME-Version: 1.0 X-Received: by 10.152.27.134 with SMTP id t6mr7693963lag.41.1402413418001; Tue, 10 Jun 2014 08:16:58 -0700 (PDT) Received: by 10.112.50.129 with HTTP; Tue, 10 Jun 2014 08:16:57 -0700 (PDT) Date: Tue, 10 Jun 2014 17:16:57 +0200 Message-ID: Subject: Status reports for: Userspace netmap-powered JIT-compiled firewall From: Daniel Peyrolon To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2014 15:17:00 -0000 Hello everyone, Sorry for the delay, but I've been unable to work on this project until this and the last week. (Due to university work, mainly). I'm working on the "Userspace netmap-powered JIT-compiled firewall", it's wiki page can be seen at [1]. It's mainly a project to add LLVM support in order to JIT-compile the rules. I've been working mainly on isolating the code that is executed when checking if a packet does match the given rule, that way, this code could be compiled into LLVM IR, and optimize it, in order to JIT compile, and execute them. Once I'm done with isolating the rules (which won't take more than a week), I plan to start emitting the IR code of these checks, and integrate it into the firewall so that it can get executed. It will also be possible to interpret the rules, as it has been done traditionally. I will work on this until all the rules are implemented. After that, it will be a matter of trying with complex rules and benchmarking and profiling the firewall. [1]:https://wiki.freebsd.org/SummerOfCode2014/ConvertingIPFWRulesets -- Daniel From owner-soc-status@FreeBSD.ORG Wed Jun 11 05:58:57 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AEDB7CD for ; Wed, 11 Jun 2014 05:58:57 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 367822BEB for ; Wed, 11 Jun 2014 05:58:57 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id cm18so3137885qab.14 for ; Tue, 10 Jun 2014 22:58:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=F8oPd24ybI4C/NGJcIrRM0P+hGAdMirCvHiiRshYufE=; b=iE4kvvAEmCQmEZ7Pl+69YBmyoCnBgoiatEiXjTCWMDkkWe1gWoDaxWIJdstwSaZhR1 HLFNtWo309Ys3i1EcePfg9dy7zthcdKXuEw6wykpgWVrk8Eppz9VsIyqohR24wxo01B4 j0Yn8Nau7r7xOeFRvgqVd4gfig1HhRX/VF5hQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=F8oPd24ybI4C/NGJcIrRM0P+hGAdMirCvHiiRshYufE=; b=WJ/wvMD2mXuzoa5mPWUPInXZ6ZkWvTzQTE6K9muLBW2iH7muiDvc0Cq55mbZsFgvkh i+tMnz73X76rO0+bNFt/rUahQYmPQ/CaIOcS0lFxJSHmiOvsolX2ZO80cORDXF4ufELG MgmQcimuq+I/lLKWejJue0CS4ezVyLxD9eUP81/F7755TRWHHUPgSnHTkqsRh534JjY2 WlNPsVw6ByTICfwM0pnteGs0iYbpY1gk+YbQrYKShROYaJ0CKVHhRWGzv3OwbQARzadj N9N6e6+w7sEpiGARGQQymM1QLu6l2ZyYOVMBnya7zNhXp805Yj1AJOsNKPxRwLFr8tes YHBw== X-Gm-Message-State: ALoCoQnu3964eGj92kNVV2mox3gEoPysJHNUOQnNmaRFutq8Uu0E/hI61YmMp+HhAMv8HZgtAsUR X-Received: by 10.224.7.6 with SMTP id b6mr49012523qab.45.1402466336123; Tue, 10 Jun 2014 22:58:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.96.222.131 with HTTP; Tue, 10 Jun 2014 22:58:26 -0700 (PDT) In-Reply-To: <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> From: Eitan Adler Date: Tue, 10 Jun 2014 22:58:26 -0700 Message-ID: Subject: Re: [Machine readable output from userland utilities] report To: Zaro Korchev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2014 05:58:57 -0000 Sweet! On 9 June 2014 06:22, Zaro Korchev wrote: > Hi everybody > > This week I continued adding structured output capabilities to packages. > > I have modified fstat in the base system. I have also a lot of work done = on netstat but it's pretty big and so I'm not finished with it yet. > I made a macro that simplifies using string leterals as map keys in libso= l. I'm in the process of making the tools I have already converted use it. = This will slightly reduce the complexity of the code and hopefully decrease= the amount of possible bugs : Cool. > Most of the changes I have committed to the svn server (I have left out t= he changes that don't compile at the moment). > One issue I encountered is that currently some integers are displayed in = hexadecimal but it's possible that the underlying output format does not su= pport hexadecimal integers (as is the case with JSON). At the moment I'm ju= st displaying them as decimal numbers. I would be glad to hear if somebody = has a better suggestion. I think its okay to output this as a string literal too. This is up to you and likely depends on how much work it would take to support this. --=20 Eitan Adler From owner-soc-status@FreeBSD.ORG Wed Jun 11 17:07:47 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0735CDE2 for ; Wed, 11 Jun 2014 17:07:47 +0000 (UTC) Received: from mail-ve0-x232.google.com (mail-ve0-x232.google.com [IPv6:2607:f8b0:400c:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BD2B52DC6 for ; Wed, 11 Jun 2014 17:07:46 +0000 (UTC) Received: by mail-ve0-f178.google.com with SMTP id jx11so77107veb.9 for ; Wed, 11 Jun 2014 10:07:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=LcvFJ2iN8RdPhbR8kFrf3QM1Tpvroj/yYzFGKFabGOE=; b=e9J5W1kkV4pK618nno8VQgqEt/C3f9j9sSD2IXzXHSnW5aPgz9rmLZqZuHLNwWy6TK xVyt3yG+fOMsYzJx4vUJorbIn88xWaJ9F1KpEU4GCHUP+q0o9t/gGqqUjzicmhaH4aFZ smUddwHBAUrHxR+ajfJsjjr4T7k8RXkU99EpGMPIHgCp9u9AGja+/oMwo5DnYxyRKXpW 4TKJNF8ZOAOIH9UeJetmmTriGANRL+6pIswZy+OnFfwjrd4B+ps0n33XqxJJhm8tuZ/Q VAqYbJgqSiS/XlflxT/VMoyIhSzlgeRyVp4Do6QP9LcMtGq8rZU/xLfmPhbYWAXHLAjp W5nA== MIME-Version: 1.0 X-Received: by 10.52.252.4 with SMTP id zo4mr4097568vdc.20.1402506465727; Wed, 11 Jun 2014 10:07:45 -0700 (PDT) Received: by 10.58.112.7 with HTTP; Wed, 11 Jun 2014 10:07:45 -0700 (PDT) Date: Wed, 11 Jun 2014 22:37:45 +0530 Message-ID: Subject: [BSNMP Enhancements] Status Report #3 From: Shonali Balakrishna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2014 17:07:47 -0000 Hi all, This is status report #3 for the GSoC project - BSNMP Enhancements. Work done in the last week: * Modified BEGEMOT-SNMPD-MIB, tree.def to add definitions for IPv6 * Modified snmpd.config to define IPv6 default values for PortStatus Work to be done in the next week: * Complete IPv6 implementation of UDP transport code * Compile and test UDP transport using IPv6 Thanks and Regards, -- Shonali Balakrishna From owner-soc-status@FreeBSD.ORG Wed Jun 11 20:38:18 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C88AA480 for ; Wed, 11 Jun 2014 20:38:18 +0000 (UTC) Received: from mail1.uj.edu.pl (mail1.uj.edu.pl [149.156.89.193]) by mx1.freebsd.org (Postfix) with ESMTP id 887412355 for ; Wed, 11 Jun 2014 20:38:18 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl (Oracle Communications Messaging Server 7u4-27.01 (7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTP id <0N7000GO7UNRIT30@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 11 Jun 2014 22:38:16 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.2 X-Antivirus-Code: 0x100000 Received: from mbox.uj.edu.pl by saiph.uoks.uj.edu.pl (Dr.Web (R) milter module ver.6.0.2.2) ; Wed, 11 Jun 2014 22:38:16 +0200 Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl with ESMTP; Wed, 11 Jun 2014 22:38:16 +0200 (CEST) Date: Wed, 11 Jun 2014 22:38:15 +0200 From: Jakub Klama Message-id: <85f70a049287bc460f864b02ed438476@uj.edu.pl> Subject: evdev status report #3 To: soc-status@freebsd.org User-Agent: Roundcube Webmail/0.5 X-Sender: jakub.klama@uj.edu.pl X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2014 20:38:18 -0000 Hello there, This is status report #3 for GSoC project named "Implementation of evdev protocol and touchscreens support". Done in last week: * Imported into SVN: 1) libevdev 2) xf86-input-evdev 3) python-evdev * Modified xf86-input-evdev so it won't use linux-specific behavior of ioctls (returning positive values) and added appropriate ifdefs at linux-specific things * Fixed small bug in python-evdev (invalid requested data size in ioctls) * Added support for more ioctls: EVIOCGKEYCODE_V2, EVIOCSKEYCODE_V2, EVIOCGRAB, EVIOCGID. * Added some debugging routines Needs to be done: * Get that "inside strength" to start looking at atkbd/atkbdc code and inject evdev reporting somewhere there * Same for psm(4), but that should be straightforward * Add support for autorepeating devices and autorepeat emulation in evdev layer * Start working on multitouch suppoprt Things needed to be resolved (should ask Peter Hutterer from libevdev): * Unsure is it worth to support legacy EVIOCGKEYCODE/EVIOCSKEYCODE. * Unsure what to do with events pending in input queue in case of issuing EVIOCGRAB. Jakub From owner-soc-status@FreeBSD.ORG Thu Jun 12 15:13:15 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 142E118A for ; Thu, 12 Jun 2014 15:13:15 +0000 (UTC) Received: from www2419.sakura.ne.jp (www2419.sakura.ne.jp [210.224.185.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B490A2743 for ; Thu, 12 Jun 2014 15:13:13 +0000 (UTC) Received: from www2419.sakura.ne.jp (ksav210.sakura.ne.jp [210.224.168.172]) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s5CFD5J9043386 for ; Fri, 13 Jun 2014 00:13:05 +0900 (JST) (envelope-from nuta@seiya.me) X-Nat-Received: from [210.224.185.29]:11670 [ident-empty] by ksav210.sakura.ne.jp with TPROXY id 1402585985.12414 Received: from Seiya-MBP.local (i153-145-29-39.s41.a008.ap.plala.or.jp [153.145.29.39]) (authenticated bits=0) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s5CFD5vx043383 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 13 Jun 2014 00:13:05 +0900 (JST) (envelope-from nuta@seiya.me) Message-ID: <5399C380.80508@seiya.me> Date: Fri, 13 Jun 2014 00:13:04 +0900 From: Seiya Nuta User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Bootsplash status report #3 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705 status: clean X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jun 2014 15:13:15 -0000 Hi there, This is weekly status report of new enhanced bootsplash. What I had done in the last week: * implement drawing animation What I will do in the next week: * develop scripts for creating themes (continued) * improve the performance of BMP decoder (probably it is slow) Regards, Seiya From owner-soc-status@FreeBSD.ORG Sun Jun 15 11:52:50 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0D8BB66; Sun, 15 Jun 2014 11:52:50 +0000 (UTC) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73D3C2213; Sun, 15 Jun 2014 11:52:50 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id va2so4576339obc.4 for ; Sun, 15 Jun 2014 04:52:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=Qo76MdC7w6yBxdClIq0ykQFNs6MBLSsG4+nuHNWzs0c=; b=hgvV1748fNFVb5ppTzu0N9xZfxOitsRSY1z4N6Uar3phsZUdAkRIpEYPV89XZHyf7y fVVzGxRXdMz43nXCi2OUybcnZohTP0aLBErM48RrSLf3lA4JknbfMgIoZb7sokTVa3mw eyZSOd36XZfukHJ4nkEkXdEGHaRDhov5UWQk1bIiSB6bdJuk6QYvdpkf7KRL7UJkhtOJ wkH4n80HuRKNJCZPMK/mz6fk/x57fE/sv1d1YwHwUFyhBGPME7RKN/ABAwqDoWjWHyy2 Mld/VK2LYvttNU+J0TYVZ63hNN2aTpsrFCT7ce/p1P+TfmaZpg0Ilva6ew79DU/e6jl4 KFvg== MIME-Version: 1.0 X-Received: by 10.182.60.65 with SMTP id f1mr1136817obr.78.1402833169616; Sun, 15 Jun 2014 04:52:49 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Sun, 15 Jun 2014 04:52:49 -0700 (PDT) Date: Sun, 15 Jun 2014 13:52:49 +0200 Message-ID: Subject: [intel smap, kpatch] weekly report #3 From: Oliver Pinter To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: gavin@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2014 11:52:50 -0000 Hi all! In the last week I was mostly done with implementation, as you can see on my wiki page. The most of i386 commits are not tested because a cross-build problem on amd64 system. Other resolvable problem are on amd64 system, where the machine triple faulted, because wrong assembler statements generated with the compiler. I'm deep in debugging both of two case. This issue are too in my wiki page under this section: https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching#notes I have at this week my last exam at Thursday. After that I'm focusing fully on GSoC. On 6/6/14, Oliver Pinter wrote: > Hi all! > > Previous week I started to work on SMAP for amd64 and i386. For amd64 > many parts are in good state. The codes currently are only compile > tested, at next week I create a VM, and create run-time tests. For > i386 started the work on yesterday. > All of my status can be found on my wiki page. > > What's done, but not tested in this week: > * {amd64,i386} trap handler > * amd64 initialization > * {amd64,i386} identification > * {amd64,i386} exceptions > * amd64 pmap changes > * amd64 support.S changes > * amd64 ia32 compat exceptions > * i386 ddb extension > > At next week I plan to finish all of amd64 things, and most of i386 > things, and begin to test; start to design a proper way to create > kpatch and/or ifunc like things. > > > svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ > git: https://github.com/opntr/opBSD (branches: > op/gsoc2014/{master,smap,kpatch} ) > wiki: https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching > > > On 5/29/14, Oliver Pinter wrote: >> Hi all! >> >> I'm working on Intel SMAP technology in first half of GSoC. >> At first week I investigated in SMAP technology and relevant FreeBSD >> codes, whats changed since my Bsc thesis. >> >> I implemented a vulnerable kernel module and PoC to test allowed and >> not allowed memory access scenario. Created my wiki page, svn repo, >> and git repo. >> >> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >> git: https://github.com/opntr/opBSD (branches: >> op/gsoc2014/{master,smap,kpatch} ) >> wiki: >> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >> test-cases: >> http://svnweb.freebsd.org/socsvn/soc2014/op/tests/smap-tester/ >> >> Good days, >> Oliver >> > From owner-soc-status@FreeBSD.ORG Sun Jun 15 17:58:13 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C02794C for ; Sun, 15 Jun 2014 17:58:13 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E35B214B for ; Sun, 15 Jun 2014 17:58:13 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id w8so6170884qac.8 for ; Sun, 15 Jun 2014 10:58:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=4LwfbzjhQoN2E6CgPUo4MGw634ucpCT6/KoeOnPixqg=; b=F04zPthLF+QcV47Z+ioo/UhNxcCD1K3er5Vw3zwH3glrNsBh6D/8T9iLMNvXAAkjBX xtv8eOh+9Mbni7CbdTdXyXlUbKM35/2FmSmuQXxSjzpjchPW1c6Q77qeeLKsFY2T/OZB gNwdRGexWCQ8tO1wmkqiXE2YhgQqrQjZnOXO4X+W1rNezXtpRHPi0rnxyEomDXDPEjtX KVF7EenJAYb6B0zncVJGCvLgxLx8X3ji5QeCZcB5oQ7u0ownD9ReILxWbkuhgcWcGsrG N60STwpu6kVSOKgnsOHABe0Da3nDJrBRgCReb32l0nqSXG4kmtMZiggC9HZxmhMgHehm i7wg== MIME-Version: 1.0 X-Received: by 10.140.101.18 with SMTP id t18mr3572856qge.108.1402855092398; Sun, 15 Jun 2014 10:58:12 -0700 (PDT) Received: by 10.140.84.85 with HTTP; Sun, 15 Jun 2014 10:58:12 -0700 (PDT) In-Reply-To: References: Date: Sun, 15 Jun 2014 20:58:12 +0300 Message-ID: Subject: Re: [GSOC] bhyve instruction caching From: Mihai Carabas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2014 17:58:13 -0000 On Sun, Jun 8, 2014 at 12:38 AM, Mihai Carabas wrote: >> >> These days I've started a discussion with Neel about some >> microbenchmarking mechanisms. I will come with some more details next >> week. > I've built a microbenchmarking kernel module which is accessing the > lapic->id for 1000000 and than I calculate the average of an access > (each access needs to be emulated by the hypervisor). > > I've also implemented the instuction caching mechanism. At each emulation: > - I check to see if I have that particular instruction cached > - if not I will cache it in a particula structure named "struct vie_cached" [1] > - if it's cached I just use that instruction > > Right now I am working on write-protecting the pages where the > instruction reside. I will come with some more details/results when I > finished this part too (there are some SMP issues I'm still debating > with Neel). I added the write protection for the pages where instruction resides (I mark them with PROT_READ|PROT_EXECUTE using vm_map_protect). When a page fault is raised on that page I delete the instruction from the cache. I've tested the instruction caching feature and it works ok (no bugs reveal). The results on the microbenchmarking are looking OK, but they aren't conclusive because I'm not write protecting the pages of the pagetable (which will eat more time). Right now for 1000000 accesses to the lapic-id we have an average of 6200 ticks per VM_EXIT for an instruction emulation. Without instruction caching the average is at about 10000ticks. Like I've said before, this results aren't very conclusive until I introduce all protections needed. I will come in the next weeks with more results when I have the caching feature fully implemented. I've also introduce a new systl to enable/disable instruction caching "hw.vmm.instruction_cache". Thanks, Mihai From owner-soc-status@FreeBSD.ORG Sun Jun 15 22:25:55 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 976768D1; Sun, 15 Jun 2014 22:25:55 +0000 (UTC) Received: from mail-la0-x22f.google.com (mail-la0-x22f.google.com [IPv6:2a00:1450:4010:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA74028C5; Sun, 15 Jun 2014 22:25:54 +0000 (UTC) Received: by mail-la0-f47.google.com with SMTP id pn19so2517791lab.20 for ; Sun, 15 Jun 2014 15:25:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:message-id:date:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=UBfy54sjULm2Qr3zhE3/80dlOhtcVn1HjvdAme62oUI=; b=HK542bke5auIvS6CSTClw6TTEGhcQ0Fkd45QHIFuUvnqu6IH5TEFjVXZgQMpvwkjJp 84NGyXpT7coohXgB3Ufn/2y3O+LVgjmKIkGOGKQca5Pnz+xs2hnzRNeG1Cnq810+h0R7 mLvbJ5bPDj+nIrPsDFRao52gBZ7vFmNp1RBMdj0PyXviGwSXuaaS7EDQdgVq/88QmCag cag3VJxeFv7gaGglf7rTk/q07r4WVJDXGmxOAluova6OHPbPobUnnYI0fDe1uBLRG+BN zBkkqKlUKmfAaGsNiLD9Aw5W4AIgqC189g2pph2DRpB+h6KTgMHYZ4wSqNSoftMgU53q CQow== X-Received: by 10.112.42.2 with SMTP id j2mr63667lbl.90.1402871151222; Sun, 15 Jun 2014 15:25:51 -0700 (PDT) Received: from openSUSE.linux ([176.100.246.237]) by mx.google.com with ESMTPSA id ui5sm7093599lbb.32.2014.06.15.15.25.50 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 15 Jun 2014 15:25:50 -0700 (PDT) From: Dmitry Selyutin X-Google-Original-From: Dmitry Selyutin Message-ID: <539E1D53.6030103@gmail.com> Date: Mon, 16 Jun 2014 02:25:23 +0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org, Pedro Giffuni , David Chisnall Subject: Report #1: Unicode support X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2014 22:25:55 -0000 This is a report on progress in improving Unicode support in FreeBSD. During the early period, I've been studying Unicode Technical Standard, which describes how to implement Unicode Collation Algorithm. I've tried to use the patch proposed by Konrad Jankowski, but it was a rather unsuccessful attempt, since this patch predates xlocale support, implemented by David Chisnall. The initial plan was to port collation support from Apple's libc library, but we rejected this idea because of poor code quality. Moreover, if we decided to use Apple's libc, we would have broken the entire xlocale support. Having lost a significant amount of time on Apple's libc and Konrad's path, we've decided to implement collation from scratch according to Unicode Normalization Algorithm. One of the requirements for collation is the normalization of the string before performing actual collation. C Standard Library lacks such feature, so I started to implement it. This work is almost finished; the FreeBSD's libc will have __strnorm_l(), __strnorm() and __wcsnorm() functions. They have man pages and can be already used to normalize ASCII, Latin-1 and Hangul strings. The last part is to implement normalization of the other characters, which is usually done using database lookup (usually Unicode data is stored in arrays, where each array denotes single Multilingual Plane). These functions are designed in the way that may allow to include them in POSIX standard later under strnorm(), strnorm_l() and wcsnorm() names. If _LIBC_UNICODE_ADDENDA macro is defined, they will be already available under these names. Unicode Standard is a bit difficult: sometimes Unicode Standard focuses on details, paying little attention to the main part. However, I'm planning to finish normalization algorithm in day or two and then implement a collation algorithm. We lost a significant time on trying to port Konrad's patch and Apple's libc collation algorithm. Now we focus on the Unicode Standard directly; that seems to be a better decision. The first step is to implement collation algorithm in the canonical way, then to focus on its improvements and testing. I'd also like to thank my mentors, Pedro and David, who were (and are) so kind to give me advice throughout my work. It's particularly valuable since our task is not so simple as it may seem to be. :-) -- With best regards, Dmitry Selyutin From owner-soc-status@FreeBSD.ORG Mon Jun 16 01:04:56 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96E15F5F for ; Mon, 16 Jun 2014 01:04:56 +0000 (UTC) Received: from nm3-vm0.bullet.mail.bf1.yahoo.com (nm3-vm0.bullet.mail.bf1.yahoo.com [98.139.212.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 39AB22409 for ; Mon, 16 Jun 2014 01:04:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1402880688; bh=8lkDxvtPCt2GN9ogRJH/m62rTi8MbOHbSWneyhO+Z/Q=; h=Received:Received:Received:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=k+bl2a98bGTFN1DT2Ek7P9VokNczU27mPwZceapmvaOELZ1qvkm0uhFMx9FA2g4wkzr/F6gzWCjR7Kghf/WkqN6Op3rZ4qPoJp1VCfWtWuz9ptWCrT/KBtMF6MmiylOyiVJMxccy1Wjl8d6QkQPkNpoiz1uD6Fgux9z9qcaBRsLPFsdKyqR/1ALbN9c/pcUu4BzLRIjqofq14tb5kjhKL9pOQas2u/Jz8PEAVbZgaDDrln+GvrpQH737CYFLAAcjLp4lUIJPXKXd+9clyZF5E2/jP3GIqJWMgJ3IybQEbvP5nf9DF4jQisarfwcE8RiDI76AX635ZAqAxShY2zkz3g== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=HQ74McxT8LXd9c2FQaNI5FmHcT7fRndt3Txx1JpHZ/xu61ATByUJBSs+uSzhp+7q+O9BiWyCSId2THoWYhpbZN3Vz+sBG45gaeWAVT4kItRnL3CuSty1KbjNZceWrVGcY2F8qrYRyhcIfl0xQbeKasixz5tOB5irwFRLFyKEbDhsvwqyVlUwieYT7mn/eCI/BwSi+KfUCNnhDvfGgvU3uzN4Uh8MzdD9GbkrFGeZwAOXJYD8DKdxoiMTSWhfDpAfQUa4nkASRuphVrRW/XS/dbZLxf8f6qIp+D2LzS2RCbh1u1X78dN6YA6zVXGt8ETgOweREGLxrBQHMnLN6Agm3A==; Received: from [98.139.212.153] by nm3.bullet.mail.bf1.yahoo.com with NNFMP; 16 Jun 2014 01:04:48 -0000 Received: from [68.142.230.78] by tm10.bullet.mail.bf1.yahoo.com with NNFMP; 16 Jun 2014 01:04:48 -0000 Received: from [127.0.0.1] by smtp235.mail.bf1.yahoo.com with NNFMP; 16 Jun 2014 01:04:48 -0000 X-Yahoo-Newman-Id: 42085.71384.bm@smtp235.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: R9pbbtAVM1lblVTQ8Vw4Pa5Bjy_0TqQt4oC0IRAXunQ6Z3p b6OKTf0HE3k0qpatqVtacFdBYY2nLL2y0lxC9cr7TGR2GWhtadh8iN_hdrvx f_HCCVh1KXuvYvTYucWVwW5Dmdl0F5YQ3mXyoYcOxrHol2i7lFPesfp5Fdv4 BGRbsmZTkdggKicl.KCBIfaEGCnKYABiHlm9EPnANHdrviW.VbRhFNPlUoou KcHCoTNCDoSglygmEZtVpZn_85ZBlzTkMS0IfzXDcRXd9X7rQ5atnmhBWQOZ yeCL8LM5X7C2Cz4fAgc2x_Yz2_uB2hR1ZkyN47nCNXUP9dShzodW9nWBXzko nAcUrUQF8mLGhcjZzzDJ4ApItcBJbcessvRsoPRaSwb2c.f7XJCqXvV1yB17 NBfQHNTq4tHl.zIOgDviJLbHPGQbpUQQcoZRt6C9PChklvRwtdJ9VfTk.KXl Ins4q1CesTOoc.u.raFYqALNOJejl86feUmLb47Dvso20ffFJyzIDTh1XV0r 06L50j4UwUIxho06O9tsSlBnwDtKKz2TJaw-- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf X-Rocket-Received: from [192.168.0.102] (pfg@190.157.126.109 with plain [63.250.193.228]) by smtp235.mail.bf1.yahoo.com with SMTP; 16 Jun 2014 01:04:48 +0000 UTC Message-ID: <539E42BB.4060801@freebsd.org> Date: Sun, 15 Jun 2014 20:04:59 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Dmitry Selyutin , soc-status@FreeBSD.org Subject: Re: Report #1: Unicode support References: <539E1D53.6030103@gmail.com> In-Reply-To: <539E1D53.6030103@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jun 2014 01:04:56 -0000 Hi Dmitry and list; On 06/15/14 17:25, Dmitry Selyutin wrote: > This is a report on progress in improving Unicode support in FreeBSD. > > During the early period, I've been studying Unicode Technical Standard, > which describes how to implement Unicode Collation Algorithm. > I've tried to use the patch proposed by Konrad Jankowski, but it was a > rather unsuccessful attempt, since this patch predates xlocale support, > implemented by David Chisnall. The initial plan was to port collation > support from Apple's libc library, but we rejected this idea because of > poor code quality. Moreover, if we decided to use Apple's libc, we would > have broken the entire xlocale support. > > Having lost a significant amount of time on Apple's libc and Konrad's > path, we've decided to implement collation from scratch according to > Unicode Normalization Algorithm. I wouldn't call it exactly a "waste of time". I think it was important to rescue the work done by the previous Summer of Code plus Dmitry had to learn his way around FreeBSD's libc. Of course the code has changed a lot and the approach was not really successful but it was useful nevertheless. An important part of this work will be testing and Konrad did set up a set of tests. > One of the requirements for collation is the normalization of the string > before performing actual collation. C Standard Library lacks such > feature, so I started to implement it. This work is almost finished; the > FreeBSD's libc will have __strnorm_l(), __strnorm() and __wcsnorm() > functions. They have man pages and can be already used to normalize > ASCII, Latin-1 and Hangul strings. The last part is to implement > normalization of the other characters, which is usually done using > database lookup (usually Unicode data is stored in arrays, where each > array denotes single Multilingual Plane). > These functions are designed in the way that may allow to include them > in POSIX standard later under strnorm(), strnorm_l() and wcsnorm() > names. If _LIBC_UNICODE_ADDENDA macro is defined, they will be already > available under these names. > > Unicode Standard is a bit difficult: sometimes Unicode Standard focuses > on details, paying little attention to the main part. However, I'm > planning to finish normalization algorithm in day or two and then > implement a collation algorithm. > > We lost a significant time on trying to port Konrad's patch and Apple's > libc collation algorithm. Now we focus on the Unicode Standard directly; > that seems to be a better decision. The first step is to implement > collation algorithm in the canonical way, then to focus on its > improvements and testing. > > I'd also like to thank my mentors, Pedro and David, who were (and are) > so kind to give me advice throughout my work. It's particularly valuable > since our task is not so simple as it may seem to be. :-) > > It is indeed a difficult task and Dmitry will be very busy these days ;). Pedro. From owner-soc-status@FreeBSD.ORG Tue Jun 17 13:11:52 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47C07C2F; Tue, 17 Jun 2014 13:11:52 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6DC722E0F; Tue, 17 Jun 2014 13:11:51 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id bs8so5786452wib.15 for ; Tue, 17 Jun 2014 06:11:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=BpgIXHVI7jRjLWvQ86n0Ath3bIjTWLFMFYwEwZmK8EU=; b=ZHyx6CeskynsnoyY6A2zDBVU/1q7/QGIYCMVGqgdg2bjWCOP0qPZTMn+K5qDkewkwS DLT3Qpym1Nt0hmEBKlt1x5+XmfJogxV53Me6twdYGQmba1rwYhSm3bmM+KDslpuH14G8 tLN0lQDNcB+ahsi28qsFPZzX6AftI+Cptr/8j1NSM/0dFmVi3iucJE1rs4H9QLNfMXG1 wM2Wv4mTV8Jt7dwsUIfjjyd3VqFq7KQeddCtB7VnmLoe0GfgxsLtQ60MYs+bjQMaTQSV Osaj9tLH5/MZlpYopthecgrDB+58qi9c/vQRisrz2CVqdZi3nnId5wthR6vvvDjsAxA0 Zk9g== MIME-Version: 1.0 X-Received: by 10.180.84.226 with SMTP id c2mr36625484wiz.50.1403010709514; Tue, 17 Jun 2014 06:11:49 -0700 (PDT) Received: by 10.180.90.15 with HTTP; Tue, 17 Jun 2014 06:11:49 -0700 (PDT) Date: Tue, 17 Jun 2014 17:11:49 +0400 Message-ID: Subject: FreeBSD on ARM Android Emulator [June 9 - 16] From: Alexander Tarasikov To: "freebsd-arm@freebsd.org" , freebsd-hackers@freebsd.org, Gavin Atkinson , soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 13:11:52 -0000 Hi! I'll summarize what I've been up to recently. I have done a relatively large part of work at the start of May prior to the start of coding period but was unfortunately unable to work at the end of May due to my studies. Tonight I've pushed the code to my svn branch and updated the wiki. Here is my report on what has been done and what I want to work on next. I now have the FreeBSD 10 kernel starting up and writing text to emulator's UART (I was using fbsd10 during development to avoid switching versions in process. I have migrated the code to 'HEAD' yesterday, but it doesn't boot yet, I'm investigating). The following drivers are implemented: PIC (Interrupt controller), Timer, UART, Ethernet (the emulator emulates SMSC91xx, it's just MMIO). I have implemented the framebuffer driver, but have not fully tested it yet. I have tested that it initializes the device and the screen turns white when I memset framebuffer memory with 0xff, but I was unable to get SYSCONS working. If I attach the fb driver to sysbus, it doesn't register - I suppose it would if I actually mounted rootfs, but since I don't, it is just too early. On the other hand, if I attach it to fdtbus, I get a null pointer dereference in sc_attach_unit because syscons driver is not installed that early. Regarding the rootfs boot, I have discovered that Android Emulator uses the virtual NAND chip to access "system.img" file, which is what the user gets when they download an image for Android Emulator. Virtual MMC is only used to access user data image, which is generated at the user's machine. I could probably try NFS boot or booting from an MD ramdisk, but I want to have NAND working first. I have a question regarding the Device Tree. Android Emulator has a virtual device called "pdev" which allows to get the list of available devices and their MMIO ranges. Although this data is unlikely to change, it would be nice to implement it because this is an interesting use case. What is the advised way to do it? Should I register the PDEV as a simple-bus device and patch the FDT inside its probe function or will it not work? During the next two weeks I want to have the driver for NAND and get the kernel to boot the userland. After that I'll build an image which one can load into the emulator for testing. Next I'll write drivers for some peripherals. Android Emulator provides several virtual devices. Most interesting are sensors (accelerometer/gyroscope), multiple input event sources (keyboard, touchscreen), audio driver. I think they are important because only a few boards (rPI, IMX6, OMAP3) provide the support for display and I'm not sure if any board supports audio or sensors. Writing drivers for uncommon features will provide a set of sample code which can be used to bring up real boards. If I have spare time before the end of GSoC, I will start porting FreeBSD to Google Nexus 5 phone with Qualcomm MSM8974 CPU, I want to have at least framebuffer and touchscreen working. If I don't have extra time, I don't think I will port FreeBSD to Nexus after GSoC because writing drivers is rather boring, and since Qemu has recently gained support for AArch64 (which is 64-bit ARM), I think it is a more interesting area to experiment with. Overall I have found that some drivers like syscons (framebuffer), UART, become unnecessarily complicated with a lot of dummy functions which need to be implemented, but looks like some cleanup was done in HEAD as compared to 10.0. I think I'll look into it after I'm done with the emulator project. Maybe it would be good to factor out some common code into a generic driver ? -- Regards, Alexander From owner-soc-status@FreeBSD.ORG Tue Jun 17 17:08:39 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A062270 for ; Tue, 17 Jun 2014 17:08:39 +0000 (UTC) Received: from mail-ve0-x22a.google.com (mail-ve0-x22a.google.com [IPv6:2607:f8b0:400c:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C705257C for ; Tue, 17 Jun 2014 17:08:39 +0000 (UTC) Received: by mail-ve0-f170.google.com with SMTP id i13so4338114veh.15 for ; Tue, 17 Jun 2014 10:08:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=svmmiU0Q1KQRgwb9e1abBxWX7ha6T7QYY4/um+49QiU=; b=ryEhpEk2bRx1DEgSPAXs7pT8GZ0E3uptYiDUIUmp41xsWyCW+j96t+okqKZ93lkmYz B8azCxDMQ3jNBleJ9EUMaHYY5+1AYVOmyFa/REKil7im6j9gxIOiYCj0hYxAM7jgvr/u eUrT3AuuN8p6M4vgu8nOdUhvY4NKO0MYziToYLg5Tei7tHchKWAB83CWgLAqswiOqrX0 FN+rxEA2DQtsPtKfmBPMSLx+krDsqmnec7GuOPIkAr4KjoEBXRWef2i+Z+QjJMjONWlQ V3fSFDFUuj+sEmtHOusGupfoy5Hf0e5Bi3Gqqeb2OK1LyDEKJd0NukQsSTzjouirTZ6B 2Siw== MIME-Version: 1.0 X-Received: by 10.58.244.4 with SMTP id xc4mr1435993vec.62.1403024918374; Tue, 17 Jun 2014 10:08:38 -0700 (PDT) Received: by 10.58.112.7 with HTTP; Tue, 17 Jun 2014 10:08:38 -0700 (PDT) Date: Tue, 17 Jun 2014 22:38:38 +0530 Message-ID: Subject: [BSNMP Enhancements] Status Report #4 From: Shonali Balakrishna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 17:08:39 -0000 Hi all, This is the status report #3 for the GSoC project - BSNMP Enhancements. Work done in the last week: * Completed IPv6 implementation of UDP transport code (trans_udpv6.c) * Created ipv6 implementations for transport data structures (in trans_udpv6.h) Work to be done in the next week: * Work through the rest of the bsnmpd code and make it ipv6 compliant * Create an ipv6 implementation of trans_lsock.c * Compile and test UDP transport over ipv6 Thanks and Regards, -- Shonali Balakrishna From owner-soc-status@FreeBSD.ORG Tue Jun 17 19:50:42 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DC3E191 for ; Tue, 17 Jun 2014 19:50:42 +0000 (UTC) Received: from mail-ve0-x235.google.com (mail-ve0-x235.google.com [IPv6:2607:f8b0:400c:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 02A372684 for ; Tue, 17 Jun 2014 19:50:41 +0000 (UTC) Received: by mail-ve0-f181.google.com with SMTP id db11so8161642veb.12 for ; Tue, 17 Jun 2014 12:50:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=5llhQ1c6Z5tlIVeMFDdeH4TT490pxY0OimfY5+x8uPg=; b=eZCIlOCwHEboJRbR3WgxqxB2mvdvZ2RqgfC/uXm4CtHqQEef1XxHGp9Nbltgjk53SL QXKHrZYiQDSiQqP33qe0ieRxZ76aUefazHU/EtD67fhUCFe63ka/r/zK1edZvBOBhAC7 juGGADEYX4unNQStcfBhzW1c82/fdk9NURB0bGL21zDqF0WA34xkuaxOJ42GVMiQtVHW dC9di5pmkJFXsGwFtFhO4DEiCE6RLY/d9Whtr2E8iJS0GDpnq9pWPKJitimR6gStNk2X hjnOuCF3PNwxuTLb06k9gX9/MZb3aVsOX1hd8a6VzBaJUPPVkZkl8N3uV4GWMhSaZWLC dosw== MIME-Version: 1.0 X-Received: by 10.221.56.132 with SMTP id wc4mr2732084vcb.38.1403034640337; Tue, 17 Jun 2014 12:50:40 -0700 (PDT) Received: by 10.220.90.14 with HTTP; Tue, 17 Jun 2014 12:50:40 -0700 (PDT) Date: Tue, 17 Jun 2014 21:50:40 +0200 Message-ID: Subject: LLDB Kernel debugging report From: Mike Ma To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 19:50:42 -0000 Hi there, I've been working on basic vmcore load support in the past weeks. Now I have a specific kernel debugging process plugin in my LLDB fork, and I can load a vmcore and do very basic commands like "bt, frame, up". The next steps in the following two weeks are first to fix the known register issues, and then implement dynamic loader for kernel debugging. -- Cheers, Mike From owner-soc-status@FreeBSD.ORG Tue Jun 17 21:13:21 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42839437; Tue, 17 Jun 2014 21:13:21 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B072B2DD8; Tue, 17 Jun 2014 21:13:20 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id a1so7579353wgh.0 for ; Tue, 17 Jun 2014 14:13:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=0W7l4bpyQsDXN2/WpNzVD83jsq8hBodjMHYdGu4FMZo=; b=HKYkIt76V+2ahDAW1wDu98Z1mc/BenPUu1qLy5TwA0nInVhzluZk1o++ueqqo/MR4A X/Rw5PbyTRPtYQwQfPrMWrxGDsmE2RvD/OGTyeJCNdTXQw1CpSeFzk2Nr+w9tGYSLjXw LCkUsBT11w2tzlM6qNvGnaQb8jiMsCfgLlh47a9YE0iW6mez/B5TfPBSVXk2kswaurCc xkglLMQwtBp2HZFiaA3ymO8ePRN5wlxG9R5qP2DCZv/taVqH/+94GbKdmI3zpAL+Mghl tTzbwXGMj1P5vLz3bP0cXUrzQeVKtSO5aA2fyaYqln6YT92t+vWhZHEnjQ022y0+0pue 5n+Q== MIME-Version: 1.0 X-Received: by 10.194.57.208 with SMTP id k16mr41383342wjq.51.1403039599026; Tue, 17 Jun 2014 14:13:19 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.194.60.140 with HTTP; Tue, 17 Jun 2014 14:13:18 -0700 (PDT) Date: Tue, 17 Jun 2014 23:13:18 +0200 X-Google-Sender-Auth: vQjqbTnQQd8i9xcMRSNGEmgtf38 Message-ID: Subject: Weekly Status #4 From: Kamil Czekirda To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: dteske@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2014 21:13:21 -0000 Hi, Last week I prepared bootable iso based on mfsbsd. It is simple modyfication of mfsbsd. After boot starts bsdinstall and makes unattended installation. First FreeBSD installed in this way! This week I finished lectures at the university and I will spend more time on my project. Regards, Kamil Czekirda From owner-soc-status@FreeBSD.ORG Wed Jun 18 14:06:50 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25885248 for ; Wed, 18 Jun 2014 14:06:49 +0000 (UTC) Received: from mail-ve0-x22d.google.com (mail-ve0-x22d.google.com [IPv6:2607:f8b0:400c:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 905B0275F for ; Wed, 18 Jun 2014 14:06:49 +0000 (UTC) Received: by mail-ve0-f173.google.com with SMTP id db11so863113veb.32 for ; Wed, 18 Jun 2014 07:06:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=1MAOXuA6IJBmgq+n1o26v4jE8+Ql71enqkzg5ySpuYo=; b=gg+47xX5ceZAGi4GHRzeBprltnoPlNvumLA70vRiCEEI71XU9/R0gWGGHigto5AZ26 ncCvAkmUJyvRHRMEyWYtEwy3MSke5STXH0cmcJxHff3FIthrC2hGyS4i+nPqN5nJUu8i Bt7ySNMg98GKUQsMfSEOTEy8/BQHrj2+rmYVT50zw5dPbCPVQsjZ6uutg9F8lSttJPpI t497b6Qc/FMaDX2GWgNU3OTGIDTf8qldC+5tHN3W3Y8Xi7xFkvVWGsOEvJMjzcCaOYM/ omuyTPjbM2jRLwQSu0BtUpNhcuGIeSIjWagzVlwfO+anlIl7FRg8SgDtU0mL0o0WaF8n Zp0Q== MIME-Version: 1.0 X-Received: by 10.58.147.40 with SMTP id th8mr314060veb.67.1403100408638; Wed, 18 Jun 2014 07:06:48 -0700 (PDT) Received: by 10.220.71.79 with HTTP; Wed, 18 Jun 2014 07:06:48 -0700 (PDT) Date: Wed, 18 Jun 2014 16:06:48 +0200 Message-ID: Subject: Status of work report From: Ernest Staszuk To: soc-status@FreeBSD.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2014 14:06:50 -0000 Hi, I aim for compilable kernel for midterm prepared for microblaze. - I figured out two possible toolchains (with gcc 4.6.2 or gcc 4.9.0) . Have gcc 4.6.2 prepared for microblaze target, but now I test 4.9.0 . - Common kernel code compiles with 4.9.0 after minor tunes (WITHOUT_CRYPT option and possibly small workaround inside stdlib.h). - I made skeleton of microblaze arch. Now I put emphasis on filling up platform specific code and making configuration for proper system booting. This is the aim for current week. Regards, Ernest From owner-soc-status@FreeBSD.ORG Wed Jun 18 16:15:52 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8270FE74 for ; Wed, 18 Jun 2014 16:15:52 +0000 (UTC) Received: from mx1.mail.bg (mx1.mail.bg [IPv6:2001:67c:16b8:1::2:17]) by mx1.freebsd.org (Postfix) with ESMTP id 1F5F524BA for ; Wed, 18 Jun 2014 16:15:52 +0000 (UTC) Received: from [10.1.1.159] (unknown [95.87.254.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mail.bg (Postfix) with ESMTPSA id 0E70C60004D8 for ; Wed, 18 Jun 2014 19:15:50 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1403108150; bh=DMcXdd3CYRNyVCYjQmGBUEg727OmjDqHU9myGYkgz3U=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Content-Transfer-Encoding:Message-Id:References:To; b=ujKj9MKdFBnwSxWvX6im89mPorheQItkoEaW75hkXLahvJBgluGL71eONf77vyiTG 8X/1KLgYJVDiIb77RqfBU9BHYLpHyHbBySP9IOqFrDhsZq4u0BvAWvt64+5f3l0MzG iywTcnEpmG6jsq/HZCWG7vtcjw98D9p0VB/5ZZbE= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: [Machine readable output from userland utilities] report From: Zaro Korchev In-Reply-To: <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> Date: Wed, 18 Jun 2014 19:15:45 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <5AF0FF20-E41B-4D46-A427-D84D9E2CD047@mail.bg> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> To: soc-status@freebsd.org X-Mailer: Apple Mail (2.1283) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2014 16:15:52 -0000 Hi everybody This week I finished working on netstat which took a lot of time as it = supports huge amount of possible output statistics. Here is an example after formatting: { "internet": [ { "proto": "udp4 ", "recv": 0, "sent": 0, "local address": "10.0.2.15.53954 ", "foreign address": "4.2.2.2.53 " }, ], "unix": [ { "sockets": [ { "address": -8796049594976, "type": "stream", "recv": 0, "send": 0, "inode": -8796049389256, "conn": 0, "refs": 0, "nextref": 0, "path": "/var/run/casper" }, { "address": -8796049594736, "type": "stream", "recv": 0, "send": 0, "inode": 0, "conn": -8796049594496, "refs": 0, "nextref": 0 }, { "address": -8796049594496, "type": "stream", "recv": 0, "send": 0, "inode": 0, "conn": -8796049594736, "refs": 0, "nextref": 0 }, { "address": -8796049593536, "type": "stream", "recv": 0, "send": 0, "inode": -8796050837032, "conn": 0, "refs": 0, "nextref": 0, "path": "/var/run/devd.pipe" } ] }, { "sockets": [ { "address": -8796049596416, "type": "dgram", "recv": 0, "send": 0, "inode": 0, "conn": -8796049594016, "refs": 0, "nextref": -8796049596176 }, { "address": -8796049596176, "type": "dgram", "recv": 0, "send": 0, "inode": 0, "conn": -8796049594016, "refs": 0, "nextref": -8796049595936 }, { "address": -8796049595936, "type": "dgram", "recv": 0, "send": 0, "inode": 0, "conn": -8796049594016, "refs": 0, "nextref": -8796049595696 }, { "address": -8796049595696, "type": "dgram", "recv": 0, "send": 0, "inode": 0, "conn": -8796049594016, "refs": 0, "nextref": -8796049595216 }, { "address": -8796049595456, "type": "dgram", "recv": 0, "send": 0, "inode": 0, "conn": -8796049593776, "refs": 0, "nextref": 0 }, { "address": -8796049595216, "type": "dgram", "recv": 0, "send": 0, "inode": 0, "conn": -8796049594016, "refs": 0, "nextref": -8796049594256 }, { "address": -8796049594256, "type": "dgram", "recv": 0, "send": 0, "inode": 0, "conn": -8796049594016, "refs": 0, "nextref": 0 }, { "address": -8796049594016, "type": "dgram", "recv": 0, "send": 0, "inode": -8796050221216, "conn": 0, "refs": -8796049596416, "nextref": 0, "path": "/var/run/logpriv" }, { "address": -8796049593776, "type": "dgram", "recv": 0, "send": 0, "inode": -8796050220744, "conn": 0, "refs": -8796049595456, "nextref": 0, "path": "/var/run/logpriv" } ] }, { "sockets": [] } ] } There are some issues that I'm working on fixing. The most important is = how to display very big integers which at the moment is not directly = possible with yajl. In the process I did some changes to libsol (like adding boolean = support). I did some fixes on the ls project and updated it to use the newest API = of the system's libsol. I'm currently working on fixing bugs and then I'm going to add libsol = support to more tools. Zaro= From owner-soc-status@FreeBSD.ORG Fri Jun 20 01:06:48 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1B6C573 for ; Fri, 20 Jun 2014 01:06:48 +0000 (UTC) Received: from www2419.sakura.ne.jp (www2419.sakura.ne.jp [210.224.185.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98E702DAB for ; Fri, 20 Jun 2014 01:06:47 +0000 (UTC) Received: from www2419.sakura.ne.jp (ksav106.sakura.ne.jp [59.106.188.104]) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s5K0SjPJ069694 for ; Fri, 20 Jun 2014 09:28:45 +0900 (JST) (envelope-from nuta@seiya.me) X-Nat-Received: from [210.224.185.29]:36837 [ident-empty] by ksav106.sakura.ne.jp with TPROXY id 1403224125.23826 Received: from Seiya-MBP.local ([133.51.57.174]) (authenticated bits=0) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s5K0Sjfn069691 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 20 Jun 2014 09:28:45 +0900 (JST) (envelope-from nuta@seiya.me) Message-ID: <53A3803C.2080600@seiya.me> Date: Fri, 20 Jun 2014 09:28:44 +0900 From: Seiya Nuta User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Bootsplash status report #4 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705 status: clean X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2014 01:06:49 -0000 Hi there, This is weekly status report of new enhanced bootsplash. What I had done in the last week: * develop scripts for creating themes * refactoring What I will do in the next week: * print characters Currently, the scripts for creating bootsplash themes are in my private repository hosted on GitHub because I don't know suitable place. I wonder if you could tell me if there is a more appropriate place than head/usr.bin. Regards, Seiya From owner-soc-status@FreeBSD.ORG Fri Jun 20 01:47:45 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC927773; Fri, 20 Jun 2014 01:47:45 +0000 (UTC) Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C14F214D; Fri, 20 Jun 2014 01:47:44 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id mc6so1973996lab.13 for ; Thu, 19 Jun 2014 18:47:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:message-id:date:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=5vUVydsT67k2LW7ENBNIT+5ftogK3ilWTMTTgV3RhF8=; b=KVm10xumsPj+O0BIBfVnXlf0Va/ZkcodQXJdDUGBcX8RsSC6U4VZtaKtRnk6KDrI4b 5YuK5HS1hbkJLWMtTvvQ391bVTrNpT1Kqg4cVQ0xj1dZXVdcdbR5C4wQEqE9nF9lcJxr vCgyhPldITFiwq1HhPAr5HAxp/yr6nf1GYnBcYew2edofnwBcGbhBR+JddtqFRGf8x3h iigHievOx/pHc48+OVqjLiHoWJ90NBuE7coSSxmN4lxCe5JJa5JUItbsbSwjlb34xa6c llnNEMdN3RlQCA+b1G36XlIfGWFOkrm/35t8i5+MdAqTPePni7IPknKgERfYSeAycdVp pYtA== X-Received: by 10.152.20.71 with SMTP id l7mr159080lae.4.1403228862854; Thu, 19 Jun 2014 18:47:42 -0700 (PDT) Received: from openSUSE.linux ([176.100.246.237]) by mx.google.com with ESMTPSA id b3sm5419667lbi.15.2014.06.19.18.47.41 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Jun 2014 18:47:42 -0700 (PDT) From: Dmitry Selyutin X-Google-Original-From: Dmitry Selyutin Message-ID: <53A3929E.6080006@gmail.com> Date: Fri, 20 Jun 2014 05:47:10 +0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org, Pedro Giffuni , David Chisnall Subject: Report #2: Unicode support X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2014 01:47:45 -0000 Hello everyone! I'm glad to tell that we made a progress in the implementation of the Unicode Normalization Algorithm, which is required before string collation. I've recently implemented its composition form, so we can move to NFD and NFKD parts, which are certainly more difficult. It was really difficult to understand how to preprocess Unicode Database files to receive a some working form of data to work with; I've tried to ask for help in ICU mailing lists, but have received no answer yet, so I had to work on my own. However, I'm already sure that I can implement NFD and NFKD without help from them, though I'd appreciate any help from people who know Unicode world better. However, I'm almost sure that I'll finish NFD and NFKD till Monday. I could have done it even on Saturday, but unfortunately I also have to solve some bureaucratic issues in my University. I need to provide several medical documents, that means that I needed to spent the entire two days to visit all doctors and make them sure that I'm healthy to graduate. :-) Sounds strange, but unfortunately that really requires a lot of time in Russia. I'll need to finish these issues on Monday, but I hope that I'll be free since that time. So the plan is to implement the NFD and NFKD till Monday, then test it using a file from Unicode Database, then move to collation part. Still looking for people who knows the Unicode Standard (except of ICU people; as I said, I've written them a letter already, so I hope to receive an answer yet). As usually, I'd like to thank my mentors, especially Pedro, who had a patience during this week while seeing my style issues. Pedro, I didn't forget about style issues; I'll get to correct it all when I'll implement the NFD and NFKD, since during active work it's sometimes difficult to keep code clean. :-) Thanks to everyone who read this letter! -- With best regards, Dmitry Selyutin From owner-soc-status@FreeBSD.ORG Fri Jun 20 21:50:03 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04A7EF4 for ; Fri, 20 Jun 2014 21:50:03 +0000 (UTC) Received: from mail1.uj.edu.pl (mail1.uj.edu.pl [149.156.89.193]) by mx1.freebsd.org (Postfix) with ESMTP id B8FCA2EA9 for ; Fri, 20 Jun 2014 21:50:02 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl (Oracle Communications Messaging Server 7u4-27.01 (7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTP id <0N7H004L4LX1II50@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Fri, 20 Jun 2014 23:48:37 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.2 X-Antivirus-Code: 0x100000 Received: from mbox.uj.edu.pl by saiph.uoks.uj.edu.pl (Dr.Web (R) milter module ver.6.0.2.2) ; Fri, 20 Jun 2014 23:48:37 +0200 Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl with ESMTP; Fri, 20 Jun 2014 23:48:37 +0200 (CEST) Date: Fri, 20 Jun 2014 23:48:37 +0200 From: Jakub Klama Message-id: Subject: evdev status report #4 To: soc-status@freebsd.org User-Agent: Roundcube Webmail/0.5 X-Sender: jakub.klama@uj.edu.pl X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2014 21:50:03 -0000 Hi, This is status report #4 for GSoC project named "Implementation of evdev protocol and touchscreens support". First, sorry for being late this time. Next status report will arrive on time. Done in last week: * Started working on uinput driver (should get something working at end of this week) * Added real EVIOCGID reporting - currently true for PCI and USB devices * Added repeating support with two repeating modes: DRIVER_REPEAT (driver itself manages key repeat) and EVDEV_REPEAT (evdev layer does that. For now, only former is supported. * Added support for injecting events back to the evdev device (used only for EV_REP though) Needs to be done: * Get that "inside strength" to start looking at atkbd/atkbdc code and inject evdev reporting somewhere there * Same for psm(4), but that should be straightforward * Start working on multitouch suppoprt Jakub From owner-soc-status@FreeBSD.ORG Fri Jun 20 22:02:18 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A4E84BF; Fri, 20 Jun 2014 22:02:18 +0000 (UTC) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C5BB2030; Fri, 20 Jun 2014 22:02:18 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id vb8so1755168obc.39 for ; Fri, 20 Jun 2014 15:02:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=/QrA0Meao1yvfBv7ps7Wc2pEa+cm9+L0+hPeMPN16Mg=; b=zDL3iZSKUeq5EjXAWSix4jGQwCvSnV2Ivhj+0dJYuNSOQvIuaG8Wi5FFogxpc5edG1 2zA6oHNNPNUq7axd8ntYnY5qLTb/aLLumNtuu420Df5Vus7CboaTtEtEbYzIsC1m8a4O IeNkxDfn7sOIH7XQvcWRCrkD/nYmvgk/e3JlSlWmNH0sIXLI4+OT5zerH5AIgffhdE9K 30c3HfHzyRJEy0wXDjp2UHki8an/h3MYuvlZQxvsrctaelEEp/35UFxWa1J5NJ8ZAXxU XfwR5gcERZsRY9XCIaWQniLzWzF6YpGjblr5Ny7H6tV5ceLYlqfZWFcey+Q/tftKJYsa o/oQ== MIME-Version: 1.0 X-Received: by 10.60.70.200 with SMTP id o8mr6350453oeu.55.1403301737628; Fri, 20 Jun 2014 15:02:17 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Fri, 20 Jun 2014 15:02:17 -0700 (PDT) Date: Sat, 21 Jun 2014 00:02:17 +0200 Message-ID: Subject: Re: [intel smap, kpatch] weekly report #4 From: Oliver Pinter To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: gavin@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2014 22:02:18 -0000 Hi! At this week i am hunting a triple fault during the boot. This caused by a compiler error, when CPUTYPE in /etc/make.conf was set to core-avx2, after removing this the first phase was done. All of my test running fine and the system are stable. Originally only amd64 implementation required, but I added to i386 too - but the later not yet tested. In next phase I design a proper way how to patch kernel and modules at boot and run-time. What's done: * SMAP for amd64 * test SMAP for amd64 * build framework * VM creation * SMAP for i386 (not tested) * some other tool, that make my life easier The current status can you find on my wiki page. On 6/15/14, Oliver Pinter wrote: > Hi all! > > In the last week I was mostly done with implementation, as you can see > on my wiki page. The most of i386 commits are not tested because a > cross-build problem on amd64 system. > Other resolvable problem are on amd64 system, where the machine triple > faulted, because wrong assembler statements generated with the > compiler. I'm deep in debugging both of two case. This issue are too > in my wiki page under this section: > https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching#notes > > I have at this week my last exam at Thursday. After that I'm focusing > fully on GSoC. > > On 6/6/14, Oliver Pinter wrote: >> Hi all! >> >> Previous week I started to work on SMAP for amd64 and i386. For amd64 >> many parts are in good state. The codes currently are only compile >> tested, at next week I create a VM, and create run-time tests. For >> i386 started the work on yesterday. >> All of my status can be found on my wiki page. >> >> What's done, but not tested in this week: >> * {amd64,i386} trap handler >> * amd64 initialization >> * {amd64,i386} identification >> * {amd64,i386} exceptions >> * amd64 pmap changes >> * amd64 support.S changes >> * amd64 ia32 compat exceptions >> * i386 ddb extension >> >> At next week I plan to finish all of amd64 things, and most of i386 >> things, and begin to test; start to design a proper way to create >> kpatch and/or ifunc like things. >> >> >> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >> git: https://github.com/opntr/opBSD (branches: >> op/gsoc2014/{master,smap,kpatch} ) >> wiki: >> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >> >> >> On 5/29/14, Oliver Pinter wrote: >>> Hi all! >>> >>> I'm working on Intel SMAP technology in first half of GSoC. >>> At first week I investigated in SMAP technology and relevant FreeBSD >>> codes, whats changed since my Bsc thesis. >>> >>> I implemented a vulnerable kernel module and PoC to test allowed and >>> not allowed memory access scenario. Created my wiki page, svn repo, >>> and git repo. >>> >>> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >>> git: https://github.com/opntr/opBSD (branches: >>> op/gsoc2014/{master,smap,kpatch} ) >>> wiki: >>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >>> test-cases: >>> http://svnweb.freebsd.org/socsvn/soc2014/op/tests/smap-tester/ >>> >>> Good days, >>> Oliver >>> >> > From owner-soc-status@FreeBSD.ORG Sat Jun 21 11:38:45 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E27581D9 for ; Sat, 21 Jun 2014 11:38:44 +0000 (UTC) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 584482AF8 for ; Sat, 21 Jun 2014 11:38:44 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id 10so3050527lbg.29 for ; Sat, 21 Jun 2014 04:38:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=rZtJAzw0xmjliWJ9Qu0LQ95GO+EXjh9g9Yvb+dQzSGc=; b=0f4hOxZHOi2z8vhhx3c85Aploq/dFjGOJ/Dq8G5Rj1oKwj4WIGmYzqeO54p4qHKu5k c1udAs5OiH10RLNLvCROZhsVrcJl71iD8+2nYyBd2s36cNhGxoFPIoCGnXKovYdviQIh LbslBsoqjw3yaRna6SKJA234CNEUBvyKu7/lOPjLYg0N9OSYn9guMj9d9hN+ym6aLTD1 k/KYCk+a0viLfXI48k9VVxvc7tLFqOQfixmyMmoVULZmLxg8obmHqXF22PCaVH0DosD1 X3l1j0+7jpT/Tulp1LVJI9IeU/r+TsAUelyvEn0RA9ECVTjyB6U+wML1S506dnPF8s6C C7Bg== MIME-Version: 1.0 X-Received: by 10.152.23.233 with SMTP id p9mr7055591laf.31.1403350722199; Sat, 21 Jun 2014 04:38:42 -0700 (PDT) Received: by 10.112.50.129 with HTTP; Sat, 21 Jun 2014 04:38:42 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Jun 2014 13:38:42 +0200 Message-ID: Subject: Re: Status reports for: Userspace netmap-powered JIT-compiled firewall From: Daniel Peyrolon To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jun 2014 11:38:45 -0000 Hi again everyone, Keeping on with the work, I isolated all the actions for each rule, and right now, I'm handling special cases and adapting all the code necessary to compile it. I finished yesterday my last exam for college, so I'm happy to say that I will be able to work full time from now on. 2014-06-10 17:16 GMT+02:00 Daniel Peyrolon : > Hello everyone, > > Sorry for the delay, but I've been unable to work on this project until > this and the last week. (Due to university work, mainly). > > I'm working on the "Userspace netmap-powered JIT-compiled firewall", it's > wiki page can be seen at [1]. > It's mainly a project to add LLVM support in order to JIT-compile the > rules. > > I've been working mainly on isolating the code that is executed when > checking if a packet does match the given rule, that way, this code could > be compiled into LLVM IR, and optimize it, in order to JIT compile, and > execute them. > > Once I'm done with isolating the rules (which won't take more than a > week), I plan to start emitting the IR code of these checks, and integrate > it into the firewall so that it can get executed. It will also be possible > to interpret the rules, as it has been done traditionally. I will work on > this until all the rules are implemented. > > After that, it will be a matter of trying with complex rules > and benchmarking and profiling the firewall. > > [1]:https://wiki.freebsd.org/SummerOfCode2014/ConvertingIPFWRulesets > > -- > Daniel > -- Daniel From owner-soc-status@FreeBSD.ORG Sun Jun 22 21:42:31 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16AA7EAE for ; Sun, 22 Jun 2014 21:42:31 +0000 (UTC) Received: from mx1.mail.bg (mx1.mail.bg [IPv6:2001:67c:16b8:1::2:17]) by mx1.freebsd.org (Postfix) with ESMTP id C287928C3 for ; Sun, 22 Jun 2014 21:42:30 +0000 (UTC) Received: from [192.168.0.2] (unknown [78.90.84.177]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mail.bg (Postfix) with ESMTPSA id 2633D60003F0 for ; Mon, 23 Jun 2014 00:42:27 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1403473347; bh=kl2R4SYIxP1Z+nI0FkKQHBWI24g01JGWWK/YVoOPGSE=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Content-Transfer-Encoding:Message-Id:References:To; b=s6hQ0g1oDZCFVEyDCeQMMnctw1Q+U+0pKU5ueCzM1VA38OTQvORsi4kUmbq61/CnP r6R90oTPoIpa15kgL1DA+sMH5U4rXFtqtTcvMtSdp4S3Ofn6A+A2TdnzbvZXi5H4zo 6oN+0NU166JnIy+gWpTKrrkKG3w+oA6foNVF1dNk= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: [Machine readable output from userland utilities] report From: Zaro Korchev In-Reply-To: <5AF0FF20-E41B-4D46-A427-D84D9E2CD047@mail.bg> Date: Mon, 23 Jun 2014 00:42:26 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> <5AF0FF20-E41B-4D46-A427-D84D9E2CD047@mail.bg> To: soc-status@freebsd.org X-Mailer: Apple Mail (2.1283) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2014 21:42:31 -0000 Hi everybody This week I worked on libsol and sysctl. I also fixed some problems with = the tools I already have converted. I added support for big unsigned integers in libsol. This fixes a bug = leading to big numbers being displayed as negative in several cases. = This will also allow to use hexadecimal numbers in formats that support = them. I made the necessary changes to make the tools use the unsigned = integer type when necessary. I implemented format detection in libsol. The initialization function = that is called from each tool looks up the environment variable = SOL_FORMAT to decide which format to use. The applications using libsol = don't need to be aware of the format. I made the tools with libsol use = this new initialization. I made some changes on when libsol flushes the output to make it fully = streamable. I added support for libsol in sysctl. I did some improvements on the other tools - vmstat, fstat and netstat. Zaro= From owner-soc-status@FreeBSD.ORG Sun Jun 22 22:34:33 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA14B3C4; Sun, 22 Jun 2014 22:34:33 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C7302CC7; Sun, 22 Jun 2014 22:34:32 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id hr17so3627529lab.4 for ; Sun, 22 Jun 2014 15:34:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:message-id:date:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=jnZHNpkUiLlvEp8cwm/UvnatJQ1C6COLU2FKUPI9y4g=; b=QlemqI5aktmTXOE2jkvrGvAvI5l7TvE7ZTipGm+Fuu4wsnSjWIe/nIHXy0cEeZNMei 1QL/AW1iLgh/CYpBXnqwMMiPa8SvEHJppNaaXobXPDqLy+n8rPdlgb/eZnoOoGU5xTz3 M8GjQStVhDXufTD28p6nf5vR2Z2oQuQGbC+dplGBZ+qgRLkJ79WRpprXCSZPWxsLEWeP 6lgJOG1wWR/JHU6Nh5Mc6sU1G/NsXusLfjCjklUt2AKRjbvn1jEkmwBl8C9vh8P9/WlH uhDQVMDtUrl2kY4SOget5HligiMjN5moV9TIHeYNRvhqUsv9NnMHGeKmgkVv4zx8W9Ki aNug== X-Received: by 10.113.3.69 with SMTP id bu5mr13087622lbd.29.1403476471057; Sun, 22 Jun 2014 15:34:31 -0700 (PDT) Received: from openSUSE.linux ([176.100.246.237]) by mx.google.com with ESMTPSA id b6sm6989731laa.20.2014.06.22.15.34.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 22 Jun 2014 15:34:30 -0700 (PDT) From: Dmitry Selyutin X-Google-Original-From: Dmitry Selyutin Message-ID: <53A759D9.1010804@gmail.com> Date: Mon, 23 Jun 2014 02:34:01 +0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org, Pedro Giffuni , David Chisnall Subject: Report #3: Unicode support Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Jun 2014 22:34:34 -0000 Hello everyone! I'm glad to tell that I've finished a base sketch of the Unicode Normalization Algorithm, which seems to work. Files were recently updated to the most recent version of the Unicode (7.0.0). Of course this code needs some tuning, e.g. in the worst case one has to iterate over the whole table in order to check if character can be normalized; I'm going to fix it using other structure, where each byte denotes 8 characters, while each bit of this byte means flag if this character may or may not be normalized. Thus we need to have two arrays of 139264 characters (for composition and decomposition respectively), where the state of the each character may be determined by simple division. That's just a proposal; everyone is welcome to propose a better way to handle such things. Of course, the other important part is to prepare a testing suite, but for this part I have to consult with my mentors, Pedro and David. -- With best regards, Dmitry Selyutin From owner-soc-status@FreeBSD.ORG Mon Jun 23 02:12:57 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44F7A514 for ; Mon, 23 Jun 2014 02:12:57 +0000 (UTC) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 16F862FA7 for ; Mon, 23 Jun 2014 02:12:57 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id lx4so5342202iec.19 for ; Sun, 22 Jun 2014 19:12:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=lLFnuhqPkYGst9wWyI3GlXnX4Gih5U7lMQtqc931FaM=; b=gwLv++q5cVJazui8U1ytGkI0r+0sABgGxxfdTEL21oaNbFHfWaBm7iezRUStqX1rIV mebrrtURp7KdF2L/jiSFTtK7hSC6gy6bp8lgIx2azjMkRc5wa+pDVViUs0L4pJ9EQEVu Ent6ZmriZGUP8fYC3KveTcrBiSojf20QHs7RAKpGzb1FvvHdyLc1H8JnTWgfLR0OlQZx EVoA++oAMtT2KEdXWH4xOTSzaFB7OOwhJnJh1u/zNmipGFKUWBTNhJb1evvTXxCbP5sG GSpA5tZb7xthAp4qlPEcJ5J4WOQBB2NahW51IohVwv4I/9elkeEj18HxARJaGwBKKVVw WVQA== MIME-Version: 1.0 X-Received: by 10.43.77.205 with SMTP id zj13mr19991668icb.34.1403489576315; Sun, 22 Jun 2014 19:12:56 -0700 (PDT) Received: by 10.64.103.226 with HTTP; Sun, 22 Jun 2014 19:12:56 -0700 (PDT) Date: Mon, 23 Jun 2014 04:12:56 +0200 Message-ID: Subject: [libctf and DDB improvements] report #3 and #4 From: Daniel Lovasko To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2014 02:12:57 -0000 Hello, Right now this things are done: - reading of the whole CTF format (labels, types, ...) - parent reference solving - decompressing - public API to query the CTF data - error reporting from public API functions - ctfdump rewrite (still in beta stage) - everything seems to be working for the /boot/kernel/kernel file The public API should not change very much, but the implementation may get some polishing. I have done some basic performance and memory utilisation tests and currently it takes ~0.2 seconds for the ctfdump to print all information to a file (basic stdout redirection) and the maximal resident set is ~20MB. Both tests were done with the kernel file /boot/kernel/kernel (which is zipped). Near future updates may include using valgrind to find some memleaks or lint to check for potential bugs and to make the code more straight. Also, the documentation seems to be few steps behind the code and algorithms, I should fix that ASAP. After that, I need to consult with George whether to continue with the library to provide writing API or leave it for now and work on the DDB part of the project. The ctfdump code can be found here [1] Any requests or questions are, of course, highly welcome. Best, Daniel [1] https://github.com/lovasko/ctfdump From owner-soc-status@FreeBSD.ORG Mon Jun 23 21:53:17 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A36D7E2; Mon, 23 Jun 2014 21:53:17 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9AA5428E2; Mon, 23 Jun 2014 21:53:16 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id n15so4983361wiw.4 for ; Mon, 23 Jun 2014 14:53:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=iigYrAT8l6O6ldrxHRMAhLAitK2SryIGUNL0zDg8dng=; b=TQA7zPUpQNoeJAgL7nyaP/LAUvU2/icEmvfWOVsRFByuj1t+0DOnJFCNFdsSOuHnsw u2RbmBpdNN2dRlwXwgpJ/DIpP6xiwS8IFK3Ag9Tft4158bhfQChdlN5KC4Irl6esC8CM fCmdDu04pI0QdkP4Lw38+y+kpp3JJWYOUP38SSVq1DlQFgpQ9wbWbnXrvpKKctZ926M5 rTdV4QXeFpQO+oEVoPF1I67cmSYQQfcXKv4erP9DIx7gvH1qTevEL7k8gycg0u4a8iN5 on6pkLwbQsoUCC3VACYxeKppnvbOMVPoIzE/GnMqgvzvCfLPek/K+FLo1sMVMOD0vW0t LnwQ== MIME-Version: 1.0 X-Received: by 10.180.189.234 with SMTP id gl10mr29133676wic.56.1403560394991; Mon, 23 Jun 2014 14:53:14 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.194.60.140 with HTTP; Mon, 23 Jun 2014 14:53:14 -0700 (PDT) Date: Mon, 23 Jun 2014 23:53:14 +0200 X-Google-Sender-Auth: 9H59g9gnZY36Rog026O06U6SZt4 Message-ID: Subject: Weekly Status #5 From: Kamil Czekirda To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: dteske@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2014 21:53:17 -0000 Hi, Last week I done variables like: ROOTPWHASH - you can save hash of your password and it will be changed (so far installed FreeBSD have empty password). and: USERSCONFIG - you can easy add new users in installed FreeBSD. It runs adduser with option -f and path to file where users are. It was simple modyfication, but makes a lot of changes. Regards, Kamil Czekirda From owner-soc-status@FreeBSD.ORG Wed Jun 25 23:05:25 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99495C47 for ; Wed, 25 Jun 2014 23:05:25 +0000 (UTC) Received: from mail1.uj.edu.pl (mail1.uj.edu.pl [149.156.89.193]) by mx1.freebsd.org (Postfix) with ESMTP id 59A1D2F84 for ; Wed, 25 Jun 2014 23:05:24 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl (Oracle Communications Messaging Server 7u4-27.01 (7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTP id <0N7Q000MUYKHBOE0@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Thu, 26 Jun 2014 01:00:17 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.2 X-Antivirus-Code: 0x100000 Received: from mbox.uj.edu.pl by saiph.uoks.uj.edu.pl (Dr.Web (R) milter module ver.6.0.2.2) ; Thu, 26 Jun 2014 01:00:17 +0200 Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl with ESMTP; Thu, 26 Jun 2014 01:00:17 +0200 (CEST) Date: Thu, 26 Jun 2014 01:00:17 +0200 From: Jakub Klama Message-id: Subject: evdev status report #5 To: soc-status@freebsd.org User-Agent: Roundcube Webmail/0.5 X-Sender: jakub.klama@uj.edu.pl X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jun 2014 23:05:25 -0000 Hi, This is status report #4 for GSoC project named "Implementation of evdev protocol and touchscreens support". Last week I was somewhat restricted on time, so worklog is quite small compared to other weeks. Done in last week: * Added EV_REP support for ukbd(4). * Working on uinput driver - almost ready. * Launched first few test cases from libevdev testsuite. Needs to be done: * Same as last week... Jakub From owner-soc-status@FreeBSD.ORG Thu Jun 26 06:06:13 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7B264B0 for ; Thu, 26 Jun 2014 06:06:13 +0000 (UTC) Received: from mail-ve0-x233.google.com (mail-ve0-x233.google.com [IPv6:2607:f8b0:400c:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8857B219A for ; Thu, 26 Jun 2014 06:06:13 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id sa20so3118058veb.24 for ; Wed, 25 Jun 2014 23:06:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=aZvPvQz4Bv7Er1HQLz+oLNR+7344ZM0eMaLbRiHjyrk=; b=JO1MIuZwsxYLeLTo0rBJyBdf5XSU9SugzThDiZMzN3FDvifd3+4sfIxWQxot420Typ n+samS0guFyV4rO6MuvJBHTaVxe2ChBAZYKTT/QHvlS5C11q/q19rPPrq9JsOZql0Qre x0wIJrqJXxQwERfsXzwiqNe+pgVPCvt/Z+5JVvu3b3fxs+56AzqJn3lmMK7xbsrNwg4T /1A4xrgebQnqycLzs1b91OVFe9wIdu4q1O7FNkWk3nIhNr1Vb+RjfbOn//E0oZMvKMqX 77ED15iPhPnethAqRmTqI1kgRprZIUF1Ofral1Dtd2XjC6eFn5PtDg9ca+ms0HCDq+el F/Zg== MIME-Version: 1.0 X-Received: by 10.221.56.132 with SMTP id wc4mr355426vcb.38.1403762772287; Wed, 25 Jun 2014 23:06:12 -0700 (PDT) Received: by 10.220.71.16 with HTTP; Wed, 25 Jun 2014 23:06:12 -0700 (PDT) In-Reply-To: References: Date: Thu, 26 Jun 2014 08:06:12 +0200 Message-ID: Subject: Re: Status of work report From: Ernest Staszuk To: soc-status@freebsd.org, Grzegorz Bernacki , =?UTF-8?Q?Rafa=C5=82_Jaworowski?= Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2014 06:06:13 -0000 Hi, There is actual progress of my project: - Ive done microblaze directory tree with all things (mainly headers and c/asm sources) necessary to compile basic kernel. - Made some minor changes in arch independent code to glue everything together (most of them will be reverted, a few may be needed indeed). Many changes there touch some irrelevant mechanisms. - Ive compiled kernel with microblaze target. To full build ldscript needs to be fitted. Linking objects passes. Fitting pieces together into kernel file not yet. What I am doing now: - instructions how code can be built for now - ldscript adjustments - first attempts in bootstrap field and memory initialization - of course midterm evaluation During next week I would like make: - plam of memory map - booting (not final version yet. Something which could load and run code in any way on target) - locore.S I am concern about way to include toolchain. I can either add it to ports tree or contrib in source tree. But there are parts with not BSD-compliant license (GPLv3). Temporally I prepared a script which builds a microblaze toolchain. Regards, Ernest Staszuk 2014-06-18 16:06 GMT+02:00 Ernest Staszuk : > Hi, > > I aim for compilable kernel for midterm prepared for microblaze. > > - I figured out two possible toolchains (with gcc 4.6.2 or gcc 4.9.0) > . Have gcc 4.6.2 prepared for microblaze target, but now I test 4.9.0 > . > - Common kernel code compiles with 4.9.0 after minor tunes > (WITHOUT_CRYPT option and possibly small workaround inside stdlib.h). > - I made skeleton of microblaze arch. > > Now I put emphasis on filling up platform specific code and making > configuration for proper system booting. This is the aim for current > week. > > Regards, > Ernest From owner-soc-status@FreeBSD.ORG Thu Jun 26 17:00:16 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60199370 for ; Thu, 26 Jun 2014 17:00:16 +0000 (UTC) Received: from mail-ve0-x233.google.com (mail-ve0-x233.google.com [IPv6:2607:f8b0:400c:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 222942180 for ; Thu, 26 Jun 2014 17:00:16 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id sa20so3969493veb.24 for ; Thu, 26 Jun 2014 10:00:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=jycFsg0YbcmzFQU2ur4ofiJBENcYnKvCMCuGaTLHt4I=; b=qkxK4/z6iaAPwr6qXdfU2YL3L5h0Y0YIeJTXHgQHtygOEwIX92OHc+Mv5rRrxBANxz tYyfVXLAhOfqnqmPUZgSRqsVbHGWsvPJgn3GFwmK8+GQ3dQzs0dRhwln2R03SIxnVA84 mRjPy1a1RYXqAuH+UK+95O9OGQT+iYJAx54kPT2YMIL7K5j5q/WJk+8YLUy/c2suAsns vrSyLAVEQdbf3PlShSpIShes0DUzM543NrJtAEKTb1SjgG4uC3OCp848I7Fap7IxpWxO jTfJ4u5NkpKzrGvc7lPCMyeSBnSeARJhsjKxO2O06mVnsC4JBY7ACWjquOn3J3ms35LJ YpKQ== MIME-Version: 1.0 X-Received: by 10.52.129.232 with SMTP id nz8mr1307906vdb.94.1403802014993; Thu, 26 Jun 2014 10:00:14 -0700 (PDT) Received: by 10.58.112.7 with HTTP; Thu, 26 Jun 2014 10:00:14 -0700 (PDT) Date: Thu, 26 Jun 2014 22:30:14 +0530 Message-ID: Subject: [BSNMP Enhancements] Status Report #5 From: Shonali Balakrishna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jun 2014 17:00:16 -0000 Hi all, This is status report #5 for the GSoC project - BSNMP Enhancements. Work done in the last week: * Worked through the rest of the bsnmpd code and made it ipv6 compliant * Compiled bsnmpd code with ipv6 additions, resolved compile errors Work to be done in the next week: * Create an ipv6 implementation of trans_lsock.c and trap.c * Work through compile time warnings and work on making code version independent * Complete OIDX_begemotSnmpdTransIpv6Udp definition and RowStatus creation Thanks and Regards, -- Shonali Balakrishna From owner-soc-status@FreeBSD.ORG Sat Jun 28 13:01:59 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E21ACF5; Sat, 28 Jun 2014 13:01:59 +0000 (UTC) Received: from mail-oa0-x234.google.com (mail-oa0-x234.google.com [IPv6:2607:f8b0:4003:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D499625BE; Sat, 28 Jun 2014 13:01:58 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id j17so6900832oag.11 for ; Sat, 28 Jun 2014 06:01:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=ESbLSGngBYjcw2JoEGSKeHaPwZ7JjSNvIAqpRmed7Zk=; b=uz6iSl8Sp7rjPcFRH48d4G/GtT+lpfRIS+L7qnxKAkkLZRzZ02fpOeH1ysNNXSSo91 pQkYDRXgRyzvGniS3yUjBF5KjMPFs709turNkMtssTESBWhJmk+bO3qKfOSbkPEGFr1G aDij8icIMOFiU34KsefSyq4pavCM2CKgF451mqMwziLaDdEzuecgLtoGjI+aFZO4qQjf Y+y0KR+nTUkpXIotYkCCLtLP8TCgaBWLOvi3C98qmhJbbSlNMQl8D+HSaUMf51hk9don mGPIFqpGY5/UuB4cG7VQM28h7bUa4/CzFtiDX/q9eryG2kaoSEEHeW7b2Nn47NdbQ83/ 10iA== MIME-Version: 1.0 X-Received: by 10.60.175.34 with SMTP id bx2mr29893404oec.49.1403960518055; Sat, 28 Jun 2014 06:01:58 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Sat, 28 Jun 2014 06:01:58 -0700 (PDT) Date: Sat, 28 Jun 2014 15:01:58 +0200 Message-ID: Subject: [intel smap, kpatch] weekly report #5 From: Oliver Pinter To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: gavin@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jun 2014 13:01:59 -0000 This week I started the second phase of GSoC. In this design a run-time kernel and module patching framework. This means that the kernel able to dynamically change their code run-time. In second phase's first week I investigated where must I implement the functionality and which kernel APIs should I use. You can found the current status in my wiki page. On 6/21/14, Oliver Pinter wrote: > Hi! > > At this week i am hunting a triple fault during the boot. This caused > by a compiler error, when CPUTYPE in /etc/make.conf was set to > core-avx2, after removing this the first phase was done. All of my > test running fine and the system are stable. Originally only amd64 > implementation required, but I added to i386 too - but the later not > yet tested. > > In next phase I design a proper way how to patch kernel and modules at > boot and run-time. > > What's done: > * SMAP for amd64 > * test SMAP for amd64 > * build framework > * VM creation > * SMAP for i386 (not tested) > * some other tool, that make my life easier > > The current status can you find on my wiki page. > > On 6/15/14, Oliver Pinter wrote: >> Hi all! >> >> In the last week I was mostly done with implementation, as you can see >> on my wiki page. The most of i386 commits are not tested because a >> cross-build problem on amd64 system. >> Other resolvable problem are on amd64 system, where the machine triple >> faulted, because wrong assembler statements generated with the >> compiler. I'm deep in debugging both of two case. This issue are too >> in my wiki page under this section: >> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching#notes >> >> I have at this week my last exam at Thursday. After that I'm focusing >> fully on GSoC. >> >> On 6/6/14, Oliver Pinter wrote: >>> Hi all! >>> >>> Previous week I started to work on SMAP for amd64 and i386. For amd64 >>> many parts are in good state. The codes currently are only compile >>> tested, at next week I create a VM, and create run-time tests. For >>> i386 started the work on yesterday. >>> All of my status can be found on my wiki page. >>> >>> What's done, but not tested in this week: >>> * {amd64,i386} trap handler >>> * amd64 initialization >>> * {amd64,i386} identification >>> * {amd64,i386} exceptions >>> * amd64 pmap changes >>> * amd64 support.S changes >>> * amd64 ia32 compat exceptions >>> * i386 ddb extension >>> >>> At next week I plan to finish all of amd64 things, and most of i386 >>> things, and begin to test; start to design a proper way to create >>> kpatch and/or ifunc like things. >>> >>> >>> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >>> git: https://github.com/opntr/opBSD (branches: >>> op/gsoc2014/{master,smap,kpatch} ) >>> wiki: >>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >>> >>> >>> On 5/29/14, Oliver Pinter wrote: >>>> Hi all! >>>> >>>> I'm working on Intel SMAP technology in first half of GSoC. >>>> At first week I investigated in SMAP technology and relevant FreeBSD >>>> codes, whats changed since my Bsc thesis. >>>> >>>> I implemented a vulnerable kernel module and PoC to test allowed and >>>> not allowed memory access scenario. Created my wiki page, svn repo, >>>> and git repo. >>>> >>>> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >>>> git: https://github.com/opntr/opBSD (branches: >>>> op/gsoc2014/{master,smap,kpatch} ) >>>> wiki: >>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >>>> test-cases: >>>> http://svnweb.freebsd.org/socsvn/soc2014/op/tests/smap-tester/ >>>> >>>> Good days, >>>> Oliver >>>> >>> >> > From owner-soc-status@FreeBSD.ORG Sun Jun 29 10:36:49 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE0CE3E5 for ; Sun, 29 Jun 2014 10:36:49 +0000 (UTC) Received: from www2419.sakura.ne.jp (www2419.sakura.ne.jp [210.224.185.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B7632D89 for ; Sun, 29 Jun 2014 10:36:48 +0000 (UTC) Received: from www2419.sakura.ne.jp (ksav108.sakura.ne.jp [59.106.188.106]) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s5T9lo9L073479 for ; Sun, 29 Jun 2014 18:47:50 +0900 (JST) (envelope-from nuta@seiya.me) X-Nat-Received: from [210.224.185.29]:17242 [ident-empty] by ksav108.sakura.ne.jp with TPROXY id 1404035270.943 Received: from seiya-mac.local (i153-145-29-39.s41.a008.ap.plala.or.jp [153.145.29.39]) (authenticated bits=0) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s5T9ln5W073475 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 29 Jun 2014 18:47:50 +0900 (JST) (envelope-from nuta@seiya.me) Message-ID: <53AFE0C5.7010706@seiya.me> Date: Sun, 29 Jun 2014 18:47:49 +0900 From: Seiya Nuta User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Bootsplash status report #5 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705 status: clean X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2014 10:36:49 -0000 Hi all, This is weekly status report of new enhanced bootsplash. What I had done in this week: * enhance userland utilities * support more color depths and compression mode of BMP files What I will do in the next week: * support progress bar, etc. in userland utilities At first I planed to implement printing characters in the screen to print kernel messages in this week but I noticed it is bad approach. Instead, bootsplash now exits if boot takes too long. Regards, Seiya From owner-soc-status@FreeBSD.ORG Mon Jun 30 08:30:00 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBA7A824 for ; Mon, 30 Jun 2014 08:30:00 +0000 (UTC) Received: from mx1.mail.bg (mx1.mail.bg [IPv6:2001:67c:16b8:1::2:17]) by mx1.freebsd.org (Postfix) with ESMTP id 75B762C07 for ; Mon, 30 Jun 2014 08:30:00 +0000 (UTC) Received: from [10.1.1.159] (unknown [95.87.254.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mail.bg (Postfix) with ESMTPSA id 244EC60009D8 for ; Mon, 30 Jun 2014 11:29:58 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1404116998; bh=bgVOW7y4TVsxCARXTKtqrEfcq2DWECiywXfz189cpS4=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Content-Transfer-Encoding:Message-Id:References:To; b=hsRQgyGFuKMGbl829pDf/BnfNbAPn/7knLZavNSO5lTDkVHDS+2m18W0nOJGXjCiR PSsEhFT6eIyMCN6QCsSlpVrIuu8ZOP8DSIxEa943dEMiNX5vlil9DeTB0ZddFB7ddN 1YaQ3peQjiAgKvjrezBrrKcEblWgArpTUP5ntd4A= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: [Machine readable output from userland utilities] report From: Zaro Korchev In-Reply-To: Date: Mon, 30 Jun 2014 11:29:55 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> <5AF0FF20-E41B-4D46-A427-D84D9E2CD047@mail.bg> To: soc-status@freebsd.org X-Mailer: Apple Mail (2.1283) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2014 08:30:00 -0000 Hi everybody This week I added support for libsol in iostat. This is an example of = the formatted output of iostat -c c [ { "tin": 2.3355451134941005, "tout": 128.34533220267124, "KB/t": 0, "tps": 0, "MB/s": 0, "cpu": [0, 0, 1, 1, 97] }, { "tin": 0, "tout": 0, "KB/t": 0, "tps": 0, "MB/s": 0, "cpu": [0, 0, 1, 2, 98] }, { "tin": 0, "tout": 0, "KB/t": 0, "tps": 0, "MB/s": 0, "cpu": [0, 0, 0, 1, 99] } ] I also wrote a short documentation explaining how to use libsol.=20 Zaro= From owner-soc-status@FreeBSD.ORG Wed Jul 2 10:02:36 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26736EAB; Wed, 2 Jul 2014 10:02:36 +0000 (UTC) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DD3D92216; Wed, 2 Jul 2014 10:02:35 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id eb12so12129801oac.27 for ; Wed, 02 Jul 2014 03:02:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=JoGkw1eiHRkReqD9BnscCiFtwKEPxJH4mBSOVEy+0mE=; b=F5x6uRtT9zWNtPyahn1h3Q8GvEyUADDifItJjUJ1Hs3pPENzsVhcVBuQG+iJKyZaRH YEy++G7XU7zxQEetHcq2GzyMGWnxpfG1X+YxrB5CIvTOS0cyste5qlLkJVK+7ktOQasc waGaR4qUOhAluRB49bccoEswM55AJnExYwNems3nMUtxsJrPgpPEgsyDuvm9cSCWJhAp EaFAMq0gU2f30bzKNj1euo4PNUnDiGjwpv2uiXTJximZROLv+p7W7jyiKfTDrntXzsnd 8PkZhxqvv4y4rH7a7bC35zr6JEYlYx5wZtjEov77OGWJmSLZu8L0Fwk92K025qoAwE8W saJQ== MIME-Version: 1.0 X-Received: by 10.60.46.162 with SMTP id w2mr55694742oem.26.1404295354845; Wed, 02 Jul 2014 03:02:34 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.182.75.199 with HTTP; Wed, 2 Jul 2014 03:02:34 -0700 (PDT) Date: Wed, 2 Jul 2014 12:02:34 +0200 X-Google-Sender-Auth: NUuxgOWliaN-zZ1NtoyQ8fpJt3M Message-ID: Subject: Weekly Status #6 From: Kamil Czekirda To: soc-status@freebsd.org, dteske@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 10:02:36 -0000 Hello, Last week I created interactive menu for iPXE boot loader. Source is in my svn, but better test it from another place. How to use it? It's simple, you can download iso file from: http://boot.ipxe.org/ipxe.iso or kpxe file from: http://boot.ipxe.org/undionly.kpxe Next step is running iPXE, you can boot your machine from iso file or chainload kpxe file by PXE protocol. Everything what you need is configure network and chain my menu. Network configuration: dhcp my menu: chain http://volt.iem.pw.edu.pl/~czekirdk/mfsbsd.ipxe Have fun! In next weeks I would like to focus on pressed zfsinstall. Regards, Kamil Czekirrda From owner-soc-status@FreeBSD.ORG Wed Jul 2 19:08:36 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7106BA3B; Wed, 2 Jul 2014 19:08:36 +0000 (UTC) Received: from shxd.cx (unknown [64.201.244.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5C53A26A9; Wed, 2 Jul 2014 19:08:36 +0000 (UTC) Received: from 50-196-156-133-static.hfc.comcastbusiness.net ([50.196.156.133]:52484 helo=THEMADHATTER) by shxd.cx with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1X2InZ-000N5t-UT; Wed, 02 Jul 2014 04:34:02 -0700 From: To: "'Kamil Czekirda'" , , References: In-Reply-To: Subject: RE: Weekly Status #6 Date: Wed, 2 Jul 2014 12:08:22 -0700 Message-ID: <08bd01cf9628$fe66c540$fb344fc0$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQH+tVfFwLHh04mT2vWKM0QZ1bjJSZsu5qfg Content-Language: en-us Sender: devin@shxd.cx X-Mailman-Approved-At: Wed, 02 Jul 2014 22:12:27 +0000 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 19:08:36 -0000 > -----Original Message----- > From: kczekirda@gmail.com [mailto:kczekirda@gmail.com] On Behalf Of > Kamil Czekirda > Sent: Wednesday, July 2, 2014 3:03 AM > To: soc-status@freebsd.org; dteske@freebsd.org > Subject: Weekly Status #6 > > Hello, > > Last week I created interactive menu for iPXE boot loader. > > Source is in my svn, but better test it from another place. > > How to use it? It's simple, you can download iso file from: > http://boot.ipxe.org/ipxe.iso > or kpxe file from: > http://boot.ipxe.org/undionly.kpxe > > Next step is running iPXE, you can boot your machine from iso file or > chainload kpxe file by PXE protocol. > > Everything what you need is configure network and chain my menu. > > Network configuration: > dhcp > my menu: > chain http://volt.iem.pw.edu.pl/~czekirdk/mfsbsd.ipxe > > Have fun! > > In next weeks I would like to focus on pressed zfsinstall. > [Devin Teske] I have some catching up to do. I will load up the stuff tonight and let you know if I get stuck. -- Cheers, Devin P.S. I contacted Gavin Atkinson (of FreeBSD.org) and asked him to find you a backup mentor because my availability has been short (sad face). I know that with an additional mentor, we can improve your GSoC experience. Cheers! From owner-soc-status@FreeBSD.ORG Wed Jul 2 22:45:32 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52BB2E5 for ; Wed, 2 Jul 2014 22:45:32 +0000 (UTC) Received: from mail1.uj.edu.pl (mail1.uj.edu.pl [149.156.89.193]) by mx1.freebsd.org (Postfix) with ESMTP id 1393B2B03 for ; Wed, 2 Jul 2014 22:45:31 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl (Oracle Communications Messaging Server 7u4-27.01 (7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTP id <0N83001QGWJT6V20@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Thu, 03 Jul 2014 00:45:30 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.2 X-Antivirus-Code: 0x100000 Received: from mbox.uj.edu.pl by saiph.uoks.uj.edu.pl (Dr.Web (R) milter module ver.6.0.2.2) ; Thu, 03 Jul 2014 00:45:29 +0200 Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl with ESMTP; Thu, 03 Jul 2014 00:45:29 +0200 (CEST) Date: Thu, 03 Jul 2014 00:45:29 +0200 From: Jakub Klama Message-id: <58850f8c507fbac042ec7c8091e293dc@uj.edu.pl> Subject: evdev status report #6 To: soc-status@freebsd.org User-Agent: Roundcube Webmail/0.5 X-Sender: jakub.klama@uj.edu.pl X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 22:45:32 -0000 Hello, This is status report #6 for GSoC project named "Implementation of evdev protocol and touchscreens support". Done last week: * uinput driver - initial version committed, not widely tested, but seems to work in simple use cases * ported libevdev and ran it's test suite - fails on few not supported ioctls * adapted uinput.h to FreeBSD ioctl specifics Next week: * Work on evdev support for atkbd and psm (really!) * See what's changed in recent Linux versions - there at least some new ioctls... Jakub From owner-soc-status@FreeBSD.ORG Sun Jul 6 10:31:00 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9CB5EE7 for ; Sun, 6 Jul 2014 10:31:00 +0000 (UTC) Received: from www2419.sakura.ne.jp (www2419.sakura.ne.jp [210.224.185.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9417C2500 for ; Sun, 6 Jul 2014 10:31:00 +0000 (UTC) Received: from www2419.sakura.ne.jp (ksav204.sakura.ne.jp [210.224.168.166]) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s66AUp3s060453 for ; Sun, 6 Jul 2014 19:30:51 +0900 (JST) (envelope-from nuta@seiya.me) X-Nat-Received: from [210.224.185.29]:28288 [ident-empty] by ksav204.sakura.ne.jp with TPROXY id 1404642651.27728 Received: from seiya-mac.local (i153-145-29-39.s41.a008.ap.plala.or.jp [153.145.29.39]) (authenticated bits=0) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s66AUpHa060450 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 6 Jul 2014 19:30:51 +0900 (JST) (envelope-from nuta@seiya.me) Message-ID: <53B92559.7060201@seiya.me> Date: Sun, 06 Jul 2014 19:30:49 +0900 From: Seiya Nuta User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Bootsplash status report #6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705 status: clean X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 10:31:01 -0000 Hi there, This is weekly status report of new enhanced bootsplash. What I had done in this week: * support progress bar, etc. in userland utilities What I will do in the next week: * support drawing animation in a part of screen Utilities are in my GitHub repositroy: https://github.com/ntsy/bsplash Regards, Seiya From owner-soc-status@FreeBSD.ORG Sun Jul 6 11:59:43 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1BC34D4 for ; Sun, 6 Jul 2014 11:59:42 +0000 (UTC) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A3BD62B54 for ; Sun, 6 Jul 2014 11:59:42 +0000 (UTC) Received: by mail-qg0-f48.google.com with SMTP id q108so2678558qgd.21 for ; Sun, 06 Jul 2014 04:59:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=vHbeLIQt9Zy4AO96ZfH0DlE+y42SrYTpEreTLV8iOI4=; b=HKyiPYSKJ0/ahQWoJMIE4NLnYPC7G0MnrwK78GrR5ish2p1TkU8KS7XRusqPmn4TMJ rCrwLAibDsDzCGQMP4u3+5q+rIUgEE7PWOsUqicupHtgzy5VVa41F4OojZ1ot44LNDmn 84Nw5pPQMZAvZd6LJgnbDnIkkLmDmOM04eBIrDnk/cxv6zQpWp765Q46pCvR2wnzKfC8 5ND4ailLKnGc1ef4eTVyHU61OzipXNAYx53wCG7+JpFwC5DZp6lhqmIAzGLjJWHV1oBt 7xg10h50yfLrIZEdkno+GZeKAWh7z7IqLgJMoKRYlGxo6Jtp2D55cBafL3LzBmizqmmO qpDQ== MIME-Version: 1.0 X-Received: by 10.224.45.202 with SMTP id g10mr5731558qaf.30.1404647981799; Sun, 06 Jul 2014 04:59:41 -0700 (PDT) Received: by 10.140.84.85 with HTTP; Sun, 6 Jul 2014 04:59:41 -0700 (PDT) In-Reply-To: References: Date: Sun, 6 Jul 2014 14:59:41 +0300 Message-ID: Subject: Re: [GSOC] bhyve instruction caching From: Mihai Carabas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2014 11:59:43 -0000 On Sun, Jun 15, 2014 at 8:58 PM, Mihai Carabas wrote: > On Sun, Jun 8, 2014 at 12:38 AM, Mihai Carabas wrote: >>> >>> These days I've started a discussion with Neel about some >>> microbenchmarking mechanisms. I will come with some more details next >>> week. >> I've built a microbenchmarking kernel module which is accessing the >> lapic->id for 1000000 and than I calculate the average of an access >> (each access needs to be emulated by the hypervisor). >> >> I've also implemented the instuction caching mechanism. At each emulation: >> - I check to see if I have that particular instruction cached >> - if not I will cache it in a particula structure named "struct vie_cached" [1] >> - if it's cached I just use that instruction >> >> Right now I am working on write-protecting the pages where the >> instruction reside. I will come with some more details/results when I >> finished this part too (there are some SMP issues I'm still debating >> with Neel). > > I added the write protection for the pages where instruction resides > (I mark them with PROT_READ|PROT_EXECUTE using vm_map_protect). When a > page fault is raised on that page I delete the instruction from the > cache. I've tested the instruction caching feature and it works ok (no > bugs reveal). The results on the microbenchmarking are looking OK, but > they aren't conclusive because I'm not write protecting the pages of > the pagetable (which will eat more time). Right now for 1000000 > accesses to the lapic-id we have an average of 6200 ticks per VM_EXIT > for an instruction emulation. Without instruction caching the average > is at about 10000ticks. Like I've said before, this results aren't > very conclusive until I introduce all protections needed. I will come > in the next weeks with more results when I have the caching feature > fully implemented. > > I've also introduce a new systl to enable/disable instruction caching > "hw.vmm.instruction_cache". In the last two weeks I developed the mechanism of write-protecting the VM pagetable: every page of the pagetable that was pointing to the memory page where the instruction resides was made read-only. I had some trouble with the locking mechanism when having a virtual machine with more than 1 vCPU (one vCPU was write protecting and immediatly another VCPU was remove the protection resulting in a corruption of the write-protection and cache logic). Neel helped me solve this issue with some best effort checks and are working OK. Also I migrated to sx_* locks due to the fact the rm_* locks didn' let me sleep in them (at some point when raising the protection in the VM subsystem a sleep may be encountered). At the end of the week I will come with some new results with the microbenchmarking. Also I'm looking for new real-world benchmarks to see where we can benefict a lot from the instruction caching feature. Thanks, Mihai From owner-soc-status@FreeBSD.ORG Mon Jul 7 12:01:11 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BEEC2B04 for ; Mon, 7 Jul 2014 12:01:11 +0000 (UTC) Received: from mx1.mail.bg (mx1.mail.bg [IPv6:2001:67c:16b8:1::2:17]) by mx1.freebsd.org (Postfix) with ESMTP id 757782CA0 for ; Mon, 7 Jul 2014 12:01:10 +0000 (UTC) Received: from [10.1.1.159] (unknown [95.87.254.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mail.bg (Postfix) with ESMTPSA id 3B37D600034D for ; Mon, 7 Jul 2014 15:01:07 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1404734467; bh=RiwXT91sI9gQO21G8jhFRn3M3bHVx3CHnbyHkra/gdE=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Content-Transfer-Encoding:Message-Id:References:To; b=djlimuaR4IvJj78HW9xEu19QRrOAk7vWIi7nrWgKpd+Kwrtvolq7+QeZ8v8vdDKgP 6bFGR7a2/VJGRGuj6L1+0J0YQZcKhC6gWAmvbkoycX6nD1JPCYqWIaXoy3nnrA73FE wkEvmFypyuzelvxC5R5WZivWnN+vgbYYZaZUBxSg= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: [Machine readable output from userland utilities] report From: Zaro Korchev In-Reply-To: Date: Mon, 7 Jul 2014 15:01:05 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <19220D3B-101C-45A4-AE41-068E033D5F92@mail.bg> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> <5AF0FF20-E41B-4D46-A427-D84D9E2CD047@mail.bg> To: soc-status@freebsd.org X-Mailer: Apple Mail (2.1283) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2014 12:01:11 -0000 Hi everybody This week I spent most of my time on adding libsol support to procstat. # procstat -f 697 [ { "pid": 697, "cmd": "tcsh", "fd": "text", "type": "v", "vtype": "r", "flags": "r-------", "name": "/bin/tcsh" }, { "pid": 697, "cmd": "tcsh", "fd": "ctty", "type": "v", "vtype": "c", "flags": "rw------", "name": "/dev/ttyv2" }, { "pid": 697, "cmd": "tcsh", "fd": "cwd", "type": "v", "vtype": "d", "flags": "r-------", "name": "/usr/home/zaro/zkorchev/freebsd_head/usr.bin/stat" }, { "pid": 697, "cmd": "tcsh", "fd": "root", "type": "v", "vtype": "d", "flags": "r-------", "name": "/" }, { "pid": 697, "cmd": "tcsh", "fd": 15, "type": "v", "vtype": "c", "flags": "rw------", "ref": 9, "offset": 412893, "name": "/dev/ttyv2" }, { "pid": 697, "cmd": "tcsh", "fd": 16, "type": "v", "vtype": "c", "flags": "rw------", "ref": 9, "offset": 412893, "name": "/dev/ttyv2" }, { "pid": 697, "cmd": "tcsh", "fd": 17, "type": "v", "vtype": "c", "flags": "rw------", "ref": 9, "offset": 412893, "name": "/dev/ttyv2" }, { "pid": 697, "cmd": "tcsh", "fd": 18, "type": "v", "vtype": "c", "flags": "rw------", "ref": 9, "offset": 412893, "name": "/dev/ttyv2" }, { "pid": 697, "cmd": "tcsh", "fd": 19, "type": "v", "vtype": "c", "flags": "rw------", "ref": 9, "offset": 412893, "name": "/dev/ttyv2" } ] I added a new function to libsol that generates a map key from an = integer. I'm currently not using it anywhere but I think it will become = handy in the future. I also wanted to make stat work with libsol, but after reading the = source, I realized this will not be possible because stat uses format = strings to operate. Zaro= From owner-soc-status@FreeBSD.ORG Mon Jul 7 17:05:37 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D270F4EA for ; Mon, 7 Jul 2014 17:05:37 +0000 (UTC) Received: from mail-vc0-x232.google.com (mail-vc0-x232.google.com [IPv6:2607:f8b0:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 948542A66 for ; Mon, 7 Jul 2014 17:05:37 +0000 (UTC) Received: by mail-vc0-f178.google.com with SMTP id ij19so4188179vcb.23 for ; Mon, 07 Jul 2014 10:05:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=D9/IA0du5XLVgae2GauS1tinb2wo8RLP9zaJbWJZ7G8=; b=GXCQncEMaZpTFO5qs/dzmr58SbRQE+Hq8YB2rUfHU6Rb4+yLeX9zWdoEGDg1IVZ9S2 5qO1N1NsSmR13vcTKU0AcCKyiO8sbT1kViTLJJn507xhxnHtsMBEf0Hmtdu9fc+wTVDR 3ej2uy4URWP07731CL3Q1JCK4EdXWZXQ1y2EvYIzjj7T6M13Y/1RRhFV9VpRR96U+sPU ZyJj+VpcHJtjB8kX9mMt7Okp+5nWgHKI19Ijb0zAtjrX7n5B/LvtD4WRIYWH50SW1gUX s9A69M4usRo+oixemixhCq/ptlh7aH/uk0seAK95MkPbkNiQ1Sy2dqG4wbEN5pK2NZsc yLRA== MIME-Version: 1.0 X-Received: by 10.58.207.33 with SMTP id lt1mr1446086vec.63.1404752736109; Mon, 07 Jul 2014 10:05:36 -0700 (PDT) Received: by 10.58.114.97 with HTTP; Mon, 7 Jul 2014 10:05:36 -0700 (PDT) Date: Mon, 7 Jul 2014 22:35:36 +0530 Message-ID: Subject: [BSNMP Enhancements] Status Report #6 & #7 From: Shonali Balakrishna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2014 17:05:38 -0000 Hi all, This is status report #6 and #7 (from June 27th to July 7th) for the GSoC project - BSNMP Enhancements. ( I was not able to get as much done as previously planned, since I had a considerable amount of visa and loan related work (had to travel to another city to give my VI and other such errands) to get done in the last week, for my impending departure for post graduate study.) Work done in the last week: * Worked through compile time warnings * Looked into making code version independent * Looked into OIDX_begemotSnmpdTransIpv6Udp definition and RowStatus creation Work to be done in the next week: * Create an ipv6 implementation of trans_lsock.c and trap.c * Complete the rest of the ipv6 implementation of bsnmpd, start testing Thanks and Regards, -- Shonali Balakrishna From owner-soc-status@FreeBSD.ORG Fri Jul 11 13:52:19 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42E62339; Fri, 11 Jul 2014 13:52:19 +0000 (UTC) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 03F7A2B8B; Fri, 11 Jul 2014 13:52:18 +0000 (UTC) Received: by mail-ob0-f179.google.com with SMTP id uz6so1200582obc.24 for ; Fri, 11 Jul 2014 06:52:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=jJ8v4DiTCP6+DCMCIhOoqDotlqLdCFjxV2dK/HVIVqM=; b=tD6DtdyA+5GRZHmCofP/xS5PSGXTHZE5D2N/i0vWMLFLde0qIw7bCgJrKipaqyba6j k72nj6K1Xqx1w4MSl+WbN74UL2BhvjosAwNMuj8n3/fI+ieyXEppAxFH+5WTG5GlxqH9 H+GYBpH04dXEQqLHl9ccyhVH432eY8qxnfzBF5sqdcyZyIyAf3lgR/7T8rnpCd8ua+Cl M9GbZ/Xu8plzYxZjeWo1DvtS95ds/Pa/4/aULVrYTwM6QPIIeG8Oa8xZdaAowM4uOKj8 y1PJLfwkXGqzbW4jZK6BPRmZk3nijxoUdBbGy8FF4al3YHM3J9Ter13ygsoWKSNFcW6Q lbkQ== MIME-Version: 1.0 X-Received: by 10.60.120.98 with SMTP id lb2mr63173910oeb.52.1405086738380; Fri, 11 Jul 2014 06:52:18 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Fri, 11 Jul 2014 06:52:18 -0700 (PDT) Date: Fri, 11 Jul 2014 15:52:18 +0200 Message-ID: Subject: Re: [intel smap, kpatch] weekly report #6 and #7 From: Oliver Pinter To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: gavin@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2014 13:52:19 -0000 Hi All! At previous week I started to design a kernel patching framework and I have a little holiday. At this week I mostly finished the design, and started to implement the selfpatching framework. Next week I plan to finish the implementation of the framework, and after that migrate the SMAP stuff to use them. The current status can you found on my wiki site. On 6/28/14, Oliver Pinter wrote: > This week I started the second phase of GSoC. In this design a > run-time kernel and module patching framework. This means that the > kernel able to dynamically change their code run-time. > > In second phase's first week I investigated where must I implement the > functionality and which kernel APIs should I use. > > You can found the current status in my wiki page. > > On 6/21/14, Oliver Pinter wrote: >> Hi! >> >> At this week i am hunting a triple fault during the boot. This caused >> by a compiler error, when CPUTYPE in /etc/make.conf was set to >> core-avx2, after removing this the first phase was done. All of my >> test running fine and the system are stable. Originally only amd64 >> implementation required, but I added to i386 too - but the later not >> yet tested. >> >> In next phase I design a proper way how to patch kernel and modules at >> boot and run-time. >> >> What's done: >> * SMAP for amd64 >> * test SMAP for amd64 >> * build framework >> * VM creation >> * SMAP for i386 (not tested) >> * some other tool, that make my life easier >> >> The current status can you find on my wiki page. >> >> On 6/15/14, Oliver Pinter wrote: >>> Hi all! >>> >>> In the last week I was mostly done with implementation, as you can see >>> on my wiki page. The most of i386 commits are not tested because a >>> cross-build problem on amd64 system. >>> Other resolvable problem are on amd64 system, where the machine triple >>> faulted, because wrong assembler statements generated with the >>> compiler. I'm deep in debugging both of two case. This issue are too >>> in my wiki page under this section: >>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching#notes >>> >>> I have at this week my last exam at Thursday. After that I'm focusing >>> fully on GSoC. >>> >>> On 6/6/14, Oliver Pinter wrote: >>>> Hi all! >>>> >>>> Previous week I started to work on SMAP for amd64 and i386. For amd64 >>>> many parts are in good state. The codes currently are only compile >>>> tested, at next week I create a VM, and create run-time tests. For >>>> i386 started the work on yesterday. >>>> All of my status can be found on my wiki page. >>>> >>>> What's done, but not tested in this week: >>>> * {amd64,i386} trap handler >>>> * amd64 initialization >>>> * {amd64,i386} identification >>>> * {amd64,i386} exceptions >>>> * amd64 pmap changes >>>> * amd64 support.S changes >>>> * amd64 ia32 compat exceptions >>>> * i386 ddb extension >>>> >>>> At next week I plan to finish all of amd64 things, and most of i386 >>>> things, and begin to test; start to design a proper way to create >>>> kpatch and/or ifunc like things. >>>> >>>> >>>> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >>>> git: https://github.com/opntr/opBSD (branches: >>>> op/gsoc2014/{master,smap,kpatch} ) >>>> wiki: >>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >>>> >>>> >>>> On 5/29/14, Oliver Pinter wrote: >>>>> Hi all! >>>>> >>>>> I'm working on Intel SMAP technology in first half of GSoC. >>>>> At first week I investigated in SMAP technology and relevant FreeBSD >>>>> codes, whats changed since my Bsc thesis. >>>>> >>>>> I implemented a vulnerable kernel module and PoC to test allowed and >>>>> not allowed memory access scenario. Created my wiki page, svn repo, >>>>> and git repo. >>>>> >>>>> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >>>>> git: https://github.com/opntr/opBSD (branches: >>>>> op/gsoc2014/{master,smap,kpatch} ) >>>>> wiki: >>>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >>>>> test-cases: >>>>> http://svnweb.freebsd.org/socsvn/soc2014/op/tests/smap-tester/ >>>>> >>>>> Good days, >>>>> Oliver >>>>> >>>> >>> >> > From owner-soc-status@FreeBSD.ORG Sat Jul 12 06:09:27 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDF27B5A for ; Sat, 12 Jul 2014 06:09:27 +0000 (UTC) Received: from www2419.sakura.ne.jp (www2419.sakura.ne.jp [210.224.185.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 79DBD22D8 for ; Sat, 12 Jul 2014 06:09:26 +0000 (UTC) Received: from www2419.sakura.ne.jp (ksav407.sakura.ne.jp [153.120.85.42]) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s6C69Ism040986 for ; Sat, 12 Jul 2014 15:09:18 +0900 (JST) (envelope-from nuta@seiya.me) X-Nat-Received: from [210.224.185.29]:44316 [ident-empty] by ksav407.sakura.ne.jp with TPROXY id 1405145358.29012 Received: from seiya-mac.local (napt3.tsukuba.wide.ad.jp [203.178.132.107]) (authenticated bits=0) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s6C69H6L040983 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 12 Jul 2014 15:09:18 +0900 (JST) (envelope-from nuta@seiya.me) Message-ID: <53C0D10F.5010508@seiya.me> Date: Sat, 12 Jul 2014 15:09:19 +0900 From: Seiya Nuta User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Bootsplash status report #7 X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705 status: clean X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2014 06:09:27 -0000 Hi all, This is weekly status report of new enhanced bootsplash. What I had done in this week: * support drawing animation in a part of screen What I will do in the next week: * support progress bar I'd like to refactor source code if there is enough spare time. Regards, Seiya From owner-soc-status@FreeBSD.ORG Sat Jul 12 16:54:05 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19168906 for ; Sat, 12 Jul 2014 16:54:05 +0000 (UTC) Received: from mail-qg0-x22f.google.com (mail-qg0-x22f.google.com [IPv6:2607:f8b0:400d:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF34321DF for ; Sat, 12 Jul 2014 16:54:04 +0000 (UTC) Received: by mail-qg0-f47.google.com with SMTP id q108so2021384qgd.6 for ; Sat, 12 Jul 2014 09:54:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Xw2S9/Ly4gPZue/ocwdMU7yLw9GqZS0cs46QUfpDIz4=; b=VCBXxuZG71A8BnIRgpcKsGu7+yrnMIzZ0hFcQFMULipNkI/oS7mizr68G6VxTny0Nd QQCYYmh1oZwI3lYF1emwQjUhuD3+HqU6VeJ1pj/ujD2J+sKL7mPZzWH080+wIXX0WM/f OzhAOCyM2A7m0+nbwKhG5k/DCKl32DBnSLd7xO4CoW+0OTb7Glc0YITf208HtyHJ8R3Y AoEIbPhjz58ebm6yVfVdFZBebXK0hQ6tjDpBPu65cFgkSTFTmvjGikHdJY+7rhUXGdkb K/8ezb7XQYlOwlo+rC77HwQOx35Rk50MGsE2QAbgCbKNO1VFWbkCPAlFT5yYfF/nclyP bvOQ== MIME-Version: 1.0 X-Received: by 10.224.111.196 with SMTP id t4mr6811849qap.63.1405184044067; Sat, 12 Jul 2014 09:54:04 -0700 (PDT) Received: by 10.140.84.85 with HTTP; Sat, 12 Jul 2014 09:54:04 -0700 (PDT) In-Reply-To: References: Date: Sat, 12 Jul 2014 19:54:04 +0300 Message-ID: Subject: Re: [GSOC] bhyve instruction caching From: Mihai Carabas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2014 16:54:05 -0000 Hi, > At the end of the week I will come with some new results with the > microbenchmarking. So I've redone the microbenchmarking tests and the page-table protection didn't cause a significant performance degradation (the new locking for the cache logic correlated with the more frequent cache evictions): for 1000000 accesses to the lapic-id we have an average of 6800 ticks per VM_EXIT for an instruction emulation (before writeprotecting the page tables it was 6200). The numbers WITHOUT cache instruction are at about 10000~10400. So, when watching at the microbenchmarking we have an improvement of ~35%. > > Also I'm looking for new real-world benchmarks to see where we can > benefict a lot from the instruction caching feature. I've started doing to kind of benchmarks: * CPU intensive (ex: a bash script that increments in a loop a variable) * benchmarks that creates lot of short processes (not CPU intensive but short running I/O intensive): make buildworld -j2 I will come with some concrete results in the next week. Meanwhile I will add some new statistics like "Cache hits" and "Cache evictions" to see how my cache behavious in each of the benchmarks. Thanks, Mihai From owner-soc-status@FreeBSD.ORG Mon Jul 14 10:17:55 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57488E8B for ; Mon, 14 Jul 2014 10:17:55 +0000 (UTC) Received: from mx1.mail.bg (mx1.mail.bg [IPv6:2001:67c:16b8:1::2:17]) by mx1.freebsd.org (Postfix) with ESMTP id 0C76C2748 for ; Mon, 14 Jul 2014 10:17:55 +0000 (UTC) Received: from [10.1.1.159] (unknown [95.87.254.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.mail.bg (Postfix) with ESMTPSA id A266C6000886 for ; Mon, 14 Jul 2014 13:17:50 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1405333070; bh=V/q9VGg37zy1uC/+0w7ChGOKxFS6V8yUWm9mVnuTMkI=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Content-Transfer-Encoding:Message-Id:References:To; b=GnjQxxJMur7P9BdvBEGJETvJ43AefZh4fBhYvcxACOzJuD6xW9X//Z4puWB1PHcDx 65Vy82BvrbbH8nk4wPYlsGYg8RL67wA3Q1eq6f4B/eO7Sm4mcVEsO0msBdMpQC0hgC 0DZIMf+lU51S0YQfPSHQd6M9OqJpNjprqTlxTz2E= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: [Machine readable output from userland utilities] report From: Zaro Korchev In-Reply-To: <19220D3B-101C-45A4-AE41-068E033D5F92@mail.bg> Date: Mon, 14 Jul 2014 13:17:48 +0300 Content-Transfer-Encoding: 7bit Message-Id: <60B2286C-F0BA-4757-9603-BE23E365A576@mail.bg> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> <5AF0FF20-E41B-4D46-A427-D84D9E2CD047@mail.bg> <19220D3B-101C-45A4-AE41-068E033D5F92@mail.bg> To: soc-status@freebsd.org X-Mailer: Apple Mail (2.1283) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 10:17:55 -0000 Hi everybody This week I added libsol support for several other tools. sockstat wc last This is a sample output from last: [ { "type": "login", "user": "root", "line": "ttyv0", "host": "", "time": "Tue May 27 13:59", "logout": "shutdown", "duration": { "days": 0, "hours": "00:01" } }, { "type": "boot", "time": "Tue May 27 13:58" }, { "type": "shutdown", "time": "Tue May 27 13:58" }, { "type": "login", "user": "root", "line": "ttyv1", "host": "", "time": "Tue May 27 12:55", "logout": "shutdown", "duration": { "days": 0, "hours": "01:03" } }, { "type": "login", "user": "root", "line": "ttyv0", "host": "", "time": "Tue May 27 12:23", "logout": "shutdown", "duration": { "days": 0, "hours": "01:34" } }, { "type": "boot", "time": "Tue May 27 12:23" } ] Zaro From owner-soc-status@FreeBSD.ORG Mon Jul 14 20:54:27 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71775377; Mon, 14 Jul 2014 20:54:27 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E05BE22C7; Mon, 14 Jul 2014 20:54:26 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id z12so4737793wgg.24 for ; Mon, 14 Jul 2014 13:54:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=Ns655+q1v5rxxnXGC+LEqumZh0O3zAH/kQJkEEvQDIs=; b=DjREDVobV2BxJGu1ypDnwcx99rn77kPvETa8zfH0eytPir7Vg0A2GbSP3bcLyIACae 8cFWIb698IaTbjm0lIy1ITL9oVNjuI0vpx4iUH1auCVvG3sTjeQ+uU5Bk8Zaubp0aOqj vGStL/6u5+L1kSXiCEpJB5AABgRPd58xK4mHqqTEI3dYAZQ9viD9Dfn/70gcAAjNhIC6 UwWG5BUbQZBzEZfHceSrG/zLzCl5du04tYF42+t8NHuWw4j5tooq46blzMNhSqk4jYoK QltKD0pgzpOW3mrtXaf4qL2kl2mT/bnQe+E8LmO7e7KCdIE2G074ccPQcxO0jFmT/e8k el9w== MIME-Version: 1.0 X-Received: by 10.180.104.132 with SMTP id ge4mr569764wib.0.1405371264974; Mon, 14 Jul 2014 13:54:24 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.194.237.40 with HTTP; Mon, 14 Jul 2014 13:54:24 -0700 (PDT) Date: Mon, 14 Jul 2014 22:54:24 +0200 X-Google-Sender-Auth: csDIOD0tvgI7gJMVSzB7XgvQkXs Message-ID: Subject: Weekly Status #7 and #8 From: Kamil Czekirda To: soc-status@freebsd.org, dteske@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 20:54:27 -0000 Hello, In last two weeks I had done pressed zfsboot option. It's possible unattended install FreeBSD on zfs, but need more tests. In this week I need to write some documentation because I want to ask community about more scenarios to improve existing implementation. Regards, Kamil Czekirrda From owner-soc-status@FreeBSD.ORG Mon Jul 14 21:06:42 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E5DB90A; Mon, 14 Jul 2014 21:06:42 +0000 (UTC) Received: from shxd.cx (unknown [64.201.244.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A49623B2; Mon, 14 Jul 2014 21:06:42 +0000 (UTC) Received: from 50-196-156-133-static.hfc.comcastbusiness.net ([50.196.156.133]:51560 helo=THEMADHATTER) by shxd.cx with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1X6bJP-000DfV-96; Mon, 14 Jul 2014 01:08:39 -0700 From: To: "'Kamil Czekirda'" , , References: In-Reply-To: Subject: RE: Weekly Status #7 and #8 Date: Mon, 14 Jul 2014 14:06:31 -0700 Message-ID: <01b001cf9fa7$7cdf5680$769e0380$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQChOq9iGslLgOuPCfSdCTEJtm5Lc5382S3Q Content-Language: en-us Sender: devin@shxd.cx X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 21:06:42 -0000 > -----Original Message----- > From: kczekirda@gmail.com [mailto:kczekirda@gmail.com] On Behalf Of > Kamil Czekirda > Sent: Monday, July 14, 2014 1:54 PM > To: soc-status@freebsd.org; dteske@freebsd.org > Subject: Weekly Status #7 and #8 > > Hello, > > In last two weeks I had done pressed zfsboot option. > > It's possible unattended install FreeBSD on zfs, but need more tests. > Excellent! I can't wait to see what you've done. I'll take a look tonight. > In this week I need to write some documentation because I want to ask > community about more scenarios to improve existing implementation. > Very good thinking. Much of the work we do in FreeBSD is improved just by sharing with good documentation. If you need any help with reviewing the documentation before you send out word on the mailing lists, let me know. -- Cheers and proud of your work, Devin From owner-soc-status@FreeBSD.ORG Tue Jul 15 03:50:49 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C20AEF1 for ; Tue, 15 Jul 2014 03:50:49 +0000 (UTC) Received: from mail-vc0-x22c.google.com (mail-vc0-x22c.google.com [IPv6:2607:f8b0:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F1A32443 for ; Tue, 15 Jul 2014 03:50:49 +0000 (UTC) Received: by mail-vc0-f172.google.com with SMTP id hq11so7897426vcb.17 for ; Mon, 14 Jul 2014 20:50:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/gIVtTOBZ9LLwDD/w4f8jlfv4yE3KUq4mnkuYIWRY2s=; b=qIDDW1netnnpWbei5E7Qw6pV1PAv08IE1JPI3k4nt0dPLf0FHv6qurKDZwCwOXSYLa RRyMX5nzLP1k775pztAiFvfR3slscNuuwVqho1bHqdGFiUsYcJ16VJjff52aBSiKDVE4 2UpgT4pSdZCDFSQ+A0/PVJ+3yUCQ1ELzoSzE7+ihkSBJBYHc4s1WGcY+a50eyXo3TpIu MlrHRM8o2IKR4nBfABINqyVqSNO/wb0FAJcvS0TtxXAQocgXd2K0KZUCcC2Nq1JWSABK zZCvTl+FAhMIuKhWFJVKCjdxQfnlC1/p18lFRNW2XzxLsoZSI3kwJsoCT0vo6tDrKXA+ YWoA== MIME-Version: 1.0 X-Received: by 10.58.245.194 with SMTP id xq2mr6454525vec.26.1405396248302; Mon, 14 Jul 2014 20:50:48 -0700 (PDT) Received: by 10.58.99.37 with HTTP; Mon, 14 Jul 2014 20:50:48 -0700 (PDT) Date: Tue, 15 Jul 2014 09:20:48 +0530 Message-ID: Subject: [BSNMP Enhancements] Status Report #8 From: Shonali Balakrishna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2014 03:50:49 -0000 Hi all, This is status report #8 for the GSoC project - BSNMP Enhancements. Work done in the last week: * Created an ipv6 implementation of trans_lsock.c * Completed IP version independent code changes in main.c and transport modules Work to be done in the next week: * Complete ipv6 implementation of trap.c * Complete any pending ipv6 implementation of bsnmpd, test comprehensively Thanks and Regards, -- Shonali Balakrishna From owner-soc-status@FreeBSD.ORG Tue Jul 15 22:42:44 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C18C9EEB for ; Tue, 15 Jul 2014 22:42:44 +0000 (UTC) Received: from mail1.uj.edu.pl (mail1.uj.edu.pl [149.156.89.193]) by mx1.freebsd.org (Postfix) with ESMTP id 806182D93 for ; Tue, 15 Jul 2014 22:42:44 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl (Oracle Communications Messaging Server 7u4-27.01 (7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTP id <0N8R00CTXZ302T20@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Wed, 16 Jul 2014 00:42:36 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.2 X-Antivirus-Code: 0x100000 Received: from mbox.uj.edu.pl by saiph.uoks.uj.edu.pl (Dr.Web (R) milter module ver.6.0.2.2) ; Wed, 16 Jul 2014 00:42:36 +0200 Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl with ESMTP; Wed, 16 Jul 2014 00:42:36 +0200 (CEST) Date: Wed, 16 Jul 2014 00:42:36 +0200 From: Jakub Klama Message-id: <5a2672bc72e55d6a24142bea1fef09fc@uj.edu.pl> Subject: evdev status report #7 & #8 To: soc-status@freebsd.org User-Agent: Roundcube Webmail/0.5 X-Sender: jakub.klama@uj.edu.pl X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2014 22:42:44 -0000 Hi, This is combined status report #7 and #8 for GSoC project named "Implementation of evdev protocol and touchscreens support". Done last week^Wtwo weeks: * evdev support for atkbd(4), psm(4) and kbdmux(4). kbdmux is seen as a regular keyboard. * fixed issues with SYN_DROPPED packets generation * created stripped-down version of libevdev suitable to be included in the base system * started working on terasic_mtl evdev multitouch driver, used on BERI_DE4 platform * merged changes from HEAD onto project branch * attended to DevSummit :-) Next week: * finish & test terasic_mtl multitouch driver * create some multitouch demo for BERI_DE4 * look for what can gain an evdev support - maybe some power switch or a laptop lid? Jakub From owner-soc-status@FreeBSD.ORG Wed Jul 16 18:43:20 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DF1C87F for ; Wed, 16 Jul 2014 18:43:20 +0000 (UTC) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) by mx1.freebsd.org (Postfix) with ESMTP id 59D2F2625 for ; Wed, 16 Jul 2014 18:43:20 +0000 (UTC) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 55CA95A9F0B; Wed, 16 Jul 2014 18:43:19 +0000 (UTC) Date: Wed, 16 Jul 2014 18:43:19 +0000 From: Brooks Davis To: Jakub Klama Subject: Re: evdev status report #7 & #8 Message-ID: <20140716184319.GF60425@spindle.one-eyed-alien.net> References: <5a2672bc72e55d6a24142bea1fef09fc@uj.edu.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="adJ1OR3c6QgCpb/j" Content-Disposition: inline In-Reply-To: <5a2672bc72e55d6a24142bea1fef09fc@uj.edu.pl> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2014 18:43:20 -0000 --adJ1OR3c6QgCpb/j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 16, 2014 at 12:42:36AM +0200, Jakub Klama wrote: > Hi, >=20 > This is combined status report #7 and #8 for GSoC project named > "Implementation of evdev protocol and touchscreens support". >=20 > Done last week^Wtwo weeks: > * evdev support for atkbd(4), psm(4) and kbdmux(4). kbdmux is seen > as a regular keyboard. > * fixed issues with SYN_DROPPED packets generation > * created stripped-down version of libevdev suitable to be included > in the base system > * started working on terasic_mtl evdev multitouch driver, used on > BERI_DE4 platform > * merged changes from HEAD onto project branch > * attended to DevSummit :-) >=20 > Next week: > * finish & test terasic_mtl multitouch driver > * create some multitouch demo for BERI_DE4 > * look for what can gain an evdev support - maybe some power switch > or a laptop lid? On BERI it would be great if the DE4 and SoCKit buttons could be available. Right now their state is available via a simple memory map, but presumably Jon could do something smarter with them if that were useful. We'd infact like to be able to use the to do things like trigger a shutdown of the table platforms. -- Brooks --adJ1OR3c6QgCpb/j Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlPGx8YACgkQXY6L6fI4GtQkdACgo4R2z7L2iHy/zzlF+EE+QzOc sT4AoKU5ZPUrWeP6s7BZ+ugyOx/Zj4e9 =kJeT -----END PGP SIGNATURE----- --adJ1OR3c6QgCpb/j-- From owner-soc-status@FreeBSD.ORG Fri Jul 18 22:50:41 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA713342; Fri, 18 Jul 2014 22:50:41 +0000 (UTC) Received: from mail-oa0-x235.google.com (mail-oa0-x235.google.com [IPv6:2607:f8b0:4003:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CB402807; Fri, 18 Jul 2014 22:50:41 +0000 (UTC) Received: by mail-oa0-f53.google.com with SMTP id j17so4342517oag.12 for ; Fri, 18 Jul 2014 15:50:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=uxhMlDkSD4e+e40/3PcS6yEjaAcfeqi19lwhlLAJVLk=; b=tHVG+LtnhD68WfjbrhQQaEpLqzoyst2R/9j+fwLodXl1HDPqsD1ACnZffaynUw9oF8 ajPxgWk3J8Ta8MfhpEUgKr7rv2Xt6PX8vVd8HRKoRLf00bPqxs8MHn1C0otun0BR4n4D IMAhLuIiR2pg6c3CC5c8yY5lb5lDGQ9cP3Qr/utyxv1+o5g80X0p9+8JKxh0OVWsjQDp CeOKPcutaJCT6CMecy0MEwLvqc71KPovqIODIXTfAGtDSUxq5vgiDyc3Q8MA1//31Vul 9XEDGCg7OZcpRveqe4SY5o6ufO5SoVsuBOtyC+odNkhAQaMj+7VXpiWZa/doe2GX+SXA JRVA== MIME-Version: 1.0 X-Received: by 10.60.155.231 with SMTP id vz7mr11900268oeb.56.1405723840851; Fri, 18 Jul 2014 15:50:40 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Fri, 18 Jul 2014 15:50:40 -0700 (PDT) Date: Sat, 19 Jul 2014 00:50:40 +0200 Message-ID: Subject: [intel smap, kpatch] weekly report #8 From: Oliver Pinter To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: gavin@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2014 22:50:41 -0000 Hi! This week I mostly implemented the kernel patching framework. It's required to optimize a little, but mostly done. The current status can you find both in svn or git repo. The current code boot tested with kernel image patching, it's works. Next should I test kld preload patching and kldload patching, and then adopting SMAP related instructions and xsave related codes. Detailed info are in wiki. On 7/11/14, Oliver Pinter wrote: > Hi All! > > At previous week I started to design a kernel patching framework and I > have a little holiday. > > At this week I mostly finished the design, and started to implement > the selfpatching framework. > > Next week I plan to finish the implementation of the framework, and > after that migrate the SMAP stuff to use them. > > The current status can you found on my wiki site. > > On 6/28/14, Oliver Pinter wrote: >> This week I started the second phase of GSoC. In this design a >> run-time kernel and module patching framework. This means that the >> kernel able to dynamically change their code run-time. >> >> In second phase's first week I investigated where must I implement the >> functionality and which kernel APIs should I use. >> >> You can found the current status in my wiki page. >> >> On 6/21/14, Oliver Pinter wrote: >>> Hi! >>> >>> At this week i am hunting a triple fault during the boot. This caused >>> by a compiler error, when CPUTYPE in /etc/make.conf was set to >>> core-avx2, after removing this the first phase was done. All of my >>> test running fine and the system are stable. Originally only amd64 >>> implementation required, but I added to i386 too - but the later not >>> yet tested. >>> >>> In next phase I design a proper way how to patch kernel and modules at >>> boot and run-time. >>> >>> What's done: >>> * SMAP for amd64 >>> * test SMAP for amd64 >>> * build framework >>> * VM creation >>> * SMAP for i386 (not tested) >>> * some other tool, that make my life easier >>> >>> The current status can you find on my wiki page. >>> >>> On 6/15/14, Oliver Pinter wrote: >>>> Hi all! >>>> >>>> In the last week I was mostly done with implementation, as you can see >>>> on my wiki page. The most of i386 commits are not tested because a >>>> cross-build problem on amd64 system. >>>> Other resolvable problem are on amd64 system, where the machine triple >>>> faulted, because wrong assembler statements generated with the >>>> compiler. I'm deep in debugging both of two case. This issue are too >>>> in my wiki page under this section: >>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching#notes >>>> >>>> I have at this week my last exam at Thursday. After that I'm focusing >>>> fully on GSoC. >>>> >>>> On 6/6/14, Oliver Pinter wrote: >>>>> Hi all! >>>>> >>>>> Previous week I started to work on SMAP for amd64 and i386. For amd64 >>>>> many parts are in good state. The codes currently are only compile >>>>> tested, at next week I create a VM, and create run-time tests. For >>>>> i386 started the work on yesterday. >>>>> All of my status can be found on my wiki page. >>>>> >>>>> What's done, but not tested in this week: >>>>> * {amd64,i386} trap handler >>>>> * amd64 initialization >>>>> * {amd64,i386} identification >>>>> * {amd64,i386} exceptions >>>>> * amd64 pmap changes >>>>> * amd64 support.S changes >>>>> * amd64 ia32 compat exceptions >>>>> * i386 ddb extension >>>>> >>>>> At next week I plan to finish all of amd64 things, and most of i386 >>>>> things, and begin to test; start to design a proper way to create >>>>> kpatch and/or ifunc like things. >>>>> >>>>> >>>>> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >>>>> git: https://github.com/opntr/opBSD (branches: >>>>> op/gsoc2014/{master,smap,kpatch} ) >>>>> wiki: >>>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >>>>> >>>>> >>>>> On 5/29/14, Oliver Pinter wrote: >>>>>> Hi all! >>>>>> >>>>>> I'm working on Intel SMAP technology in first half of GSoC. >>>>>> At first week I investigated in SMAP technology and relevant FreeBSD >>>>>> codes, whats changed since my Bsc thesis. >>>>>> >>>>>> I implemented a vulnerable kernel module and PoC to test allowed and >>>>>> not allowed memory access scenario. Created my wiki page, svn repo, >>>>>> and git repo. >>>>>> >>>>>> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >>>>>> git: https://github.com/opntr/opBSD (branches: >>>>>> op/gsoc2014/{master,smap,kpatch} ) >>>>>> wiki: >>>>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >>>>>> test-cases: >>>>>> http://svnweb.freebsd.org/socsvn/soc2014/op/tests/smap-tester/ >>>>>> >>>>>> Good days, >>>>>> Oliver >>>>>> >>>>> >>>> >>> >> > From owner-soc-status@FreeBSD.ORG Sat Jul 19 07:30:21 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4828FE8F for ; Sat, 19 Jul 2014 07:30:21 +0000 (UTC) Received: from www2419.sakura.ne.jp (www2419.sakura.ne.jp [210.224.185.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E8E8520FC for ; Sat, 19 Jul 2014 07:30:19 +0000 (UTC) Received: from www2419.sakura.ne.jp (ksav207.sakura.ne.jp [210.224.168.169]) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s6J7UB1t009164 for ; Sat, 19 Jul 2014 16:30:11 +0900 (JST) (envelope-from nuta@seiya.me) X-Nat-Received: from [210.224.185.29]:49505 [ident-empty] by ksav207.sakura.ne.jp with TPROXY id 1405755011.7061 Received: from seiya-mac.local (napt3.tsukuba.wide.ad.jp [203.178.132.107]) (authenticated bits=0) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s6J7UBjJ009161 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 19 Jul 2014 16:30:11 +0900 (JST) (envelope-from nuta@seiya.me) Message-ID: <53CA1E83.2030908@seiya.me> Date: Sat, 19 Jul 2014 16:30:11 +0900 From: Seiya Nuta User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Bootsplash status report #8 X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705 status: clean X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2014 07:30:21 -0000 Hi all, This is weekly status report of new enhanced bootsplash. What I had done in this week: * support progress bar What I will do in the next week: * enhance implementation I have almost finished my work. From now, I'll work on fix some bugs and enhance a terrible part. Regards, Seiya From owner-soc-status@FreeBSD.ORG Mon Jul 21 09:49:29 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B005D9D for ; Mon, 21 Jul 2014 09:49:29 +0000 (UTC) Received: from mx2.mail.bg (mx2.mail.bg [IPv6:2001:67c:16b8:1::2:18]) by mx1.freebsd.org (Postfix) with ESMTP id D4F792E76 for ; Mon, 21 Jul 2014 09:49:28 +0000 (UTC) Received: from [10.1.1.159] (unknown [95.87.254.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx2.mail.bg (Postfix) with ESMTPSA id ECB9460004E4 for ; Mon, 21 Jul 2014 12:49:23 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1405936164; bh=qhpmjB2ASmAuaqALAuT1zNxb9sdmjDLzsAr2rpRBcBY=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Content-Transfer-Encoding:Message-Id:References:To; b=mPFTYhSgCsZtKcMxAyt5kAh5jqitifjAniTV0ssPOD4/IXjRHqAp+EcO7nMCcCJns 33HngD4Seqo5nnXG4tRMHQPcCg8rxV0dlfaahoBnbCdcVqvVUr8lsYElwaNr91jX5i 6kZky1LrWDwT4xasdExqzD3JQSWdzTrAe1u953PQ= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: [Machine readable output from userland utilities] report From: Zaro Korchev In-Reply-To: <60B2286C-F0BA-4757-9603-BE23E365A576@mail.bg> Date: Mon, 21 Jul 2014 12:49:23 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> <5AF0FF20-E41B-4D46-A427-D84D9E2CD047@mail.bg> <19220D3B-101C-45A4-AE41-068E033D5F92@mail.bg> <60B2286C-F0BA-4757-9603-BE23E365A576@mail.bg> To: soc-status@freebsd.org X-Mailer: Apple Mail (2.1283) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 09:49:29 -0000 Hi everybody This week I worked on the packages finger w uptime du All of them now support libsol. The packages w and uptime actually share = their source code. The package finger has a long format that prints the contents of several = files. I made the application not use libsol if this option is specified = since it is not very useful to generate json/yaml/etc. which contains = several files as string values. It would also be troublesome to = implement. Here is an example from du -h /etc/ { "/etc/pam.d": "64K", "/etc/skel": "4.0K", "/etc/defaults": "60K", "/etc/pkg": "8.0K", "/etc/mail/certs": "16K", "/etc/mail": "400K", "/etc/gss": "12K", "/etc/zfs": "4.0K", "/etc/ppp": "8.0K", "/etc/ssh": "292K", "/etc/security": "48K", "/etc/mtree": "52K", "/etc/X11": "4.0K", "/etc/casper": "24K", "/etc/dma": "8.0K", "/etc/periodic/weekly": "28K", "/etc/periodic/daily": "112K", "/etc/periodic/monthly": "16K", "/etc/periodic/security": "64K", "/etc/periodic": "224K", "/etc/devd": "128K", "/etc/ssl": "16K", "/etc/bluetooth": "16K", "/etc/gnats": "8.0K", "/etc/rc.d": "696K", "/etc/": "2.7M" } Here is an example from uptime {"time":" = 9:45AM","uptime":{"hours":2,"minutes":40},"users":3,"load":[0.27001953125,= 0.2919921875,0.2958984375]} This week I am going to concentrate on revising what I have done so far = and looking for problems. I am also going to think of ways I can improve = libsol. Zaro= From owner-soc-status@FreeBSD.ORG Mon Jul 21 11:22:24 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11D765C9 for ; Mon, 21 Jul 2014 11:22:24 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C65BB27A9 for ; Mon, 21 Jul 2014 11:22:23 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id x3so5393772qcv.23 for ; Mon, 21 Jul 2014 04:22:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=RjQ0jFQ0l7h+cXQ1IsY7p1NiYY4j8/tA++Ot8RRamXA=; b=QHpv/UZeYlGTxmQPkNiIKD4DYdk98zEI7SDXBM4+VPEo3mdBchE41JjpvoPxGzpUeu uQc3jmsLagMLqzp0pd13bdw94Ni3S23Z8gaemVGcTSMVW8sftv7XQScEVHON4fULwfSu q5i+1cbOan+8UxUnIbYUnIQZ5xpoBO0vsjNFFNfPJ6Nh1SBof5b/2tYxyBIc1hmflNb1 FORbbjBkbCcH3lsvhwlpI99vtHRJ+Tixx91TFiNGCVASu4dd09Ry4UKSFt5NrfeZYhrg OJjtMOkk6Q46LfiQw4hMKlKruwDaCbVn8VVctqXOBu9AC9qQ7q3dc5KUFKyRSqxdST+j OSTw== MIME-Version: 1.0 X-Received: by 10.224.131.8 with SMTP id v8mr4477799qas.31.1405941742929; Mon, 21 Jul 2014 04:22:22 -0700 (PDT) Received: by 10.140.84.85 with HTTP; Mon, 21 Jul 2014 04:22:22 -0700 (PDT) In-Reply-To: References: Date: Mon, 21 Jul 2014 14:22:22 +0300 Message-ID: Subject: Re: [GSOC] bhyve instruction caching From: Mihai Carabas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 11:22:24 -0000 > >> >> Also I'm looking for new real-world benchmarks to see where we can >> benefict a lot from the instruction caching feature. > I've started doing to kind of benchmarks: > * CPU intensive (ex: a bash script that increments in a loop a variable) > * benchmarks that creates lot of short processes (not CPU intensive > but short running I/O intensive): make buildworld -j2 > > I will come with some concrete results in the next week. Meanwhile I > will add some new statistics like "Cache hits" and "Cache evictions" > to see how my cache behavious in each of the benchmarks. I have added the statistics about cache hits and evictions using the vmm_stat_* infrastructure. I added three type of variables: - VM_INST_CACHE_HITS - the number of cache hits - VM_INST_CACHE_INSERTIONS - the number of cache insertions - VM_INST_CACHE_EVICTIONS[4] - an array with cache evictions corresponding to each level of a page table (basically the pagetable which caused the eviction) 1) CPU intensive (simple bash script) with 2 VCPUs """ #!/usr/local/bin/bash a=0 while true do a=$((a+1)) done """ After 11 minutes of running here are the results: VCPU0: number of instruction cache hits 699519 number of instruction cache evictions[0] 7139 number of instruction cache evictions[1] 0 number of instruction cache evictions[2] 0 number of instruction cache evictions[3] 0 number of instruction cache insertions 10395 VCPU1: number of instruction cache hits 840485 number of instruction cache evictions[0] 8926 number of instruction cache evictions[1] 0 number of instruction cache evictions[2] 0 number of instruction cache evictions[3] 0 number of instruction cache insertions 5743 As you can see the number of evictions is very low for this kind of process 2) "make buildworld -j2" with 2 VCPUs: vcpu:0 number of instruction cache hits 19204630 number of instruction cache evictions[0] 8563694 number of instruction cache evictions[1] 1131 number of instruction cache evictions[2] 0 number of instruction cache evictions[3] 0 number of instruction cache insertions 8688733 vcpu:1 number of instruction cache hits 12930500 number of instruction cache evictions[0] 9173381 number of instruction cache evictions[1] 1457 number of instruction cache evictions[2] 0 number of instruction cache evictions[3] 0 number of instruction cache insertions 9051295 As you can see in this case, the cache hit is much lower due to the high-rate eviction caused mainly by the PML4 entry. This is caused by the make infrastructure which is creating/deleting a lot of small processes. This is the analysis about the cache hit metric. The code writing for this project is at the end and I will come at the end of the week with some high-level measurements, comparing the running times with the non-cache implementation. Thanks, Mihai From owner-soc-status@FreeBSD.ORG Mon Jul 21 11:24:15 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00806602; Mon, 21 Jul 2014 11:24:14 +0000 (UTC) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B33727B5; Mon, 21 Jul 2014 11:24:14 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id k48so6150368wev.41 for ; Mon, 21 Jul 2014 04:24:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:from:date:message-id:subject:to:content-type; bh=WEQpSHjTk4OjE5hrBaTFbiaeVdMxGMett9WdY77BhIo=; b=RKSKoXqGwneIuP78tn/keVNpM2MArHxwbY0nOvk1XuuEZDTnelGM1N9ohBI5vEhRtf 83Qbetny2WSpdKIs6JEotD8tBU3iG0DIb7OMJxNcpG2g6LyawkrAYaogO9tKOam7vFcj H7mQCy1BIhtRoWXovn8zei7PAT2kPldj8CT7UREWrMfzu/AW/o/Pmv5Y0SqsclVW3lDI yeQnTubNHdhZWQhhHz1j1LOm0aBoaZHT8fk1PD+97XpNHkdGnCKZ9HgQMev4Ij1WvOoj LTb6Tnvl3ahUTp4PfH70uMiTNnDGfwgdaop09gEHkm2FLtUNCud2nMcof6S0PiRoonXR HAQA== X-Received: by 10.180.36.238 with SMTP id t14mr3418694wij.38.1405941851637; Mon, 21 Jul 2014 04:24:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.40.33 with HTTP; Mon, 21 Jul 2014 04:23:50 -0700 (PDT) Reply-To: ghostmansd@gmail.com From: Dmitry Selyutin Date: Mon, 21 Jul 2014 15:23:50 +0400 Message-ID: Subject: Report #4: Unicode support To: soc-status@freebsd.org, Pedro Giffuni , David Chisnall Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 11:24:15 -0000 Hello everyone, here comes my report on progress during these two weeks. Pedro, David, excuse me for duplication, please: I should have just included you into this letter instead of sending you two letters. I've just realized that I've forgotten to write the report. :-( I've been intensively testing my normalization implementation and discovered that it was working incorrectly. Moreover, it's code seems to be completely cryptic, so I've rewritten it from the scratch. Now it seems to work correctly (at least it passes Unicode tests). The things that I've completely ignored are canonicalization and combining characters classes. I've decided to publish it in git repo and integrate it to head later, since it's a real pain to recompile the entire system every several hours after changes in source code (especially if changes are not large). I've also thought about your message where you doubt about project structure. We'll have `uniext.h' header, which is included if UNICODE_ADDENDA macro is defined. This header defines the following functions: strcanon, strcanon_l, wcscanon, strnorm, strnorm_l, wcsnorm, wcclass. The last one was written as a helper function which is used inside wcscanon and wcsnorm, but I thought that it also may be useful as a standalone function. I've rewritten algorithms: now everithing is performed using binary search and hashes, so it's really fast (before the search was linear). Now it works really fast (e.g. for decomposition it works from 10 to 12 times faster than Python's decomposition algorithm). I've also tested it on the wide strings, and it works as expected (at least!). So this part seems to be finished. The last thing to do is to place everything in the right place into the FreeBSD source tree. Here is my testing repo: https://github.com/ghostmansd/uniext. Just use `git clone https://github.com/ghostmansd/uniext'. P.S. You need to use gmake if you want to use my Makefile (I don't know BSD Makefile syntax well). However, all what you need is to add `-Iinclude' flag to CFLAGS, compile everithing in `src', compile `main.c' and link it all together. -- With best regards, Dmitry Selyutin From owner-soc-status@FreeBSD.ORG Mon Jul 21 12:24:54 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 316202ED; Mon, 21 Jul 2014 12:24:54 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D90DA2E5F; Mon, 21 Jul 2014 12:24:53 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id m1so7110884oag.7 for ; Mon, 21 Jul 2014 05:24:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RFB8gJSyltabW+6Qc1JPAy5XE/SljuAJfd4Dw102QZA=; b=WhbtpcNffSBq8NujFJ7czdg0fYnfLlFNbh+4BcTLFT7qy6booDRdAj0Nt3/QTF0ROY R8QPux1zWsODPHwMcWKbGPYNnSoSTJN/uk3qDzvQXRKKIIvqWGiD/4yCUNQf+I4okxVM Io5ZgCQDfSCO50PusGPRc8ZLGfOhLxJtlMYc1SrSWlPevlZ4q9pRh3hzpTzOla0gHNEj 1WzcVfAkR2kddEKoHKkqZkQpaN3KDill1FVLOszzPQX1oJgy5TUz+rc1SNQHSRKQ77Zz RhXdk3uWilael6mGzp/nkU/E+IEo7IYCPu8EsTqrC3fkDGQRAMnD4uaHBn4pkjvjJVQh BJhw== MIME-Version: 1.0 X-Received: by 10.60.123.103 with SMTP id lz7mr37938243oeb.18.1405945492217; Mon, 21 Jul 2014 05:24:52 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Mon, 21 Jul 2014 05:24:52 -0700 (PDT) In-Reply-To: References: Date: Mon, 21 Jul 2014 14:24:52 +0200 Message-ID: Subject: Re: Report #4: Unicode support From: Oliver Pinter To: ghostmansd@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: soc-status@freebsd.org, Pedro Giffuni X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2014 12:24:54 -0000 On 7/21/14, Dmitry Selyutin wrote: > Hello everyone, > > here comes my report on progress during these two weeks. Pedro, David, > excuse me for duplication, please: I should have just included you > into this letter instead of sending you two letters. I've just > realized that I've forgotten to write the report. :-( > > I've been intensively testing my normalization implementation and > discovered that it was working incorrectly. Moreover, it's code seems > to be completely cryptic, so I've rewritten it from the scratch. Now > it seems to work correctly (at least it passes Unicode tests). The > things that I've completely ignored are canonicalization and combining > characters classes. I've decided to publish it in git repo and > integrate it to head later, since it's a real pain to recompile the > entire system every several hours after changes in source code > (especially if changes are not large). Dimitry, take a look at this build script: http://svnweb.freebsd.org/socsvn/soc2014/op/tools/build_kernel_64bit_dirty.csh?revision=271052&view=co It defines a DNO_CLEAN make property, so only those file will rebuilded, which you modified. This speed up the build time. > > I've also thought about your message where you doubt about project > structure. We'll have `uniext.h' header, which is included if > UNICODE_ADDENDA macro is defined. This header defines the following > functions: strcanon, strcanon_l, wcscanon, strnorm, strnorm_l, > wcsnorm, wcclass. The last one was written as a helper function which > is used inside wcscanon and wcsnorm, but I thought that it also may be > useful as a standalone function. > > I've rewritten algorithms: now everithing is performed using binary > search and hashes, so it's really fast (before the search was linear). > Now it works really fast (e.g. for decomposition it works from 10 to > 12 times faster than Python's decomposition algorithm). I've also > tested it on the wide strings, and it works as expected (at least!). > So this part seems to be finished. The last thing to do is to place > everything in the right place into the FreeBSD source tree. > > Here is my testing repo: https://github.com/ghostmansd/uniext. Just > use `git clone https://github.com/ghostmansd/uniext'. > P.S. You need to use gmake if you want to use my Makefile (I don't > know BSD Makefile syntax well). However, all what you need is to add > `-Iinclude' flag to CFLAGS, compile everithing in `src', compile > `main.c' and link it all together. > > -- > With best regards, > Dmitry Selyutin > _______________________________________________ > soc-status@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/soc-status > To unsubscribe, send any mail to "soc-status-unsubscribe@freebsd.org" > From owner-soc-status@FreeBSD.ORG Sat Jul 26 00:21:36 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29B7B478 for ; Sat, 26 Jul 2014 00:21:36 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ACB4D2ED1 for ; Sat, 26 Jul 2014 00:21:35 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id q58so5025454wes.32 for ; Fri, 25 Jul 2014 17:21:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=gj6vP4LK5vBGcZtM6Ah9I0JYgf4+mT9Y14XBikK9tCk=; b=npn6S/FNBr+SFFdgtMM+vxQ+PX8eRPw5dtqSjqt0wJHeLBVs7Xcb1eh7QwjnvlAEAW utHf4NWBHtT41knhHXpU1IfBrxbkqyz0EP4R1VzLrxSuXpLObegzti3kaliF3SvzMj43 y8ehAQe9lRJVe8yB45tDtHHVJSjl1QVZj94b8mh1Jr55tJaaFYcWQDMyOFFVMuws0uy1 7uNnsJtW69IpI/2EabriC+Tnr0Qq0vPyhSAQZTcTb7BB19fqz+TqsAp0WDYgnnLTany7 sL8+Fhq5z97wK4CQqmmq9crHV4qW+q8YRppRp1G4BSR87AJ567WJzSIJSMLPKSEKlEX8 orPw== MIME-Version: 1.0 X-Received: by 10.194.121.6 with SMTP id lg6mr26763610wjb.116.1406334093851; Fri, 25 Jul 2014 17:21:33 -0700 (PDT) Received: by 10.194.185.239 with HTTP; Fri, 25 Jul 2014 17:21:33 -0700 (PDT) Date: Fri, 25 Jul 2014 21:21:33 -0300 Message-ID: Subject: Weekly report (ALL) - Lua loader From: Pedro Arthur To: soc-status@FreeBSD.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jul 2014 00:21:36 -0000 Hi, I realized I was not sending my weekly report to soc-status@FreeBSD.org besides my mentor, so I decide to group all my previous report in a single email. ---------------------- WEEKLY REPORT 26/05 ----------------------- Lua loader (Pedro Souza) I'll include in this report the work done in the weeks before the gsoc start. Tasks done: - Decouple forth interpreter from loader interpreter. Now any interpreter should use the intereface: typedef void interp_init_t(void *ctx); typedef int interp_run_t(void *ctx, const char *input); typedef int interp_incl_t(void *ctx, const char *filename); struct interp { interp_init_t *init; interp_run_t *run; interp_incl_t *incl; void *context; }; - Implemented the interpreter interfaces for the loader simple commands (interp_simple) and forth (interp_forth). - Included the lua 5.2.3 source code into head/sys/boot/ - Fixed the lua code to compile a minimal lua interpreter without C std libs (using libstand) and implemented the missing functionalities (partial) in head/sys/boot/lua/src/lstd.c - Added interp_lua interface with interp_incl_t disabled (to not conflict with loader.rc) - Added "print" and "perform" functions to lua interpreter which prints to the console and perform a loader comand (boot, load, ...) respectively. Bugs found: Some times when I compile and install a loader (in my case zfsloader) when I reboot I get the message "Invalid format" from the boot2. I'm almost sure it's a bug because I had the following code in my loader interp_init_t: printf("some string"); <-- then I get the invalid format I changed it to: printf("some string __"); <-- and now it runs fine. To be sure I changed it back to the previous code and got the same invalid format error. So always I do some change in the loader and I get a invalid format error I just remove/add some characters in any printf string and it works fine. Links: Code repo: pedrosouza/lua_loader/head/ Wiki page: LuaLoader ---------------------- WEEKLY REPORT 09/06 ----------------------- This week I focused on checking if the lua interpreter was working properly. Besides minor changes I did the following changes: Fixed a bug where numbers were not parsed. Implemented interp_lua_incl Improve double to string conversion. Sync branch with head Now I'll start to work on the lua scripts. ---------------------- WEEKLY REPORT 16/06 ----------------------- This week I dedicated myself to read the Forth script files and get a more deep understanding of them. I also started to plan how I'll structure the lua scripts and which function bindngs are needed. Some of those functions I already implemented. I plan to have some kind of loader menu done in lua until the weekend. ---------------------- WEEKLY REPORT 23/06 ----------------------- This week I worked in the lua boot menu scripts, and added some C functions needed to the lua interpreter. The menu contains almost the options found in the Forth menu and is functional. - Added getenv function to lua - Added std functions needed to support lua aux lib (lauxlib.c) and lua base lib (lbaselib.c) - Added loader.lua, menu.lua, core.lua which provides a simple boot menu ---------------------- WEEKLY REPORT 30/06 ----------------------- This week I worked on the menu drawing, the menu box, brand and logo. I also started reading the forth script which handles boot password and I intend to implement it for the next week and polish the menu drawing. ---------------------- WEEKLY REPORT 07/07 ----------------------- This week I worked in the boot password check and the .conf file parsing. Following there are the changes made: - Added password.lua which handles boot & loader password. - Added the lua string library (lstrlib.c) - Added file handling functions (io.open, io.close and io.read) - Added config.lua which parses .conf files (WIP) ---------------------- WEEKLY REPORT 14/07 ----------------------- This week I continued to work on the .conf files loading (parse & execute). The loading code is almost done it can correctly load modules, the only issue is the handling of Forth commands contained in 'exec' and possible 'module_after', 'module_before', 'module_error' which I've not found a solution yet. I also started to work on the kernel loading from env var 'bootfile', 'kernel' and modules path. ---------------------- WEEKLY REPORT 21/07 ----------------------- This week I almost finished the kernel loading and module parsing. I also started to read the php.4th file but I was not able to fully understand it. I'll continue to work on it but if someone has experience with the pnp.4th script and can help me with it I would appreciate it. --------------------------------------------------------------------------------- Regards, Pedro. From owner-soc-status@FreeBSD.ORG Sat Jul 26 21:20:17 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0219BEE6; Sat, 26 Jul 2014 21:20:17 +0000 (UTC) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B87AC2319; Sat, 26 Jul 2014 21:20:16 +0000 (UTC) Received: by mail-oi0-f48.google.com with SMTP id h136so4557518oig.7 for ; Sat, 26 Jul 2014 14:20:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=Egl54Pj+NkdLg/MJlqrYWr9rulG9PXkGswgX0ESJyT0=; b=MgV/zqBZbm6gwBXM/HXYMwQ0QxKiC08BzW5JNqmp0AyKwAdUD1HN2nelPqsP2C6rsW MnnoJDTp7kesYUm1gU0/PU3ruXjp6bP/x8JT/5F4Fp/2LSKUp9xT1H+W9EUiFwmg7dR7 QqEwzloxJgixi2A6tdbHBbSZh4zrNfmG/aWHsFTYRKOTSv3DCyzsdFvEHxF07X+SAkq5 xzK9Vtnt8e3vhfrOrU91FN9ggNOhGb0mC3QYFE4y5KocBNz6FlOR0rHkBEmvZDOxeU22 gZ/7EhLpeRlQX+jYQaicXKFd9og+91PyreVVhgZB7l7v69ugP+XaTLIv7W4ELhB3rznU khFA== MIME-Version: 1.0 X-Received: by 10.60.123.103 with SMTP id lz7mr35845868oeb.18.1406409615892; Sat, 26 Jul 2014 14:20:15 -0700 (PDT) Received: by 10.182.216.197 with HTTP; Sat, 26 Jul 2014 14:20:15 -0700 (PDT) Date: Sat, 26 Jul 2014 23:20:15 +0200 Message-ID: Subject: [intel smap, kpatch] weekly report #9 From: Oliver Pinter To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: gavin@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jul 2014 21:20:17 -0000 At the last week, I was done with most of the core functionality. The SMAP capable kernel can boot on w/ and w/o SMAP support. The XSAVEOPT related manual patching was elliminated and used the common kernel patchin framework. So what's done at this week: * working kernel patching * working module patching * working preload patching * adopted SMAP instructions to kernel patching * adopted XSAVEOPT instructions to kernel patching * tested in Qemu * tested on real hardware What's will I on next week: * optimize * fix bugs * implement other patches than same sized On 7/19/14, Oliver Pinter wrote: > Hi! > > This week I mostly implemented the kernel patching framework. It's > required to optimize a little, but mostly done. The current status can > you find both in svn or git repo. > > The current code boot tested with kernel image patching, it's works. > Next should I test kld preload patching and kldload patching, and then > adopting SMAP related instructions and xsave related codes. > > Detailed info are in wiki. > > On 7/11/14, Oliver Pinter wrote: >> Hi All! >> >> At previous week I started to design a kernel patching framework and I >> have a little holiday. >> >> At this week I mostly finished the design, and started to implement >> the selfpatching framework. >> >> Next week I plan to finish the implementation of the framework, and >> after that migrate the SMAP stuff to use them. >> >> The current status can you found on my wiki site. >> >> On 6/28/14, Oliver Pinter wrote: >>> This week I started the second phase of GSoC. In this design a >>> run-time kernel and module patching framework. This means that the >>> kernel able to dynamically change their code run-time. >>> >>> In second phase's first week I investigated where must I implement the >>> functionality and which kernel APIs should I use. >>> >>> You can found the current status in my wiki page. >>> >>> On 6/21/14, Oliver Pinter wrote: >>>> Hi! >>>> >>>> At this week i am hunting a triple fault during the boot. This caused >>>> by a compiler error, when CPUTYPE in /etc/make.conf was set to >>>> core-avx2, after removing this the first phase was done. All of my >>>> test running fine and the system are stable. Originally only amd64 >>>> implementation required, but I added to i386 too - but the later not >>>> yet tested. >>>> >>>> In next phase I design a proper way how to patch kernel and modules at >>>> boot and run-time. >>>> >>>> What's done: >>>> * SMAP for amd64 >>>> * test SMAP for amd64 >>>> * build framework >>>> * VM creation >>>> * SMAP for i386 (not tested) >>>> * some other tool, that make my life easier >>>> >>>> The current status can you find on my wiki page. >>>> >>>> On 6/15/14, Oliver Pinter wrote: >>>>> Hi all! >>>>> >>>>> In the last week I was mostly done with implementation, as you can see >>>>> on my wiki page. The most of i386 commits are not tested because a >>>>> cross-build problem on amd64 system. >>>>> Other resolvable problem are on amd64 system, where the machine triple >>>>> faulted, because wrong assembler statements generated with the >>>>> compiler. I'm deep in debugging both of two case. This issue are too >>>>> in my wiki page under this section: >>>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching#notes >>>>> >>>>> I have at this week my last exam at Thursday. After that I'm focusing >>>>> fully on GSoC. >>>>> >>>>> On 6/6/14, Oliver Pinter wrote: >>>>>> Hi all! >>>>>> >>>>>> Previous week I started to work on SMAP for amd64 and i386. For amd64 >>>>>> many parts are in good state. The codes currently are only compile >>>>>> tested, at next week I create a VM, and create run-time tests. For >>>>>> i386 started the work on yesterday. >>>>>> All of my status can be found on my wiki page. >>>>>> >>>>>> What's done, but not tested in this week: >>>>>> * {amd64,i386} trap handler >>>>>> * amd64 initialization >>>>>> * {amd64,i386} identification >>>>>> * {amd64,i386} exceptions >>>>>> * amd64 pmap changes >>>>>> * amd64 support.S changes >>>>>> * amd64 ia32 compat exceptions >>>>>> * i386 ddb extension >>>>>> >>>>>> At next week I plan to finish all of amd64 things, and most of i386 >>>>>> things, and begin to test; start to design a proper way to create >>>>>> kpatch and/or ifunc like things. >>>>>> >>>>>> >>>>>> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >>>>>> git: https://github.com/opntr/opBSD (branches: >>>>>> op/gsoc2014/{master,smap,kpatch} ) >>>>>> wiki: >>>>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >>>>>> >>>>>> >>>>>> On 5/29/14, Oliver Pinter wrote: >>>>>>> Hi all! >>>>>>> >>>>>>> I'm working on Intel SMAP technology in first half of GSoC. >>>>>>> At first week I investigated in SMAP technology and relevant FreeBSD >>>>>>> codes, whats changed since my Bsc thesis. >>>>>>> >>>>>>> I implemented a vulnerable kernel module and PoC to test allowed and >>>>>>> not allowed memory access scenario. Created my wiki page, svn repo, >>>>>>> and git repo. >>>>>>> >>>>>>> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >>>>>>> git: https://github.com/opntr/opBSD (branches: >>>>>>> op/gsoc2014/{master,smap,kpatch} ) >>>>>>> wiki: >>>>>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >>>>>>> test-cases: >>>>>>> http://svnweb.freebsd.org/socsvn/soc2014/op/tests/smap-tester/ >>>>>>> >>>>>>> Good days, >>>>>>> Oliver >>>>>>> >>>>>> >>>>> >>>> >>> >> > From owner-soc-status@FreeBSD.ORG Sun Jul 27 06:30:48 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 208C4D3A for ; Sun, 27 Jul 2014 06:30:48 +0000 (UTC) Received: from www2419.sakura.ne.jp (www2419.sakura.ne.jp [210.224.185.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C0DB92B1E for ; Sun, 27 Jul 2014 06:30:47 +0000 (UTC) Received: from www2419.sakura.ne.jp (ksav411.sakura.ne.jp [153.120.85.46]) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s6R6Ucej015321 for ; Sun, 27 Jul 2014 15:30:38 +0900 (JST) (envelope-from nuta@seiya.me) X-Nat-Received: from [210.224.185.29]:10963 [ident-empty] by ksav411.sakura.ne.jp with TPROXY id 1406442638.11908 Received: from seiya-mac.local (i153-145-29-39.s41.a008.ap.plala.or.jp [153.145.29.39]) (authenticated bits=0) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s6R6UbIw015317 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 27 Jul 2014 15:30:38 +0900 (JST) (envelope-from nuta@seiya.me) Message-ID: <53D49C8D.2020708@seiya.me> Date: Sun, 27 Jul 2014 15:30:37 +0900 From: Seiya Nuta User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Bootsplash status report #9 X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705 status: clean X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 06:30:48 -0000 Hi all, This is a weekly status report of new enhanced bootsplash. I've fixed a small, but annoying bug in a BMP decoder so the bootsplash screen is now sane. If you want to see how it looks, please download a screencast from the below URL. http://seiya.me/pub/bsplash-demo-qemu.mp4 What I had done in this week: * fix some bugs * make some enhancements What I will do in the next week: * make changes for a password prompt in the boot on GELI-based installations * prepare patches and documents to test this bootsplash system A kind person told me about GELI. It asks a password on every boot so I'm plan to make changes for it. I'm talking with my mentor about the details. Regards, Seiya From owner-soc-status@FreeBSD.ORG Mon Jul 28 10:57:54 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E55FE83 for ; Mon, 28 Jul 2014 10:57:54 +0000 (UTC) Received: from mx2.mail.bg (mx2.mail.bg [IPv6:2001:67c:16b8:1::2:18]) by mx1.freebsd.org (Postfix) with ESMTP id 4546F2597 for ; Mon, 28 Jul 2014 10:57:54 +0000 (UTC) Received: from [10.1.1.159] (unknown [95.87.254.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx2.mail.bg (Postfix) with ESMTPSA id 9841E6000847 for ; Mon, 28 Jul 2014 13:57:52 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1406545072; bh=3xfsi1Lw0LWSUlvwqLw275xWWJp2YH/wZGtNdESyyEk=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Content-Transfer-Encoding:Message-Id:References:To; b=mLidZY9TaRmEMlo0y1Iz4ft1HvVWQkIQ45tri4VXXjf5/MERI6drNHUrmJlN9pcuQ Mq2k2g74sOMlUSXgtuqYkeix+x8rSrlcYPQaFgZ9eIp04qBJ5P/Z9Vub3ZND1tujzV JikBkKdfN/kwkSYAaZrS+g3r+rqRXOX6Sm4sJCMU= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: [Machine readable output from userland utilities] report From: Zaro Korchev In-Reply-To: Date: Mon, 28 Jul 2014 13:57:47 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> <5AF0FF20-E41B-4D46-A427-D84D9E2CD047@mail.bg> <19220D3B-101C-45A4-AE41-068E033D5F92@mail.bg> <60B2286C-F0BA-4757-9603-BE23E365A576@mail.bg> To: soc-status@freebsd.org X-Mailer: Apple Mail (2.1283) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 10:57:54 -0000 Hi everybody This week I worked on adding libsol support to ifconfig. At the moment = the support is partial but works for the usual usage cases. Here is some example output: { "em0": { "flags": { "value": 34883, "list": [ "UP", "BROADCAST", "RUNNING", "SIMPLEX", "MULTICAST" ] }, "metric": 0, "mtu": 1500, "options": { "value": 155, "list": [ "RXCSUM", "TXCSUM", "VLAN_MTU", "VLAN_HWTAGGING", "VLAN_HWCSUM" ] }, "ether": "08:00:27:a8:45:71", "inet": "10.0.2.15", "netmask": 4294967040, "broadcast": "10.0.2.255", "nd6 options": { "value": 41, "list": [ "PERFORMNUD", "IFDISABLED", "AUTO_LINKLOCAL" ] }, "media": { "type": "Ethernet", "subtype": "autoselect", "options": [], "active": { "subtype": "1000baseT", "options": [ "full-duplex" ] } }, "status": "active" }, "lo0": { "flags": { "value": 32841, "list": [ "UP", "LOOPBACK", "RUNNING", "MULTICAST" ] }, "metric": 0, "mtu": 16384, "options": { "value": 6291459, "list": [ "RXCSUM", "TXCSUM", "RXCSUM_IPV6", "TXCSUM_IPV6" ] }, "inet6": "fe80::1%lo0", "prefixlen": 64, "inet6 iff": [], "scopeid": 2, "inet": "127.0.0.1", "netmask": 4278190080, "nd6 options": { "value": 33, "list": [ "PERFORMNUD", "AUTO_LINKLOCAL" ] } } } Zaro= From owner-soc-status@FreeBSD.ORG Mon Jul 28 20:47:28 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D267018E; Mon, 28 Jul 2014 20:47:28 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4AD2E20F0; Mon, 28 Jul 2014 20:47:28 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id q58so7982860wes.21 for ; Mon, 28 Jul 2014 13:47:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dlKhvDojEUiF5qF0768b3gyDJw5Ab1e04OerjOLUiCQ=; b=CtqqV5K8frraSY5itUWL50F+SQ2Q+w/qWyj+2ieBGza7HkmNjmxlA/bTPHni529QUc RkFLbs2kXQIpdr6gMyx/YJc6t4IxRAEKHF72Dn1BLDfd+ezyQ2dLHEzUu+l0393o+7kS xXN3i6fmbmuIFKewV95JbsnFmaA0JfmxEPt/hMXVDz0qlxJAZhYxufx5N8SyRf8l3y+d z4P6AXnLmaaa0xplWWZc9F9bpEyQIxcshGvKKQJ50kcTbSrGXzQSntHq7wnPrKJq/BJg 023HUtAfEWIaLGfapXSj+/NhS4BjniLiwkG3317RAYVGlzuYMCi3KnqNG7ii2mBjM9q8 F8XA== MIME-Version: 1.0 X-Received: by 10.180.39.172 with SMTP id q12mr26827096wik.55.1406580445703; Mon, 28 Jul 2014 13:47:25 -0700 (PDT) Received: by 10.194.185.239 with HTTP; Mon, 28 Jul 2014 13:47:25 -0700 (PDT) Date: Mon, 28 Jul 2014 17:47:25 -0300 Message-ID: Subject: Weekly report - Lua loader From: Pedro Arthur To: "Wojciech A. Koszek" , soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 20:47:28 -0000 This week I fixed the kernel loading function. I'm still trying to figure out how the PNP forth scripts work, I did some research about it but I was not able to find any useful info. I intend to work on other features and come back at it later. From owner-soc-status@FreeBSD.ORG Tue Jul 29 15:34:32 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3868F973 for ; Tue, 29 Jul 2014 15:34:32 +0000 (UTC) Received: from mail-vc0-x233.google.com (mail-vc0-x233.google.com [IPv6:2607:f8b0:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EEB742EC1 for ; Tue, 29 Jul 2014 15:34:31 +0000 (UTC) Received: by mail-vc0-f179.google.com with SMTP id hq11so13988876vcb.10 for ; Tue, 29 Jul 2014 08:34:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=yLTRaZw7nR8qYtMETzA/Zrt8xeEaOZItI9eBUKAaovM=; b=fQFteOQVW8b1JF4j0fM4X02paaXn1Ss5xbPgWJ5jcETdAqpkKfPyLP7koM27MA0nFn PkgBY00qyfKXpjoWdqG2grxN3mccXPiG07HF6Uy/FkFvqhFK9szkZ8VLifzbCWnntENI gccx/NR5YxrRpyklltByyoWBzSk+7fAvPda57Sx1tQsy5DGv6+j7rpogdy1yJaanP08y 27gOhBrIWmued4wOnjbH9HrN0xE0gOc2fk4UU2MiIb8egq9KXmLVB+YU2Kto7BdY1TbF yAOBXgCa2VhCYH0eWdCPdEu9OAChIHRUG6qUEsxRUHg27RgiQ81OiaQ3kOs+M0IP8qYA MbKA== MIME-Version: 1.0 X-Received: by 10.220.187.134 with SMTP id cw6mr2571938vcb.3.1406648071007; Tue, 29 Jul 2014 08:34:31 -0700 (PDT) Received: by 10.58.144.7 with HTTP; Tue, 29 Jul 2014 08:34:30 -0700 (PDT) Date: Tue, 29 Jul 2014 21:04:30 +0530 Message-ID: Subject: [BSNMP Enhancements] Status Report # 9 &10 From: Shonali Balakrishna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 15:34:32 -0000 Hi all, This is status report # 9 &10 for the GSoC project - BSNMP Enhancements. Work done in the last week: * Created an ipv6 implementation of trap.c * Worked on version independent code for bsnmptools (bsnmpget.c and bsnmptools.c) Work to be done in the next week: * Resolve compile errors and warnings * Complete any pending ipv6 implementation of bsnmpd + bsnmptools, test comprehensively Thanks and Regards, -- Shonali Balakrishna From owner-soc-status@FreeBSD.ORG Tue Jul 29 20:35:52 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F2CD15C for ; Tue, 29 Jul 2014 20:35:52 +0000 (UTC) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3CE2F21C3 for ; Tue, 29 Jul 2014 20:35:52 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id w62so210338wes.8 for ; Tue, 29 Jul 2014 13:35:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=efE0CK6xm5RrIM2DLHOoEq1sHPupgei051epj59HeSM=; b=lsKvCEnH4wK25WnIHuV6uUxn6gg03wdZ4Ikqeqvxmn27ReF1Kp/FWYtjuHj/7nWHVk B7vwxZ0va8srHjjNOi87OC0CeFXlB7KqCjK6tDrtHurNWmP4AogtiqWnB65/dWfl6Qbn 8OT5zQyzzcOPGs589vpSCyreGx7FZGJYZVfR9FvMJ42OB90daDERKLi5sbeeX5wSWgBQ 0oz7Nr/rTLD7iJIZes0lc5SIyFGOQkIh8jqWU9Bdk5puA4nnYK8f7Q67YGg929pb7msf gY8iPgPMqvT9M3XP9QLyCQsrQNeUXr9+KsR9ZwESYQ3C6Rz5Dyu35DuCWyMZQdQSne3G e/NA== MIME-Version: 1.0 X-Received: by 10.180.24.97 with SMTP id t1mr278441wif.45.1406666149983; Tue, 29 Jul 2014 13:35:49 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.194.237.40 with HTTP; Tue, 29 Jul 2014 13:35:49 -0700 (PDT) Date: Tue, 29 Jul 2014 22:35:49 +0200 X-Google-Sender-Auth: 3KxUM4A3l9BccR0pKcR6HeA38kk Message-ID: Subject: Weekly Status #9 and #10 From: Kamil Czekirda To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 20:35:52 -0000 Hi all, Last two weeks I spent on writing first part of documentation. Everyone who want to test pressed installation can do it, howto is in my wiki page: https://wiki.freebsd.org/SummerOfCode2014/FreeBSD_PXE_preseed/Howto Comments are welcome. I'm before my project schedule, so I had a few free days. In this week I want to finish "bsdinstall tofile" script. Regards, Kamil Czekirda From owner-soc-status@FreeBSD.ORG Tue Jul 29 21:31:35 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02E16A66 for ; Tue, 29 Jul 2014 21:31:35 +0000 (UTC) Received: from mail1.uj.edu.pl (mail1.uj.edu.pl [149.156.89.193]) by mx1.freebsd.org (Postfix) with ESMTP id B7A4E2852 for ; Tue, 29 Jul 2014 21:31:34 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl (Oracle Communications Messaging Server 7u4-27.01 (7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTP id <0N9H00AVHSW3OY10@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Tue, 29 Jul 2014 23:26:27 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.2 X-Antivirus-Code: 0x100000 Received: from mbox.uj.edu.pl by saiph.uoks.uj.edu.pl (Dr.Web (R) milter module ver.6.0.2.2) ; Tue, 29 Jul 2014 23:26:27 +0200 Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl with ESMTP; Tue, 29 Jul 2014 23:26:27 +0200 (CEST) Date: Tue, 29 Jul 2014 23:26:27 +0200 From: Jakub Klama Message-id: <59f69df0d5a0febe75a2ece0ed06db08@uj.edu.pl> Subject: evdev status report #9 & #10 To: soc-status@freebsd.org User-Agent: Roundcube Webmail/0.5 X-Sender: jakub.klama@uj.edu.pl X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2014 21:31:35 -0000 Hi, This is combined status report #9 and #10 for GSoC project named "Implementation of evdev protocol and touchscreens support". Done last two weeks: * evdev support for uep(4) touchscreen driver * committed patch fixing evdev bitmaps on big-endian machines * started writing manual pages * polishing xf86-input-evdev Next week: * add evdev-driven autorepeat and see if there's any device which can benefit from it * merge changes from HEAD Jakub From owner-soc-status@FreeBSD.ORG Fri Aug 1 15:42:38 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF143A82 for ; Fri, 1 Aug 2014 15:42:38 +0000 (UTC) Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7EE4120E8 for ; Fri, 1 Aug 2014 15:42:38 +0000 (UTC) Received: by mail-qg0-f50.google.com with SMTP id q108so6044212qgd.9 for ; Fri, 01 Aug 2014 08:42:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=yNe381AWXo9ieFFBdbbHMj5gRPT7svY1TCsn5tjaTh0=; b=Rplcbqi99/QIoaSd1GcMKBtx++z69qt92701GHPW+jeW0rrnKF63NadeRdn7n6pdzo +bXB0PlmWgOrnhAtHcegnxNuKWCU3TBLXX7WbJWR5cQfLHaslQ1Ij5L9QbFC4SaCHJN2 kL0wxHVWuuuCpsb9k/OVw0Rv6sGpvVsVmNb0Mugpli1P35fWq49L0g+SyJ2mO5Fc6584 O/FNPUUvrdT5Pm4VY01Wq+Nv8TVKP8MySAsFBsNVY/WRd1wpcEpBs69nEJ7CwKUPonYu fX79ddNEtiM0HR30ZC6pP40EWBNJdAJdrpcGyx+Md449ZBcL4vFCv/M1uX28QyOGtOYF nQcQ== MIME-Version: 1.0 X-Received: by 10.224.131.8 with SMTP id v8mr10576553qas.31.1406907757548; Fri, 01 Aug 2014 08:42:37 -0700 (PDT) Received: by 10.140.84.85 with HTTP; Fri, 1 Aug 2014 08:42:37 -0700 (PDT) In-Reply-To: References: Date: Fri, 1 Aug 2014 18:42:37 +0300 Message-ID: Subject: Re: [GSOC] bhyve instruction caching From: Mihai Carabas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2014 15:42:38 -0000 Hi, Until now I managed to finish up all the coding stuff related to instruction caching. As you saw in my previous e-mails we obtained a speed-up of 35%-40% in the microbenchmarking tests (accessing LAPIC many times from a kernel module). Further we wanted to see how get this extrapolated to real-world workloads. I've made two kinds of benchmarking: a CPU intensive process and a make buildworld -j2 command. For each of one I've measured the time spent to execute. 1) The CPU intensive app is a bash script: #!/usr/local/bin/bash a=0 MAX=10000000 for i in $(seq 1 $MAX); do a=$((a+1)) done For a VM with 2 vCPUs: *Cache_instr=1 real 3m45.067s 3m42.628s 3m38.371s 3m36.301s 3m39.929s user 3m10.454s 3m8.785s 3m7.516s 3m8.204s 3m8.822s sys 0m19.085s 0m16.135s 0m13.696s 0m13.016s 0m16.105s * Cache_instru=0 real 3m50.550s 3m41.517s 3m34.783s user 3m5.350s 3m7.571s 3m1.415s sys 0m25.268s 0m19.200s 0m16.200s There are multiple measurements. As you can see the results aren't stable and are in the same range. To minimize the range they vary, I repeated the tests with 1vCPU (to eliminate the context switches): With 1vCPU: * Cache_instr=1 real 2m58.968s 2m57.009s 3m0.451s 2m55.902s 2m56.422s user 2m46.909s 2m45.241s 2m45.670s 2m45.788s 2m45.503s sys 0m4.890s 0m4.134s 0m3.942s 0m3.764s 0m3.984s * Cache_instr=0 real 2m56.845s 2m57.051s 3m1.794s 2m57.340s user 2m45.232s 2m44.873s 2m45.482s 2m46.538s sys 0m4.644s 0m4.141s 0m3.906s 0m3.875s As you can see the results are very appropiate in terms of variation and almost the same. 2) For a make buildworld -j2 with 1 vCPU: Cache_instr=1 13900.60 real 12051.54 user 1800.42 sys Cache_instr=0 13938.07 real 12122.14 user 1743.61 sys As you can see the difference between them is not significant and is about the same. As you can see for this two different kind of workloads there is no speed-up improvement unfortunatelly. I've tried other workloads more speific like: a) dd if=/dev/zero of=/dev/zero bs=256 count=10000K (from memory to memory - to not be influenced by the storage system) b) A simple getuid program that executes getuid syscall in a loop: int main(int argc, char *argv[]) { int i; if (argc == 2) { i = atoi(argv[1]); } else { i = 100; } while (i > 0) { getuid(); i--; } return 0; } But the results were the same. I spoke with Neel and it seems that we can't get a real-world benefict with this instruction caching. Thanks, Mihai From owner-soc-status@FreeBSD.ORG Sat Aug 2 01:18:34 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7086D800; Sat, 2 Aug 2014 01:18:34 +0000 (UTC) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9694A222B; Sat, 2 Aug 2014 01:18:33 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id u10so3754206lbd.35 for ; Fri, 01 Aug 2014 18:18:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:message-id:date:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=gsGnxL68OqIdVNT0qb4RPvblkZ2jX9GUX/VTYmrYPJ0=; b=dGuddY9DdL0XrMGRHsjcq6yYuldCtsU+UYTyKKf3X3oL1FRFk5Jm+0JPZStpO8Ycbg Pzus9bRuKgOK1HJQEJMgLHU+/dVlbRcKbbsr8CV1LHUHC8nlWZfVE6wKiGcbYbLLY8fp bdWau9nmD67Jl1SRT//DJsz75qRymCW8RG4BeRUSSiOumdyrT8c8djSW/fxzIrfI9K5k lU7KcQThj0W3L54q2qMGqCLs6nkfIex0eZT5iwNJz4LPGZTaYdPqOxagPcAiXHb1wULM eT65vYDXF0pfgfZdNvsSEvppLYcIk8HOv4UgIR3KjyrlfOBYFVgHgNLxx/KCHx3BxCWD AxHA== X-Received: by 10.152.184.234 with SMTP id ex10mr9966836lac.53.1406942311160; Fri, 01 Aug 2014 18:18:31 -0700 (PDT) Received: from openSUSE.linux ([176.100.246.237]) by mx.google.com with ESMTPSA id x10sm5618990lal.13.2014.08.01.18.18.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 01 Aug 2014 18:18:30 -0700 (PDT) From: Dmitry Selyutin X-Google-Original-From: Dmitry Selyutin Message-ID: <53DC3C41.7070105@gmail.com> Date: Sat, 02 Aug 2014 05:17:53 +0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Pedro Giffuni , David Chisnall , soc-status@FreeBSD.org Subject: Report #5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 01:18:34 -0000 Hello everyone! Here is my report on progress that was achieved during this time. I've implemented actual Unicode Collation Algorithm for DUCET (Default Unicode Collation Element Table). I had to rewrite the entire implementation: I wasn't satisfied with its quality and the way that I've organized my source code, so I reverted my code and started again. My previous implementation was full of hard-coded parts and it was a bit harder to take anything useful from it for any other project. Now the entire implementation is available in include/unicode.h and lib/libc/unicode. If macro _UNICODE_SOURCE is defined, then wcscoll() will use new collation algorithm. struct _xlocale was modified in the way it will use two new members, colltable and collsize, which are just transmitted to __ucscoll(). If element is not found in the given table or table is NULL, then __ucscoll() tries to find this element in DUCET; if element was not found, then __ucscoll generates collation. I couldn't understand how the alternate shall be used though; it seems that it can be dropped since wcscoll() doesn't has any version that supports tailoring. I left it for now, but I'm pretty sure that we can omit it. I hadn't time to test wcscoll() better (especially using files provided by Unicode Character Database), so this is the task that I will do right now. :-) There are still several ways to improve the speed of the algorithm, but I feel that the time for it hasn't come yet. style(9) issues will also be handled (if any), just too tired to do it right now. __ucscoll() just uses __ucsxfrm(), then compares the strings using wcscmp() (this is the only platform-dependent part of code, I was too lazy to write __ucslen(), so I left it as it is). This collation algorithm support three levels; the last IIRC is usually the character itself if not defined, so I decided to omit it (especially since I'm not sure how variable weights should be handled). Any thoughs? -- With best regards, Dmitry Selyutin From owner-soc-status@FreeBSD.ORG Sat Aug 2 01:23:19 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3A1B869; Sat, 2 Aug 2014 01:23:18 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 113ED22C7; Sat, 2 Aug 2014 01:23:17 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id e16so3726589lan.39 for ; Fri, 01 Aug 2014 18:23:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:message-id:date:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=pQ49q4VQ4PXP/AyzsPQZPVHc8gG1DRYaEBvjb1p7D+U=; b=QYc8qVX7YzVZq/202os8NyGO08CWwtLy3OZ3Vh6OoxIQqTtEwtmNNyvsbCKPzUV0ZS ISjB2TdT+E64nXJzokHBtJCBz0CR3mZAZK80GOXOY3Hp9mdVEFHWU66cGEa34MjjFYA4 UATof0vCEfVemH1qBUtO43QOsW7vOc0JuxxHBCFM4JEDAZtFGCEvpf9Ko+Udnckm7Nr0 DwUgY4MtYj52gayMHOo0T9cYbufQK7vhVq7Ywuwm5anYWuqa9WKxNeSBqMIfcrMC+Cmx nB0MSWkJWEy4itfl+9bdgUOtD+I9Ga/K+KGC5dNbW091iWNwo+CT81CdgMAAz96KRfMo PGDQ== X-Received: by 10.112.137.136 with SMTP id qi8mr9238065lbb.41.1406942595923; Fri, 01 Aug 2014 18:23:15 -0700 (PDT) Received: from openSUSE.linux ([176.100.246.237]) by mx.google.com with ESMTPSA id aq10sm15678593lbc.9.2014.08.01.18.23.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 01 Aug 2014 18:23:15 -0700 (PDT) From: Dmitry Selyutin X-Google-Original-From: Dmitry Selyutin Message-ID: <53DC3D5E.5080909@gmail.com> Date: Sat, 02 Aug 2014 05:22:38 +0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Pedro Giffuni , David Chisnall , soc-status@FreeBSD.org Subject: Report #5: Unicode support References: <53DC3C41.7070105@gmail.com> In-Reply-To: <53DC3C41.7070105@gmail.com> X-Forwarded-Message-Id: <53DC3C41.7070105@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Aug 2014 01:23:19 -0000 Sorry, I've forgotten to modified theme according to rules. Sending this message again so anyone can find it more easy. Sorry for being annoying. Hello everyone! Here is my report on progress that was achieved during this time. I've implemented actual Unicode Collation Algorithm for DUCET (Default Unicode Collation Element Table). I had to rewrite the entire implementation: I wasn't satisfied with its quality and the way that I've organized my source code, so I reverted my code and started again. My previous implementation was full of hard-coded parts and it was a bit harder to take anything useful from it for any other project. Now the entire implementation is available in include/unicode.h and lib/libc/unicode. If macro _UNICODE_SOURCE is defined, then wcscoll() will use new collation algorithm. struct _xlocale was modified in the way it will use two new members, colltable and collsize, which are just transmitted to __ucscoll(). If element is not found in the given table or table is NULL, then __ucscoll() tries to find this element in DUCET; if element was not found, then __ucscoll generates collation. I couldn't understand how the alternate shall be used though; it seems that it can be dropped since wcscoll() doesn't has any version that supports tailoring. I left it for now, but I'm pretty sure that we can omit it. I hadn't time to test wcscoll() better (especially using files provided by Unicode Character Database), so this is the task that I will do right now. :-) There are still several ways to improve the speed of the algorithm, but I feel that the time for it hasn't come yet. style(9) issues will also be handled (if any), just too tired to do it right now. __ucscoll() just uses __ucsxfrm(), then compares the strings using wcscmp() (this is the only platform-dependent part of code, I was too lazy to write __ucslen(), so I left it as it is). This collation algorithm support three levels; the last IIRC is usually the character itself if not defined, so I decided to omit it (especially since I'm not sure how variable weights should be handled). Any thoughs? -- With best regards, Dmitry Selyutin From owner-soc-status@FreeBSD.ORG Mon Aug 4 09:20:56 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90DFF8D3 for ; Mon, 4 Aug 2014 09:20:56 +0000 (UTC) Received: from mx2.mail.bg (mx2.mail.bg [IPv6:2001:67c:16b8:1::2:18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 355562B7E for ; Mon, 4 Aug 2014 09:20:55 +0000 (UTC) Received: from [10.1.1.159] (unknown [95.87.254.225]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx2.mail.bg (Postfix) with ESMTPSA id 51CE860004B5 for ; Mon, 4 Aug 2014 12:20:44 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1407144045; bh=6dRKXtSQE37RYQjD2AODGOff2eK2oS8Yw6leaAyWrRE=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Content-Transfer-Encoding:Message-Id:References:To; b=kXyf/qNcPmkQ1whuAMrXg8p5ZttIs9+N75zuknqQ5jbzIuPVc2EP9UdBjHsuojxsX Aw7edce6Dh3TB0vjDnO8I9hYmwWwDdupcvSOc434J07yxoqduVH9+ndaX+U1y5osaF mrhFjlCKX4A01K3LhXXgb5YerS/G+U9KN0edpb44= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: [Machine readable output from userland utilities] report From: Zaro Korchev In-Reply-To: Date: Mon, 4 Aug 2014 12:20:44 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <0D20E27A-4281-4B6D-94E3-8707B1AE2E81@mail.bg> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> <5AF0FF20-E41B-4D46-A427-D84D9E2CD047@mail.bg> <19220D3B-101C-45A4-AE41-068E033D5F92@mail.bg> <60B2286C-F0BA-4757-9603-BE23E365A576@mail.bg> To: soc-status@freebsd.org X-Mailer: Apple Mail (2.1283) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2014 09:20:56 -0000 Hi everybody This week I worked on libsol. I made some changes to the header file so that applications using libsol = do not need to add include path for libsol-required headers. I removed = this include path from the Makefiles. I implemented a second format for libsol. It is similar to the ucl = format. It is just a proof of concept. At the moment it does not handle = special characters in strings properly. The best way to handle special characters will be to use libucl. I found = where in its source this functionality is implemented. It is a static = function so at the moment I am not able to use it directly. One solution = would be to make a global interface to this function. I was looking for libraries with streaming support for XML generation = but I have not found such. I plan to add XML support without using an = external library. Zaro= From owner-soc-status@FreeBSD.ORG Mon Aug 4 15:50:14 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5A832AE for ; Mon, 4 Aug 2014 15:50:14 +0000 (UTC) Received: from www2419.sakura.ne.jp (www2419.sakura.ne.jp [210.224.185.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 828C52189 for ; Mon, 4 Aug 2014 15:50:13 +0000 (UTC) Received: from www2419.sakura.ne.jp (ksav414.sakura.ne.jp [153.120.85.49]) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s74Fo4vt017139 for ; Tue, 5 Aug 2014 00:50:04 +0900 (JST) (envelope-from nuta@seiya.me) X-Nat-Received: from [210.224.185.29]:37441 [ident-empty] by ksav414.sakura.ne.jp with TPROXY id 1407167404.5034 Received: from seiya-air.local (i153-145-29-39.s41.a008.ap.plala.or.jp [153.145.29.39]) (authenticated bits=0) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s74Fo4SH017135 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 5 Aug 2014 00:50:04 +0900 (JST) (envelope-from nuta@seiya.me) Message-ID: <53DFABAC.1020909@seiya.me> Date: Tue, 05 Aug 2014 00:50:04 +0900 From: Seiya Nuta User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Bootsplash status report #10 X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705 status: clean X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2014 15:50:14 -0000 Hi all, This is a weekly status report of new enhanced bootsplash. What I had done in this week: * implemented a prompt screen for a passphrase prompt of geom_eli * found some bugs described below What I will do in this week: * fix those bugs Bugs I found: * Screen become insane after bootsplash has finished. * Once I input wrong passphrase, geom_eli does not accept correct passphrase in the second time or after. These bugs are not occurred in the HEAD kernel. I'm investigating the cause of them since last Friday. Reagards, Seiya From owner-soc-status@FreeBSD.ORG Mon Aug 4 16:09:21 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 234B9826 for ; Mon, 4 Aug 2014 16:09:21 +0000 (UTC) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1ABA2484 for ; Mon, 4 Aug 2014 16:09:20 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id l4so5606273lbv.30 for ; Mon, 04 Aug 2014 09:09:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UJ1bRZHDpJSBh8RSitktMFz6y6494q/YOw8ooFhw1v4=; b=VBazYZ1byjqYtexZIRrCQw8QjiBhbtV33cWsBQuYbML4LwxZXQ6CrzAXn8EIdulubj JFM7+aJy+PxMDfirZspoeKobRnjiuL14yD6RbalR9QAzoU1cEEWVkVU+GU8Uz5RMxUxs 05MHWEl0TqE0MZzQzByAcOIN1wR8ik9z1XwXizM2JPA2NEo63ZQelSU513gydGDiLufP 0lfP0eGEJOfLf7QVVbsySBSaBRMvf+QTgDTp66dKNVVhxq4gUb8dHs8l1ZCoQ6PkIn8Y 7LjRlj3Vw4yHIoqECrBBgJXsrw33JYl2zlbUbnshqngVzWjBMhUQlh1Tmj7bJUBUC50j UTyg== MIME-Version: 1.0 X-Received: by 10.112.2.167 with SMTP id 7mr3209855lbv.103.1407168558420; Mon, 04 Aug 2014 09:09:18 -0700 (PDT) Received: by 10.112.182.38 with HTTP; Mon, 4 Aug 2014 09:09:18 -0700 (PDT) In-Reply-To: <53DFABAC.1020909@seiya.me> References: <53DFABAC.1020909@seiya.me> Date: Mon, 4 Aug 2014 18:09:18 +0200 Message-ID: Subject: Re: Bootsplash status report #10 From: Daniel Peyrolon To: Seiya Nuta Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2014 16:09:21 -0000 Hello Seiya, I used geom_eli when installed FreeBSD on my laptop, and I can say that I was only able to put my password once. If I failed I just had to restart the machine. What I mean is that that was (at least, during June, or somewhat before) a real bug, happening on HEAD. 2014-08-04 17:50 GMT+02:00 Seiya Nuta : > Hi all, > > This is a weekly status report of new enhanced bootsplash. > > What I had done in this week: > * implemented a prompt screen for a passphrase prompt of geom_eli > * found some bugs described below > > What I will do in this week: > * fix those bugs > > Bugs I found: > * Screen become insane after bootsplash has finished. > * Once I input wrong passphrase, geom_eli does not accept correct > passphrase in the second time or after. > > These bugs are not occurred in the HEAD kernel. > I'm investigating the cause of them since last Friday. > > Reagards, > Seiya > _______________________________________________ > soc-status@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/soc-status > To unsubscribe, send any mail to "soc-status-unsubscribe@freebsd.org" > -- Daniel From owner-soc-status@FreeBSD.ORG Mon Aug 4 16:27:39 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FC9219E for ; Mon, 4 Aug 2014 16:27:39 +0000 (UTC) Received: from www2419.sakura.ne.jp (www2419.sakura.ne.jp [210.224.185.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 171072694 for ; Mon, 4 Aug 2014 16:27:38 +0000 (UTC) Received: from www2419.sakura.ne.jp (ksav107.sakura.ne.jp [59.106.188.105]) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s74GRaJU020399; Tue, 5 Aug 2014 01:27:37 +0900 (JST) (envelope-from nuta@seiya.me) X-Nat-Received: from [210.224.185.29]:36463 [ident-empty] by ksav107.sakura.ad.jp with TPROXY id 1407169656.7302 Received: from seiya-air.local (i153-145-29-39.s41.a008.ap.plala.or.jp [153.145.29.39]) (authenticated bits=0) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s74GRaJL020396 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 5 Aug 2014 01:27:36 +0900 (JST) (envelope-from nuta@seiya.me) Message-ID: <53DFB478.7080009@seiya.me> Date: Tue, 05 Aug 2014 01:27:36 +0900 From: Seiya Nuta User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Daniel Peyrolon , soc-status@FreeBSD.org Subject: Re: Bootsplash status report #10 References: <53DFABAC.1020909@seiya.me> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705 status: clean X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2014 16:27:39 -0000 Hello, Thank you for beneficial information. > What I mean is that that was (at least, during June, or somewhat before) a > real bug, happening on HEAD. I created a branch from HEAD in May. That'd explain a lot. I'll merge latest HEAD into my branch. Thank you again for your information! On 8/5/14, 1:09, Daniel Peyrolon wrote: > Hello Seiya, > > I used geom_eli when installed FreeBSD on my laptop, and I can say that I > was only able to put my password once. > If I failed I just had to restart the machine. > > What I mean is that that was (at least, during June, or somewhat before) a > real bug, happening on HEAD. > > > 2014-08-04 17:50 GMT+02:00 Seiya Nuta : > >> Hi all, >> >> This is a weekly status report of new enhanced bootsplash. >> >> What I had done in this week: >> * implemented a prompt screen for a passphrase prompt of geom_eli >> * found some bugs described below >> >> What I will do in this week: >> * fix those bugs >> >> Bugs I found: >> * Screen become insane after bootsplash has finished. >> * Once I input wrong passphrase, geom_eli does not accept correct >> passphrase in the second time or after. >> >> These bugs are not occurred in the HEAD kernel. >> I'm investigating the cause of them since last Friday. >> >> Reagards, >> Seiya >> _______________________________________________ >> soc-status@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/soc-status >> To unsubscribe, send any mail to "soc-status-unsubscribe@freebsd.org" >> > > > From owner-soc-status@FreeBSD.ORG Mon Aug 4 19:28:29 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92773E90 for ; Mon, 4 Aug 2014 19:28:29 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 318432EE6 for ; Mon, 4 Aug 2014 19:28:29 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id f8so63614wiw.6 for ; Mon, 04 Aug 2014 12:28:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=Adc+q84JNhFX5NQCrWBkvtd0dgHq9fFMKhFJzraKL+w=; b=MPBmK6nbEwlKqS4Il+n04EATOiUa5Vxr7mDgocXgk7PGRhMqb0NSFLkUEbGvpLW1lI XFnYVKi3PGPtFDhAkCbtTzPpef0MFQ/s83fNF2e8vLwILPg/Fd2xnqaMiHkCMNb5PQqe nnuk952bYy6kzq8tcgG80kHIQ/LlkTF4g36emkpl4EVXCcPGHX/ykqrHk4KMs/MFv0Bu 5b+xgDGQDwOMMFatIV7WDZKs5ivOnjr+xXdtOHa7MaHPV3N6+zy4Qa3IBI7ZgEDcgaiF qQtlCpRh9waPInEsUYO237WrDTJxLIgq36B9vRJNu8fCnCELu3R8zmHGYOl5ycpNPCUL Dg/g== MIME-Version: 1.0 X-Received: by 10.194.7.36 with SMTP id g4mr34736945wja.37.1407180506515; Mon, 04 Aug 2014 12:28:26 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.194.237.40 with HTTP; Mon, 4 Aug 2014 12:28:26 -0700 (PDT) Date: Mon, 4 Aug 2014 21:28:26 +0200 X-Google-Sender-Auth: Eu2F0AcXxa5CoffNC98EwOiqSTI Message-ID: Subject: Weekly Status #11 From: Kamil Czekirda To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2014 19:28:29 -0000 Hi all, In last week I wrote some functionality to "bsdinstall tofile" simulation. Already done: - keymap - hostname - mirror - timezone - services - ipv4 (but need improve) I started ipv6, but not finished. This week I have more free time, so I plan bigger progress. Regards, Kamil Czekirda From owner-soc-status@FreeBSD.ORG Tue Aug 5 01:23:14 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBA38BF1; Tue, 5 Aug 2014 01:23:14 +0000 (UTC) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5186926A1; Tue, 5 Aug 2014 01:23:14 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id w61so219795wes.25 for ; Mon, 04 Aug 2014 18:23:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+vtJ0rBgVMf+BDSPJ/UAbkbWpScvy5q822p2hFjCv+0=; b=jhR20eWc67P01dl3Lf477ZKIZIc9KY+T82vV6BKia1FT06MBF/DbsTLWDZ7kJ2Y36F YpeakMNhV+Ny9fVsdygs98WO01Rbb2YzElkpc+GiGYsS89JULrpN2N8Xy3/qfRL+fo79 yjG7xtTtMhw1EBr3By35/48TbFj6CRXRgavgbYRM3LXEASmLo0crjOdkqGPEwxHhMffe SEyiowdQ7hGqXEypUv+6T7wAYkfVcJnM2IYUghtLHiV9GldXWi5/sa3vjNu5MJg2L7DP KoX0eJPQZIlhOmW5mHszrlGzdftH49Q0CifBEdtxNKGpn7YW9r9rDlDPoFfosWfqjjRL 0DLg== MIME-Version: 1.0 X-Received: by 10.180.39.172 with SMTP id q12mr1606183wik.55.1407201792628; Mon, 04 Aug 2014 18:23:12 -0700 (PDT) Received: by 10.194.185.239 with HTTP; Mon, 4 Aug 2014 18:23:12 -0700 (PDT) Date: Mon, 4 Aug 2014 22:23:12 -0300 Message-ID: Subject: Weekly report - Lua loader From: Pedro Arthur To: soc-status@freebsd.org, "Wojciech A. Koszek" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2014 01:23:15 -0000 This week I worked on the following tasks: - polish the menu code, added shortcut keys and highlight. - analyze the lua scripts and try to follow a common code style. - ensure that the boot password can't be skipped. These tasks are not complete yet, but I intend to finish them until the next week. From owner-soc-status@FreeBSD.ORG Tue Aug 5 01:57:10 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 266C68A2 for ; Tue, 5 Aug 2014 01:57:10 +0000 (UTC) Received: from mail-vc0-x22d.google.com (mail-vc0-x22d.google.com [IPv6:2607:f8b0:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC4E62970 for ; Tue, 5 Aug 2014 01:57:09 +0000 (UTC) Received: by mail-vc0-f173.google.com with SMTP id hy10so440174vcb.18 for ; Mon, 04 Aug 2014 18:57:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TPFckKfopQVUGV9x8JqSzhmz2sv+FKx+PmA5tkq6BP0=; b=WrFQlz9PFOLbz4Poy4S1Ew84P/eNJsIC2QiBvbadpHHKPuak3RmaFBlFP13ZzcVuhq AqIwYvWoLFhlws8ycdMnO97TM6KBP+FGMvmZREWJEyu1yPiC5RWhSp0skp0Wx2QluT2Z 0jPzwRbCsQFWavq57MPhITxHI5hth/Gq9hq+7eWoizrY/b1ESmdl7s3skpD50zNpQAhd 4YP/9f+ijTVs6GIcuKqz8SnfGG+LDx1PPeEUDlnjwPn2p61OpZIT2C5EMQr1IBU16NFI yite+O2roHj3gs8mP/+XefrqPHLbmhNY9Q20wUWLwFTSsGc65BDDa9lY1pXZUHEj7oxA 2PaQ== MIME-Version: 1.0 X-Received: by 10.52.3.40 with SMTP id 8mr501994vdz.24.1407203828860; Mon, 04 Aug 2014 18:57:08 -0700 (PDT) Received: by 10.58.144.7 with HTTP; Mon, 4 Aug 2014 18:57:08 -0700 (PDT) Date: Tue, 5 Aug 2014 07:27:08 +0530 Message-ID: Subject: [BSNMP Enhancements] Status Report # 11 From: Shonali Balakrishna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2014 01:57:10 -0000 Hi all, This is status report # 11 for the GSoC project - BSNMP Enhancements. Work done in the last week: * Resolved compile errors * Added separate calls for ipv6 and completed pending implementations in bsnmpd + bsnmptools * Modified trap.c & target_snmp.c to support ipv6 Work to be done in the next week: * Work on compile warnings * Test comprehensively The source code changes are mostly located in: https://socsvn.freebsd.org/socsvn/soc2014/shonali/head/contrib/bsnmp/snmpd/ https://socsvn.freebsd.org/socsvn/soc2014/shonali/head/usr.sbin/bsnmpd/tools/ Thanks and Regards, -- Shonali Balakrishna From owner-soc-status@FreeBSD.ORG Wed Aug 6 01:30:12 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3C8FA18; Wed, 6 Aug 2014 01:30:12 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D9A6025FD; Wed, 6 Aug 2014 01:30:11 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id a1so1815767wgh.11 for ; Tue, 05 Aug 2014 18:30:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:from:date:message-id:subject:to:content-type; bh=VjvDv341eeqTZr9Zct3Kif41POfKHkHlOTqTNgh3TNM=; b=jODBYG30eyybOh6OlWwGkx4gH0wbN98b28xKqtTHnIgT++FBy0H4mW7NyXRnyXVK/h +bqRHsjLO9Fc7CpoaT7P3LJZKGjtzewHicV+TwMDeNIP21ZeHGZhJe6gY3vjrT2LDyv8 z8sYzwOFjE5Uf0PUhs3PTE+oXMWtHJvtiq48i1G2ViOG7eQLl/Wr7ajKCy8etZz8T+sX kkGtx608Dop2G3Fg+llkGwv4v9oNOHnWKTgTigB84iDLsdJ4DBN9kIZ1S2HHykncMWl9 dAXgW+jpKUGvVlnnou2gUD9hE8fof1ScRCmT5qFlOounkjT5/vPSkhIEtCMXu51rNyfw T51Q== X-Received: by 10.180.86.65 with SMTP id n1mr33268087wiz.41.1407288610036; Tue, 05 Aug 2014 18:30:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.40.33 with HTTP; Tue, 5 Aug 2014 18:29:49 -0700 (PDT) Reply-To: ghostmansd@gmail.com From: Dmitry Selyutin Date: Wed, 6 Aug 2014 05:29:49 +0400 Message-ID: Subject: Report #6: Unicode support To: soc-status@freebsd.org, Pedro Giffuni , David Chisnall , Konrad Jankowski Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2014 01:30:12 -0000 Hello everyone! Here are the last news about the Unicode support project[0]. You can always check my repository[1]. During these days I've been working on storing data for Unicode Collation in the more appropriate format than it was before (strange tables with binary search right in C source files). According to one of Pedro's suggestions, I've used types and functions to finish it. I've tried to achive portability for all platforms that support in the way that FreeBSD does (I took care of some subtle things like endianness too). Full set of functions to work with collation databases is provided as well as Python bindings (they were written while creating CLDR database, but seemed to be so useful that I decided to commit them too). Right now code lives under lib/libcolldb directory, though it seems there may be a better place for it (especially for Python bindings). Any suggestions? I'd like to leave this stuff visible (first I wanted to leave it hidden in xlocale_private.h, but I found it really useful) for other developers, but the first what came to my mind was library. I was too tired to rewrite all existing functions to make them support collation databases; I hope to finish it tomorrow. Normalization and canonicalization parts are already done; as it seems, collation itself is also nearing completion, though there is still much to be done. I'd like to thank Pedro and especially Konrad Jankowski, who found the strength to return to his project and gave a helpful hand (and gives right now). There is still much to be done: since I got hooked by this part of work, I couldn't respond to all Pedro's and Konrad's mails during these days. So the nearest targets are to rewrite collation algorithms again to let them work and to begin testing. [0] https://wiki.freebsd.org/SummerOfCode2014/Unicode [1] https://socsvn.freebsd.org/socsvn/soc2014/ghostmansd -- With best regards, Dmitry Selyutin From owner-soc-status@FreeBSD.ORG Sat Aug 9 15:11:44 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1E4B9F5; Sat, 9 Aug 2014 15:11:44 +0000 (UTC) Received: from mail-oa0-x234.google.com (mail-oa0-x234.google.com [IPv6:2607:f8b0:4003:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 64135260E; Sat, 9 Aug 2014 15:11:44 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id o6so4911900oag.39 for ; Sat, 09 Aug 2014 08:11:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=3qKyoqCTnAk5CwYyGfK3EiB5JGpCMNTul4X0Ll8Imc4=; b=XNC3cbzg78pBpiNXuGlYNCfFzgeuoly9hQljc0SrmTBsNHLwfhjMpJEM5H7ECzznlN +eY5pWLRysmo+fNosyVnu8HBlLFAeyZ/cQx/mQr1y9qYNb6P3Q9BZx+TuLK6l+vooevH 9wUL8KMdDCNDzKT03DVptdjT9ey8RS1ggudb8EZu7vKxf6jT4n5Rw2N8JP/2kFy4H+J/ DvF52g1xc6JG/6R+PpI0kQXoTbwUNaJ4SWuOraz4sTzQkyqx7yUhlxX1S3Y0QbF1VYvd 3tPaR74vSqAS4yhbHdViVOS2Uvds52pO0TFWuXUF8Q++jKaTGn20hwScvFAfFoeqjqof um/g== MIME-Version: 1.0 X-Received: by 10.182.60.4 with SMTP id d4mr38067672obr.4.1407597102659; Sat, 09 Aug 2014 08:11:42 -0700 (PDT) Received: by 10.182.216.200 with HTTP; Sat, 9 Aug 2014 08:11:42 -0700 (PDT) Date: Sat, 9 Aug 2014 17:11:42 +0200 Message-ID: Subject: Re: [intel smap, kpatch] weekly report #10 and #11 From: Oliver Pinter To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: gavin@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2014 15:11:44 -0000 Last two week I optimized a little the code and separated machine dependent and independent code. I identified one wrong API usage which i should fix at next week. The KSP framework was mostly done, and tested on real hardware w/ and w/o XSAVEOPT and on qemu w/ and w/o SMAP. The SMAP functionality was tested in qemu with the test framework (what you can find in svn repo or github). The current status is in my wiki. I running again to svn error, when I try to merge current head to my project branch: [...] U sys/dev/usb/usbdevs U sys/dev/hptnr/os_bsd.h U sys/dev/drm2/ttm/ttm_bo_vm.c U sys/dev/acpica/acpi_cpu.c U sys/dev/fdt/simplebus.c U sys/dev/hptrr/hptrr_os_bsd.c U sys/dev/fb/fbd.c svn: E130003: The PROPFIND response contains invalid XML (207 Multi-Status) op@pandora-d ~> svnlite --version svn, version 1.8.8 (r1568071) compiled on bikeshed-malachite-topaz-amber-freebsd What's next: * fix the mentioned bug * more testing * optionally implement variable size patches (not yet required to SMAP functionality) On 7/26/14, Oliver Pinter wrote: > At the last week, I was done with most of the core functionality. The > SMAP capable kernel can boot on w/ and w/o SMAP support. The XSAVEOPT > related manual patching was elliminated and used the common kernel > patchin framework. > > So what's done at this week: > * working kernel patching > * working module patching > * working preload patching > * adopted SMAP instructions to kernel patching > * adopted XSAVEOPT instructions to kernel patching > * tested in Qemu > * tested on real hardware > > What's will I on next week: > * optimize > * fix bugs > * implement other patches than same sized > > On 7/19/14, Oliver Pinter wrote: >> Hi! >> >> This week I mostly implemented the kernel patching framework. It's >> required to optimize a little, but mostly done. The current status can >> you find both in svn or git repo. >> >> The current code boot tested with kernel image patching, it's works. >> Next should I test kld preload patching and kldload patching, and then >> adopting SMAP related instructions and xsave related codes. >> >> Detailed info are in wiki. >> >> On 7/11/14, Oliver Pinter wrote: >>> Hi All! >>> >>> At previous week I started to design a kernel patching framework and I >>> have a little holiday. >>> >>> At this week I mostly finished the design, and started to implement >>> the selfpatching framework. >>> >>> Next week I plan to finish the implementation of the framework, and >>> after that migrate the SMAP stuff to use them. >>> >>> The current status can you found on my wiki site. >>> >>> On 6/28/14, Oliver Pinter wrote: >>>> This week I started the second phase of GSoC. In this design a >>>> run-time kernel and module patching framework. This means that the >>>> kernel able to dynamically change their code run-time. >>>> >>>> In second phase's first week I investigated where must I implement the >>>> functionality and which kernel APIs should I use. >>>> >>>> You can found the current status in my wiki page. >>>> >>>> On 6/21/14, Oliver Pinter wrote: >>>>> Hi! >>>>> >>>>> At this week i am hunting a triple fault during the boot. This caused >>>>> by a compiler error, when CPUTYPE in /etc/make.conf was set to >>>>> core-avx2, after removing this the first phase was done. All of my >>>>> test running fine and the system are stable. Originally only amd64 >>>>> implementation required, but I added to i386 too - but the later not >>>>> yet tested. >>>>> >>>>> In next phase I design a proper way how to patch kernel and modules at >>>>> boot and run-time. >>>>> >>>>> What's done: >>>>> * SMAP for amd64 >>>>> * test SMAP for amd64 >>>>> * build framework >>>>> * VM creation >>>>> * SMAP for i386 (not tested) >>>>> * some other tool, that make my life easier >>>>> >>>>> The current status can you find on my wiki page. >>>>> >>>>> On 6/15/14, Oliver Pinter wrote: >>>>>> Hi all! >>>>>> >>>>>> In the last week I was mostly done with implementation, as you can >>>>>> see >>>>>> on my wiki page. The most of i386 commits are not tested because a >>>>>> cross-build problem on amd64 system. >>>>>> Other resolvable problem are on amd64 system, where the machine >>>>>> triple >>>>>> faulted, because wrong assembler statements generated with the >>>>>> compiler. I'm deep in debugging both of two case. This issue are too >>>>>> in my wiki page under this section: >>>>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching#notes >>>>>> >>>>>> I have at this week my last exam at Thursday. After that I'm focusing >>>>>> fully on GSoC. >>>>>> >>>>>> On 6/6/14, Oliver Pinter wrote: >>>>>>> Hi all! >>>>>>> >>>>>>> Previous week I started to work on SMAP for amd64 and i386. For >>>>>>> amd64 >>>>>>> many parts are in good state. The codes currently are only compile >>>>>>> tested, at next week I create a VM, and create run-time tests. For >>>>>>> i386 started the work on yesterday. >>>>>>> All of my status can be found on my wiki page. >>>>>>> >>>>>>> What's done, but not tested in this week: >>>>>>> * {amd64,i386} trap handler >>>>>>> * amd64 initialization >>>>>>> * {amd64,i386} identification >>>>>>> * {amd64,i386} exceptions >>>>>>> * amd64 pmap changes >>>>>>> * amd64 support.S changes >>>>>>> * amd64 ia32 compat exceptions >>>>>>> * i386 ddb extension >>>>>>> >>>>>>> At next week I plan to finish all of amd64 things, and most of i386 >>>>>>> things, and begin to test; start to design a proper way to create >>>>>>> kpatch and/or ifunc like things. >>>>>>> >>>>>>> >>>>>>> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >>>>>>> git: https://github.com/opntr/opBSD (branches: >>>>>>> op/gsoc2014/{master,smap,kpatch} ) >>>>>>> wiki: >>>>>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >>>>>>> >>>>>>> >>>>>>> On 5/29/14, Oliver Pinter wrote: >>>>>>>> Hi all! >>>>>>>> >>>>>>>> I'm working on Intel SMAP technology in first half of GSoC. >>>>>>>> At first week I investigated in SMAP technology and relevant >>>>>>>> FreeBSD >>>>>>>> codes, whats changed since my Bsc thesis. >>>>>>>> >>>>>>>> I implemented a vulnerable kernel module and PoC to test allowed >>>>>>>> and >>>>>>>> not allowed memory access scenario. Created my wiki page, svn repo, >>>>>>>> and git repo. >>>>>>>> >>>>>>>> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >>>>>>>> git: https://github.com/opntr/opBSD (branches: >>>>>>>> op/gsoc2014/{master,smap,kpatch} ) >>>>>>>> wiki: >>>>>>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >>>>>>>> test-cases: >>>>>>>> http://svnweb.freebsd.org/socsvn/soc2014/op/tests/smap-tester/ >>>>>>>> >>>>>>>> Good days, >>>>>>>> Oliver >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > From owner-soc-status@FreeBSD.ORG Mon Aug 11 11:06:41 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9D72BB3 for ; Mon, 11 Aug 2014 11:06:41 +0000 (UTC) Received: from mx2.mail.bg (mx2.mail.bg [IPv6:2001:67c:16b8:1::2:18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F61B25AC for ; Mon, 11 Aug 2014 11:06:41 +0000 (UTC) Received: from [192.168.0.2] (unknown [78.90.84.177]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx2.mail.bg (Postfix) with ESMTPSA id 93C296000850 for ; Mon, 11 Aug 2014 14:06:39 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1407755199; bh=dg8jhJdoqnsjsxkln4x3yT2hoLFEUDQGA/Gplt3WzU8=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Content-Transfer-Encoding:Message-Id:References:To; b=850aCj3syC16PZfvw5+UzU+G/ALx2Zbnwdmz5RCh0/NOkNfdjyeCUJtTWgoPHurgH A1acu4LzT4MefZx6saMk1Z3njkQIChtE7rrNJve7jVbqnBEf4P6nmSlkumMrrtrobV x3Eh8ucK1PasXwN+cbNcs4r0PesNizUoFd6vxjkM= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: [Machine readable output from userland utilities] report From: Zaro Korchev In-Reply-To: <0D20E27A-4281-4B6D-94E3-8707B1AE2E81@mail.bg> Date: Mon, 11 Aug 2014 14:06:38 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <176D5B3B-D92A-4E88-B29B-EE109D624ADD@mail.bg> References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> <5AF0FF20-E41B-4D46-A427-D84D9E2CD047@mail.bg> <19220D3B-101C-45A4-AE41-068E033D5F92@mail.bg> <60B2286C-F0BA-4757-9603-BE23E365A576@mail.bg> <0D20E27A-4281-4B6D-94E3-8707B1AE2E81@mail.bg> To: soc-status@freebsd.org X-Mailer: Apple Mail (2.1283) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 11:06:42 -0000 Hi everybody In the last week I worked on libsol. I added xml support to libsol. It is invoked with the appropriate value = of the SOL_FORMAT environment variable (xml). I escape the special characters in the string values but I am still not = handling them properly in the tag names. I am currently working on supporting special characters in tag names and = supporting special characters as a whole in the configuration format. Zaro= From owner-soc-status@FreeBSD.ORG Mon Aug 11 11:59:21 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BAAF881 for ; Mon, 11 Aug 2014 11:59:21 +0000 (UTC) Received: from www2419.sakura.ne.jp (www2419.sakura.ne.jp [210.224.185.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 36C502AEE for ; Mon, 11 Aug 2014 11:59:20 +0000 (UTC) Received: from fsav405.sakura.ne.jp (fsav405.sakura.ne.jp [133.242.250.104]) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s7BBxBKx056639 for ; Mon, 11 Aug 2014 20:59:12 +0900 (JST) (envelope-from nuta@seiya.me) Received: from 210.224.185.29 (210.224.185.29) by fsav405.sakura.ne.jp (F-Secure/virusgw_smtp/412/fsav405.sakura.ne.jp); Mon, 11 Aug 2014 20:59:11 +0900 (JST) X-Virus-Status: clean(F-Secure/virusgw_smtp/412/fsav405.sakura.ne.jp) Received: from seiya-pro.local (i153-145-29-39.s41.a008.ap.plala.or.jp [153.145.29.39]) (authenticated bits=0) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s7BBxBps056636 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 11 Aug 2014 20:59:11 +0900 (JST) (envelope-from nuta@seiya.me) Message-ID: <53E8B00E.3070800@seiya.me> Date: Mon, 11 Aug 2014 20:59:10 +0900 From: Seiya Nuta User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Bootsplash status report #11 X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 11:59:21 -0000 Hi all, In last week, I had worked on fixing some bugs and write some documentation, specifically, the wiki page: https://wiki.freebsd.org/SummerOfCode2014/Bootsplash In this week, I plan to refactor code, write documentation and create themes. Regards, Seiya From owner-soc-status@FreeBSD.ORG Mon Aug 11 17:46:05 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A07F5C06; Mon, 11 Aug 2014 17:46:05 +0000 (UTC) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 187BC29C2; Mon, 11 Aug 2014 17:46:04 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id w62so8726726wes.8 for ; Mon, 11 Aug 2014 10:46:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=U0dMJvR9QTE9K4AoqoyNQYKfXeqnyVfU7Qx54oBVDFM=; b=IWhIovGNQin8VWfc/yHXKfd7SNEuC/4xuEKyqxXvWEiWpyo9yfl/RhXzCf+k7loduT j7Av23G13TYuk44rRou8if3ExSBu/qLK99pqjTeAuM9bbTeltfihRaXJCssphl1dlTXM IkynUGiaCpaRoSkQ7GM7+PoFrgcqhZAU8Q9OmdrZ8ehX2incOygxHz9jATpMqHUTe09V 5NEdqWTD8wxtRP3l76CqKoLik1CHG75xUsCUnOxYc7oDBg7HEhAZijHGj5C+83mt+5Ab WBZf791QiVEM8Qo/g7nLq0ZeaevGIh/dEOGXSFb4wK/dcoUo5/5GYkP+6o4ohIlbO98X e9Eg== MIME-Version: 1.0 X-Received: by 10.194.121.6 with SMTP id lg6mr13578462wjb.116.1407779163357; Mon, 11 Aug 2014 10:46:03 -0700 (PDT) Received: by 10.194.203.138 with HTTP; Mon, 11 Aug 2014 10:46:03 -0700 (PDT) Date: Mon, 11 Aug 2014 14:46:03 -0300 Message-ID: Subject: Weecky report - Lua loader From: Pedro Arthur To: soc-status@freebsd.org, "Wojciech A. Koszek" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 17:46:05 -0000 This week I worked on the following - Improve lua script code style - Added autoboot timer - Menu to select available kernels I'm now working on the Makefiles to let the user choose which interpreter to use. From owner-soc-status@FreeBSD.ORG Mon Aug 11 20:11:10 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 819359EC for ; Mon, 11 Aug 2014 20:11:10 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F6FB2D01 for ; Mon, 11 Aug 2014 20:11:09 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id ho1so4785684wib.16 for ; Mon, 11 Aug 2014 13:11:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=eUKB4DRM1cBU4HTeb87wcP6q4M5YMGJ2TZDgCGVm4u0=; b=PDFhqnhs3Ymdny8ucU9eEXf4RpvCw3Mvnr97joelalm4E4NFJ7yE8VMhpwV75NJF83 GC1noGyHJs9DdHEQ9arOjc+3fxH1UTYPFaEARH5uXMlIqQ2Q760qEOUjLGIah/5UNv3v k3kbt1P4WwL4H5noNj6k8SWmJDOlhsp//4+wvVGk11t4qhPqANYrATF/QANYglTUiQSA zInO01yoFVfBH4DY2NzDzodUL5bTUaUSiqPqb7R1JMuMnjETy2UQ7dzxgmC1lNkFwUeb R6irYEKWU459bRcO3Y310icoWvoSV3VfzAFPgoZZYtFp5VcalEIX8JQ1MMqH+uv6nCMy dviw== MIME-Version: 1.0 X-Received: by 10.180.77.193 with SMTP id u1mr22339321wiw.45.1407787868354; Mon, 11 Aug 2014 13:11:08 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.194.237.40 with HTTP; Mon, 11 Aug 2014 13:11:08 -0700 (PDT) Date: Mon, 11 Aug 2014 22:11:08 +0200 X-Google-Sender-Auth: 0FMKBX-2-ewLDRhOVjgC7HWkRXk Message-ID: Subject: Weekly Status #11 From: Kamil Czekirda To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 20:11:10 -0000 Hello, First version of fai is ready. It needs some tests, I'll do it this week. How it works? After boot script looks for bootfile-name option in dhcp leases files, dhcp server should tell fai where is directory with configuration files. In next step sctipt looks for file called the same as MAC address from their network interface, tries to download it and it checks for first specific line: "#!fai". If file is wrong script looks for file named "default" and in last step looks for local stored configuration. The last step is runs installer with right configuration file. Few FreeBSD installed ;) Regards, Kamil Czekirda From owner-soc-status@FreeBSD.ORG Mon Aug 11 20:16:27 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0321EAD9 for ; Mon, 11 Aug 2014 20:16:27 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 963272DEC for ; Mon, 11 Aug 2014 20:16:26 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id hi2so4797219wib.5 for ; Mon, 11 Aug 2014 13:16:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=eUKB4DRM1cBU4HTeb87wcP6q4M5YMGJ2TZDgCGVm4u0=; b=WsxGINNrWuFgdmYmCy9//yy/MOxKFeGYv8kHU69rKt7KOQW4bX93UbSJzMxaR8tnur uvCzq76sgDF18dmvWZHR5Sc34rpsQacajk5h64KPHUCLXuoHZygqhA4hSwRsFA+ZjHJ7 YFO0gEB1G8A7eAbEW58TgjrfxMNXyOWkl5tp/UwfVPFWOqTObiuUCLWxpBjPgjFjAZix jOR8UaTV5dhTabZr+p4tobZQlwwwtZB7EOsDHUU3mI3BaeohAkQm4Qe2Qog8qyBZ+FiT gnDrDBE1SnsSdidPrMDnuFHkxKQ3RKx9YPUixTZlWmO+pWpguwhU50LdbbOLJjl5ffJA UR/A== MIME-Version: 1.0 X-Received: by 10.180.221.133 with SMTP id qe5mr23721649wic.17.1407788185009; Mon, 11 Aug 2014 13:16:25 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.194.237.40 with HTTP; Mon, 11 Aug 2014 13:16:24 -0700 (PDT) Date: Mon, 11 Aug 2014 22:16:24 +0200 X-Google-Sender-Auth: U5LACStrkQGt6-slNjIP8qEcXAQ Message-ID: Subject: Weekly Status #12 From: Kamil Czekirda To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 20:16:27 -0000 Hello, First version of fai is ready. It needs some tests, I'll do it this week. How it works? After boot script looks for bootfile-name option in dhcp leases files, dhcp server should tell fai where is directory with configuration files. In next step sctipt looks for file called the same as MAC address from their network interface, tries to download it and it checks for first specific line: "#!fai". If file is wrong script looks for file named "default" and in last step looks for local stored configuration. The last step is runs installer with right configuration file. Few FreeBSD installed ;) Regards, Kamil Czekirda From owner-soc-status@FreeBSD.ORG Mon Aug 11 20:16:53 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E05F3BE5 for ; Mon, 11 Aug 2014 20:16:53 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A7192DF7 for ; Mon, 11 Aug 2014 20:16:53 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id l18so8844565wgh.2 for ; Mon, 11 Aug 2014 13:16:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=SgHk/MatfMbYNtztb62UYSWK/rjKIadoNY65sYXw9LM=; b=uoRBTAElJVDH2xiWhBlGEQ0IUWs+dH6egvjNmobgp8Cb6JYsuz+VaWj+CaDNMGznzZ 8C/I0tNkSRB9Wy9KAEMeqymYN4nzBrm9RTsIulhJwgUpFFKLYza4KTYWdzg9frIoF7XO hrslOhRsH0XpopMmnEctPEjyQjqLMJWcvyCacaP/LsIR4IP7d7MhVGIvT+Xdn3lRgGK0 sTt2HUG3kEd7a1C3Wf/tDLl8ggqb5ALcXrZTOfo+1SjMqaGeeqSdMn3enMwdASnVQNjh +FXZWzVx+tzi/R+GSiDPQgktpaKLlzOpTFm08UcjTktOTErngX9PGUgObp5liGNDtA0c DyPA== MIME-Version: 1.0 X-Received: by 10.194.91.228 with SMTP id ch4mr68828wjb.59.1407788211840; Mon, 11 Aug 2014 13:16:51 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.194.237.40 with HTTP; Mon, 11 Aug 2014 13:16:51 -0700 (PDT) In-Reply-To: References: Date: Mon, 11 Aug 2014 22:16:51 +0200 X-Google-Sender-Auth: rD592lUnvXDpJZHkNLd8XXw-Oh0 Message-ID: Subject: Re: Weekly Status #11 From: Kamil Czekirda To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 20:16:54 -0000 Sorry, no # increment. 2014-08-11 22:11 GMT+02:00 Kamil Czekirda : > Hello, > > First version of fai is ready. It needs some tests, I'll do it this week. > > How it works? > > After boot script looks for bootfile-name option in dhcp leases files, > dhcp server should tell fai where is directory with configuration > files. > > In next step sctipt looks for file called the same as MAC address from > their network interface, tries to download it and it checks for first > specific line: "#!fai". > > If file is wrong script looks for file named "default" and in last > step looks for local stored configuration. > > The last step is runs installer with right configuration file. > > Few FreeBSD installed ;) > > Regards, > Kamil Czekirda From owner-soc-status@FreeBSD.ORG Tue Aug 12 15:07:56 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE232750 for ; Tue, 12 Aug 2014 15:07:56 +0000 (UTC) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C28F62C89 for ; Tue, 12 Aug 2014 15:07:56 +0000 (UTC) Received: by mail-ig0-f174.google.com with SMTP id c1so7057814igq.7 for ; Tue, 12 Aug 2014 08:07:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Ctks//TCgTckWhhvfH+Vu2JdCDZTIc8oeMghStbD4qU=; b=HXTafJ2qP9QMet0uuDVqW1bWybSZZBS/tUImSXMcDPMo54g6kiYt1OlD2gTe8BLDnk FdiVEWHGx/JR3yGxdttNpHeLPfzlCv6V9zSJzwFhrTKnHTgaIyHhyyGJ6ALMmOYcytCx diSDHFa+hT7t7LuxDV38p3LQmAz+RSdeUujCVlY4rpviWlvrWo1s52vMXvQJiZSozxd/ Rd/JOM6JXlv6Y7YVA077L7Tc4U5iLRqcUlcleQVh4cQMsH+q8LrgdmceS11CDorYFixC okaqLLjWVk1uiWVNwYPW9PObMVkx55sB2DqyIb8lyr/aWwz1BSeNcCLbEIwaxU7mmbDj igcw== MIME-Version: 1.0 X-Received: by 10.50.178.172 with SMTP id cz12mr40535212igc.22.1407856076240; Tue, 12 Aug 2014 08:07:56 -0700 (PDT) Received: by 10.64.5.68 with HTTP; Tue, 12 Aug 2014 08:07:56 -0700 (PDT) Date: Tue, 12 Aug 2014 17:07:56 +0200 Message-ID: Subject: libctf & ddb From: Daniel Lovasko To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 15:07:57 -0000 Hi all, I am _very_ sorry that I forgot to write these weekly reports for few past weeks and I would like to make this right, so here is the work that I have done: I introduced a public API that is created by C macros so that the generic get_something() function is written only once and not N times. All API functions are returning an integer that is one of the CTF_E_* constants or the CTF_OK. If a function is intended to provide some value, it is always transferred by the last argument. All types like ctf_typedef, ctf_enum_entry, ctf_float, ..., are typedefs of appropriate structs and are intended to be used as opaque types. This provides us implementation freedom to the future (we may decide that names are not as char*, but rather some index to a string table or such). All programs that are using this libctf (ctfdump, ctfstats, and ctfquery (see below)) are now using this API. The library is pollution free, as all non-static functions that exist are with the _ctf prefix to ensure the zero-to-none possibility of a name collision. Currently almost every data structure and its member, algorithm and function has its documentation that is written manually. The ctfdump program that serves very similar purpose as the CDDL licensed one. I had a nice idea, that maybe the project "Machine-readable utilities" could provide (with some help, of course) its multi-format support. I have seen some repositories [1] that tried to do this, so there may be an audience for such feature. Also showing the ability to cooperate is very nice indeed. The ctfstats program that computes and emits CTF data statistics (similar to old ctfdump -S). The ctfquery program that serves as an intermediate implementation before putting this code into the DDB. The program takes an input, a type name, and looks it up in the type database. After successful match, it presents the data type in appropriate manner - for typedef it solves the possible typedef chain to the basic type, for struct it prints all its members (and if a member is another struct, it prints it with additional indentation). The only thing missing is the memory access that would make this completely DDB-like. But almost all of this code is usable in the DDB. The type lookup based on the name is using very naive/simple approach - O(n) traversal of all types while reporting success on the first hit. I have done no real benchmarking, since the search appears instantaneous (I even tried simulating some high workload and the cycle run just as swiftly). In case that this is not good enough, there are several possible improvements algorithm-wise - building a trie that would speed the algorithm to O(longest type name) and then making buckets of types - struct bucket, union bucket, enum bucket - so when the user requests e.g. "struct dpt_cbb", we can safely make the enquiry in the struct bucket only. This can be, obviously, applied to all kinds of data structures - simple linked lists or tries. The search works in situations, when the user omits the struct/union/enum part too. One thing that needs separate attention is the ctfquery feature to guess the data structure type - linked list, binary tree, n-ary tree, all the queue(3) and tree(3) data types. The struct in question is tested for presence of all these members (for example, being an queue(3) SLIST means that the struct contains an anonymous struct that has only one member, pointer to the parent-struct and the member has to be named "sle_next". This was maybe the most enjoyable coding from this project so far. The usefulness of this feature is, that after we discover that a struct is a linked list, we are able to print it more intelligently (see my proposal for this). Visualisation of other data structures will not be done in this project, but I am open for future suggestions (but, visualising a red-black tree on a 80x25 terminal might be ... well, challenging). Type to string conversion: if the CTF data in question is for example pointer -> const -> struct dpt_ccb, it gets resolved to "const dpt_ccb*". This is used in the ctfdump and ctfquery programs. There are still some crazy scenarios that need to be taken care of but the majority of the types is converted correctly. The libctf undergone some linting and valgrinding, which discovered some nasty hidden memleaks and potential bugs that are now fixed. One of the bugs took me 4 days to fix - improper handling of large struct members - the mistake was hidden under three layers of logic and I must admit that I was pretty happy after I finally found and fixed it. DDB code to parse arguments of the command (this was a bit tricky thanks to lack of documentation and weird naming). Right now I am fighting a huge problem: while writing the proposal during the last winter, I was able to use linker_ctf_get function to obtain the CTF data of the kernel file in the kernel space. Unfortunately, the same code on the same installation (and on a clean 10.0 and 9.2 installations) crashed very badly and the problem seems to be the vn_open call in the linker_elf_ctf_get in the /usr/sys/kern/kern_ctf.c file. I tried to call the vn_open function directly in my modified DDB code and it crashes too - the exact call looks like this (it is taken directly from the kern_ctf.c file): [2] I am looking forward to any ideas about this problem :) My plans for the next few days: I need to adapt the libctf allocation routines to work in kernel space too, therefore I need to #ifdef the usage of all malloc(3)s with malloc(9)s and some minor changes in strdup, strcpy and such. This should not pose any problem. There is no need for the zlib to be used in the kernel-space-version of the library, as the linker_ctf_get() function returns already unzipped CTF data. Small changes need to be done in the libctf loading code, because right now, we are able to only get file name and read all the ELF sections by ourselves, but the linker_ctf_get() function already does this step, so we can omit this too. To summarize, next baby-step is to be able to print all CTF types inside the DDB and then just copy/paste the ctfquery code and add some usability/user experience functionality like DDB modifiers for hexadecimal output and such. Maybe I forgot some things or details, so if I think of some more additions later, I will write them here. Again, I am sorry for the delay, please do not get an impression of some lazy attitude or that I have not been working on the project. Best, Daniel [1] https://github.com/rmustacc/ctf2json [2] http://pastebin.com/gxG55vHn From owner-soc-status@FreeBSD.ORG Tue Aug 12 18:05:25 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CE64799; Tue, 12 Aug 2014 18:05:25 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DDBE34D8; Tue, 12 Aug 2014 17:47:59 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id m15so10230963wgh.29 for ; Tue, 12 Aug 2014 10:47:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:from:date:message-id:subject:to:content-type; bh=MoZsUq/20S+Le/03+zO72znsHZfSv7p1gG00keqr5Gg=; b=D2DB+Kre5U+vNONuCj5/6cx9zcHGLaTDeM6HDf4y9A678CA2o9u3/EOAnIleSpUYzj VuccdLe3q7gBWkAFCfj3KSsZZIf8y3bH/tGVDc7I2hzZvDMrepSoJ+bHw86R15d8tzTL a81ekXgVSF1GAqo5l0DzwXQtZGtVq2DbE0sJWcqFbBQ1yo7dcz94NSFPjRXUD7inXEyY 7ifA1xdK0BZUtjacTZ4LUmgVDrzz2M9yjThruH//hGl+wOErVYNNk32j+irpxLj16/Cp 8twv2qivrm+RGdoWrINrac5/I9XcHW7nNsLWo0cXDE3JZPHemA4qyu26emFMMrGc9CQK fGTA== X-Received: by 10.195.17.164 with SMTP id gf4mr6584629wjd.45.1407865677516; Tue, 12 Aug 2014 10:47:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.40.33 with HTTP; Tue, 12 Aug 2014 10:47:37 -0700 (PDT) Reply-To: ghostmansd@gmail.com From: Dmitry Selyutin Date: Tue, 12 Aug 2014 21:47:37 +0400 Message-ID: Subject: Report #7: Unicode support To: soc-status@freebsd.org, Pedro Giffuni , David Chisnall Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 18:05:25 -0000 Hello everyone! Here are the last news about the Unicode support project[0]. You can always check my repository[1]. During these days I've been working on integrating changes into the tree. libc now supports UNICODE flag. If it is defined, then the entire libc is compiled with -D_UNICODE_SOURCE, thus supporting Unicode Collation Algorithm as well as Unicode normalization and canonicalization using hidden __ucsnorm() and __ucscanon() functions. Collation Database Library (libcolldb) moved into contrib/, though it has its own Makefile inside lib/ directory. Collation Database Library provides colldb script, which is used to transform Unicode collation files into Collation Database format. There are some things to be done: first I need to create a Makefile that will move contrib/colldb/colldb into /usr/bin (and probably copying it into Python package directory, since this script (if imported) allows to use bindings to libcolldb). This Makefile must also use colldb to create a new database from share/colldb/root.src and install it as /usr/share/colldb/root.db file. Since I'm not sure how to handle such things using BSD make, so I think I'll need your help, Pedro! ;-) Now it can be done manually. The other thing is a more extensive testing using files from Unicode CLDR repository. I've never used FreeBSD testing system, but hopefully it won't be harder than implementing Unicode Collation. [0] https://wiki.freebsd.org/SummerOfCode2014/Unicode [1] https://socsvn.freebsd.org/socsvn/soc2014/ghostmansd -- With best regards, Dmitry Selyutin From owner-soc-status@FreeBSD.ORG Wed Aug 13 04:38:40 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 461CC418 for ; Wed, 13 Aug 2014 04:38:40 +0000 (UTC) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C58D32777 for ; Wed, 13 Aug 2014 04:38:39 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id b8so8570691lan.5 for ; Tue, 12 Aug 2014 21:38:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=P/SIZPnQQ3ecvMCYyxNq4Ejja+CWo2Pyo8mbhzG2Vd8=; b=p0pzJALJXOOhLKVN24rp4/vMSBEGYxYqmi8rrkQ5xJVyGmESJNW9ZCMIAkexYv6mcm yaJacvAnu1cProEls6ugKKl1mvebLPxKwx1BpCLlmJaY4HRK8acnEUqX+ocjxnmAcIU2 1PYM/evvtKqedmnuuSBRPH7gVhWk+DKDg2wFjk5Avt8koKBgbJ18ZlZ0MKSkj+pZQ1Nj uFWxfh/+Sz9CVy10O6FKGoMOUbvzTOA7rBfHDehyPdvVYvZKIaZAkzKC9Qu3R71TknjQ BPHvIYkkM3Sw7AYI7jc6eg7DZXJ9xe18QFqI7vq/BJFAplqXTayNznuUqdNF07pC11jo s51A== MIME-Version: 1.0 X-Received: by 10.152.115.228 with SMTP id jr4mr1828961lab.43.1407904717601; Tue, 12 Aug 2014 21:38:37 -0700 (PDT) Received: by 10.152.123.142 with HTTP; Tue, 12 Aug 2014 21:38:37 -0700 (PDT) Date: Wed, 13 Aug 2014 10:08:37 +0530 Message-ID: Subject: [BSNMP Enhancements] Status Report # 12 From: Shonali Balakrishna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 04:38:40 -0000 Hi all, This is status report # 12 for the GSoC project - BSNMP Enhancements. Work done in the last week: * Reviewed code and added fixes * Added a separate port table for ipv6(begemotSnmpdPortv6Table) in the MIB * Added a separate enum for ipv6 address(SNMP_SYNTAX_IP6ADDRESS) and added calls for the ipv6 functions Work to be done in the next week: * Test comprehensively * Improve code The source code changes are mostly located in: https://socsvn.freebsd.org/socsvn/soc2014/shonali/head/contrib/bsnmp/snmpd/ https://socsvn.freebsd.org/socsvn/soc2014/shonali/head/usr.sbin/bsnmpd/tools/ Thanks and Regards, -- Shonali Balakrishna From owner-soc-status@FreeBSD.ORG Wed Aug 13 23:49:59 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92BF2DA0 for ; Wed, 13 Aug 2014 23:49:59 +0000 (UTC) Received: from mail1.uj.edu.pl (mail1.uj.edu.pl [149.156.89.193]) by mx1.freebsd.org (Postfix) with ESMTP id 5423C2134 for ; Wed, 13 Aug 2014 23:49:59 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl (Oracle Communications Messaging Server 7u4-27.01 (7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTP id <0NA9002YERJ38S10@mta.uoks.uj.edu.pl> for soc-status@freebsd.org; Thu, 14 Aug 2014 01:49:51 +0200 (CEST) X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.2 X-Antivirus-Code: 0x100000 Received: from mbox.uj.edu.pl by saiph.uoks.uj.edu.pl (Dr.Web (R) milter module ver.6.0.2.2) ; Thu, 14 Aug 2014 01:49:51 +0200 Received: from mbox.uj.edu.pl ([149.156.89.248]) by mta.uoks.uj.edu.pl with ESMTP; Thu, 14 Aug 2014 01:49:51 +0200 (CEST) Date: Thu, 14 Aug 2014 01:49:51 +0200 From: Jakub Klama Message-id: <432baa27506a634db7325d3b86edba43@uj.edu.pl> Subject: evdev status report #11 & #12 To: soc-status@freebsd.org User-Agent: Roundcube Webmail/0.5 X-Sender: jakub.klama@uj.edu.pl X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 23:49:59 -0000 Hello, This is combined status report #11 and #12 for GSoC project named "Implementation of evdev protocol and touchscreens support". There's not much work done as there was not much left to do. Done last two weeks: * fixed linuxishms in libevdev and python-evdev allowing to seamlessly compile them under FreeBSD * made input.h and uinput.h be installed into /usr/include/dev/evdev * written manual page (not yet committed) Next week: * merge changes from HEAD * test everything once again Jakub From owner-soc-status@FreeBSD.ORG Thu Aug 14 22:01:40 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1B7247A; Thu, 14 Aug 2014 22:01:40 +0000 (UTC) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 84DC633BC; Thu, 14 Aug 2014 20:48:26 +0000 (UTC) Received: by mail-oi0-f54.google.com with SMTP id i138so1135448oig.27 for ; Thu, 14 Aug 2014 13:48:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=dMM8auZdXxE06ANJrn2FvSj4g9nbIcBoHKylqHub+9I=; b=N/OKFLR1gVTufPZ9Y3x9wyIAwt/j5Pw/yMjbhqP0k7hmyJYDT+Sqgprnj2fcIdm4D0 7BA53rnHjBH3Jh75+uPKnUO7lpbryrPM9nrZ1rQLSPCxvDv5pB4w5laL6C+KX5t04fSK 1Ih/IhihIekL6JtcTdWaTCte5Gl2SudnikMchT/oTojy4JjpG+t8MqKxf35a7npEmKG1 gznxtFs3uKCM8NIJwh+gSh68iTH8a3EJclcDPG6xsu8V782O72sE0lR8by49GhpvF4Vu GLizoUr+jkN1euXPvVG62D7ws9EXXJW0IgKGKJ34O8rHg2lYeuWlRWZlIz+v1mRluiSM 6q2A== MIME-Version: 1.0 X-Received: by 10.60.52.5 with SMTP id p5mr15796559oeo.55.1408049305817; Thu, 14 Aug 2014 13:48:25 -0700 (PDT) Received: by 10.182.216.200 with HTTP; Thu, 14 Aug 2014 13:48:25 -0700 (PDT) Date: Thu, 14 Aug 2014 22:48:25 +0200 Message-ID: Subject: [intel smap, kpatch] weekly report #12 - FINAL From: Oliver Pinter To: soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: gavin@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 22:01:40 -0000 Last week I finalized the implementation and tested on real hardware and in emulator. All things works fine. You can find all details on wiki page, codes on github and in socsvn, and vm image on my crysys.hu home, and the final patchset in socsvn. Links: https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching https://github.com/opntr/opBSD/commits/op/gsoc2014/master http://www.crysys.hu/~op/freebsd/vm-image/ http://svnweb.freebsd.org/socsvn/soc2014/op/ On 8/9/14, Oliver Pinter wrote: > Last two week I optimized a little the code and separated machine > dependent and independent code. I identified one wrong API usage which > i should fix at next week. > > The KSP framework was mostly done, and tested on real hardware w/ and > w/o XSAVEOPT and on qemu w/ and w/o SMAP. > The SMAP functionality was tested in qemu with the test framework > (what you can find in svn repo or github). > > The current status is in my wiki. > > I running again to svn error, when I try to merge current head to my > project branch: > > [...] > U sys/dev/usb/usbdevs > U sys/dev/hptnr/os_bsd.h > U sys/dev/drm2/ttm/ttm_bo_vm.c > U sys/dev/acpica/acpi_cpu.c > U sys/dev/fdt/simplebus.c > U sys/dev/hptrr/hptrr_os_bsd.c > U sys/dev/fb/fbd.c > svn: E130003: The PROPFIND response contains invalid XML (207 Multi-Status) > op@pandora-d ~> svnlite --version > svn, version 1.8.8 (r1568071) compiled on > bikeshed-malachite-topaz-amber-freebsd > > What's next: > * fix the mentioned bug > * more testing > * optionally implement variable size patches (not yet required to SMAP > functionality) > > On 7/26/14, Oliver Pinter wrote: >> At the last week, I was done with most of the core functionality. The >> SMAP capable kernel can boot on w/ and w/o SMAP support. The XSAVEOPT >> related manual patching was elliminated and used the common kernel >> patchin framework. >> >> So what's done at this week: >> * working kernel patching >> * working module patching >> * working preload patching >> * adopted SMAP instructions to kernel patching >> * adopted XSAVEOPT instructions to kernel patching >> * tested in Qemu >> * tested on real hardware >> >> What's will I on next week: >> * optimize >> * fix bugs >> * implement other patches than same sized >> >> On 7/19/14, Oliver Pinter wrote: >>> Hi! >>> >>> This week I mostly implemented the kernel patching framework. It's >>> required to optimize a little, but mostly done. The current status can >>> you find both in svn or git repo. >>> >>> The current code boot tested with kernel image patching, it's works. >>> Next should I test kld preload patching and kldload patching, and then >>> adopting SMAP related instructions and xsave related codes. >>> >>> Detailed info are in wiki. >>> >>> On 7/11/14, Oliver Pinter wrote: >>>> Hi All! >>>> >>>> At previous week I started to design a kernel patching framework and I >>>> have a little holiday. >>>> >>>> At this week I mostly finished the design, and started to implement >>>> the selfpatching framework. >>>> >>>> Next week I plan to finish the implementation of the framework, and >>>> after that migrate the SMAP stuff to use them. >>>> >>>> The current status can you found on my wiki site. >>>> >>>> On 6/28/14, Oliver Pinter wrote: >>>>> This week I started the second phase of GSoC. In this design a >>>>> run-time kernel and module patching framework. This means that the >>>>> kernel able to dynamically change their code run-time. >>>>> >>>>> In second phase's first week I investigated where must I implement the >>>>> functionality and which kernel APIs should I use. >>>>> >>>>> You can found the current status in my wiki page. >>>>> >>>>> On 6/21/14, Oliver Pinter wrote: >>>>>> Hi! >>>>>> >>>>>> At this week i am hunting a triple fault during the boot. This caused >>>>>> by a compiler error, when CPUTYPE in /etc/make.conf was set to >>>>>> core-avx2, after removing this the first phase was done. All of my >>>>>> test running fine and the system are stable. Originally only amd64 >>>>>> implementation required, but I added to i386 too - but the later not >>>>>> yet tested. >>>>>> >>>>>> In next phase I design a proper way how to patch kernel and modules >>>>>> at >>>>>> boot and run-time. >>>>>> >>>>>> What's done: >>>>>> * SMAP for amd64 >>>>>> * test SMAP for amd64 >>>>>> * build framework >>>>>> * VM creation >>>>>> * SMAP for i386 (not tested) >>>>>> * some other tool, that make my life easier >>>>>> >>>>>> The current status can you find on my wiki page. >>>>>> >>>>>> On 6/15/14, Oliver Pinter wrote: >>>>>>> Hi all! >>>>>>> >>>>>>> In the last week I was mostly done with implementation, as you can >>>>>>> see >>>>>>> on my wiki page. The most of i386 commits are not tested because a >>>>>>> cross-build problem on amd64 system. >>>>>>> Other resolvable problem are on amd64 system, where the machine >>>>>>> triple >>>>>>> faulted, because wrong assembler statements generated with the >>>>>>> compiler. I'm deep in debugging both of two case. This issue are too >>>>>>> in my wiki page under this section: >>>>>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching#notes >>>>>>> >>>>>>> I have at this week my last exam at Thursday. After that I'm >>>>>>> focusing >>>>>>> fully on GSoC. >>>>>>> >>>>>>> On 6/6/14, Oliver Pinter wrote: >>>>>>>> Hi all! >>>>>>>> >>>>>>>> Previous week I started to work on SMAP for amd64 and i386. For >>>>>>>> amd64 >>>>>>>> many parts are in good state. The codes currently are only compile >>>>>>>> tested, at next week I create a VM, and create run-time tests. For >>>>>>>> i386 started the work on yesterday. >>>>>>>> All of my status can be found on my wiki page. >>>>>>>> >>>>>>>> What's done, but not tested in this week: >>>>>>>> * {amd64,i386} trap handler >>>>>>>> * amd64 initialization >>>>>>>> * {amd64,i386} identification >>>>>>>> * {amd64,i386} exceptions >>>>>>>> * amd64 pmap changes >>>>>>>> * amd64 support.S changes >>>>>>>> * amd64 ia32 compat exceptions >>>>>>>> * i386 ddb extension >>>>>>>> >>>>>>>> At next week I plan to finish all of amd64 things, and most of i386 >>>>>>>> things, and begin to test; start to design a proper way to create >>>>>>>> kpatch and/or ifunc like things. >>>>>>>> >>>>>>>> >>>>>>>> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >>>>>>>> git: https://github.com/opntr/opBSD (branches: >>>>>>>> op/gsoc2014/{master,smap,kpatch} ) >>>>>>>> wiki: >>>>>>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >>>>>>>> >>>>>>>> >>>>>>>> On 5/29/14, Oliver Pinter wrote: >>>>>>>>> Hi all! >>>>>>>>> >>>>>>>>> I'm working on Intel SMAP technology in first half of GSoC. >>>>>>>>> At first week I investigated in SMAP technology and relevant >>>>>>>>> FreeBSD >>>>>>>>> codes, whats changed since my Bsc thesis. >>>>>>>>> >>>>>>>>> I implemented a vulnerable kernel module and PoC to test allowed >>>>>>>>> and >>>>>>>>> not allowed memory access scenario. Created my wiki page, svn >>>>>>>>> repo, >>>>>>>>> and git repo. >>>>>>>>> >>>>>>>>> svn: http://svnweb.freebsd.org/socsvn/soc2014/op/ >>>>>>>>> git: https://github.com/opntr/opBSD (branches: >>>>>>>>> op/gsoc2014/{master,smap,kpatch} ) >>>>>>>>> wiki: >>>>>>>>> https://wiki.freebsd.org/SummerOfCode2014/IntelSMAPandKernelPatching >>>>>>>>> test-cases: >>>>>>>>> http://svnweb.freebsd.org/socsvn/soc2014/op/tests/smap-tester/ >>>>>>>>> >>>>>>>>> Good days, >>>>>>>>> Oliver >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > From owner-soc-status@FreeBSD.ORG Mon Aug 18 11:01:58 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 22B1BD63 for ; Mon, 18 Aug 2014 11:01:58 +0000 (UTC) Received: from mx2.mail.bg (mx2.mail.bg [IPv6:2001:67c:16b8:1::2:18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C8BCB389F for ; Mon, 18 Aug 2014 11:01:57 +0000 (UTC) Received: from [192.168.0.2] (unknown [78.90.84.177]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx2.mail.bg (Postfix) with ESMTPSA id AE85560003C7 for ; Mon, 18 Aug 2014 14:01:54 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1408359714; bh=4Ti3g/AIKVK6DTATSniUM+eI5xlLzDIBp30/YkvEJcI=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date: Content-Transfer-Encoding:Message-Id:References:To; b=mQInNWUs70ZdCR4Ccy9X9CtvOVVLpE4FR8Ef5ZLdmmLrQMsWE/jZ4KpJjlRz/+aXw qfjDis1agPQo0FSW9WqUOk0//JwMJ4yEseA0tnVZW1A63pEaEnPq8Y3fVKsXgUyt79 mDb/gHn8p6V27cz6wDlqR0khZKhPRCM5sQV3emyc= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: [Machine readable output from userland utilities] report From: Zaro Korchev In-Reply-To: <176D5B3B-D92A-4E88-B29B-EE109D624ADD@mail.bg> Date: Mon, 18 Aug 2014 14:01:53 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8D1B686D-1AAA-4E07-9270-E42699110561@mail.bg> <2F779B73-EAC5-49B4-B3E8-7A81109EC166@mail.bg> <5AF0FF20-E41B-4D46-A427-D84D9E2CD047@mail.bg> <19220D3B-101C-45A4-AE41-068E033D5F92@mail.bg> <60B2286C-F0BA-4757-9603-BE23E365A576@mail.bg> <0D20E27A-4281-4B6D-94E3-8707B1AE2E81@mail.bg> <176D5B3B-D92A-4E88-B29B-EE109D624ADD@mail.bg> To: soc-status@freebsd.org X-Mailer: Apple Mail (2.1283) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 11:01:58 -0000 Hi everybody This week I worked mostly on libsol. I read about XML special characters. I added code that transforms = special characters encountered in tag names. This ensures that tag names = are valid. I updated the documentation to reflect the changes. I made some changes to the tools using libsol to make sure they don't = use characters that will break the XML format. I improved the configuration output format to handle special characters. I also fixed several formatting bugs. The most interesting of them was = caused by using a magic pointer value that got optimized by the compiler = and lead to wrong output when using the configuration format. Zaro From owner-soc-status@FreeBSD.ORG Mon Aug 18 15:16:38 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85C28156; Mon, 18 Aug 2014 15:16:38 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CE5B93335; Mon, 18 Aug 2014 15:16:37 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id n3so3845221wiv.0 for ; Mon, 18 Aug 2014 08:16:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=El/lM4rpKik+e8SOBVEm32i6STq3PEwzZSlhG3eRRL4=; b=lRR5smH6tf7pouG1/G7UefyndWJjiLop00lkYCTPSM31vT7Ik4AdRXbrRSKPu3b/Ga PTiR0lGxl2BRbpS3ls0mAdgTI1VXnamhfWu8UAHnDGXuoR9JZ97ACVL4zajgMQg0xT5H hqYc+OdOZnVXUyW0XU1+0tNmUPGUwl7jszC89/3LyJOx8bgUeQA3wsNOS8vXjuvJGJcY Dc6Lq3+ixKL/iFVkz1fJ870KetEcz9myHP8+u7dqMrFsqIRqRK/Ijw1P3QrxfFbCSvBs 6QjHbQB/hphwjNSJ3GDS3DCtxujkrVqknb4pz4aUC2frloxCxORn7VjV3aTNiAKv/ogd p2DA== MIME-Version: 1.0 X-Received: by 10.180.91.111 with SMTP id cd15mr74306736wib.69.1408374995958; Mon, 18 Aug 2014 08:16:35 -0700 (PDT) Received: by 10.180.87.228 with HTTP; Mon, 18 Aug 2014 08:16:35 -0700 (PDT) Date: Mon, 18 Aug 2014 19:16:35 +0400 Message-ID: Subject: GSoC final status: porting FreeBSD to Android Emulator From: Alexander Tarasikov To: Gavin Atkinson , "freebsd-arm@freebsd.org" , soc-status@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 15:16:38 -0000 Hi FreeBSD/ARM hackers! I am reporting my status on the project. At the start of the project in spring I have written the device drivers for the IRQ chip, timer and framebuffer, but I was unable to verify they work because I needed a working rootfs. I started by using an MD_ROOT ramdisk for debugging init. I have spent most of the summer debugging the random memory corruption which prevented the kernel from booting on Android Emulator. I have tried various methods, like emulating TLS/PCPU with a memory page, but none of them helped. By trying to build a kernel for VERSATILEPB and running in QEMU I have verified it's not the problem in sources/compiler. By porting board code from Android Emulator to QEMU and observing it booting I came to the conclusion that the problem was caused by something in Android Emulator which is based on a very old version of QEMU. Ultimately I decided to try a "nightly" build of emulator, and that has resolved the problem. Unfortunately, I was unable to figure out the precise difference between Linux and FreeBSD MMU management that prevented FreeBSD from booting on regular builds of the emulator, but I have decided to focus on getting device drivers working first. Today I have finished implementing the MMC driver which has allowed to boot into the userland. I have also fixed the timer driver by adding the call to cpu_initclocks_bsp initcall and fixing the timer resolution. I have verified the virtual ethernet driver is also working. I have configured a custom MAC address in qemu and verified the kernel sees it. I have currently pushed the changes against FreeBSD-10 to my git repository. Later this week I plan to clean up the drivers a bit and format the code to look like other FreeBSD driver, rebase it and then push to the GSoC SVN repository. https://github.com/astarasikov/freebsd/commits/android_goldfish_arm_10.0.0?author=astarasikov I used the SD card image for Raspberry Pi which I have obtained from http://ftp4.us.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/10.0/FreeBSD-10.0-STABLE-arm-armv6-RPI-B-20140729-r269271.img.bz2 Here is the boot log of the first successful boot into userland: http://pastebin.com/ZzReDjDH It is very verbose but in the last lines we can see that it has started init, initialized loopback device and showed and getty prompt. You can obtain the prebuilt kernel image from the following link. I have also updated the wiki page with this information. https://drive.google.com/file/d/0B7wcN-tOkdeRN0lRUDJKa2pWM0U/edit?usp=sharing Please note that the nightly builds of Android Emulator are 64-bit and work on Linux and Mac OS X. To get them working on FreeBSD it would be necessary to compile a 32-bit build. If you are interested in just running Android Emulator on FreeBSD, it works just fine once you install linux_base-f10 or some other linux library set. I will provide the emulator binary later. If anyone wants to make a port, please note that you have to use GCC, because QEMU's TCG is broken when compiled with clang :( Due to wasting a lot of time on MMU issues and debugging the MMC driver, I was unable to write the "events" driver for keyboard input. I plan to do it this week. I will also verify that framebuffer driver is working correctly. I have noticed that a new interface is being developed instead of SYSCONS, so maybe I will migrate the driver to it. My overall impression is positive. Although I have spend time debugging MMU, I have learnt about the UMA memory allocator in the process. I want to resolve the remaining issues in the next two weeks and then I plan to add the support for the OMAP5 System-on-Chip to FreeBSD because I have such board and I want to try out Xen DOMU. -- Regards, Alexander From owner-soc-status@FreeBSD.ORG Mon Aug 18 18:33:24 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C72F920; Mon, 18 Aug 2014 18:33:24 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE6443625; Mon, 18 Aug 2014 18:33:23 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id f8so4138769wiw.0 for ; Mon, 18 Aug 2014 11:33:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:from:date:message-id:subject:to:content-type; bh=ItBzq8ubAHmjacpabv9sDtgH614eJJ2YgnQ3ZXvOlME=; b=zzRrfq4Nf4Ew2La672wsE7RAFrAWh7qW4D7qA5dWvuEfMAO5JR1w8pn6nMlIcR+l/A 9KMUMVC63oe7DcHRDZV+ptMttVLZCnEdGcsoJdybofUxauQKoPDheSd8FkX5+0uWgpXj f7LH63URMJj0DjoYcSmzsvVFZaF6i+dEkAYy5a8XVqjnziRBM52oLIjjUrs24xLFTv5f odH/CcdsgpX6Vzhl2rZhwI+eoISoL4SWVU4avNFRyXntiirmHWSsjnAJSD6l37jr0vBI qV1XEgCIOs6qkwl+R1ldP/Xfs08Bx7dvrz6HNtVEk/YvraEry6djgaArj+8dNv1FGg4K GefQ== X-Received: by 10.194.58.244 with SMTP id u20mr33226046wjq.36.1408386801748; Mon, 18 Aug 2014 11:33:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.40.33 with HTTP; Mon, 18 Aug 2014 11:33:01 -0700 (PDT) Reply-To: ghostmansd@gmail.com From: Dmitry Selyutin Date: Mon, 18 Aug 2014 22:33:01 +0400 Message-ID: Subject: Report #8: Unicode support To: soc-status@freebsd.org, Pedro Giffuni , David Chisnall , Konrad Jankowski Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2014 18:33:24 -0000 Hello everyone! Here are the last news about the Unicode support project[0]. You can always check my repository[1]. During these days I've been testing and fixing a ton of bugs and memory leaks using valgrind and gdb. I've finished libcolldb and its libc internal clone. Each collation database is now a part of reference-counted locale system. If locale is either "C" or "POSIX" or has no collation rules, we use either strcmp() or wcscmp() instead of strcoll() and wcscoll(). If LC_COLLATE file for the given locale not found or is not a collation database, then try to use /usr/share/locale/UTF-8/LC_COLLATE file. If the latter is not found or is not a collation database, we use original algorithm to maintain backward compatibility. In order to generate LC_COLLATE as collation database, one must use share/examples/collation/colldb.py script. usage: colldb.py share/colldb/root.src /usr/share/locale/UTF-8/LC_COLLATE. The C version of this tool is on the way. [0] https://wiki.freebsd.org/SummerOfCode2014/Unicode [1] https://socsvn.freebsd.org/socsvn/soc2014/ghostmansd -- With best regards, Dmitry Selyutin From owner-soc-status@FreeBSD.ORG Tue Aug 19 11:32:00 2014 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FA90154 for ; Tue, 19 Aug 2014 11:32:00 +0000 (UTC) Received: from www2419.sakura.ne.jp (www2419.sakura.ne.jp [210.224.185.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BE7BF332B for ; Tue, 19 Aug 2014 11:31:58 +0000 (UTC) Received: from fsav202.sakura.ne.jp (fsav202.sakura.ne.jp [210.224.168.164]) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s7JAaZZu046719 for ; Tue, 19 Aug 2014 19:36:35 +0900 (JST) (envelope-from nuta@seiya.me) Received: from www2419.sakura.ne.jp (210.224.185.29) by fsav202.sakura.ne.jp (F-Secure/virusgw_smtp/412/fsav202.sakura.ne.jp); Tue, 19 Aug 2014 19:36:35 +0900 (JST) X-Virus-Status: clean(F-Secure/virusgw_smtp/412/fsav202.sakura.ne.jp) Received: from seiya-pro.local (FL1-119-244-34-23.oky.mesh.ad.jp [119.244.34.23]) (authenticated bits=0) by www2419.sakura.ne.jp (8.14.5/8.14.5) with ESMTP id s7JAaZ3b046715 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 19 Aug 2014 19:36:35 +0900 (JST) (envelope-from nuta@seiya.me) Message-ID: <53F328B3.9000108@seiya.me> Date: Tue, 19 Aug 2014 19:36:35 +0900 From: Seiya Nuta User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Bootsplash status report #12 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 11:32:00 -0000 Hi, In the last week, I worked on fixing/writing documentation, refactoring source code and creating a theme. I've managed to finish this project. If you are interested in this, please try it by following the instructions in the wiki: https://wiki.freebsd.org/SummerOfCode2014/Bootsplash Regards, Seiya From owner-soc-status@FreeBSD.ORG Wed Aug 20 13:15:19 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6E58895 for ; Wed, 20 Aug 2014 13:15:19 +0000 (UTC) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 61FBC3D9D for ; Wed, 20 Aug 2014 13:15:19 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id z11so6595266lbi.41 for ; Wed, 20 Aug 2014 06:15:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TEvHyUslacgJ83X4DX0MIYIl4ODDV0zR4PalS9qrrHU=; b=z6OI62eXdAvMa2frXfvpkspBmeTV8GgEOCv7QVniG3ggaryqZnMpMZ1k8D1HGLHV0i 3bYTBW4DK+fF+8FHdqe0PfvDuaUcw7Fh/8f7FnassWinYXMQH56Lx8HuXOONnP000lJ4 BcPMlMfvkoFhZXjRVNHcQ6d6xH3IA6Vsqn2BrGMTGkfFaHWrWLtp6VVkR4Q1BIj+We9H 1TDIddxNYbXBL2yWXdlJRE2AdFpJkR8+7HsFUaggJayKIjlKoJJknjXoMy7T1pF3Fn8d MQhhU3Z54Oy2hdmm4tBCuEr6JkgmoX0S7Vt/yN5Ny+mb4s/t/perl8frTEU3ddJZC3Ss 9zJQ== MIME-Version: 1.0 X-Received: by 10.152.9.100 with SMTP id y4mr42831013laa.26.1408540516299; Wed, 20 Aug 2014 06:15:16 -0700 (PDT) Received: by 10.152.19.138 with HTTP; Wed, 20 Aug 2014 06:15:16 -0700 (PDT) Date: Wed, 20 Aug 2014 18:45:16 +0530 Message-ID: Subject: [BSNMP Enhancements] Final Status Report From: Shonali Balakrishna To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2014 13:15:20 -0000 Hi all, This is the final status report for the GSoC project - BSNMP Enhancements. Work done in the last week: * Reviewed code and added improvements * Tested with bsnmpwalk, bsnmpget * Worked on documentation I'm still working on the documentation for this project and will ensure to have it completed and updated in my Wiki by the end of the week. I will also continue contributing to this project after this week and will be testing my code further in the weeks to come. The source code changes are located in: https://socsvn.freebsd.org/socsvn/soc2014/shonali/head/contrib/bsnmp/ https://socsvn.freebsd.org/socsvn/soc2014/shonali/head/usr.sbin/bsnmpd/ Thanks and Regards, -- Shonali Balakrishna From owner-soc-status@FreeBSD.ORG Thu Aug 21 00:02:32 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 279A2DD3 for ; Thu, 21 Aug 2014 00:02:32 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BAEE03695 for ; Thu, 21 Aug 2014 00:02:31 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id z12so8478104wgg.12 for ; Wed, 20 Aug 2014 17:02:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=45jOyELfsZhz8MNucuMlBJWaEP/rNo9WcRUu5CDDFQQ=; b=BEZoRGKw3emB+bcV3HD09qVzkvOaBRvZ3xC/HjAW0iX1PwBVMAR+gxh1M0JORTD9Df CpQ9FWybtQ0MuhgPiF3DvS/EQBRFrQd3WNNQAGK8Qc5I6M85DtFsRFuAmDeUcMTLsOcN j+bq0Xrz/lbtnzgA/+7J5Q9yBGbiMml8M1P3Na1aXcE1UTa9iqcty4w9tbKR52wxkyfK 8DhowEyWE5t5vDOXShKu8NNlyHW7qSRtmzXq7i+qpHqyJL8KHkqa/rH756q7ekXJ9I9Z Ku+NMl1F4xOkM+LU2H/s+9L0wscU+0j5U5DqUgHO6xpeBXMRnUj0Pl91yGtPo1+H1vce a2BA== MIME-Version: 1.0 X-Received: by 10.194.20.230 with SMTP id q6mr64427932wje.43.1408579350119; Wed, 20 Aug 2014 17:02:30 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.194.31.105 with HTTP; Wed, 20 Aug 2014 17:02:30 -0700 (PDT) Date: Thu, 21 Aug 2014 02:02:30 +0200 X-Google-Sender-Auth: j2jX8OrR4EtnSjXmbMXcXNX-udg Message-ID: Subject: Weekly Status #13 - FINAL From: Kamil Czekirda To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2014 00:02:32 -0000 Hi all, This is final status report of Fully Automatic Installer project. Fai is ready, comments and tests for more scenarios are welcome. Last week I improve some parts of code and wrote part of documentation. I want to do instruction how to use fai step-by-step. Please contact me if you need assistance, not everything is clear on the project wiki page. I would like to thank Devin Teske for comments and comprehensive answers to questions. Regards, Kamil Czekirda From owner-soc-status@FreeBSD.ORG Tue Aug 26 21:09:20 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7FCA7A9; Tue, 26 Aug 2014 21:09:20 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C46CB3DE1; Tue, 26 Aug 2014 21:09:19 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id bs8so4809314wib.14 for ; Tue, 26 Aug 2014 14:09:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:from:date:message-id:subject:to:content-type; bh=cnr/8mqoU7mb6qYvKc4seokOzUYjWnJMKr03dvVdyy0=; b=POPCFLK6cYQ5XsUK+ftFfMaN2wT1kmDRk5YA38YNdjvCM+/6KC10ZDsj+rgdoprLfY qYHeeFS9G6C1eOLvkC/StQ5pUW7q2wu1yubFYqkKOxQjeGG8MQz5j1YM/ISy4G4sLZji O/Vm6q3/rWRNN6rg+FbTR+vX+aiea1QrABC6AbS1t59nccKYOoXJvuFm8FaLJbZdCEYm NfXhZgXiL7uWBp+ywkTX8zEFKZEp77r1NYwowiV+EGxtr3w8AOfGfQ66/evSfs0AmG0J 8NGukji3nyrTlDD5rWI6V+JOdZr5J3/mwW5qaRYzdd4zODUWpYIBTiyFbFOkcuC/pD7U KwNQ== X-Received: by 10.180.20.40 with SMTP id k8mr24479098wie.38.1409087358120; Tue, 26 Aug 2014 14:09:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.48.9 with HTTP; Tue, 26 Aug 2014 14:08:58 -0700 (PDT) Reply-To: ghostmansd@gmail.com From: Dmitry Selyutin Date: Wed, 27 Aug 2014 01:08:58 +0400 Message-ID: Subject: Report #9: Unicode support To: soc-status@freebsd.org, Pedro Giffuni , David Chisnall , Konrad Jankowski , freebsd-i18n@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 21:09:21 -0000 Hello everyone! Here are the last news about the Unicode support project[0]. You can always check my repository[1]. During these days I had hardware problems (my HDD peacefully died), so development didn't progress so much as before. However, I've eliminated these problems, so I tried to fix bugs and reorganize the code as much as possible. Now everything shall compile. I decided to use __attribute__((constructor)) and __attribute__((destructor)), since I don't know if there exist a better way to open a file once in the startup and closing it when all routines close. I've found one or two occurrences of this construction in FreeBSD code; AFAICT it is rather common in clang and gcc, so I decided to use it. Hopefully it will also allow us to use root collation database in the embedded systems (if any such system really needs collation algorithm). As you may know we need a tool that can convert collation text files obtained from unicode.org to new collation database (colldb) format. There is a version of this tool written in Python (share/examples/colldb/colldb.py). IIRC we can't use Python when we have a base system though, so it seems that we need to written such tool using C language. I was thinking of lex/yacc combo; I've never tried it, but I think it shouldn't be too hard to write a tool using it. I'd like to know your opinions about this task. I've already written a man page (bin/colldb/colldb.1). The only thing which seems dubious is that I decided to use the same name as for the library itself (well, it seems I have a lack of imagination). So we have both colldb.1 and colldb.3 man pages. The other thing I'd really like to do is to really force network byte order in collation database format (I'm sure I've seen a way to do it in Berkley databases). It's a pity that I have no platform with big-endian (or even PDP!) byte order. Any help here is highly appreciated (as well as your thoughts about lex/yacc, i.e. thoughts whether it fits well to my task). Since Google Summer of Code period has passed, I'd like to thank both my mentors, Pedro and David, who gave me a helping hand during this project, and especially Konrad Jankowski, who found time to answer my questions and help me too. Though GSoC is closed, I'd like to stay with FreeBSD project. First of all, I want to finish and bring to mind this project: I don't think it's really finished, especially its testing part, though it seems that new collation algorithm can already be used. Then I'd like to work in other parts of my project, especially in internationalization parts. I'd also like to improve my own library, qc, to provide a rich API for *BSD and POSIX systems, since I acutely feel the lack of such API. If it is possible to stay with project, I'd be very happy to do it. :-) P.S. Does anyone knows how to get diff between only for my branch (i.e. for my part of repository)? svn diff -r $FIRST:$LAST seems to give everything what all FreeBSD's GSoC have done, so I need some other command. Thanks for your help! [0] https://wiki.freebsd.org/SummerOfCode2014/Unicode [1] https://socsvn.freebsd.org/socsvn/soc2014/ghostmansd -- With best regards, Dmitry Selyutin From owner-soc-status@FreeBSD.ORG Tue Aug 26 22:16:16 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B07CEA04; Tue, 26 Aug 2014 22:16:16 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A2FCB35BC; Tue, 26 Aug 2014 22:16:15 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id hi2so4876668wib.5 for ; Tue, 26 Aug 2014 15:16:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ARZ6+7JpQ5CLPbInYPEajOm/CEh+32hGx7okdeynTgs=; b=oB2CL8XVmaPDovtDZOo+01pNdU73gtZTl9Nb76s3ayoeKR3yYhQDr85rAr6WhVUsqz +DkoTQQJlEr3lK8eTe0DXbczzQIPyWlGvL0/J1/+GcTxm/arXzDGEtbayrnstGIFA/qT J6mgrV0bchA3KHeFmkJA3wmuk5NXnrLtbu4kfpM/8CayEGaV3zr8mZlm9YYIpFnpWhFI Lrf7z6gQsWw7jVR20G4+fvHRm4iI9ez42jaX9lzPWSuQ4vnmOmM5PuTbK/mFsuPJ2/bs 0UiTqmYzaiCvFwHFGBQo868vhAm0i7RduJfXLRiIMCtyn2bDaQ8Z1c7JKAoDRouP09QW RlIw== X-Received: by 10.180.149.169 with SMTP id ub9mr24451406wib.32.1409091373535; Tue, 26 Aug 2014 15:16:13 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id hi4sm11541340wjb.46.2014.08.26.15.16.12 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 26 Aug 2014 15:16:12 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 27 Aug 2014 00:16:10 +0200 From: Baptiste Daroussin To: ghostmansd@gmail.com Subject: Re: Report #9: Unicode support Message-ID: <20140826221610.GD65120@ivaldir.etoilebsd.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sXc4Kmr5FA7axrvy" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: soc-status@freebsd.org, Pedro Giffuni , Konrad Jankowski , freebsd-i18n@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 22:16:16 -0000 --sXc4Kmr5FA7axrvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 27, 2014 at 01:08:58AM +0400, Dmitry Selyutin wrote: > Hello everyone! >=20 > Here are the last news about the Unicode support project[0]. > You can always check my repository[1]. >=20 > During these days I had hardware problems (my HDD peacefully died), so > development didn't progress so much as before. However, I've > eliminated these problems, so I tried to fix bugs and reorganize the > code as much as possible. Now everything shall compile. >=20 > I decided to use __attribute__((constructor)) and > __attribute__((destructor)), since I don't know if there exist a > better way to open a file once in the startup and closing it when all > routines close. I've found one or two occurrences of this construction > in FreeBSD code; AFAICT it is rather common in clang and gcc, so I > decided to use it. Hopefully it will also allow us to use root > collation database in the embedded systems (if any such system really > needs collation algorithm). >=20 > As you may know we need a tool that can convert collation text files > obtained from unicode.org to new collation database (colldb) format. > There is a version of this tool written in Python > (share/examples/colldb/colldb.py). IIRC we can't use Python when we > have a base system though, so it seems that we need to written such > tool using C language. I was thinking of lex/yacc combo; I've never > tried it, but I think it shouldn't be too hard to write a tool using > it. I'd like to know your opinions about this task. > I've already written a man page (bin/colldb/colldb.1). The only thing > which seems dubious is that I decided to use the same name as for the > library itself (well, it seems I have a lack of imagination). So we > have both colldb.1 and colldb.3 man pages. >=20 > The other thing I'd really like to do is to really force network byte > order in collation database format (I'm sure I've seen a way to do it > in Berkley databases). It's a pity that I have no platform with > big-endian (or even PDP!) byte order. Any help here is highly > appreciated (as well as your thoughts about lex/yacc, i.e. thoughts > whether it fits well to my task). >=20 > Since Google Summer of Code period has passed, I'd like to thank both > my mentors, Pedro and David, who gave me a helping hand during this > project, and especially Konrad Jankowski, who found time to answer my > questions and help me too. Though GSoC is closed, I'd like to stay > with FreeBSD project. First of all, I want to finish and bring to mind > this project: I don't think it's really finished, especially its > testing part, though it seems that new collation algorithm can already > be used. Then I'd like to work in other parts of my project, > especially in internationalization parts. I'd also like to improve my > own library, qc, to provide a rich API for *BSD and POSIX systems, > since I acutely feel the lack of such API. If it is possible to stay > with project, I'd be very happy to do it. :-) >=20 > P.S. Does anyone knows how to get diff between only for my branch > (i.e. for my part of repository)? svn diff -r $FIRST:$LAST seems to > give everything what all FreeBSD's GSoC have done, so I need some > other command. Thanks for your help! >=20 > [0] https://wiki.freebsd.org/SummerOfCode2014/Unicode > [1] https://socsvn.freebsd.org/socsvn/soc2014/ghostmansd >=20 First thank you very much for your work on this subject this is highly need= ed. Concerning the db format have you thought about using the new netbsd consta= nt database format? It has simple API way easier to use, the db format is endian safe and final= file is smaller than equivalent in bdb format. Lots of areas of FreeBSD could benefit from using this cdb format as well i= mho. regards, Bapt --sXc4Kmr5FA7axrvy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlP9ByoACgkQ8kTtMUmk6Ez2IACgjTEpHU5zDDx4IdA99j7/O1Ty KT0AnjcnBEstTI1ZjNe8yurWOur1fi3l =taUl -----END PGP SIGNATURE----- --sXc4Kmr5FA7axrvy-- From owner-soc-status@FreeBSD.ORG Tue Aug 26 23:17:40 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B19AD29 for ; Tue, 26 Aug 2014 23:17:40 +0000 (UTC) Received: from nm17-vm1.bullet.mail.bf1.yahoo.com (nm17-vm1.bullet.mail.bf1.yahoo.com [98.139.213.55]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6FA3EFE for ; Tue, 26 Aug 2014 23:17:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1409095052; bh=AaEvnKkmGqLM3zNYd0bc/iD94kjsBKCiZVWdxKNX8ic=; h=Received:Received:Received:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:From:Subject; b=turmXWapLknz59OM/vyTcbisxwK+cT+we6SPVM42c5Y4VQ+o/OnxgDgi9kGymEhiOGjABd4LZWXNuhD5dGbg3D1M1vSrvDtYV3DPa2OeDsQGmgqWsUfgpi8fQWLAwKWz0GvcM9XKWbSmcuaBlwAVkgmj97W81ZtgJlR9BnmBTajJi7KpSnfwv+Rh+C9r9GWdPt04Zqwq1j1iqzxmp6MjbO7FTzprDcnnZVWw+QEaZW/rAPpJPVQbcl2hCkMFXlJYidy4Zpr/Yl7RXMAuKBMIpkntYHeWVGpE5xkO2G6aMBkBwyIFmw7CpQ0++N7KYLqDgJzGBxPGqWhl2nlJRk1Xxg== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=WeEHAzoYnG5rDKI/vMCD/y4YbUAAhmjxqoy5XDNU0HYAJkKxnR3KqS+UgPIPm2fSak65KoxlKNy/kUeyM+/KbVYud3W8Nd791iia2B2fSnNycuFpd2vXuDtJMf9jEpqdImsaMSntQ3uMkofWtSpcXzSL9CdCwVJsQBq89V676xHRH5AzSujxiGvwDRTmZNhLAjholMaiRA/G+LgZqNPg6xBJrC7EgJxURBPB2QXZLSYAZmVSgbn86ONdH03cfnr3n5jeZA/XhLDtlcTRW/dXUYgGp7M7rUwkkwLUbM5AauKZ8ovQJWQa4kQ+nKmbU547YwiNoQ9oaMCGr05MHx1z3g==; Received: from [98.139.215.143] by nm17.bullet.mail.bf1.yahoo.com with NNFMP; 26 Aug 2014 23:17:32 -0000 Received: from [68.142.230.69] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 26 Aug 2014 23:17:32 -0000 Received: from [127.0.0.1] by smtp226.mail.bf1.yahoo.com with NNFMP; 26 Aug 2014 23:17:32 -0000 X-Yahoo-Newman-Id: 116492.29038.bm@smtp226.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: iGE.ZTAVM1l3c8F6nX2XuCSeGcDmwdS3i_Uc3sRrywgW6tb Z_wY2XEiG5yCFwqyhTxZZHy0irdNX4F31Jwq6CzEzV8.GVfCfs0Z.NOndtTT GsrZzS3eBiFJwrt2FyW5Dvt9PKuwCSpU.cPWeuCFJwvDpND5sYdJi2zYyJT. CiGn78PpoYNiLqcJLjSjjdj8Rygqygc_OhPyPZ94YuMbN3PtJRIycOC8MjS8 VD7U4EUbft.CpThnGm_nJD7UXtOdeJD6lB3CcJkzAIalFfOtDXwBuwVb.q.q qXS.afV5MS2QuY89Exx87lbQ3F.KXCNuzjXPtABM8yvlo5VwGskjD4n2Tj5f xijQQBEaJuTQra_CVWOW.pGZ6LJIZNAij.N2drb82eK9Cx5mgW59k1AfuulI UK3RL2ED4JdgHGL50e93KiLTmcccjSuot9DylUkuWeF6sHALrnioGdY_b8a9 WRHj9nfdwWLp5RKag3A0WwNjAeimjqdX4TIEuhgsBF18e5dQXQWeHD3WTyv7 InVfEPnT2SFnGe1o.0Ii7o1Nk_eU2mWtXgRPMctzMgNxwJWGbfxLPAF_jDaL 3gZaW6aIhdN2JweKYO11sHnRUJYZsLub2wVFVaamf.LA7Z8rqucwdKQE.sef j7YeWf9AWOxnIwLX9Ijxn8gSrdlLWs5bZvqKdZ9fKDDl3ImyA1SOcm8KNrPa pcCAFEWcMtrd2NCMG2980HwylgjWrqhZnKb7M.CNxSCUR0MCWH96NwNN_bss 3EvJCSah4d1EHZpQr8dS.t1HfZJ63bZ9DJJqPW25UbMcdb8QLkNNfl5cid0q 3xzWXJsBNajmUAjWKGtWw7dSl8OjIZJOMV3C_6bweml48O48smBfW2TBNKVU g55av_T6AqHeTqeMucTRUzBPEStJ9y6.GMMs- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Message-ID: <53FD1599.7040708@freebsd.org> Date: Tue, 26 Aug 2014 18:17:45 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Baptiste Daroussin , ghostmansd@gmail.com Subject: Re: Report #9: Unicode support References: <20140826221610.GD65120@ivaldir.etoilebsd.net> In-Reply-To: <20140826221610.GD65120@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: soc-status@freebsd.org, Konrad Jankowski , freebsd-i18n@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 23:17:40 -0000 Hi Baptiste; On 08/26/14 17:16, Baptiste Daroussin wrote: > On Wed, Aug 27, 2014 at 01:08:58AM +0400, Dmitry Selyutin wrote: >> Hello everyone! >> >> Here are the last news about the Unicode support project[0]. >> You can always check my repository[1]. >> >> During these days I had hardware problems (my HDD peacefully died), so >> development didn't progress so much as before. However, I've >> eliminated these problems, so I tried to fix bugs and reorganize the >> code as much as possible. Now everything shall compile. >> >> I decided to use __attribute__((constructor)) and >> __attribute__((destructor)), since I don't know if there exist a >> better way to open a file once in the startup and closing it when all >> routines close. I've found one or two occurrences of this construction >> in FreeBSD code; AFAICT it is rather common in clang and gcc, so I >> decided to use it. Hopefully it will also allow us to use root >> collation database in the embedded systems (if any such system really >> needs collation algorithm). >> >> As you may know we need a tool that can convert collation text files >> obtained from unicode.org to new collation database (colldb) format. >> There is a version of this tool written in Python >> (share/examples/colldb/colldb.py). IIRC we can't use Python when we >> have a base system though, so it seems that we need to written such >> tool using C language. I was thinking of lex/yacc combo; I've never >> tried it, but I think it shouldn't be too hard to write a tool using >> it. I'd like to know your opinions about this task. >> I've already written a man page (bin/colldb/colldb.1). The only thing >> which seems dubious is that I decided to use the same name as for the >> library itself (well, it seems I have a lack of imagination). So we >> have both colldb.1 and colldb.3 man pages. >> >> The other thing I'd really like to do is to really force network byte >> order in collation database format (I'm sure I've seen a way to do it >> in Berkley databases). It's a pity that I have no platform with >> big-endian (or even PDP!) byte order. Any help here is highly >> appreciated (as well as your thoughts about lex/yacc, i.e. thoughts >> whether it fits well to my task). >> >> Since Google Summer of Code period has passed, I'd like to thank both >> my mentors, Pedro and David, who gave me a helping hand during this >> project, and especially Konrad Jankowski, who found time to answer my >> questions and help me too. Though GSoC is closed, I'd like to stay >> with FreeBSD project. First of all, I want to finish and bring to mind >> this project: I don't think it's really finished, especially its >> testing part, though it seems that new collation algorithm can already >> be used. Then I'd like to work in other parts of my project, >> especially in internationalization parts. I'd also like to improve my >> own library, qc, to provide a rich API for *BSD and POSIX systems, >> since I acutely feel the lack of such API. If it is possible to stay >> with project, I'd be very happy to do it. :-) >> >> P.S. Does anyone knows how to get diff between only for my branch >> (i.e. for my part of repository)? svn diff -r $FIRST:$LAST seems to >> give everything what all FreeBSD's GSoC have done, so I need some >> other command. Thanks for your help! >> >> [0] https://wiki.freebsd.org/SummerOfCode2014/Unicode >> [1] https://socsvn.freebsd.org/socsvn/soc2014/ghostmansd >> > First thank you very much for your work on this subject this is highly needed. > > Concerning the db format have you thought about using the new netbsd constant > database format? > > It has simple API way easier to use, the db format is endian safe and final file > is smaller than equivalent in bdb format. > > Lots of areas of FreeBSD could benefit from using this cdb format as well imho. While here, let me congratulate Dmitry. The Unicode Collation Algorithm is not something easy/fun to work with. Indeed both David and Konrad suggested it (or tinycdb). The reason for going bdb was that we had time constraints and bdb is already in libc. FWIW, Nexenta kindly re-licensed localedef [1] and their collation support in Illumos which basically implements their own very efficient format. We ended up re-using the tools that libc already has to better focus on the collation part. Changing it to use the NetBSD's cdb support[1] shouldn't be difficult. As Dmitry noted there are still details to work out and we have to run tests and get the code reviewed but all in all I am very satisfied with the advance in this GSoC. Best regards, Pedro. [1] https://github.com/Nexenta/illumos-nexenta/tree/republish-localedef [2] http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/cdb/ From owner-soc-status@FreeBSD.ORG Wed Aug 27 10:48:34 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C2974547; Wed, 27 Aug 2014 10:48:34 +0000 (UTC) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 99FAA3080; Wed, 27 Aug 2014 10:48:33 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id w61so23678wes.25 for ; Wed, 27 Aug 2014 03:48:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=Ky5Mvmo/MVtD047GUVKgYLt+vchmDkt9mK4XZjv0wbU=; b=cr0+j3JPcDkRVb8sviKNOpT1iClpF8bYedBEjIQPYxJtnRrYi4lHfWeME2+0Fb21gB Upcyfk0Uk9TCt0ClopBTi2wtcTRjidro4R0dq+ntov2wHqEYY3PpIT7/B6rux+kk3JPH c+2zF4BTUylwRTmsDK3WfRxn87vhXFEm8RQlOZvuCBSgstEQG7Ae8Sd5cKKPwkli1APX tpdB9Iy9Zodv0xbysko0c7sraOvKl152q+7tJ1YxYwlqZKcgG5Mq6SnaGCKINX+MZXBG CLUsR7qGxNshRTCaiiSh80VLkbYpyfJKVUeuy5/mqqI3zg7pDdKYMUD/qvuwyjbbhGeQ X+lQ== X-Received: by 10.180.92.134 with SMTP id cm6mr28091097wib.72.1409136510007; Wed, 27 Aug 2014 03:48:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.48.9 with HTTP; Wed, 27 Aug 2014 03:48:09 -0700 (PDT) Reply-To: ghostmansd@gmail.com In-Reply-To: <53FD1599.7040708@freebsd.org> References: <20140826221610.GD65120@ivaldir.etoilebsd.net> <53FD1599.7040708@freebsd.org> From: Dmitry Selyutin Date: Wed, 27 Aug 2014 14:48:09 +0400 Message-ID: Subject: Re: Report #9: Unicode support To: Pedro Giffuni Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: soc-status@freebsd.org, Konrad Jankowski , freebsd-i18n@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 10:48:34 -0000 Hi, Pedro, Baptiste, first of all thanks for your congratulations and kind words! The project was really harder that anything I've ever met in my life, but at the same time it was the most interesting one. :-) And still remains! ;-) > That is not really uncommon :) Well, so I can leave it as it is. :-) > The project does have access to sparc64 machines so if you have some > self-contained test we can run it for you or we can test it as a routine = libc > test after committing. Hopefully I can finish it today or in the next two days. > You never answered my question concerning the fallback options. Really? I thought that I answered. :-D Well, I'll try to explain again. DUCET seems to be a bit obsolete collation table, which can be more or less successfully used with real languages. However, in real world it is completely unusable, so ICU and other use CLDR collation table, which supports more levels. I started with DUCET since there was much more information about it, but then I found that it doesn't fit well, so I switched to CLDR. We have DUCET table somewhere in our revisions though; as a fallback option, it still may be useful, so I can restore it if you want. > Changing it to use the NetBSD's cdb support[1] shouldn't be difficult. Well, I think I'll do it right after exams. bdb AFAIK is deprecated from Linux (though it can be used as bdb46 or something similar). I don't know reasons why they did such thing; it would be great if we could use a tool which can be used on different platforms without modifications and tons of conditional define's and undef's. > It has simple API way easier to use, the db format is endian safe and fin= al file > is smaller than equivalent in bdb format. It sounds great! > I do want to encourage you to go to EuroBSDCon 2014 in Sofia. The > FreeBSD Foundation will be allocating funds for students that want to go. > I won=E2=80=99t be there (I am a bit far away) but David and other develo= pers will > likely be. Well, that depends on whether I pass my exams for the postgraduate course or not. I'd really like to listen to more experienced developers and may be even talk to other people about work which I did to better understand the community's opinions. 2014-08-27 3:17 GMT+04:00 Pedro Giffuni : > Hi Baptiste; > > > On 08/26/14 17:16, Baptiste Daroussin wrote: >> >> On Wed, Aug 27, 2014 at 01:08:58AM +0400, Dmitry Selyutin wrote: >>> >>> Hello everyone! >>> >>> Here are the last news about the Unicode support project[0]. >>> You can always check my repository[1]. >>> >>> During these days I had hardware problems (my HDD peacefully died), so >>> development didn't progress so much as before. However, I've >>> eliminated these problems, so I tried to fix bugs and reorganize the >>> code as much as possible. Now everything shall compile. >>> >>> I decided to use __attribute__((constructor)) and >>> __attribute__((destructor)), since I don't know if there exist a >>> better way to open a file once in the startup and closing it when all >>> routines close. I've found one or two occurrences of this construction >>> in FreeBSD code; AFAICT it is rather common in clang and gcc, so I >>> decided to use it. Hopefully it will also allow us to use root >>> collation database in the embedded systems (if any such system really >>> needs collation algorithm). >>> >>> As you may know we need a tool that can convert collation text files >>> obtained from unicode.org to new collation database (colldb) format. >>> There is a version of this tool written in Python >>> (share/examples/colldb/colldb.py). IIRC we can't use Python when we >>> have a base system though, so it seems that we need to written such >>> tool using C language. I was thinking of lex/yacc combo; I've never >>> tried it, but I think it shouldn't be too hard to write a tool using >>> it. I'd like to know your opinions about this task. >>> I've already written a man page (bin/colldb/colldb.1). The only thing >>> which seems dubious is that I decided to use the same name as for the >>> library itself (well, it seems I have a lack of imagination). So we >>> have both colldb.1 and colldb.3 man pages. >>> >>> The other thing I'd really like to do is to really force network byte >>> order in collation database format (I'm sure I've seen a way to do it >>> in Berkley databases). It's a pity that I have no platform with >>> big-endian (or even PDP!) byte order. Any help here is highly >>> appreciated (as well as your thoughts about lex/yacc, i.e. thoughts >>> whether it fits well to my task). >>> >>> Since Google Summer of Code period has passed, I'd like to thank both >>> my mentors, Pedro and David, who gave me a helping hand during this >>> project, and especially Konrad Jankowski, who found time to answer my >>> questions and help me too. Though GSoC is closed, I'd like to stay >>> with FreeBSD project. First of all, I want to finish and bring to mind >>> this project: I don't think it's really finished, especially its >>> testing part, though it seems that new collation algorithm can already >>> be used. Then I'd like to work in other parts of my project, >>> especially in internationalization parts. I'd also like to improve my >>> own library, qc, to provide a rich API for *BSD and POSIX systems, >>> since I acutely feel the lack of such API. If it is possible to stay >>> with project, I'd be very happy to do it. :-) >>> >>> P.S. Does anyone knows how to get diff between only for my branch >>> (i.e. for my part of repository)? svn diff -r $FIRST:$LAST seems to >>> give everything what all FreeBSD's GSoC have done, so I need some >>> other command. Thanks for your help! >>> >>> [0] https://wiki.freebsd.org/SummerOfCode2014/Unicode >>> [1] https://socsvn.freebsd.org/socsvn/soc2014/ghostmansd >>> >> First thank you very much for your work on this subject this is highly >> needed. >> >> Concerning the db format have you thought about using the new netbsd >> constant >> database format? >> >> It has simple API way easier to use, the db format is endian safe and >> final file >> is smaller than equivalent in bdb format. >> >> Lots of areas of FreeBSD could benefit from using this cdb format as wel= l >> imho. > > > While here, let me congratulate Dmitry. The Unicode Collation Algorithm i= s > not something easy/fun to work with. > > Indeed both David and Konrad suggested it (or tinycdb). The reason for > going bdb was that we had time constraints and bdb is already in libc. > > FWIW, Nexenta kindly re-licensed localedef [1] and their collation suppor= t > in Illumos which basically implements their own very efficient format. We > ended up re-using the tools that libc already has to better focus on the > collation part. > > Changing it to use the NetBSD's cdb support[1] shouldn't be difficult. > > As Dmitry noted there are still details to work out and we have to run te= sts > and get the code reviewed but all in all I am very satisfied with the > advance > in this GSoC. > > Best regards, > > Pedro. > > [1] https://github.com/Nexenta/illumos-nexenta/tree/republish-localedef > [2] http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/cdb/ > --=20 With best regards, Dmitry Selyutin From owner-soc-status@FreeBSD.ORG Wed Aug 27 10:51:24 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 328135C5; Wed, 27 Aug 2014 10:51:24 +0000 (UTC) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D58B3118; Wed, 27 Aug 2014 10:51:22 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id l18so26061wgh.25 for ; Wed, 27 Aug 2014 03:51:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=xs76FovOPQA6k17V9jDJw/utYC9/mTQ60nnu07rrW6A=; b=E/ddpuRoflzeJ9ReuzKCnabiaEVnwS5LHyY5ZH1iWNFxv90SwBrf6n/YUtZeT1qmh8 7WchhmhGnEC9Dnct57EEmHKClntGqDnBHUkTVteqfRnvlvunODYH0vY1buDraDmbVgks QqVJ8973EFYs0uel6uhhcx4PEeVKHYdw7LKyd3HoHq5I4F8lJgr1PZnZLsvoS2NjDq4T OG4epC8uriVesasH3kP9OBy0NBWmURAjD9ytr+vqmMs2BQxOBimFRk6r0h9a/w6b4iUR 9Hpvqr0jv6Qdrmwh5xgl2cGH8ee46M2rhczmT/TquZNZuNicaYTXkQPCV7sTmsC8OPef 0i9A== X-Received: by 10.180.92.134 with SMTP id cm6mr28112076wib.72.1409136681311; Wed, 27 Aug 2014 03:51:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.48.9 with HTTP; Wed, 27 Aug 2014 03:51:01 -0700 (PDT) Reply-To: ghostmansd@gmail.com In-Reply-To: References: <20140826221610.GD65120@ivaldir.etoilebsd.net> <53FD1599.7040708@freebsd.org> From: Dmitry Selyutin Date: Wed, 27 Aug 2014 14:51:01 +0400 Message-ID: Subject: Re: Report #9: Unicode support To: Pedro Giffuni Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: soc-status@freebsd.org, Konrad Jankowski , freebsd-i18n@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 10:51:24 -0000 I've just seen EuroBSDCon's calendar page and it seems that it is impossible to join it (i.e. I missed the application deadline).[0] Well, may be next year? :-) 2014-08-27 14:48 GMT+04:00 Dmitry Selyutin : > Hi, Pedro, Baptiste, > > first of all thanks for your congratulations and kind words! The > project was really harder that anything I've ever met in my life, but > at the same time it was the most interesting one. :-) And still > remains! ;-) > >> That is not really uncommon :) > Well, so I can leave it as it is. :-) > >> The project does have access to sparc64 machines so if you have some >> self-contained test we can run it for you or we can test it as a routine= libc >> test after committing. > Hopefully I can finish it today or in the next two days. > >> You never answered my question concerning the fallback options. > Really? I thought that I answered. :-D Well, I'll try to explain > again. DUCET seems to be a bit obsolete collation table, which can be > more or less successfully used with real languages. However, in real > world it is completely unusable, so ICU and other use CLDR collation > table, which supports more levels. I started with DUCET since there > was much more information about it, but then I found that it doesn't > fit well, so I switched to CLDR. We have DUCET table somewhere in our > revisions though; as a fallback option, it still may be useful, so I > can restore it if you want. > >> Changing it to use the NetBSD's cdb support[1] shouldn't be difficult. > Well, I think I'll do it right after exams. bdb AFAIK is deprecated > from Linux (though it can be used as bdb46 or something similar). I > don't know reasons why they did such thing; it would be great if we > could use a tool which can be used on different platforms without > modifications and tons of conditional define's and undef's. > >> It has simple API way easier to use, the db format is endian safe and fi= nal file >> is smaller than equivalent in bdb format. > It sounds great! > >> I do want to encourage you to go to EuroBSDCon 2014 in Sofia. The >> FreeBSD Foundation will be allocating funds for students that want to go= . >> I won=E2=80=99t be there (I am a bit far away) but David and other devel= opers will >> likely be. > Well, that depends on whether I pass my exams for the postgraduate > course or not. I'd really like to listen to more experienced > developers and may be even talk to other people about work which I did > to better understand the community's opinions. > > 2014-08-27 3:17 GMT+04:00 Pedro Giffuni : >> Hi Baptiste; >> >> >> On 08/26/14 17:16, Baptiste Daroussin wrote: >>> >>> On Wed, Aug 27, 2014 at 01:08:58AM +0400, Dmitry Selyutin wrote: >>>> >>>> Hello everyone! >>>> >>>> Here are the last news about the Unicode support project[0]. >>>> You can always check my repository[1]. >>>> >>>> During these days I had hardware problems (my HDD peacefully died), so >>>> development didn't progress so much as before. However, I've >>>> eliminated these problems, so I tried to fix bugs and reorganize the >>>> code as much as possible. Now everything shall compile. >>>> >>>> I decided to use __attribute__((constructor)) and >>>> __attribute__((destructor)), since I don't know if there exist a >>>> better way to open a file once in the startup and closing it when all >>>> routines close. I've found one or two occurrences of this construction >>>> in FreeBSD code; AFAICT it is rather common in clang and gcc, so I >>>> decided to use it. Hopefully it will also allow us to use root >>>> collation database in the embedded systems (if any such system really >>>> needs collation algorithm). >>>> >>>> As you may know we need a tool that can convert collation text files >>>> obtained from unicode.org to new collation database (colldb) format. >>>> There is a version of this tool written in Python >>>> (share/examples/colldb/colldb.py). IIRC we can't use Python when we >>>> have a base system though, so it seems that we need to written such >>>> tool using C language. I was thinking of lex/yacc combo; I've never >>>> tried it, but I think it shouldn't be too hard to write a tool using >>>> it. I'd like to know your opinions about this task. >>>> I've already written a man page (bin/colldb/colldb.1). The only thing >>>> which seems dubious is that I decided to use the same name as for the >>>> library itself (well, it seems I have a lack of imagination). So we >>>> have both colldb.1 and colldb.3 man pages. >>>> >>>> The other thing I'd really like to do is to really force network byte >>>> order in collation database format (I'm sure I've seen a way to do it >>>> in Berkley databases). It's a pity that I have no platform with >>>> big-endian (or even PDP!) byte order. Any help here is highly >>>> appreciated (as well as your thoughts about lex/yacc, i.e. thoughts >>>> whether it fits well to my task). >>>> >>>> Since Google Summer of Code period has passed, I'd like to thank both >>>> my mentors, Pedro and David, who gave me a helping hand during this >>>> project, and especially Konrad Jankowski, who found time to answer my >>>> questions and help me too. Though GSoC is closed, I'd like to stay >>>> with FreeBSD project. First of all, I want to finish and bring to mind >>>> this project: I don't think it's really finished, especially its >>>> testing part, though it seems that new collation algorithm can already >>>> be used. Then I'd like to work in other parts of my project, >>>> especially in internationalization parts. I'd also like to improve my >>>> own library, qc, to provide a rich API for *BSD and POSIX systems, >>>> since I acutely feel the lack of such API. If it is possible to stay >>>> with project, I'd be very happy to do it. :-) >>>> >>>> P.S. Does anyone knows how to get diff between only for my branch >>>> (i.e. for my part of repository)? svn diff -r $FIRST:$LAST seems to >>>> give everything what all FreeBSD's GSoC have done, so I need some >>>> other command. Thanks for your help! >>>> >>>> [0] https://wiki.freebsd.org/SummerOfCode2014/Unicode >>>> [1] https://socsvn.freebsd.org/socsvn/soc2014/ghostmansd >>>> >>> First thank you very much for your work on this subject this is highly >>> needed. >>> >>> Concerning the db format have you thought about using the new netbsd >>> constant >>> database format? >>> >>> It has simple API way easier to use, the db format is endian safe and >>> final file >>> is smaller than equivalent in bdb format. >>> >>> Lots of areas of FreeBSD could benefit from using this cdb format as we= ll >>> imho. >> >> >> While here, let me congratulate Dmitry. The Unicode Collation Algorithm = is >> not something easy/fun to work with. >> >> Indeed both David and Konrad suggested it (or tinycdb). The reason for >> going bdb was that we had time constraints and bdb is already in libc. >> >> FWIW, Nexenta kindly re-licensed localedef [1] and their collation suppo= rt >> in Illumos which basically implements their own very efficient format. W= e >> ended up re-using the tools that libc already has to better focus on the >> collation part. >> >> Changing it to use the NetBSD's cdb support[1] shouldn't be difficult. >> >> As Dmitry noted there are still details to work out and we have to run t= ests >> and get the code reviewed but all in all I am very satisfied with the >> advance >> in this GSoC. >> >> Best regards, >> >> Pedro. >> >> [1] https://github.com/Nexenta/illumos-nexenta/tree/republish-localedef >> [2] http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/cdb/ >> > > > > -- > With best regards, > Dmitry Selyutin --=20 With best regards, Dmitry Selyutin From owner-soc-status@FreeBSD.ORG Wed Aug 27 15:28:02 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E012C4C for ; Wed, 27 Aug 2014 15:28:02 +0000 (UTC) Received: from nm10-vm0.bullet.mail.bf1.yahoo.com (nm10-vm0.bullet.mail.bf1.yahoo.com [98.139.213.147]) by mx1.freebsd.org (Postfix) with ESMTP id 3E97C30F9 for ; Wed, 27 Aug 2014 15:28:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1409153274; bh=Me8NL3cQAZHXGM5FkxOvDZHQ8eMG0v6cmBpF9FcL+20=; h=Received:Received:Received:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:From:Subject; b=B/RrSfAIMQXsoO0CMuVdgNPqI8TcpU6JuGzAFZfRZiQxhg4yfXUBsYESDd/u7Fc3M8xnSK1Gqof3xrb1PNASqG/0Yeo70JsWoAvpCibw1JqSG2NUCS3N6b/SvLHtgup9LxwSJXEkLZltQZfQf6534tn6APZbqgTdDl/RFofHzGXQUIY7dWE4JzocOLiJ9s1YuUWFK7sDrWRmZ/hECSR/HYfnQxof9ZFYnPsGBfZH8+prXT3xSe0sUOGUXSFC24GUXgZINITmgoM+bRB+B0l7Ct0eM4VCrnmA6suDawBnoEx/NgA9htvhyTN/tR3Zquv+eXEz5kY3+W7RHHp6yaME6w== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=qjoNU/sQeUdcX+eRSRPwCV6EP7MrPpthstQ3n/CSCzUuciFnfjaQpAWYqqLyO0bidTv14hH4sD4GN6RVhPHCSmrI5hRMo+aAYP2ZlwWogT1JE6q+k45q8/PmGyo6JNlMUk/CJL7viULLanaVm4caPgJm4L/omu84XAY/mAE7AD2hT90m5jbu+ABUzZAD6WDKsWtMgX4Vy/iAm2RNbgK+i5OXxih1+MSJv4Nmy0YczcRNTIvqoY94iFE1yArf2+ms54dC1qDYHeT9AldQm1cixC9yn5ZhjWl0a2RNsBnSkpun6EjCWF47ttRqvOu5BkxfKsqT/6Oi5TfZUy4m0gXNZA==; Received: from [66.196.81.170] by nm10.bullet.mail.bf1.yahoo.com with NNFMP; 27 Aug 2014 15:27:54 -0000 Received: from [98.139.211.198] by tm16.bullet.mail.bf1.yahoo.com with NNFMP; 27 Aug 2014 15:27:54 -0000 Received: from [127.0.0.1] by smtp207.mail.bf1.yahoo.com with NNFMP; 27 Aug 2014 15:27:54 -0000 X-Yahoo-Newman-Id: 879918.25685.bm@smtp207.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: K9VwH5kVM1nnsjGa3mRli6RRmWaA6ztzGinNhN9vOIg.faN JblK24uJyCv034snOhc7N6jnheVsP2tX4.afv_sooDzJ2_Gxah9oM.IfEMq. xbThr21Zaf50yg88JAe_WRgM.q_dspNb.KwFZxuDlH2LtP2AnNrGA.oQoqsY KR1_Cjm3JRtzvLT99QycwyqmjIURC3TCnPcrLS_0pgbQKZeXRY.4f5gzpzyk Ie1G23R5Slyaz863sQ0Y85CBEvcqPDQCUrHkgwvFyMb88JSBT_GObSGDVbg2 0RM0gGkZIz.sqUaHrmMNAiQ686XZfX8QZQgoFnrwxgHKterCnZN8yluHgU_X AQLi9g98VJZmMookhFBcogEqlbQbsokAsNBBZd7ib7Tn87p.qYZ6porkRUeL Q9Vj3ukBkNUpCPDMkWBsxFyRjRGrqN9LT4Ong5g_j4xZu38t1uW1G2ggRsrv cIMdXBoRcQ6kAgTK6ZFurLrzc4pcPLBrRkcwaV2n4hfbVsrVYhrL6wPsAJwG GuWH8OJZrokCfZtBLw4aW6sF0.40K2ohqEg-- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Message-ID: <53FDF90B.4030400@freebsd.org> Date: Wed, 27 Aug 2014 10:28:11 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: ghostmansd@gmail.com Subject: Re: Report #9: Unicode support References: <20140826221610.GD65120@ivaldir.etoilebsd.net> <53FD1599.7040708@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: soc-status@freebsd.org, Konrad Jankowski , freebsd-i18n@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 15:28:02 -0000 On 08/27/14 05:51, Dmitry Selyutin wrote: > ... >>> You never answered my question concerning the fallback options. >> Really? I thought that I answered. :-D Well, I'll try to explain >> again. DUCET seems to be a bit obsolete collation table, which can be >> more or less successfully used with real languages. However, in real >> world it is completely unusable, so ICU and other use CLDR collation >> table, which supports more levels. I started with DUCET since there >> was much more information about it, but then I found that it doesn't >> fit well, so I switched to CLDR. We have DUCET table somewhere in our >> revisions though; as a fallback option, it still may be useful, so I >> can restore it if you want. I don't see DUCET as being ever used but we are setting the old algorithm as a fallback for CLDR. I was just wondering how DUCET compares to the existing algorithm. Given that DUCET is in the standard and that you already implemented it, I thought it would be a better fallback than the old code. It's your call though. Pedro. From owner-soc-status@FreeBSD.ORG Thu Aug 28 20:23:41 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D05BEB2E; Thu, 28 Aug 2014 20:23:41 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF6B81C48; Thu, 28 Aug 2014 20:23:40 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id x12so1270708wgg.33 for ; Thu, 28 Aug 2014 13:23:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:from:date:message-id:subject:to:content-type; bh=Y0XI8uGyRfwy1Gw5foSW4L/pgNWAtHXLsY0Bw+L28fk=; b=mISzyEKaBe5+JYY8Cl4CxrEiUI6U6/hLTiWSiJ1YwkQZhfk+FpqmfPyq/+WQYG4n6E 241ohD223b+dvylM6cX5/C+reHc214JjgnugBgalMBvH8uiT/lU92X5otsb7WberrA/c 1fBFGF8OClOB0cI3o3/9MNnvXndUEKU03PXTJ6c06QAzTWmQHdJ/KBSD3pxUo7xYkCJp FS6ZyyLL1NJ/6Kjri74NKeuKpZu0AA+9BVtSolymt4ZfnZgOPWJ0Ah91vU5JBYX6ftCZ tRhbT4I7DyGPag2ePQLWeor/i9HlRTXzVBEW3ZrM9b5ZXuSo2jEAAG3zk+zkUvkpEpxm yHJw== X-Received: by 10.180.92.134 with SMTP id cm6mr9245601wib.72.1409257419141; Thu, 28 Aug 2014 13:23:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.48.9 with HTTP; Thu, 28 Aug 2014 13:23:18 -0700 (PDT) Reply-To: ghostmansd@gmail.com From: Dmitry Selyutin Date: Fri, 29 Aug 2014 00:23:18 +0400 Message-ID: Subject: Report #10: Unicode support To: soc-status@freebsd.org, Pedro Giffuni , David Chisnall , Konrad Jankowski , freebsd-i18n@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 20:23:41 -0000 Hello everyone! I've written a colldb tool using C language, so one may now use colldb after compiling sources. I decided not to use lex/yacc here since it seemed to be a bit overkill for just a simple task, so all you need is C plus libcolldb (written in C too). I've also written colldb.1 manual page and fixed libcolldb build (previously one could not compile it without UNICODE=YES in make.conf). Due to my exams (they will start in several days) I have to take a rest to be prepared. Thanks to everyone who helped me during this summer! I'd like to thank FreeBSD's community: guys, you are amazing, it's really pleasant to work with you! I'm going to continue my work after September 20th, so stay tuned! ;-) P.S. Repository is here as usual: https://socsvn.freebsd.org/socsvn/soc2014/ghostmansd -- With best regards, Dmitry Selyutin From owner-soc-status@FreeBSD.ORG Sat Aug 30 19:13:33 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA0F7738; Sat, 30 Aug 2014 19:13:33 +0000 (UTC) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 321131E0F; Sat, 30 Aug 2014 19:13:33 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id k48so3593252wev.6 for ; Sat, 30 Aug 2014 12:13:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=XdPIb2HOuZBvXBPXMTIoz4nXYC9vRWs/JceTRNPM8aQ=; b=K34dnCGW4YEm3qbDnJH4DW2Zme8Ejz7+iyF7oSZIzX/VeQR38EtRDWY3UGEDDcshS7 iJ1hZJh2eS3h4QM2rx+AVWIbIhj4ItN4oKqX/E6gl0Ri6CgsxFGnqN5Wf65qEmJ5fpz1 e8E1/ye4XQnwHuWjn4PolfTU6PAjIdlHXx3JjD63fHdOB7bCfHiU98noM9dVkvxfeZiR duPjnJ/Oo8xAoqH5jeZkTtFAC9KRePFwWRKBZFefKJTXVTO/SusfPGODC3qphjWLP6SI IMTUTyIuVf9ZSiY733UvkduF4X8g8nHkyT0C5xN0010Ze1rN3mBetjoBYn1Xej1JXqGF J00Q== MIME-Version: 1.0 X-Received: by 10.180.11.72 with SMTP id o8mr11500855wib.71.1409426010046; Sat, 30 Aug 2014 12:13:30 -0700 (PDT) Received: by 10.194.161.228 with HTTP; Sat, 30 Aug 2014 12:13:30 -0700 (PDT) Date: Sat, 30 Aug 2014 16:13:30 -0300 Message-ID: Subject: Lua loader From: Pedro Arthur To: "Wojciech A. Koszek" , soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 19:13:33 -0000 Hi, I updated my wiki page (#New_milestones ) with the proposed fixes needed to integrate the work. I intend to work on these fixes in the coming weeks. I also would like to thanks my mentor Wojciech and all the FreeBSD community, for accepting my project and support me. It was a great experience and I hope to have a chance to work together with you in the future. From owner-soc-status@FreeBSD.ORG Mon Sep 1 21:33:19 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE442851 for ; Mon, 1 Sep 2014 21:33:19 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A2F814C3 for ; Mon, 1 Sep 2014 21:33:18 +0000 (UTC) Received-SPF: pass (freebsd.czest.pl: domain of wkoszek@freebsd.czest.pl designates 212.87.224.105 as permitted sender) receiver=freebsd.czest.pl; client-ip=212.87.224.105; helo=freebsd.czest.pl; envelope-from=wkoszek@freebsd.czest.pl; x-software=spfmilter 0.97 http://www.acme.com/software/spfmilter/ with libspf-unknown; Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s81LFBvX023744; Mon, 1 Sep 2014 21:15:11 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s81LFBdK023743; Mon, 1 Sep 2014 21:15:11 GMT (envelope-from wkoszek) Date: Mon, 1 Sep 2014 21:15:11 +0000 From: "Wojciech A. Koszek" To: Pedro Arthur Subject: Re: Lua loader Message-ID: <20140901211511.GD3045@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD, SPF_HELO_PASS,SPF_PASS autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Mon, 01 Sep 2014 21:15:24 +0000 (UTC) Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 21:33:19 -0000 On sob, sie 30, 2014 at 04:13:30 -0300, Pedro Arthur wrote: > Hi, > I updated my wiki page (#New_milestones) with the proposed fixes needed to > integrate the work. I intend to work on these fixes in the coming weeks. > I also would like to thanks my mentor Wojciech and all the FreeBSD > community, for accepting > my project and support me. It was a great experience and I hope to have a > chance to work > together with you in the future. Pedro, Thanks a lot for working on this. Moving forward I feel we could fix the outstanding issues (mentioned by Devin) and come up with a plan for painless integration. Your suggestions are welcome. Having this code in FreeBSD, and letting users to easily enable it with an option, would give your work more exposure/chances for testing. Regards, -- Wojciech A. Koszek wkoszek@FreeBSD.czest.pl http://FreeBSD.czest.pl/~wkoszek/ From owner-soc-status@FreeBSD.ORG Tue Sep 2 17:05:45 2014 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95083222; Tue, 2 Sep 2014 17:05:45 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B7561779; Tue, 2 Sep 2014 17:05:44 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id hi2so14724590wib.4 for ; Tue, 02 Sep 2014 10:05:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EYaLw89NMiJkMra11XohcC7/VJIqeExolzWbHnQsnFI=; b=DycGSROljya5ZHcLxzRyhHBOmnHeH6FBEwmC9YCmqjNhm/x5ArweJuR8Jq6UTVqx4Q oWbcET9jRpos+ZTAoCOT4egnrY3SF0RIgWZbe47LwJYtkgfwFhqNxa+1bEXzM6OiDTUG XNXickaRGf4WN6fsY08BPxCNyZAcbVwR4uOOvfFnt54SB5dv52F5px1ibs8krDU/FiiB 72fkEBnwGV8J6Fcv+cMdYp9A5GIg75hWFNA/3mTQusnhrxFLs1bdXjg10U9xhILjccuI 5xegdTX/3k4g+2nXTYBvLQp7qBUvbmOWp/9b01YDyrWJrp0CYCBupIOQzCKc7Dj6S6jW DHCw== MIME-Version: 1.0 X-Received: by 10.194.238.195 with SMTP id vm3mr11300936wjc.91.1409677543358; Tue, 02 Sep 2014 10:05:43 -0700 (PDT) Received: by 10.194.161.228 with HTTP; Tue, 2 Sep 2014 10:05:43 -0700 (PDT) In-Reply-To: <20140901211511.GD3045@FreeBSD.org> References: <20140901211511.GD3045@FreeBSD.org> Date: Tue, 2 Sep 2014 14:05:43 -0300 Message-ID: Subject: Re: Lua loader From: Pedro Arthur To: "Wojciech A. Koszek" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: soc-status@freebsd.org X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 17:05:45 -0000 I'm working on fixing these issues. If I have any good idea about integration I'll share with you. 2014-09-01 18:15 GMT-03:00 Wojciech A. Koszek : > On sob, sie 30, 2014 at 04:13:30 -0300, Pedro Arthur wrote: > > Hi, > > I updated my wiki page (#New_milestones) with the proposed fixes > needed to > > integrate the work. I intend to work on these fixes in the coming > weeks. > > I also would like to thanks my mentor Wojciech and all the FreeBSD > > community, for accepting > > my project and support me. It was a great experience and I hope to > have a > > chance to work > > together with you in the future. > > Pedro, > > Thanks a lot for working on this. Moving forward I feel we could fix the > outstanding issues (mentioned by Devin) and come up with a plan for > painless > integration. Your suggestions are welcome. Having this code in FreeBSD, > and letting users to easily enable it with an option, would give your work > more exposure/chances for testing. > > Regards, > > -- > Wojciech A. Koszek > wkoszek@FreeBSD.czest.pl > http://FreeBSD.czest.pl/~wkoszek/ > From owner-soc-status@FreeBSD.ORG Mon Jun 1 18:48:24 2015 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDE8453F for ; Mon, 1 Jun 2015 18:48:24 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 698FD15E5 for ; Mon, 1 Jun 2015 18:48:24 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: by wifw1 with SMTP id w1so116613511wif.0 for ; Mon, 01 Jun 2015 11:48:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Mf9vQ5qMzPM2tU3pmsZMtbFR925UuXEtKY3VRB7Xntw=; b=w4l6sMn3VcuiryWW5aMIE5pElTNQGpBZ7YxrDY2MuzdVJqcr5wJYj2Z75GrUYvuVbp u5zQKwn/JckYDWtyE7i2PYgjplqH5l1Fto3q+RdyZAjOTu1EBCjhEgbYAeBgsRgEQt6h vOrHPxEKugbdnl2wRSmzBt+80F4NrLPAsUJGCdbedbGUitBGQYvK3mtknuj00Ko26lVD s/GJ25I035z5Y2AeCPA72gRnpjf+XuhJ5aHeTC8yLauC8LUkqCihXDRmEan1sSyaPTNr F4yqRw+Z/06fsUxbGrIgm1kqzrDY/jOsvNl1FkewL5whoHcev+0jBp6VpdsXeYmjotXB o+FQ== MIME-Version: 1.0 X-Received: by 10.180.91.137 with SMTP id ce9mr23049991wib.76.1433184502848; Mon, 01 Jun 2015 11:48:22 -0700 (PDT) Received: by 10.28.136.3 with HTTP; Mon, 1 Jun 2015 11:48:22 -0700 (PDT) Date: Mon, 1 Jun 2015 21:48:22 +0300 Message-ID: Subject: [GSOC] bhyve port on ARM - weekly status report From: Mihai Carabas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2015 18:48:24 -0000 Hi, My name is Mihai Carabas and this year's edition of GSoC I will work on porting bhyve on ARM-based platforms (last year I've worked on bhyve instruction caching [1]). I've created a wiki page where I've describe the project and the milestones [2]. This week I've started preparing the development infrastructure. We've switched from Exynos5 development board initially proposed with FastModels emulator, the Versatile Express board (CortexA15 model: FVP_VE_Cortex-A15x1) because we need advanced debug features which was not possible on the Exynos5 board without having acces to a JTAG-like device. Next I've started creating a new config for the VersatileExpress platform with minimal config options. I've also copied the DTS files for VersatileExpress from linux-arm.org [3] and compiled them directly into the kernel image. All these are pushed in my SVN repo [4]. The ARM guys have a boot-wrapper to use it with the FastModels emulator (instead of u-boot). I've pulled this wrapper from [5] and cross-compiled it to obtain the image of the boot-wrapper which instead will load the FreeBSD kernel. I will come with a detailed feedback after I will manage to boot up FreeBSD on Versatile Express emulated platform. Thank you, Mihai [1] https://wiki.freebsd.org/SummerOfCode2014/InstructionCachingInBHyVe [2] https://wiki.freebsd.org/SummerOfCode2015/PortingBhyveToArm#preview [3] http://linux-arm.org/git?p=arm-dts.git;a=blob;f=versatile_express/vexpress-v2p-ca15-tc1.dts;h=9420053acc14639ffa24e992dfb3bd3eaf5d9071;hb=HEAD [4] https://socsvn.freebsd.org/socsvn/soc2015/mihai/ [5] git://github.com/virtualopensystems/boot-wrapper.git From owner-soc-status@FreeBSD.ORG Mon Jun 1 20:45:18 2015 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE1D4A48 for ; Mon, 1 Jun 2015 20:45:18 +0000 (UTC) (envelope-from kczekirda@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 69CE71471 for ; Mon, 1 Jun 2015 20:45:18 +0000 (UTC) (envelope-from kczekirda@gmail.com) Received: by wifw1 with SMTP id w1so120114105wif.0 for ; Mon, 01 Jun 2015 13:45:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=TEThc08vEkdF0NbuQIYV6qr1iiaWQXFzet48uLbnGRo=; b=Gwc8d4NAnPynUd0Wuk2ubZi1qX+7+bgPkTNqBNieGKU5IwhN+Pnz2FQQ/d94TdzPXb qI7nqEUNmDukJslt2OnEzNTyFK7kOGbl+2TnIPCpZPsR+skFaLQSIBl4jS9ljHI8xaox 6rGCN2zuFrIXC1tGoXes/j80B+SswcFwtCktUELAM9ClVdVgAknh4u+X7QKK1aWx6r8a CiUUMxaTery0vV87j5sBehVbkzX4FJHovt6NX50J6LoTvnunwrNJY6UNpHohQFZUKERS 6MyDzIHW8SS6DfSQLMSR1qSgPDwJ+evDqwUhD1XuZ5gVV0kzrWGe9qceY49V96i2Rz/U A7gw== MIME-Version: 1.0 X-Received: by 10.194.178.227 with SMTP id db3mr31116856wjc.82.1433191516200; Mon, 01 Jun 2015 13:45:16 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.27.153.210 with HTTP; Mon, 1 Jun 2015 13:45:16 -0700 (PDT) Date: Mon, 1 Jun 2015 22:45:16 +0200 X-Google-Sender-Auth: GSwvfgXFlaIiHfUabMV3slYEkh8 Message-ID: Subject: Weekly status #1 From: Kamil Czekirda To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2015 20:45:18 -0000 Hello all, it was a really short week for me, I'm ramping up. Last week I spent time on first steps for net/ipxe port. I've created a basic Makefile, finished stages: fetch, extract, build (without iso file, I need to work on it). This week I plan to finish net/ipxe port with options to configure. Regards, Kamil Czekirda From owner-soc-status@FreeBSD.ORG Tue Jun 2 01:46:15 2015 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB47E6BE; Tue, 2 Jun 2015 01:46:15 +0000 (UTC) (envelope-from mdw@freebsd.org) Received: from mehl.mmap.at (static.56.42.47.78.clients.your-server.de [78.47.42.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9D3011CC7; Tue, 2 Jun 2015 01:46:11 +0000 (UTC) (envelope-from mdw@freebsd.org) Received: from [10.0.0.121] (194-166-127-245.adsl.highway.telekom.at [194.166.127.245]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mehl.mmap.at (Postfix) with ESMTPSA id 2315AB3B00; Tue, 2 Jun 2015 03:46:01 +0200 (CEST) Message-ID: <556D0AD8.80003@freebsd.org> Date: Tue, 02 Jun 2015 03:46:00 +0200 From: Manuel Wiesinger User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.7.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Status: Linux packages for pkg(8) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2015 01:46:15 -0000 Hello, Sorry for reporting so late. It's about 1:45 UTC. The first four weeks of my GSoC are dedicated to writing a backend for Debian packages for pkg(8). I did not write any code yet. What I did this week: especially some stuff for my studies, since I'm still in the middle of my semester. Beside that I read .deb-documentation [1]. I already went through the most relevant parts of the pkg(8)-source, during the community-bonding stage. Although there is nothing to show yet, I think I have a rather clear idea, what to do and where to start. By this week I will do first commits. Regards, Manuel [1] https://wiki.freebsd.org/SummerOfCode2015/LinuxPackagesForpkg#preview (end of page) From owner-soc-status@FreeBSD.ORG Tue Jun 2 05:37:38 2015 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C95482F5 for ; Tue, 2 Jun 2015 05:37:38 +0000 (UTC) (envelope-from michal.ratajsky@gmail.com) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 60F431225 for ; Tue, 2 Jun 2015 05:37:38 +0000 (UTC) (envelope-from michal.ratajsky@gmail.com) Received: by wgez8 with SMTP id z8so130610871wge.0 for ; Mon, 01 Jun 2015 22:37:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:message-id:date:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=WYPj5WGjmLe4elWWrQ6zHMKVS7OQyeC0sdb+0/9xDJY=; b=fA6swfGmevkBUVoNNHLQL6Pqcoyltz84kC/a4vYEsKN+x5XlYb74A4wr4cnRmoIJVG 9Jluh0m+PJP41wvtAU2SgS1um0BmyALdzeeOxyaZhqFniw5u3fdC8dxSdwBVxwRgGvrs BsuMbqpPMBV7XB+4gFGaJJ+mDR9yLGM9fhDcPVqxDzPDrlDGmjkGovLEug2Ji1NlCXRi vy6w+LGL9EFeB0HES4Kkwa4+S+AAAnDJJAk/tXHI4b92yiOE1cP/PuJJq/tV9VbS2SrF MJiGi35cb/9wRX3vTSH6sG9GzpbRYg/9ZKtWY1gUw3QPVtj2YxmdLBKUci/eeY4/HLlw bMHA== X-Received: by 10.180.218.108 with SMTP id pf12mr27090670wic.93.1433223455798; Mon, 01 Jun 2015 22:37:35 -0700 (PDT) Received: from [10.1.1.1] (ip-31-134-220-10.netopen.cz. [31.134.220.10]) by mx.google.com with ESMTPSA id kc4sm25006218wjc.2.2015.06.01.22.37.34 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Jun 2015 22:37:35 -0700 (PDT) From: Michal Ratajsky X-Google-Original-From: Michal Ratajsky Message-ID: <556D411D.1000802@FreeBSD.org> Date: Tue, 02 Jun 2015 07:37:33 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.7.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: mtree weekly status report, week 1 Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2015 05:37:38 -0000 Hello everyone, my GSoC 2015 project is to create the libmtree library for reading/writing/manipulating mtree spec files and change all programs that require these features to use libmtree instead of providing their own implementations. Please see the wiki page [1] for a more thorough description of the project. During the first week I created libmtree GitHub project and committed the build infrastructure. As the project is meant to be portable, the build system of choice was autotools. I worked on the initial API design of libmtree to get a reasonable idea about structuring the code and committed some initial code for reading spec files. My plan for week 2 is to write code for building specs in memory by reading spec files and directory structure. Thank you, Michal [1] https://wiki.freebsd.org/SummerOfCode2015/mtreeParsingLibrary From owner-soc-status@FreeBSD.ORG Tue Jun 2 16:45:21 2015 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7267BB79; Tue, 2 Jun 2015 16:45:21 +0000 (UTC) (envelope-from ionutalex.teaca@gmail.com) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 39E351E52; Tue, 2 Jun 2015 16:45:21 +0000 (UTC) (envelope-from ionutalex.teaca@gmail.com) Received: by obcnx10 with SMTP id nx10so126700878obc.2; Tue, 02 Jun 2015 09:45:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=5DEkFcsriJ2vBlhqctAYRHicQCwk4a3daZhZXa9jRfM=; b=WKNUSwuRjiHehiNQ0fkGDtj00m7uNbCp2lyIyw/Fg2Hmg+NAw1V8AEQVdp+h7+mwOt LpSKeGbG8/zOJphkE/h6Hv/ztKJlreTe7AayA0mWDC16TMRZs4qaClmk6MajTeZi15vV 2pezk5jlissdQ5YJRU3mCITXPIuoOV8yiL1sHTfsowHZnbRm7O95yWuD0cb0y+SNk46D GuYvMxBOfCKR0ieTHEJT9K1dCmvOugH+PLfQUE9muiEcJgLQz3nP4Uh7gMjzfKlQI2C3 1lDkgzBVkztZcUNOHNHOPJJ1ObEF0FYJjg3qduC5W1XaNYP68AM9Ho1k9KtwZlmVF52g 4JMg== MIME-Version: 1.0 X-Received: by 10.202.72.207 with SMTP id v198mr22331499oia.116.1433263520459; Tue, 02 Jun 2015 09:45:20 -0700 (PDT) Received: by 10.76.84.37 with HTTP; Tue, 2 Jun 2015 09:45:20 -0700 (PDT) Date: Tue, 2 Jun 2015 19:45:20 +0300 Message-ID: Subject: GSOC 2015 - NE2000 emulation in bhyve Status From: Alex Teaca To: soc-status@FreeBSD.org Cc: Gavin Atkinson Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2015 16:45:21 -0000 Hi, I've started the implementation of the NE2000 module. At the moment the ED driver is able to probe the emulated device (RealTek 8029) and add it as a network interface. Some of the features which are implemented: - implement some logging support - clone the /usr/src/sys/dev/ed/if_edreg.h register interface from the ed driver into the bhyve tree sources - implement the NE2000 registers support and an API to access the NIC registers (get and set by offset) - design and implement the Remote DMA protocol so the ED driver can store and load from the NIC's RAM memory Thanks, Alex From owner-soc-status@FreeBSD.ORG Mon Jun 8 09:43:33 2015 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 752F3118 for ; Mon, 8 Jun 2015 09:43:33 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EF2E416EB for ; Mon, 8 Jun 2015 09:43:32 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: by lbcmx3 with SMTP id mx3so76956644lbc.1 for ; Mon, 08 Jun 2015 02:43:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=QUFf8oTjk9qiz73AGng3e5y2KRmI78U3zX6tf6FyhwE=; b=hRO6sSl4RS5uXo010n0gGjicBlHIPmi0hgJ+SNP1Li8oxu11Ev/YBx/GkNvADy7I4J zz02JFBAQSEt81mZIXaTVo2kxUHTspt4voKCENWuJhc2hJ0gnO99fDpxVQrYiyFfWU74 Ay6UIvBsIgO3rBFjQ9PAd9iVJx4jVF9nnflaU8Njw1PGdIAuC7dat8r4EDkk6T++vx4O 6q3SVRDCxZvkLLl+hcaKxIp5WX5lLSPlisOnWkgVsMz0pGKe/xL1P2H89m2Na38i4PJf bInxVKmlchWc3/Ny3iV23zfkALkkrtiMMbjpSbAnhwQIfGIrEkzxAEWnWvd2XTD8jg5s k5Gw== X-Received: by 10.152.197.2 with SMTP id iq2mr15861212lac.103.1433756611093; Mon, 08 Jun 2015 02:43:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.196.150 with HTTP; Mon, 8 Jun 2015 02:43:10 -0700 (PDT) From: Pratik Singhal Date: Mon, 8 Jun 2015 15:13:10 +0530 Message-ID: Subject: Activities Report for GSOC (Improve support for Cubieboard) project To: soc-status@freebsd.org, Luiz Otavio O Souza Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2015 09:43:33 -0000 The main target of this week, was to know fully how to program the MMC controller to perform I/O using DMA. To do that, I have done the following ,taking valuable inputs from my mentor wherever needed :- 1) Read and understood how is the DMA operation is programmed for MMC card of Cubieboard by taking help from the NetBSD Cubieboard implementation and FreeBSD's Raspberry pi implementation. 2) Wrote the code for DMA transfer using the MMC controller's DMA engine (committed to soc repository) Currently, the code is not working. 3) Wrote a separate DMA module for Cubieboard's DMA controller. (Not tested yet) Problems faced this week :- The main problem faced this week, was the lack of documentation on Allwinner's MMC controller (It is not compliant with the standard controllers). It was resolved by reading the NetBSD implementation of the same. I will be facing this problem, throughout the project as Allwinner SoC is not well documented. The only thing, we can do to resolve this problem is to read more code of other open source operating systems. Target for next week :- The main target for next week, will be to get whatever code I have written so far, to work properly (for MMC controller's DMA transfer). I think, with respect to mid term evaluation, our project is on par with the schedule. -- Regards, Pratik Singhal From owner-soc-status@FreeBSD.ORG Mon Jun 8 22:47:27 2015 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7ED3518 for ; Mon, 8 Jun 2015 22:47:27 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5019E1C01 for ; Mon, 8 Jun 2015 22:47:27 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: by wiga1 with SMTP id a1so101449283wig.0 for ; Mon, 08 Jun 2015 15:47:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=5OrtW75frE3L24LdVQilUtmqKVgaYGYCV0X6OjgpE2A=; b=rR6a96mwyP1bZE915onQ73+B6Q2hEJgmnRaRRlOdIUV/9s4ARt8m5NKQGzYz03i/BN UwdfoQ68zzE6oi0GLYiw2c5ccSXb9oMkw48oqcoBfY5pPmUSOhsKkbovTxKE8QAXfAq6 8nvyzS/k9XYtP7HZPtpyJNem/Zr0t1/4uVKHMGVLBbDi2A8+WCO6u4bLTDH7AP+vVAZV 9+yPHSZ8jYMBKktj6QxnyZc4YQTE5YfhXwU7OJo9tblRGMQlPvLTXlIpV41QFK3QMk1/ vC4xHXxD1MfV3mPDGNfvluo9O4HXISBUh+194jR1G6OpIEFm40eX6rAlVGFNmgib4s/Y vsNw== MIME-Version: 1.0 X-Received: by 10.194.77.179 with SMTP id t19mr35768839wjw.30.1433803645885; Mon, 08 Jun 2015 15:47:25 -0700 (PDT) Received: by 10.28.21.134 with HTTP; Mon, 8 Jun 2015 15:47:25 -0700 (PDT) In-Reply-To: References: Date: Tue, 9 Jun 2015 01:47:25 +0300 Message-ID: Subject: Re: [GSOC] bhyve port on ARM - weekly status report From: Mihai Carabas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2015 22:47:27 -0000 Hi everyone, On Mon, Jun 1, 2015 at 9:48 PM, Mihai Carabas wrote: > Hi, > > My name is Mihai Carabas and this year's edition of GSoC I will work on > porting bhyve on ARM-based platforms (last year I've worked on bhyve > instruction caching [1]). > > I've created a wiki page where I've describe the project and the > milestones [2]. > > This week I've started preparing the development infrastructure. We've > switched from Exynos5 development board initially proposed with FastModels > emulator, the Versatile Express board (CortexA15 model: > FVP_VE_Cortex-A15x1) because we need advanced debug features which was not > possible on the Exynos5 board without having acces to a JTAG-like device. > > Next I've started creating a new config for the VersatileExpress platform > with minimal config options. I've also copied the DTS files for > VersatileExpress from linux-arm.org [3] and compiled them directly into > the kernel image. All these are pushed in my SVN repo [4]. > > The ARM guys have a boot-wrapper to use it with the FastModels emulator > (instead of u-boot). I've pulled this wrapper from [5] and cross-compiled > it to obtain the image of the boot-wrapper which instead will load the > FreeBSD kernel. I will come with a detailed feedback after I will manage to > boot up FreeBSD on Versatile Express emulated platform. > > I've loaded the boot-wrapper image into the FastModel emulator. I've also given some custom parameters to load the kernel binary (kernel.bin generated by the build system) at physical address 0XC0004000 (the same as the virtual address). I've modified the original physical address in order to make the VA==PA and have a match between the dissambled code shown by Model Debugger and the C code even if I had no MMU (to make debugging easier until the MMU gets activated). In order to be able to debug in Model Debugger, I've loaded the kernel.debug ELF file just for debug purposes (I have this option). Even if I did this trick, the ASM instructions didn't match the C code loaded by the Model Debugger. After manually dumping the kernel.debug ELF file I've seen that the text area is shifted with 0x180 at 0xC0004000, being different than the start of the kernel text area. Peter noticed that ldscript.arm has an offset added before the .text section ( . = KERNVIRTADDR + SIZEOF_HEADERS;). I've removed the SIZEOF_HEADERS and now the C code matched with the ASM one. Further I've been executing step by step until the MMU gets activated for the first time (init_mmu) in the locore-v6 with the primitive page table (a 64MB zone mapped from the begining of the kernel). The simulation was failing when activating the second time the MMU (after building the kernel page table using the pmap). This was caused by the chosen physical address C0008000. The locore-v6 code was alligning this address at 1MB boundary thus the kernel start became C0000000, instead of C0004000. The C0000000 was passed to the arm_physmem_kernaddr variable with in turn was used for KERNEL_P2V macro, thus creating invalid mappings. After modifying in the boot-wrapper the address where the kernel text is loaded at C0200000 the problem was solved (I've used the 4000 offset initially because this was configured by the boot-wrapper). Now I've managed to boot-up the FreeBSD kernel until the console init function in initarm (cninit function). Further I'm trying to build an early_putc function using the semihosting feature exposed by the emulator until I get the console up. Thank you, Mihai From owner-soc-status@FreeBSD.ORG Tue Jun 9 00:30:20 2015 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D705AD3; Tue, 9 Jun 2015 00:30:20 +0000 (UTC) (envelope-from mdw@freebsd.org) Received: from mehl.mmap.at (static.56.42.47.78.clients.your-server.de [78.47.42.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 26A211391; Tue, 9 Jun 2015 00:30:19 +0000 (UTC) (envelope-from mdw@freebsd.org) Received: from [192.168.0.14] (chello084113194171.8.14.vie.surfer.at [84.113.194.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mehl.mmap.at (Postfix) with ESMTPSA id DBA4CB3B00; Tue, 9 Jun 2015 02:30:09 +0200 (CEST) Message-ID: <55763391.8010503@freebsd.org> Date: Tue, 09 Jun 2015 02:30:09 +0200 From: Manuel Wiesinger User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.7.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Status: Linux packages for pkg(8) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2015 00:30:20 -0000 Hello, I'm in the middle of adapting the parser (function add_repo), so pkg(8) can handle repositories. The task for tomorrow and Wednesday is to be able to download Debian packages using a pkg-repository configuration file. I've been in contact with a friend of mine, who is a debian-developer (rhonda@), so I'm aware of the structure of Debian-repositories. I hope I'll be able to implement fetching of simple packages (without dependencies) soon. Regards, Manuel From owner-soc-status@FreeBSD.ORG Tue Jun 9 01:06:20 2015 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65CACF11 for ; Tue, 9 Jun 2015 01:06:20 +0000 (UTC) (envelope-from prasadjoshi.linux@gmail.com) Received: from mail-vn0-x22c.google.com (mail-vn0-x22c.google.com [IPv6:2607:f8b0:400c:c0f::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 232841CC1 for ; Tue, 9 Jun 2015 01:06:20 +0000 (UTC) (envelope-from prasadjoshi.linux@gmail.com) Received: by vnbf62 with SMTP id f62so631231vnb.12 for ; Mon, 08 Jun 2015 18:06:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=2SjEOwzoYC/sI+x7tLull7ii9allgLbjbdgwrIT7L/A=; b=dv0/kWFbP+4p47CYM4V3zFYYkA1p/isclrOIbFZDHBy7dcefbSO29xkDpZANgnqPK/ ps/ZF57OqfInXabzoGyB0Q1XGV7A8XnoPWcm6UJT7mqZuNcsrkKQa6pEgDuhwRh0y7f8 X6jcYZLQa3ocUlBGWJiQmx2AbdmwS94PTaoWKpP0fAqsLbbVXYToPWB44NVq6ht+pEMA BTMMWO0IY49mMuVeu7Sl8ogyVlt5YMh5XtvSapSfObaLVuWKNvCEpzWW/WxbWcbEuovP QovW+T+0PxZG6Vpo8XLMEdp9Dv8GkCXAJK284ohKBi+OhYS9X92svzoyw39FoDDnXMb1 Hgrw== MIME-Version: 1.0 X-Received: by 10.52.171.199 with SMTP id aw7mr37709974vdc.87.1433811979108; Mon, 08 Jun 2015 18:06:19 -0700 (PDT) Received: by 10.31.190.76 with HTTP; Mon, 8 Jun 2015 18:06:19 -0700 (PDT) Date: Tue, 9 Jun 2015 06:36:19 +0530 Message-ID: Subject: [gsoc15] dynamically discover bes From: Prasad Joshi To: soc-status@freebsd.org Cc: Xin LI Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2015 01:06:20 -0000 Last week I mostly worked on understanding beadm and gptzfsboot code beadm create prepares new BE by creating a snapshot and clone of that snapshot. beadm activate command sets bootfs property of the POOL. bootfs property contains object number of active dataset object. During bootup gptzfsboot probes all the disks, creating SPA for any valid pool. gptzfsboot assumes the first pool it finds as a primary pool, it then reads meta object set, then tries to find object nunber of active dataset object either through a. bootfs - it would be set if BE was already created b. mos->properties_zap->root_dataset->dd_head_dataset_obj (through root_datasets bonus buffer) Once the object number is obtaind gptzfsboot mounts the dataset. After mounting, few files are looked up like /boot/config or /boot.config for presense of boot command (did not went into details of this). Then (if keyboard is not hit), gptzfsboot execs /boot/zfsloader. If gptzfsboot is interrupted by keyboard, then it displays default BE or POOL it is trying to boot from (using zfs_rlookup() to map active dataset object to string BE name). Though I haven't checked this but through serial console user would be allowed to enter other pool or BE to boot from. I could not go into details of how gptzfsboot reads /boot/zfsloader from disk. Pending Tasks ============= 1. Understand upon keyboard interruption, how user entered zfs paths (format [zfs:pool/filesystem:][/path/to/loader]) are converted in object numbers? 2. Learn ZFS on disk format in more details so as to identify active dataset object numbers of all BEs. Once the object numbers are available, I can use zfs_rlookup() function to map object number to printable pool name. 3. Prepare library for console based menu. Plan for next week ================== Pending task 2 above From owner-soc-status@FreeBSD.ORG Tue Jun 9 10:48:20 2015 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57AB09CB for ; Tue, 9 Jun 2015 10:48:20 +0000 (UTC) (envelope-from tuchalia@gmail.com) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D3B831602 for ; Tue, 9 Jun 2015 10:48:19 +0000 (UTC) (envelope-from tuchalia@gmail.com) Received: by lbbtu8 with SMTP id tu8so7950012lbb.2 for ; Tue, 09 Jun 2015 03:48:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=gh8F60rlN2z4f9RMlO1AFlpOQYK8rmy8Nw25HT2jemU=; b=x/d04W6hVZS92u5mKouWOSjbilXsTJTpv0aTDhX/eMrhtokGiZGC/faQ3fMyQ6HENh kVlMa7Sb6mC2528KAEH6zsUdg0gxUoUgNt/n7oXZUVls2um2RNBPp5JwgIQ9eW8GnVEO Z6l/CLB5cXze5SDL5slkn76GD/ldwPfisYtJai/GjNuvd/Um9q0I+02VJtUlpBVajDKz ZbyoJywe7XI5K8tyBCygYfZTeA80KCPIZCbrJmt5x4qpXwOILTSnXmpQxOsD6LF7uANF hPiyDBh0jXJ+EV+iTf10zw05yl9m9leUvkauHzvgzvUar1qxoFvwdFY0GtqAy2Hc2X6G Ukjw== X-Received: by 10.152.6.69 with SMTP id y5mr21444449lay.72.1433846897930; Tue, 09 Jun 2015 03:48:17 -0700 (PDT) MIME-Version: 1.0 From: Daniel Peyrolon Date: Tue, 09 Jun 2015 10:48:07 +0000 Message-ID: Subject: Status report: JIT compilation for firewalls To: "soc-status@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2015 10:48:20 -0000 I'm just writing this to let you guys know that I'm still doing university stuff here in Spain, so unfortunately I can't find much time for the GSoC. (My mentor is well aware of this). I'll post when I start doing anything meaningful, or start working for real (whatever happens first). I should write something in 3 weeks at maximum. -- Daniel From owner-soc-status@FreeBSD.ORG Thu Jun 11 12:41:18 2015 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7195F8B8 for ; Thu, 11 Jun 2015 12:41:18 +0000 (UTC) (envelope-from kczekirda@gmail.com) Received: from mail-wi0-x243.google.com (mail-wi0-x243.google.com [IPv6:2a00:1450:400c:c05::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 091221F1B for ; Thu, 11 Jun 2015 12:41:18 +0000 (UTC) (envelope-from kczekirda@gmail.com) Received: by wibbw19 with SMTP id bw19so2215696wib.2 for ; Thu, 11 Jun 2015 05:41:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=Z7wHJ/8KKEui7V1aUa4uNpIiksCUjEGQuT3RZttwL+M=; b=aJ+lbJacR4mceD5GAsMjcciUDMQHk7oW/Aa1iz4kriBRRhT91lulxyzNYbtKB3GX3H OCzGeU/5MsGuq4jvGBr3W4/qSOxV68ionAenujsNdmZ5woghgWpLOPa5SpUSaimsOQA6 lJmPWznA4vgSXgSTz/GxYqF3bcv6qBvE0hicBGdg2C68uEbGZfOwedIGf+ze87E/dKOw Ur+iWFphm9gyktKddKYHolflV17NYMG4PKN7slKnnk3gkoR/il65SuIQ4JyAbd+moTFN WO2EzFGCEyBZF7HC+uGbeA1U3qTgFTWcHtp64hHG7xic8tVtgypucaWPrLoeWJk40yKc zR/A== MIME-Version: 1.0 X-Received: by 10.180.23.100 with SMTP id l4mr18613574wif.21.1434026476392; Thu, 11 Jun 2015 05:41:16 -0700 (PDT) Sender: kczekirda@gmail.com Received: by 10.27.28.194 with HTTP; Thu, 11 Jun 2015 05:41:16 -0700 (PDT) Date: Thu, 11 Jun 2015 14:41:16 +0200 X-Google-Sender-Auth: NdOMCYt184g5qcoZkKTzCXrFs7A Message-ID: Subject: Weekly status #2 From: Kamil Czekirda To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2015 12:41:18 -0000 Hi, I'm sorry about delay in weekly status, I'm writing it from BSDCan ;) Port net/ipxe is almost done, I'm delay caused traveling to Canada, but port with default options is ready. I did patches for FreeBSD specific things and removed bash from dependencies. Last thing I did was the list of options for port configuration. Regards, Kamil From owner-soc-status@FreeBSD.ORG Thu Jun 11 13:42:14 2015 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4650984 for ; Thu, 11 Jun 2015 13:42:14 +0000 (UTC) (envelope-from michal.ratajsky@gmail.com) Received: from mail-wg0-x241.google.com (mail-wg0-x241.google.com [IPv6:2a00:1450:400c:c00::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BC211029 for ; Thu, 11 Jun 2015 13:42:14 +0000 (UTC) (envelope-from michal.ratajsky@gmail.com) Received: by wggx12 with SMTP id x12so1542856wgg.3 for ; Thu, 11 Jun 2015 06:42:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:message-id:date:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=RfMUFaR1CyHn/n4uYXWeQDN3CFVUHhvFTzzDUWfZJ/A=; b=c4hgwcWs1R9vD34Q3GWHXe6HnSSRQy9oDwngvlWy4JudCsvjV0T0tKA/G0LPztvWwd ES/ERNbxx0nrxjTS4aqYZAvtcCyo3gznyML6LU1RdD6/bPMaTUdov4fTTRjiawOwBWGh Xc5Y0DpxQnmN1unDJaFcpyE9+tsXkwLWDqVK0vI966C91ePxmzOySOxK0M/CwslfcWRa zcF1YlJnHHTabEFFsDP0XfMTHV9Jdk6ZS1Ra0OMGPM6u8KsNlKGeaGFvBLzquQHab9Hd 5tkHQyupMRDuGvGmRD5MdZgD3lxGRho975I4zm4Vs/+vCpDq6oYsG4Tq9lE4to4TA9xd vUaw== X-Received: by 10.180.94.106 with SMTP id db10mr29666864wib.1.1434030132626; Thu, 11 Jun 2015 06:42:12 -0700 (PDT) Received: from [10.1.1.1] (ip-31-134-220-10.netopen.cz. [31.134.220.10]) by mx.google.com with ESMTPSA id b20sm1142856wjb.46.2015.06.11.06.42.11 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Jun 2015 06:42:11 -0700 (PDT) From: Michal Ratajsky X-Google-Original-From: Michal Ratajsky Message-ID: <55799032.1090306@FreeBSD.org> Date: Thu, 11 Jun 2015 15:42:10 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.7.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: mtree weekly status report, week 2 Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2015 13:42:14 -0000 Hello everyone, during the last week I worked on reading spec files and directory structures in libmtree. The work took me few days longer than anticipated, mainly due to lack of time at the end of previous week. I still have some unsolved issues with organizing the entries that I intend to solve while I'm implementing writing. So my goal for the rest of this week and at least a part of the next one is mainly to add support for writing spec files. This includes some brainstorming to come up with a reasonable API to configure the writing and deal with some special cases, such as converting between mtree 1.0/2.0 formats when required or dealing with having multiple directory trees in a single spec. I expect I'll keep going back to the reader as well and I intend to test the code against the existing mtree implementations to make sure it works correctly before I move any further. Thank you, Michal From owner-soc-status@FreeBSD.ORG Sat Jun 13 09:44:30 2015 Return-Path: Delivered-To: soc-status@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8A8FF2E for ; Sat, 13 Jun 2015 09:44:30 +0000 (UTC) (envelope-from neerajrawat2011@gmail.com) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A50EE9B2 for ; Sat, 13 Jun 2015 09:44:30 +0000 (UTC) (envelope-from neerajrawat2011@gmail.com) Received: by iesa3 with SMTP id a3so37048938ies.2 for ; Sat, 13 Jun 2015 02:44:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=VCkrTbzvqWsVTVj2C8kA68WUp4x8yIGZi22AzWUTKh4=; b=nvAR7JwI/HPV6z76Dr47LgnkOwRxOKSzgkMuvvSZhj9SpI0e87w3cCaYXxYpM/JjAC kOSgpwg4LpofAggxJIP+/0G/pBy5P53miHlNpYvBDmVKiUNp0ysVJJ1jgCC08h+fVctv gaytX9yDk4DNrLC/7ThyWAuh4xCNnSZ+Igto+dxG0kFlVJiIRCWN3wAQP3kPZplKBvMl ohDjckouMFoW/wvdO1byIv2bb5XnfBkb/CbWD3ofvsIs13ZicIuX0uJuRa6lE9N62dE5 di/63FnV9FMwDEoV8qc/Z180HAtedLX4olUMOY5yPuAGsI/xSN7ysqwHSG50AegLybWu Ou2w== MIME-Version: 1.0 X-Received: by 10.107.6.28 with SMTP id 28mr23217360iog.54.1434188669992; Sat, 13 Jun 2015 02:44:29 -0700 (PDT) Received: by 10.64.41.135 with HTTP; Sat, 13 Jun 2015 02:44:29 -0700 (PDT) Date: Sat, 13 Jun 2015 15:14:29 +0530 Message-ID: Subject: weekly report-1 "Add cd emulation in CTL" From: Neeraj Rawat To: soc-status@FreeBSD.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2015 09:44:30 -0000 Hi I am working on CAM Target Layer on Freebsd 11 Current. This project is about adding virtual CD drive and Tape drive features in CTL. I have installed Freebsd 11 Current ISO file on VM player. REPORTS of Week 1: I started my week installing freebsd and reading ctl code. Few Problems which i faced in this whole week 1. Installation of Freebsd using bootable pen drive: I tried making USB bootable using ISO and memstick image of Freebsd 11 current using different software on windows and using dd command in linux. But i could not succeed. Then i realised that in dd command i am booting a partition of my USB (/dev/sdb1 in my system). So i tried with full USB memory (/dev/sdb) and i succeeded. 2. I am using freebsd 11 current as VM on ubuntu system using VM player also. I got stucked while checking out base/head/ from svn. But later i googled it and found that http proxy host and port has to be set in ~.subversion/servers file. And after setting these variables svn ran fine. 3. During make buildworld in head/, it threw some error : make[1]: "/usr/home/neeraj/head/Makefile.inc1" line 1757: Malformed conditional (${MK_CRYPT} != "no") make[1]: "/usr/home/neeraj/head/Makefile.inc1" line 1782: Malformed conditional (${MK_KERBEROS} != "no") make[1]: "/usr/home/neeraj/head/Makefile.inc1" line 1802: Malformed conditional (${MK_GSSAPI} != "no") make[1]: "/usr/home/neeraj/head/Makefile.inc1" line 1806: Malformed conditional (${MK_KERBEROS} != "no") This error came because Makefile includes from With the help of mentor Edward, i was able to find the reason of this error. It was because there were some file missing in /usr/share/mk folder which Makefile includes in it. So i copied those files from head/share/mk/ to /usr/share/mk and then it ran fine. I am reading CTL, CTLD, ISCSICTL code in head/ branch of freebsd. regards Neeraj From owner-soc-status@FreeBSD.ORG Sat Jun 13 09:48:58 2015 Return-Path: Delivered-To: soc-status@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F403F90 for ; Sat, 13 Jun 2015 09:48:58 +0000 (UTC) (envelope-from neerajrawat2011@gmail.com) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DFC2E9D6 for ; Sat, 13 Jun 2015 09:48:57 +0000 (UTC) (envelope-from neerajrawat2011@gmail.com) Received: by igblz2 with SMTP id lz2so24172166igb.1 for ; Sat, 13 Jun 2015 02:48:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=PDrFqOhWCYNpPmSqd/zLXYCg7dGchnZDW2UBtxQS7r4=; b=CEdgKxaE3BlekriauTDYqJ1g7SoGKZWD5zcALcyMOBB7wZo4xF8TtaWMMXyELJNomE vYeV7iKBjlbiAx/E0G/XdFlXwGJpNy07/B16B3kQZr1+7fmz4sNTErbA9wFTtXAMrmF/ JucMbcby6ONFeCPyz5y0U/xYSLAmLACJIWiYuHLTtLzWq+m5ynyx6NsgyBqG3Csog2za OtynSQmeFyCv2wWzUCyb1LmJ3Tu7Gk3c9h2jw1WquYqvEe7f4junH4x2ggA+33tlysdn yKG4W/jGSr+4xeXRgSA+OL2h9/gbrD18OzrAaTjrEwgnuaUZWomje/+rWGK3y8oj3Cs7 /DCA== MIME-Version: 1.0 X-Received: by 10.50.109.138 with SMTP id hs10mr9640950igb.48.1434188937349; Sat, 13 Jun 2015 02:48:57 -0700 (PDT) Received: by 10.64.41.135 with HTTP; Sat, 13 Jun 2015 02:48:57 -0700 (PDT) Date: Sat, 13 Jun 2015 15:18:57 +0530 Message-ID: Subject: weekly report-2 "Add cd emulation in CTL" From: Neeraj Rawat To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2015 09:48:58 -0000 Report for WEEK-2 : I am reading code and making changes to the CTL code at head/sys/cam/ctl. I have created a freebsd code repository in github by forking from http://github.com/freebsd/freebsd/ My repository URL is : http://github.com/neerajrawat/freebsd I added code lines with which lun could represent itself as CD lun. T_CDROM device type needs to be set for the lun. And T_CDROM is added in the ctl code so that scsi could create cdX device in /dev. "I committed code in my github repository." regards Neeraj From owner-soc-status@FreeBSD.ORG Sat Jun 13 09:58:32 2015 Return-Path: Delivered-To: soc-status@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15AF1DC for ; Sat, 13 Jun 2015 09:58:32 +0000 (UTC) (envelope-from neerajrawat2011@gmail.com) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D5F26C0C for ; Sat, 13 Jun 2015 09:58:31 +0000 (UTC) (envelope-from neerajrawat2011@gmail.com) Received: by igbsb11 with SMTP id sb11so24272859igb.0 for ; Sat, 13 Jun 2015 02:58:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/7K/pmDt4jyJegR8fROHXwIl80tcUibbuIL/Clrdaq0=; b=vNhZVA3FV5KRL1wgr+ELcneWhTWrauhgYYZH0bO3CNe/AHVpYToyTZNkiIzztDqUNY LFBP5oMsAq0eZ8SMnvcvnrgBLL0shTBnfBG/zFtIkdnWLWmAttNOELKIUKmDxB9+O7b8 hvwqiYjYChM1fGAjSUm4dzfgB5p1RxqqnzB1Atw84bzPDpM/rj5hQl2/HifiaILpEFjN IvlRiRkcn6GfT62yspkssm2wb6cmmC4gFUb7RIIyl3CBKxejhCiK8110s1jZvYUAWeo7 BpHJIEb/2piS1AwtkKxvrjrojMBvRs3nEpHEC9zP3+JXwLcvidTCVT39hH9UhYEW3jo0 sM+w== MIME-Version: 1.0 X-Received: by 10.107.46.226 with SMTP id u95mr23542071iou.68.1434189511243; Sat, 13 Jun 2015 02:58:31 -0700 (PDT) Received: by 10.64.41.135 with HTTP; Sat, 13 Jun 2015 02:58:31 -0700 (PDT) Date: Sat, 13 Jun 2015 15:28:31 +0530 Message-ID: Subject: weekly report "ADD CD emulation in CTL" From: Neeraj Rawat To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2015 09:58:32 -0000 REPORT WEEK - 3 Week 3 starts with the testing of the modified CTL code, in which i added T_CDROM. for the testing : 1. i set device type in ctld as T_CDROM in place of T_DIRECT in head/use.sbin/ctld/kernel.c file. 2.Then i build the kernel, then install this custom kernel. Then rebooted it.. All went fine.. custom kernel booted succesfully. 3. Then install custom ctld and created ctl.conf file in /etc. 4. then stated with ctld and iscsictl. 5. And i got the accepted result, iscsictl is able to connect cd device.. cd1 device is created.. this can be seen the screen shot attached with this mail. 6. then i extended ctld package and ctl.conf so that user can provide disk, cd or tape device type in ctl.conf and ctld could set device type accordingly for the lun In ctl.conf *device-type "cd"/"disk"/"tape"* . this line is added for the lun.. In ctld.. token.l and parse.y are extended so that above line could be parsed by ctld. Then kernel.c aslo extended.. Where itset device type for the lun.. there i added few if else so that on the basis of above string ctld could set device type (T_CDROM or T_DIRECT or T_SEQUENTIAL) this modified ctld code is also committed to the github repo at http://github.com/neerajrawat/freebsd From owner-soc-status@FreeBSD.ORG Sat Jun 13 10:00:01 2015 Return-Path: Delivered-To: soc-status@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C23E10A for ; Sat, 13 Jun 2015 10:00:01 +0000 (UTC) (envelope-from neerajrawat2011@gmail.com) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D4738C13 for ; Sat, 13 Jun 2015 10:00:00 +0000 (UTC) (envelope-from neerajrawat2011@gmail.com) Received: by iebgx4 with SMTP id gx4so37158711ieb.0 for ; Sat, 13 Jun 2015 03:00:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=U/O9kMa9anIhg2ptMXfwodJtzFnYi2D0832o5430EjU=; b=B0dXh2Oe/hDQR/Kelgp3M2EVB6PG473w80pj99ttuqtEzFnIRkFjYVDB7oXI6AstWN NgE2FobUE/OicICBsdRHbiR8ky0+vIzDnon3mZ3EJJqWeXJ/lwkff/rcvRhzvY89Vk2l RqVvp5TUG2rGKcA7HLPML1CPlU8x+JpB5ImjFmVWycu1IMyWIdB2wcX3yOc2a1hBMA/G rzoftalbYjWz97vRSB9OAz7GrovJxHZGp0/AcdJ2S6ksOJDrIK15kTCybfsz37Rx0bd3 EnAAWV0u5j09QAZ4096HpZ4ONP66ttrHj25uPI25rTWHAsAmmVC/0zuU3avhh5gKA23v CyZQ== MIME-Version: 1.0 X-Received: by 10.50.109.138 with SMTP id hs10mr9677117igb.48.1434189600206; Sat, 13 Jun 2015 03:00:00 -0700 (PDT) Received: by 10.64.41.135 with HTTP; Sat, 13 Jun 2015 03:00:00 -0700 (PDT) In-Reply-To: References: Date: Sat, 13 Jun 2015 15:30:00 +0530 Message-ID: Subject: Fwd: weekly report "ADD CD emulation in CTL" From: Neeraj Rawat To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2015 10:00:01 -0000 "this mail is in continuation of weekly report 3" find the attached screen shot ---------- Forwarded message ---------- From: Neeraj Rawat Date: Sat, Jun 13, 2015 at 3:28 PM Subject: weekly report "ADD CD emulation in CTL" To: soc-status@freebsd.org REPORT WEEK - 3 Week 3 starts with the testing of the modified CTL code, in which i added T_CDROM. for the testing : 1. i set device type in ctld as T_CDROM in place of T_DIRECT in head/use.sbin/ctld/kernel.c file. 2.Then i build the kernel, then install this custom kernel. Then rebooted it.. All went fine.. custom kernel booted succesfully. 3. Then install custom ctld and created ctl.conf file in /etc. 4. then stated with ctld and iscsictl. 5. And i got the accepted result, iscsictl is able to connect cd device.. cd1 device is created.. this can be seen the screen shot attached with this mail. 6. then i extended ctld package and ctl.conf so that user can provide disk, cd or tape device type in ctl.conf and ctld could set device type accordingly for the lun In ctl.conf *device-type "cd"/"disk"/"tape"* . this line is added for the lun.. In ctld.. token.l and parse.y are extended so that above line could be parsed by ctld. Then kernel.c aslo extended.. Where itset device type for the lun.. there i added few if else so that on the basis of above string ctld could set device type (T_CDROM or T_DIRECT or T_SEQUENTIAL) this modified ctld code is also committed to the github repo at http://github.com/neerajrawat/freebsd From owner-soc-status@FreeBSD.ORG Sun Jun 14 20:37:15 2015 Return-Path: Delivered-To: soc-status@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B258F73; Sun, 14 Jun 2015 20:37:15 +0000 (UTC) (envelope-from ionutalex.teaca@gmail.com) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C580631B; Sun, 14 Jun 2015 20:37:14 +0000 (UTC) (envelope-from ionutalex.teaca@gmail.com) Received: by obbsn1 with SMTP id sn1so51953725obb.1; Sun, 14 Jun 2015 13:37:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=g8C6LJVKHqPhWDq1qL51mJkZYP37q56Dl/vSLqS2rjE=; b=LEXO70/KTCGb75M1ftZf37b26cTL1jEK1S1XtE9tM7neoedCnzoM2UStBVQL8OZmDj rfxcuTyWmkCVOfd88sCrQWCkQx0GZBnTFQurDpzLnGK4NkzKq7yBepOPoc1Y5DhqhiM/ fa+hAw/z6vw0Ovrk1SaTFS18S2p8CZAnmcOGNaF4SoPkUKak5AoaqrfDBo0H+pqHzn2r MmnLF+lsw8hp5l773HNPBLKWNzFC2X/XNuOE4BSqq3x20VDGEMvhJiUlbNPbr/tbUiaI J88RSzEN3mA2vINxGd+9afByCsi/IK70bcksY6Pt3ERerngSTPQuEVwLh6+7NqK/qDFg MWag== MIME-Version: 1.0 X-Received: by 10.60.60.70 with SMTP id f6mr20666752oer.8.1434314234121; Sun, 14 Jun 2015 13:37:14 -0700 (PDT) Received: by 10.76.84.37 with HTTP; Sun, 14 Jun 2015 13:37:14 -0700 (PDT) In-Reply-To: References: Date: Sun, 14 Jun 2015 23:37:14 +0300 Message-ID: Subject: Re: GSOC 2015 - NE2000 emulation in bhyve Status From: Alex Teaca To: soc-status@freebsd.org Cc: Gavin Atkinson Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jun 2015 20:37:15 -0000 Hi, At the moment I am able to configure an IP address on the network interface corresponding to the NE2000 NIC. When I ping to the host IP, the tcpdump catches both ARP Request (sent by the guest using the NE2000 card) and an ARP Reply sent by the host OS. So, there is implemented the transmission protocol. For reception, the packets are only read from the tap device when it is notified by the mevent mechanism. For mode details, see the commits. Thanks, Alex On Tue, Jun 2, 2015 at 7:45 PM, Alex Teaca wrote: > Hi, > > I've started the implementation of the NE2000 module. At the moment the ED > driver is able to probe the emulated device (RealTek 8029) and add it as a > network interface. > > Some of the features which are implemented: > - implement some logging support > - clone the /usr/src/sys/dev/ed/if_edreg.h register interface from the ed > driver into the bhyve tree sources > - implement the NE2000 registers support and an API to access the NIC > registers (get and set by offset) > - design and implement the Remote DMA protocol so the ED driver can store > and load from the NIC's RAM memory > > Thanks, > Alex > > From owner-soc-status@FreeBSD.ORG Mon Jun 15 14:18:47 2015 Return-Path: Delivered-To: soc-status@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D652BC95 for ; Mon, 15 Jun 2015 14:18:47 +0000 (UTC) (envelope-from prasadjoshi.linux@gmail.com) Received: from mail-yh0-x229.google.com (mail-yh0-x229.google.com [IPv6:2607:f8b0:4002:c01::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 96C0F127 for ; Mon, 15 Jun 2015 14:18:47 +0000 (UTC) (envelope-from prasadjoshi.linux@gmail.com) Received: by yhan67 with SMTP id n67so43477813yha.3 for ; Mon, 15 Jun 2015 07:18:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3RPOh1e1YYM52/gzFnO5u9Y5lKt6fZibnCHDV1go30g=; b=qIeHHDMLExiXii4Smw6CJKOU/qsSRFQX+3v+V1OFiSGKJIDul1qhr6EkjDJZ16Uk4H uF7mH2QNHlIduHYGLMj4j5u7u+VynZUUkWb5neZRrD38v6QyaCfmh9FoMXyFUeqsnuUQ wkv3SEucjBnJxSYofXxrgNW9q1MqDjPrC4YDOP8TQG/AaY8KqBILsqCYbY6zRnoiEWYC BmHQZwhwibrjbRq1q7Z5yu+h6EG+mJlyReuzBjwZyrypRq9bwwPY5GG9E7ZqHJjog5Zt 2s3jCjcUGP8nhx5eTsDub+4gycg51mHJrhaK+tMnXRPCJ4aDj4MS1uswSkdMLSoN+6N+ m8Og== MIME-Version: 1.0 X-Received: by 10.52.189.75 with SMTP id gg11mr40789758vdc.27.1434377926520; Mon, 15 Jun 2015 07:18:46 -0700 (PDT) Received: by 10.31.190.76 with HTTP; Mon, 15 Jun 2015 07:18:46 -0700 (PDT) In-Reply-To: References: Date: Mon, 15 Jun 2015 19:48:46 +0530 Message-ID: Subject: Re: [gsoc15] dynamically discover bes From: Prasad Joshi To: soc-status@freebsd.org Cc: Xin LI Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2015 14:18:48 -0000 Week 3 status ========== After understanding on disk representation of snapshots and clones, I have been able to find names of the BEs created using beadm command. I could print the BE names on console. The next task would be to convert BE names to object numbers, create list of BEs. Thanks and Regards, Prasad On Tue, Jun 9, 2015 at 6:36 AM, Prasad Joshi wrote: > Last week I mostly worked on understanding beadm and gptzfsboot code > > beadm create prepares new BE by creating a snapshot and clone of that > snapshot. beadm activate command sets bootfs property of the POOL. > bootfs property contains object number of active dataset object. > During bootup gptzfsboot probes all the disks, creating SPA for any > valid pool. gptzfsboot assumes the first pool it finds as a primary > pool, it then reads meta object set, then tries to find object nunber > of active dataset object either through > a. bootfs - it would be set if BE was already created > b. mos->properties_zap->root_dataset->dd_head_dataset_obj (through > root_datasets bonus buffer) > Once the object number is obtaind gptzfsboot mounts the dataset. > > After mounting, few files are looked up like /boot/config or > /boot.config for presense of boot command (did not went into details > of this). Then (if keyboard is not hit), gptzfsboot execs > /boot/zfsloader. If gptzfsboot is interrupted by keyboard, then it > displays default BE or POOL it is trying to boot from (using > zfs_rlookup() to map active dataset object to string BE name). Though > I haven't checked this but through serial console user would be > allowed to enter other pool or BE to boot from. > > I could not go into details of how gptzfsboot reads /boot/zfsloader from disk. > > Pending Tasks > ============= > 1. Understand upon keyboard interruption, how user entered zfs paths > (format [zfs:pool/filesystem:][/path/to/loader]) are converted in > object numbers? > 2. Learn ZFS on disk format in more details so as to identify active > dataset object numbers of all BEs. Once the object numbers are > available, I can use zfs_rlookup() function to map object number to > printable pool name. > 3. Prepare library for console based menu. > > Plan for next week > ================== > Pending task 2 above From owner-soc-status@FreeBSD.ORG Mon Jun 15 19:17:01 2015 Return-Path: Delivered-To: soc-status@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9DB1F30 for ; Mon, 15 Jun 2015 19:17:01 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 61284B90 for ; Mon, 15 Jun 2015 19:17:01 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: by wgzl5 with SMTP id l5so51655338wgz.3 for ; Mon, 15 Jun 2015 12:17:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=PXAofw8hV9mWYAjOXkqRwCdDlCcRwDb+e1u8aeDN8c4=; b=Ogh2VAmgGOTE37Y9SVujKezYFQyMBiwd1OVSv/KD6Exv43fCzRV5OuUrREJnfKtGIv FlgfZ9+3N/vYYFAJ5BgquTTv9Pa73d8x8MAmv5tuKWqmn8j0gPK3+KaQG8NlomfA3Q1I Q4PWbP2paQfYxuLF/e/vGK9PvU4ugIBZq3B2xdx4qya0dzSI1N4+Enjndj7OUxh3/hHo ihhN2H/5aXYrSutzBzb4bSOJoMKUnbnCUY1ARalVALlF2WXaRD79rAiTJJhp14HPyBSj uNg2wmyqttbfLsz/3/WnFpHkN7sQN5b9FVDEnEilXfJZsk1TNt8O8YLjL739tr7H0OMa nE9A== MIME-Version: 1.0 X-Received: by 10.195.11.168 with SMTP id ej8mr54905530wjd.150.1434395819902; Mon, 15 Jun 2015 12:16:59 -0700 (PDT) Received: by 10.28.21.134 with HTTP; Mon, 15 Jun 2015 12:16:59 -0700 (PDT) In-Reply-To: References: Date: Mon, 15 Jun 2015 22:16:59 +0300 Message-ID: Subject: Re: [GSOC] bhyve port on ARM - weekly status report From: Mihai Carabas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2015 19:17:01 -0000 Hi everyone, I've loaded the boot-wrapper image into the FastModel emulator. I've also > given some custom parameters to load the kernel binary (kernel.bin > generated by the build system) at physical address 0XC0004000 (the same as > the virtual address). I've modified the original physical address in order > to make the VA==PA and have a match between the dissambled code shown by > Model Debugger and the C code even if I had no MMU (to make debugging > easier until the MMU gets activated). In order to be able to debug in Model > Debugger, I've loaded the kernel.debug ELF file just for debug purposes (I > have this option). Even if I did this trick, the ASM instructions didn't > match the C code loaded by the Model Debugger. After manually dumping the > kernel.debug ELF file I've seen that the text area is shifted with 0x180 at > 0xC0004000, being different than the start of the kernel text area. Peter > noticed that ldscript.arm has an offset added before the .text section ( . > = KERNVIRTADDR + SIZEOF_HEADERS;). I've removed the SIZEOF_HEADERS and now > the C code matched with the ASM one. > > Further I've been executing step by step until the MMU gets activated for > the first time (init_mmu) in the locore-v6 with the primitive page table (a > 64MB zone mapped from the begining of the kernel). The simulation was > failing when activating the second time the MMU (after building the kernel > page table using the pmap). This was caused by the chosen physical address > C0008000. The locore-v6 code was alligning this address at 1MB boundary > thus the kernel start became C0000000, instead of C0004000. The C0000000 > was passed to the arm_physmem_kernaddr variable with in turn was used for KERNEL_P2V > macro, thus creating invalid mappings. After modifying in the boot-wrapper > the address where the kernel text is loaded at C0200000 the problem was > solved (I've used the 4000 offset initially because this was configured by > the boot-wrapper). > > Now I've managed to boot-up the FreeBSD kernel until the console init > function in initarm (cninit function). Further I'm trying to build an > early_putc function using the semihosting feature exposed by the emulator > until I get the console up. > > This week I've implemented the early_putc using the semihosting feature provided by FastModel platform [1] (making a svc with 0x12345 in r0 and some codification in the other register would write to the STDOUT of the emulator). This helped me a lot to debug the problems in this stage of porting (most of the problems caused by invalid DTS parsing from FreeBSD, as you can see bellow). First of all I've changed the DTS to RTSM_CORTEX_A15x1, which is more suitable for my FVP_CORTEX_A15x1 fast model (I think the RTSM was present in an earlier version of Fast Model) [2]. I had a lot of trouble with the DTS parsing, finding some bugs in the FreeBSD: - if the parent has a multi-valued address cell, the most significant 4-bytes are lost due to the u_long type. A more detailed description can be found in my post here [3] - an issue in regions_to_avail function: end variable is vm_paddr_t which is typedef at uint32_t. The problem is when having start at 0x80000000 and the size of the memory 0x80000000 (2G) than the end variable which is start + size becomes 0 (overflow) - a bug in simplebus_alloc_resource function: the addresses of the host are indexes from the ranges of the parent node in the DTS. It cannot simply be added to an address [4] These issues implies modification in a lot of places in the codebase so I've modified the DTS so to contain what FreeBSD expects (removed the multi-valued address-cells, remove all the range and leaving only the devices range). Also I've added only 1G of RAM to pass the second issue. These should be tackled in the future in a more generic way. Next I had to modify a little the boot-wrapper to enable the co-processor register access for VFP driver. I will soon push the boot-wrapper in the repo too. I also had to add the SP804 timer from the VERSATILEPB (the generic timer in the DTS didn't had addresses and the parser complained about this). Right now I've managed to finally get to the mount root part [5]. PS: This week I will try to create a tutorial on the wiki on how to run the FreeBSD on FastModel FVP_VE-CortexA15x1. Thank you, Mihai [1] https://svnweb.freebsd.org/socsvn/soc2015/mihai/bhyve-on-arm-head/sys/arm/fvp_ve-cortex_a15x1/fvp_ve-cortex_a15x1_semihosting.S?view=markup [2] https://svnweb.freebsd.org/socsvn/soc2015/mihai/bhyve-on-arm-head/sys/boot/fdt/dts/arm/fvp_ve-cortex_a15x1.dts?view=markup [3] https://lists.freebsd.org/pipermail/freebsd-arm/2015-June/011627.html [4] https://lists.freebsd.org/pipermail/freebsd-arm/2015-June/011639.html [5] Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> From owner-soc-status@FreeBSD.ORG Tue Jun 16 15:46:15 2015 Return-Path: Delivered-To: soc-status@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D7AEDA9; Tue, 16 Jun 2015 15:46:15 +0000 (UTC) (envelope-from mdw@freebsd.org) Received: from mehl.mmap.at (static.56.42.47.78.clients.your-server.de [78.47.42.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CC062F9E; Tue, 16 Jun 2015 15:46:13 +0000 (UTC) (envelope-from mdw@freebsd.org) Received: from [10.0.0.24] (194-166-189-3.adsl.highway.telekom.at [194.166.189.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mehl.mmap.at (Postfix) with ESMTPSA id 6AD2AB4229; Tue, 16 Jun 2015 17:37:32 +0200 (CEST) Message-ID: <558042BB.9060608@freebsd.org> Date: Tue, 16 Jun 2015 17:37:31 +0200 From: Manuel Wiesinger User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.7.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: Status: Linux packages for pkg(8) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2015 15:46:15 -0000 Hi, Sorry, for the late status report. I'm working on building databases, for Debian-repositories from a Packages.gz file. That is a compressed text-file, which contains meta information for all packages in a Debian-repo. At the moment I don't even have compiling code, since I'm really bad with autotools and m4. I'm in contact with cebka@ to resolve that. Once that is resolved (which should be trivial once I know how) I can easily integrate everything into the pkg's structure. The next days I won't have much time for GSoC, since I still have two courses to finish. My mentor bapt@ is fine with that Regards, Manuel From owner-soc-status@FreeBSD.ORG Tue Jun 16 15:54:18 2015 Return-Path: Delivered-To: soc-status@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8859105 for ; Tue, 16 Jun 2015 15:54:18 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 50E5B226 for ; Tue, 16 Jun 2015 15:54:18 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: by labko7 with SMTP id ko7so14475026lab.2 for ; Tue, 16 Jun 2015 08:54:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=Y+E35DGPV2Vm2wP+TS43qYIZP0FwqfBay4C7ypL1NV0=; b=VTqSSoL6GZx3WZli+MfEIhk/DG8AQ89kY4K5gJB0loQh3eAcFP3qzdaX62ZghicEPB f7JMYWn1fc3qHwELj4I1VIX+i4Bdf5z9gT+WQCRtGA9kP2SGvH+jOZavJJ1ww+4lWyb2 /b5WB5g0CG6uoc/0jbdUyZIBuygb847bd87YJNuCtMM2l99ZZmuRi81lslK9HOQkRl7d rP1ECkgLvriS9ia+4QQt/sYrEZu2y699TWbRYvmfh4QbveZj2Zcvos/TpZ53GPwCCSJ5 K13Ndjz3bD8A/eRAAuDdPhmsU2lAhUrnzuOyqxnx9b5VSfjJF2kNUNLv1owU2JYEYPhT 077Q== X-Received: by 10.112.170.167 with SMTP id an7mr1864299lbc.103.1434470056345; Tue, 16 Jun 2015 08:54:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.61.199 with HTTP; Tue, 16 Jun 2015 08:53:56 -0700 (PDT) From: Pratik Singhal Date: Tue, 16 Jun 2015 21:23:56 +0530 Message-ID: Subject: Status report for the project Improve support for Cubieboard To: soc-status@freebsd.org, Luiz Otavio O Souza Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2015 15:54:19 -0000 Target for this week :- The target for this week was to get the code working which was written at the end of last week after understanding the working of DMA for MMC. Current Status :- The code written is currently working and I am able to receive DMA transfer interrupts. Both pio and DMA transfers are working. Although, I am encountering a kernel panic related to spin mutexes at the end of the DMA transfer. Strangely, No such panic is encountered when using pio to transfer data and when using DMA to transfer data during the kernel boot process. Target for next week :- The target for this week again is to get the written code working and removing this panic as soon as possible. Problems faced :- The main problem I faced this week, was not receiving interrupts even though I had correctly programmed the MMC controller. The culprit being a wrong macro value in a10_mmc.h file ! . Almost half of the week was over by the time I figured this out after browsing through linux-sunxi source. With mid term evaluations coming near, I think our project is in sync with the schedule provided and the code should be ready for testing by community by the end of this week. -- Regards, Pratik Singhal From owner-soc-status@FreeBSD.ORG Sat Jun 20 16:45:36 2015 Return-Path: Delivered-To: soc-status@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2550F57A for ; Sat, 20 Jun 2015 16:45:36 +0000 (UTC) (envelope-from roam@ringlet.net) Received: from nimbus.fccf.net (nimbus.fccf.net [77.77.144.35]) by mx1.freebsd.org (Postfix) with ESMTP id DB2D2EE3 for ; Sat, 20 Jun 2015 16:45:35 +0000 (UTC) (envelope-from roam@ringlet.net) Received: from straylight.m.ringlet.net (unknown [93.152.220.84]) by nimbus.fccf.net (Postfix) with ESMTPSA id F21A16E9 for ; Sat, 20 Jun 2015 19:45:31 +0300 (EEST) Received: from roam (uid 1000) (envelope-from roam@ringlet.net) id 254002f by straylight.m.ringlet.net (DragonFly Mail Agent v0.9); Sat, 20 Jun 2015 19:45:31 +0300 Date: Sat, 20 Jun 2015 19:45:31 +0300 From: Peter Pentchev To: soc-status@FreeBSD.org Subject: Status report: ng_ayiya - an AYIYA Netgraph node Message-ID: <20150620164531.GB2937@straylight.m.ringlet.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="yNb1oOkm5a9FJOVX" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jun 2015 16:45:36 -0000 --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, My GSoC project is "ng_ayiya - a SixXS IPv6 tunnel broker AYIYA Netgraph node", mentored by Bjoern A. Zeeb. The goal of this project is to create a Netgraph node that acts as a link between a socket (TCP, UDP, SCTP, ...) connection to an AYIYA server (for a start, the SixXS POPs) and a local network interface (for a start, one that can route IPv6 traffic). The operation of the node should be controlled via a Netgraph socket (the usual way of letting a kernel Netgraph node communicate with a userland program) by higher-level tunnel negotiation software like SixXS's AICCU. The scope of the project also includes the necessary changes to SixXS's AICCU software to use the Netgraph framework instead of tunneling the packets by itself, as it does in its standard mode of operation. The progress so far: - implemented a ng_ayiya node with some basic functionality: forward IPv6 packets between the two neighbor nodes (the local IPv6 interface and the ksocket connection to the AYIYA server), sign the outgoing AYIYA packets, verify the signature on the incoming AYIYA packets - started a testing infrastructure that sets up a simple graph of three nodes: a local network interface, a socket connection to the AYIYA server, and the ng_ayiya node in the middle - wrote a set of Perl modules for fetching information about a user's AYIYA tunnels configured on the SixXS TIC servers A Wiki page describing the project and outlining some of the planned work is at https://wiki.freebsd.org/SummerOfCode2015/AYIYASixXSNetgraphNode The code itself is in the FreeBSD GSoC Subversion repository: https://svnweb.freebsd.org/socsvn/soc2015/roam/ A procedure for testing it (connecting to a previously setup SixXS AYIYA tunnel) is in the README.txt file in the top-level directory: https://svnweb.freebsd.org/socsvn/soc2015/roam/README.txt?revision=3D287338= &view=3Dco G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 --yNb1oOkm5a9FJOVX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJVhZimAAoJEGUe77AlJ98TPE0P/3meDP37bhkUyU/oyGF00Bdg qhet+HVAHuZiAWyuSqvV7eth3jhWSI4Yuv8/kfOgqGK8/lHa5PxFrcAbrgaceKup 0HAT7mqqSZIGu9p2AtCsx0rX7Q7ntrCYoZhG9UfFdNGeTrESkAh47pQTNtu14ZBk 4L/f7Noe7r95aoauBM+hU+4GB0nSAE1mkZze4osvZna/Y5OvyUUCLuo2TSF/vmDP IpcZ2T3xT5X1Y1PxMRciGwIJ6mLfLF3wtzKx8oP9Rc37qJjb64wJ3VX42yIttQYX F8uLj97hknIOuznDFLuEg2BsvpW2fyIAb5Vpbz5X8W+0uEibEa/TcfWEPJzxHTkH HsTbHC/hcNBQXr1Qb5wZDQR86VZbaSc5+yyZUju3dH0bBRcvKf7FmDRXShnfq6gH Deufs/SIvMMVTxc68FRUkq7PmyNSpvgDh0RlR7E+/pNPrH3kGh/qurkuyAy60jhH qvXW96MWifUdyveaGD9FZ4APH5vgCOH+cAJYqG1RRm/AJa/sc+qfWYmyr8V/7eoA z/h9Hd9hoT03NHWEqw3/U0veNLcDGsyWVXDPNgmggqYoSucMshIiLdiQw8ti0XoM FKsesPDglfP/kgtAobPZ8lSksHGyz/xTx1PgR82lsRIe/DCGu0eolF7AE/LG6xLA 1aEuhDe8Sp0k7S0vcifg =jp6s -----END PGP SIGNATURE----- --yNb1oOkm5a9FJOVX-- From owner-soc-status@FreeBSD.ORG Mon Jun 22 18:07:16 2015 Return-Path: Delivered-To: soc-status@nevdull.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 417E5BC9 for ; Mon, 22 Jun 2015 18:07:16 +0000 (UTC) (envelope-from neerajrawat2011@gmail.com) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 110C4620 for ; Mon, 22 Jun 2015 18:07:16 +0000 (UTC) (envelope-from neerajrawat2011@gmail.com) Received: by iebrt9 with SMTP id rt9so9765252ieb.2 for ; Mon, 22 Jun 2015 11:07:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=lQkco9nRJLU5RgGNwLqLIiR9zs6iaPcO/PlbyAlmD5o=; b=rxcucmKsgvoEnPemSA3VTe+R7ze9acSrNO22jcRG0OdzGB3rgOZIL/Sh0nCqr4rVB3 lqBJWpX0hfk6bGIcivzioxQdJOaiKDkkhl5TXc99ezUCNlCxfIkXtP5adzU5yel0seJs mM7L6dsCyG1DkpGTjps+L62xW9KNvzbd1hIqsRwPW2K8kVfLPh9oVsmWNC3hlhxsG8vs xf7zdvB8uzg53XJKXb1wBynvO16Zvq02io1GQ8NtGex3h0J+wONVlkDjASc2gGcoAbzr 7QZ+LDiOaViWRrw+SbjsGm/XnicXYfB+Wr6xkFxT3MlKqiqnkPPBdY2V+PE6Z38xuvnh X/HA== MIME-Version: 1.0 X-Received: by 10.43.139.6 with SMTP id iu6mr28015198icc.32.1434996435147; Mon, 22 Jun 2015 11:07:15 -0700 (PDT) Received: by 10.64.41.135 with HTTP; Mon, 22 Jun 2015 11:07:15 -0700 (PDT) Date: Mon, 22 Jun 2015 23:37:15 +0530 Message-ID: Subject: "Add CD Emulation in CTL" - Weekly report From: Neeraj Rawat To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2015 18:07:16 -0000 "Report for week 4" 1. I read code to add tape emulation in CTL 2. I tested virtual CD ROM emulation with windows and linux operating system with their native iscsi initiators. I choose windows 8.1 64 bit and ubuntu 1204 64 bit for this test, keeping target at freebsd. regards Neeraj From owner-soc-status@FreeBSD.ORG Mon Jun 22 18:12:03 2015 Return-Path: Delivered-To: soc-status@nevdull.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8852BEC for ; Mon, 22 Jun 2015 18:12:03 +0000 (UTC) (envelope-from prasadjoshi.linux@gmail.com) Received: from mail-vn0-x22e.google.com (mail-vn0-x22e.google.com [IPv6:2607:f8b0:400c:c0f::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A0143905 for ; Mon, 22 Jun 2015 18:12:03 +0000 (UTC) (envelope-from prasadjoshi.linux@gmail.com) Received: by vnbg1 with SMTP id g1so9307210vnb.12 for ; Mon, 22 Jun 2015 11:12:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JJMvKi+hA9jN6+O3mHBm5rY9GHYYaq0t06ytODF9cAo=; b=YJabAvZoZis714EJuWuhA3/VrLYKBGVglwaZXgffYlx7vAPNBAEwQ+GwB7ewut90Id oOAWSBGCvpNXpu1hv9d2r/PbSjMBGhMYHhcjb/ID7AtI0incGK3wWUbIBuBmQKBFFaRJ 1TiYkIu/0aVCsQp6pIRyqvqYUmaZOPbjMRtW0wosBce6SNYdAHc5cyNpghaLwqK6mA8Z NJwYd/jyOxbnjpYDOgW3F4Fg+yFHSFrQ5mEWJsYzDO110xdA2XTCHuYqgOQz6Vs15DzI YRUX1jp4bODZFQUFXAs+ah85y2VdpNe2m0AjJXvoF5iMWh3oW9LVVZHg3nxZDIKdFiZe vcog== MIME-Version: 1.0 X-Received: by 10.52.170.237 with SMTP id ap13mr26498100vdc.5.1434996722636; Mon, 22 Jun 2015 11:12:02 -0700 (PDT) Received: by 10.31.190.76 with HTTP; Mon, 22 Jun 2015 11:12:02 -0700 (PDT) Received: by 10.31.190.76 with HTTP; Mon, 22 Jun 2015 11:12:02 -0700 (PDT) In-Reply-To: References: Date: Mon, 22 Jun 2015 23:42:02 +0530 Message-ID: Subject: Re: [gsoc15] dynamically discover bes From: Prasad Joshi To: soc-status@freebsd.org Cc: Xin LI Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2015 18:12:04 -0000 Week 4 update - I have been able to discover BEs on console. I could detect active BE. Created list of BEs. Code to sort BEs on object number, name, or timestamp is added. - I am able to boot from nonactive BE to some extent. At the moment, code requires me to enter BE number to boot from. Tasks next week 1. Identify a problem with be bootup. 2. Pass mount point info through env variable to loader. 3. Start with console based menu. Thanks and Regards, Prasad On Jun 15, 2015 7:48 PM, "Prasad Joshi" wrote: > Week 3 status > ========== > After understanding on disk representation of snapshots and clones, I > have been able to find names of the BEs created using beadm command. I > could print the BE names on console. > > The next task would be to convert BE names to object numbers, create > list of BEs. > > Thanks and Regards, > Prasad > > On Tue, Jun 9, 2015 at 6:36 AM, Prasad Joshi > wrote: > > Last week I mostly worked on understanding beadm and gptzfsboot code > > > > beadm create prepares new BE by creating a snapshot and clone of that > > snapshot. beadm activate command sets bootfs property of the POOL. > > bootfs property contains object number of active dataset object. > > During bootup gptzfsboot probes all the disks, creating SPA for any > > valid pool. gptzfsboot assumes the first pool it finds as a primary > > pool, it then reads meta object set, then tries to find object nunber > > of active dataset object either through > > a. bootfs - it would be set if BE was already created > > b. mos->properties_zap->root_dataset->dd_head_dataset_obj (through > > root_datasets bonus buffer) > > Once the object number is obtaind gptzfsboot mounts the dataset. > > > > After mounting, few files are looked up like /boot/config or > > /boot.config for presense of boot command (did not went into details > > of this). Then (if keyboard is not hit), gptzfsboot execs > > /boot/zfsloader. If gptzfsboot is interrupted by keyboard, then it > > displays default BE or POOL it is trying to boot from (using > > zfs_rlookup() to map active dataset object to string BE name). Though > > I haven't checked this but through serial console user would be > > allowed to enter other pool or BE to boot from. > > > > I could not go into details of how gptzfsboot reads /boot/zfsloader from > disk. > > > > Pending Tasks > > ============= > > 1. Understand upon keyboard interruption, how user entered zfs paths > > (format [zfs:pool/filesystem:][/path/to/loader]) are converted in > > object numbers? > > 2. Learn ZFS on disk format in more details so as to identify active > > dataset object numbers of all BEs. Once the object numbers are > > available, I can use zfs_rlookup() function to map object number to > > printable pool name. > > 3. Prepare library for console based menu. > > > > Plan for next week > > ================== > > Pending task 2 above > From owner-soc-status@FreeBSD.ORG Mon Jun 22 19:56:46 2015 Return-Path: Delivered-To: soc-status@nevdull.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0CD6374 for ; Mon, 22 Jun 2015 19:56:46 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 374E038B for ; Mon, 22 Jun 2015 19:56:46 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: by wguu7 with SMTP id u7so78403458wgu.3 for ; Mon, 22 Jun 2015 12:56:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Rx/2tmWqpBTPCM97X/UOBr2MX8DVeu4gf0maOtHfZxQ=; b=mwbp19k+wYiRWqUlCEg6cAtXP1Ik+L1L1y1Xpl0fIJ1vYIfcklnXLs38wFPX17+rvt OLS4as3XaIOXgVYexfWaXvQONjNxXfKUZTka1KchPNejBQjj0uZlcYo2TGS7d9SvWpVw XNwqeH8Ij75mzha8XmssbGVnKIo8su7AQBT+0vmrR+1+ocuLxeJu80qRwP3Y+bDQfi4g fbkk+ZCJNLzil7bhZ14ubo21GxdQE8Aj7FdD1ceTyMbgu7s7fPRwTatK5iC73/Sovubj 4GlhktjDCLASHUdc2zx1pTNQYA2AC4p0KCw/bDamnU9+Zc2ADYesEQTqWV1bX6ewqeGL Ohgg== MIME-Version: 1.0 X-Received: by 10.180.39.212 with SMTP id r20mr7699997wik.64.1435003004808; Mon, 22 Jun 2015 12:56:44 -0700 (PDT) Received: by 10.28.21.134 with HTTP; Mon, 22 Jun 2015 12:56:44 -0700 (PDT) In-Reply-To: References: Date: Mon, 22 Jun 2015 22:56:44 +0300 Message-ID: Subject: Re: [GSOC] bhyve port on ARM - weekly status report From: Mihai Carabas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jun 2015 19:56:46 -0000 Hi everyone, Here is the last week status report. > Right now I've managed to finally get to the mount root part [5]. > After this part, I've created a ramdisk filesystem using makefs and a mtree file format with a minimal number of files (hardlinks to the rescue binary, running in single-user mode). I've pushed a script for makefs and the mtree file to the repo [1]. Further I've modified the conf file to include the ramdisk in the kernel image and I got to the shell. But at this point, I had no input. It seems that the interrupts were not delivered (the input worked on kernel KDB though). First I thought that the console is working in polling mode (which Peter said that is not supported by the tty I was using). After a day of debugging I've noticed that no interrupts were coming. There would have been multiple causes: the GIC was missconfigured, the interrupts numbers for the serial input weren't parsed correctly. I assumed that the problem is at the DTB parsing. In order to eliminate all the problems with FreeBSD DTB parsing, I've created a simple DTB from scratch, adding only the cpu, gic, timers and console devices, all with absolute addresses (no addresses relative to a bus, or interrupt number relative to a bank). After this step all worked like a charm. Further I've written an initialization code for HYP mode, installing a stub handler for HYP exception for platforms that have support for this. The stub handler permits changing the exception vectors. Later, when the vmm module will be loaded, the handler will be replaced by a fully fledged one which will take care of VM context switch and various exceptions. [2] > PS: This week I will try to create a tutorial on the wiki on how to run > the FreeBSD on FastModel FVP_VE-CortexA15x1. > > I've postponed the tutorial due to the work on hypervisor initialization. I will try to make it until next week. Thank you, Mihai [1] https://svnweb.freebsd.org/socsvn/soc2015/mihai/ramdisk/ [2] https://svnweb.freebsd.org/socsvn/soc2015/mihai/bhyve-on-arm-head/sys/arm/arm/hypervisor-stub.S?revision=287374&view=markup From owner-soc-status@FreeBSD.ORG Tue Jun 23 19:53:54 2015 Return-Path: Delivered-To: soc-status@nevdull.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13477F0E for ; Tue, 23 Jun 2015 19:53:54 +0000 (UTC) (envelope-from stefanogarzarella@gmail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1A90614; Tue, 23 Jun 2015 19:53:53 +0000 (UTC) (envelope-from stefanogarzarella@gmail.com) Received: by wicnd19 with SMTP id nd19so115775157wic.1; Tue, 23 Jun 2015 12:53:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=ZMcZFYvNGus5hRLfC6r/1WrsZpV4IA2xGzS3bv9BxuU=; b=vltJ/bGest9C4vtx3Je147pK68m/1rdpFJ8JKRVBCJ2OSg6S2p501w9i+ahQvIJBpq F/3SJNTX5cIMs0n9juhD4lfmzNHdX8jw/qlIg21YxkV+h0j4EuSidC9GaD4bYGPzsXmg eBEJ32mHUT3UiLyl7LkgI1pvVT7tn0FMWjPo2Z4QBxswp5+b/khrqi4wnhHG2pPeL3Fr x24dEY5AJd9bPcHFGbNMgcfmE8XKDUWy7wxlPpyy38Ka3bAWCDwltTTNtOX342KF7kiX nU/VcntZD9CifWEE9RlLxN2XkgMGbJgL/3NBOaRcn0V+M8M8zql6sNJt3Q6ooa0ucRMN 2j8Q== X-Received: by 10.180.89.234 with SMTP id br10mr2664652wib.86.1435089232250; Tue, 23 Jun 2015 12:53:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.27.39.135 with HTTP; Tue, 23 Jun 2015 12:53:32 -0700 (PDT) From: Stefano Garzarella Date: Tue, 23 Jun 2015 21:53:32 +0200 Message-ID: Subject: ptnetmap on bhyve status report To: soc-status@freebsd.org Cc: Luigi Rizzo , Peter Grehan Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2015 19:53:54 -0000 Dear All, I=E2=80=99m finished to implement ptnetmap on top of virtio-net. The FreeBSD code is available on https://svnweb.freebsd.org/socsvn/soc2015/stefano/ I tested it with FreeBSD and Linux guest and QEMU-KVM host. I tried to do very small changes in the virtio-net device driver, so the major modifications are in the sys/dev/netmap/if_vtnet_netmap.h I used virtio-net device to exchange notification between host and guest through interrupt (host -> guest) and iowrite (guest -> host), and ptnetmap-memdev to share netmap memory. ptnetmap-memdev is a PCI device that expose, through PCI_BAR, the netmap memory allocator to the guest. I had the same performance of previous implementation (with e1000): 24 Mpps with VALE ports, up to 50 Mpps with netmap-pipes and 14.88 Mpps (line-rate) with 10-Gbps NIC (ixgbe). I'm going to start the next step: implement the ptnetmap-memdev frontend in bhyve to map (through PCI_BAR) the netmap memory into the guest. The device driver for the guest is already done, because I used it with QEMU-KVM. Thanks, Stefano Garzarella --=20 *Stefano Garzarella* Software Engineer e-mail: stefano.garzarella@gmail.com github: http://github.com/stefano-garzarella linkedin: http://it.linkedin.com/pub/stefano-garzarella From owner-soc-status@freebsd.org Wed Jun 24 18:37:42 2015 Return-Path: Delivered-To: soc-status@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D0FD91692A for ; Wed, 24 Jun 2015 18:37:42 +0000 (UTC) (envelope-from kczekirda@gmail.com) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 67E821DCB for ; Wed, 24 Jun 2015 18:37:42 +0000 (UTC) (envelope-from kczekirda@gmail.com) Received: by oiax193 with SMTP id x193so36242961oia.2 for ; Wed, 24 Jun 2015 11:37:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=9Ni7Aa1qKENbhdNmb4AEWA2O79/u7CfPi5RvboX/5j4=; b=iRYpKeyGHW9RdxDU5odhnHsJ19Jcr7l5zr1d3vgSjwr2MD3Q93aq+HyVPvqbmYAERg lyFC/Y09qcwg1MpdhakzdMzUKD3tXx23BG50jhmBQDfAxuLFKf9tfCmoCdJdog6iV118 qEPncIgSSqdLa4aJ/zO2CQQ4TcGe6CJteL+KiVlb3QNjd4QIuElAYbUSLJgZY5sGtUmx /9FmdcoIq5ymfModbvZN9rw5WCIilr0hxZGWwfX2RBD82ozj+49rICtS98dzxHfBHzmF P5VxO/jKFBPqCghwUCe8Almi+9lW58NNJeNrmAWlB9FzE89EXZ9o0m+V5Fu+M9cQ30LE D9SA== X-Received: by 10.202.55.7 with SMTP id e7mr33662451oia.56.1435171061619; Wed, 24 Jun 2015 11:37:41 -0700 (PDT) MIME-Version: 1.0 Sender: kczekirda@gmail.com Received: by 10.60.96.3 with HTTP; Wed, 24 Jun 2015 11:37:12 -0700 (PDT) From: Kamil Czekirda Date: Wed, 24 Jun 2015 20:37:12 +0200 X-Google-Sender-Auth: rXH1Zu-73FdGyYb5uVWb8zI2V4c Message-ID: Subject: Weekly status #3 #4 To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2015 18:37:42 -0000 Hi, In third week I had a great time during BSDCan, but it's time to catch up my schedule. Last days I finished (I hope) iPXE port for FreeBSD, tests are welcome. I plan to submit the port after efi support will done. Currently I'm working on infrastructure for creating releases. I did some modifications for mfsBSD (not commited yet). Kamil From owner-soc-status@freebsd.org Thu Jun 25 14:58:11 2015 Return-Path: Delivered-To: soc-status@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AB4998CDC2 for ; Thu, 25 Jun 2015 14:58:11 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-yh0-x22d.google.com (mail-yh0-x22d.google.com [IPv6:2607:f8b0:4002:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 011C411DB for ; Thu, 25 Jun 2015 14:58:11 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: by yhfk64 with SMTP id k64so13519935yhf.2 for ; Thu, 25 Jun 2015 07:58:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=zeN9LHPNlT8hEsduL+0g7Y1B/cxL+eRPZYs8oU0jFzQ=; b=pSQiK3StLhhW3YNGaua/+G6Fw1KU+2dE+6la8DubrWtHNsItv+dAy6KgbuZoopm8DK 9y1siEj58iAe0+wKeRrKSfWxXgHuYVDmVHpvPSzi+Mk79yAUChPWwlDY1/uNmyiXQvKO 9vMjSjIbcuhmmjAp3XxFK8nhL/MJE+XBAxguSvCHpI31AnoxpwQ3ClwjiXcV05ztF8Lv 83NtZxYcVMO7aNjox0V/t3tUNbcuWSwp/F0Te9YDvodJrBzHSWwRHJ+vfvVABilRBNQZ 7P6rv8X52dgmBDEyFf3jfnc7EYEbm9SRAjZZ2qsfqNJc5sxYKnKh50A/gPdPXM8uNi0Z 1uXQ== MIME-Version: 1.0 X-Received: by 10.13.231.199 with SMTP id q190mr4656447ywe.164.1435244289913; Thu, 25 Jun 2015 07:58:09 -0700 (PDT) Received: by 10.37.96.214 with HTTP; Thu, 25 Jun 2015 07:58:09 -0700 (PDT) Date: Thu, 25 Jun 2015 16:58:09 +0200 Message-ID: Subject: [gsoc2015] FreeBSD libc security extensions From: Oliver Pinter To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2015 14:58:11 -0000 Hi All! This year I'm working on porting the FORTIFY_SOURCE and libc security extensions to FreeBSD. The first part is mostly done, some functions, properly hooking in to the build (mark the required programs to build with FORTIFY_SOURCE) and testing are remained. In my schedule this would be done till 5. July. At current state these are done: * ported the functions from bionic libc, as you could see on the projects wiki page: https://wiki.freebsd.org/SummerOfCode2015/FreeBSDLibcSecurityExtensions * hooked in to the build * setted up build test: http://jenkins.hardenedbsd.org:8180/jenkins/job/opBSD-11-fortify-amd64/ * generated ISOs are here: http://jenkins.hardenedbsd.org/builds/opBSD-11-fortify-amd64-LATEST/ . I proceed mostly based on my scheduling. Oliver PS.: Yes, I have forgotten the previous status e-mails. From owner-soc-status@freebsd.org Sat Jun 27 00:06:53 2015 Return-Path: Delivered-To: soc-status@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC3E398D531 for ; Sat, 27 Jun 2015 00:06:53 +0000 (UTC) (envelope-from michal.ratajsky@gmail.com) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C8C41026 for ; Sat, 27 Jun 2015 00:06:53 +0000 (UTC) (envelope-from michal.ratajsky@gmail.com) Received: by wgqq4 with SMTP id q4so99956979wgq.1 for ; Fri, 26 Jun 2015 17:06:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:message-id:date:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=73OPdo0+6gA7NZsbtZTrW3oEsJpFSQeVeGxwH0WfSL4=; b=OEnS7etzJYy/zXey+XlRRY/Sto0cShJFOgNS7ONcO5a4iH4GAp4rN3mDgTV19cGcSC f29HTA4tMk8CXmFxXpSM12c2TADa2CwQKLSZjuxcs4kK7/RHKE6zfk4JmgJRIg9bTR30 Q34vAh4/fHZvh4On+dSpeuvlI/YDpxLkQaBO0xQnDOqCUdf/3UdMuKdoJPRg+aPaQ1gg 4fVsW8POOKZx6WCSjeo8rFxKtROgKGWKO7OwMqon76LtM9bQiwokr0d/+ftV9h6N1Wg7 jvSYtQ9A8WtCCu1XXeEgZay9LzPDXcBdxaJBknKOmdcE/Do3SkNhNHkLFBqgrHa3zJLK oyOQ== X-Received: by 10.180.83.40 with SMTP id n8mr1077558wiy.57.1435363610947; Fri, 26 Jun 2015 17:06:50 -0700 (PDT) Received: from [10.1.1.1] (ip-31-134-220-10.netopen.cz. [31.134.220.10]) by mx.google.com with ESMTPSA id g15sm584487wiv.22.2015.06.26.17.06.50 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 Jun 2015 17:06:50 -0700 (PDT) From: Michal Ratajsky X-Google-Original-From: Michal Ratajsky Message-ID: <558DE912.3000505@FreeBSD.org> Date: Sat, 27 Jun 2015 02:06:42 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.7.0 MIME-Version: 1.0 To: soc-status@FreeBSD.org Subject: mtree weekly status report Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jun 2015 00:06:54 -0000 Hello everyone, while I've had a bit of a time struggle, I worked towards meeting my milestone set for June 26. That includes a fully functional mtree implementation with support for reading, writing and comparison of specs. For this, I've implemented writing and comparison in libmtree and an initial version of mtree(1), that is based on nmtree, but includes quite a bit of cleanups and portability improvements. For now I can confirm that the software compiles and works well on (at least) FreeBSD, NetBSD and Linux. As the time goes I plan to get some extra VMs running so that I can confirm that it works on other platforms as well. My goal for the next week or 2 is to extend mtree to support all of its previous features, notably modifying file structure according to specs and filtering capabilities. To give filtering some flexibility I plan to partially implement it in libmtree to allow applications to define a filtering function and have libmtree do the work. Thank you, Michal