Linux Kernelprogrammierung LWN - summary: ============== 01.07.2011: ^^^^^^^^^^^ 3.0-rc3 ^^^^^^^ The current development kernel is 3.0-rc3, released on June 13. Linus says: "There's a lot of small one-liners, but a few bigger chunks too: Radeon DRI updates, some btrfs updates, and fixing Sparc LEON support (and supporting PCI). Smaller updates to nilfs2 and ceph, and s390 and arm. Other than that, it's mostly random driver updates all over." Quotes ^^^^^^ It does look like there are too many problems to actually make it call itself "3.0", and that's sad. That's not an excuse for not trying to get those problems fixed, though. -- Linus Torvalds prepares for 3.0.0 The full set of patches will be sent, as normal, however they will be delayed by a few hours out of respect for those still awake and trying to get work done. -- Greg Kroah-Hartman delays the pain into the eastern hemisphere Native Linux KVM tool v2 ^^^^^^^^^^^^^^^^^^^^^^^^ The second iteration of the Native Linux KVM tool (a QEMU replacement for KVM) has been posted. The tool now has graphics support, SMP support, networking, file I/O said to be faster than QEMU, and more. The developers are now "officially aiming" to get the tool merged in the 3.1 kernel development cycle. interesting patches on LKML ^^^^^^^^^^^^^^^^^^^^^^^^^^^ - a reworked contiguous memory allocator (CMA) - Debating overlayfs 3.0-rc4 ^^^^^^^ The current development kernel is 3.0-rc4, released on June 20. It consists of a bunch of fixes (some for a couple of significant performance regressions) and a couple of new drivers. It also apparently has a new compilation error which may require the application of this patch to get around. The full changelog has all the details. Quotes ^^^^^^ Hardware often makes me want to dress all in black, sit at the end of the bar, drink, and cry. Often Matthew Garrett is right there with me so at least I have company on my trip to black, black oblivion. -- Dan Williams 3.0-rc5 ^^^^^^^ The current development kernel is 3.0-rc5, released on June 27. "Nothing terribly exciting here. The most noteworthy thing may be that only about a quarter of the changes are in drivers, filesystem changes actually account for more (40%): btrfs, cifs, ext4, jbd2, nfs are all present and accounted for." - Nokia N9 meego & QT mobile phone Upcomming Events ^^^^^^^^^^^^^^^^ Desktop Summit 2011, 06.08.2011 - 12.08.2011, Berlin http://desktopsummit.org FrOSCon 6, 20.08.2011 - 21.08.2011, Hochschule Bonn-Rhein-Sieg http://www.froscon.de LibreOffice Hackfest 2011, 02.09.2011 - 04.09.2011, Munich http://wiki.documentfoundation.org/Hackfest2011 openSUSE Conference 2011, 11.09.2011 - 14.09.2011, Nuremburg http://en.opensuse.org/Portal:Conference 13th Real-Time Linux Workshop, 20.10.2011 - 22.10.2011, Prague https://www.osadl.org/RTLWS-2011.rtlws-2011.0.html Linux Kernel Summit 2011 Plenary Session, 26.10.2011, Prague http://events.linuxfoundation.org/events/linux-kernel-summit/schedule 1st LinuxCon Europe, 26.10.2011 - 28.10.2011, Prague http://events.linuxfoundation.org/events/linuxcon-europe Embedded Linux Conference Europe, 26.10.2011 - 28.10.2011, Prague http://events.linuxfoundation.org/events/embedded-linux-conference-europe Chemnitzer Linuxtage März/April 18. LinuxTag 23.05.2012 - 26.05.2012, Berlin http://linuxtag.de LUGs ^^^^ http://www.lug-weingarten.de/ http://lugulm.de/ ... 09.06.2011: ^^^^^^^^^^^ The current development kernel is 3.0-rc1, released on May 29. Linus said: So what are the big changes? NOTHING. Absolutely nothing. Sure, we have the usual two thirds driver changes, and a lot of random fixes, but the point is that 3.0 is *just* about renumbering, we are very much *not* doing a KDE-4 or a Gnome-3 here. No breakage, no special scary new features, nothing at all like that. We've been doing time-based releases for many years now, this is in no way about features. If you want an excuse for the renumbering, you really should look at the time-based one ('20 years') instead. -- With the -rc1 release, Linus tagged the kernel "3.0.0" (with a new name of "Sneaky Weasel"). His stated intent is to drop the last digit during the stabilization period so that the final kernel would be just "3.0", but that depends on getting various user-space scripts fixed. Either way, the stable updates that most people will actually run will start with 3.0.1. -- The current development kernel is 3.0-rc2, released on June 6. "It's been reasonably quiet, although the btrfs update is bigger than I was hoping for. Other than that, it's mostly driver fixes, some ubifs updates too, and a few reverts for the early regressions." The short changelog is in the announcement, or see the full changelog for the details. Quotes of the week ^^^^^^^^^^^^^^^^^^ Bugs are like mushrooms - found one, look around for more... -- Al Viro Some of the changes: ^^^^^^^^^^^^^^^^^^^^ - It is now possible to move all threads in a group into a control group at once using the cgroup.procs control file. - The Blackfin architecture has gained perf events support. - Network: GPIO-controlled RF-kill switches. - at91-isi support: This patch is to enable Atmel Image Sensor Interface (ISI) driver support. - Using soc-camera framework with videobuf2 dma-contig allocator - Supporting video streaming of YUV packed format - Tested on AT91SAM9M10G45-EK with OV2640 Around the kernel: ^^^^^^^^^^^^^^^^^^ - The Linux Test Project has been released for MAY 2011. http://ltp.sourceforge.net - new version of module-init-tools Amongst other things, this release includes documentation cleanups, and a new release process automation driven by git, gpg, and scp (thanks to Mike Frysinger for the suggestion that this get cleaned up). 27.05.2011: ^^^^^^^^^^^ 2.8.0? / 3.0? - 5400 non-merge changesets have been pulled into the mainline kernel user visible changes: --------------------- * two new POSIX clock types: CLOCK_REALTIME_ALARM and CLOCK_BOOTTIME_ALARM used to wakeup systems from suspend * send multiple messages with a single system call: int sendmmsg(int fd, struct mmsghdr *mmsg, unsigned int vlen, unsigned int flags); * The Xen block backend driver (allowing guests to export block devices to other guests) has been merged. * and as always, lots of new drivers! internal changes: ----------------- * prefetching was removed from list and hlist traversal algorithms * int strtobool(const char *s, bool *res); Anything starting with one of [yY1] is considered to be true, while strings starting with one of [nN0] are false; anything else gets an -EINVAL error. * int kstrtol_from_user (const char __user *s, size_t count, unsigned int base, long *res); These functions take care of safely copying the string from user space and performing the integer conversion. * void *bsearch(const void *key, const void *base, size_t num, size_t size, int (*cmp)(const void *key, const void *elt)); This function will search for key in an array starting at base containing num elements of the given size. * The use of threads for the handling of interrupts on specific lines can be controlled with irq_set_thread() and irq_set_nothread(). * The function tracer can now support multiple users with each tracing a different set of functions. * The alarm timer mechanism - which can set timers that fire even if the system is suspended - has been merged. * The first rounds of ARM architecture cleanup patches have gone in. A number of duplicated functionalities have been consolidated, and support for a number of (probably) never-used platform and board configurations have been removed. e.g. board-omap3beagle.c: 52(+) 146(-) same functionality * The W= parameter to kernel builds now takes values from 1 to 3. At the first level, only warnings deemed to have a high chance of being relevant; a full kernel build generates "only" 4800 of them. At W=3, developers get a full 86,000 warnings to look at. Note that if you want all of the warnings, you need to say W=123. The merge window for this development cycle is likely to end on May 29, just before Linus boards a plane for Japan. 20.05.2011: ^^^^^^^^^^^ Linux 2.6.39 is out! There have been just over 10,000 non-merge changesets merged for 2.6.39; with the sole exception of 2.6.37 (11,446 changesets), that's the highest since 2.6.33. Those changes came from 1,236 developers; only 2.6.37 (with 1,276 developers) has ever exceeded that number. Those developers added 670,000 lines of code while deleting 346,000 lines, for a net growth of 324,000 lines. The most active contributors this time around were: By changesets Thomas Gleixner 442 4.4% David S. Miller 201 2.0% Mike McCormack 138 1.4% Mark Brown 127 1.3% Tejun Heo 119 1.2% Russell King 89 0.9% By changed lines Wey-Yi Guy 45680 5.6% Wei Wang 25224 3.1% Alan Cox 20880 2.6% Laurent Pinchart 20459 2.5% Guan Xuetao 20167 2.5% Larry Finger 14763 1.8% Tomas Winkler 14095 1.7% Arnd Bergmann 13748 1.7% Igor M. Liplianin 13491 1.7% Aaro Koskinen 13274 1.6% Russell King 12862 1.6% Changesets (None) 1374 13.7% Red Hat 1260 12.6% (Unknown) 690 6.9% Intel 571 5.7% Novell 376 3.7% Texas Instruments 372 3.7% IBM 305 3.0% Nokia 297 3.0% linutronix 276 2.8% (Consultant) 203 2.0% Google 180 1.8% Broadcom 180 1.8% By lines changed Intel 117903 14.6% (None) 94093 11.6% Red Hat 52140 6.4% Nokia 46063 5.7% Texas Instruments 39536 4.9% ..merge window for 2.6.40 is opened. 06.05.2011: ^^^^^^^^^^^ The current development kernel is 2.6.39-rc6, released on May 3. Linus said: We're still chasing some stuff down, but I think we're ok for -rc6. This isn't going to be the final -rc, but it doesn't seem to be in bad shape, and people who have posted regression reports please check them again, and people who haven't, please do give it a test. Quotes of the week Let ARM rot in mainline. I really don't care anymore. -- Russell King Yes, open source programming is a team sport, but finding the right people is really the killer feature (the same is obviously true in the kernel too - I really do think we have a great set of maintainers. I may complain about them and I'm somewhat infamous for my flames when things don't work, but at the same time I'm convinced there's some of the best people out there working on maintaining the kernel). -- Linus Torvalds 29.04.2011: ^^^^^^^^^^^ 2.6.39-rc4, released on April 18 more commits in -rc4 than in -rc3 problem: The plugging code still seems to trigger some issue with what looks like an infinite stream of disk-change notifications on CD-ROMs - but Jens is hopefully going to squish that problem soon. In the meantime, you can avoid the problem by either running SMP or having preemption enabled. 2.6.39-rc5, released on April 26 Another week, another keyboard destroyed by spilling coffee on it.. C'est la vie. I've been alternately kicking myself for merging it, and just being so pleased with the rcu pathname walk now extending outside of the no-security confines ... I dunno. The patches are all pretty simple (there's also a few dentry cleanup patches that were the result of me looking at profiles and generated code), and it really is a rather important performance thing, but at the same time I would shout at others for trying to merge it to me this late. So I'll consider myself properly chastised. Other than that? We should have all the fallout from the block layer plugging changes fixed now, and Tejun fixed the infinite CD-ROM disk-change notification thing. So that's hopefully all good and done. The diffstat actually looks pretty good, most of it is just one-liners and stuff like a few new device ID's etc. Quote of the week There really are only two acceptable models of development: "think and analyze" or "years and years of testing on thousands of machines". Those two really do work. -- Linus Torvalds 14.04.2011: ^^^^^^^^^^^ 2.6.39-rc3 is out: It's been another almost spookily calm week. Usually this kind of calmness happens much later in the -rc series (during -rc7 or -rc8, say), but I'm not going to complain. I'm just still waiting for the other shoe to drop. And it is possible that this really ended up being a very calm release cycle. We certainly didn't have any big revolutionary changes like the name lookup stuff we had last cycle. So I'm quietly optimistic that no shoe-drop will happen. Anyway, not only has it been calm, it's been pretty normal. Two thirds drivers is pretty normal, with the rest being fairly spread out all over. Let's hope the release cycle continues like this. I _like_ it when people really seem to follow the whole "big changes during the merge window" rules. Thanks guys, Linus ... Artem Bityutskiy (10): UBIFS: do not read flash unnecessarily UBIFS: fix oops on error path in read_pnode UBIFS: fix assertion warnings UBIFS: do not select KALLSYMS_ALL UBIFS: unify error path dbg_debugfs_init_fs UBIFS: fix error path in dbg_debugfs_init_fs UBIFS: fix debugging failure in dbg_check_space_info UBI: check if we are in RO mode in the erase routine UBI: do not compare array with NULL UBI: do not select KALLSYMS_ALL Ben Dooks (1): gpio/pca953x: fix error handling path in probe() call Bryan Schumaker (2): NFS: Fix a signed vs. unsigned secinfo bug ... 08.04.2011: ^^^^^^^^^^^ Quotes of the week II: in memoriam Linux has lost a great developer with the passing of David Brownell recently and he will be greatly missed. -- Greg Kroah-Hartman David made contributions to a large number of areas in the Linux kernel. Even a quick look through MAINTAINERS will show that he worked on USB controllers (OHCI, EHCI, OMAP and others), USB gadgets, USB networking, and SPI. He was influential in the core USB design (the HCD "glue" layer and the scatter-gather library) and the development of Power Management (system sleep and the USB PM implementation). His designs were elegant and his code was always a pleasure to read. He also was a big help to me personally, assisting in my initial entry to USB core development. And he was the first person I met at the first Linux conference I attended. I too will miss him. -- Alan Stern I guess many of us have similar experience with Dave. He also helped me a lot when I first started doing Linux development. I learned a lot from him and will miss him a lot. His teachings, I will always carry with me. -- Felipe Balbi - 2.6.39-rc2 is out 35% arch (ARM and power, some unicore32 cleanups) 35% drivers (net, input and some drm) 30% random (doc updates, perf, net, btrfs). Because it's such a small -rc, I'm appending the shortlog, something I usually don't get to do until -rc3 or -rc4. This should hopefully fix up the most annoying -rc1 problems. We had a couple, like the plugging issues with the IDE layer, causing some machines to not boot. Or the tty-full-and-hung one. And just the small fallout from the irq cleanups (which affected a couple of less common platforms). But on the whole really not a lot. Which is sincerely _hope_ is a sign that 2.6.39 is going to be a simple release. Knock wood. Go out and test, Linus - GNOME 3 is released 01.04.2011: ^^^^^^^^^^^ - GCC 4.6.0 is out support for the Go language, improved C++0x support, many optimization improvements including a "scalable whole program optimizer" which is said to be stable enough to use, a new -Ofast option, and more.. - 2.6.39-rc1 is out There have been just over 2,200 non-merge changesets pulled into the mainline since last week; that makes 8,757 total changes for this development cycle. - an option to force all interrupt handlers to run as threads - The media controller subsystem - The CHOKe packet scheduler - There is a new "mtdswap" block device which allows swapping directly to memory technology devices. - printk() and friends have a new "%pB" format specifier which prints a backtrace symbol and its offset. - Jump Label reworked #include struct jump_label_key my_key; Enabling and disabling the key is a simple matter of calling: jump_label_inc(struct jump_label_key *key); jump_label_dec(struct jump_label_key *key); And using the key to control the execution of rarely-needed code becomes: if (static_branch(&my_key)) { /* Unlikely stuff happens here */ } The 2.6.39 kernel now goes into the stabilization phase of the development cycle. If the usual pattern holds, we can expect to see on the order of 2000 fixes merged between now and the final release, which is likely to happen in early June. Quotes of the week The C preprocessor... It is ugly, inelegant, painful, annoying, and should have been strangled at birth -- but it is always there when you need it! -- Paul McKenney Make Linux Software presents the fastest ever embedded Linux boot for 720 MHz ARM and NAND flash memory. Linux boot time is 300 milliseconds from boot loader to shell. -- Constantine Shulyupin 25.03.2011: ^^^^^^^^^^^ - As always lots of new drivers :)) Processors and systems: VIA/WonderMedia VT8500/WM85xx System-on-Chips, IMX27 IPCAM boards, and MX51 Genesi Efika Smartbook systems. Block: Broadcom NetXtreme II FCoE controllers and Freescale MXS Multimedia Card interfaces. Graphics: Intel GMA500 controllers (2D acceleration only), USB-connected graphics devices, MXS LCD framebuffer devices, and LD9040 AMOLED panels. Input: Hyper-V virtualized mice, Roccat Kova[+] mouse devices, Roccat Arvo keyboards, Wolfson WM831x PMIC touchscreen controllers, Atmel AT42QT1070 touch sensor chips, and Texas Instruments TSC2005 touchscreen controllers. Networking: Texas Instruments WiLink7 bluetooth controllers (from staging), Bosch C_CAN controllers, Faraday FTMAC100 10/100 Ethernet controllers, and the Xen "netback" back-end driver. Miscellaneous: Faraday FUSB300 USB peripheral controllers, OMAP USBHS host controllers, NVIDIA Tegra USB host controllers, Texas Instruments PRUSS-connected devices, MSM UARTs, Maxim MAX517/518/519 DACs, RealTek PCI-E card readers, Analog Devices ad7606, ad7606-6, and ad7606-4 analog to digital converters, Maxim MAX6639 temperature monitors, Maxim MAX8688, MAX16064, MAX34440 and MAX34441 hardware monitoring chips, Lineage compact power line power entry modules, PMBus-compliant hardware monitoring devices, Linear Technology LTC4151 is high voltage I2C current and voltage monitors, Intel SCU watchdog devices, Ingenic jz4740 SoC hardware watchdogs, Xen watchdog devices, NVIDIA Tegra internal I2C controllers, Freescale i.MX28 I2C interfaces, MXS Application UART (AUART) ports, SuperH SPI controllers, Altera SPI controllers, OpenCores tiny SPI controllers, SMSC SCH5627 Super-I/O hardware monitoring chips, Texas Instruments ADS1015 12-bit 4-input ADC devices, Diolan U2C-12 USB adapters, SPEAr13XX PCIe controllers (in "gadget" mode), and Freescale MXS-based SoC i.MX23/28 DMA engines. Sound: Firewire-connected sound devices, Wolfson Micro WM8991 codecs, Cirrus CS4271 codecs, Freescale SGTL5000 codecs, TI tlv320aic32x4 codecs, Maxim MAX9850 codecs, and TerraTec 6fire DMX USB interfaces. Outgoing: A number of TTY drivers (epca, ip2, istallion, riscom8, serial167, specialix, stallion, generic_serial, rio, ser_a2232, sx, and vme_scc) have been moved to the staging tree in anticipation of removal in 2.6.41. The smbfs and autofs3 filesystems, which were moved to staging in 2.6.37, have now been moved out of the kernel entirely. - BKL http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=4ba8216cd90560bc402f52076f64d8546e8aefcb - New syscall: int syncfs(int fd); - The USB core has gained support for USB 3.0 hubs - New Dynamic Debugging Features tpm_nsc.c 346: dev_dbg(&pdev->dev, "NSC TPM detected\n"); echo file tpm_nsc.c line 346 +p > .../dynamic_debug/control echo file tpm_nsc.c line 346-373 +p > .../dynamic_debug/control echo file tpm_nsc.c function init_nsc +p > .../dynamic_debug/control - new set of string-to-integer converters which is expected to be used in preference to all others. Unsigned conversions can be done with any of kstrtoull(), kstrtoul(), kstrtouint(), kstrtou64(), kstrtou32(), kstrtou16(), kstrtou8(). Conversions to signed integers can be done with kstrtoll(), kstrtol(), kstrtoint(), kstrtos64(), kstrtos32(), kstrtos16(), or kstrtos8(). All of these functions are marked __must_check, so callers are expected to check to ensure that the conversion happened successfully. The older functions are marked deprecated, and will eventually be removed. These new kstrto*() functions are now the Official Best Way To Convert Strings, so developers need wonder no longer. Linuxtag: ========= Mi 11. - Sa 14. Mai Messe Berlin - Vorlesung entfällt Excursion from 10th to 15th of May. Conference Schedule online Costs: Hier könnte man im Doppelzimmer für 15 EUR / Person / Tag übernachten: http://www.winters-hotel-berlin-city-messe.de/ RV ab Di, 10.05. 21:04, Berlin an Mi, 11.05. 07:20 (2 x umsteigen) 234 EUR Berlin ab So, 15.05. 12:42, RV an So, 15.05. 21:07 (3 x umsteigen) 359 EUR Hinfahrt Bahnhof/Haltestelle Datum Uhrzeit Produkte Reservierungswunsch Ravensburg Ulm Hbf Di, 10.05.2011 21:04 21:58 IRE 3363 Reservierung nicht möglich Ulm Hbf Mannheim Hbf Di, 10.05.2011 22:04 23:42 ICE 990 5 Plätze in der 2. Klasse, Großraum mit Tisch, Ruhebereich Mannheim Hbf Berlin Hbf (tief) Di, 10.05.2011 23:59 07:20 CNL 1259 Reservierungspflichtiger Zug, 5 Plätze in der 2. Klasse Rückfahrt Bahnhof/Haltestelle Datum Uhrzeit Produkte Reservierungswunsch Berlin Hbf (tief) Nürnberg Hbf So, 15.05.2011 12:42 17:24 ICE 109 5 Plätze in der 2. Klasse, Großraum mit Tisch, Ruhebereich Nürnberg Hbf Aalen So, 15.05.2011 17:39 19:01 IC 2062 5 Plätze in der 2. Klasse, Großraum mit Tisch Aalen Ulm Hbf So, 15.05.2011 19:07 19:54 IRE 3235 Reservierung nicht möglich Ulm Hbf Ravensburg So, 15.05.2011 20:12 21:07 IRE 4215 Reservierung nicht möglich Ihr Ticket HIN- UND RÜCKFAHRT, 5 Erw., 2. Klasse, Hin: Sitzplatz, 5 Personen im Ruhesessel Großraumwagen, Ravensburg - Berlin, Berlin - Ravensburg Sparpreis Zugbindung. Umtausch/Erstattung 15 EUR; ab 1. Geltungstag ausgeschlossen Inkl. Nachtzugaufpreis, reservierungspflichtiger Zug enthalten (Preis inkl. Res.), Anschlussreservierung kostenpflichtig 593,00 EUR Reservierung Hinfahrt: Rückfahrt: 12,50 EUR 12,50 EUR Gesamtpreis 618,00 EUR Damit läge die Zugfahrt bei ca. 118 EUR / Person + 60 EUR übernachtung (im Doppelzimmer) + 16 EUR Eintritt Linuxtag + ca. 15 EUR U-Bahn Tickets (Gruppentageskarte 5 Pers. 15 EUR * 5 Tage) --> ~210 EUR maybe 50 - 70 EUR grant from University Plesae mail me until Monday if you want to join. (manut@mecka.net) Prüfung: ======== schriftlich, 60 Minuten Material: ========= http://manut.eu/hswgt Script: ======= Mitschriebe gerne an manut@mecka.net Literatur: ========== http://lwn.net http://heise.de/open <-- Kernel Log http://kernelnewbies.org http://beagleboard.org Corbet, Rubini, Kroah-Hartmann: Linux Device Drivers 3rd Edition http://lwn.net/Kernel/LDD3 Kroah-Hartmann: Linux Kernel In A Nutshell http://www.kroah.com/lkn Bovet, Cesati: Understanding The Linux Kernel (34,95) Love: Linux Kernel Development (29,95 EUR) Bewertung: ========== http://www.meinprof.de/uni/prof/51131 weitere Termine: ================ 03. Juni Blutfreitag Vorlesung entfällt 17. Juni Pfingsten Vorlesung entfällt 01. Juli letzte Vorlesung geplante Themen: ================ UE0 - what is linux: -------------------- Linux Desktop vs. embedded Linux: - Kernel vs. Userspace - Fedora, Debian, ubuntu .. - Android - KDE / GNOME - CPU Architekturen - cross UE1 - kernel basics, kernel best practices, kernel api: ------------------------------------------------------- Kernelentwicklung - Mainline / Maintainer - syscalls (stabil) - interne API (instabil) Versionskontrolle: - diff / patch - quilt - git UE2 - kernel build, bootloader: ------------------------------- Board Bringup: - Bootloader - grub vs. IPL vs. u-boot Kernel: - Kernel konfigurieren - Kernel kompilieren (auch cross) - Kernel Dokumentation UE3: ---- Dateisysteme: Desktop: - ext2/3/4 - xfs Embedded: - jffs2 - ubifs Flash: - SDCard, CF vs. NAND Netzwerk: - NFS UE4: ---- Userspace: - RFS generieren - busybox / cross - read only RFS - 'kein' RFS vs. full-featured Debian UE5: ---- Kernelarchitektur: - Core - Driver - Arch - Coding Style UE6: ---- Kernelmodule: - 1. Kernelmodul 'Hello world' registrieren bei Subsystemen: - char dev UE7: ---- Tracing UE8: ---- Kernelkonzepte: Review eines Treibers: - IRQ Handling - MM - Timer UE9: ---- Echtzeit: - RTAI vs. RT_PREEMPT - Grenzen - cyclictest UE10: ---- UIO: - UIO LPT Beispiel - RT Performance messen UE11: ----- MIDI: - Basics - Midi & Linux UE12: ----- IRQ Handling, Locking, .. UE13: ----- ALSA: - Kernel-/Userspace-Architektur - Tools - Synthesizer UE14: ----- Linux & Grafik oder ein anderes aktuelles Thema UE15: ----- Q&A tglx