[PATCH 0/2] Fixes for clang/lld

2020-10-16 Thread Bill Wendling
These patches fix some compilation / linking issues with clang & lld. Bill Wendling (2): powerpc/wrapper: Add "-z notext" flag to disable diagnostic powerpc/boot: Use clang when CC is clang arch/powerpc/boot/Makefile | 4 arch/powerpc/boot/wrapper | 6 -- 2 files changed, 8 inserti

[PATCH 1/2] powerpc/wrapper: Add "-z notext" flag to disable diagnostic

2020-10-16 Thread Bill Wendling
The "-z notext" flag disables reporting an error if DT_TEXTREL is set. ld.lld: error: can't create dynamic relocation R_PPC64_ADDR64 against symbol: _start in readonly segment; recompile object files with -fPIC or pass '-Wl,-z,notext' to allow text relocations in the output >>> def

[PATCH] powerpc/boot: move the .got section to after the .dynamic section

2020-10-16 Thread Bill Wendling
Both .dynamic and .got are RELRO sections and should be placed together, and LLD emits an error: ld.lld: error: section: .got is not contiguous with other relro sections Place them together to avoid this. Cc: Fangrui Song Cc: Alan Modra Signed-off-by: Bill Wendling --- arch/powerpc/boot/zI

Re: [PATCH v4 1/2] ASoC: fsl_xcvr: Add XCVR ASoC CPU DAI driver

2020-10-16 Thread Nicolin Chen
On Tue, Oct 13, 2020 at 03:17:32PM +0300, Viorel Suman (OSS) wrote: > From: Viorel Suman > > XCVR (Audio Transceiver) is a on-chip functional module found > on i.MX8MP. It support HDMI2.1 eARC, HDMI1.4 ARC and SPDIF. > > Signed-off-by: Viorel Suman Acked-by: Nicolin Chen

[powerpc:fixes-test] BUILD SUCCESS 8d0e2101274358d9b6b1f27232b40253ca48bab5

2020-10-16 Thread kernel test robot
-a005-20201016 i386 randconfig-a006-20201016 i386 randconfig-a001-20201016 i386 randconfig-a003-20201016 i386 randconfig-a004-20201016 i386 randconfig-a002-20201016 x86_64 randconfig-a016-20201016 x86_64

Re: [PATCH 15/20] dt-bindings: usb: meson-g12a-usb: Validate DWC2/DWC3 sub-nodes

2020-10-16 Thread Martin Blumenstingl
On Wed, Oct 14, 2020 at 12:14 PM Serge Semin wrote: > > Amlogic G12A USB DT sub-nodes are supposed to be compatible with the > generic DWC USB2 and USB3 devices. Since now we've got DT schemas for > both of the later IP cores let's make sure that the Amlogic G12A USB > DT nodes are fully evaluated

Re: [PATCH 14/20] dt-bindings: usb: meson-g12a-usb: Fix FL-adj property value

2020-10-16 Thread Martin Blumenstingl
On Wed, Oct 14, 2020 at 12:14 PM Serge Semin wrote: > > An empty snps,quirk-frame-length-adjustment won't cause any change > performed by the driver. Moreover the DT schema validation will fail, > since it expects the property being assigned with some value. So set > fix the example by setting a v

RE: [PATCH v2] soc: fsl: dpio: Change 'cpumask_t mask' to the driver's private data

2020-10-16 Thread Leo Li
> -Original Message- > From: Leo Li > Sent: Friday, October 16, 2020 4:20 PM > To: 'Yi Wang' ; Roy Pledge ; > Laurentiu Tudor > Cc: linux-ker...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org; linux-arm- > ker...@lists.infradead.org; xue.zhih...@zte.com.cn; > jiang.xue...@zte.com.cn; Hao

RE: [PATCH v2] soc: fsl: dpio: Change 'cpumask_t mask' to the driver's private data

2020-10-16 Thread Leo Li
> -Original Message- > From: Yi Wang > Sent: Friday, October 16, 2020 1:49 AM > To: Roy Pledge ; Laurentiu Tudor > > Cc: Leo Li ; linux-ker...@vger.kernel.org; linuxppc- > d...@lists.ozlabs.org; linux-arm-ker...@lists.infradead.org; > xue.zhih...@zte.com.cn; wang.y...@zte.com.cn; jiang.

Re: KVM on POWER8 host lock up since 10d91611f426 ("powerpc/64s: Reimplement book3s idle code in C")

2020-10-16 Thread Michal Suchánek
On Mon, Sep 07, 2020 at 11:13:47PM +1000, Nicholas Piggin wrote: > Excerpts from Michael Ellerman's message of August 31, 2020 8:50 pm: > > Michal Suchánek writes: > >> On Mon, Aug 31, 2020 at 11:14:18AM +1000, Nicholas Piggin wrote: > >>> Excerpts from Michal Suchánek's message of August 31, 2020

Re: [GIT PULL] Please pull powerpc/linux.git powerpc-5.10-1 tag

2020-10-16 Thread pr-tracker-bot
The pull request you sent on Fri, 16 Oct 2020 14:24:39 +1100: > https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git > tags/powerpc-5.10-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/96685f8666714233d34abb71b242448c80077536 Thank you! -- Deet-doot-d

Re: [GIT PULL] Please pull powerpc/linux.git powerpc-5.10-1 tag

2020-10-16 Thread Linus Torvalds
On Thu, Oct 15, 2020 at 8:24 PM Michael Ellerman wrote: > > Just two minor conflicts I'm aware of. The only slight subtlety is the > conflict > in kasan_init() where "int ret" needs to move out of the for_each_mem_range() > and up to the function scope. Well, there was also a conflict for the de

Re: [PATCH 17/20] dt-bindings: usb: qcom, dwc3: Validate DWC3 sub-node

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:59 +0300, Serge Semin wrote: > Qualcomm msm8996/sc7180/sdm845 DWC3 compatible DT nodes are supposed to > have a DWC USB3 compatible sub-node to describe a fully functioning USB > interface. Let's use the available DWC USB3 DT schema to validate the > Qualcomm DWC3 sub-node

Re: [PATCH 16/20] dt-bindings: usb: keystone-dwc3: Validate DWC3 sub-node

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:58 +0300, Serge Semin wrote: > TI Keystone DWC3 compatible DT node is supposed to have a DWC USB3 > compatible sub-node to describe a fully functioning USB interface. > Since DWC USB3 has now got a DT schema describing its DT node, let's make > sure the TI Keystone DWC3 su

Re: [PATCH 15/20] dt-bindings: usb: meson-g12a-usb: Validate DWC2/DWC3 sub-nodes

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:57 +0300, Serge Semin wrote: > Amlogic G12A USB DT sub-nodes are supposed to be compatible with the > generic DWC USB2 and USB3 devices. Since now we've got DT schemas for > both of the later IP cores let's make sure that the Amlogic G12A USB > DT nodes are fully evaluated

Re: [PATCH 14/20] dt-bindings: usb: meson-g12a-usb: Fix FL-adj property value

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:56 +0300, Serge Semin wrote: > An empty snps,quirk-frame-length-adjustment won't cause any change > performed by the driver. Moreover the DT schema validation will fail, > since it expects the property being assigned with some value. So set > fix the example by setting a v

Re: [PATCH 13/20] dt-bindings: usb: dwc3: Add Frame Length Adj restrictions

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:55 +0300, Serge Semin wrote: > In accordance with the IP core databook the > snps,quirk-frame-length-adjustment property can be set within [0, 0x3F]. > Let's make sure the DT schema applies a correct restriction on the > property. > > Signed-off-by: Serge Semin > --- >

Re: [PATCH 12/20] dt-bindings: usb: dwc3: Add Tx De-emphasis restrictions

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:54 +0300, Serge Semin wrote: > In accordance with the driver comments the PIPE3 de-emphasis can be tuned > to be either -6dB, -2.5dB or disabled. Let's add the de-emphasis > property restriction so the DT schema would make sure the controller DT > node is equipped with cor

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

2020-10-16 Thread Rob Herring
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

Re: [PATCH 10/20] dt-bindings: usb: dwc3: Add interrupt-names property support

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:52 +0300, Serge Semin wrote: > The controller driver supports two types of DWC USB3 devices: with a > common interrupt lane and with individual interrupts for each mode. Add > support for both these cases to the DWC USB3 DT schema. > > Signed-off-by: Serge Semin > > ---

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

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:50 +0300, Serge Semin wrote: > 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

Re: [PATCH 07/20] dt-bindings: usb: xhci: Add Broadcom STB v2 compatible device

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:49 +0300, Serge Semin wrote: > For some reason the "brcm,xhci-brcm-v2" compatible string has been missing > in the original bindings file. Add it to the Generic xHCI Controllers DT > schema since the controller driver expects it to be supported. > > Signed-off-by: Serge S

Re: [PATCH 06/20] dt-bindings: usb: Convert xHCI bindings to DT schema

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:48 +0300, Serge Semin wrote: > Currently the DT bindings of Generic xHCI Controllers are described by means > of the legacy text file. Since such format is deprecated in favor of the > DT schema, let's convert the Generic xHCI Controllers bindings file to the > correspondi

Re: [PATCH 05/20] dt-bindings: usb: usb-hcd: Add generic "usb-phy" property

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:47 +0300, Serge Semin wrote: > Even though the Generic PHY framework is the more preferable way of > setting the USB PHY up, there are still many dts-files and DT bindings > which rely on having the legacy "usb-phy" specified to attach particular > USB PHYs to USB cores. L

Re: [PATCH 04/20] dt-bindings: usb: usb-hcd: Add "tpl-support" property

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:46 +0300, Serge Semin wrote: > The host controller device might be designed to work for the particular > products or applications. In that case its DT node is supposed to be > equipped with the tpl-support property. > > Signed-off-by: Serge Semin > > --- > > Changelog

Re: [PATCH 03/20] dt-bindings: usb: usb-hcd: Add "ulpi/serial/hsic" PHY types

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:45 +0300, Serge Semin wrote: > Aside from the UTMI+ there are also ULPI, Serial and HSIC PHY types > that can be specified in the phy_type HCD property. Add them to the > enumeration of the acceptable values. > > Signed-off-by: Serge Semin > > --- > > Changelog v2: > -

Re: [PATCH 02/20] dt-bindings: usb: usb-hcd: Add "otg-rev" property restriction

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:44 +0300, Serge Semin wrote: > There are only four OTG revisions are currently supported by the kernel: > 0x0100, 0x0120, 0x0130, 0x0200. Any another value is considered as > invalid. > > Signed-off-by: Serge Semin > --- > Documentation/devicetree/bindings/usb/usb-hcd.y

Re: [PATCH 01/20] dt-bindings: usb: usb-hcd: Convert generic USB properties to DT schema

2020-10-16 Thread Rob Herring
On Wed, 14 Oct 2020 13:13:43 +0300, Serge Semin wrote: > The generic USB HCD properties have been described in the legacy bindings > text file: Documentation/devicetree/bindings/usb/generic.txt . Let's > convert it' content into the USB HCD DT schema properties so all USB DT > nodes would be valida

Re: [PATCH v4 2/2] ASoC: dt-bindings: fsl_xcvr: Add document for XCVR

2020-10-16 Thread Rob Herring
On Tue, 13 Oct 2020 15:17:33 +0300, Viorel Suman (OSS) wrote: > From: Viorel Suman > > XCVR (Audio Transceiver) is a new IP module found on i.MX8MP. > > Signed-off-by: Viorel Suman > --- > .../devicetree/bindings/sound/fsl,xcvr.yaml | 104 ++ > 1 file changed, 104 insertions(

Re: [PATCH 04/20] dt-bindings: usb: usb-hcd: Add "tpl-support" property

2020-10-16 Thread Rob Herring
On Wed, Oct 14, 2020 at 08:27:10PM +0300, Serge Semin wrote: > On Wed, Oct 14, 2020 at 08:27:56AM -0500, Rob Herring wrote: > > On Wed, 14 Oct 2020 13:13:46 +0300, Serge Semin wrote: > > > The host controller device might be designed to work for the particular > > > products or applications. In tha

[powerpc:next] BUILD SUCCESS ffd0b25ca049a477cb757e5bcf2d5e1664d12e5d

2020-10-16 Thread kernel test robot
01014 i386 randconfig-a003-20201014 i386 randconfig-a004-20201014 i386 randconfig-a002-20201014 i386 randconfig-a005-20201016 i386 randconfig-a006-20201016 i386 randconfig-a001-20201016 i386 randc

[powerpc:merge] BUILD SUCCESS 4fa6f5d55f64e974784cfc8f38312d48479a4323

2020-10-16 Thread kernel test robot
onfig i386 randconfig-a005-20201014 i386 randconfig-a006-20201014 i386 randconfig-a001-20201014 i386 randconfig-a003-20201014 i386 randconfig-a004-20201014 i386 randconfig-a002-20201014 i386 randconfig-a00

Re: [PATCH 8/8] powerpc/signal64: Rewrite rt_sigreturn() to minimise uaccess switches

2020-10-16 Thread Christophe Leroy
Le 15/10/2020 à 17:01, Christopher M. Riedl a écrit : From: Daniel Axtens Add uaccess blocks and use the 'unsafe' versions of functions doing user access where possible to reduce the number of times uaccess has to be opened/closed. Signed-off-by: Daniel Axtens Signed-off-by: Christopher M.

Re: [PATCH 7/8] powerpc/signal64: Rewrite handle_rt_signal64() to minimise uaccess switches

2020-10-16 Thread Christophe Leroy
Le 15/10/2020 à 17:01, Christopher M. Riedl a écrit : From: Daniel Axtens Add uaccess blocks and use the 'unsafe' versions of functions doing user access where possible to reduce the number of times uaccess has to be opened/closed. There is no 'unsafe' version of copy_siginfo_to_user, so mo

Re: [PATCH 6/8] powerpc/signal64: Replace setup_trampoline() w/ unsafe_setup_trampoline()

2020-10-16 Thread Christophe Leroy
Le 15/10/2020 à 17:01, Christopher M. Riedl a écrit : From: Daniel Axtens Previously setup_trampoline() performed a costly KUAP switch on every uaccess operation. These repeated uaccess switches cause a significant drop in signal handling performance. Rewrite setup_trampoline() to assume th

Re: [PATCH 2/8] powerpc/signal: Add unsafe_copy_{vsx, fpr}_from_user()

2020-10-16 Thread Christophe Leroy
Le 15/10/2020 à 17:01, Christopher M. Riedl a écrit : Reuse the "safe" implementation from signal.c except for calling unsafe_copy_from_user() to copy into a local buffer. Unlike the unsafe_copy_{vsx,fpr}_to_user() functions the "copy from" functions cannot use unsafe_get_user() directly to by

Re: [PATCH 1/8] powerpc/uaccess: Add unsafe_copy_from_user

2020-10-16 Thread Christophe Leroy
Le 16/10/2020 à 08:54, Christoph Hellwig a écrit : On Thu, Oct 15, 2020 at 10:01:52AM -0500, Christopher M. Riedl wrote: Implement raw_copy_from_user_allowed() which assumes that userspace read access is open. Use this new function to implement raw_copy_from_user(). Finally, wrap the new func

Re: [PATCH 1/8] powerpc/uaccess: Add unsafe_copy_from_user

2020-10-16 Thread Christophe Leroy
Le 15/10/2020 à 17:01, Christopher M. Riedl a écrit : Implement raw_copy_from_user_allowed() which assumes that userspace read access is open. Use this new function to implement raw_copy_from_user(). Finally, wrap the new function to follow the usual "unsafe_" convention of taking a label argu

Re: [PATCH v4 0/2] powerpc/mce: Fix mce handler and add selftest

2020-10-16 Thread Michael Ellerman
On Fri, 9 Oct 2020 12:10:03 +0530, Ganesh Goudar wrote: > This patch series fixes mce handling for pseries, Adds LKDTM test > for SLB multihit recovery and enables selftest for the same, > basically to test MCE handling on pseries/powernv machines running > in hash mmu mode. > > v4: > * Use radix_

Re: [PATCH] powerpc/opal_elog: Handle multiple writes to ack attribute

2020-10-16 Thread Michael Ellerman
On Wed, 14 Oct 2020 12:18:13 +0530, Aneesh Kumar K.V wrote: > Even though we use self removing sysfs helper, we still need > to make sure we do the final kobject delete conditionally. > sysfs_remove_file_self() will handle parallel calls to remove > the sysfs attribute file and returns true only in

Re: [PATCH] selftests/powerpc: Fix eeh-basic.sh exit codes

2020-10-16 Thread Michael Ellerman
On Wed, 14 Oct 2020 13:47:11 +1100, Oliver O'Halloran wrote: > The kselftests test running infrastructure expects tests to finish with an > exit code of 4 if the test decided it should be skipped. Currently > eeh-basic.sh exits with the number of devices that failed to recover, so if > four devices

Re: [PATCH -next] Revert "powerpc/pci: unmap legacy INTx interrupts when a PHB is removed"

2020-10-16 Thread Michael Ellerman
On Wed, 14 Oct 2020 14:28:11 -0400, Qian Cai wrote: > This reverts commit 3a3181e16fbde752007759f8759d25e0ff1fc425 which > causes memory corruptions on POWER9 NV. Applied to powerpc/next. [1/1] Revert "powerpc/pci: unmap legacy INTx interrupts when a PHB is removed" https://git.kernel.org/p

Re: [PATCH 18/20] arch: dts: Fix EHCI/OHCI DT nodes name

2020-10-16 Thread Alexandre Torgue
Hi Serge, On 10/14/20 12:14 PM, Serge Semin wrote: In accordance with the Generic EHCI/OHCI bindings the corresponding node name is suppose to comply with the Generic USB HCD DT schema, which requires the USB nodes to have the name acceptable by the regexp: "^usb(@.*)?" . Let's fix the DTS files

Re: [PATCH 3/8] powerpc: Mark functions called inside uaccess blocks w/ 'notrace'

2020-10-16 Thread Peter Zijlstra
On Fri, Oct 16, 2020 at 07:56:16AM +0100, Christoph Hellwig wrote: > On Thu, Oct 15, 2020 at 10:01:54AM -0500, Christopher M. Riedl wrote: > > Functions called between user_*_access_begin() and user_*_access_end() > > should be either inlined or marked 'notrace' to prevent leaving > > userspace acc

Re: [PATCH 18/20] arch: dts: Fix EHCI/OHCI DT nodes name

2020-10-16 Thread Serge Semin
Hello Alexandre, On Fri, Oct 16, 2020 at 09:08:23AM +0200, Alexandre Torgue wrote: > Hi Serge, > > On 10/14/20 12:14 PM, Serge Semin wrote: > > In accordance with the Generic EHCI/OHCI bindings the corresponding node > > name is suppose to comply with the Generic USB HCD DT schema, which > > requ

Re: [PATCH 3/8] powerpc: Mark functions called inside uaccess blocks w/ 'notrace'

2020-10-16 Thread Christophe Leroy
Le 15/10/2020 à 17:01, Christopher M. Riedl a écrit : Functions called between user_*_access_begin() and user_*_access_end() should be either inlined or marked 'notrace' to prevent leaving userspace access exposed. Mark any such functions relevant to signal handling so that subsequent patches

[PATCH v2] soc: fsl: dpio: Change 'cpumask_t mask' to the driver's private data

2020-10-16 Thread Yi Wang
From: Hao Si The local variable 'cpumask_t mask' is in the stack memory, and its address is assigned to 'desc->affinity' in 'irq_set_affinity_hint()'. But the memory area where this variable is located is at risk of being modified. During LTP testing, the following error was generated: Unable t