</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>
projects / kernel-news-talk.git / commitdiff