3rd try for this patch series; now with a split up patch for __WARN_ON This series has the goal of extending the usefulness of the WARN_ON() information, at least on architectures that use the generic WARN_ON() infrastructure. (Those who do their own thing either already have the extra information, or could consider switching to the generic code). In order to do that, WARN_ON() first needs to be uninlined since there's like 1200 callsites and adding code to each of those isn't pretty. As part of this, I had to split the __WARN_ON patch in -mm into 2 pieces, one to introduce __WARN_ON, and a separate one to do the ifdef cleanup. -- If you want to reach me at my work email, use arjan@linux.intel.com For development, discussion and tips for power savings, visit http://www.lesswatts.org --
| Andrew Morton | -mm merge plans for 2.6.23 |
| Greg Kroah-Hartman | [PATCH 006/196] Chinese: add translation of oops-tracing.txt |
| Greg KH | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Roland Dreier | Re: Integration of SCST in the mainstream Linux kernel |
git: | |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Linus Torvalds | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
| Herbert Xu | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
