On Tuesday 02 December 2008 21:14, Benjamin K. Stuhl wrote:
It is planned that Tux3 will not depend on any core kernel changes.
There will be a patch for deferred namespace operations, and if the
patch is not applied, then Tux3 will use the alternative mechanism
we have discussed, which will be less efficient but functional. So
there is no need for any flamewar: we work with or without the patch.
So I would prefer that the concept be functional, without any really
stupid oversights such as the one Hirofumi just pointed out to me,
before placing the idea within flaming distance of the usual suspects.
Regards,
Daniel
_______________________________________________
Tux3 mailing list
Tux3@tux3.org
http://tux3.org/cgi-bin/mailman/listinfo/tux3
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
| Kamalesh Babulal | [BUILD-FAILURE] 2.6.26-rc8-mm1 - build failure at drivers/char/hvc_rtas.c |
| Luciano Rocha | usb hdd problems with 2.6.27.2 |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Arjan van de Ven | Re: [GIT]: Networking |
| Christoph Lameter | Network latency regressions from 2.6.22 to 2.6.29 |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
git: | |
