Re: [PATCH] powerpc: Fix bogus cache flushing on all 40x and BookE processors v2

2008-12-04 Thread Benjamin Herrenschmidt
On Thu, 2008-12-04 at 07:33 -0500, Josh Boyer wrote:
> On Thu, 04 Dec 2008 17:12:59 +1100
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> 
> > We were missing the CPU_FTR_NOEXECUTE bit in our cputable for all
> > these processors. The result is that update_mmu_cache() would flush
> > the cache for all pages mapped to userspace which is totally
> > unnecessary on those processors since we already handle flushing
> > on execute in the page fault path.
> > 
> > This should provide a nice speed up ;-)
> 
> Did you test it this time?  If so, how and what were the results?

Yes, I verified I no longer had PG_arch1 all over my PCI GART pages with
DRI enabled :-)

I didn't actually benchmark anything.

Cheers,
Ben.

___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev


Re: [PATCH] powerpc: Fix bogus cache flushing on all 40x and BookE processors v2

2008-12-04 Thread Josh Boyer
On Thu, 04 Dec 2008 17:12:59 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:

> We were missing the CPU_FTR_NOEXECUTE bit in our cputable for all
> these processors. The result is that update_mmu_cache() would flush
> the cache for all pages mapped to userspace which is totally
> unnecessary on those processors since we already handle flushing
> on execute in the page fault path.
> 
> This should provide a nice speed up ;-)

Did you test it this time?  If so, how and what were the results?

josh
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev


Re: [PATCH] powerpc: Fix bogus cache flushing on all 40x and BookE processors

2008-12-03 Thread Benjamin Herrenschmidt
On Wed, 2008-12-03 at 15:09 -0800, Trent Piepho wrote:

> #ifdef __powerpc64__
> #define LONG_ASM_CONST(x)   ASM_CONST(x)
> #else
> #define LONG_ASM_CONST(x)   0
> #endif
> 
> #define CPU_FTR_NOEXECUTE   LONG_ASM_CONST(0x0008)
> 
> Am I not looking at the right code?  Since e200 and e500 aren't powerpc64,
> doesn't adding CPU_FTR_NOEXECUTE have no effect at all?

No, you are right, this is a case where I didn't actually verify that
the patch had the expected effect :-(

We are running out of low FTR bits, heck, I might make them 64-bit
for everybody soon.

I'll fix that up, thanks for spotting it.

Cheers,
Ben.


___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev


Re: [PATCH] powerpc: Fix bogus cache flushing on all 40x and BookE processors

2008-12-03 Thread Trent Piepho
On Tue, 2 Dec 2008, Benjamin Herrenschmidt wrote:
> On Tue, 2008-12-02 at 01:36 -0600, Kumar Gala wrote:
>
>>> #define CPU_FTRS_E200   (CPU_FTR_USE_TB | CPU_FTR_SPE_COMP | \
>>> CPU_FTR_NODSISRALIGN | CPU_FTR_COHERENT_ICACHE | \
>>> -   CPU_FTR_UNIFIED_ID_CACHE)
>>> +   CPU_FTR_UNIFIED_ID_CACHE | CPU_FTR_NOEXECUTE)
>>> #define CPU_FTRS_E500   (CPU_FTR_MAYBE_CAN_DOZE | CPU_FTR_USE_TB | \
>>> -   CPU_FTR_SPE_COMP | CPU_FTR_MAYBE_CAN_NAP | CPU_FTR_NODSISRALIGN)
>>> +   CPU_FTR_SPE_COMP | CPU_FTR_MAYBE_CAN_NAP |
>>> CPU_FTR_NODSISRALIGN \
>>
>> Added a '|' at the end of the line before the escape
>
> Right. Will send a new patch tomorrow. Appart from that, have you
> verified it doesn't have any adverse effects for you ? I did some quick
> tests on 440 and things seem to be fine.


#ifdef __powerpc64__
#define LONG_ASM_CONST(x)   ASM_CONST(x)
#else
#define LONG_ASM_CONST(x)   0
#endif

#define CPU_FTR_NOEXECUTE   LONG_ASM_CONST(0x0008)

Am I not looking at the right code?  Since e200 and e500 aren't powerpc64,
doesn't adding CPU_FTR_NOEXECUTE have no effect at all?
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev


Re: [PATCH] powerpc: Fix bogus cache flushing on all 40x and BookE processors

2008-12-02 Thread Steven A. Falco
Kumar Gala wrote:
> 
> 
> On Dec 1, 2008, at 12:01 AM, Benjamin Herrenschmidt wrote:
> 
>> We were missing the CPU_FTR_NOEXECUTE bit in our cputable for all
>> these processors. The result is that update_mmu_cache() would flush
>> the cache for all pages mapped to userspace which is totally
>> unnecessary on those processors since we already handle flushing
>> on execute in the page fault path.
>>
>> This should provide a nice speed up ;-)
>>
>> Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>

I'm running with your patch on a 440 Sequoia board, and it
works fine for me.

Acked-by: Steven A. Falco <[EMAIL PROTECTED]>

Steve

___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev


Re: [PATCH] powerpc: Fix bogus cache flushing on all 40x and BookE processors

2008-12-02 Thread Benjamin Herrenschmidt
On Tue, 2008-12-02 at 01:36 -0600, Kumar Gala wrote:

> > #define CPU_FTRS_E200   (CPU_FTR_USE_TB | CPU_FTR_SPE_COMP | \
> > CPU_FTR_NODSISRALIGN | CPU_FTR_COHERENT_ICACHE | \
> > -   CPU_FTR_UNIFIED_ID_CACHE)
> > +   CPU_FTR_UNIFIED_ID_CACHE | CPU_FTR_NOEXECUTE)
> > #define CPU_FTRS_E500   (CPU_FTR_MAYBE_CAN_DOZE | CPU_FTR_USE_TB | \
> > -   CPU_FTR_SPE_COMP | CPU_FTR_MAYBE_CAN_NAP | CPU_FTR_NODSISRALIGN)
> > +   CPU_FTR_SPE_COMP | CPU_FTR_MAYBE_CAN_NAP |  
> > CPU_FTR_NODSISRALIGN \
> 
> Added a '|' at the end of the line before the escape

Right. Will send a new patch tomorrow. Appart from that, have you
verified it doesn't have any adverse effects for you ? I did some quick
tests on 440 and things seem to be fine.

Cheers,
Ben.


___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev


Re: [PATCH] powerpc: Fix bogus cache flushing on all 40x and BookE processors

2008-12-01 Thread Kumar Gala


On Dec 1, 2008, at 12:01 AM, Benjamin Herrenschmidt wrote:


We were missing the CPU_FTR_NOEXECUTE bit in our cputable for all
these processors. The result is that update_mmu_cache() would flush
the cache for all pages mapped to userspace which is totally
unnecessary on those processors since we already handle flushing
on execute in the page fault path.

This should provide a nice speed up ;-)

Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---

arch/powerpc/include/asm/cputable.h |   13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)

--- linux-work.orig/arch/powerpc/include/asm/cputable.h	2008-12-01  
16:55:53.0 +1100
+++ linux-work/arch/powerpc/include/asm/cputable.h	2008-12-01  
16:56:32.0 +1100

@@ -366,19 +366,20 @@ extern const char *powerpc_base_platform
#define CPU_FTRS_CLASSIC32  (CPU_FTR_COMMON | \
CPU_FTR_USE_TB | CPU_FTR_HPTE_TABLE)
#define CPU_FTRS_8XX(CPU_FTR_USE_TB)
-#define CPU_FTRS_40X   (CPU_FTR_USE_TB | CPU_FTR_NODSISRALIGN)
-#define CPU_FTRS_44X   (CPU_FTR_USE_TB | CPU_FTR_NODSISRALIGN)
+#define CPU_FTRS_40X	(CPU_FTR_USE_TB | CPU_FTR_NODSISRALIGN |  
CPU_FTR_NOEXECUTE)
+#define CPU_FTRS_44X	(CPU_FTR_USE_TB | CPU_FTR_NODSISRALIGN |  
CPU_FTR_NOEXECUTE)

#define CPU_FTRS_E200   (CPU_FTR_USE_TB | CPU_FTR_SPE_COMP | \
CPU_FTR_NODSISRALIGN | CPU_FTR_COHERENT_ICACHE | \
-   CPU_FTR_UNIFIED_ID_CACHE)
+   CPU_FTR_UNIFIED_ID_CACHE | CPU_FTR_NOEXECUTE)
#define CPU_FTRS_E500   (CPU_FTR_MAYBE_CAN_DOZE | CPU_FTR_USE_TB | \
-   CPU_FTR_SPE_COMP | CPU_FTR_MAYBE_CAN_NAP | CPU_FTR_NODSISRALIGN)
+	CPU_FTR_SPE_COMP | CPU_FTR_MAYBE_CAN_NAP |  
CPU_FTR_NODSISRALIGN \


Added a '|' at the end of the line before the escape



+   CPU_FTR_NOEXECUTE)
#define CPU_FTRS_E500_2 (CPU_FTR_MAYBE_CAN_DOZE | CPU_FTR_USE_TB | \
CPU_FTR_SPE_COMP | CPU_FTR_MAYBE_CAN_NAP | CPU_FTR_BIG_PHYS | \
-   CPU_FTR_NODSISRALIGN)
+   CPU_FTR_NODSISRALIGN | CPU_FTR_NOEXECUTE)
#define CPU_FTRS_E500MC (CPU_FTR_MAYBE_CAN_DOZE | CPU_FTR_USE_TB | \
	CPU_FTR_MAYBE_CAN_NAP | CPU_FTR_BIG_PHYS | CPU_FTR_NODSISRALIGN  
| \

-   CPU_FTR_L2CSR | CPU_FTR_LWSYNC)
+   CPU_FTR_L2CSR | CPU_FTR_LWSYNC | CPU_FTR_NOEXECUTE)
#define CPU_FTRS_GENERIC_32 (CPU_FTR_COMMON | CPU_FTR_NODSISRALIGN)


- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev