diff --git a/en/news/status/report-2007-10-2007-12.xml b/en/news/status/report-2007-10-2007-12.xml index 12924c93bc..687ee2449f 100644 --- a/en/news/status/report-2007-10-2007-12.xml +++ b/en/news/status/report-2007-10-2007-12.xml @@ -2,7 +2,7 @@ - + October - December @@ -26,7 +26,7 @@ Report//EN" detailing their activities over the past few months.

-

FreeBSD 7.0 is nearing release and the 2nd Release Canidate is +

FreeBSD 7.0 is nearing release and the 2nd Release Candidate is ready for testing and is available for download now.

@@ -87,7 +87,7 @@ Report//EN" Linimon - bugmeister_at_freebsd_dot_org + bugmeister_at_FreeBSD_dot_org @@ -308,7 +308,7 @@ Report//EN" Birrell - jb@freebsd.org + jb@FreeBSD.org @@ -415,7 +415,7 @@ Report//EN" Evans - jasone@freebsd.org + jasone@FreeBSD.org @@ -434,7 +434,7 @@ Report//EN"

Allocation activity patterns can change throughout the lifetime of a program. Dynamic arena load balancing monitors arena lock - contention and re-assigns threads to other arenas as neccesary, + contention and re-assigns threads to other arenas as necessary, thus smoothing out allocator performance.

In order to monitor lock contention in support of arena load @@ -459,7 +459,7 @@ Report//EN" Losh - imp@freebsd.org + imp@FreeBSD.org @@ -469,7 +469,7 @@ Report//EN" Tymoshenko - gonzo@freebsd.org + gonzo@FreeBSD.org @@ -479,7 +479,7 @@ Report//EN" Houchard - cognet@freebsd.org + cognet@FreeBSD.org @@ -489,7 +489,7 @@ Report//EN" Stewart - rrs@freebsd.org + rrs@FreeBSD.org @@ -500,7 +500,7 @@ Report//EN" multicore systems.

Preliminary ports to adm 5120, the IDT RC32434, the Sentry 5, - and a few other targets have started. These ports are in vairous + and a few other targets have started. These ports are in various stages of stability.

Juniper Networks has donated a generic MIPS FreeBSD port. This @@ -587,7 +587,7 @@ Report//EN"

The current status includes updated user space utilities. Kernel side has grown support for multiple IP addresses for both address families in jails, while the old kernel internal lookup/checking - functions were kept and can be compiled in during the transistion + functions were kept and can be compiled in during the transition period limiting jails to one IP address. Additionally a show jails DDB command was added to ease debugging.

@@ -631,7 +631,7 @@ Report//EN"

The nxge driver provides support for Neterion Xframe-I and Xframe-II adapters. The driver supports TCP Segmentation Offload - (TSO/LSO), Large Receive Offlaod (LRO), Jumbo Frames (5 buffer + (TSO/LSO), Large Receive Offload (LRO), Jumbo Frames (5 buffer mode), Header Separation (Rx 2 buffer mode), VLAN, and Promiscuous mode.

@@ -822,7 +822,7 @@ Report//EN" the releases. In addition, linimon spent quite some time to try to get the sparc64 ports into better shape, and sent out a request for more people to help test sparc64 ports. Some people have responded - with offers for let committers get account on their machines.

+ with offers for letting committers get accounts on their machines.

Unfortunately during this time period, we became unable to build packages for ia64-7. As a result, we are not currently building @@ -1210,7 +1210,7 @@ Report//EN" Oppermann - andre@freebsd.org + andre@FreeBSD.org @@ -1240,7 +1240,7 @@ Report//EN" This way the reassembly queue can't be abused with many holes among small segments.

-

A further addition is the combination received SACK block +

A further addition is the combination of received SACK block tracking with the reassembly queue. The reassembly queue now tracks all blocks of segments. This makes tracking it again for SACK unnecessary. Additionally the limitation to six SACK blocks is @@ -1257,10 +1257,10 @@ Report//EN" Additional small performance and space optimizations. Extended testing with new ipfw tcptruncate option to chop up - tcp segments and feed them with full and partial loss into + TCP segments and feed them with full and partial loss into reassembly. - Full code review by other tcp developers. + Full code review by other TCP developers. @@ -1275,7 +1275,7 @@ Report//EN" Oppermann - andre@freebsd.org + andre@FreeBSD.org @@ -1293,14 +1293,14 @@ Report//EN"

The FreeBSD TCP code has evolved a lot over time and many new features were added. However over time it got crufty, complex and hard to read and track. In some places functionality was moved away - but the corresponding code in the main tcp functions was not or not + but the corresponding code in the main TCP functions was not or not fully removed.

The main purpose of of the TCP code cleanup and rewrite is to make the code: