Op Monday 12 March 2007, schreef Al Boldi:t. sk I Then, maybe, we should start nicing X again, like we did/had to do until a = few=20 years ago? Or should we just wait until X gets fixed (after all, developmen= t=20 goes faster than ever)? Or is this really the scheduler's fault? =2D-=20 Disclaimer: Alles wat ik doe denk en zeg is gebaseerd op het wereldbeeld wat ik nu heb.= =20 Ik ben niet verantwoordelijk voor wijzigingen van de wereld, of het beeld w= at=20 ik daarvan heb, noch voor de daaruit voortvloeiende gedragingen van mezelf.= =20 Alles wat ik zeg is aardig bedoeld, tenzij expliciet vermeld.
| Rafael J. Wysocki | 2.6.28-rc2-git7: Reported regressions from 2.6.27 |
| Dave Hansen | Re: [RFC/PATCH] Documentation of kernel messages |
| Jesper Juhl | Re: [RFD] Documentation/HOWTO translated into Japanese |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
git: | |
| Sander | 'struct task_struct' has no member named 'mems_allowed' (was: Re: 2.6.20-rc4-mm1) |
| Corey Minyard | [PATCH 3/3] Convert the UDP hash lock to RCU |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: [GIT]: Networking |
