On Mon, 05 May 2008 16:55:01 -0700 (PDT) David Miller <davem@davemloft.net> wrote:Uncharted territory here. As we discussed last week, I won't carry these patches because they're already upstream. It turns out that "upstream" in this case is linux-next itself, which is an unexpected place for patches to be mastered. So I suggest that Stephen send patches such as this into Linus sooner rather than later. Because nobody else will. Well. They _might_. In this case Len could merge the patch in which case Stephen would drop it and the fix would dawdle around in the acpi tree for a while. Ho hum, hopefully this isn't a common case. Often Linus or I will just do a maintainer bypass on things like this, but my ability to do that is now much reduced because a) I can't merge the patch and b) when I _do_ try to do that, it's "huh, we already fixed it". So... I hereby appoint Stephen random-build-fix-monkey. --
| 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(). |
