[PATCH v3 5/9] mtd: rawnand: denali: use bool type instead of int where appropriate

2019-03-12 Thread Masahiro Yamada
Use 'bool' type for the following boolean parameters. - write (write or read?) - raw (raw access or not?) - dma_avail (DMA engine available or not?) Signed-off-by: Masahiro Yamada --- Changes in v3: None Changes in v2: - Use bool for dma_avail as well drivers/mtd/nand/raw/denali.c | 27 +

[PATCH v3 2/9] mtd: rawnand: denali: refactor syndrome layout handling for raw access

2019-03-12 Thread Masahiro Yamada
The Denali IP adopts the syndrome page layout (payload and ECC are interleaved). The *_page_raw() and *_oob() callbacks are complicated because they must hide the underlying layout used by the hardware, and always return contiguous in-band and out-of-band data. Currently, similar code is duplicate

[PATCH v3 6/9] mtd: rawnand: denali_pci: rename goto labels

2019-03-12 Thread Masahiro Yamada
As Documentation/process/coding-style.rst says, choose label names which say what the goto does. The out_ label style is already used in denali_dt.c. Rename likewise for denali_pci.c Signed-off-by: Masahiro Yamada --- Changes in v3: None Changes in v2: None drivers/mtd/nand/raw/denali_pci.c |

[PATCH v3 3/9] mtd: rawnand: denali: remove unneeded casts in denali_{read,write}_pio

2019-03-12 Thread Masahiro Yamada
Since (u32 *) can accept an opaque pointer, the explicit casting from (void *) to (u32 *) is redundant. Change the function argument type to remove the casts. Signed-off-by: Masahiro Yamada --- Changes in v3: None Changes in v2: None drivers/mtd/nand/raw/denali.c | 12 +--- 1 file chan

[PATCH v3 0/9] mtd: rawnand: denali: exec_op(), controller/chip separation, and cleanups

2019-03-12 Thread Masahiro Yamada
I took time for the Denali driver to catch up with the latest framework. - switch over to exec_op() and remove legacy hooks - separate controller/chips - various cleanups Major changes in v3: - Drop "mtd: rawnand: denali: use more precise timeout for NAND_OP_WAITRDT_INSTR" entirely

[PATCH v3 4/9] mtd: rawnand: denali: switch over to ->exec_op() from legacy hooks

2019-03-12 Thread Masahiro Yamada
Implement ->exec_op(), and remove the deprecated hooks. Signed-off-by: Masahiro Yamada --- Changes in v3: - Fix byte-swap in denali_exec_in16() Changes in v2: None drivers/mtd/nand/raw/denali.c | 234 +++--- 1 file changed, 126 insertions(+), 108 deletion

[PATCH v3 8/9] mtd: rawnand: denali: remove DENALI_NR_BANKS macro

2019-03-12 Thread Masahiro Yamada
Use the runtime-detected denali->nbanks instead of hard-coded DENALI_NR_BANKS (=4). The actual number of banks depends on the IP configuration, and can be less than DENALI_NR_BANKS. It is pointless to touch registers of unsupported banks. Signed-off-by: Masahiro Yamada --- Changes in v3: None C

[PATCH v3 7/9] mtd: rawnand: denali: decouple controller and NAND chips

2019-03-12 Thread Masahiro Yamada
Currently, this driver sticks to the legacy NAND model because it was upstreamed before commit 2d472aba15ff ("mtd: nand: document the NAND controller/NAND chip DT representation"). However, relying on the dummy_controller is already deprecated. Switch over to the new controller/chip representation

Re: New syscalls (was: Re: linux-next: manual merge of the pidfd tree with the y2038 tree (now block and tip trees))

2019-03-12 Thread Christian Brauner
On March 12, 2019 9:31:33 AM GMT+01:00, Arnd Bergmann wrote: >On Mon, Mar 11, 2019 at 10:43 PM Christian Brauner > wrote: >> On Mon, Mar 11, 2019 at 10:38:07PM +0100, Arnd Bergmann wrote: >> > On Mon, Mar 11, 2019 at 9:36 AM Geert Uytterhoeven > wrote: >> > > >> > > Shall each architcture maintain

Re: [PATCH v2] drivers: gpio: sprd: use devm_platform_ioremap_resource()

2019-03-12 Thread Baolin Wang
On Tue, 12 Mar 2019 at 16:08, Enrico Weigelt, metux IT consult wrote: > > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult > --- > drivers/gpio/gpio-eic-sprd.c | 9 ++--- > 1 file ch

Re: [PATCH] ARM: dts: rockchip: fix rk3288 cpu opp node reference

2019-03-12 Thread Heiko Stuebner
Am Sonntag, 24. Februar 2019, 22:51:22 CET schrieb Jonas Karlman: > The following error can be seen during boot: > > of: /cpus/cpu@501: Couldn't find opp node > > Change cpu nodes to use operating-points-v2 in order to fix this. > > Fixes: ce76de984649 ("ARM: dts: rockchip: convert rk3288 to

[PATCH] kernel/trace/trace_probe.c - make variable static

2019-03-12 Thread Valdis Klētnieks
sparse complains: CHECK kernel/trace/trace_probe.c kernel/trace/trace_probe.c:16:12: warning: symbol 'reserved_field_names' was not declared. Should it be static? Yes, it should be static. Signed-off-by: Valdis Kletnieks diff --git a/kernel/trace/trace_probe.c b/kernel/trace/trace_probe.c

Re: [PATCH v9 9/9] gpio: uniphier: Utilize for_each_set_clump8 macro

2019-03-12 Thread Masahiro Yamada
On Tue, Mar 12, 2019 at 4:19 PM Andy Shevchenko wrote: > > On Tue, Mar 12, 2019 at 6:40 AM Masahiro Yamada > wrote: > > On Sun, Mar 3, 2019 at 4:51 PM William Breathitt Gray > > wrote: > > > > > > Replace verbose implementation in set_multiple callback with > > > for_each_set_clump8 macro to sim

[PATCH] kernel/trace/trace_kprobe.c - fix comment format

2019-03-12 Thread Valdis Klētnieks
CC kernel/trace/trace_kprobe.o kernel/trace/trace_kprobe.c:41: warning: cannot understand function prototype: 'struct trace_kprobe ' The real problem is that a comment looked like kerneldoc when it shouldn't be... Signed-off-by: Valdis Kletnieks diff --git a/kernel/trace/trace_kprobe.

Re: [PATCH] arm64: dts: meson-gxl-s905d-phicomm-n1: add status LED

2019-03-12 Thread Neil Armstrong
Hi Chuanhong, On 12/03/2019 09:33, Chuanhong Guo wrote: > There is a white LED on the front panel behind the logo and the > manufacturer uses that LED to indicate network and USB drive status. > > Signed-off-by: Chuanhong Guo > --- > .../boot/dts/amlogic/meson-gxl-s905d-phicomm-n1.dts| 10 +

Re: WARN ON at kernel/sched/deadline.c task_non_contending

2019-03-12 Thread luca abeni
Hi all, On Tue, 12 Mar 2019 10:03:12 +0800 "chengjian (D)" wrote: > Hi. > > When looking to test SCHED_DEADLINE syzkaller report an warn in > task_non_contending(). I tested the mainline kernel with the C program > and captured the same call trace. [...] > diff --git a/kernel/sched/deadline.c b

Re: [PATCH v1] Bluetooth: hci_qca: Enable the ldisc for ROME for x86 platforms.

2019-03-12 Thread rjliao
在 2019-03-09 02:52,Matthias Kaehlcke 写道: On Fri, Mar 08, 2019 at 10:43:14AM +0530, Balakrishna Godavarthi wrote: Hi Matthias, On 2019-03-08 02:12, Matthias Kaehlcke wrote: > Hi Balakrishna, > > On Thu, Mar 07, 2019 at 03:47:22PM +0530, Balakrishna Godavarthi wrote: > > When using btattach to se

Re: [PATCH v3 4/9] mtd: rawnand: denali: switch over to ->exec_op() from legacy hooks

2019-03-12 Thread Boris Brezillon
On Tue, 12 Mar 2019 17:44:45 +0900 Masahiro Yamada wrote: > + > +static int denali_exec_instr(struct nand_chip *chip, > + const struct nand_op_instr *instr) > +{ > + struct denali_nand_info *denali = to_denali(chip); > + bool width16 = chip->options & NAND_BUSWID

[GIT PULL] overlayfs update for 5.1

2019-03-12 Thread Miklos Szeredi
Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git tags/ovl-update-5.1 Fix copy up of security related xattrs. Thanks, Miklos Vivek Goyal (2): ovl: During copy up, first copy up da

Re: [PATCH 1/2] PM / wakeup: Remove timer from wakeup_source_remove()

2019-03-12 Thread Rafael J. Wysocki
On Tue, Mar 12, 2019 at 4:28 AM Viresh Kumar wrote: > > On 11-03-19, 13:05, Rafael J. Wysocki wrote: > > On Friday, March 8, 2019 10:53:11 AM CET Viresh Kumar wrote: > > > wakeup_source_remove() is the counterpart of wakeup_source_add() helper > > > and must undo the initializations done by wakeup

[PATCH 0/2] clk: keystone: Add new driver to handle syscon based clock

2019-03-12 Thread Vignesh Raghavendra
On TI's K2 and K3 SoCs, certain clocks can be gated/ungated by setting a single bit in SoC's System Control registers. Sometime more than one clock control can be in the same register. But these registers might also have bits to control other SoC functionalities. For example, Time Base clock(tbclk)

Re: [PATCH 1/2] PM / wakeup: Remove timer from wakeup_source_remove()

2019-03-12 Thread Pavel Machek
On Tue 2019-03-12 08:58:02, Viresh Kumar wrote: > On 11-03-19, 13:05, Rafael J. Wysocki wrote: > > On Friday, March 8, 2019 10:53:11 AM CET Viresh Kumar wrote: > > > wakeup_source_remove() is the counterpart of wakeup_source_add() helper > > > and must undo the initializations done by wakeup_source

[PATCH 2/2] clk: keystone: Add new driver to handle syscon based clock

2019-03-12 Thread Vignesh Raghavendra
On TI's K2 and K3 SoCs, certain clocks can be gated/ungated by setting a single bit in SoC's System Control Module registers. Sometime more than one clock control can be in the same register. Add driver to support such clocks. Registers that control clocks will be grouped into a syscon regmap. Each

[PATCH 1/2] dt-bindings: clock: Add binding documentation for TI syscon gate clock

2019-03-12 Thread Vignesh Raghavendra
Add dt bindings for TI syscon gate clock. Signed-off-by: Vignesh Raghavendra --- .../bindings/clock/ti,syscon-gate-clock.txt | 35 +++ 1 file changed, 35 insertions(+) create mode 100644 Documentation/devicetree/bindings/clock/ti,syscon-gate-clock.txt diff --git a/Documentat

Re: [RFC PATCH nand-next 0/2] meson-nand: support for older SoCs

2019-03-12 Thread Liang Yang
Hi Martin and Miquel, On 2019/3/7 21:09, Miquel Raynal wrote: Hello, Martin Blumenstingl wrote on Tue, 5 Mar 2019 23:12:51 +0100: Hi Liang, On Mon, Mar 4, 2019 at 5:55 AM Liang Yang wrote: Hello Martin, On 2019/3/2 2:29, Martin Blumenstingl wrote: Hi Liang, I am trying to add support

[PATCH] pwm: tiehrpwm: Update shadow register for disabling PWMs

2019-03-12 Thread Vignesh Raghavendra
From: Christoph Vogtländer It must be made sure that immediate mode is not already set, when modifying shadow register value in ehrpwm_pwm_disable(). Otherwise modifications to the action-qualifier continuous S/W force register(AQSFRC) will be done in the active register. This may happen when bot

Re: [PATCH v9 9/9] gpio: uniphier: Utilize for_each_set_clump8 macro

2019-03-12 Thread Andy Shevchenko
On Tue, Mar 12, 2019 at 10:58 AM Masahiro Yamada wrote: > On Tue, Mar 12, 2019 at 4:19 PM Andy Shevchenko > wrote: > > On Tue, Mar 12, 2019 at 6:40 AM Masahiro Yamada > > wrote: > > > On Sun, Mar 3, 2019 at 4:51 PM William Breathitt Gray > > > wrote: > > > > > > > > Replace verbose implementati

[PATCH 0/4] Loongson-32 initial DeviceTree support

2019-03-12 Thread Jiaxun Yang
Hi More works should be done after rework on clk and other drivers accepted. Thanks.

[PATCH 1/2] dt-bindings: pwm: tiehrpwm: Add TI AM654 SoC specific compatible

2019-03-12 Thread Vignesh Raghavendra
Add a new compatible string "ti,am654-ehrpwm" to support EHRPWM IP on TI AM654 SoC. Signed-off-by: Vignesh Raghavendra --- Documentation/devicetree/bindings/pwm/pwm-tiehrpwm.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/pwm/pwm-tiehrpwm.txt b/Document

[PATCH 2/2] pwm: Kconfig: Enable ehrpwm driver to be compiled for ARCH_K3

2019-03-12 Thread Vignesh Raghavendra
K3 devices have the same EHRPWM IP as OMAP SoCs. Enable driver to be built for K3 devices. Also, drop reference to AM33xx in help text, as IP is found on multiple TI SoCs. Signed-off-by: Vignesh Raghavendra --- drivers/pwm/Kconfig | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff

[PATCH 0/2] pwm: tiehrpwm: Enable EHRPWM for AM654 SoCs

2019-03-12 Thread Vignesh Raghavendra
This series adds support for EHRPWM IP on TI AM654 SoC Vignesh Raghavendra (2): dt-bindings: pwm: tiehrpwm: Add TI AM654 SoC specific compatible pwm: Kconfig: Enable ehrpwm driver to be compiled for ARCH_K3 Documentation/devicetree/bindings/pwm/pwm-tiehrpwm.txt | 1 + drivers/pwm/Kconfig

linux-kernel@vger.kernel.org

2019-03-12 Thread Jiaxun Yang
Loongson-1B&C have totally identical GS232 core, so merge them into same CPU config. Signed-off-by: Jiaxun Yang --- arch/mips/Kconfig| 38 +--- arch/mips/include/asm/cpu-type.h | 3 +-- arch/mips/loongson32/Kconfig | 4 ++-- 3 files changed, 14 i

[PATCH 1/4] MIPS: Loongson32: Remove ehci platform device

2019-03-12 Thread Jiaxun Yang
It's going to be enabled by DeviceTree Signed-off-by: Jiaxun Yang --- .../include/asm/mach-loongson32/platform.h| 1 - arch/mips/loongson32/common/platform.c| 30 --- arch/mips/loongson32/ls1b/board.c | 1 - 3 files changed, 32 deletions(-) diff --git a

[PATCH 2/4] MIPS: Loongson32: Add DeviceTree support

2019-03-12 Thread Jiaxun Yang
Initial DeviceTree support for loongson32 Also remove the old IRQ driver since it have been replaced by generic LS1X_IRQ. Signed-off-by: Jiaxun Yang --- arch/mips/Kconfig| 5 +- arch/mips/loongson32/common/Makefile | 2 +- arch/mips/loongson32/common/irq.c| 196 --

[PATCH 4/4] MIPS: Loongson32: dts: add ls1b & ls1c

2019-03-12 Thread Jiaxun Yang
Add devicetree skeleton for ls1b and ls1c Signed-off-by: Jiaxun Yang --- arch/mips/boot/dts/loongson/Makefile | 6 ++ arch/mips/boot/dts/loongson/ls1b.dts | 21 + arch/mips/boot/dts/loongson/ls1c.dts | 25 ++ arch/mips/boot/dts/loongson/ls1x.dtsi | 117 ++

Re: [PATCH linux-next v2 1/2] ASoC: rsnd: src: Avoid a potential deadlock

2019-03-12 Thread Geert Uytterhoeven
Hi Jiada, Fabrizio, On Thu, Mar 7, 2019 at 7:17 AM Jiada Wang wrote: > lockdep warns us that priv->lock and k->k_lock can cause a > deadlock when after acquire of k->k_lock, process is interrupted > by src, while in another routine of src .init, k->k_lock is > acquired with priv->lock held. > > T

[PATCH] ARM: dma-mapping: always clear allocated buffers in __alloc_from_pool

2019-03-12 Thread Yue Haibing
From: YueHaibing Like commit 518a2f1925c3 ("dma-mapping: zero memory returned from dma_alloc_*"), if we want to map memory from the DMA allocator to userspace it must be zeroed at allocation time to prevent stale data leaks. On arm platform, if the allocator is pool_allocator in __dma_alloc, the

Re: [PATCH v5 1/8] clk: samsung: add needed IDs for DMC clocks in Exynos5420

2019-03-12 Thread Lukasz Luba
Hi Rob, On 3/11/19 11:06 PM, Rob Herring wrote: > On Tue, 5 Mar 2019 11:19:04 +0100, Lukasz Luba wrote: >> Define new IDs for clocks used by Dynamic Memory Controller in >> Exynos5422 SoC. >> >> Signed-off-by: Lukasz Luba >> --- >> include/dt-bindings/clock/exynos5420.h | 18 +-

Re: [PATCH v9 2/2] pwm: sifive: Add a driver for SiFive SoC PWM

2019-03-12 Thread Uwe Kleine-König
Hello, there are just a few minor things left I commented below. On Tue, Mar 12, 2019 at 01:41:29PM +0530, Yash Shah wrote: > +#define div_u64_round(a, b) \ > + ({typeof(b) __b = b; div_u64((a) + __b / 2, __b); }) Parenthesis around b please. I guess I didn't had them in my suggestion either

Re: [PATCH] printk: kmsg_dump: Mark registered flag as private

2019-03-12 Thread Petr Mladek
On Mon 2019-03-11 21:49:05, Sergey Senozhatsky wrote: > On (03/10/19 21:03), Ahmed S. Darwish wrote: > > The 'registered' flag is internally used by kmsg_dump_register() > > and kmsg_dump_unregister() to track multiple registrations of the > > same dumper. > > > > It's protected by printk's intern

Re: [PATCH 16/42] drivers: gpio: janz-ttl: drop unneccessary temp variable dev

2019-03-12 Thread Ben Dooks
On 11/03/2019 18:54, Enrico Weigelt, metux IT consult wrote: don't need the temporary variable "dev", directly use &pdev->dev Signed-off-by: Enrico Weigelt, metux IT consult This is quite usual to do, and I like it as it saves typing. Personally I would say don't bother with this change. --

RE: [PATCHv4 11/28] PCI: mobiveil: only fix up the Class Code field

2019-03-12 Thread Z.q. Hou
Hi Bjorn, Thanks a lot for your comments! > -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: 2019年3月11日 22:14 > To: Z.q. Hou > Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; > ro

[PATCH 5/9] drivers: ata: libahci_platform: use devm_platform_ioremap_resource()

2019-03-12 Thread Enrico Weigelt, metux IT consult
Use the new helper that wraps the calls to platform_get_resource() and devm_ioremap_resource() together. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/ata/libahci_platform.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/ata/libahci_platform.c b/drive

[PATCH 8/9] drivers: ata: sata_gemini: use devm_platform_ioremap_resource()

2019-03-12 Thread Enrico Weigelt, metux IT consult
Use the new helper that wraps the calls to platform_get_resource() and devm_ioremap_resource() together. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/ata/sata_gemini.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/ata/sata_gemini.c b/drivers/ata

[PATCH 1/9] drivers: ata: ahci_octeon: use devm_platform_ioremap_resource()

2019-03-12 Thread Enrico Weigelt, metux IT consult
Use the new helper that wraps the calls to platform_get_resource() and devm_ioremap_resource() together. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/ata/ahci_octeon.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/ata/ahci_octeon.c b/drivers/ata/ah

[PATCH 7/9] drivers: ata: sata_dwc_460ex: use devm_platform_ioremap_resource()

2019-03-12 Thread Enrico Weigelt, metux IT consult
Use the new helper that wraps the calls to platform_get_resource() and devm_ioremap_resource() together. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/ata/sata_dwc_460ex.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/ata/sata_dwc_460ex.c b/drivers/

[PATCH 9/9] drivers: ata: sata_rcar: use devm_platform_ioremap_resource()

2019-03-12 Thread Enrico Weigelt, metux IT consult
Use the new helper that wraps the calls to platform_get_resource() and devm_ioremap_resource() together. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/ata/sata_rcar.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/ata/sata_rcar.c b/drivers/ata/sata_r

[PATCH 6/9] drivers: ata: pata_bk3710: use devm_platform_ioremap_resource()

2019-03-12 Thread Enrico Weigelt, metux IT consult
Use the new helper that wraps the calls to platform_get_resource() and devm_ioremap_resource() together. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/ata/pata_bk3710.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/ata/pata_bk3710.c b/drivers/ata/p

[PATCH 3/9] drivers: ata: ahci_tegra: use devm_platform_ioremap_resource()

2019-03-12 Thread Enrico Weigelt, metux IT consult
Use the new helper that wraps the calls to platform_get_resource() and devm_ioremap_resource() together. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/ata/ahci_tegra.c | 13 + 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/drivers/ata/ahci_tegra.c b/drive

[PATCH 4/9] drivers: ata: ahci_xgene: use devm_platform_ioremap_resource()

2019-03-12 Thread Enrico Weigelt, metux IT consult
Use the new helper that wraps the calls to platform_get_resource() and devm_ioremap_resource() together. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/ata/ahci_xgene.c | 21 +++-- 1 file changed, 7 insertions(+), 14 deletions(-) diff --git a/drivers/ata/ahci_xgene.

[PATCH 2/9] drivers: ata: ahci_seattle: use devm_platform_ioremap_resource()

2019-03-12 Thread Enrico Weigelt, metux IT consult
Use the new helper that wraps the calls to platform_get_resource() and devm_ioremap_resource() together. Signed-off-by: Enrico Weigelt, metux IT consult --- drivers/ata/ahci_seattle.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/ata/ahci_seattle.c b/drivers/ata/a

[PATCH 0/2] L2 Cache EDAC Support for HiFive Unleashed

2019-03-12 Thread Yash Shah
This patch series adds a L2 Cache EDAC driver and DT documentation for HiFive Unleashed board. Yash Shah (2): edac: sifive: Add DT documentation for SiFive L2 cache Controller sifive: edac: Add EDAC driver for Sifive l2 Cache Controller .../devicetree/bindings/edac/sifive-edac-l2.txt| 3

[PATCH 2/2] sifive: edac: Add EDAC driver for Sifive l2 Cache Controller

2019-03-12 Thread Yash Shah
Add driver for the SiFive L2 cache controller on the HiFive Unleashed board Signed-off-by: Yash Shah --- arch/riscv/Kconfig| 1 + drivers/edac/Kconfig | 7 + drivers/edac/Makefile | 1 + drivers/edac/sifive_edac-l2.c | 292 ++

[PATCH 1/2] edac: sifive: Add DT documentation for SiFive L2 cache Controller

2019-03-12 Thread Yash Shah
DT documentation for L2 cache controller added. Signed-off-by: Yash Shah --- .../devicetree/bindings/edac/sifive-edac-l2.txt| 31 ++ 1 file changed, 31 insertions(+) create mode 100644 Documentation/devicetree/bindings/edac/sifive-edac-l2.txt diff --git a/Documentation/

Re: [PATCH 2/2] sifive: edac: Add EDAC driver for Sifive l2 Cache Controller

2019-03-12 Thread Borislav Petkov
On Tue, Mar 12, 2019 at 02:51:01PM +0530, Yash Shah wrote: > Add driver for the SiFive L2 cache controller > on the HiFive Unleashed board > > Signed-off-by: Yash Shah > --- > arch/riscv/Kconfig| 1 + > drivers/edac/Kconfig | 7 + > drivers/edac/Makefile | 1 +

Re: [PATCH 2/2] pwm: Kconfig: Enable ehrpwm driver to be compiled for ARCH_K3

2019-03-12 Thread Uwe Kleine-König
On Tue, Mar 12, 2019 at 02:46:29PM +0530, Vignesh Raghavendra wrote: > K3 devices have the same EHRPWM IP as OMAP SoCs. Enable driver to be built > for K3 devices. Also, drop reference to AM33xx in help text, as IP is > found on multiple TI SoCs. > > Signed-off-by: Vignesh Raghavendra > --- > dr

Re: [PATCH v2] drivers: gpio: sprd: use devm_platform_ioremap_resource()

2019-03-12 Thread Enrico Weigelt, metux IT consult
On 12.03.19 09:49, Baolin Wang wrote: > I still do not think the new API is suitable for this case. Since we > can have optional multiple IO resources, so the original code will not > return errors if we did not get the IO resources, but we must cast > errors if we failed to do ioremap. But you ig

[PATCH] ACPI: sysfs: Prevent get_status() from returning acpi_status

2019-03-12 Thread Rafael J. Wysocki
From: Rafael J. Wysocki The return value of get_status() is passed to user space on errors, so it should not return acpi_status values then. Make it return error values that are meaningful for user space instead. This also makes a Clang warning regarding the initialization of a local variable i

[PATCH] kernel/watchdog.c - make variables static

2019-03-12 Thread Valdis Klētnieks
sparse complains: CHECK kernel/watchdog.c kernel/watchdog.c:45:19: warning: symbol 'nmi_watchdog_available' was not declared. Should it be static? kernel/watchdog.c:47:16: warning: symbol 'watchdog_allowed_mask' was not declared. Should it be static? They're not referenced by name from anypl

Re: [PATCH] ACPI/PPTT: Simplify leaf node detection.

2019-03-12 Thread Rafael J. Wysocki
On Monday, March 4, 2019 11:02:08 AM CET Sudeep Holla wrote: > On Fri, Mar 01, 2019 at 12:52:21PM -0600, Jeremy Linton wrote: > > ACPI 6.3 bumps the PPTT table revision and adds a LEAF_NODE flag. > > This allows us to avoid a second pass through the table to assure > > that the node in question is

Re: [PATCH 16/42] drivers: gpio: janz-ttl: drop unneccessary temp variable dev

2019-03-12 Thread Enrico Weigelt, metux IT consult
On 12.03.19 10:17, Ben Dooks wrote: > On 11/03/2019 18:54, Enrico Weigelt, metux IT consult wrote: >> don't need the temporary variable "dev", directly use &pdev->dev >> >> Signed-off-by: Enrico Weigelt, metux IT consult > > This is quite usual to do, and I like it as it saves typing. > Personall

RE: [PATCHv4 26/28] PCI: mobiveil: ls_pcie_g4: add Workaround for A-011451

2019-03-12 Thread Z.q. Hou
Hi Bjorn, Thanks a lot for your comments! > -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: 2019年3月12日 1:35 > To: Z.q. Hou > Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; > rob

Re: [PATCH] printk: kmsg_dump: Mark registered flag as private

2019-03-12 Thread Sergey Senozhatsky
On (03/12/19 10:18), Petr Mladek wrote: > > > * @max_reason: filter for highest reason number that should be dumped > > > - * @registered: Flag that specifies if this is already registered > > > + * @registered: Flag that specifies if this is already registered > > > (private) > > > */ > >

[PATCH] HID: core: move Usage Page concatenation to hid_parser_main()

2019-03-12 Thread Nicolas Saenz Julienne
As seen on some USB wireless keyboards manufactured by Primax, the HID parser was using some assumptions that are not always true. In this case it's s the fact that, inside the scope of a main item, an Usage Page will always precede an Usage. The spec is not pretty clear as 6.2.2.7 states "Any usa

Re: [PATCH 36/42] drivers: gpio: uniphier: use devm_platform_ioremap_resource()

2019-03-12 Thread Masahiro Yamada
On Tue, Mar 12, 2019 at 3:57 AM Enrico Weigelt, metux IT consult wrote: > > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult > --- Acked-by: Masahiro Yamada > drivers/gpio/gpio-unip

Re: [PATCH 1/4] elf: don't be afraid of overflow

2019-03-12 Thread Pavel Machek
On Mon 2019-03-11 20:10:06, Alexey Dobriyan wrote: > On Mon, Mar 11, 2019 at 12:04:23PM +0100, Pavel Machek wrote: > > On Mon 2019-02-04 23:27:15, Alexey Dobriyan wrote: > > > Number of ELF program headers is 16-bit by spec, so total size > > > comfortably fits into "unsigned int". > > > > If it c

Re: [PATCH] OPP: Fix handling of multiple power domains

2019-03-12 Thread Rafael J. Wysocki
On Friday, March 8, 2019 5:37:12 AM CET Viresh Kumar wrote: > On 06-03-19, 09:37, Rajendra Nayak wrote: > > We seem to rely on the number of phandles specified in the > > 'required-opps' property to identify cases where a device is > > associated with multiple power domains and hence would have > >

Re: [RFC PATCH v1 25/25] printk: remove unused code

2019-03-12 Thread Petr Mladek
On Mon 2019-03-11 09:18:26, Sebastian Andrzej Siewior wrote: > On 2019-03-11 11:46:00 [+0900], Sergey Senozhatsky wrote: > > On (03/08/19 15:02), Sebastian Andrzej Siewior wrote: > > > On 2019-02-12 15:30:03 [+0100], John Ogness wrote: > > > > > > you removed the whole `irq_work' thing. You can al

[PATCHv4 23/28] dt-bindings: pci: Add NXP Layerscape SoCs PCIe Gen4 controller

2019-03-12 Thread Z.q. Hou
From: Hou Zhiqiang Add PCIe Gen4 controller DT bindings of NXP Layerscape SoCs. Signed-off-by: Hou Zhiqiang Reviewed-by: Rob Herring --- V4: - no change .../bindings/pci/layerscape-pci-gen4.txt | 52 +++ MAINTAINERS | 8 +++ 2 files ch

RE: [PATCHv4 23/28] dt-bindings: pci: Add NXP Layerscape SoCs PCIe Gen4 controller

2019-03-12 Thread Z.q. Hou
Hi All, Please ignore this, has re-sent it adding lost Reviewed-by tag. Thanks, Zhiqiang > -Original Message- > From: Z.q. Hou > Sent: 2019年3月11日 17:33 > To: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; > bhe

Re: [PATCH 12/14] sparc64: rtrap: Remove unneeded need_resched() loop

2019-03-12 Thread Valentin Schneider
Hi, On 11/03/2019 23:13, David Miller wrote: [...] > > We must re-evaluate the %tstate value stored in ptregs, you cannot > make this change. > That's the one I was the less sure about, thanks for clearing it up and sorry for the noise.

Re: [PATCH 14/14] xtensa: entry: Remove unneeded need_resched() loop

2019-03-12 Thread Valentin Schneider
On 12/03/2019 01:10, Max Filippov wrote: [...] > > Acked-by: Max Filippov > Thanks!

Re: [PATCH v3 4/9] mtd: rawnand: denali: switch over to ->exec_op() from legacy hooks

2019-03-12 Thread Masahiro Yamada
On Tue, Mar 12, 2019 at 6:03 PM Boris Brezillon wrote: > > On Tue, 12 Mar 2019 17:44:45 +0900 > Masahiro Yamada wrote: > > > > + > > +static int denali_exec_instr(struct nand_chip *chip, > > + const struct nand_op_instr *instr) > > +{ > > + struct denali_nand_info *de

Re: [PATCH v2 3/3] x86/kdump/64: Change the upper limit of crashkernel reservation

2019-03-12 Thread Kirill A. Shutemov
On Tue, Mar 12, 2019 at 08:50:04AM +0800, Baoquan He wrote: > Restrict kdump to only reserve crashkernel below 64TB. Since the kdump > jumping may be from 5-level to 4-level, and the kdump kernel is put > above 64TB in 5-level kernel, then the jumping will fail. And the > crashkernel reservation is

Re: [PATCH 5.0 30/46] x86/boot/compressed/64: Do not read legacy ROM on EFI system

2019-03-12 Thread Kirill A. Shutemov
On Sat, Mar 09, 2019 at 10:10:19PM -0800, h...@zytor.com wrote: > >@@ -47,8 +50,18 @@ static unsigned long find_trampoline_pla > > * This code is based on reserve_bios_regions(). > > */ > > > >-ebda_start = *(unsigned short *)0x40e << 4; > >-bios_start = *(unsigned short *)0x413

Re: [RFC PATCH v1 08/25] printk: add ring buffer and kthread

2019-03-12 Thread Sergey Senozhatsky
On (03/11/19 11:51), John Ogness wrote: > > In new printk design the tasks are still affected by printing floods. > > Tasks have to line up and (busy) wait for each other, regardless of > > contexts. > > They only line up and busy wait is to add the informational message to > the ring buffer. The

[PATCH] selftests: cpu-hotplug: check hotplug dir for the CONFIG_HOTPLUG_CPU

2019-03-12 Thread Po-Hsu Lin
When the CONFIG_HOTPLUG_CPU is not set, there won't be a "hotplug" directory in /sys/devices/system/cpu/. Make use of this fact to check if we need to skip this test. Signed-off-by: Po-Hsu Lin --- tools/testing/selftests/cpu-hotplug/cpu-on-off-test.sh | 5 + 1 file changed, 5 insertions(+)

Re: [PATCH 1/2] PM / Runtime: Consolidate code to get active/suspended time

2019-03-12 Thread Ulf Hansson
On Mon, 11 Mar 2019 at 13:03, Rafael J. Wysocki wrote: > > On Tuesday, March 5, 2019 1:55:26 PM CET Ulf Hansson wrote: > > In a step to consolidate code around fetching the runtime PM active/suspend > > time for a device, let's re-factor the existing pm_runtime_suspended_time() > > and add a new c

Re: [PATCH 3/9] drivers: ata: ahci_tegra: use devm_platform_ioremap_resource()

2019-03-12 Thread Jon Hunter
On 12/03/2019 09:19, Enrico Weigelt, metux IT consult wrote: > Use the new helper that wraps the calls to platform_get_resource() > and devm_ioremap_resource() together. > > Signed-off-by: Enrico Weigelt, metux IT consult > --- > drivers/ata/ahci_tegra.c | 13 + > 1 file changed, 5

Re: [PATCH v2] arm64: dts: rockchip: Fix vcc_host1_5v GPIO polarity on rk3328-rock64

2019-03-12 Thread Heiko Stuebner
Am Samstag, 9. März 2019, 17:10:12 CET schrieb Tomohiro Mayama: > This patch makes USB ports functioning again. > > Suggested-by: Robin Murphy > Signed-off-by: Tomohiro Mayama > Tested-by: Katsuhiro Suzuki added Fixes and Cc-stable tags and applied as fix for 5.1 Thanks Heiko

[PATCH v2 0/1] spi: spi-fsl-qspi: call spi_unregister_controller

2019-03-12 Thread Volker Haspel
Changes since v1: * use devm_spi_register_controller() instead of calling spi_unregister_controller() in the remove function Thanks Volker Volker Haspel (1): spi: spi-fsl-qspi: use devm_spi_register_controller drivers/spi/spi-fsl-qspi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-

[PATCH v2 1/1] spi: spi-fsl-qspi: use devm_spi_register_controller

2019-03-12 Thread Volker Haspel
The driver does not clearly unregister the spi controller. Therefore calling an unbind and bind again will end up in a Kernel crash. The function devm_spi_register_controller will automatically be unregister the SPI device. Signed-off-by: Volker Haspel Signed-off-by: John Ogness --- drivers/sp

Re: [PATCH v2 3/3] x86/kdump/64: Change the upper limit of crashkernel reservation

2019-03-12 Thread Baoquan He
On 03/12/19 at 12:48pm, Kirill A. Shutemov wrote: > > #ifdef CONFIG_X86_32 > > # define CRASH_ADDR_LOW_MAX(512 << 20) > > # define CRASH_ADDR_HIGH_MAX (512 << 20) > > #else > > # define CRASH_ADDR_LOW_MAX(896UL << 20) > > -# define CRASH_ADDR_HIGH_MAX MAXMEM > > +#

Re: [PATCH v9 0/2] PWM support for HiFive Unleashed

2019-03-12 Thread Andreas Schwab
On Mär 12 2019, Yash Shah wrote: > This patch series adds a PWM driver and DT documentation > for HiFive Unleashed board. The patches are mostly based on > Wesley's patch. Heartbeat trigger still doesn't work for me. Andreas. -- Andreas Schwab, SUSE Labs, sch...@suse.de GPG Key fingerprint =

[PATCH] fs/handle.c - fix up kerneldoc

2019-03-12 Thread Valdis Klētnieks
CC fs/fhandle.o fs/fhandle.c:259: warning: Function parameter or member 'flags' not described in 'sys_open_by_handle_at' fs/fhandle.c:259: warning: Excess function parameter 'flag' description in 'sys_open_by_handle_at' Fix apparent typo in the kerneldoc Signed-off-by: Valdis Kletnieks

[PATCH] security/keys/request_key.c - fix kerneldoc

2019-03-12 Thread Valdis Klētnieks
CC security/keys/request_key.o security/keys/request_key.c:35: warning: Function parameter or member 'authkey' not described in 'complete_request_key' security/keys/request_key.c:35: warning: Excess function parameter 'auth_key' description in 'complete_request_key' Fix it up to match the

[PATCH] ARM: dts: Add stmpe-adc DT node to Toradex T30 modules

2019-03-12 Thread Philippe Schenker
From: Philippe Schenker Add the stmpe-adc DT node as found on Toradex T30 modules Signed-off-by: Philippe Schenker --- arch/arm/boot/dts/tegra30-apalis-v1.1.dtsi | 22 ++ arch/arm/boot/dts/tegra30-apalis.dtsi | 22 ++ arch/arm/boot/dts/tegra30-col

Re: [PATCH v3 2/9] mtd: rawnand: denali: refactor syndrome layout handling for raw access

2019-03-12 Thread Miquel Raynal
Hi Masahiro, Masahiro Yamada wrote on Tue, 12 Mar 2019 17:44:43 +0900: > The Denali IP adopts the syndrome page layout (payload and ECC are > interleaved). The *_page_raw() and *_oob() callbacks are complicated > because they must hide the underlying layout used by the hardware, > and always ret

Re: [PATCH] arm64: dts: meson-gxl-s905d-phicomm-n1: add status LED

2019-03-12 Thread Chuanhong Guo
Hi! On Tue, Mar 12, 2019 at 4:59 PM Neil Armstrong wrote: > [...] > BTW, do you know if it's possible to have a sample of the Phicomm N1 > in order to be added in kernelci ? It's easy to purchase one in China and second-handed ones are dirt cheap, but I don't think it's available worldwide. I'm no

Re: [RFC PATCH v1 08/25] printk: add ring buffer and kthread

2019-03-12 Thread Petr Mladek
On Mon 2019-03-11 11:51:49, John Ogness wrote: > On 2019-03-07, Sergey Senozhatsky wrote: > > I don't really understand the role of loglevel anymore. > > "what the kernel considers" is a configuration option of the > administrator. The administrator can increase the verbocity of the > console (lo

Re: [PATCH v1 04/10] perf, tools, record: Clarify help for --switch-output

2019-03-12 Thread Jiri Olsa
On Mon, Mar 11, 2019 at 01:24:40PM -0700, Andi Kleen wrote: > From: Andi Kleen > > The help description for --switch-output looks like there > are multiple comma separated fields. But it's actually a choice > of different options. Make it clear and less confusing. > > Before: > > % perf report

Re: [PATCH v1 05/10] perf, report: Show all sort keys in help output

2019-03-12 Thread Jiri Olsa
On Mon, Mar 11, 2019 at 01:24:41PM -0700, Andi Kleen wrote: > From: Andi Kleen > > Show all the supported sort keys in the command line help output, > so that it's not needed to refer to the manpage. > > The output is not line wrapped, so it can be fairly long. > > Before: > > % perf report -h

[PATCH v3 1/3] x86/boot: Add xloadflags bits for 5-level kernel checking

2019-03-12 Thread Baoquan He
Add two bits XLF_5LEVEL and XLF_5LEVEL_ENABLED for 5-level kernel. Bit XLF_5LEVEL indicates if 5-level related code is contained in this kernel. Bit XLF_5LEVEL_ENABLED indicates if CONFIG_X86_5LEVEL=y is set. They are being used in later patch to check if kexec/kdump kernel is loaded in right plac

[PATCH v3 0/3] Add restrictions for kexec/kdump jumping between 5-level and 4-level kernel

2019-03-12 Thread Baoquan He
This is v3 post. The original v1 post can be found here: http://lkml.kernel.org/r/20180829141624.13985-1-...@redhat.com Later a v1 RESEND version: http://lkml.kernel.org/r/20190125022817.29506-1-...@redhat.com V2 post is here: http://lkml.kernel.org/r/20190312005004.19182-1-...@redhat.com This

[PATCH v3 2/3] x86/kexec/64: Error out if try to jump to old 4-level kernel from 5-level kernel

2019-03-12 Thread Baoquan He
In relocate_kernel() CR4.LA57 flag is set before kexec jumping if the kernel has 5-level paging enabled. Then in boot/compressed/head_64.S, it will check if the booting kernel is in 4-level or 5-level paging mode, and handle accordingly. However, the old kernel which doesn't contain the 5-level cod

Re: Misc improvements and bug fixes for perf

2019-03-12 Thread Jiri Olsa
On Mon, Mar 11, 2019 at 01:24:36PM -0700, Andi Kleen wrote: > Mostly unrelated to each other, so can be picked'n'chosed. > > - Fix perf stat --no-scale > - Support --reltime in perf script > - Fix crashes with stat -r > - Handle JITed code better in perf report > - Allow to limit rotated perf.data

[PATCH v3 3/3] x86/kdump/64: Change the upper limit of crashkernel reservation

2019-03-12 Thread Baoquan He
Restrict kdump to only reserve crashkernel below 64TB. Since the kdump jumping may be from 5-level to 4-level, and the kdump kernel is put above 64TB in 5-level kernel, then the jumping will fail. And the crashkernel reservation is done during the 1st kernel bootup, there's no way to detect the pag

[PATCH] clocksource/drivers/oxnas: Fix OX820 compatible

2019-03-12 Thread Neil Armstrong
The OX820 compatible is wrong is the driver, fix it. Fixes: 2ea3401e2a84 ("clocksource/drivers/oxnas: Add OX820 compatible") Reported-by: Daniel Golle Signed-off-by: Neil Armstrong --- drivers/clocksource/timer-oxnas-rps.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/driv

Re: [PATCH 1/3] arm64: dts: rockchip: rk3399: rock960: Rename vcc_sys into vcc5v0_sys

2019-03-12 Thread Heiko Stuebner
Am Montag, 11. März 2019, 16:03:30 CET schrieb Jagan Teki: > It is always better practice to follow regulator naming conventions > as per the schematics for future references. > > So, rename vcc_sys into vcc5v0_sys as per rk3399 power diagram of > rock960 schematics. > > Signed-off-by: Jagan Teki

Re: [PATCH] ata: pata_oldpiix: Add missing device ID for INTEL_82371AB

2019-03-12 Thread LABBE Corentin
On Mon, Dec 10, 2018 at 05:52:35PM +0300, Sergei Shtylyov wrote: > Hello! > > On 12/10/2018 04:46 PM, Corentin Labbe wrote: > > > When playing with a virtual SPARC machine with qemu, I found that the > > IDE emulated device was not probing with the ata/pata_oldpiix driver. > >Correctly, it s

  1   2   3   4   5   6   7   8   9   10   >