Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1626333
| From | David Laight <David.Laight@ACULAB.COM> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | RE: [PATCH] powerpc/32: Move entry_32 functions just after HEAD functions. |
| Date | 2017-04-19 17:20 +0200 |
| Message-ID | <txZyG-531-41@gated-at.bofh.it> (permalink) |
| References | <txvqW-3eI-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
From: Christophe Leroy > By default, PPC8xx PINs an ITLB on the first 8M of memory in order > to avoid any ITLB miss on kernel code. > However, with some debug functions like DEBUG_PAGEALLOC and > (soon to come) DEBUG_RODATA, the PINned TLB is invalidated soon > after startup so ITLB missed start to happen also on the kernel code. > > In order to avoid any ITLB miss in a critical section, we have to > ensure that their is no page boundary crossed between the setup of > a new value in SRR0/SRR1 and the associated RFI. This cannot be done > easily if entry_32 functions sits in the middle of other .text > functions. By placing entry_32 just after the .head section (as already > done for entry_64 on PPC64), we can more easily ensure the issue > doesn't happen. Shouldn't this be done by putting all the functions that 'matter' into a named section instead of relying on the order of the input files? (Which is what I think this is doing.) David
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH] powerpc/32: Move entry_32 functions just after HEAD functions. Christophe Leroy <christophe.leroy@c-s.fr> - 2017-04-18 09:10 +0200
RE: [PATCH] powerpc/32: Move entry_32 functions just after HEAD functions. David Laight <David.Laight@ACULAB.COM> - 2017-04-19 17:20 +0200
RE: [PATCH] powerpc/32: Move entry_32 functions just after HEAD functions. Michael Ellerman <mpe@ellerman.id.au> - 2017-04-20 13:30 +0200
Re: [PATCH] powerpc/32: Move entry_32 functions just after HEAD functions. Christophe LEROY <christophe.leroy@c-s.fr> - 2017-04-20 13:50 +0200
csiph-web