![]() | |||||||||||||
Messages in this thread |
In-Reply-To: <20060827084417.918992193@goop.org> On Sun, 27 Aug 2006 01:44:17 -0700, Jeremy Fitzhardinge wrote: > This patch implements per-processor data areas by using %gs as the > base segment of the per-processor memory. This changes the ABI for signals and ptrace() and that seems like a bad idea to me. And the way things are done now is so ingrained into the i386 kernel that I'm not sure it can be done. E.g. I found two open-coded implementations of current, one in kernel_fpu_begin() and one in math_state_restore(). > - It also allows per-CPU data to be allocated as each CPU is brought > up, rather than statically allocating it based on the maximum number > of CPUs which could be brought up. Can you describe what it is about the way things work now that prevents dynamic allocation? -- Chuck - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2006-08-30 11:09 [from the cache] ©2003-2008 | |||||||||||||