--- /dev/null
+From 1e5e929c009559bd7e898ac8e17a5d01037cb057 Mon Sep 17 00:00:00 2001
+From: Jon Hunter <jonathanh@nvidia.com>
+Date: Wed, 25 Sep 2019 15:12:29 +0100
+Subject: arm64: tegra: Fix 'active-low' warning for Jetson TX1 regulator
+
+From: Jon Hunter <jonathanh@nvidia.com>
+
+commit 1e5e929c009559bd7e898ac8e17a5d01037cb057 upstream.
+
+Commit 34993594181d ("arm64: tegra: Enable HDMI on Jetson TX1")
+added a regulator for HDMI on the Jetson TX1 platform. This regulator
+has an active high enable, but the GPIO specifier for enabling the
+regulator incorrectly defines it as active-low. This causes the
+following warning to occur on boot ...
+
+ WARNING KERN regulator@10 GPIO handle specifies active low - ignored
+
+The fixed-regulator binding does not use the active-low flag from the
+gpio specifier and purely relies of the presence of the
+'enable-active-high' property to determine if it is active high or low
+(if this property is omitted). Fix this warning by setting the GPIO
+to active-high in the GPIO specifier which aligns with the presense of
+the 'enable-active-high' property.
+
+Fixes: 34993594181d ("arm64: tegra: Enable HDMI on Jetson TX1")
+Signed-off-by: Jon Hunter <jonathanh@nvidia.com>
+Signed-off-by: Thierry Reding <treding@nvidia.com>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ arch/arm64/boot/dts/nvidia/tegra210-p2597.dtsi | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+--- a/arch/arm64/boot/dts/nvidia/tegra210-p2597.dtsi
++++ b/arch/arm64/boot/dts/nvidia/tegra210-p2597.dtsi
+@@ -1612,7 +1612,7 @@
+ regulator-name = "VDD_HDMI_5V0";
+ regulator-min-microvolt = <5000000>;
+ regulator-max-microvolt = <5000000>;
+- gpio = <&exp1 12 GPIO_ACTIVE_LOW>;
++ gpio = <&exp1 12 GPIO_ACTIVE_HIGH>;
+ enable-active-high;
+ vin-supply = <&vdd_5v0_sys>;
+ };
--- /dev/null
+From 45a2d64696b11913bcf1087b041740edbade3e21 Mon Sep 17 00:00:00 2001
+From: Arnd Bergmann <arnd@arndb.de>
+Date: Fri, 8 Nov 2019 21:34:29 +0100
+Subject: lp: fix sparc64 LPSETTIMEOUT ioctl
+
+From: Arnd Bergmann <arnd@arndb.de>
+
+commit 45a2d64696b11913bcf1087b041740edbade3e21 upstream.
+
+The layout of struct timeval is different on sparc64 from
+anything else, and the patch I did long ago failed to take
+this into account.
+
+Change it now to handle sparc64 user space correctly again.
+
+Quite likely nobody cares about parallel ports on sparc64,
+but there is no reason not to fix it.
+
+Cc: stable@vger.kernel.org
+Fixes: 9a450484089d ("lp: support 64-bit time_t user space")
+Signed-off-by: Arnd Bergmann <arnd@arndb.de>
+Link: https://lore.kernel.org/r/20191108203435.112759-7-arnd@arndb.de
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+---
+ drivers/char/lp.c | 4 ++++
+ 1 file changed, 4 insertions(+)
+
+--- a/drivers/char/lp.c
++++ b/drivers/char/lp.c
+@@ -713,6 +713,10 @@ static int lp_set_timeout64(unsigned int
+ if (copy_from_user(karg, arg, sizeof(karg)))
+ return -EFAULT;
+
++ /* sparc64 suseconds_t is 32-bit only */
++ if (IS_ENABLED(CONFIG_SPARC64) && !in_compat_syscall())
++ karg[1] >>= 32;
++
+ return lp_set_timeout(minor, karg[0], karg[1]);
+ }
+
--- /dev/null
+From af833988c088d3fed3e7188e7c3dd9ca17178dc3 Mon Sep 17 00:00:00 2001
+From: Adrian Hunter <adrian.hunter@intel.com>
+Date: Wed, 13 Nov 2019 14:02:06 +0200
+Subject: perf scripts python: exported-sql-viewer.py: Fix use of TRUE with SQLite
+
+From: Adrian Hunter <adrian.hunter@intel.com>
+
+commit af833988c088d3fed3e7188e7c3dd9ca17178dc3 upstream.
+
+Prior to version 3.23 SQLite does not support TRUE or FALSE, so always
+use 1 and 0 for SQLite.
+
+Fixes: 26c11206f433 ("perf scripts python: exported-sql-viewer.py: Use new 'has_calls' column")
+Signed-off-by: Adrian Hunter <adrian.hunter@intel.com>
+Cc: Jiri Olsa <jolsa@redhat.com>
+Cc: stable@vger.kernel.org # v5.3+
+Link: http://lore.kernel.org/lkml/20191113120206.26957-1-adrian.hunter@intel.com
+Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
+[Adrian: backported to v5.3, v5.4]
+Signed-off-by: Adrian Hunter <adrian.hunter@intel.com>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ tools/perf/scripts/python/exported-sql-viewer.py | 10 ++++++++--
+ 1 file changed, 8 insertions(+), 2 deletions(-)
+
+--- a/tools/perf/scripts/python/exported-sql-viewer.py
++++ b/tools/perf/scripts/python/exported-sql-viewer.py
+@@ -625,7 +625,7 @@ class CallGraphRootItem(CallGraphLevelIt
+ self.query_done = True
+ if_has_calls = ""
+ if IsSelectable(glb.db, "comms", columns = "has_calls"):
+- if_has_calls = " WHERE has_calls = TRUE"
++ if_has_calls = " WHERE has_calls = " + glb.dbref.TRUE
+ query = QSqlQuery(glb.db)
+ QueryExec(query, "SELECT id, comm FROM comms" + if_has_calls)
+ while query.next():
+@@ -905,7 +905,7 @@ class CallTreeRootItem(CallGraphLevelIte
+ self.query_done = True
+ if_has_calls = ""
+ if IsSelectable(glb.db, "comms", columns = "has_calls"):
+- if_has_calls = " WHERE has_calls = TRUE"
++ if_has_calls = " WHERE has_calls = " + glb.dbref.TRUE
+ query = QSqlQuery(glb.db)
+ QueryExec(query, "SELECT id, comm FROM comms" + if_has_calls)
+ while query.next():
+@@ -3509,6 +3509,12 @@ class DBRef():
+ def __init__(self, is_sqlite3, dbname):
+ self.is_sqlite3 = is_sqlite3
+ self.dbname = dbname
++ self.TRUE = "TRUE"
++ self.FALSE = "FALSE"
++ # SQLite prior to version 3.23 does not support TRUE and FALSE
++ if self.is_sqlite3:
++ self.TRUE = "1"
++ self.FALSE = "0"
+
+ def Open(self, connection_name):
+ dbname = self.dbname
rsi-release-skb-if-rsi_prepare_beacon-fails.patch
+arm64-tegra-fix-active-low-warning-for-jetson-tx1-regulator.patch
+perf-scripts-python-exported-sql-viewer.py-fix-use-of-true-with-sqlite.patch
+sparc64-implement-ioremap_uc.patch
+lp-fix-sparc64-lpsettimeout-ioctl.patch
+time-zero-the-upper-32-bits-in-__kernel_timespec-on-32-bit.patch
--- /dev/null
+From 38e45d81d14e5f78cd67922596b1c37b4c22ec74 Mon Sep 17 00:00:00 2001
+From: Tuowen Zhao <ztuowen@gmail.com>
+Date: Wed, 16 Oct 2019 15:06:27 -0600
+Subject: sparc64: implement ioremap_uc
+
+From: Tuowen Zhao <ztuowen@gmail.com>
+
+commit 38e45d81d14e5f78cd67922596b1c37b4c22ec74 upstream.
+
+On sparc64, the whole physical IO address space is accessible using
+physically addressed loads and stores. *_uc does nothing like the
+others.
+
+Cc: <stable@vger.kernel.org> # v4.19+
+Reported-by: kbuild test robot <lkp@intel.com>
+Signed-off-by: Tuowen Zhao <ztuowen@gmail.com>
+Acked-by: David S. Miller <davem@davemloft.net>
+Signed-off-by: Lee Jones <lee.jones@linaro.org>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ arch/sparc/include/asm/io_64.h | 1 +
+ 1 file changed, 1 insertion(+)
+
+--- 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(unsi
+ }
+
+ #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))
+
--- /dev/null
+From 7b8474466ed97be458c825f34a85f2c2b84c3f95 Mon Sep 17 00:00:00 2001
+From: Dmitry Safonov <0x7f454c46@gmail.com>
+Date: Thu, 21 Nov 2019 00:03:03 +0000
+Subject: time: Zero the upper 32-bits in __kernel_timespec on 32-bit
+
+From: Dmitry Safonov <dima@arista.com>
+
+commit 7b8474466ed97be458c825f34a85f2c2b84c3f95 upstream.
+
+On compat interfaces, the high order bits of nanoseconds should be zeroed
+out. This is because the application code or the libc do not guarantee
+zeroing of these. If used without zeroing, kernel might be at risk of using
+timespec values incorrectly.
+
+Originally it was handled correctly, but lost during is_compat_syscall()
+cleanup. Revert the condition back to check CONFIG_64BIT.
+
+Fixes: 98f76206b335 ("compat: Cleanup in_compat_syscall() callers")
+Reported-by: Ben Hutchings <ben.hutchings@codethink.co.uk>
+Signed-off-by: Dmitry Safonov <dima@arista.com>
+Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
+Cc: stable@vger.kernel.org
+Link: https://lore.kernel.org/r/20191121000303.126523-1-dima@arista.com
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ kernel/time/time.c | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+--- a/kernel/time/time.c
++++ b/kernel/time/time.c
+@@ -881,7 +881,8 @@ int get_timespec64(struct timespec64 *ts
+ ts->tv_sec = kts.tv_sec;
+
+ /* Zero out the padding for 32 bit systems or in compat mode */
+- if (IS_ENABLED(CONFIG_64BIT_TIME) && in_compat_syscall())
++ if (IS_ENABLED(CONFIG_64BIT_TIME) && (!IS_ENABLED(CONFIG_64BIT) ||
++ in_compat_syscall()))
+ kts.tv_nsec &= 0xFFFFFFFFUL;
+
+ ts->tv_nsec = kts.tv_nsec;
projects / thirdparty / kernel / stable-queue.git / commitdiff
