>>> Andrew Morton <akpm@linux-foundation.org> 25.12.07 23:05 >>>Am I to conclude then that there's no point in addressing the issues other people pointed out? While I (obviously, since I submitted the patch disagree), I'm not certain how others feel. My main point for disagreement here is (I'm sorry to repeat this) that as long as certain code isn't allowed into the kernel I think it is not unreasonable to at least expect the kernel to provide some fundamental infrastructure that can be used for those (supposedly unacceptable) bits. All I did here was utilizing the base infrastructure I want added to clean up code that appeared pretty ad-hoc. Jan --
| Al Viro | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg KH | [2.6.22.2 review 05/84] Fix deadlocks in sparc serial console. |
| Linus Torvalds | Linux 2.6.27-rc8 |
| Greg Kroah-Hartman | [PATCH 006/196] Chinese: add translation of oops-tracing.txt |
git: | |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Linus Torvalds | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| Manuel Bouyer | Re: Interactive performance in -current |
| YAMAMOTO Takashi | Re: statvfs(2) replacement for statfs(2) patch |
| Nathan Langford | microkernels |
| Garrett D'Amore | Re: wsmux inject |
