Thread (6 messages) flat view 6 messages, 4 authors, 2015-09-14

Re: [PATCH v3] powerpc32: memset: only use dcbz once cache is enabled

From: Michael Ellerman <mpe@ellerman.id.au>
Date: 2015-09-14 23:52:18
Also in: lkml

On Mon, 2015-09-14 at 11:13 -0500, Scott Wood wrote:
On Mon, 2015-09-14 at 17:44 +0200, Christophe LEROY wrote:
quoted
Le 14/09/2015 17:20, Scott Wood a écrit :
quoted
On Mon, 2015-09-14 at 08:21 +0200, Christophe Leroy wrote:
quoted
diff --git a/arch/powerpc/lib/copy_32.S b/arch/powerpc/lib/copy_32.S
index da5847d..68a59d4 100644
--- a/arch/powerpc/lib/copy_32.S
+++ b/arch/powerpc/lib/copy_32.S
@@ -73,8 +73,13 @@ CACHELINE_MASK = (L1_CACHE_BYTES-1)
@@ -122,6 +127,16 @@ _GLOBAL(memset)
       bdnz    8b
       blr
  
+/* Simple version of memset used during early boot until cache is 
enabled
*/
+simple_memset:
+     cmplwi  cr0,r5,0
+     addi    r6,r3,-1
+     beqlr
+     mtctr   r5
+1:   stbu    r4,1(r6)
+     bdnz    1b
+     blr
Instead couldn't you use the generic memset at label 2: and patch the "bne
2f"?
Yes I could but it means adding a global symbol there at the "bne 2f". I 
thought it was what Michael didn't like in my v1 of memcpy().
What name could I give to that symbol ? Something like 
memcpy_nocache_patch: ?
What would be the best ? Having b 2f, and replacing it with bne 2f ? Or 
have b 2f just above and replace it by nop once cache is up ?
I'm not sure why a global symbol for an instruction to be patched would be a 
big deal (similar to kvm_emul.S)...  I thought Michael just wanted existing 
infrastructure to be used if it's practical to do so.
Yeah, I don't mind adding a global if you need it.

I'm not wedded to either approach, I'm just trying to find the least intrusive
option that uses the most existing code, and is the most maintainable into the
future.

cheers
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help