diff for duplicates of <200604170407.26111.arnd@arndb.de> diff --git a/a/content_digest b/N1/content_digest index 5061ef8..bfadbbe 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -3,7 +3,7 @@ "ref\01145234750.27828.8.camel@localhost.localdomain\0" "From\0Arnd Bergmann <arnd@arndb.de>\0" "Subject\0Re: [PATCH 00/05] robust per_cpu allocation for modules\0" - "Date\0Mon, 17 Apr 2006 02:07:23 +0000\0" + "Date\0Mon, 17 Apr 2006 04:07:23 +0200\0" "To\0Steven Rostedt <rostedt@goodmis.org>\0" "Cc\0Paul Mackerras <paulus@samba.org>" Nick Piggin <nickpiggin@yahoo.com.au> @@ -65,4 +65,4 @@ "\n" "\tArnd <><" -095ad43eb796f25a2f876f0e04c8ff7e78fc52652ef728c49d70274d34095261 +2b5e9701dd0a9055a44459c4ababadb3d26f8249f5d8159bba87a9cd1e9db977
diff --git a/a/1.txt b/N2/1.txt index 15d8d3c..a0510e2 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -1,8 +1,9 @@ Am Monday 17 April 2006 02:45 schrieb Steven Rostedt: > > - does not work in real mode, so percpu data can't be used -> > inside exception handlers on some architectures. +> > =C2=A0 inside exception handlers on some architectures. > -> This is probably a big issue. I believe interrupt context in hrtimers +> This is probably a big issue. =C2=A0I believe interrupt context in hrtime= +rs > uses per_cpu variables. If it's just about hrtimers, it should be harmless, since they @@ -12,11 +13,12 @@ have them im modules. > > - memory consumption is rather high when PAGE_SIZE is large > -> That's also something that I'm trying to solve. To use the least amount +> That's also something that I'm trying to solve. =C2=A0To use the least am= +ount > of memory and still have the performance. > > Now, I've also thought about allocating per_cpu and when a module is -> loaded, reallocate more memory and copy it again. Use something like +> loaded, reallocate more memory and copy it again. =C2=A0Use something like > the kstopmachine to sync the system so that the CPUS don't update any > per_cpu variables while this is happening, so that things can't get out > of sync. diff --git a/a/content_digest b/N2/content_digest index 5061ef8..c4fab74 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -3,45 +3,46 @@ "ref\01145234750.27828.8.camel@localhost.localdomain\0" "From\0Arnd Bergmann <arnd@arndb.de>\0" "Subject\0Re: [PATCH 00/05] robust per_cpu allocation for modules\0" - "Date\0Mon, 17 Apr 2006 02:07:23 +0000\0" + "Date\0Mon, 17 Apr 2006 04:07:23 +0200\0" "To\0Steven Rostedt <rostedt@goodmis.org>\0" - "Cc\0Paul Mackerras <paulus@samba.org>" + "Cc\0Andrew Morton <akpm@osdl.org>" + linux-mips@linux-mips.org + David Mosberger-Tang <davidm@hpl.hp.com> + linux-ia64@vger.kernel.org + Martin Mares <mj@atrey.karlin.mff.cuni.cz> + spyro@f2s.com + Joe Taylor <joe@tensilica.com> + Andi Kleen <ak@suse.de> + linuxppc-dev@ozlabs.org + Paul Mackerras <paulus@samba.org> + benedict.gaster@superh.com + bjornw@axis.com + Ingo Molnar <mingo@elte.hu> Nick Piggin <nickpiggin@yahoo.com.au> - LKML <linux-kernel@vger.kernel.org> - Andrew Morton <akpm@osdl.org> + grundler@parisc-linux.org + rusty@rustcorp.com.au + starvik@axis.com Linus Torvalds <torvalds@osdl.org> - Ingo Molnar <mingo@elte.hu> Thomas Gleixner <tglx@linutronix.de> - Andi Kleen <ak@suse.de> - Martin Mares <mj@atrey.karlin.mff.cuni.cz> - bjornw@axis.com - schwidefsky@de.ibm.com - benedict.gaster@superh.com - lethal@linux-sh.org - Chris Zankel <chris@zankel.net> - Marc Gauthier <marc@tensilica.com> - Joe Taylor <joe@tensilica.com> - David Mosberger-Tang <davidm@hpl.hp.com> rth@twiddle.net - spyro@f2s.com - starvik@axis.com + Chris Zankel <chris@zankel.net> tony.luck@intel.com - linux-ia64@vger.kernel.org + LKML <linux-kernel@vger.kernel.org> ralf@linux-mips.org - linux-mips@linux-mips.org - grundler@parisc-linux.org - parisc-linux@parisc-linux.org - linuxppc-dev@ozlabs.org + Marc Gauthier <marc@tensilica.com> + lethal@linux-sh.org + schwidefsky@de.ibm.com linux390@de.ibm.com davem@davemloft.net - " rusty@rustcorp.com.au\0" + " parisc-linux@parisc-linux.org\0" "\00:1\0" "b\0" "Am Monday 17 April 2006 02:45 schrieb Steven Rostedt:\n" "> > - does not work in real mode, so percpu data can't be used\n" - "> > \302\240 inside exception handlers on some architectures.\n" + "> > =C2=A0 inside exception handlers on some architectures.\n" ">\n" - "> This is probably a big issue. \302\240I believe interrupt context in hrtimers\n" + "> This is probably a big issue. =C2=A0I believe interrupt context in hrtime=\n" + "rs\n" "> uses per_cpu variables.\n" "\n" "If it's just about hrtimers, it should be harmless, since they\n" @@ -51,11 +52,12 @@ "\n" "> > - memory consumption is rather high when PAGE_SIZE is large\n" ">\n" - "> That's also something that I'm trying to solve. \302\240To use the least amount\n" + "> That's also something that I'm trying to solve. =C2=A0To use the least am=\n" + "ount\n" "> of memory and still have the performance.\n" ">\n" "> Now, I've also thought about allocating per_cpu and when a module is\n" - "> loaded, reallocate more memory and copy it again. \302\240Use something like\n" + "> loaded, reallocate more memory and copy it again. =C2=A0Use something like\n" "> the kstopmachine to sync the system so that the CPUS don't update any\n" "> per_cpu variables while this is happening, so that things can't get out\n" "> of sync.\n" @@ -65,4 +67,4 @@ "\n" "\tArnd <><" -095ad43eb796f25a2f876f0e04c8ff7e78fc52652ef728c49d70274d34095261 +dc6c52e6565723fa38058eddb054bbf6039fb13a0815511283a018a0c6ac0147
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.