RE: [PATCH 08/20] dt-bindings: usb: renesas-xhci: Refer to the usb-xhci.yaml file

2020-10-19 Thread Yoshihiro Shimoda
Hi,

> From: Serge Semin, Sent: Wednesday, October 14, 2020 7:14 PM
> 
> With minor peculiarities (like uploading some vendor-specific firmware)
> these are just Generic xHCI controllers fully compatible with its
> properties. Make sure the Renesas USB xHCI DT nodes are also validated
> against the Generic xHCI DT schema.
> 
> Signed-off-by: Serge Semin 
> ---

Thank you for the patch!

Reviewed-by: Yoshihiro Shimoda 

Best regards,
Yoshihiro Shimoda


___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc


[PATCH] Revert "ARC: entry: fix potential EFA clobber when TIF_SYSCALL_TRACE"

2020-10-19 Thread Vineet Gupta
This reverts commit 00fdec98d9881bf5173af09aebd353ab3b9ac729.
(but only from 5.2 and prior kernels)

The original commit was a preventive fix based on code-review and was
auto-picked for stable back-port (for better or worse).
It was OK for v5.3+ kernels, but turned up needing an implicit change
68e5c6f073bcf70 "(ARC: entry: EV_Trap expects r10 (vs. r9) to have
 exception cause)" merged in v5.3 which itself was not backported.
So to summarize the stable backport of this patch for v5.2 and prior
kernels is busted and it won't boot.

The obvious solution is backport 68e5c6f073bcf70 but that is a pain as
it doesn't revert cleanly and each of affected kernels (so far v4.19,
v4.14, v4.9, v4.4) needs a slightly different massaged varaint.
So the easier fix is to simply revert the backport from 5.2 and prior.
The issue was not a big deal as it would cause strace to sporadically
not work correctly.

Waldemar Brodkorb first reported this when running ARC uClibc regressions
on latest stable kernels (with offending backport). Once he bisected it,
the analysis was trivial, so thx to him for this.

Reported-by: Waldemar Brodkorb 
Bisected-by: Waldemar Brodkorb 
Cc: stable  # 5.2 and prior
Signed-off-by: Vineet Gupta 
---
 arch/arc/kernel/entry.S | 16 +++-
 1 file changed, 11 insertions(+), 5 deletions(-)

diff --git a/arch/arc/kernel/entry.S b/arch/arc/kernel/entry.S
index ea00c8a17f07..60406ec62eb8 100644
--- a/arch/arc/kernel/entry.S
+++ b/arch/arc/kernel/entry.S
@@ -165,6 +165,7 @@ END(EV_Extension)
 tracesys:
; save EFA in case tracer wants the PC of traced task
; using ERET won't work since next-PC has already committed
+   lr  r12, [efa]
GET_CURR_TASK_FIELD_PTR   TASK_THREAD, r11
st  r12, [r11, THREAD_FAULT_ADDR]   ; thread.fault_address
 
@@ -207,9 +208,15 @@ tracesys_exit:
 ; Breakpoint TRAP
 ; -
 trap_with_param:
-   mov r0, r12 ; EFA in case ptracer/gdb wants stop_pc
+
+   ; stop_pc info by gdb needs this info
+   lr  r0, [efa]
mov r1, sp
 
+   ; Now that we have read EFA, it is safe to do "fake" rtie
+   ;   and get out of CPU exception mode
+   FAKE_RET_FROM_EXCPN
+
; Save callee regs in case gdb wants to have a look
; SP will grow up by size of CALLEE Reg-File
; NOTE: clobbers r12
@@ -236,10 +243,6 @@ ENTRY(EV_Trap)
 
EXCEPTION_PROLOGUE
 
-   lr  r12, [efa]
-
-   FAKE_RET_FROM_EXCPN
-
; TRAP 1   :breakpoints
; Check ECR for trap with arg (PROLOGUE ensures r10 has ECR)
bmsk.f 0, r10, 7
@@ -247,6 +250,9 @@ ENTRY(EV_Trap)
 
; TRAP  (no param): syscall top level
 
+   ; First return from Exception to pure K mode (Exception/IRQs renabled)
+   FAKE_RET_FROM_EXCPN
+
; If syscall tracing ongoing, invoke pre-post-hooks
GET_CURR_THR_INFO_FLAGS   r10
btst r10, TIF_SYSCALL_TRACE
-- 
2.25.1


___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc


[GIT PULL] ARC changes for 5.10-rc1

2020-10-19 Thread Vineet Gupta
Hi Linus,

The bulk of ARC pull request is removal of EZChip NPS platform which was 
suffering
from constant bitrot. In recent years EZChip has gone though multiple successive
acquisitions and I guess things and people move on. I would like to take this
opportunity to recognize and thank all those good folks (Gilad, Noam, Ofer...) 
for
contributing major bits to ARC port (SMP, Big Endian)

Please pull.

Thx,
-Vineet
->
The following changes since commit 549738f15da0e5a00275977623be199fbbf7df50:

  Linux 5.9-rc8 (2020-10-04 16:04:34 -0700)

are available in the Git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/vgupta/arc.git/ 
tags/arc-5.10-rc1

for you to fetch changes up to 6364d1b41cc382db3b03cf33c57b6007ee8f09cf:

  arc: include/asm: fix typos of "themselves" (2020-10-05 21:02:29 -0700)


ARC changes for 5.10

 - Drop support for EZChip NPS platform

 - miscll other fixes


Mike Rapoport (1):
  ARC: SMP: fix typo and use "come up" instead of "comeup"

Necip Fazil Yildiran (1):
  arc: plat-hsdk: fix kconfig dependency warning when !RESET_CONTROLLER

Randy Dunlap (1):
  arc: include/asm: fix typos of "themselves"

Vineet Gupta (1):
  ARC: [plat-eznps]: Drop support for EZChip NPS platform

Zhen Lei (1):
  ARC: [dts] fix the errors detected by dtbs_check

 MAINTAINERS |   7 --
 arch/arc/Kconfig|   2 -
 arch/arc/Makefile   |   5 -
 arch/arc/boot/dts/axc001.dtsi   |   2 +-
 arch/arc/boot/dts/axc003.dtsi   |   2 +-
 arch/arc/boot/dts/axc003_idu.dtsi   |   2 +-
 arch/arc/boot/dts/eznps.dts |  84 -
 arch/arc/boot/dts/vdk_axc003.dtsi   |   2 +-
 arch/arc/boot/dts/vdk_axc003_idu.dtsi   |   2 +-
 arch/arc/configs/nps_defconfig  |  80 
 arch/arc/include/asm/atomic.h   | 108 +
 arch/arc/include/asm/barrier.h  |   9 +-
 arch/arc/include/asm/bitops.h   |  58 +
 arch/arc/include/asm/cmpxchg.h  |  72 +--
 arch/arc/include/asm/entry-compact.h|  27 -
 arch/arc/include/asm/processor.h|  37 --
 arch/arc/include/asm/ptrace.h   |   5 -
 arch/arc/include/asm/setup.h|   4 -
 arch/arc/include/asm/spinlock.h |   6 -
 arch/arc/include/asm/switch_to.h|   9 --
 arch/arc/kernel/ctx_sw.c|  13 --
 arch/arc/kernel/devtree.c   |   2 -
 arch/arc/kernel/process.c   |  15 ---
 arch/arc/kernel/smp.c   |   2 +-
 arch/arc/mm/tlbex.S |   7 --
 arch/arc/plat-eznps/Kconfig |  58 -
 arch/arc/plat-eznps/Makefile|   8 --
 arch/arc/plat-eznps/ctop.c  |  21 
 arch/arc/plat-eznps/entry.S |  60 -
 arch/arc/plat-eznps/include/plat/ctop.h | 208 
 arch/arc/plat-eznps/include/plat/mtm.h  |  49 
 arch/arc/plat-eznps/include/plat/smp.h  |  15 ---
 arch/arc/plat-eznps/mtm.c   | 166 -
 arch/arc/plat-eznps/platform.c  |  91 --
 arch/arc/plat-eznps/smp.c   | 138 -
 arch/arc/plat-hsdk/Kconfig  |   1 +
 36 files changed, 15 insertions(+), 1362 deletions(-)
 delete mode 100644 arch/arc/boot/dts/eznps.dts
 delete mode 100644 arch/arc/configs/nps_defconfig
 delete mode 100644 arch/arc/plat-eznps/Kconfig
 delete mode 100644 arch/arc/plat-eznps/Makefile
 delete mode 100644 arch/arc/plat-eznps/ctop.c
 delete mode 100644 arch/arc/plat-eznps/entry.S
 delete mode 100644 arch/arc/plat-eznps/include/plat/ctop.h
 delete mode 100644 arch/arc/plat-eznps/include/plat/mtm.h
 delete mode 100644 arch/arc/plat-eznps/include/plat/smp.h
 delete mode 100644 arch/arc/plat-eznps/mtm.c
 delete mode 100644 arch/arc/plat-eznps/platform.c
 delete mode 100644 arch/arc/plat-eznps/smp.c
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc


Re: [PATCH 11/20] dt-bindings: usb: dwc3: Add synopsys,dwc3 compatible string

2020-10-19 Thread Serge Semin
On Fri, Oct 16, 2020 at 01:53:40PM -0500, Rob Herring wrote:
> On Thu, Oct 15, 2020 at 12:35:54AM +0300, Serge Semin wrote:
> > On Wed, Oct 14, 2020 at 10:18:18PM +0200, Krzysztof Kozlowski wrote:
> > > On Wed, Oct 14, 2020 at 01:13:53PM +0300, Serge Semin wrote:
> > > > The DWC USB3 driver and some DTS files like Exynos 5250, Keystone k2e, 
> > > > etc
> > > > expects the DWC USB3 DT node to have the compatible string with the
> > > > "synopsys" vendor prefix. Let's add the corresponding compatible string 
> > > > to
> > > > the controller DT schema, but mark it as deprecated seeing the Synopsys,
> > > > Inc. is presented with just "snps" vendor prefix.
> > > 
> > 
> > > Instead of adding deprecated schema just correct the DTSes to use snps.
> > > The "synopsys" is not even in vendor prefixes.
> > 
> > Yeah, it's not, but the driver and some dts'es use it this way. I am not 
> > sure
> > that the solution suggested by you is much better than mine. So let's hear 
> > the
> > Rob'es opinion out in this matter. @Rob, what do you think?
> 

> I think we should fix the dts files given there's only 5.

Ok. I'll do that.

-Sergey

> 
> Rob

___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc