PERFORCE change 177343 for review

Gabor Pali pgj at FreeBSD.org
Sun Apr 25 21:21:07 UTC 2010


http://p4web.freebsd.org/@@177343?ac=10

Change 177343 by pgj at Binturong on 2010/04/25 21:20:23

	IFC

Affected files ...

.. //depot/projects/docproj_hu/www/en/news/status/Makefile#9 integrate
.. //depot/projects/docproj_hu/www/en/news/status/report-2010-01-2010-03.xml#2 integrate
.. //depot/projects/docproj_hu/www/en/news/status/status.sgml#10 integrate
.. //depot/projects/docproj_hu/www/hu/share/sgml/news.xml#100 integrate
.. //depot/projects/docproj_hu/www/share/sgml/news.xml#95 integrate

Differences ...

==== //depot/projects/docproj_hu/www/en/news/status/Makefile#9 (text+ko) ====

@@ -1,4 +1,4 @@
-# $FreeBSD: www/en/news/status/Makefile,v 1.49 2010/01/17 17:34:02 danger Exp $
+# $FreeBSD: www/en/news/status/Makefile,v 1.50 2010/04/22 15:44:53 danger Exp $
 
 .if exists(../Makefile.conf)
 .include "../Makefile.conf"
@@ -46,6 +46,7 @@
 XMLDOCS+=	report-2009-01-2009-03
 XMLDOCS+=	report-2009-04-2009-09
 XMLDOCS+=	report-2009-10-2009-12
+XMLDOCS+=	report-2010-01-2010-03
 
 XSLT.DEFAULT=	report.xsl
 

==== //depot/projects/docproj_hu/www/en/news/status/report-2010-01-2010-03.xml#2 (text+ko) ====

@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="ISO-8859-1"?>
 <!DOCTYPE report PUBLIC "-//FreeBSD//DTD FreeBSD XML Database for Status
 Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
-<!-- $FreeBSD: www/en/news/status/report-2010-01-2010-03.xml,v 1.1 2010/04/18 19:15:53 danger Exp $ -->
+<!-- $FreeBSD: www/en/news/status/report-2010-01-2010-03.xml,v 1.3 2010/04/24 08:57:00 danger Exp $ -->
 <report>
   <date>
     <month>January-March</month>
@@ -12,10 +12,20 @@
   <section>
     <title>Introduction</title>
 
-    <p>SUMMARY GOES HERE</p>
+    <p>This report covers &os; related projects between January and
+      March 2010.  Being the first of the four reports planned for 2010 with
+      46 entries, it shows a good progress of the &os; Project and proves
+      that our committers are keeping up with the latest trends in the OS
+      development.  During this period, a new minor version of &os;,
+      7.3-RELEASE, has been released, while the release process for
+      8.1-RELEASE is soon to begin and is planned to be released later this
+      summer.</p>
+
+    <p>Thanks to all the reporters for their excellent work!  We hope you
+      enjoy the reading.</p>
 
-    <p>Thanks to all the reporters for the excellent work! We hope you
-    enjoy reading.</p>
+    <p>Please note that the deadline for submissions covering the
+      period between April and June 2010 is July 15th, 2010.</p>
   </section>
 
   <category>
@@ -107,7 +117,7 @@
     <body>
       <p>The ALQ(9) implementation and KPI has been rototilled and modified
 	(one more patch needs to be committed) to support variable length
-	messages.   In addition, it can now be compiled and loaded as a kernel
+	messages.  In addition, it can now be compiled and loaded as a kernel
 	module.</p>
 
       <p>With the ALQ changes in head, SIFTR can finally be imported.</p>
@@ -151,7 +161,7 @@
 	laid the groundwork to allow different congestion aware transports to
 	share congestion control algorithms.  The import into the head branch
 	is a big job and my time is limited, so progress will be slow and I
-	will nott have it done and ready to MFC by 8.1 as I had hoped.  I will
+	will not have it done and ready to MFC by 8.1 as I had hoped.  I will
 	aim to have it in 8.2 though.</p>
     </body>
 
@@ -178,7 +188,7 @@
     </contact>
 
     <body>
-      <p>In February work was done to address resources leaks in the
+      <p>In February work was done to address resource leaks in the
 	(virtual) network stack, especially on teardown.</p>
 
       <p>During that time also multiple general run-time problems and leaks
@@ -193,11 +203,11 @@
 	especially radix/routing table memory.<br />
 	In addition epair(4) was enhanced and debugging was improved.</p>
 
-      <p>Work on this had been sponsored by ISPsystem.</p>
+      <p>This work was sponsored by ISPsystem.</p>
     </body>
 
     <help>
-      <task>Merge the remainders of patches.</task>
+      <task>Merge the remaining patches.</task>
 
       <task>Work on a better teardown model and get to the point where we
 	can free UMA zones without keeping pages for type stability and
@@ -249,7 +259,7 @@
   </project>
 
   <project cat="team">
-    <title>Release Engineering Team Status Report</title>
+    <title>Release Engineering Team</title>
 
     <contact>
       <person>
@@ -292,7 +302,7 @@
     </links>
 
     <body>
-      <p>mfsBSD is a set of scripts that generates a bootable image (e.g. a
+      <p>mfsBSD is a set of scripts that generate a bootable image (e.g. an
 	ISO file) that creates a working minimal installation of &os; that is
 	completely loaded into memory (mfs).</p>
 
@@ -320,7 +330,7 @@
   </project>
 
   <project cat="team">
-    <title>The &os; Foundation Status Report</title>
+    <title>The &os; Foundation</title>
 
     <contact>
       <person>
@@ -354,7 +364,7 @@
 
       <p>We grew our board of directors by adding Erwin Lansing.  This will
 	expand our representation in Europe.  Erwin brings ports knowledge and
-	expertise the the board.</p>
+	expertise to the board.</p>
 
       <p>We continued our work on infrastructure projects to beef up
 	hardware for package-building, network-testing, etc.</p>
@@ -389,9 +399,9 @@
       <p>'tbemd' stands for Target Big Endian Must Die.  The current build
 	systems requires that one define TARGET_BIG_ENDIAN for either big
 	endian MIPS or big endian ARM processors.  There are many problems
-	with this approach.  The resulting system will nott create the proper
-	binaries without TARGET_BIG_ENDIAN defined.  There is no way to know
-	what the endian is of the system you are running easily.  There are
+	with this approach.  The resulting system will not create the proper
+	binaries without TARGET_BIG_ENDIAN defined.  There is no easy way to
+	know what the endian is of the system you are running.  There are
 	many issues with ports, since they do not use bsd make, so do not
 	pick up the extra flags that are added if TARGET_BIG_ENDIAN is
 	defined.</p>
@@ -403,13 +413,13 @@
 	mips big endian and 64-bit mips little endian respectively.  ARM will
 	move to arm (little endian) and armeb (big endian), again following
 	the standards set elsewhere.  To facilitate a number of different
-	MACHINE_ARCHs all built form the same source, a new MACHINE_CPUARCH
+	MACHINE_ARCHs all built from the same source, a new MACHINE_CPUARCH
 	is introduced and represents the sources needed to build CPU support
 	for a given MACHINE_ARCH.</p>
 
       <p>In addition, MACHINE_ARCH is overused in the build system today.
 	Many of its uses are gratuitous and can be simplified.  Many of its
-	uses d not scale well and need to be refactored into a system that
+	uses do not scale well and need to be refactored into a system that
 	will scale well.  A per MACHINE/MACHINE_ARCH/MACHINE_CPUARCH selection
 	mechanism for makefile snippets will be introduced to move much of
 	the current if spaghetti into more controlled lists.<br />
@@ -445,9 +455,9 @@
 
     <body>
       <p>Work is underway to allow the &os; build system to use out of tree
-	compilers and binary utitilies (loaders, linkers, etc), especially in
+	compilers and binary utililies (loaders, linkers, etc), especially in
 	a cross compilation environment.  While it is possible to swap out the
-	compiler with relative ease with a compatible compiler, swapping out
+	compiler with a compatible compiler relatively easily, swapping out
 	the toolchain is more involved.  In addition, when using an external
 	compiler to build the system, certain parts of buildworld can be
 	omitted.</p>
@@ -623,8 +633,8 @@
     </links>
 
     <body>
-      <p>The purpose of this project is to provide embedded &os; with
-	generic and flexible scheme supporting NAND Flash devices.  The
+      <p>The purpose of this project is to provide embedded &os; with a
+	generic and flexible scheme to support NAND Flash devices.  The
 	framework provides a set of KOBJ interfaces inside the kernel, which
 	allow for uniform and flexible management of the NAND devices:</p>
 
@@ -638,25 +648,25 @@
 	  erase, get status etc.)</li>
 
 	<li>NAND character device, which exports chip device as a standard
-	  character devices and allows to read/write directly to a device, as
+	  character device and allows to read/write directly to a device, as
 	  well as perform other specific operations by using ioctl.</li>
 
 	<li>GEOM NAND class for basic access through GEOM.</li>
       </ul>
 
       <p>Part of the infrastructure is a full system simulator of
-	ONFI-compliant devices (NANDsim), with userland control application.
-	This allows for exercising the framework on platforms without real
+	ONFI-compliant devices (NANDsim), with a userland control application.
+	This allows for exercising of the framework on platforms without real
 	NAND chips.</p>
 
       <p>Current state highlights:</p>
 
       <ul>
-	<li>The framework is considered functional complete (including
+	<li>The framework is considered functionally complete (including
 	  NANDsim).</li>
 
-	<li>Back-end drivers for NAND Flash controllers (NFC), compliant
-	  with the framework, are available for the following chips</li>
+	<li>Framework compliant back-end drivers are available for the
+	  following NAND Flash controller (NFC) chips:</li>
 
 	<ul>
 	  <li>Freescale MPC8572 (PowerPC)</li>
@@ -734,7 +744,7 @@
 	ongoing basis, verifying how src code updates may affect the ports
 	tree, as well as providing QA runs for major ports updates.  Of note
 	-exp runs were done for; gabor's BSD licensed bc/dc in src/, mva's
-	OpenAL and SDL upgrades; brooks' removal of NGROUPS; ed's removal
+	OpenAL and SDL upgrades; brooks' removal of NGROUPS; ed's removal of
 	libcompat and regexp.h; dinoex's jpeg update; a test run for m4
 	update; jilles' update for sh(1); johans' update for bison; and
 	roam's curl update.</p>
@@ -752,7 +762,7 @@
       <task>Most ports PRs are assigned, we now need to focus on testing,
 	committing and closing.</task>
 
-      <task>Major commits expected soon include the lastest Xorg, KDE4, and
+      <task>Major commits expected soon include the latest Xorg, KDE4, and
 	Gnome updates.</task>
     </help>
   </project>
@@ -783,17 +793,17 @@
 	for a prototype to get a kernel to compile and boot with only INET6
 	but no INET compiled in earlier this year.</p>
 
-      <p>The main focus on this work is, at the moment, to identify general
+      <p>The current focus is to identify general
 	architectural problems and dependencies we do have between these two
 	address families as well as with the upper layer protocols.  This will
-	allow us to discuss those problems at one point, seek solutions but
-	also to keep in mind that we do not only need to take care of being
-	able to compile out INET6 in the future.</p>
+	at some point allow us to discuss the issues and seek solutions,
+	preparing for a future where we can remove either INET or INET6 from
+	the system.</p>
 
       <p>Once we will have a stable, in-tree way to compile out either
-	address family, optimizations wrt. to size, as well as user space
+	address family, optimizations wrt. size, as well as user space
 	will need to be worked on.  In addition to this, the work is believed
-	to help should we further head into the direction of network stack
+	to help should we further head in the direction of network stack
 	modularization.</p>
     </body>
   </project>
@@ -857,7 +867,7 @@
   </project>
 
   <project cat="net">
-    <title>experimental NFS subsystem (NFSv4)</title>
+    <title>Experimental NFS subsystem (NFSv4)</title>
 
     <contact>
       <person>
@@ -873,11 +883,11 @@
 
     <body>
       <p>Although the bare bones of the NFS Version 4 support was released
-	in &os;8.0, the integration has been progressing slowly and support
-	should be functional for &os;8.1 for RFC3530 (NFS Version 4.0).</p>
+	in &os; 8.0, the integration has been progressing slowly and support
+	should be functional for &os; 8.1 for RFC3530 (NFS Version 4.0).</p>
 
-      <p>Post &os;8.1, I believe the focus will be on code cleanup and,
-	under a projects area of svn, some experimental work on agressive
+      <p>Post &os; 8.1, I believe the focus will be on code cleanup and,
+	under a projects area of svn, some experimental work on aggressive
 	whole file caching to client disk.</p>
     </body>
 
@@ -916,21 +926,22 @@
     </contact>
 
     <links>
-      <url href="svn:users/kib/vm6">Branch for the rewrite</url>
+      <url href="http://svn.freebsd.org/viewvc/base/user/kib/vm6/">Branch for
+	  the rewrite</url>
 
       <url href="http://wiki.FreeBSD.org/VM6" />
     </links>
 
     <body>
-      <p>Based on the idea of Jeff Roberton, we reimplemented the path for
+      <p>Based on the idea of Jeff Roberson, we reimplemented the path for
 	read(2)/write(2) syscalls using page cache (in wide sense) to
-	eliminate the issues with recursive vnode and buffers locks
+	eliminate the issues with recursive vnode and buffer lock
 	acquisitions.  The usual reads and writes are no longer calls into
-	VOP_READ/VOP_WRITE, the operation is done by copying user buffers to
-	or from the pages of vnode.  This fixes known deadlocks when reads or
-	writes are done over file-mmaped buffers.</p>
+	VOP_READ/VOP_WRITE; the operation is done by copying user buffers to
+	or from the pages of the vnode.  This fixes known deadlocks when reads
+	or writes are done over file-mmaped buffers.</p>
 
-      <p>The patch changes the performance characteristics of I/O, we
+      <p>The patch changes the performance characteristics of I/O, and we
 	observed both better and worse behaviour.  If filesystem implements
 	VOP_GETPAGES and VOP_PUTPAGES without referencing buffer cache,
 	buffers are completely eliminated from the i/o path (not true for UFS
@@ -965,7 +976,7 @@
       <p>The alpha version of libunwind library port for &os; x86 and
 	x86_64 is completed and imported into the official libunwind git
 	repository.  Libunwind is the library to perform dynamic unwinding of
-	the stacks, using dwarf call frame information.  Library features
+	stacks, using dwarf call frame information.  The library features
 	remote unwinding using ptrace(2), very fast setjmp(3) implementation
 	and more interesting features.</p>
     </body>
@@ -1037,7 +1048,7 @@
 
     <body>
       <p>We have recently completed a massive revision of ipfw and
-	dummynet, and the result have been committed to HEAD and stable/8.
+	dummynet, and the result has been committed to HEAD and stable/8.
 	The main features introduced with this work are:</p>
 
       <ul>
@@ -1101,8 +1112,8 @@
 	<li>Yet another bug causing unaligned accesses in NFS server
 	  operation has been found and fixed in &os; 7 and 8.  Unlike as
 	  announced in the last Status Report, no Erratum Notices regarding
-	  these problems has been issued though at it quickly became obvious
-	  that dealing with so many of them is impracticable, especially
+	  these problems have been issued as it quickly became obvious
+	  that dealing with so many of them is impractical, especially
 	  since the fixes unveiled secondary bugs.</li>
 
 	<li>Alexander Motin has fixed several bugs in netgraph(4) nodes in
@@ -1111,15 +1122,15 @@
 
 	<li>Peter Jeremy has contributed several fixes for the sparc64 FPU
 	  emulation code, which now passes a test suite built around
-	  TestFloat.  These fixes were incorporated into into &os; 6, 7 and 8
+	  TestFloat.  These fixes were incorporated into &os; 6, 7 and 8
 	  but unfortunately did not quite make it into 7.3-RELEASE but will
 	  be present in 8.1-RELEASE and 7.4-RELEASE.</li>
 
 	<li>Support for UltraSPARC-IV and -IV+ CPUs has been added and will
-	  be present in 8.1-RELEASE and 7.4-RELEASE.  Thus Sun Fire V890 are
-	  now supported, due to lack of properly working test hardware not
-	  with configurations consisting of a mix of US-IV and -IV+ CPUs, and
-	  run stable.  However, performance is not yet where it should be,
+	  be present in 8.1-RELEASE and 7.4-RELEASE.  Thus Sun Fire V890 is
+	  now supported and stable, though due to the lack of properly working
+	  test hardware, not with configurations consisting of a mix of US-IV
+	  and -IV+ CPUs.  However, performance is not yet where it should be,
 	  i.e. a buildworld on a 4x1.5GHz US-IV+ Sun Fire V890 takes nearly 3
 	  hours while on a Sun Fire V440 with (theoretically) less powerful
 	  4x1.5GHz US-IIIi CPUs it takes just over 1 hour.  So far it is
@@ -1127,10 +1138,10 @@
 	  be a silicon bug of US-IV+ CPUs encountered and worked around while
 	  adding support for these.</li>
 
-	<li>Work on getting Sun Fire V1280 supported has been continued and
-	  after a third firmware bug has been worked around and a driver for
+	<li>Work on getting Sun Fire V1280 supported has been continued.
+	  A third firmware bug has been worked around and a driver for
 	  the BootBus controller, which provides console and time-of-day
-	  services in these machines, has been written, it is now possible to
+	  services in these machines, has been written.  It is now possible to
 	  netboot Sun Fire V1280 into multi-user mode.  Unfortunately, they do
 	  not run stable as processes may hang when transitioning to another
 	  CPU, likely due to what the OpenSolaris code refers to as Cheetah+
@@ -1195,9 +1206,9 @@
     <contact>
       <person>
 	<name>
-	  <given>Gábor</given>
+	  <given>G&aacute;bor</given>
 
-	  <common>Kövesdán</common>
+	  <common>K&ouml;vesd&aacute;n</common>
 	</name>
 
 	<email>gabor at FreeBSD.org</email>
@@ -1205,9 +1216,9 @@
 
       <person>
 	<name>
-	  <given>Gábor</given>
+	  <given>G&aacute;bor</given>
 
-	  <common>Páli</common>
+	  <common>P&aacute;li</common>
 	</name>
 
 	<email>pgj at FreeBSD.org</email>
@@ -1375,21 +1386,21 @@
 	help.  Thanks to the external contributions of Frank Boerner we were
 	able to update a substantial amount of documents.  This has resulted
 	in a great reduction of our backlog.  Subsequently, Benedict has
-	agreed to take Frank under mentorship for the german doc project.  We
+	agreed to take Frank under mentorship for the German doc project.  We
 	are looking forward to his future contributions and thank him for his
 	past efforts.</p>
 
-      <p>Johann was busy keeping the german website in sync with updates to
+      <p>Johann was busy keeping the German website in sync with updates to
 	FreeBSD.org.  However, there are still parts of the website that
 	remain untranslated.  We are looking for more support in maintaining
-	the german website.</p>
+	the German website.</p>
 
-      <p>&os; users with german language skills are always welcome to join
+      <p>&os; users with German language skills are always welcome to join
 	our efforts in translating the documentation and/or fixing bugs.</p>
     </body>
 
     <help>
-      <task>Translate more parts of the documentation and the german
+      <task>Translate more parts of the documentation and the German
 	website.</task>
 
       <task>Keep the current documentation up to date.</task>
@@ -1428,7 +1439,7 @@
       <p>QAT has been running on a single server for about two years now
 	and has proven very effective at catching problems with ports
 	commits.  Many of the problems it cannot catch are architecture or
-	branch related.  By moving QAT to a vmware box capable of running
+	branch related.  By moving QAT to a VMware box capable of running
 	arbitrary versions of &os; on both amd64 and i386 this limitation
 	will be removed.</p>
     </body>
@@ -1619,7 +1630,7 @@
 	fixed.</p>
 
       <p>It is now possible for interested parties to be emailed a weekly,
-	customized, report along the lines of the the above.  If you are
+	customized, report along the lines of the above.  If you are
 	interested in setting one up, contact <a
 	  href="mailto:linimon at FreeBSD.org">linimon at FreeBSD.org</a>.</p>
 
@@ -1637,7 +1648,7 @@
 	welcome to join us in #freebsd-bugbusters on EFnet.  We are always
 	looking for additional help, whether your interests lie in triaging
 	incoming PRs, generating patches to resolve existing problems, or
-	simply helping with the database housekeeping (identifying dulicate
+	simply helping with the database housekeeping (identifying duplicate
 	PRs, ones that have already been resolved, etc).  This is a great way
 	of getting more involved with &os;!</p>
     </body>
@@ -1782,9 +1793,9 @@
 	well as some changes to OpenSSH as well as plugins for PAM, NSS and
 	can support.</p>
 
-      <p>We have used several existing work and updated them to use new
+      <p>We have used several existing works and updated them to use new
 	OpenLDAP API, fixed several bugs and integrated them together.  All
-	these work are under BSD or similar license and our new work would be
+	these works are under BSD or similar license and our new work would be
 	under 2-clause BSD license.  Currently, we support storing user
 	identity, password and SSH public keys in LDAP tree.</p>
     </body>
@@ -1842,7 +1853,7 @@
 	PowerPC 970 (G5), and Cell Broadband Engine.  Current machine support
 	is limited to Apple single and dual processor G5 systems, with future
 	support planned for IBM Power Systems servers and the Sony
-	Playstation 3.</p>
+	PlayStation 3.</p>
     </body>
   </project>
 
@@ -1950,7 +1961,7 @@
       <p><B>Webcamd</B>
 	is a userland daemon that enables use of hundreds of different USB
 	based Linux device drivers under the &os;-8/9 operating system.
-	Currently the focus has been on USB webcam and USB DVB-T/S/C devices.
+	Current focus has been on USB webcam and USB DVB-T/S/C devices.
 	It is also possible to use the webcamd framework to make other Linux
 	kernel USB devices work under the &os;-8/9 operating system, without
 	violating the GPL license.  The daemon currently depends on libc,
@@ -2050,7 +2061,7 @@
 	and 8-STABLE.  Ongoing work is undergoing to bring bug fixes and
 	performance improvements from upstream svn -HEAD to approximately ZFS
 	v15 in the near future, and a full upgrade of ZFS to version 24
-	including the de-duplication functionality, etc.  The de-dubplication
+	including the de-duplication functionality, etc.  The de-duplication
 	functionality is currently partly supported, which is demonstrated
 	below:</p>
 
@@ -2144,9 +2155,9 @@
 	on.  The C++ part got a big boost now being able to compile all C++
 	code in &os; and itself.</p>
 
-      <p>We saw some movemement on Mips and PowerPC.  Mips got its driver
+      <p>We saw some movment on Mips and PowerPC.  Mips got its driver
 	definitions from Oleksander Tymoshenko and Nathan Whitehorn did the
-	same for PowerPC and tested the kernel.  Currently the PPC kernel
+	same for PowerPC and tested the kernel.  Currently, the PPC kernel
 	seems to boot but due to lack of va_arg implementation for PowerPC
 	nothing is printed out.  Nathan is working on that.</p>
 
@@ -2168,4 +2179,177 @@
       <task>Discussion on integrating LLVM/clang into &os;.</task>
     </help>
   </project>
+
+  <project cat='kern'>
+    <title>SUJ: Journaled Softupdates</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Jeff</given>
+	  <common>Roberson</common>
+	</name>
+	<email>jeff at FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="http://jeffr_tech.livejournal.com/" />
+    </links>
+
+    <body>
+      <p>The soft-updates journaling project is nearing completion and will
+	be available in head by the time this status report is released.
+	Backports to other releases are maintained in <a
+	  href="svn://svn.FreeBSD.org/base/projects/suj">SVN</a>.  SUJ is
+	fully backwards compatible with non-journaled softupdates.  Existing
+	systems will not be affected.  Journaling may be enabled and disabled
+	by tunefs on unmounted filesystems.  Journaling provides near-instant
+	filesystem recovery after crash at the expense of some runtime
+	performance and extra disk I/O.</p>
+    </body>
+  </project>
+
+  <project cat='proj'>
+    <title>PC-BSD PC-SysInstall Backend</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Kris</given>
+	  <common>Moore</common>
+	</name>
+	<email>kmoore at FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="http://www.pcbsd.org" />
+      <url href="http://trac.pcbsd.org/browser/pcbsd/trunk/pc-sysinstall">
+	  pc-sysinstall in Trac</url>
+    </links>
+
+    <body>
+      <p>We are currently doing a lot of code cleanup in the new System
+	Installer backend for PC-BSD, pc-sysinstall, which can be used to
+	install regular &os; as well.  Some new features have already been
+	implemented, such as:</p>
+
+      <ul>
+	<li>Improved ZFS support, raidz, mirroring, multiple mount-points
+	  per-pool, etc.</li>
+	<li>Support for GPT/EFI on "Full" installations, allowing us to go
+	  beyond the 2TB barrier.</li>
+	<li>MBR Slice/Partition manager.</li>
+	<li>geli passphrase support.</li>
+      </ul>
+    </body>
+
+    <help>
+      <task>We are mostly finished migrating to only using gpart instead of
+	fdisk, which gives us some new functionality for dealing with GPT/EFI
+	partitioning schemes.</task>
+   </help>
+  </project>
+
+  <project cat='net'>
+    <title>TCP/UDP connection groups</title>
+
+    <contact>
+      <person>
+	<name>
+	   <given>Robert</given>
+	   <common>Watson</common>
+	</name>
+	<email>rwatson at FreeBSD.org</email>
+      </person>
+      <person>
+	<name>
+	   <common>&os; network mailing list</common>
+	</name>
+	<email>freebsd-net at FreeBSD.org</email>
+      </person>
+    </contact>
+
+    <body>
+      <p>This on-going project is to reduce tcbinfo/udbinfo lock and cache
+	line contention; this global lock protects access to connection lists,
+	and while it is a read-write lock, it is acquired for every in-bound
+	packet (briefly) to look up the connection.  This project adds a new
+	connection group table, which assigns connections to groups, each of
+	which has CPU affinity and aligns with RSS-selected queues in high-end
+	1gbps and most 10gbps implementations. The following tasks have been
+	completed:</p>
+         
+      <ul>
+	<li>Teach libkvm to handle dynamic per-cpu storage (DPCPU) to improve
+	  crashdump analysis of per-CPU data.</li>
+	<li>Teach netstat to monitor netisr DPCPU queues for live kernels and
+	  crashdumps.</li>
+	<li>Create a new inpcbgroup abstraction, used for UDP and TCP.</li>
+	<li>Distribute UDP and TCP connections (inpcbs) over groups based on
+	  4-tuple bindings.</li>
+	<li>Replicate membership across all groups for wildcard socket
+	  bindings.</li>
+	<li>Write new TCP/UDP connection and binding regression tests.</li>
+      </ul>
+         
+      <p>The following tasks remain:</p>
+         
+      <ul>
+	<li>Migrate from naive work assignment algorithm to RSS
+	  assignment.</li>
+	<li>Modify device driver KPI to allow consistent initialization and
+	  configuration between stack and hardware.</li>
+	<li>Complete migration to dynamic, per-CPU network statistics in TCP,
+	  UDP, and IP.</li>
+	<li>Add socket options to query effective CPU affinity of connections
+	  from userspace.</li>
+	<li>On supporting hardware, allow affinity for a specific connection
+	  to be explicitly migrated using a socket option.</li>
+	<li>Detailed performance evaluation and optimization.</li>
+      </ul>
+         
+      <p>This work is being performed in the &os; Perforce repository, and
+	is sponsored by Juniper Networks.  Connection groups and related
+	features are slated for inclusion in &os; 9.0 (with possible
+	backports to 8-STABLE of some features).</p>
+    </body>
+  </project>
+
+  <project cat='misc'>
+    <title>BSDCan 2010 &mdash; The BSD Conference</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>BSDCan Information</given>
+	</name>
+	<email>info at BSDCan.org</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="http://www.BSDCan.org/2010/" />
+      <url href="http://www.BSDCan.org/2010/schedule/">Tutorials and Talks Schedule</url>
+    </links>
+
+    <body>
+      <p>BSDCan, a BSD conference held in Ottawa, Canada, has quickly
+	established itself as the technical conference for people
+	working on and with 4.4BSD based operating systems and related
+	projects.  The organizers have found a fantastic formula that
+	appeals to a wide range of people from extreme novices to
+	advanced developers.</p>
+
+      <p>BSDCan 2010 will be held on 13-14 May 2010 at the University of
+	Ottawa, and will be preceded by two days of Tutorials on 11-12
+	May 2010.</p>
+
+      <p>There will be related events (of a social nature, for the most
+	part) on the day before and after the conference.</p>
+
+      <p>Please check the conference web site for more information.</p>
+    </body>
+  </project>
 </report>

==== //depot/projects/docproj_hu/www/en/news/status/status.sgml#10 (text+ko) ====

@@ -1,6 +1,6 @@
 <!DOCTYPE HTML PUBLIC "-//FreeBSD//DTD HTML 4.01 Transitional-Based Extension//EN" [
 <!ENTITY base CDATA "../..">
-<!ENTITY date "$FreeBSD: www/en/news/status/status.sgml,v 1.59 2010/01/17 17:34:02 danger Exp $">
+<!ENTITY date "$FreeBSD: www/en/news/status/status.sgml,v 1.60 2010/04/22 16:07:40 danger Exp $">
 <!ENTITY title "FreeBSD Quarterly Status Reports">
 <!ENTITY % navinclude.about "INCLUDE">
 ]>
@@ -8,7 +8,7 @@
 <html>
   &header;
 
-  <h2>Next submissions due: April 15th, 2010</h2>
+  <h2>Next submissions due: July 15th, 2010</h2>
 
   <p>Use the <a href="http://www.FreeBSD.org/cgi/monthly.cgi">xml
       generator</a> or download and edit the <a href="report-sample.xml">
@@ -39,6 +39,13 @@
   <p>These status reports may be reproduced in whole or in part, as long as the
     source is clearly identified and appropriate credit given.</p>
 
+  <h2>2010</h2>
+  
+  <ul>
+    <li><a href="report-2010-01-2010-03.html">January, 2010 -
+      March, 2010</a></li>
+  </ul>
+
   <h2>2009</h2>
 
   <ul>

==== //depot/projects/docproj_hu/www/hu/share/sgml/news.xml#100 (text+ko) ====

@@ -5,13 +5,13 @@
 <!-- The FreeBSD Hungarian Documentation Project
      Translated by: PALI, Gabor <pgj at FreeBSD.org>
      %SOURCE%   share/sgml/news.xml
-     %SRCID%    1.310
+     %SRCID%    1.312
 -->
 
 <news>
   <cvs:keywords xmlns:cvs="http://www.FreeBSD.org/XML/CVS" version="1.0">
     <cvs:keyword name="freebsd">
-      $FreeBSD: www/hu/share/sgml/news.xml,v 1.46 2010/04/15 11:22:51 pgj Exp $
+      $FreeBSD: www/hu/share/sgml/news.xml,v 1.47 2010/04/21 20:09:58 pgj Exp $
     </cvs:keyword>
   </cvs:keywords>
 
@@ -22,6 +22,24 @@
       <name>4</name>
 
       <day>
+	<name>19</name>
+
+	<event>
+	  <p>&Uacute;j tag: <a href="mailto:rstone at FreeBSD.org">Ryan
+	    Stone</a> (src)</p>
+	</event>
+      </day>
+
+      <day>
+	<name>14</name>
+
+	<event>
+	  <p>&Uacute;j tag: <a href="mailto:anchie at FreeBSD.org">Ana
+	    Kukec</a> (src)</p>
+	</event>
+      </day>
+
+      <day>
 	<name>11</name>
 
 	<event>

==== //depot/projects/docproj_hu/www/share/sgml/news.xml#95 (text+ko) ====

@@ -25,7 +25,7 @@
 <news>
   <cvs:keywords xmlns:cvs="http://www.FreeBSD.org/XML/CVS" version="1.0">
     <cvs:keyword name="freebsd">
-      $FreeBSD: www/share/sgml/news.xml,v 1.313 2010/04/21 08:14:56 randi Exp $
+      $FreeBSD: www/share/sgml/news.xml,v 1.315 2010/04/24 23:29:19 danger Exp $
     </cvs:keyword>
   </cvs:keywords>
 
@@ -36,6 +36,18 @@
       <name>4</name>
 
       <day>
+	<name>22</name>
+
+	<event>
+	  <title>January-March, 2010 Status Report</title>
+
+	  <p>The January-March, 2010 Status Report is <a
+	    href="&enbase;/news/status/report-2010-01-2010-03.html">now
+	    available</a> with 46 entries.</p>
+	</event>
+      </day>
+
+      <day>
         <name>20</name>
 
         <event>
@@ -311,7 +323,7 @@
 	  <title>October-December, 2009 Status Report</title>
 
 	  <p>The October-December, 2009 Status Report is <a
-	    href="&base;/news/status/report-2009-10-2009-12.html">now
+	    href="&enbase;/news/status/report-2009-10-2009-12.html">now
 	    available</a> with 38 entries.</p>
 	</event>
       </day>


More information about the p4-projects mailing list