From: Anton Blanchard <anton@samba.org>
To: akpm@osdl.org
Cc: paulus@samba.org, linux-kernel@vger.kernel.org
Subject: [PATCH] ppc64: Remove flush_instruction_cache
Date: Tue, 11 Jan 2005 00:41:20 +1100 [thread overview]
Message-ID: <20050110134120.GU14239@krispykreme.ozlabs.ibm.com> (raw)
In-Reply-To: <20050110133838.GT14239@krispykreme.ozlabs.ibm.com>
Remove flush_instruction_cache, we cant touch HID bits on LPAR machines.
Signed-off-by: Anton Blanchard <anton@samba.org>
diff -puN arch/ppc64/kernel/misc.S~canttouchhids arch/ppc64/kernel/misc.S
--- foobar2/arch/ppc64/kernel/misc.S~canttouchhids 2005-01-10 23:30:39.785548541 +1100
+++ foobar2-anton/arch/ppc64/kernel/misc.S 2005-01-10 23:31:43.714281834 +1100
@@ -167,27 +167,7 @@ _GLOBAL(call_with_mmu_off)
xori r0,r0,MSR_IR|MSR_DR
mtspr SPRN_SRR1,r0
rfid
-
-/*
- * Flush instruction cache.
- */
-_GLOBAL(flush_instruction_cache)
-/*
- * This is called by kgdb code
- * and should probably go away
- * to be replaced by invalidating
- * the cache lines that are actually
- * modified
- */
- /* use invalidate-all bit in HID0
- * - is this consistent across all 64-bit cpus? -- paulus */
- mfspr r3,HID0
- ori r3,r3,HID0_ICFI
- mtspr HID0,r3
- sync
- isync
- blr
.section ".toc","aw"
PPC64_CACHES:
diff -puN include/asm-ppc64/system.h~canttouchhids include/asm-ppc64/system.h
--- foobar2/include/asm-ppc64/system.h~canttouchhids 2005-01-10 23:30:39.790548159 +1100
+++ foobar2-anton/include/asm-ppc64/system.h 2005-01-10 23:30:43.792899917 +1100
@@ -108,7 +108,6 @@ extern void show_regs(struct pt_regs * r
extern void low_hash_fault(struct pt_regs *regs, unsigned long address);
extern int die(const char *str, struct pt_regs *regs, long err);
-extern void flush_instruction_cache(void);
extern int _get_PVR(void);
extern void giveup_fpu(struct task_struct *);
extern void disable_kernel_fp(void);
diff -puN arch/ppc64/kernel/ppc_ksyms.c~canttouchhids arch/ppc64/kernel/ppc_ksyms.c
--- foobar2/arch/ppc64/kernel/ppc_ksyms.c~canttouchhids 2005-01-10 23:33:43.020213869 +1100
+++ foobar2-anton/arch/ppc64/kernel/ppc_ksyms.c 2005-01-10 23:33:49.460644370 +1100
@@ -114,7 +114,6 @@ EXPORT_SYMBOL(iounmap);
EXPORT_SYMBOL(start_thread);
EXPORT_SYMBOL(kernel_thread);
-EXPORT_SYMBOL(flush_instruction_cache);
EXPORT_SYMBOL(giveup_fpu);
#ifdef CONFIG_ALTIVEC
EXPORT_SYMBOL(giveup_altivec);
_
next prev parent reply other threads:[~2005-01-10 13:48 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-10 13:38 [PATCH] ppc64: PCI cleanup Anton Blanchard
2005-01-10 13:41 ` Anton Blanchard [this message]
2005-01-10 14:35 ` [PATCH] ppc64: interrupt code cleanup Anton Blanchard
2005-01-10 14:43 ` [PATCH] ppc64: Fix rtas_set_indicator(9005) Anton Blanchard
2005-01-10 15:19 ` [PATCH] ppc64: Make NUMA code handle unexpected layouts Anton Blanchard
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=20050110134120.GU14239@krispykreme.ozlabs.ibm.com \
--to=anton@samba.org \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=paulus@samba.org \
/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).