From owner-p4-projects@FreeBSD.ORG Mon Jan 18 00:14:52 2010 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 7E8BD106568D; Mon, 18 Jan 2010 00:14:52 +0000 (UTC) Delivered-To: perforce@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A727106566C for ; Mon, 18 Jan 2010 00:14:52 +0000 (UTC) (envelope-from pgj@FreeBSD.org) Received: from repoman.freebsd.org (repoman.freebsd.org [IPv6:2001:4f8:fff6::29]) by mx1.freebsd.org (Postfix) with ESMTP id 165718FC14 for ; Mon, 18 Jan 2010 00:14:52 +0000 (UTC) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id o0I0EqgI042738 for ; Mon, 18 Jan 2010 00:14:52 GMT (envelope-from pgj@FreeBSD.org) Received: (from perforce@localhost) by repoman.freebsd.org (8.14.3/8.14.3/Submit) id o0I0Ep79042736 for perforce@freebsd.org; Mon, 18 Jan 2010 00:14:51 GMT (envelope-from pgj@FreeBSD.org) Date: Mon, 18 Jan 2010 00:14:51 GMT Message-Id: <201001180014.o0I0Ep79042736@repoman.freebsd.org> X-Authentication-Warning: repoman.freebsd.org: perforce set sender to pgj@FreeBSD.org using -f From: Gabor Pali To: Perforce Change Reviews Precedence: bulk Cc: Subject: PERFORCE change 173299 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2010 00:14:52 -0000 http://p4web.freebsd.org/chv.cgi?CH=173299 Change 173299 by pgj@Binturong on 2010/01/18 00:14:38 IFC Affected files ... .. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/advanced-networking/chapter.sgml#38 integrate .. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/cutting-edge/chapter.sgml#28 integrate .. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/security/chapter.sgml#22 integrate .. //depot/projects/docproj_hu/www/en/news/status/Makefile#8 integrate .. //depot/projects/docproj_hu/www/en/news/status/report-2009-10-2009-12.xml#2 integrate .. //depot/projects/docproj_hu/www/en/news/status/status.sgml#9 integrate .. //depot/projects/docproj_hu/www/hu/platforms/sparc.sgml#17 integrate .. //depot/projects/docproj_hu/www/share/sgml/news.xml#80 integrate Differences ... ==== //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/handbook/advanced-networking/chapter.sgml#38 (text+ko) ==== @@ -1,7 +1,7 @@ + October-December @@ -14,9 +14,9 @@ Introduction

This report covers &os; related projects between October and - December 2009. Obviously, this is the last report in 2009, - which has shown to be very important for the &os; Project. Besides - other remarkable things, a new major version of &os;, 8.0-RELEASE, has been + December 2009. This is the last of the four reports covering 2009, + which has shown to be a very important year for the &os; Project. Besides + other notable things, a new major version of &os;, 8.0-RELEASE, has been released, while the release process for 7.3-RELEASE is soon to begin.

Thanks to all the reporters for the excellent work! We hope you @@ -109,12 +109,12 @@ - SVN - repository - Official Announcement + + SVN + repository @@ -207,8 +207,8 @@

Existing ata(4) infrastructure, which has been around many years, - has various problems and limitations with compared to modern - controllers/devices support. Although the CAM subsystem (used for SCSI) + has various problems and limitations when compared to modern + controllers/device support. Although the CAM subsystem (used for SCSI) is almost as old as ata(4), it is more eligible to solve the current problems. To reduce code duplication and better support border cases such as ATAPI and SAS, we have started to develop a new CAM based @@ -229,7 +229,7 @@ making controller driver API stricter.

Command queuing support gives new ATA implementation up to - double performance benefit on some workloads, whereas 20-30% is + double performance benefit on some workloads, with 20-30% improvement quite usual.

SATA Port Multiplier support makes it easy to build fast and @@ -294,9 +294,9 @@ - Fix sporadic rendering freezes + Fix sporadic rendering freezes. - Fix JavaScript interpreter, v8, on i386 architecture + Fix JavaScript interpreter, v8, on i386 architecture. @@ -769,10 +769,10 @@

This work allows Linux applications using V4L video calls to work with existing &os; video drivers that provide V4L interfaces. It is tested and working with the net/skype port and also with - browser-based Flash applications that access webcams. It is tested on - &os;-8.0/amd64 and &os;-7.2/i386. An early version has been + browser-based Flash applications that access webcams. An early version has been committed to 9.0-CURRENT and work is in progress to commit the latest - version and then MFC.

+ version and then MFC. It is also tested on &os;-8.0/amd64 and + &os;-7.2/i386.

Note: to be clear, this does not add V4L support to all webcams. The &os; camera driver must already offer V4L support itself in @@ -1008,7 +1008,7 @@ been used extensively by the developers. The primary author of this port is Oleksandr Tymoshenko (gonzo@FreeBSD.org). -

  • A new port to the sibyte BCM1250 SoC on the BCM91250 +
  • A new port to the SiByte BCM1250 SoC on the BCM91250 evaluation board (aka SWARM). This port is reported to be stable, but this hardware is a little old and not widely available. The primary author of this port is Neel Natu (neel@FreeBSD.org). Only @@ -1050,7 +1050,7 @@ but experimental.
  • Work on SMP is underway to support multicore processors like - the sibyte, Octeon and XLR processors.
    • + the SiByte, Octeon and XLR processors.

    The development branch had been updated incorrectly several times over the @@ -1098,7 +1098,7 @@

    The purpose of this project is to provide &os; with support for the Flattened Device Tree (FDT) technology, the mechanism for describing computer hardware resources, which cannot be probed or self enumerated, in - a uniform and portable way. The primary consumer of this technology are + a uniform and portable way. The primary consumers of this technology are embedded &os; platforms (ARM, AVR32, MIPS, PowerPC), where a lot of designs are based on similar chips but have different assignment of pins, memory layout, addresses bindings, interrupts routing and other resources.

    @@ -1264,8 +1264,8 @@ -

    Important changes regarding &os; TDM Framework since last Status - Report:

    +

    Important changes regarding &os; TDM Framework since the last status + report:

    • Fully functional TDM controller driver for Marvell Kirkwood and @@ -1316,13 +1316,13 @@ NetBSD's implementation - OpenSolaris's implementation + OpenSolaris' implementation

      On January 13, I removed the utmp user accounting database and - replaced it with POSIX utmpx. Unfortunately, the upgrade path is a bit - bumpy, because the utmp interface provided almost no library + replaced it with a new POSIX utmpx implementation. Unfortunately, the upgrade path is a bit + complex, because the utmp interface provided almost no library interface to interact with the database files.

      This change may have caused some regressions. Some ports may fail @@ -1358,8 +1358,8 @@

      Good compatibility has been ensured and there are only few pending - items which have to be reviewed/enhanced. Recently, an enhancement - has been completed which makes it possible to accomplish better + items that have to be reviewed/enhanced. Recently, an enhancement + has been completed, which makes it possible to accomplish better transliteration, just like in the GNU version. An initial testing patch is expected at the beginning of February.

      @@ -1426,7 +1426,7 @@

      NVIDIA has released the first BETA version of its graphics drivers for &os;/amd64. Note that this driver will work on &os; - versions 7.3 or 8.0 and later. It also works on very recent + versions 7.3-RELEASE or 8.0-RELEASE and later. It also works on very recent versions of 7.2-STABLE. More details are provided in the official release announcement.

      @@ -1488,7 +1488,7 @@

      The list of PRs recommended for committer evaluation by the Bugbusting Team continues to receive new additions; however, it has not yet achieved high visibility. (This list contains PRs, - mostly with patches, that the Bugbusting Team feel are probably + mostly with patches, that the Bugbusting Team consider potentially ready to be committed as-is, or are probably trivially resolved in the hands of a committer with knowledge of the particular subsystem.) One of the suggestions at the Cambridge devsummit @@ -1505,9 +1505,9 @@ been converted, and we are keeping up as new ones come in. We hope that this is making it easier to browse the PR database.

      -

      The overall PR count jumped to over 6200 during the 8.0 release - cycle, but seems to have stabilized at around 6100. As in the - past, we have a fairly good clearance rate for ports PRs, but +

      The overall PR count jumped to over 6,200 during the 8.0-RELEASE release + cycle but seems to have stabilized at around 6,100. As in the + past, we have a fairly good clearance rate for ports PRs but much less so for other PRs. (Partly this is due to the concept of individual ports having 'maintainers'.)

      @@ -1533,10 +1533,10 @@

      Work continues on our ia64 port. Many recent commits to - help improve stability have been made to -CURRENT and MFCed + help improve stability have been made to 9.0-CURRENT and MFCed to 8-STABLE.

      -

      Due to interest from one very motivated user, package builds +

      Due to interest from a very motivated user, package builds have been restarted for ia64-8. This is primarily intended as a QA step to discover and fix bugs on ia64, rather than to create packages for upload.

      @@ -1563,7 +1563,7 @@ Configure a fourth machine that has been made available to us. - Figure out the problems with the latest gcc port on + Figure out the problems with the latest GCC port on ia64. We can use some help with reviewing the ia64 platform pages @@ -1594,28 +1594,31 @@ reasons:

        -
      • Uses latest v4 firmware image instead of using v3 which is - enough old one so we could have benefits supporting N-PHYs or - fixes various firmware bugs.
        • +
      • Uses latest v4 firmware image instead of using the much older v3 + firmware. In this way, we have some great benefits, such as + support for N-PHYs and the fixes of various earlier firmware bugs.
        • -
      • Supports PIO mode that as you might Broadcom Wireless Driver - is created by reverse-engineering so AFAIK some H/W does not +
      • Supports PIO mode. This is important because — as you might + know — the Broadcom Wireless Driver is created by + reverse-engineering so some pieces of hardware might not work with DMA operations.
      • Supports 64 bit DMA operations.
      • Separates bwi(4) driver into two parts; siba(4) driver and - bwn(4) driver. AFAIK many Broadcom wirelesses or NIC devices - are based on Silicon Sonics Backplane and bwi(4) was one of - them but in a case of bwi(4) it had implemented siba(4) - driver internally so other drivers which were willing to use - the SIBA APIs had to implement their own routines. In bwn(4) - I wanted to avoid it.
        • + bwn(4) driver. Many Broadcom wireless and NIC devices + are based on Silicon Sonics Backplane, such as bwi(4), which + implemented the SIBA operations internally. This resulted in + code duplication as other drivers had to implement their + own routines to deal with SIBA. In the case of bwn(4), + these two parts have been separated and implemented in their + own kernel modules to avoid this problem and help further + development by providing a standalone siba(4) driver.
      -

      Currently it is tested on big/little endian machines and 32/64 - bits DMA operation with STA mode. A major patch for siba(4) - is being reviewed before committing into HEAD.

      +

      Currently, it is tested on big/little endian machines and 32/64-bit + DMA operation with STA mode. A major patch for siba(4) + is being reviewed before committing into 9.0-CURRENT.

      @@ -1650,7 +1653,7 @@

      The Release Engineering Team would like to thank George Neville-Neil (gnn@) for his service on the team. George continues to work with the &os; Project but has stepped down - from the Release Engineering Team to focus on those other + from the Release Engineering Team to focus on other activities.

      @@ -1677,25 +1680,25 @@ identified:

        -
      • problems with the IPcomp packet handling in IPsec.
        • +
      • Problems with the IPcomp packet handling in IPsec.
      • opencrypto compression handling and deflate implementation limitations. These were debugged using DTrace SDT probes.
        • -
      • problems due to an outdated version of zlib used in some +
      • Problems due to an outdated version of zlib used in some parts of the network stack and by the opencrypto - framework
        • + framework.

      Patches for all but the zlib support have been committed to - HEAD and merged to all supported stable branches including - RELENG_6. Special thanks to Eugene Grosbein for helping with + 9.0-RELEASE and merged to all supported stable branches including + 6-STABLE. Special thanks to Eugene Grosbein for helping with testing.

      - Fix ng_deflate so that we could make use of Kip Macy's work + Fix ng_deflate so that we can make use of Kip Macy's work on an up-to-date unified zlib version in the kernel, which would also fix the last occasional IPcomp hiccups. @@ -1721,10 +1724,10 @@

      Despite a difficult economy, we more than doubled our number - of donors, we raised $269k towards our goal of $300k, and with + of donors, we raised $269K towards our goal of $300K, and with an improved economy hope to surpass that this year.

      -

      We funded two new projects. One is the Flattened Device Tree by +

      We have funded two new projects. One is the Flattened Device Tree by Rafal Jaworowski. And, the second one is Highly Available Storage by Pawel Jakub Dawidek. We continued supporting the New Console Driver by Ed Schouten and Improvements to the &os; TCP Stack by @@ -1790,10 +1793,10 @@ -

      VirtualBox 3.1.2 has been committed to the Ports tree.

      +

      VirtualBox 3.1.2 has been committed to the ports tree.

      Several changes to the port have been performed with this - update which include:

      + update including:

      • Port has been renamed to virtualbox-ose to reflect that we @@ -1810,22 +1813,22 @@
      • Procfs is not required anymore because vbox uses sysctl(3) now.
        • -
      • Nox@'s &os; host networking patches have been added. They +
      • Juergen Lock's &os; host networking patches have been added. They are now also in the upstream vbox SVN (modulo vbox variable naming style adjustments).
      • Allow direct tap networking again (for users that need the best network performance and/or need more complex network setups, like when they want to use routing instead of bridging - to e.g. protect guests from messing with the lan's arp tables; + to e.g. protect guests from messing with the lan's ARP tables; a tap + routing + proxy arp example is in the above freebsd-emulation@ posting.)
        • -
      • Enable vbox' shared mac feature when using bridged mode on - a wifi interface, together with the virtualbox-ose-kmod - change this should fix bridged mode for wifi users.
        • +
      • Enable vbox's shared MAC feature when using bridged mode on + a Wifi interface, together with the virtualbox-ose-kmod + change this should fix bridged mode for Wifi users.
        • -
      • We would like to say thanks to all the people who helped us +
      • We would like to say thanks to all the people that helped us by reporting bugs and submitting fixes. We also thank the VirtualBox developers for their help with the ongoing effort to port VirtualBox to &os;
        • @@ -1841,12 +1844,12 @@ BSDCan Information - info@bsdcan.org + info@BSDCan.org - + @@ -1857,7 +1860,7 @@ appeals to a wide range of people from extreme novices to advanced developers.

        -

        BSDCan 2010 will be held on 13-14 May 2010 at University of +

        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.

        @@ -1876,12 +1879,12 @@ AsiaBSDCon Information - secretary@asiabsdcon.org + secretary@AsiaBSDCon.org - + @@ -1894,7 +1897,7 @@ systems based on FreeBSD, NetBSD, OpenBSD, DragonFlyBSD, Darwin and MacOS X.

        -

        The next conference will be held at Tokyo University of +

        The next conference will be held at the Tokyo University of Science, Tokyo, Japan, on 11th to 14th March, 2010.

        For more detailed information, please check the conference @@ -1903,7 +1906,7 @@ - meetBSD 2010 -- The BSD Conference + meetBSD 2010 — The BSD Conference @@ -1911,28 +1914,26 @@ meetBSD Information - info@meetbsd.org + info@meetBSD.org - +

        The meetBSD conference is an annual event gathering users and - developers of the BSD operating system family, mostly FreeBSD, + developers of the BSD operating system family, mostly &os;, NetBSD and OpenBSD. Afer the special California edition, meetBSD Wintercamp in Livigno, this year we are back to Krakow, Poland.

        -

        In 2010, meetBSD will be held on 2-3 July at Jagiellonian +

        In 2010, meetBSD will be held on 2-3 July at the Jagiellonian University.

        See the conference main web site for more details.

        - - @@ -1978,24 +1979,24 @@

        We are again able to build bootable i386/amd64 kernel. Nathan - Whitehorn commited a fix to &os; which enabled LLVM/clang to + Whitehorn committed a fix to &os;, which enabled LLVM/clang to work mostly fine on PowerPC. There is some preliminary testing of LLVM/clang on ARM and MIPS being done. We have some ideas about sparc64 support which are currently being investigated. You are welcome to contact us if you want to help.

        -

        Since the last report a lot has happened mostly in the area of - C++, clang is currently able to build working groff, gperf and - devd, ie. all of the C++ apps we have in base. Unfortunatelly, +

        Since the last report, a lot has happened mostly in the area of + C++; clang is currently able to build working groff, gperf and + devd, i.e. all of the C++ apps we have in base. Unfortunately, it still cannot build any of the C++ libraries — two of them are missing builtins and libstdc++ is broken for other reasons.

        -

        Not much happened in the clangbsd branch as we cannot upgrade +

        Not much happened in the clangbsd branch as we cannot upgrade the clang/llvm there because we are blocked by a bug that requires using newer assembler than we can ship. This might be solved by either fixing this (short term) or using - llvm-mc instead of gnu as for assembling (longer term).

        + llvm-mc instead of GNU as for assembling (longer term).

        @@ -2020,17 +2021,13 @@ - -

        Preliminary Hardware Performance Counter support for Intel - XScale ARM processors was committed to FreeBSD 9.0-CURRENT + XScale ARM processors was committed to &os; 9.0-CURRENT in December. This adds another supported architecture to hwpmc(9). The system works for basic performance counter usage but more advanced usage scenarios, namely callchain support, are not yet implemented.

        - -         ==== //depot/projects/docproj_hu/www/en/news/status/status.sgml#9 (text+ko) ==== @@ -1,6 +1,6 @@ - + ]> @@ -8,7 +8,7 @@ &header; -

        Next submissions due: January 15, 2010

        +

        Next submissions due: April 15th, 2010

        Use the xml generator or download and edit the @@ -42,6 +42,8 @@

        2009