[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5c5b9dec7ea401fffa13446af2a528cbaf6e1046.camel@gmail.com>
Date: Mon, 28 Oct 2019 14:46:00 -0600
From: Tuowen Zhao <ztuowen@...il.com>
To: sparclinux@...r.kernel.org,
"davem@...emloft.net" <davem@...emloft.net>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Cc: "lee.jones@...aro.org" <lee.jones@...aro.org>,
andriy.shevchenko@...ux.intel.com, mika.westerberg@...ux.intel.com,
acelan.kao@...onical.com, mcgrof@...nel.org
Subject: Fwd: [PATCH v5 1/4] sparc64: implement ioremap_uc
Adding sparc list. Sorry, first time missed the list.
Looking for some reviews.
Patch set: Fix MTRR bug for intel-lpss-pci
https://lkml.org/lkml/2019/10/16/1230
Tuowen
-------- Forwarded Message --------
From: Tuowen Zhao <ztuowen@...il.com>
To: lee.jones@...aro.org, linux-kernel@...r.kernel.org
Cc: andriy.shevchenko@...ux.intel.com, mika.westerberg@...ux.intel.com,
acelan.kao@...onical.com, mcgrof@...nel.org, davem@...emloft.net,
Tuowen Zhao <ztuowen@...il.com>, kbuild test robot <lkp@...el.com>
Subject: [PATCH v5 1/4] sparc64: implement ioremap_uc
Date: Wed, 16 Oct 2019 15:06:27 -0600
On sparc64, the whole physical IO address space is accessible using
physically addressed loads and stores. *_uc does nothing like the
others.
Cc: <stable@...r.kernel.org>
Reported-by: kbuild test robot <lkp@...el.com>
Signed-off-by: Tuowen Zhao <ztuowen@...il.com>
---
arch/sparc/include/asm/io_64.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/sparc/include/asm/io_64.h
b/arch/sparc/include/asm/io_64.h
index 688911051b44..f4afa301954a 100644
--- a/arch/sparc/include/asm/io_64.h
+++ b/arch/sparc/include/asm/io_64.h
@@ -407,6 +407,7 @@ static inline void __iomem *ioremap(unsigned long
offset, unsigned long size)
}
#define ioremap_nocache(X,Y) ioremap((X),(Y))
+#define ioremap_uc(X,Y) ioremap((X),(Y))
#define ioremap_wc(X,Y) ioremap((X),(Y))
#define ioremap_wt(X,Y) ioremap((X),(Y))
--
2.23.0
Powered by blists - more mailing lists