From 13fd03020479c35e716679d7c5617a94c53d2cf4 Mon Sep 17 00:00:00 2001
From: Ben Hutchings <ben@decadent.org.uk>
Date: Wed, 27 Aug 2014 16:53:53 -0700
Subject: [PATCH] Replace last year's new features with a recap of progress on
 them

---
 index.html | 165 ++++++-----------------------------------------------
 1 file changed, 18 insertions(+), 147 deletions(-)

diff --git a/index.html b/index.html
index a97baec..977894b 100644
--- a/index.html
+++ b/index.html
@@ -103,174 +103,45 @@
 </div>
 
 <div class="slide">
-  <h1>Team device driver [3.3]</h1>
+  <h1>Recap of last year's features (1)</h1>
   <ul class="incremental">
     <li>
-      Alternative to the bonding driver - simpler, modular, high-level
-      control deferred to userland
+      Team device driver: userland package (libteam) was uploaded in
+      October
     </li>
     <li>
-      Basic configuration can be done with <tt>ip</tt>, but it really
-      needs new tools - <tt>teamd</tt>, <tt>teamnl</tt>, etc.
+      Transcendent memory: frontswap, zswap and Xen tmem will be
+      enabled in next kernel upload
     </li>
     <li>
-      Make it work: see
-      <a href="http://bugs.debian.org/695850">http://bugs.debian.org/695850</a>
-    </li>
-  </ul>
-</div>
-
-<div class="slide">
-  <h1>Transcendent memory [3.0-3.5]</h1>
-  <ul class="incremental">
-    <li>
-      Abstract storage for memory pages, expected to be slower than
-      regular memory but faster than disk
-    </li>
-    <li>
-      Can provide a second layer of page cache (cleancache and frontswap)
-    </li>
-    <li>
-      Pages stored by hypervisor (Xen), compressed local memory
-      (zcache) or cluster of machines (RAMster)
-    </li>
-    <li>
-      Not yet enabled in Debian kernels, and needs some thought about
-      configuration
-    </li>
-    <li>
-      Make it work: see
-      <a href="https://lwn.net/Articles/454795/">https://lwn.net/Articles/454795/</a>
-      and send proposal to debian-kernel
-    </li>
-  </ul>
-</div>
-
-<div class="slide">
-  <h1>New KMS drivers [3.3-3.10]</h1>
-  <ul class="incremental">
-    <li>
-      DRM/KMS drivers added for old, new and virtual hardware -
-      AST, DisplayLink, Hyper-V, Matrox G200, QEMU Cirrus
-    </li>
-    <li>
-      Should be more robust than purely user-mode drivers, and
-      compatible with Secure Boot
-    </li>
-    <li>
-      Current X drivers don't work with these, so the kernel drivers
-      are disabled for now
-    </li>
-    <li>
-      Make it work: join the X Strike Force and package the new X
-      drivers
-    </li>
-  </ul>
-</div>
-
-<div class="slide">
-  <h1>Module signing [3.7]</h1>
-  <ul class="incremental">
-    <li>
-      Kernel modules can be signed at build time, and the kernel
-      configured to refuse loading unsigned modules
-    </li>
-    <li>
-      Necessary but not sufficient to implement Secure Boot -
-      we would also need signed kernel images and some other
-      restrictions when booted in this mode
-    </li>
-    <li>
-      Make Secure Boot work: come to the meeting on Tuesday
-    </li>
-  </ul>
-</div>
-
-<div class="slide">
-  <h1>More support for discard</h1>
-  <ul class="incremental">
-    <li>
-      Flash devices (and thin-provisioned SANs) can be more efficient
-      if the filesystem 'discards' unused disk space
-    </li>
-    <li>
-      Requires support in hardware, driver, filesystem and any layered
-      device drivers - e.g. LVM, RAID (added in 3.7)
-    </li>
-    <li>
-      Must be explicitly enabled, but d-i doesn't do this by default
+      New KMS drivers: should all work with current Xorg drivers
     </li>
     <li>
-      Make it work: fix <a href="http://bugs.debian.org/690977">http://bugs.debian.org/690977</a>
+      Module signing: still not enabled, but probably will be if we
+      do Secure Boot
     </li>
   </ul>
 </div>
 
 <div class="slide">
-  <h1>More support for containers</h1>
+  <h1>Recap of last year's features (2)</h1>
   <ul class="incremental">
     <li>
-      Containers are lightweight VMs - run on the same kernel as host,
-      but with limited privileges and resources
-    </li>
-    <li>
-      Previously done by OpenVZ and Linux-VServer; gradually being
-      reimplemented upstream
-    </li>
-    <li>
-      User namespaces (added in 3.7) support the existence of a
-      <tt>root</tt> user inside the container that is unprivileged
-      outside the container
-    </li>
-    <li>
-      Currently somewhat experimental, and requires filesystem
-      changes which haven't been done for XFS
-    </li>
-    <li>
-      Make user namespaces work: send patches to upstream XFS
-      developers (this one's hard)
-    </li>
-  </ul>
-</div>
-
-<div class="slide">
-  <h1>bcache [3.10]</h1>
-  <ul class="incremental">
-    <li>
-      Turns a fast block device into a cache for a larger, slower
-      device (see also: dm-cache, EnhanceIO)
-    </li>
-    <li>
-      Needs its own set of userland tools
-    </li>
-    <li>
-      Make it work:
-      see <a href="http://bugs.debian.org/708132">http://bugs.debian.org/708132</a>
-      (maybe just needs a sponsor)
-    </li>
-  </ul>
-</div>
-
-<div class="slide">
-  <h1>ARMv7 multiplatform</h1>
-  <ul class="incremental">
-    <li>
-      Until recently, each ARM kernel image could support only a small
-      set of different chips
-    </li>
-    <li>
-      Debian 'armmp' kernel now supports ARMv7 SoCs from Calxeda,
-      Freescale and Marvell, and others should be supported soon
+      More support for discard: still not enabled at install time
+      (<a href="https://bugs.debian.org/690977">#690977</a>)
     </li>
     <li>
-      Debian could run on a much larger range of ARM hardware - but we
-      need installer and boot loader support to make this easy
+      More support for containers: XFS was fixed, and user namespaces
+      have been enabled
     </li>
     <li>
-      Make it work: join the ARM porters and d-i team
+      bcache: userland package (bcache-tools) still not quite ready
+      (<a href="https://bugs.debian.org/708132">#708132</a>)
     </li>
     <li>
-      Make the GPUs work: join a reverse-engineering project
+      ARMv7 multiplatform: d-i works on <em>some</em> platforms but
+      I'm still not sure which.  Some progress on GPU drivers, but not
+      in Debian yet.
     </li>
   </ul>
 </div>
-- 
2.39.2