Re: m68k allmodconfig build errors

On Jul 23 2018, Randy Dunlap wrote: > I don't see that all of these string compare fields are null-terminated. That gcc has converted the strncmp calls to strcmp is a pretty strong evidence that they are. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4

Re: [PATCHv3 0/3] Fix crash due to vma_is_anonymous() false-positives

On Tue, Jul 24, 2018 at 5:11 AM Kirill A. Shutemov wrote: > > Fix crash found by syzkaller. > > Build on top of Linus' changes in 4.18-rc6. > > Andrew, could you please drop mm-drop-unneeded-vm_ops-checks-v2.patch for > now. Infiniband drivers have to be fixed first. Ack, these look good to me.

Re: [PATCH v3 3/3] clk: qcom: Add display clock controller driver for SDM845

Quoting spa...@codeaurora.org (2018-07-13 01:25:49) > On 2018-07-13 01:11, Stephen Boyd wrote: > > Quoting Taniya Das (2018-07-12 10:21:33) > >> ++ Display driver team, > >> > >> On 7/9/2018 8:36 PM, Stephen Boyd wrote: > >> > Quoting Taniya Das (2018-07-09 02:34:07) > >> >> > >> >> > >> >> On 7/9

Re: [PATCH 0/5] ti_am335x_tsc: Enable wakeup capability

On Monday 23 July 2018 11:07 AM, Lee Jones wrote: > On Wed, 18 Jul 2018, Dmitry Torokhov wrote: > >> On Wed, Jul 18, 2018 at 08:47:36AM +0100, Lee Jones wrote: >>> On Tue, 17 Jul 2018, Vignesh R wrote: >>> Hi Dmitry, On Saturday 30 June 2018 04:03 PM, Vignesh R wrote: > On AM

Re: [RFC v5 PATCH 2/2] mm: mmap: zap pages with read mmap_sem in munmap

On 24/07/2018 19:26, Yang Shi wrote: > > > On 7/24/18 10:18 AM, Laurent Dufour wrote: >> On 19/07/2018 01:21, Yang Shi wrote: >>> When running some mmap/munmap scalability tests with large memory (i.e. 300GB), the below hung task issue may happen occasionally. >>> INFO: task ps:14018 bloc

[PATCH v3 1/4] dt-bindings: PCI: dra7xx: Add bindings for unaligned access in host mode

Update device tree binding documentation of TI's dra7xx PCI controller for enabling unaligned mem access as applicable not just in EP mode but in host mode as well. Signed-off-by: Vignesh R Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/pci/ti-pci.txt | 5 + 1 file changed,

[PATCH v2] i2c: aspeed: Handle master/slave combined irq events properly

In most of cases, interrupt bits are set one by one but there are also a lot of other cases that Aspeed I2C IP sends multiple interrupt bits with combining master and slave events using a single interrupt call. It happens much more in multi-master environment than single-master. For an example, whe

[PATCH v3 4/4] pci: dwc: pci-dra7xx: Enable errata i870 for both EP and RC mode

Errata i870 is applicable in both EP and RC mode. Therefore rename function dra7xx_pcie_ep_unaligned_memaccess(), that implements errata workaround, to dra7xx_pcie_unaligned_memaccess() and call it from a common place. So, that errata workaround is applied for both modes of operation. Reported-by:

Re: [PATCH v6 18/18] crypto: Remove AHASH_REQUEST_ON_STACK

On Tue, 2018-07-24 at 09:49 -0700, Kees Cook wrote: > All users of AHASH_REQUEST_ON_STACK have been removed from the kernel, so > drop it entirely so no VLAs get reintroduced by future users. checkpatch has a test for that. It could now be removed as well. --- diff --git a/scripts/checkpatch.pl b/

[PATCH v3 0/4] pci-dra7xx: Enable errata i870 workaround for RC mode

Make workaround for errata i870 applicable in Host mode as well(previously it was enabled only for EP mode) as per errata documentation: http://www.ti.com/lit/er/sprz450/sprz450.pdf Tested on DRA72 EVM Tony, If you are okay with the series, could you pick this via omap tree? All ACKs are in plac

[PATCH v3 3/4] ARM: dts: dra7: Fix up unaligned access setting for PCIe EP

Bit positions of PCIE_SS1_AXI2OCP_LEGACY_MODE_ENABLE and PCIE_SS1_AXI2OCP_LEGACY_MODE_ENABLE in CTRL_CORE_SMA_SW_7 are incorrectly documented in the TRM. In fact, the bit positions are swapped. Update the DT bindings for PCIe EP to reflect the same. Fixes: d23f3839fe97 ("ARM: dts: DRA7: Add pcie1

[PATCH v3 2/4] ARM: dts: dra7: Enable workaround for errata i870 in PCIe host mode

Add ti,syscon-unaligned-access property to PCIe RC nodes to set appropriate bits in CTRL_CORE_SMA_SW_7 register to enable workaround for errata i870. Signed-off-by: Vignesh R --- arch/arm/boot/dts/dra7.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/

Re: [PATCH 00/20] PIDTYPE_TGID removal of fork restarts

On Mon, Jul 23, 2018 at 8:23 PM Eric W. Biederman wrote: > > Please take a look and verify that I have caught everything. I think I > have but if not please let me know. Looks mostly ok, except for the completely broken cleanup of the "multiprocess" list. Linus

Re: [lkp-robot] [rcutorture] 3398b55446: WARNING:possible_recursive_locking_detected

On Tue, Jul 24, 2018 at 03:43:10PM +0800, kernel test robot wrote: > > FYI, we noticed the following commit (built with gcc-7): > > commit: 3398b55446fb602245007d5955b6778fb6ff326a ("rcutorture: Handle > extended "rcu" read-side critical sections") > https://git.kernel.org/cgit/linux/kernel/git/

Re: [PATCH] checkpatch: Validate SPDX license with spdxcheck.py

On Tue, Jul 24, 2018 at 11:04 AM Joe Perches wrote: > > Use the existing scripts/spdxcheck.py to validate any > SPDX-License-Identifier found in line 1 or 2 of patches or files. > > Miscellanea: > > o Properly indent the existing SPDX-License-Identifier block. > > Signed-off-by: Joe Perches > ---

Re: [PATCH 20/20] signal: Don't restart fork when signals come in.

This is completely broken. On Mon, Jul 23, 2018 at 8:27 PM Eric W. Biederman wrote: > > diff --git a/kernel/fork.c b/kernel/fork.c > index 6c358846a8b8..6ee5822f0085 100644 > --- a/kernel/fork.c > +++ b/kernel/fork.c > @@ -1602,6 +1603,24 @@ static __latent_entropy struct task_struct > *copy_pro

Re: [RFC v5 PATCH 2/2] mm: mmap: zap pages with read mmap_sem in munmap

On 7/24/18 10:18 AM, Laurent Dufour wrote: On 19/07/2018 01:21, Yang Shi wrote: When running some mmap/munmap scalability tests with large memory (i.e. 300GB), the below hung task issue may happen occasionally. INFO: task ps:14018 blocked for more than 120 seconds. Tainted: G

Re: [PATCH v2 4/8] NTB: ntb_pingpong: Choose doorbells based on port number

On Mon, Jul 23, 2018 at 12:08 PM Logan Gunthorpe wrote: > I don't think you'll ever have a case where two peers have the same > index, as the index is really an abstract concept the hardware doesn't > really know about. That is the point of index, that there should never be two peers with the sam

Re: [RFC v5 PATCH 2/2] mm: mmap: zap pages with read mmap_sem in munmap

On 19/07/2018 01:21, Yang Shi wrote: > When running some mmap/munmap scalability tests with large memory (i.e. >> 300GB), the below hung task issue may happen occasionally. > > INFO: task ps:14018 blocked for more than 120 seconds. >Tainted: GE 4.9.79-009.ali3000.alios7.x86_64

Re: [PATCH v2 12/12] sched/core: uclamp: use percentage clamp values

On 24-Jul 10:11, Suren Baghdasaryan wrote: > On Tue, Jul 24, 2018 at 9:43 AM, Patrick Bellasi > wrote: > > On 21-Jul 21:04, Suren Baghdasaryan wrote: > >> On Mon, Jul 16, 2018 at 1:29 AM, Patrick Bellasi > >> wrote: > > > > [...] > > > >> > +static inline unsigned int scale_from_percent(unsigned

Re: [PATCH] ASoC: AMD: Add a fix voltage regulator for DA7219 and ADAU7002

On Mon, Jul 23, 2018 at 10:56:44AM +0530, Agrawal, Akshu wrote: > This approach shows inconsistencies and in some boot cycles da7219 fails > to get regulator. Form the logs (below) it shows time gap between the > time we call “platform_device_register(&acp_da7219_regulator);” and when > the regula

Re: [PATCH v2 12/12] sched/core: uclamp: use percentage clamp values

On Tue, Jul 24, 2018 at 9:43 AM, Patrick Bellasi wrote: > On 21-Jul 21:04, Suren Baghdasaryan wrote: >> On Mon, Jul 16, 2018 at 1:29 AM, Patrick Bellasi >> wrote: > > [...] > >> > +static inline unsigned int scale_from_percent(unsigned int pct) >> > +{ >> > + WARN_ON(pct > 100); >> > + >> >

Re: [PATCH v2 6/6] KVM: nVMX: optimize prepare_vmcs02{,_full} for Enlightened VMCS case

On 21/06/2018 14:30, Vitaly Kuznetsov wrote: > +static __always_inline bool evmcs_needs_write(struct vcpu_vmx *vmx, > + u16 clean_field) > +{ > + if (vmx->nested.dirty_vmcs12) > + return true; Why is this needed? If it weren't for it, you

Re: [PATCH v2] PCI/AER: Do not clear AER bits if we don't own AER

Hi Alexandru, Thank you for the patch! Yet something to improve: [auto build test ERROR on pci/next] [also build test ERROR on v4.18-rc6 next-20180724] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [RESEND PATCH 4/4] sh: remove board_time_init() callback

Hi Arnd, I love your patch! Yet something to improve: [auto build test ERROR on sof-driver-fuweitax/master] [also build test ERROR on v4.18-rc6 next-20180724] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

[PATCH] checkpatch: Validate SPDX license with spdxcheck.py

Use the existing scripts/spdxcheck.py to validate any SPDX-License-Identifier found in line 1 or 2 of patches or files. Miscellanea: o Properly indent the existing SPDX-License-Identifier block. Signed-off-by: Joe Perches --- scripts/checkpatch.pl | 20 ++-- 1 file changed, 18

Re: [PATCH 00/15] ARM: dts: tegra: apalis-tk1: major revamp

On Tuesday, 24 July 2018 18:47:41 MSK Peter Geis wrote: > On 07/24/2018 10:48 AM, Dmitry Osipenko wrote: > > On Tuesday, 24 July 2018 17:45:01 MSK Marcel Ziswiler wrote: > >> On Tue, 2018-07-24 at 17:31 +0300, Dmitry Osipenko wrote: > >>> On Tuesday, 24 July 2018 17:16:33 MSK Marcel Ziswiler wrote:

Re: [PATCH] EDAC, sb_edac: Fix out of bound in PCI multi segment env

On Thu, Jul 19, 2018 at 7:07 AM, Masayoshi Mizuma wrote: > From: Masayoshi Mizuma > > KASAN reported the following slab-out-of-bounds when sb_edac > module was loaded on Broadwell machine which has two PCI segments. Although you found this with KASAN as an out of bounds array reference, the real

Re: [PATCH v9 1/2] regulator: dt-bindings: add QCOM RPMh regulator bindings

On Tue, Jul 24, 2018 at 08:43:46AM -0700, Doug Anderson wrote: > On Tue, Jul 24, 2018 at 8:25 AM, Mark Brown wrote: > > There was also some other thing called command DB as well which was a > > separate series. Ideally there'd be a branch I could pull as there's a > > build dependency on rpmh so

Re: [PATCH v2] ASoC: da7219: Allow pdata to specify a VDDIO

On Mon, Jul 23, 2018 at 02:41:26PM +, Adam Thomson wrote: > On 23 July 2018 00:28, Daniel Kurtz wrote: > > Provide a new device property to let such systems specify a different > > VDDIO if needed (e.g., 1.8V). > I'm not sure what the general view on this is. In the past it was suggested > th

Re: [PATCH v3 2/2] PCI: imx: Initial imx7d pm support

Am Dienstag, den 24.07.2018, 19:14 +0300 schrieb Leonard Crestez: > On imx7d the pcie-phy power domain is turned off in suspend and this can > make the system hang after resume when attempting any read from PCI. > > Fix this by adding minimal suspend/resume code from the nxp internal > tree. This

Re: [PATCH v3 1/2] Revert "ARM: dts: imx7d: Invert legacy PCI irq mapping"

Am Dienstag, den 24.07.2018, 19:14 +0300 schrieb Leonard Crestez: > This reverts commit 1c86c9dd82f859b474474a7fee0d5195da2c9c1d. > > That commit followed the reference manual but unfortunately the imx7d > manual is incorrect. > > Tested with ath9k pcie card and confirmed internally. > > Signed-

[PATCH v6 02/18] crypto: cbc: Remove VLA usage

In the quest to remove all stack VLA usage from the kernel[1], this uses the upper bounds on blocksize. Since this is always a cipher blocksize, use the existing cipher max blocksize. [1] https://lkml.kernel.org/r/CA+55aFzCG-zNmZwX4A2FQpadafLfEzK6CC=qpxydaacu1rq...@mail.gmail.com Signed-off-by:

Re: [PATCH] arm64: enable RapidIO config options in Kconfig

On 07/24/2018 08:14 AM, Will Deacon wrote: > On Tue, Jul 24, 2018 at 09:45:14AM -0400, Alexei Colin wrote: >> ARM64 SoCs with a PCI bus present the RapiodIO options; SoCs with >> RapidIO IP blocks but without a PCI bus, need to select HAS_RAPIDIO in >> Kconfig.platforms. >> >> HAS_RAPIDIO was chose

Re: [PATCH kselftest-next] Add cgroup core selftests

On 07/19/2018 11:08 AM, Roman Gushchin wrote: > On Wed, Jul 18, 2018 at 07:33:58PM +0200, Claudio wrote: >> This commit adds tests for some of the core functionalities >> of cgroups v2. >> >> The commit adds tests for some core principles of croup V2 API: >> >> - test_cgcore_internal_process_constr

Re: [PATCH] Revert "ata: ahci_platform: convert kcalloc to devm_kcalloc"

On Tue, Jul 17, 2018 at 10:49:35AM +, Corentin Labbe wrote: > Since ahci_platform_put_resources() use target_pwrs after "devm_" freed > it, we cannot use devm_kcalloc for allocating target_pwrs. > > This reverts commit bd0038b1b4f499d814d8f33a55b1df5ea6cf3b85. > > Reported-by: Mikko Perttunen

Re: [PATCH] dt-bindings: thermal: samsung: Add SPDX license identifier

Hi, On Wednesday, July 18, 2018 10:02:50 PM Krzysztof Kozlowski wrote: > Replace GPL license statement with SPDX license identifier (GPL-2.0+). > > Signed-off-by: Krzysztof Kozlowski > --- > include/dt-bindings/thermal/thermal_exynos.h | 12 +--- > 1 file changed, 1 insertion(+), 11 d

[PATCH v5 8/8] memory: tegra: Introduce Tegra20 EMC driver

Introduce driver for the External Memory Controller (EMC) found on Tegra20 chips, which controls the external DRAM on the board. The purpose of this driver is to program memory timing for external memory on the EMC clock rate change. Signed-off-by: Dmitry Osipenko Acked-by: Peter De Schrijver --

[PATCH v5 6/8] clk: tegra20: Turn EMC clock gate into divider

Kernel should never gate the EMC clock as it causes immediate lockup, so removing clk-gate functionality doesn't affect anything. Turning EMC clk gate into divider allows to implement glitch-less EMC scaling, avoiding reparenting to a backup clock. Signed-off-by: Dmitry Osipenko Acked-by: Peter D

[PATCH v5 7/8] clk: tegra20: Check whether direct PLLM sourcing is turned off for EMC

Ensure that direct PLLM sourcing is turned off for EMC as we don't support that configuration in the clk driver. Signed-off-by: Dmitry Osipenko Acked-by: Peter De Schrijver --- drivers/clk/tegra/clk-tegra20.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/drivers/clk/tegra/clk-

[PATCH v5 4/8] ARM: dts: tegra20: Add interrupt entry to External Memory Controller

Add interrupt entry into the EMC DT node. Signed-off-by: Dmitry Osipenko Acked-by: Peter De Schrijver --- arch/arm/boot/dts/tegra20.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/tegra20.dtsi b/arch/arm/boot/dts/tegra20.dtsi index 15b73bd377f0..9eb4163a4390 100644 --

[PATCH v5 5/8] ARM: dts: tegra20: Add clock entry to External Memory Controller

Add clock entry into the EMC DT node. Signed-off-by: Dmitry Osipenko --- arch/arm/boot/dts/tegra20.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/tegra20.dtsi b/arch/arm/boot/dts/tegra20.dtsi index 9eb4163a4390..979f38293fe5 100644 --- a/arch/arm/boot/dts/tegra20.dtsi

[PATCH v5 1/8] dt: bindings: tegra20-emc: Document interrupt property

EMC has a dedicated interrupt that is used to notify about completion of HW operations. Document the interrupt property. Signed-off-by: Dmitry Osipenko Acked-by: Rob Herring Acked-by: Peter De Schrijver --- .../devicetree/bindings/arm/tegra/nvidia,tegra20-emc.txt| 2 ++ 1 file changed,

[PATCH v5 2/8] dt: bindings: tegra20-emc: Document clock property

Embedded memory controller has a corresponding clock, document the clock property. Signed-off-by: Dmitry Osipenko Acked-by: Rob Herring --- .../devicetree/bindings/arm/tegra/nvidia,tegra20-emc.txt| 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/arm

[PATCH v5 3/8] dt: bindings: Move tegra20-emc binding to memory-controllers directory

Move tegra20-emc binding to the memory-controllers directory for consistency with the other Tegra memory bindings. Signed-off-by: Dmitry Osipenko Acked-by: Rob Herring --- .../{arm/tegra => memory-controllers}/nvidia,tegra20-emc.txt | 0 1 file changed, 0 insertions(+), 0 deletions(-) ren

Re: [PATCH v2 12/12] sched/core: uclamp: use percentage clamp values

On 21-Jul 21:04, Suren Baghdasaryan wrote: > On Mon, Jul 16, 2018 at 1:29 AM, Patrick Bellasi > wrote: [...] > > +static inline unsigned int scale_from_percent(unsigned int pct) > > +{ > > + WARN_ON(pct > 100); > > + > > + return ((SCHED_FIXEDPOINT_SCALE * pct) / 100); > > +} > > + >

[PATCH v5 0/8] Tegra20 External Memory Controller driver

Changelog: v5: - Fixed wrong EMC clock divider type in the "Turn EMC clock gate into divider" patch. It is a Tegra's fractional 7.1 divider and not a simple integer divider. Peter, please take a look at the change. v4: - Fixed "bad of_node_put()" error which wa

Re: [PATCHv3 0/2] Stackleak for arm64

Hi Laura, On Fri, Jul 20, 2018 at 02:41:52PM -0700, Laura Abbott wrote: > This is the version of stackleak for arm64, hopefully ready for queueing Thanks. I'll push these into linux-next tomorrow, once I've had a chance to test my conflict resolution in entry.S. Will

Re: [PATCHv3 2/2] arm64: Add support for STACKLEAK gcc plugin

On Tue, Jul 24, 2018 at 5:44 AM, Alexander Popov wrote: > On 21.07.2018 00:41, Laura Abbott wrote: >> This adds support for the STACKLEAK gcc plugin to arm64 by implementing >> stackleak_check_alloca(), based heavily on the x86 version, and adding the >> two helpers used by the stackleak common co

Re: [PATCH] perf/x86/intel: Fix unwind errors from PEBS entries (mk-II)

On Mon, Jul 23, 2018 at 04:14:27PM +0200, Peter Zijlstra wrote: > On Mon, Jul 23, 2018 at 08:30:06AM -0500, Josh Poimboeuf wrote: > > On Thu, Jul 19, 2018 at 11:19:54PM +0200, Peter Zijlstra wrote: > > > --- a/include/uapi/linux/perf_event.h > > > +++ b/include/uapi/linux/perf_event.h > > > @@ -143

Re: [PATCH v3 2/2] fpga: zynq-fpga: Add support for readback

Hi Appana, On Tue, Jul 24, 2018 at 7:17 AM, Appana Durga Kedareswara rao wrote: > This patch does the below > --> Adds support for readback of pl configuration data > --> Adds support for readback of pl configuration registers Can you please make the commit message such that you have full senten

Re: [PATCH 18/18] cpupower: change strncpy+truncation to strlcpy

On 07/12/2018 07:26 PM, Dominique Martinet wrote: > Generated by scripts/coccinelle/misc/strncpy_truncation.cocci > > Signed-off-by: Dominique Martinet > --- > > Please see https://marc.info/?l=linux-kernel&m=153144450722324&w=2 (the > first patch of the serie) for the motivation behind this pat

Re: [PATCH v6 9/9] x86: jump-labels: use macros instead of inline assembly

at 7:26 AM, Ingo Molnar wrote: > > * Nadav Amit wrote: > >> Use assembly macros for jump-labels and call them from inline assembly. >> This not only makes the code more readable, but also improves >> compilation decision, specifically inline decisions which GCC base on >> the number of new lin

Re: [PATCH v4 1/3] lib: add crc64 calculation routines

On 2018/7/24 12:26 PM, Eric Biggers wrote: > On Thu, Jul 19, 2018 at 12:55:43AM +0800, Coly Li wrote: >> This patch adds the re-write crc64 calculation routines for Linux kernel. >> The CRC64 polynomical arithmetic follows ECMA-182 specification, inspired > > "polynomical" => "polynomial". Same e

[PATCH v2] memory: tegra: Don't invoke Tegra30+ specific memory timing setup on Tegra20

This fixes irrelevant "tegra-mc 7000f000.memory-controller: no memory timings for RAM code 0 registered" warning message during of kernels boot-up on Tegra20. Fixes: a8d502fd3348 ("memory: tegra: Squash tegra20-mc into common tegra-mc driver") Signed-off-by: Dmitry Osipenko Acked-by: Jon Hunter

Re: [RFC v5 PATCH 1/2] mm: refactor do_munmap() to extract the common part

On 19/07/2018 01:21, Yang Shi wrote: > Introduces three new helper functions: > * munmap_addr_sanity() > * munmap_lookup_vma() > * munmap_mlock_vma() > > They will be used by do_munmap() and the new do_munmap with zapping > large mapping early in the later patch. > > There is no functional

Re: [PATCH v3 3/3] PCI: Intel DC P3700 NVMe delay after FLR quirk

On Tue, 24 Jul 2018 10:14:46 -0600 Alex Williamson wrote: > Add a device specific reset for Intel DC P3700 NVMe device which > exhibits a timeout failure in drivers waiting for the ready status to > update after NVMe enable if the driver interacts with the device too > quickly after FLR. As this

[PATCH v3 1/2] Revert "ARM: dts: imx7d: Invert legacy PCI irq mapping"

This reverts commit 1c86c9dd82f859b474474a7fee0d5195da2c9c1d. That commit followed the reference manual but unfortunately the imx7d manual is incorrect. Tested with ath9k pcie card and confirmed internally. Signed-off-by: Leonard Crestez --- arch/arm/boot/dts/imx7d.dtsi | 12 1 fi

[PATCH v3 2/2] PCI: imx: Initial imx7d pm support

On imx7d the pcie-phy power domain is turned off in suspend and this can make the system hang after resume when attempting any read from PCI. Fix this by adding minimal suspend/resume code from the nxp internal tree. This will prepare for powering down on suspend and reset the block on resume. Co

[PATCH v3 0/2] PCI: imx: Initial imx7d pm support

spend is a nightmare and unlikely to work. * Drop "reset: imx7: Fix always writing bits as 0 (accepted by Philipp) Series is against linux-next tag next-20180724 where the reset patch was already accepted. The imx7d.dtsi patch is also useful standalone. Link to v2: https://lkml.org/lkml/201

[PATCH v3 0/3] PCI: NVMe reset quirks

v3: Separate quirks, only for the afflicted devices v2: Add bug link, use Samsung vendor ID, add spec references Fix two different NVMe device reset issues with device specific quirks. The Samsung controller in patch 2 sometimes doesn't like being reset while enabled, so disable the NVMe control

[PATCH v3 2/3] PCI: Samsung SM961/PM961 NVMe disable before FLR quirk

The Samsung SM961/PM961 (960 EVO) sometimes fails to return from FLR with the PCI config space reading back as -1. A reproducible instance of this behavior is resolved by clearing the enable bit in the NVMe configuration register and waiting for the ready status to clear (disabling the NVMe contro

[PATCH v3 3/3] PCI: Intel DC P3700 NVMe delay after FLR quirk

Add a device specific reset for Intel DC P3700 NVMe device which exhibits a timeout failure in drivers waiting for the ready status to update after NVMe enable if the driver interacts with the device too quickly after FLR. As this has been observed in device assignment scenarios, resolve this with

[PATCH v3 1/3] PCI: Export pcie_has_flr()

pcie_flr() suggests pcie_has_flr() to ensure that PCIe FLR support is present prior to calling. pcie_flr() is exported while pcie_has_flr() is not. Resolve this. Signed-off-by: Alex Williamson --- drivers/pci/pci.c |3 ++- include/linux/pci.h |1 + 2 files changed, 3 insertions(+), 1

Re: [PATCH 1/2] pinctrl: stm32: fix bank io port number

Hi Rob On 07/20/2018 06:35 PM, Rob Herring wrote: On Mon, Jul 16, 2018 at 02:57:36PM +0200, Alexandre Torgue wrote: In case the exti line is not in line with the bank number (that is the case when there is an hole between two banks, for example GPIOK and then GPIOZ), use "st,bank-ioport" DT pro

Applied "regulator: Add sw2_sw4 voltage table to cpcap regulator." to the regulator tree

The patch regulator: Add sw2_sw4 voltage table to cpcap regulator. has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 2

Applied "regulator: Add support for CPCAP regulators on Motorola Xoom devices." to the regulator tree

The patch regulator: Add support for CPCAP regulators on Motorola Xoom devices. has been applied to the regulator tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime

Re: [PATCH v3 1/2] Add sw2_sw4 voltage table to cpcap regulator.

On Tue, Jul 24, 2018 at 11:52:48AM -0400, Peter Geis wrote: > On 07/24/2018 10:36 AM, Mark Brown wrote: > > Please submit patches using subject lines reflecting the style for the > > subsystem. This makes it easier for people to identify relevant > > patches. Look at what existing commits in the

Re: [PATCH v3 07/18] dmaengine: dma-jz4780: Add support for the JZ4770 SoC

On 24-07-18, 17:04, Paul Cercueil wrote: > Hi Vinod, > > Le mar. 24 juil. 2018 à 15:32, Vinod a écrit : > > On 21-07-18, 13:06, Paul Cercueil wrote: > > > +static inline void jz4780_dma_chan_enable(struct jz4780_dma_dev > > > *jzdma, > > > +unsigned int chn) > > > > right justified and

Re: [RFC][PATCH 0/5] Mount, Filesystem and Keyrings notifications

Casey Schaufler wrote: > > (1) Mount topology and reconfiguration change events. > > With the possibility of unprivileged mounting you're going to have to > address access control on events. If root in a user namespace mounts a > filesystem you may have a case where the "real" user wouldn't wa

Re: [PATCH 2/3] drivers/irqchip: Add Actions external interrupts support

On 24/07/18 16:02, Parthiban Nallathambi wrote: > Actions Semi Owl family SoC's S500, S700 and S900 provides support > for 3 external interrupt controllers through SIRQ pins. > > Each line can be independently configured as interrupt or wake-up source, > and triggers either on rising, falling or b

Re: [PATCH 4.17 00/63] 4.17.10-stable review

On Mon, Jul 23, 2018 at 02:24:06PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.17.10 release. > There are 63 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know

Re: [PATCH 08/10] psi: pressure stall information for CPU, memory, and IO

On Thu, Jul 19, 2018 at 10:31:15PM +0200, Peter Zijlstra wrote: > On Thu, Jul 19, 2018 at 02:47:40PM -0400, Johannes Weiner wrote: > > On Wed, Jul 18, 2018 at 02:03:18PM +0200, Peter Zijlstra wrote: > > > On Thu, Jul 12, 2018 at 01:29:40PM -0400, Johannes Weiner wrote: > > > > + /* Update tas

Re: [PATCH v2] PCI/AER: Do not clear AER bits if we don't own AER

On 07/23/2018 11:52 AM, Alexandru Gagniuc wrote: When we don't own AER, we shouldn't touch the AER error bits. Clearing error bits willy-nilly might cause firmware to miss some errors. In theory, these bits get cleared by FFS, or via ACPI _HPX method. These mechanisms are not subject to the pr

Re: [PATCH 4.14 00/44] 4.14.58-stable review

On Mon, Jul 23, 2018 at 02:24:36PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.58 release. > There are 44 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know

Re: [PATCH 4.9 00/28] 4.9.115-stable review

On Mon, Jul 23, 2018 at 02:25:00PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.115 release. > There are 28 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know

Re: [PATCH 4.4 000/107] 4.4.144-stable review

On Mon, Jul 23, 2018 at 02:40:54PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.144 release. > There are 107 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me kno

Re: [PATCH v6 00/10] Add the I3C subsystem

> > Renesas R-Car Gen2 has two I2C IP cores. One can do DMA and automatic > > transfers to the PMIC, the other has I2C slave functionality. One cannot > > do I2C_SMBUS_QUICK, the other can. And some more kind of quirks. > > Sometimes you can mux the pins to GPIO, so you have a third option. > > >

Re: [PATCH v2] firmware: vpd: Fix section enabled flag on vpd_section_destroy

On Tue, Jul 24, 2018 at 06:10:38PM +0300, Anton Vasilyev wrote: > static struct ro_vpd and rw_vpd are initialized by vpd_sections_init() > in vpd_probe() based on header's ro and rw sizes. > In vpd_remove() vpd_section_destroy() performs deinitialization based > on enabled flag, which is set to tru

Re: [PATCH v10 7/7] Bluetooth: hci_qca: Add support for Qualcomm Bluetooth chip wcn3990

Hi Matthias, On 2018-07-24 01:24, Matthias Kaehlcke wrote: On Fri, Jul 20, 2018 at 07:02:43PM +0530, Balakrishna Godavarthi wrote: Add support to set voltage/current of various regulators to power up/down Bluetooth chip wcn3990. Signed-off-by: Balakrishna Godavarthi --- changes in v10: *

Re: [PATCH v3 1/2] Add sw2_sw4 voltage table to cpcap regulator.

On 07/24/2018 10:36 AM, Mark Brown wrote: On Tue, Jul 24, 2018 at 09:25:40AM -0400, Peter Geis wrote: SW2 and SW4 use a shared table to provide voltage to the cpu core and devices on Tegra hardware. Added this table to the cpcap regulator driver as the first step to supporting this device on Teg

Re: [PATCH 09/10] psi: cgroup support

Hi Peter, On Tue, Jul 17, 2018 at 05:40:59PM +0200, Peter Zijlstra wrote: > On Thu, Jul 12, 2018 at 01:29:41PM -0400, Johannes Weiner wrote: > > +/** > > + * cgroup_move_task - move task to a different cgroup > > + * @task: the task > > + * @to: the target css_set > > + * > > + * Move task to a ne

Re: [PATCH v2 10/12] sched/core: uclamp: use TG's clamps to restrict Task's clamps

On 24-Jul 08:28, Suren Baghdasaryan wrote: > Hi Patrick. Thanks for the explanation and links. No more questions > from me on this one :) No problems at all! The important question is instead: does it makes sense for you too? I think the important bits are that we are all on the same page about

Re: [RFC v5 PATCH 2/2] mm: mmap: zap pages with read mmap_sem in munmap

On 7/24/18 2:26 AM, Kirill A. Shutemov wrote: On Thu, Jul 19, 2018 at 07:21:41AM +0800, Yang Shi wrote: When running some mmap/munmap scalability tests with large memory (i.e. 300GB), the below hung task issue may happen occasionally. INFO: task ps:14018 blocked for more than 120 seconds.

Re: [PATCH 00/15] ARM: dts: tegra: apalis-tk1: major revamp

On 07/24/2018 10:48 AM, Dmitry Osipenko wrote: On Tuesday, 24 July 2018 17:45:01 MSK Marcel Ziswiler wrote: On Tue, 2018-07-24 at 17:31 +0300, Dmitry Osipenko wrote: On Tuesday, 24 July 2018 17:16:33 MSK Marcel Ziswiler wrote: On Tue, 2018-07-24 at 15:44 +0300, Dmitry Osipenko wrote: On T

Re: [PATCH] thermal: samsung: Remove Exynos5440 clock handling left-overs

On Tuesday, July 17, 2018 05:46:17 PM Krzysztof Kozlowski wrote: > Commit 8014220d48e7 ("thermal: samsung: Remove support for Exynos5440") > removed the Exynos5440 specific part of code for accessing TMU interrupt > registers but the surrounding clock handling was left. > > Clean it up. > > Signe

Re: [PATCH v9 1/2] regulator: dt-bindings: add QCOM RPMh regulator bindings

Hi, On Tue, Jul 24, 2018 at 8:25 AM, Mark Brown wrote: > On Tue, Jul 24, 2018 at 08:11:30AM -0700, Doug Anderson wrote: > >> RPMh itself landed in Andy's tree and he sent a pull request on >> Saturday. Feel free to refer to the request ("[GIT PULL] Qualcomm >> Driver updates for 4.19") AKA >>

Re: [PATCH v2 08/12] sched/core: uclamp: extend cpu's cgroup controller

Hi Tejun, I apologize in advance for the (yet another) long reply, however I did my best hereafter to try to resume all the controversial points discussed so far. If you will have (one more time) the patience to go through the following text you'll find a set of precise clarifications and questio

Re: ftrace global trace_pipe_raw

Hello Steve, thank you for your answer, On 07/24/2018 04:25 PM, Steven Rostedt wrote: > On Tue, 24 Jul 2018 10:23:16 -0400 > Steven Rostedt wrote: > >>> >>> Would work in the direction of adding a global trace_pipe_raw be considered >>> for inclusion? >> >> The design of the lockless ring buf

Re: [PATCH v2 10/12] sched/core: uclamp: use TG's clamps to restrict Task's clamps

Hi Patrick. Thanks for the explanation and links. No more questions from me on this one :) On Tue, Jul 24, 2018 at 2:56 AM, Patrick Bellasi wrote: > On 23-Jul 10:11, Suren Baghdasaryan wrote: >> On Mon, Jul 23, 2018 at 8:40 AM, Patrick Bellasi >> wrote: >> > On 21-Jul 20:05, Suren Baghdasaryan w

Re: [PATCH v9 1/2] regulator: dt-bindings: add QCOM RPMh regulator bindings

On Tue, Jul 24, 2018 at 08:11:30AM -0700, Doug Anderson wrote: > RPMh itself landed in Andy's tree and he sent a pull request on > Saturday. Feel free to refer to the request ("[GIT PULL] Qualcomm > Driver updates for 4.19") AKA > . > It doesn't look

Re: [PATCH] Revert "ata: ahci_platform: convert kcalloc to devm_kcalloc"

On 18/07/18 07:30, Marcel Ziswiler wrote: > On Tue, 2018-07-17 at 13:57 +0300, Mikko Perttunen wrote: >> Thanks! > > Yes, that fixes Apalis TK1 crashing as of late as well. > >> Reviewed-by: Mikko Perttunen > > Tested-by: Marcel Ziswiler Tested-by: Jon Hunter Can someone pick this up? Wit

[PATCH v2] n_tty: Protect tty->disc_data using refcount.

>From 118c64e86641a97d44dec39e313a95b12d9bc3b2 Mon Sep 17 00:00:00 2001 From: Tetsuo Handa Date: Wed, 25 Jul 2018 00:15:18 +0900 Subject: [PATCH v2] n_tty: Protect tty->disc_data using refcount. syzbot is reporting NULL pointer dereference at n_tty_set_termios() [1]. This is because ioctl(TIOCVHA

Re: INFO: task hung in fuse_reverse_inval_entry

On Mon, Jul 23, 2018 at 5:19 PM, Dmitry Vyukov wrote: > On Mon, Jul 23, 2018 at 5:09 PM, Miklos Szeredi wrote: >> On Mon, Jul 23, 2018 at 3:37 PM, Dmitry Vyukov wrote: >>> On Mon, Jul 23, 2018 at 3:05 PM, Miklos Szeredi wrote: >> Biggest conceptual problem: your definition of fuse-server i

Re: [PATCH RT v2] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()

On 24 July 2018 at 16:45, Dave Martin wrote: > On Wed, Jul 18, 2018 at 11:24:48AM +0200, Sebastian Andrzej Siewior wrote: >> On 2018-07-18 11:12:10 [+0200], To Dave Martin wrote: >> > > > - if (may_use_simd()) { >> > > > + if (!IS_ENABLED(CONFIG_PREEMPT_RT_BASE) && may_use_simd()) { >>

Re: [PATCH 6/7] x86/vdso: Add vDSO functions for user wait instructions

On Mon, Jul 23, 2018 at 7:11 PM, Andy Lutomirski wrote: > On 07/23/2018 05:55 AM, Fenghua Yu wrote: >> >> User wants to query if user wait instructions (umonitor, umwait, and >> tpause) are supported and use the instructions. The vDSO functions >> provides fast interface for user to check the supp

Re: [PATCH] arm64: enable RapidIO config options in Kconfig

On Tue, Jul 24, 2018 at 09:45:14AM -0400, Alexei Colin wrote: > ARM64 SoCs with a PCI bus present the RapiodIO options; SoCs with > RapidIO IP blocks but without a PCI bus, need to select HAS_RAPIDIO in > Kconfig.platforms. > > HAS_RAPIDIO was chosen over HAVE_RAPIDIO to be consistent with > other

Re: [PATCH] [SUBMITTED 20180724] arm64: fix ACPI dependencies

On Tue, Jul 24, 2018 at 12:23:48PM +0200, Rafael J. Wysocki wrote: > On Tue, Jul 24, 2018 at 12:21 PM, Will Deacon wrote: > > On Tue, Jul 24, 2018 at 11:54:25AM +0200, Rafael J. Wysocki wrote: > >> On Tue, Jul 24, 2018 at 11:48 AM, Arnd Bergmann wrote: > >> > Kconfig reports a warning on x86 buil

[PATCH v2] kthread, tracing: Don't expose half-written comm when creating kthreads

There is a window for racing when printing directly to task->comm, allowing other threads to see a non-terminated string. The vsnprintf function fills the buffer, counts the truncated chars, then finally writes the \0 at the end. creator other vsnprintf:

Re: [PATCH 0/10] psi: pressure stall information for CPU, memory, and IO v2

Hi Balbir, On Tue, Jul 24, 2018 at 07:14:02AM +1000, Balbir Singh wrote: > Does the mechanism scale? I am a little concerned about how frequently > this infrastructure is monitored/read/acted upon. I expect most users to poll in the frequency ballpark of the running averages (10s, 1m, 5m). Our OO

<    1   2   3   4   5   6   7   8   >