From: leroy christophe <christophe.leroy@c-s.fr>
To: Scott Wood <scottwood@freescale.com>
Cc: linuxppc-dev@lists.ozlabs.org, Paul Mackerras <paulus@samba.org>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] powerpc 8xx: Fixing issue with CONFIG_PIN_TLB
Date: Fri, 13 Sep 2013 07:04:31 +0200 [thread overview]
Message-ID: <52329CDF.9020103@c-s.fr> (raw)
In-Reply-To: <1379011469.2536.45.camel@snotra.buserror.net>
Le 12/09/2013 20:44, Scott Wood a écrit :
> On Thu, 2013-09-12 at 20:25 +0200, Christophe Leroy wrote:
>> This is a reorganisation of the setup of the TLB at kernel startup, in order
>> to handle the CONFIG_PIN_TLB case in accordance with chapter 8.10.3 of MPC866
>> and MPC885 reference manuals.
>>
>> Signed-off-by: Christophe Leroy <christophe.leroy@c-s.fr>
>>
>> diff -ur linux-3.11.org/arch/powerpc/kernel/head_8xx.S linux-3.11/arch/powerpc/kernel/head_8xx.S
>> --- linux-3.11.org/arch/powerpc/kernel/head_8xx.S 2013-09-02 22:46:10.000000000 +0200
>> +++ linux-3.11/arch/powerpc/kernel/head_8xx.S 2013-09-09 11:28:54.000000000 +0200
>> @@ -785,27 +785,24 @@
>> * these mappings is mapped by page tables.
>> */
>> initial_mmu:
>> - tlbia /* Invalidate all TLB entries */
>> -/* Always pin the first 8 MB ITLB to prevent ITLB
>> - misses while mucking around with SRR0/SRR1 in asm
>> -*/
>> - lis r8, MI_RSV4I@h
>> - ori r8, r8, 0x1c00
>> -
>> + lis r8, MI_RESETVAL@h
>> mtspr SPRN_MI_CTR, r8 /* Set instruction MMU control */
>>
>> -#ifdef CONFIG_PIN_TLB
>> - lis r10, (MD_RSV4I | MD_RESETVAL)@h
>> - ori r10, r10, 0x1c00
>> - mr r8, r10
>> -#else
>> lis r10, MD_RESETVAL@h
>> -#endif
>> #ifndef CONFIG_8xx_COPYBACK
>> oris r10, r10, MD_WTDEF@h
>> #endif
>> mtspr SPRN_MD_CTR, r10 /* Set data TLB control */
>>
>> + tlbia /* Invalidate all TLB entries */
> Is this change to make sure we invalidate everything even if the
> bootloader set RSV4I?
Most probably. It is step 2 of the process defined in MPC866 and MPC885
Reference Manuals:
§8.10.3 Loading Locked TLB Entries:
The process of loading a single reserved entry in the TLB is as follows:
1. Disable the TLB by clearing MSR[IR] or MSR[DR] as needed.
2. Clear MI_CTR[RSV4I] (MD_CTR[RSV4D]).
3. Invalidate the EA of the reserved page by using tlbia or tlbie.
4. Set MI_CTR[ITLB_INDX] (MD_CTR[DTLB_INDX]) to the appropriate value
(between 27 and 31).
5. Load Mx_EPN with the effective page number, the ASID of the reserved
page, and set EV.
6. Run software tablewalk code to load the appropriate entry into the
translation lookaside buffer. See Section 8.10.1.1, “Translation Reload
Examples.”
7. Repeat steps 4–6 to load other TLB entries.
8. Set MI_CTR[RSV4I] (MD_CTR[RSV4D])
>
>> + ori r8, r8, 0x1c00
>> + mtspr SPRN_MI_CTR, r8 /* Set instruction MMU control */
>> +#ifdef CONFIG_PIN_TLB
>> + ori r10, r10, 0x1c00
>> + mtspr SPRN_MD_CTR, r10 /* Set data TLB control */
>> +#endif
> Still 0x1c00?
Yes, I kept the same entries in order to limit modifications:
* 28 = First 8Mbytes page
* 29 = IMMR
* 30 = Second 8Mbytes page
* 31 = Third 8Mbytes page
>
>> /* Now map the lower 8 Meg into the TLBs. For this quick hack,
>> * we can load the instruction and data TLB registers with the
>> * same values.
>> @@ -825,6 +822,12 @@
>> mtspr SPRN_MI_AP, r8
>> mtspr SPRN_MD_AP, r8
>>
>> + /* Always pin the first 8 MB ITLB to prevent ITLB
>> + * misses while mucking around with SRR0/SRR1 in asm
>> + */
>> + lis r8, (MI_RSV4I | MI_RESETVAL)@h
>> + mtspr SPRN_MI_CTR, r8 /* Set instruction MMU control */
> Entry 0 is not pinnable.
Here we are not trying to pin entry 0. We are at step 8, we are setting
MI_RSV4I. At the same time, we set MD_CTR to 0 which is off the pinned
range, to be sure that we won't overwrite one of the pinned entries.
The main difference compared to the previous implementation is that
before, we were setting the RSV4I bit before loading the TLB entries.
Now, as defined in the Reference Manuals, we are doing it at the end.
Christophe
next prev parent reply other threads:[~2013-09-13 5:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-12 18:25 [PATCH v2] powerpc 8xx: Fixing issue with CONFIG_PIN_TLB Christophe Leroy
2013-09-12 18:44 ` Scott Wood
2013-09-13 5:04 ` leroy christophe [this message]
2013-09-16 21:02 ` Scott Wood
2013-09-17 16:40 ` leroy christophe
2013-09-20 21:22 ` Scott Wood
2013-09-24 8:00 ` leroy christophe
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52329CDF.9020103@c-s.fr \
--to=christophe.leroy@c-s.fr \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=paulus@samba.org \
--cc=scottwood@freescale.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).