- geode-setup-correct-chipset-access-functions.patch removed from -mm tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The patch titled
     geode: setup correct chipset access functions
has been removed from the -mm tree.  Its filename was
     geode-setup-correct-chipset-access-functions.patch

This patch was dropped because it was merged into mainline or a subsystem tree

------------------------------------------------------
Subject: geode: setup correct chipset access functions
From: Juergen Beisert <juergen@xxxxxxxxxxxxxx>

Replace NSC/Cyrix specific chipset access macros by inlined functions. 
With the macros a line like this fails (and does nothing):

	setCx86(CX86_CCR2, getCx86(CX86_CCR2) | 0x88);

With inlined functions this line will work as expected.

Note about a side effect: Seems on Geode GX1 based systems the "suspend on
halt power saving feature" was never enabled due to this wrong macro
expansion.  With inlined functions it will be enabled, but this will stop
the TSC when the CPU runs into a HLT instruction.  Kernel output something
like this:

	Clocksource tsc unstable (delta = -472746897 ns)

This is due to "X86 magic".  The access order is important.  The first access
must always be the offset at 0x22.  This access enables the next access to
0x23 (data).  If you do it in wrong order, it fails.  With the macros you get
something like 0x22, 0x22, 0x23, 0x23.  With the inline functions
0x22,0x23,0x22,0x23.

Signed-off-by: Juergen Beisert <juergen@xxxxxxxxxxxxxx>
Cc: TAKADA Yoshihito <takada@xxxxxxxxxxxxx>
Cc: Jordan Crouse <jordan.crouse@xxxxxxx>
Cc: Andres Salomon <dilinger@xxxxxxxxxx>
Cc: Andi Kleen <ak@xxxxxxx>
Acked-by: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
---

 arch/i386/kernel/cpu/cpufreq/gx-suspmod.c |    2 -
 arch/i386/kernel/cpu/cyrix.c              |    2 -
 arch/i386/kernel/cpu/mtrr/cyrix.c         |    1 
 arch/i386/kernel/cpu/mtrr/state.c         |    1 
 include/asm-i386/processor-cyrix.h        |   30 ++++++++++++++++++++
 include/asm-i386/processor.h              |   11 -------
 include/asm-x86_64/processor.h            |   11 -------
 7 files changed, 34 insertions(+), 24 deletions(-)

diff -puN arch/i386/kernel/cpu/cpufreq/gx-suspmod.c~geode-setup-correct-chipset-access-functions arch/i386/kernel/cpu/cpufreq/gx-suspmod.c
--- a/arch/i386/kernel/cpu/cpufreq/gx-suspmod.c~geode-setup-correct-chipset-access-functions
+++ a/arch/i386/kernel/cpu/cpufreq/gx-suspmod.c
@@ -79,7 +79,7 @@
 #include <linux/smp.h>
 #include <linux/cpufreq.h>
 #include <linux/pci.h>
-#include <asm/processor.h>
+#include <asm/processor-cyrix.h>
 #include <asm/errno.h>
 
 /* PCI config registers, all at F0 */
diff -puN arch/i386/kernel/cpu/cyrix.c~geode-setup-correct-chipset-access-functions arch/i386/kernel/cpu/cyrix.c
--- a/arch/i386/kernel/cpu/cyrix.c~geode-setup-correct-chipset-access-functions
+++ a/arch/i386/kernel/cpu/cyrix.c
@@ -4,7 +4,7 @@
 #include <linux/pci.h>
 #include <asm/dma.h>
 #include <asm/io.h>
-#include <asm/processor.h>
+#include <asm/processor-cyrix.h>
 #include <asm/timer.h>
 #include <asm/pci-direct.h>
 #include <asm/tsc.h>
diff -puN arch/i386/kernel/cpu/mtrr/cyrix.c~geode-setup-correct-chipset-access-functions arch/i386/kernel/cpu/mtrr/cyrix.c
--- a/arch/i386/kernel/cpu/mtrr/cyrix.c~geode-setup-correct-chipset-access-functions
+++ a/arch/i386/kernel/cpu/mtrr/cyrix.c
@@ -3,6 +3,7 @@
 #include <asm/mtrr.h>
 #include <asm/msr.h>
 #include <asm/io.h>
+#include <asm/processor-cyrix.h>
 #include "mtrr.h"
 
 int arr3_protected;
diff -puN arch/i386/kernel/cpu/mtrr/state.c~geode-setup-correct-chipset-access-functions arch/i386/kernel/cpu/mtrr/state.c
--- a/arch/i386/kernel/cpu/mtrr/state.c~geode-setup-correct-chipset-access-functions
+++ a/arch/i386/kernel/cpu/mtrr/state.c
@@ -3,6 +3,7 @@
 #include <asm/io.h>
 #include <asm/mtrr.h>
 #include <asm/msr.h>
+#include <asm/processor-cyrix.h>
 #include "mtrr.h"
 
 
diff -puN /dev/null include/asm-i386/processor-cyrix.h
--- /dev/null
+++ a/include/asm-i386/processor-cyrix.h
@@ -0,0 +1,30 @@
+/*
+ * NSC/Cyrix CPU indexed register access. Must be inlined instead of
+ * macros to ensure correct access ordering
+ * Access order is always 0x22 (=offset), 0x23 (=value)
+ *
+ * When using the old macros a line like
+ *   setCx86(CX86_CCR2, getCx86(CX86_CCR2) | 0x88);
+ * gets expanded to:
+ *  do {
+ *    outb((CX86_CCR2), 0x22);
+ *    outb((({
+ *        outb((CX86_CCR2), 0x22);
+ *        inb(0x23);
+ *    }) | 0x88), 0x23);
+ *  } while (0);
+ *
+ * which in fact violates the access order (= 0x22, 0x22, 0x23, 0x23).
+ */
+
+static inline u8 getCx86(u8 reg)
+{
+	outb(reg, 0x22);
+	return inb(0x23);
+}
+
+static inline void setCx86(u8 reg, u8 data)
+{
+	outb(reg, 0x22);
+	outb(data, 0x23);
+}
diff -puN include/asm-i386/processor.h~geode-setup-correct-chipset-access-functions include/asm-i386/processor.h
--- a/include/asm-i386/processor.h~geode-setup-correct-chipset-access-functions
+++ a/include/asm-i386/processor.h
@@ -168,17 +168,6 @@ static inline void clear_in_cr4 (unsigne
 	write_cr4(cr4);
 }
 
-/*
- *      NSC/Cyrix CPU indexed register access macros
- */
-
-#define getCx86(reg) ({ outb((reg), 0x22); inb(0x23); })
-
-#define setCx86(reg, data) do { \
-	outb((reg), 0x22); \
-	outb((data), 0x23); \
-} while (0)
-
 /* Stop speculative execution */
 static inline void sync_core(void)
 {
diff -puN include/asm-x86_64/processor.h~geode-setup-correct-chipset-access-functions include/asm-x86_64/processor.h
--- a/include/asm-x86_64/processor.h~geode-setup-correct-chipset-access-functions
+++ a/include/asm-x86_64/processor.h
@@ -391,17 +391,6 @@ static inline void prefetchw(void *x) 
 
 #define cpu_relax()   rep_nop()
 
-/*
- *      NSC/Cyrix CPU indexed register access macros
- */
-
-#define getCx86(reg) ({ outb((reg), 0x22); inb(0x23); })
-
-#define setCx86(reg, data) do { \
-	outb((reg), 0x22); \
-	outb((data), 0x23); \
-} while (0)
-
 static inline void serialize_cpu(void)
 {
 	__asm__ __volatile__ ("cpuid" : : : "ax", "bx", "cx", "dx");
_

Patches currently in -mm which might be from juergen@xxxxxxxxxxxxxx are


-
To unsubscribe from this list: send the line "unsubscribe mm-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Kernel Newbies FAQ]     [Kernel Archive]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [Bugtraq]     [Photo]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]

  Powered by Linux