On Wednesday 12 November 2008 13:44:51 Christoph Lameter wrote:Oops, updated thanks. Perhaps I'm missing the overarching plan here? You've introduced a third set of per-cpu primitives, yet the second set still has 0 users. Your new basic interface is: CPU_ALLOC/CPU_FREE/CPU_PTR/THIS_CPU/__THIS_CPU I don't think the CAPS adds anything. I'd like to see standard docbook comments. It's not clear from your documentation whether this allocates for all possible or only all online CPUs, and the difference between THIS_CPU and __THIS_CPU is not immediately obvious. How about re-using alloc_percpu/free_percpu/per_cpu_ptr APIs? Rename THIS_CPU to __get_cpu_ptr and implement get_cpu_ptr and put_cpu_ptr wrappers (a-la get_cpu_var). I love this work, but I think it stumbles on the final polish. If that's just a "not done yet", I'd be happy to try to put some patches together. Thanks! Rusty. --
| Jens Axboe | Re: [BUG] New Kernel Bugs |
| KAMEZAWA Hiroyuki | Re: 2.6.24-rc3-mm1 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
git: | |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Jarek Poplawski | Re: [BUG #12364] Re: HTB - very bad precision? HFSC works fine! 2.6.28 |
| Alexey Dobriyan | Re: [GIT]: Networking |
