[kernel] r6062 - dists/trunk/docs

Sat Mar 4 23:40:03 UTC 2006

Author: maks-guest
Date: Sat Mar  4 23:40:01 2006
New Revision: 6062

Modified:
   dists/trunk/docs/bits_kernel_team_0306.txt
Log:
typo/grammar fixes + waldi feedback.
huge diff due to line-breaking tw=74


Modified: dists/trunk/docs/bits_kernel_team_0306.txt
==============================================================================

--- dists/trunk/docs/bits_kernel_team_0306.txt	(original)
+++ dists/trunk/docs/bits_kernel_team_0306.txt	Sat Mar  4 23:40:01 2006
@@ -8,49 +8,47 @@
 ~~~~~~~~~
 The common source package linux-2.6 builds the various kernel images and
 headers. All archs are supported with the current exception of
-mips/mipsel. The shift to an unified package since the linux-2.6.12
-release allows to ride latest upstream. We expect more easier security
-builds for the etch time frame too.
-
-Latest upstream reaches unstable almost the day of it's release.
-Experimental acts as staging area, where the -rcX kernels are build.  If
-you want to be on the sliding edge Bastian Blank provides daily builds out
-of the debian-kernel repository [1]. The most user visible change is the
+mips/mipsel. The shift to a unified package since the linux-2.6.12 release
+allows to ride latest upstream. The most user visible change is the
 renaming of kernel-image-2.6-$flavour into linux-image-2.6-$flavour. The
 old version being left as transitioning package for upgrades from sarge.
+We expect much easier security builds for the etch time frame too.
 
-There is lots of excitement around the x86 SMP alternatives patch, which
-would allow to reduce the current number of flavors. SMP hardware would
-just be an special case of hotplug CPU's. The uniprocessor flavors would
-also support SMP and the SMP ones could be dropped. On the feature side
-there is work going on to add vserver, xen and uml flavors to linux-2.6.
-Most legacy patches Debian specific patches have been cleared, the bulk of
-the current patchset is arch specific. 2.6 arch support is growing from
-release to release, so those patchsets should be no concern. 
-
-2.6 Linux features initramfs, which are gzipped cpio archives. They allow
-to take over early boot. The handoff occures much earlier than with initrd
-and ramfs is more memory efficient than older ramdisk.  Currently there
-are two different supported tools for generating the initramfs:
-initramfs-tools and yaird. initramfs-tools allowing a more generic boot
-image by design and thus is the default. See for details [2].
+Latest upstream reaches unstable almost the day of its release.
+Experimental acts as staging area, where the -rcX kernels are built.  If
+you want to be on the sliding edge, Bastian Blank provides daily builds out
+of the debian-kernel repository [1].
+
+There has been lots of excitement around the x86 SMP alternatives patch,
+which would allow to reduce the current number of flavors. SMP hardware
+would just be a special case of hotplug CPU's. The uniprocessor flavors
+would also support SMP and the SMP ones could be dropped. On the feature
+side there is work going on to add vserver, xen and uml flavors to
+linux-2.6.  Most legacy Debian specific patches have been cleared,
+the bulk of the current patchset is arch specific. 2.6 arch support is
+growing from release to release, so those patchsets should be no concern. 
+
+2.6 Linux features initramfs, which contains the boot-relevant drivers.
+Currently there are two different supported tools for generating the
+initramfs: initramfs-tools and yaird. initramfs-tools allows a more
+generic boot image by design and thus is the default. See for details [2].
 
 bug reporting
 ~~~~~~~~~~~~~
-Since kernels still fix more bugs then they create we encourage testing of
-latest -rcX kernels in experimental. If the bug you are seeing is fixed in
-latest -rcX then there is no need to open a bug report against previous
-2.6.  We will rebase linux-2.6 on the next upstream release. If your bug
-is reproducible in latest -rcX use reportbug and don't forget to add the
-relevant details like latest known good (full dmesg, lspci, ..). This
-allows upstream to be made aware of regressions.
+Since newer kernels still fix more bugs then they create we encourage
+testing of latest -rcX kernels in experimental. If the bug you are seeing
+is fixed in them there is no need to open a bug report against previous
+2.6 as we will rebase every new upstream release. If your bug is
+reproducible in latest -rcX use reportbug and don't forget to add the
+relevant details like latest known good (full dmesg, lspci, ..). This will
+allow upstream to be made aware of regressions.
 
 If you have an old open bug against earlier 2.6 revision please test
 against latest and feedback your findings.
 
 security
 ~~~~~~~~
-Dann Frazier and Simon Horman are doing a marvelous job in scanning,
+Dann Frazier and Simon Horman are doing a marvelous job in scanning and
 testing all CVE's, which get issued against the Linux kernel.  The next
 round of the sarge Debian kernel are prepared - testing is highly welcome
 [3]. You won't believe it but there is even a round for woody [4].
@@ -71,8 +69,8 @@
 Documentation
 ~~~~~~~~~~~~~
 The Debian Linux kernel handbook contains lots of information about the
-Debian Linux Image and how the various parts are build [5]. You'll find
-also very practical chapters like "Filing a bug against a kernel package".
+Debian Linux Image and how the various parts are built [5]. You'll also
+find very practical chapters like "Filing a bug against a kernel package".
 
 Cheers,
 

