LKML Summary Podcast

Audio: http://media.libsyn.com/media/jcm/linux_kernel_podcast_20090709.mp3

I’ve been in the air for 32 hours over the past few days, on a 3 day trip to Japan, apologies for lag, jetlag, and catchup I’m now playing.

For Thursday, July 9th 2009, I’m Jon Masters with a summary of today’s LKML traffic.

In today’s issue: Kmemleak, Mudflap, and OOM.

Kmemleak. Catalin Marinas posted a number of kmemleak fixes aimed at reducing the false positive leakage warnings down to near-zero (”making it usable”). The latest patches include support for large block allocations in SLUB and correct handling of bootmem allocations. Catalin also noted a potential leak in alloc_pid, as evidenced in a lost pid structure for an Xorg server started by gdm on Catalin’s system, and reported in a separate thread.

Mudflap. Janboe Ye posted an RFC patch implementing GCC mudflap support for the Linux kernel. GCC Mudflap is a feature of the compiler that will cause an application (linked against libmudflap) to check all “risky” pointer allocations, and aims to reduce all kinds of memory abuses. Although tools such as Kmemleak can already find many cases of memory leakage, kmemleak can’t do this after the SLAB in question has been freed. Janboe’s patch looks interesting, although I haven’t time to dig any further yet.

OOM. Rik van Riel posted a patch aimed at addressing some of the recent OOM situations, as touched upon in yesterday’s podcast. Rik noticed that vmscan can get horribly confused when too many tasks go into direct reclaim, and trigger an OOM situation that is caused because too few pages are on the LRU. Instead, Rik proposes limiting the number of tasks that may enter page reclaim to allow at most half of each inactive list to be isolated at any one time. In yet another semi-related VM thread, Kosaki Motohiro posted version 2 of his patches aimed at helping to track down OOM situations with more information presented to the user in the generated kernel log messages.

In today’s miscellaneous items: Version 3 of the Zero Page re-introduction patches (Kamezawa Hiroyuki) that were so well covered by Linux Weekly News recently, version 7 of the memory barriers for poll and receive network callbacks (Jiri Olsa – recall the original product bug report which lead to finding this generic problem back for version 1 of the patch), a fix for network device carrier detection for devices utilizing phylib (Anton Vorontsov), continued discussion of what makes a “good” tty driver, removal of the old (and quite deprecated) pre-x86 merge x86 MCE code (Andi Kleen), an added export of atomic64 symbols for non-64 arches (Roland Dreier), some networking updates (David Miller – including the memory barrier fixes from Jiri Olsa, and a number of other bug fixes), some ongoing discussion of the “tmem” patches in which arguments were put forward for alternative ways to provide a voltile cache to processes (especially virtual machines) without lots of extraneous copying, and version 11 of the kprobe based event tracer utilizing the ftrace tracing interface (Masami Hiramatsu). On another tracing related note, Robet Richter posted some OProfile cleanups.

In today’s announcements: linux-rt version 2.6.29.6-rt23. Thomas Gleixner announced version 2.6.29.6-rt23 of the linux-rt patchset. It contains some compiler fixes, a powerpc highmem fix, a smp_processor_id fix to hwlat, and some ktime_get speedups. It is also rebased upon 2.6.29.6.

The latest kernel release is 2.6.31-rc2, which was released by Linus on the 4th of July (except it isn’t – there’s a newer version since this time).

Stephen Rothwell posted a linux-next tree for July 9th. Since Wednesday, a new tree entitled “thumb-2″ has been added (presumably ARM related), the tree still fails to build in an allyesconfig build configuration on powerpc, a number of new conflicts appeared, and some build failures also. There are now a total of 132 sub-trees in today’s linux-next composition once more.

That’s a summary of today’s Linux Kernel Mailing List traffic, for further information visit www.kernel.org. I’m Jon Masters.