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