[PATCH 0/7] Support TPS65217 PMIC interrupt in DT

TPS65217 interrupt events include push button pressed/released, USB and AC voltage status change. AM335x bone based boards (like BB, BBB, BBG) have common PMIC interrupt pin (named NMI) of AM335x core. This patchset support interrupts in device tree file. Milo Kim (7): ARM: dts: tps65217:

[PATCH 0/7] Support TPS65217 PMIC interrupt in DT

TPS65217 interrupt events include push button pressed/released, USB and AC voltage status change. AM335x bone based boards (like BB, BBB, BBG) have common PMIC interrupt pin (named NMI) of AM335x core. This patchset support interrupts in device tree file. Milo Kim (7): ARM: dts: tps65217:

[PATCH 7/7] mfd: tps65217: Fix mismatched interrupt number

Enum value of 'tps65217_irq_type' is not matched with DT parsed hwirq number[*]. The MFD driver gets the IRQ data by referencing hwirq, but the value is different. So, irq_to_tps65217_irq() returns mismatched IRQ data. Eventually, the power button driver enables not PB but USB interrupt when it

[PATCH 7/7] mfd: tps65217: Fix mismatched interrupt number

Enum value of 'tps65217_irq_type' is not matched with DT parsed hwirq number[*]. The MFD driver gets the IRQ data by referencing hwirq, but the value is different. So, irq_to_tps65217_irq() returns mismatched IRQ data. Eventually, the power button driver enables not PB but USB interrupt when it

[PATCH 2/7] ARM: dts: tps65217: Add the charger device

Support the charger driver and disable it by default. Signed-off-by: Milo Kim --- arch/arm/boot/dts/tps65217.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/tps65217.dtsi b/arch/arm/boot/dts/tps65217.dtsi index 27935f8..8f77d0d 100644 ---

[PATCH 2/7] ARM: dts: tps65217: Add the charger device

Support the charger driver and disable it by default. Signed-off-by: Milo Kim --- arch/arm/boot/dts/tps65217.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/tps65217.dtsi b/arch/arm/boot/dts/tps65217.dtsi index 27935f8..8f77d0d 100644 ---

[PATCH 4/7] ARM: dts: am335x: Support the PMIC interrupt

AM335x bone based boards have the PMIC interrupt named NMI which is connected to TPS65217 device. AM335x main interrupt controller provides it and the number is 7. Signed-off-by: Milo Kim --- arch/arm/boot/dts/am335x-bone-common.dtsi | 4 1 file changed, 4

[PATCH 4/7] ARM: dts: am335x: Support the PMIC interrupt

AM335x bone based boards have the PMIC interrupt named NMI which is connected to TPS65217 device. AM335x main interrupt controller provides it and the number is 7. Signed-off-by: Milo Kim --- arch/arm/boot/dts/am335x-bone-common.dtsi | 4 1 file changed, 4 insertions(+) diff --git

Linux 3.16.38

I'm announcing the release of the 3.16.38 kernel. All users of the 3.16 kernel series should upgrade. The updated 3.16.y git tree can be found at: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.16.y and can be browsed at the normal kernel.org git web

Linux 3.16.38

I'm announcing the release of the 3.16.38 kernel. All users of the 3.16 kernel series should upgrade. The updated 3.16.y git tree can be found at: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.16.y and can be browsed at the normal kernel.org git web

Linux 3.2.83

I'm announcing the release of the 3.2.83 kernel. All users of the 3.2 kernel series should upgrade. The updated 3.2.y git tree can be found at: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.2.y and can be browsed at the normal kernel.org git web

Linux 3.2.83

I'm announcing the release of the 3.2.83 kernel. All users of the 3.2 kernel series should upgrade. The updated 3.2.y git tree can be found at: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.2.y and can be browsed at the normal kernel.org git web

Re: [PATCH 1/3] soc: Support for NPS HW scheduling

On Thu, Oct 13, 2016 at 05:52:28PM +0300, Noam Camus wrote: > From: Noam Camus > > This header file is for NPS400 SoC. > It includes macros for save/restore of HW scheduling. > Control is done by writing core functional registers. > This code was moved from arc/plat-eznps so

Re: [PATCH 1/3] soc: Support for NPS HW scheduling

On Thu, Oct 13, 2016 at 05:52:28PM +0300, Noam Camus wrote: > From: Noam Camus > > This header file is for NPS400 SoC. > It includes macros for save/restore of HW scheduling. > Control is done by writing core functional registers. > This code was moved from arc/plat-eznps so it can be used >

Re: 4.9 regression/bisection - 761ed4a94582 tty: serial_core: convert uart_close to use tty_port_close

On Fri, Oct 21, 2016 at 7:45 AM, Mike Galbraith wrote: > Greetings, > > My old DL980 G7 is exploding on reboot with master, with only the first > couple lines actually making it to the console. Once (and only once) > during bisection it did manage to get the below

Re: 4.9 regression/bisection - 761ed4a94582 tty: serial_core: convert uart_close to use tty_port_close

On Fri, Oct 21, 2016 at 7:45 AM, Mike Galbraith wrote: > Greetings, > > My old DL980 G7 is exploding on reboot with master, with only the first > couple lines actually making it to the console. Once (and only once) > during bisection it did manage to get the below emitted. Does this patch[1]

[PATCH] regulator: arizona-ldo1: Set appropriate value for ramp_delay

Signed-off-by: Charles Keepax --- drivers/regulator/arizona-ldo1.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/regulator/arizona-ldo1.c b/drivers/regulator/arizona-ldo1.c index f7c88ff..302b57c 100644 --- a/drivers/regulator/arizona-ldo1.c

[PATCH] regulator: arizona-ldo1: Set appropriate value for ramp_delay

Signed-off-by: Charles Keepax --- drivers/regulator/arizona-ldo1.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/regulator/arizona-ldo1.c b/drivers/regulator/arizona-ldo1.c index f7c88ff..302b57c 100644 --- a/drivers/regulator/arizona-ldo1.c +++ b/drivers/regulator/arizona-ldo1.c

Re: Rewording language in mbind(2) to "threads" not "processes"

On Fri, 21 Oct 2016, Michael Kerrisk (man-pages) wrote: > Did you have any thoughts on my follow-on question below? There was only one AFAICT? > > Thanks. So, are all the other cases where I changed "process" to > > "thread" okay then? >From what I see yes.

Re: Rewording language in mbind(2) to "threads" not "processes"

On Fri, 21 Oct 2016, Michael Kerrisk (man-pages) wrote: > Did you have any thoughts on my follow-on question below? There was only one AFAICT? > > Thanks. So, are all the other cases where I changed "process" to > > "thread" okay then? >From what I see yes.

Re: + proc-fix-null-dereference-when-reading-proc-pid-auxv.patch added to -mm tree

On Fri, Oct 21, 2016 at 6:13 AM, wrote: > Reading auxv of any kernel thread results in NULL pointer dereferencing in > auxv_read() where mm can be NULL. Fix that by checking for NULL mm and > bailing out early. This is also the original behavior changed by recent >

Re: + proc-fix-null-dereference-when-reading-proc-pid-auxv.patch added to -mm tree

On Fri, Oct 21, 2016 at 6:13 AM, wrote: > Reading auxv of any kernel thread results in NULL pointer dereferencing in > auxv_read() where mm can be NULL. Fix that by checking for NULL mm and > bailing out early. This is also the original behavior changed by recent > commit c5317167854e ("proc:

Re: [RFC][PATCH v3] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

Quoting John Stultz (john.stu...@linaro.org): > This patch adds logic to allows a process to migrate other tasks > between cgroups if they have CAP_SYS_RESOURCE. Hi, fwiw this seems to me a reasonable choice, that is, giving a task CAP_SYS_RESOURCE to be allow it to write to the procs file

Re: [RFC][PATCH v3] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups

Quoting John Stultz (john.stu...@linaro.org): > This patch adds logic to allows a process to migrate other tasks > between cgroups if they have CAP_SYS_RESOURCE. Hi, fwiw this seems to me a reasonable choice, that is, giving a task CAP_SYS_RESOURCE to be allow it to write to the procs file

Re: [PATCH 3/3] spi: sun6i: Use the driver data to get the buffer size

On 10/21/2016 12:56 AM, Maxime Ripard wrote: -static inline void sun6i_spi_drain_fifo(struct sun6i_spi *sspi, int len) > +static inline void sun6i_spi_drain_fifo(struct sun6i_spi *sspi) > { > + int len = sspi->fifo_depth; >u32 reg, cnt; >u8 byte; I'm not so sure about this one. This

Re: [PATCH 3/3] spi: sun6i: Use the driver data to get the buffer size

On 10/21/2016 12:56 AM, Maxime Ripard wrote: -static inline void sun6i_spi_drain_fifo(struct sun6i_spi *sspi, int len) > +static inline void sun6i_spi_drain_fifo(struct sun6i_spi *sspi) > { > + int len = sspi->fifo_depth; >u32 reg, cnt; >u8 byte; I'm not so sure about this one. This

Re: [PATCH V2 0/8] PM / OPP: Multiple regulator support

On Thu, Oct 20, 2016 at 10:44 AM, Viresh Kumar wrote: > Hi, > > Some platforms (like TI) have complex DVFS configuration for CPU > devices, where multiple regulators are required to be configured to > change DVFS state of the device. This was explained well by Nishanth >

Re: [PATCH V2 0/8] PM / OPP: Multiple regulator support

On Thu, Oct 20, 2016 at 10:44 AM, Viresh Kumar wrote: > Hi, > > Some platforms (like TI) have complex DVFS configuration for CPU > devices, where multiple regulators are required to be configured to > change DVFS state of the device. This was explained well by Nishanth > earlier [1]. > > Some

Re: [PATCH 5/5] KVM: LAPIC: add APIC Timer periodic/oneshot mode VMX preemption timer support

2016-10-21 2:10 GMT+08:00 Radim Krčmář : > 2016-10-20 06:57+0800, Wanpeng Li: >> 2016-10-20 3:28 GMT+08:00 Radim Krčmář : >>> I think it would be better to add a function to advance the periodic >>> timer and use it in kvm_lapic_expired_hv_timer() and in

Re: [PATCH 5/5] KVM: LAPIC: add APIC Timer periodic/oneshot mode VMX preemption timer support

2016-10-21 2:10 GMT+08:00 Radim Krčmář : > 2016-10-20 06:57+0800, Wanpeng Li: >> 2016-10-20 3:28 GMT+08:00 Radim Krčmář : >>> I think it would be better to add a function to advance the periodic >>> timer and use it in kvm_lapic_expired_hv_timer() and in apic_timer_fn(). >>> >>> The function can

Re: [PATCH 00/10] [v3] arm64: dts: add QorIQ LS1046A SoC and boards support

On Tue, Sep 13, 2016 at 04:09:53PM +0800, shh@gmail.com wrote: > From: Shaohui Xie > > This patchest adds support for QorIQ LS1046A SoC which is based on ARMv8 > architecture, also adds LS1046A-RDB and LS1046A-QDS board support. > > Also, updates bindings for

Re: [PATCH 00/10] [v3] arm64: dts: add QorIQ LS1046A SoC and boards support

On Tue, Sep 13, 2016 at 04:09:53PM +0800, shh@gmail.com wrote: > From: Shaohui Xie > > This patchest adds support for QorIQ LS1046A SoC which is based on ARMv8 > architecture, also adds LS1046A-RDB and LS1046A-QDS board support. > > Also, updates bindings for SoC-specific devices SCFG and

Re: [PATCH] softirq: Display IRQ_POLL for irq-poll statistics

On Mon, Oct 10, 2016 at 03:10:51PM +0300, Sagi Grimberg wrote: > This library was moved to the generic area and was > renamed to irq-poll. Hence, update proc/softirqs output accordingly. > > Signed-off-by: Sagi Grimberg Looks fine, Reviewed-by: Christoph Hellwig

Re: [PATCH] softirq: Display IRQ_POLL for irq-poll statistics

On Mon, Oct 10, 2016 at 03:10:51PM +0300, Sagi Grimberg wrote: > This library was moved to the generic area and was > renamed to irq-poll. Hence, update proc/softirqs output accordingly. > > Signed-off-by: Sagi Grimberg Looks fine, Reviewed-by: Christoph Hellwig

Re: [PATCH 2/3] spi: sun6i: Support Allwinner H3 SPI controller

On 10/21/2016 12:53 AM, Chen-Yu Tsai wrote: Use of_device_get_match_data, then you don't even have to move sun6i_spi_match above this function. Oh, good. Thanks for introducing this helper. Best regards, Milo

Re: [PATCH 2/3] spi: sun6i: Support Allwinner H3 SPI controller

On 10/21/2016 12:53 AM, Chen-Yu Tsai wrote: Use of_device_get_match_data, then you don't even have to move sun6i_spi_match above this function. Oh, good. Thanks for introducing this helper. Best regards, Milo

Re: [PATCH 1/3] ARM: dts: sun8i: Add common dtsi file for NanoPi SBCs

On 10/21/2016 01:04 AM, Maxime Ripard wrote: + * Copyright (C) 2016 Milo Kim This looks like a copy of James' DT. Keeping him as the copyright holder seems like the right thing to do. Oh... thanks for catching this. Sorry to James. Best regards, Milo

Re: [PATCH 1/3] ARM: dts: sun8i: Add common dtsi file for NanoPi SBCs

On 10/21/2016 01:04 AM, Maxime Ripard wrote: + * Copyright (C) 2016 Milo Kim This looks like a copy of James' DT. Keeping him as the copyright holder seems like the right thing to do. Oh... thanks for catching this. Sorry to James. Best regards, Milo

Re: [PATCH] ARM: dts: sun8i: Add SPI controller node in H3

Hi Maxime, On 10/21/2016 12:44 AM, Maxime Ripard wrote: Ideally, this would be part of your serie to add the H3 support to the spi driver. This way, you make it explicit that there is a dependency between the two, and it's easier for us :) OK, I hesitated before dividing it. It's clear to me

Re: [PATCH] ARM: dts: sun8i: Add SPI controller node in H3

Hi Maxime, On 10/21/2016 12:44 AM, Maxime Ripard wrote: Ideally, this would be part of your serie to add the H3 support to the spi driver. This way, you make it explicit that there is a dependency between the two, and it's easier for us :) OK, I hesitated before dividing it. It's clear to me

Re: [PATCH 2/2] gpio: ts4800: Fix module autoload

Hello Linus, On 10/21/2016 09:55 AM, Linus Walleij wrote: > On Tue, Oct 18, 2016 at 10:44 PM, Javier Martinez Canillas > wrote: > >> If the driver is built as a module, autoload won't work because the module >> alias information is not filled. So user-space can't match

Re: [PATCH 2/2] gpio: ts4800: Fix module autoload

Hello Linus, On 10/21/2016 09:55 AM, Linus Walleij wrote: > On Tue, Oct 18, 2016 at 10:44 PM, Javier Martinez Canillas > wrote: > >> If the driver is built as a module, autoload won't work because the module >> alias information is not filled. So user-space can't match the registered >> device

Re: [POC/RFC PATCH] overlayfs: fix data inconsistency at copy up

On Fri, Oct 21, 2016 at 11:12:11AM +0200, Miklos Szeredi wrote: > On Thu, Oct 20, 2016 at 04:54:08PM -0400, Vivek Goyal wrote: > > On Thu, Oct 20, 2016 at 04:46:30PM -0400, Vivek Goyal wrote: > > > > [..] > > > > +static ssize_t ovl_read_iter(struct kiocb *iocb, struct iov_iter *to) > > > > +{ >

Re: [POC/RFC PATCH] overlayfs: fix data inconsistency at copy up

On Fri, Oct 21, 2016 at 11:12:11AM +0200, Miklos Szeredi wrote: > On Thu, Oct 20, 2016 at 04:54:08PM -0400, Vivek Goyal wrote: > > On Thu, Oct 20, 2016 at 04:46:30PM -0400, Vivek Goyal wrote: > > > > [..] > > > > +static ssize_t ovl_read_iter(struct kiocb *iocb, struct iov_iter *to) > > > > +{ >

[PATCH] Staging:wilc1000:host_interface: fixed 80 character line limit coding style issue

Fixed coding style issue Signed-off-by: Nadim Almas --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/staging/wilc1000/host_interface.c b/drivers/staging/wilc1000/host_interface.c index

[PATCH] Staging:wilc1000:host_interface: fixed 80 character line limit coding style issue

Fixed coding style issue Signed-off-by: Nadim Almas --- drivers/staging/wilc1000/host_interface.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/staging/wilc1000/host_interface.c b/drivers/staging/wilc1000/host_interface.c index 0c5dea7..6e6540f 100644 ---

Re: [PATCH v2 0/4] ARM: K2G: Add support for TI-SCI Generic PM Domains

On Wed, Oct 19, 2016 at 10:33 PM, Dave Gerlach wrote: > Hi, > This is v2 of the series to add support for TI SCI PM Domains. v1 of > the series can be found here [1]. Several things have changed since v1: > > - New patch to add a void *data to struct generic_pm_domain_data to >

Re: [PATCH v2 0/4] ARM: K2G: Add support for TI-SCI Generic PM Domains

On Wed, Oct 19, 2016 at 10:33 PM, Dave Gerlach wrote: > Hi, > This is v2 of the series to add support for TI SCI PM Domains. v1 of > the series can be found here [1]. Several things have changed since v1: > > - New patch to add a void *data to struct generic_pm_domain_data to > allow to store

Re: Regression with 0b9e2988ab22 ("ahci: use pci_alloc_irq_vectors")

Hi Jarkko, please try the two fixes queue up in the libata tree for this: https://git.kernel.org/cgit/linux/kernel/git/tj/libata.git/log/?h=for-4.9-fixes

Re: Regression with 0b9e2988ab22 ("ahci: use pci_alloc_irq_vectors")

Hi Jarkko, please try the two fixes queue up in the libata tree for this: https://git.kernel.org/cgit/linux/kernel/git/tj/libata.git/log/?h=for-4.9-fixes

[PATCH v4 09/23] ARM: dts: r8a7794: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - Use "renesas,-rst" instead of "renesas,rst-", - Drop

[PATCH v4 09/23] ARM: dts: r8a7794: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - Use "renesas,-rst" instead of "renesas,rst-", - Drop "syscon" compatible value, v2: - Correct unit

[PATCH v4 07/23] ARM: dts: r8a7792: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven --- v4: - New. --- arch/arm/boot/dts/r8a7792.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/r8a7792.dtsi

[PATCH v4 11/23] arm64: renesas: r8a7796 dtsi: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - New. --- arch/arm64/boot/dts/renesas/r8a7796.dtsi | 5

[PATCH v4 20/23] ARM: shmobile: rcar-gen2: Stop passing mode pins state to clock driver

Now the R-Car Gen2 CPG clock driver obtains the state of the mode pins from the R-Car RST driver, there's no longer a need to pass this state explicitly. Hence we can just call of_clk_init() instead. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme

[PATCH v4 14/23] clk: renesas: rcar-gen2: Obtain mode pin values using RST driver

Obtain the values of the mode pins from the R-Car RST driver, which relies on the presence in DT of a device node for the RST module. Fall back to our own private copy of rcar_gen2_read_mode_pins() for backward-compatibility with old DTs. Signed-off-by: Geert Uytterhoeven

Re: [PATCH 2/2] cpuidle: governors: Move the files to the upper directory

On Fri, Oct 21, 2016 at 3:09 PM, Daniel Lezcano wrote: > On Fri, Oct 21, 2016 at 02:47:22PM +0200, Rafael J. Wysocki wrote: >> On Wed, Oct 5, 2016 at 9:33 AM, Daniel Lezcano >> wrote: >> > Currently the different governors are stored in the

Re: [PATCH 01/26] fscrypto: Add buffer operations

On Fri, Oct 21, 2016 at 03:17:03PM +0200, Richard Weinberger wrote: > UBIFS works on kmalloc()'ed buffers where it constructs the NAND/NOR pages > which will be written to the MTD. JFFS2 does the same. Yes, you can trivially do a virt_to_page on a kmalloc buffer. > Another reason why I did the

[PATCH v4 07/23] ARM: dts: r8a7792: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven --- v4: - New. --- arch/arm/boot/dts/r8a7792.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/r8a7792.dtsi

[PATCH v4 11/23] arm64: renesas: r8a7796 dtsi: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - New. --- arch/arm64/boot/dts/renesas/r8a7796.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH v4 20/23] ARM: shmobile: rcar-gen2: Stop passing mode pins state to clock driver

Now the R-Car Gen2 CPG clock driver obtains the state of the mode pins from the R-Car RST driver, there's no longer a need to pass this state explicitly. Hence we can just call of_clk_init() instead. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, - Rebase on

[PATCH v4 14/23] clk: renesas: rcar-gen2: Obtain mode pin values using RST driver

Obtain the values of the mode pins from the R-Car RST driver, which relies on the presence in DT of a device node for the RST module. Fall back to our own private copy of rcar_gen2_read_mode_pins() for backward-compatibility with old DTs. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme

Re: [PATCH 2/2] cpuidle: governors: Move the files to the upper directory

On Fri, Oct 21, 2016 at 3:09 PM, Daniel Lezcano wrote: > On Fri, Oct 21, 2016 at 02:47:22PM +0200, Rafael J. Wysocki wrote: >> On Wed, Oct 5, 2016 at 9:33 AM, Daniel Lezcano >> wrote: >> > Currently the different governors are stored in the subdir >> > 'governors'. That is not a problem. >> > >>

Re: [PATCH 01/26] fscrypto: Add buffer operations

On Fri, Oct 21, 2016 at 03:17:03PM +0200, Richard Weinberger wrote: > UBIFS works on kmalloc()'ed buffers where it constructs the NAND/NOR pages > which will be written to the MTD. JFFS2 does the same. Yes, you can trivially do a virt_to_page on a kmalloc buffer. > Another reason why I did the

Re: [PATCH net-next v2 6/9] net: use core MTU range checking in virt drivers

"Michael S. Tsirkin" writes: > On Thu, Oct 20, 2016 at 10:37:20PM -0400, Jarod Wilson wrote: >> On Thu, Oct 20, 2016 at 11:23:54PM +0300, Michael S. Tsirkin wrote: >> > On Thu, Oct 20, 2016 at 01:55:21PM -0400, Jarod Wilson wrote: >> ... >> > > diff --git

[PATCH v4 05/23] ARM: dts: r8a7790: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - Use "renesas,-rst" instead of "renesas,rst-", - Drop

Re: [PATCH net-next v2 6/9] net: use core MTU range checking in virt drivers

"Michael S. Tsirkin" writes: > On Thu, Oct 20, 2016 at 10:37:20PM -0400, Jarod Wilson wrote: >> On Thu, Oct 20, 2016 at 11:23:54PM +0300, Michael S. Tsirkin wrote: >> > On Thu, Oct 20, 2016 at 01:55:21PM -0400, Jarod Wilson wrote: >> ... >> > > diff --git a/drivers/net/virtio_net.c

[PATCH v4 05/23] ARM: dts: r8a7790: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - Use "renesas,-rst" instead of "renesas,rst-", - Drop "syscon" compatible value, v2: - Correct unit

Re: [PATCH 2/2] cpuidle: governors: Move the files to the upper directory

On Fri, Oct 21, 2016 at 03:22:18PM +0200, Rafael J. Wysocki wrote: > On Fri, Oct 21, 2016 at 3:09 PM, Daniel Lezcano > wrote: > > On Fri, Oct 21, 2016 at 02:47:22PM +0200, Rafael J. Wysocki wrote: > >> On Wed, Oct 5, 2016 at 9:33 AM, Daniel Lezcano > >>

[PATCH v4 18/23] ARM: shmobile: r8a7778: Stop passing mode pins state to clock driver

Now the R-Car M1A CPG clock driver obtains the state of the mode pins from the R-Car RST driver, there's no longer a need to pass this state explicitly. Hence we can just remove the .init_time() callback, the generic ARM code will take care of calling of_clk_init(). Signed-off-by: Geert

Re: [PATCH 2/2] cpuidle: governors: Move the files to the upper directory

On Fri, Oct 21, 2016 at 03:22:18PM +0200, Rafael J. Wysocki wrote: > On Fri, Oct 21, 2016 at 3:09 PM, Daniel Lezcano > wrote: > > On Fri, Oct 21, 2016 at 02:47:22PM +0200, Rafael J. Wysocki wrote: > >> On Wed, Oct 5, 2016 at 9:33 AM, Daniel Lezcano > >> wrote: > >> > Currently the different

[PATCH v4 18/23] ARM: shmobile: r8a7778: Stop passing mode pins state to clock driver

Now the R-Car M1A CPG clock driver obtains the state of the mode pins from the R-Car RST driver, there's no longer a need to pass this state explicitly. Hence we can just remove the .init_time() callback, the generic ARM code will take care of calling of_clk_init(). Signed-off-by: Geert

Re: [PATCH 01/26] fscrypto: Add buffer operations

Christoph, On 21.10.2016 15:05, Christoph Hellwig wrote: > On Fri, Oct 21, 2016 at 02:48:16PM +0200, Richard Weinberger wrote: >> Not all filesystems operate on pages, therefore offer >> operations to en/decrypt buffers. >> Of course these buffers have to be allocated in a way such that >> the

Re: [PATCH 01/26] fscrypto: Add buffer operations

Christoph, On 21.10.2016 15:05, Christoph Hellwig wrote: > On Fri, Oct 21, 2016 at 02:48:16PM +0200, Richard Weinberger wrote: >> Not all filesystems operate on pages, therefore offer >> operations to en/decrypt buffers. >> Of course these buffers have to be allocated in a way such that >> the

[PATCH v4 10/23] arm64: renesas: r8a7795 dtsi: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - Use "renesas,-rst" instead of "renesas,rst-", - Drop

[PATCH v4 10/23] arm64: renesas: r8a7795 dtsi: Add device node for RST module

Add a device node for the RST module, which provides a.o. reset control and mode pin monitoring. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - Use "renesas,-rst" instead of "renesas,rst-", - Drop "syscon" compatible value, v2: - New. ---

[PATCH v4 21/23] clk: renesas: r8a7778: Remove obsolete r8a7778_clocks_init()

The R-Car M1A board code no longer calls r8a7778_clocks_init(). Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - New. --- drivers/clk/renesas/clk-r8a7778.c | 13 - include/linux/clk/renesas.h

[PATCH v4 21/23] clk: renesas: r8a7778: Remove obsolete r8a7778_clocks_init()

The R-Car M1A board code no longer calls r8a7778_clocks_init(). Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - New. --- drivers/clk/renesas/clk-r8a7778.c | 13 - include/linux/clk/renesas.h | 1 - 2 files changed, 14 deletions(-)

[PATCH v4 23/23] clk: renesas: rcar-gen2: Remove obsolete rcar_gen2_clocks_init()

The R-Car Gen2 board code no longer calls rcar_gen2_clocks_init(). Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - Rebased, v2: - No changes. --- drivers/clk/renesas/clk-rcar-gen2.c | 7 ---

[PATCH v4 17/23] clk: renesas: rcar-gen3-cpg: Remove obsolete rcar_gen3_read_mode_pins()

All R-Car Gen3 clock drivers now obtain the values of the mode pins from the R-Car RST driver. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme Reviewed-by: Laurent Pinchart --- v4: - Add Acked-by,

Re: [POC/RFC PATCH] overlayfs: fix data inconsistency at copy up

On Fri, Oct 21, 2016 at 12:30 PM, Miklos Szeredi wrote: > On Fri, Oct 21, 2016 at 11:13 AM, Amir Goldstein wrote: > >> I think it would be a good idea in general to stabilize the overlay ino/dev >> throughout copy-up, same as Miklos suggested to do for

[PATCH v4 13/23] clk: renesas: r8a7779: Obtain mode pin values from R-Car RST driver

Obtain the values of the mode pins from the R-Car RST driver, which relies on the presence in DT of a device node for the RESET/WDT module. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - New. ---

[PATCH v4 01/23] reset: Add renesas,rst DT bindings

Add DT bindings for the Renesas R-Car Reset Controller (R-Car Gen1 RESET/WDT and R-Car Gen2/Gen3 and RZ/G RST). As the features provided by the hardware module differ a lot across the various SoC families and members, only SoC-specific compatible values are defined. For now we use the RST only

[PATCH v4 19/23] ARM: shmobile: r8a7779: Stop passing mode pins state to clock driver

Now the R-Car H1 CPG clock driver obtains the state of the mode pins from the R-Car RST driver, there's no longer a need to pass this state explicitly. Hence we can just remove the .init_time() callback, the generic ARM code will take care of calling of_clk_init() and clocksource_probe().

[PATCH v4 16/23] clk: renesas: r8a7796: Obtain mode pin values from R-Car RST driver

Obtain the values of the mode pins from the R-Car RST driver, which relies on the presence in DT of a device node for the RST module. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme Reviewed-by: Laurent Pinchart

[PATCH v4 23/23] clk: renesas: rcar-gen2: Remove obsolete rcar_gen2_clocks_init()

The R-Car Gen2 board code no longer calls rcar_gen2_clocks_init(). Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - Rebased, v2: - No changes. --- drivers/clk/renesas/clk-rcar-gen2.c | 7 --- include/linux/clk/renesas.h | 2 -- 2 files

[PATCH v4 17/23] clk: renesas: rcar-gen3-cpg: Remove obsolete rcar_gen3_read_mode_pins()

All R-Car Gen3 clock drivers now obtain the values of the mode pins from the R-Car RST driver. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme Reviewed-by: Laurent Pinchart --- v4: - Add Acked-by, Reviewed-by, v3: - New. --- drivers/clk/renesas/rcar-gen3-cpg.c | 17

Re: [POC/RFC PATCH] overlayfs: fix data inconsistency at copy up

On Fri, Oct 21, 2016 at 12:30 PM, Miklos Szeredi wrote: > On Fri, Oct 21, 2016 at 11:13 AM, Amir Goldstein wrote: > >> I think it would be a good idea in general to stabilize the overlay ino/dev >> throughout copy-up, same as Miklos suggested to do for directories, to >> all files: >> pure upper

[PATCH v4 13/23] clk: renesas: r8a7779: Obtain mode pin values from R-Car RST driver

Obtain the values of the mode pins from the R-Car RST driver, which relies on the presence in DT of a device node for the RESET/WDT module. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - New. --- drivers/clk/renesas/clk-r8a7779.c | 9 +++-- 1 file

[PATCH v4 01/23] reset: Add renesas,rst DT bindings

Add DT bindings for the Renesas R-Car Reset Controller (R-Car Gen1 RESET/WDT and R-Car Gen2/Gen3 and RZ/G RST). As the features provided by the hardware module differ a lot across the various SoC families and members, only SoC-specific compatible values are defined. For now we use the RST only

[PATCH v4 19/23] ARM: shmobile: r8a7779: Stop passing mode pins state to clock driver

Now the R-Car H1 CPG clock driver obtains the state of the mode pins from the R-Car RST driver, there's no longer a need to pass this state explicitly. Hence we can just remove the .init_time() callback, the generic ARM code will take care of calling of_clk_init() and clocksource_probe().

[PATCH v4 16/23] clk: renesas: r8a7796: Obtain mode pin values from R-Car RST driver

Obtain the values of the mode pins from the R-Car RST driver, which relies on the presence in DT of a device node for the RST module. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme Reviewed-by: Laurent Pinchart --- v4: - Add Acked-by, Reviewed-by, v3: - New. ---

[PATCH v4 22/23] clk: renesas: r8a7779: Remove obsolete r8a7779_clocks_init()

The R-Car H1 board code no longer calls r8a7779_clocks_init(). Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - New. --- drivers/clk/renesas/clk-r8a7779.c | 9 - include/linux/clk/renesas.h

[PATCH v4 22/23] clk: renesas: r8a7779: Remove obsolete r8a7779_clocks_init()

The R-Car H1 board code no longer calls r8a7779_clocks_init(). Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - New. --- drivers/clk/renesas/clk-r8a7779.c | 9 - include/linux/clk/renesas.h | 1 - 2 files changed, 10 deletions(-) diff

[PATCH v4 15/23] clk: renesas: r8a7795: Obtain mode pin values from R-Car RST driver

Obtain the values of the mode pins from the R-Car RST driver, which relies on the presence in DT of a device node for the RST module. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme Reviewed-by: Laurent Pinchart

[PATCH v4 00/23] soc: renesas: Add R-Car RST driver for obtaining mode pin state

e "renesas,-rst" instead of "renesas,rst-", - Drop "syscon" compatible value and "renesas,modemr" property, use a real driver instead, - Add support for R-Car M1A, H1, and M3-W. Changes compared to v1: - Add support for R-Car H3. This patch serie

[PATCH v4 15/23] clk: renesas: r8a7795: Obtain mode pin values from R-Car RST driver

Obtain the values of the mode pins from the R-Car RST driver, which relies on the presence in DT of a device node for the RST module. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme Reviewed-by: Laurent Pinchart --- v4: - Add Acked-by, Reviewed-by, v3: - New. ---

[PATCH v4 00/23] soc: renesas: Add R-Car RST driver for obtaining mode pin state

e "renesas,-rst" instead of "renesas,rst-", - Drop "syscon" compatible value and "renesas,modemr" property, use a real driver instead, - Add support for R-Car M1A, H1, and M3-W. Changes compared to v1: - Add support for R-Car H3. This patch serie

[PATCH v4 03/23] ARM: dts: r8a7778: Add device node for RESET/WDT module

Add a device node for the RESET/WDT module, which provides a.o. reset control, mode pin monitoring, and watchdog control. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - New. ---

[PATCH v4 03/23] ARM: dts: r8a7778: Add device node for RESET/WDT module

Add a device node for the RESET/WDT module, which provides a.o. reset control, mode pin monitoring, and watchdog control. Signed-off-by: Geert Uytterhoeven Acked-by: Dirk Behme --- v4: - Add Acked-by, v3: - New. --- arch/arm/boot/dts/r8a7778.dtsi | 5 + 1 file changed, 5 insertions(+)

<    5   6   7   8   9   10   11   12   13   14   >