Re: [GIT PULL 4/4] ARM: defconfig: Exynos for v4.9

On Tuesday, August 30, 2016 11:18:56 AM CEST Krzysztof Kozlowski wrote: > Expected conflict in multi_v7 - take all the changes: > > --- a/arch/arm/configs/multi_v7_defconfig > +++ b/arch/arm/configs/multi_v7_defconfig > @@@ -135,8 -136,7 +136,8 @@@ CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND= >

Re: [GIT PULL 4/4] ARM: defconfig: Exynos for v4.9

On Tuesday, August 30, 2016 11:18:56 AM CEST Krzysztof Kozlowski wrote: > Expected conflict in multi_v7 - take all the changes: > > --- a/arch/arm/configs/multi_v7_defconfig > +++ b/arch/arm/configs/multi_v7_defconfig > @@@ -135,8 -136,7 +136,8 @@@ CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND= >

Re: [PATCH] ath10k: fix memory leak on caldata on error exit path

Colin King writes: > From: Colin Ian King > > caldata is not being free'd on the error exit path, causing > a memory leak. kfree it to fix the leak. > > Signed-off-by: Colin Ian King > --- >

Re: [PATCH] ath10k: fix memory leak on caldata on error exit path

Colin King writes: > From: Colin Ian King > > caldata is not being free'd on the error exit path, causing > a memory leak. kfree it to fix the leak. > > Signed-off-by: Colin Ian King > --- > drivers/net/wireless/ath/ath10k/pci.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH v5 3/4] arm64: dts: rockchip: add efuse0 device node for rk3399

Am Donnerstag, 1. September 2016, 20:16:56 schrieb Finley Xiao: > Add a efuse0 node in the device tree for the ARM64 rk3399 SoC. > > Signed-off-by: Finley Xiao applied to my dts64 branch for 4.9 with Doug's Review Thanks Heiko

Re: [PATCH v5 3/4] arm64: dts: rockchip: add efuse0 device node for rk3399

Am Donnerstag, 1. September 2016, 20:16:56 schrieb Finley Xiao: > Add a efuse0 node in the device tree for the ARM64 rk3399 SoC. > > Signed-off-by: Finley Xiao applied to my dts64 branch for 4.9 with Doug's Review Thanks Heiko

Re: [v10,2/2] PCI: Rockchip: Add Rockchip PCIe controller support

On Thu, Sep 01, 2016 at 12:48:52PM -0500, Bjorn Helgaas wrote: > On Thu, Sep 01, 2016 at 10:14:01AM -0700, Brian Norris wrote: > > The use of HIWORD_UPDATE can indeed be a bit confusing, IMO, but this is > > really a common Rockchip-ism that, once you read several of their > > drivers, can make a

Re: [PATCH 2/2] genirq: Generic chip: factorise code using irq_get_domain_generic_chip()

On Mon, 1 Aug 2016, Sebastian Frias wrote: > @@ -350,10 +350,10 @@ irq_get_domain_generic_chip(struct irq_domain *d, > unsigned int hw_irq) > int idx; > > if (!dgc) > - return NULL; > + return ERR_PTR(-ENODEV); > idx = hw_irq / dgc->irqs_per_chip; >

Re: [v10,2/2] PCI: Rockchip: Add Rockchip PCIe controller support

On Thu, Sep 01, 2016 at 12:48:52PM -0500, Bjorn Helgaas wrote: > On Thu, Sep 01, 2016 at 10:14:01AM -0700, Brian Norris wrote: > > The use of HIWORD_UPDATE can indeed be a bit confusing, IMO, but this is > > really a common Rockchip-ism that, once you read several of their > > drivers, can make a

Re: [PATCH 2/2] genirq: Generic chip: factorise code using irq_get_domain_generic_chip()

On Mon, 1 Aug 2016, Sebastian Frias wrote: > @@ -350,10 +350,10 @@ irq_get_domain_generic_chip(struct irq_domain *d, > unsigned int hw_irq) > int idx; > > if (!dgc) > - return NULL; > + return ERR_PTR(-ENODEV); > idx = hw_irq / dgc->irqs_per_chip; >

Re: [PATCH] trivial treewide: Convert dev_set_uevent_suppress argument to bool

On Fri, 2016-09-02 at 13:41 +, Bart Van Assche wrote: > On 09/01/16 17:51, Joe Perches wrote: > > On Fri, 2016-09-02 at 00:47 +, Bart Van Assche wrote: > > > On 09/01/16 13:11, Joe Perches wrote: > > > > Assigning an int to a bitfield:1 can lose precision. > > > > Change the caller

Re: [PATCH] trivial treewide: Convert dev_set_uevent_suppress argument to bool

On Fri, 2016-09-02 at 13:41 +, Bart Van Assche wrote: > On 09/01/16 17:51, Joe Perches wrote: > > On Fri, 2016-09-02 at 00:47 +, Bart Van Assche wrote: > > > On 09/01/16 13:11, Joe Perches wrote: > > > > Assigning an int to a bitfield:1 can lose precision. > > > > Change the caller

Re: linux-next: Tree for Jun 6 (scsi_debug.c)

On 08/23/16 16:22, Masanari Iida wrote: > This one still exist on linus's tree (as of v4.8-rc3). > > CALLscripts/checksyscalls.sh > CHK kernel/config_data.h > Building modules, stage 2. > MODPOST 720 modules > ERROR: "ip_compute_csum" [drivers/scsi/scsi_debug.ko] undefined! >

Re: linux-next: Tree for Jun 6 (scsi_debug.c)

On 08/23/16 16:22, Masanari Iida wrote: > This one still exist on linus's tree (as of v4.8-rc3). > > CALLscripts/checksyscalls.sh > CHK kernel/config_data.h > Building modules, stage 2. > MODPOST 720 modules > ERROR: "ip_compute_csum" [drivers/scsi/scsi_debug.ko] undefined! >

Re: [PATCH 3/4] KVM: x86: introduce get_kvmclock_ns

On Thu, Sep 01, 2016 at 05:26:14PM +0200, Paolo Bonzini wrote: > Introduce a function that reads the exact nanoseconds value that is > provided to the guest in kvmclock. This crystallizes the notion of > kvmclock as a thin veneer over a stable TSC, that the guest will > (hopefully) convert with

Re: [RESEND PATCH] ARM: multi_v7_defconfig: Build Atmel maXTouch driver as a module

On Tuesday, August 16, 2016 11:08:14 AM CEST Javier Martinez Canillas wrote: > The driver is for a trackpad device so is not needed for booting and > makes more sense to have it as module to reduce the kernel image size. > > It was probably enabled as built-in because module autoload was not >

Re: [PATCH v15 04/13] task_isolation: add initial support

On 8/30/2016 3:50 PM, Andy Lutomirski wrote: On Tue, Aug 30, 2016 at 12:37 PM, Chris Metcalf wrote: On 8/30/2016 2:43 PM, Andy Lutomirski wrote: What if we did it the other way around: set a percpu flag saying "going quiescent; disallow new deferred work", then finish

Re: [PATCH 3/4] KVM: x86: introduce get_kvmclock_ns

On Thu, Sep 01, 2016 at 05:26:14PM +0200, Paolo Bonzini wrote: > Introduce a function that reads the exact nanoseconds value that is > provided to the guest in kvmclock. This crystallizes the notion of > kvmclock as a thin veneer over a stable TSC, that the guest will > (hopefully) convert with

Re: [RESEND PATCH] ARM: multi_v7_defconfig: Build Atmel maXTouch driver as a module

On Tuesday, August 16, 2016 11:08:14 AM CEST Javier Martinez Canillas wrote: > The driver is for a trackpad device so is not needed for booting and > makes more sense to have it as module to reduce the kernel image size. > > It was probably enabled as built-in because module autoload was not >

Re: [PATCH v15 04/13] task_isolation: add initial support

On 8/30/2016 3:50 PM, Andy Lutomirski wrote: On Tue, Aug 30, 2016 at 12:37 PM, Chris Metcalf wrote: On 8/30/2016 2:43 PM, Andy Lutomirski wrote: What if we did it the other way around: set a percpu flag saying "going quiescent; disallow new deferred work", then finish all existing work and

Re: [RFC PATCH V5 1/5] PCI: Embed pci_ecam_ops in pci_config_window structure

On Thu, Sep 01, 2016 at 01:23:45PM -0500, Bjorn Helgaas wrote: > On Mon, Aug 08, 2016 at 03:05:37PM +0200, Tomasz Nowicki wrote: > > pci_config_window keeps pointer to pci_ecam_ops and every time > > we want to deallocate pci_config_window (pci_ecam_free()) we need to make > > sure to free

Re: [RFC PATCH V5 1/5] PCI: Embed pci_ecam_ops in pci_config_window structure

On Thu, Sep 01, 2016 at 01:23:45PM -0500, Bjorn Helgaas wrote: > On Mon, Aug 08, 2016 at 03:05:37PM +0200, Tomasz Nowicki wrote: > > pci_config_window keeps pointer to pci_ecam_ops and every time > > we want to deallocate pci_config_window (pci_ecam_free()) we need to make > > sure to free

Re: [PATCH 1/2] genirq: Generic chip: add irq_unmap_generic_chip

Hi Thomas, On 09/02/2016 05:12 PM, Thomas Gleixner wrote: > On Mon, 1 Aug 2016, Sebastian Frias wrote: >> NOTE: While the proposed unmap() function attempts to undo as much things >> as done by the map() function, I did not find a way to undo the following: >> >> a) irq_gc_init_mask_cache(gc,

Re: [PATCH 1/2] genirq: Generic chip: add irq_unmap_generic_chip

Hi Thomas, On 09/02/2016 05:12 PM, Thomas Gleixner wrote: > On Mon, 1 Aug 2016, Sebastian Frias wrote: >> NOTE: While the proposed unmap() function attempts to undo as much things >> as done by the map() function, I did not find a way to undo the following: >> >> a) irq_gc_init_mask_cache(gc,

Re: [PATCH 1/1 linux-next RESEND] ARM: multi_v7_defconfig: update XILINX_VDMA

On Monday, August 15, 2016 7:34:44 PM CEST Fabian Frederick wrote: > Commit fde57a7c4474 > ("dmaengine: xilinx: Rename driver and config") > > renamed config XILINX_VDMA to config XILINX_DMA > Update defconfig accordingly. > > Signed-off-by: Fabian Frederick > --- > Sending to

Re: [PATCH 1/1 linux-next RESEND] ARM: multi_v7_defconfig: update XILINX_VDMA

On Monday, August 15, 2016 7:34:44 PM CEST Fabian Frederick wrote: > Commit fde57a7c4474 > ("dmaengine: xilinx: Rename driver and config") > > renamed config XILINX_VDMA to config XILINX_DMA > Update defconfig accordingly. > > Signed-off-by: Fabian Frederick > --- > Sending to arm-soc

[PATCH v3 1/9] Documentation: dt-bindings: Document STM32 EXTI controller bindings

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/Documentation/devicetree/bindings/interrupt-controller/st,stm32-exti.txt b/Documentation/devicetree/bindings/interrupt-controller/st,stm32-exti.txt new file mode

[PATCH v3 1/9] Documentation: dt-bindings: Document STM32 EXTI controller bindings

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/Documentation/devicetree/bindings/interrupt-controller/st,stm32-exti.txt b/Documentation/devicetree/bindings/interrupt-controller/st,stm32-exti.txt new file mode 100644 index 000..6e7703d --- /dev/null +++

[PATCH v3 3/9] ARM: STM32: Select external interrupts controller

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index 2d601d7..157cea9 100644 --- a/arch/arm/Kconfig +++ b/arch/arm/Kconfig @@ -877,6 +877,7 @@ config ARCH_STM32 select

[PATCH v3 2/9] drivers: irqchip: Add STM32 external interrupts support

The STM32 external interrupt controller consists of edge detectors that generate interrupts requests or wake-up events. Each line can be independently configured as interrupt or wake-up source, and triggers either on rising, falling or both edges. Each line can also be masked independently.

[PATCH v3 3/9] ARM: STM32: Select external interrupts controller

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index 2d601d7..157cea9 100644 --- a/arch/arm/Kconfig +++ b/arch/arm/Kconfig @@ -877,6 +877,7 @@ config ARCH_STM32 select CLKSRC_STM32 select PINCTRL select

[PATCH v3 2/9] drivers: irqchip: Add STM32 external interrupts support

The STM32 external interrupt controller consists of edge detectors that generate interrupts requests or wake-up events. Each line can be independently configured as interrupt or wake-up source, and triggers either on rising, falling or both edges. Each line can also be masked independently.

Re: [writeback] 8bc4ad9498: INFO: suspicious RCU usage. ]

On Fri, Sep 02, 2016 at 10:56:22AM -0400, Tejun Heo wrote: > (cc'ing Paul, hi!) > > Hello, > > On Thu, Sep 01, 2016 at 02:13:34PM -0600, Jens Axboe wrote: > > On 09/01/2016 04:21 AM, kernel test robot wrote: > > > [7.323356] cdrom: Uniform CD-ROM driver Revision: 3.20 > > > [7.334239] >

[PATCH v3 8/9] ARM: dts: Declare push button as GPIO key on stm32f429 boards

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/boot/dts/stm32429i-eval.dts b/arch/arm/boot/dts/stm32429i-eval.dts index 6bfc595..0fd78e4 100644 --- a/arch/arm/boot/dts/stm32429i-eval.dts +++

[PATCH v3 8/9] ARM: dts: Declare push button as GPIO key on stm32f429 boards

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/boot/dts/stm32429i-eval.dts b/arch/arm/boot/dts/stm32429i-eval.dts index 6bfc595..0fd78e4 100644 --- a/arch/arm/boot/dts/stm32429i-eval.dts +++ b/arch/arm/boot/dts/stm32429i-eval.dts @@ -47,6 +47,7 @@

Re: [writeback] 8bc4ad9498: INFO: suspicious RCU usage. ]

On Fri, Sep 02, 2016 at 10:56:22AM -0400, Tejun Heo wrote: > (cc'ing Paul, hi!) > > Hello, > > On Thu, Sep 01, 2016 at 02:13:34PM -0600, Jens Axboe wrote: > > On 09/01/2016 04:21 AM, kernel test robot wrote: > > > [7.323356] cdrom: Uniform CD-ROM driver Revision: 3.20 > > > [7.334239] >

[PATCH v3 7/9] ARM: dts: Add GPIO irq support to STM2F429

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi index 1a189d4..6824762 100644 --- a/arch/arm/boot/dts/stm32f429.dtsi +++

[PATCH v3 5/9] Documentation: dt-bindings: Add IRQ related properties of STM32 pinctrl

Signed-off-by: Maxime Coquelin Acked-by: Rob Herring Signed-off-by: Alexandre TORGUE diff --git a/Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.txt

[PATCH v3 7/9] ARM: dts: Add GPIO irq support to STM2F429

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi index 1a189d4..6824762 100644 --- a/arch/arm/boot/dts/stm32f429.dtsi +++ b/arch/arm/boot/dts/stm32f429.dtsi @@ -189,6 +189,8 @@

[PATCH v3 5/9] Documentation: dt-bindings: Add IRQ related properties of STM32 pinctrl

Signed-off-by: Maxime Coquelin Acked-by: Rob Herring Signed-off-by: Alexandre TORGUE diff --git a/Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.txt b/Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.txt index 587bffb..a0eed99 100644 ---

[PATCH v3 6/9] pinctrl: Add IRQ support to STM32 gpios

This patch adds IRQ support to STM32 gpios. The EXTI controller has 16 lines dedicated to GPIOs. EXTI line n can be connected to only line n of one of the GPIO ports, for example EXTI0 can be connected to either PA0, or PB0, or PC0... This port selection is done by specifying the port number into

[PATCH v3 9/9] ARM: config: Enable GPIO Key driver in stm32_defconfig

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig index 1e5ec2a..e7b56d4 100644 --- a/arch/arm/configs/stm32_defconfig +++

[PATCH v3 4/9] ARM: dts: Add EXTI controller node to stm32f429

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi index 35df462..1a189d4 100644 --- a/arch/arm/boot/dts/stm32f429.dtsi +++

[PATCH v3 6/9] pinctrl: Add IRQ support to STM32 gpios

This patch adds IRQ support to STM32 gpios. The EXTI controller has 16 lines dedicated to GPIOs. EXTI line n can be connected to only line n of one of the GPIO ports, for example EXTI0 can be connected to either PA0, or PB0, or PC0... This port selection is done by specifying the port number into

[PATCH v3 9/9] ARM: config: Enable GPIO Key driver in stm32_defconfig

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig index 1e5ec2a..e7b56d4 100644 --- a/arch/arm/configs/stm32_defconfig +++ b/arch/arm/configs/stm32_defconfig @@ -38,7 +38,11 @@ CONFIG_DEVTMPFS_MOUNT=y

[PATCH v3 4/9] ARM: dts: Add EXTI controller node to stm32f429

Signed-off-by: Maxime Coquelin Signed-off-by: Alexandre TORGUE diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi index 35df462..1a189d4 100644 --- a/arch/arm/boot/dts/stm32f429.dtsi +++ b/arch/arm/boot/dts/stm32f429.dtsi @@ -176,6 +176,14 @@

Re: [PATCH v2] mfd: arizona: Add DT options for max_channels_clocked and PDM speaker config

On Wed, Aug 31, 2016 at 10:25:43AM +0100, Richard Fitzgerald wrote: > This patch adds DT settings for the max_channels_clocked, spk_fmt and > spk_mute pdata. > > Signed-off-by: Richard Fitzgerald > --- > Documentation/devicetree/bindings/mfd/arizona.txt | 11

Re: [PATCH v2] mfd: arizona: Add DT options for max_channels_clocked and PDM speaker config

On Wed, Aug 31, 2016 at 10:25:43AM +0100, Richard Fitzgerald wrote: > This patch adds DT settings for the max_channels_clocked, spk_fmt and > spk_mute pdata. > > Signed-off-by: Richard Fitzgerald > --- > Documentation/devicetree/bindings/mfd/arizona.txt | 11 Binding looks fine, but...

[PATCH v3 0/9] Add STM32 EXTI interrupt controller support

Hi, According to Maxime, I send this V3 patch set. I took into account Maxime and Linus discussion about pinctrl-stm32 ("gpio_to_irq" issue). So main changes are related to add an irq_chip in pinctrl-stm32 and to define a hierarchical domain for it. The series adds support to EXTI interrupt

[PATCH v3 0/9] Add STM32 EXTI interrupt controller support

Hi, According to Maxime, I send this V3 patch set. I took into account Maxime and Linus discussion about pinctrl-stm32 ("gpio_to_irq" issue). So main changes are related to add an irq_chip in pinctrl-stm32 and to define a hierarchical domain for it. The series adds support to EXTI interrupt

Re: [PATCH] drm/tegra: Expose color key and plane blending controls to userspace

On Fri, Sep 02, 2016 at 12:33:42PM +0300, Dmitry Osipenko wrote: > Chromakey is a simple way of video overlay overlap implementation. This > patch adds 2 new IOCTL's: first - sets color key and is common across of > all Tegra SoC's, second - sets plane blending controls and allows to > utilize the

Re: [PATCH] drm/tegra: Expose color key and plane blending controls to userspace

On Fri, Sep 02, 2016 at 12:33:42PM +0300, Dmitry Osipenko wrote: > Chromakey is a simple way of video overlay overlap implementation. This > patch adds 2 new IOCTL's: first - sets color key and is common across of > all Tegra SoC's, second - sets plane blending controls and allows to > utilize the

Re: [PATCH linux v3 3/9] xen: introduce xen_vcpu_id mapping

Hi Vitaly, On 26/07/16 13:30, Vitaly Kuznetsov wrote: It may happen that Xen's and Linux's ideas of vCPU id diverge. In particular, when we crash on a secondary vCPU we may want to do kdump and unlike plain kexec where we do migrate_to_reboot_cpu() we try booting on the vCPU which crashed. This

Re: [PATCH linux v3 3/9] xen: introduce xen_vcpu_id mapping

Hi Vitaly, On 26/07/16 13:30, Vitaly Kuznetsov wrote: It may happen that Xen's and Linux's ideas of vCPU id diverge. In particular, when we crash on a secondary vCPU we may want to do kdump and unlike plain kexec where we do migrate_to_reboot_cpu() we try booting on the vCPU which crashed. This

Re: [PATCH v3] power: bq24735-charger: Request status GPIO with initial input setup

Hi Paul, This looks mostly fine now. I have a few more comments, that I missed last time: On Thu, Sep 01, 2016 at 11:27:00PM +0200, Paul Kocialkowski wrote: > This requests the status GPIO with initial input setup. it is required > to read the GPIO status at probe time and thus correctly avoid

Re: [PATCH v3] power: bq24735-charger: Request status GPIO with initial input setup

Hi Paul, This looks mostly fine now. I have a few more comments, that I missed last time: On Thu, Sep 01, 2016 at 11:27:00PM +0200, Paul Kocialkowski wrote: > This requests the status GPIO with initial input setup. it is required > to read the GPIO status at probe time and thus correctly avoid

[PATCH] ASoC: ux500: fix spelling mistake "Unsopported" -> "Unsupported"

From: Colin Ian King Trivial fix to spelling mistakes in dev_err messages Signed-off-by: Colin Ian King --- sound/soc/ux500/ux500_msp_dai.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH] ASoC: ux500: fix spelling mistake "Unsopported" -> "Unsupported"

From: Colin Ian King Trivial fix to spelling mistakes in dev_err messages Signed-off-by: Colin Ian King --- sound/soc/ux500/ux500_msp_dai.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/sound/soc/ux500/ux500_msp_dai.c b/sound/soc/ux500/ux500_msp_dai.c index

Re: [PATCH 3/4] KVM: x86: introduce get_kvmclock_ns

On Fri, Sep 02, 2016 at 04:09:42PM +0200, Paolo Bonzini wrote: > On 02/09/2016 15:52, Roman Kagan wrote: > > On Thu, Sep 01, 2016 at 05:26:14PM +0200, Paolo Bonzini wrote: > >> --- a/arch/x86/kvm/hyperv.c > >> +++ b/arch/x86/kvm/hyperv.c > >> @@ -386,7 +386,7 @@ static void synic_init(struct

Re: [PATCH 3/4] KVM: x86: introduce get_kvmclock_ns

On Fri, Sep 02, 2016 at 04:09:42PM +0200, Paolo Bonzini wrote: > On 02/09/2016 15:52, Roman Kagan wrote: > > On Thu, Sep 01, 2016 at 05:26:14PM +0200, Paolo Bonzini wrote: > >> --- a/arch/x86/kvm/hyperv.c > >> +++ b/arch/x86/kvm/hyperv.c > >> @@ -386,7 +386,7 @@ static void synic_init(struct

Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: make global2 code optional

Hi Andrew, Andrew Lunn writes: > On Fri, Sep 02, 2016 at 08:08:19AM -0400, Vivien Didelot wrote: >> Since not every chip has a Global2 set of registers, make its support >> optional, in which case the related functions will return -EOPNOTSUPP. >> >> This also allows to reduce

Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: make global2 code optional

Hi Andrew, Andrew Lunn writes: > On Fri, Sep 02, 2016 at 08:08:19AM -0400, Vivien Didelot wrote: >> Since not every chip has a Global2 set of registers, make its support >> optional, in which case the related functions will return -EOPNOTSUPP. >> >> This also allows to reduce the size of the

Re: [PATCH] iscsi-target: fix spelling mistake "Unsolicitied" -> "Unsolicited"

On 09/02/2016 07:32 AM, Colin King wrote: Trivial fix to spelling mistakes in pr_debug message and comments Reviewed-by: Bart Van Assche

Re: [PATCH 1/3] arm64: dts: rockchip: add the PCIe PHY for RK3399

Am Freitag, 19. August 2016, 11:24:27 schrieb Shawn Lin: > This patch adds PCIe node for RK3399 to support > PCIe controller. > > Signed-off-by: Shawn Lin with both the pcie-controller and -phy now being in maintainer trees, I've applied all 3 dts patches to my dts64

Re: [PATCH] iscsi-target: fix spelling mistake "Unsolicitied" -> "Unsolicited"

On 09/02/2016 07:32 AM, Colin King wrote: Trivial fix to spelling mistakes in pr_debug message and comments Reviewed-by: Bart Van Assche

Re: [PATCH 1/3] arm64: dts: rockchip: add the PCIe PHY for RK3399

Am Freitag, 19. August 2016, 11:24:27 schrieb Shawn Lin: > This patch adds PCIe node for RK3399 to support > PCIe controller. > > Signed-off-by: Shawn Lin with both the pcie-controller and -phy now being in maintainer trees, I've applied all 3 dts patches to my dts64 branch for 4.9 Thanks

Re: [PATCH v4 3/4] drm/i915: Use new CRC debugfs API

Hi Tomeu, IMHO it would be better to split out the refactoring into preparatory patch. It brings a minor change which (not 100% sure on that) should not cause issues but is worth pointing out. On 5 August 2016 at 11:45, Tomeu Vizoso wrote: > +static int

Re: [PATCH v2 4/4] pwm: sunxi: Add H3 support

On Wed, Aug 31, 2016 at 05:25:20PM +0900, Milo Kim wrote: > H3 PWM controller has same register layout as sun4i driver, so it works > by adding H3 specific data. > > Cc: Thierry Reding > Cc: Rob Herring > Cc: Maxime Ripard

Re: [PATCH v4 3/4] drm/i915: Use new CRC debugfs API

Hi Tomeu, IMHO it would be better to split out the refactoring into preparatory patch. It brings a minor change which (not 100% sure on that) should not cause issues but is worth pointing out. On 5 August 2016 at 11:45, Tomeu Vizoso wrote: > +static int do_set_crc_source(struct drm_device

Re: [PATCH v2 4/4] pwm: sunxi: Add H3 support

On Wed, Aug 31, 2016 at 05:25:20PM +0900, Milo Kim wrote: > H3 PWM controller has same register layout as sun4i driver, so it works > by adding H3 specific data. > > Cc: Thierry Reding > Cc: Rob Herring > Cc: Maxime Ripard > Cc: Alexandre Belloni > Cc: Chen-Yu Tsai > Cc:

Re: [PATCH v4 2/2] pci:aer: add support aer interrupt with none MSI/MSI-X/INTx mode

On Wed, Aug 31, 2016 at 02:37:22PM +0800, Po Liu wrote: > On some platforms, root port doesn't support MSI/MSI-X/INTx in RC mode. > When chip support the aer interrupt with none MSI/MSI-X/INTx mode, > maybe there is interrupt line for aer pme etc. Search the interrupt > number in the fdt file.

Re: [PATCH v4 2/2] pci:aer: add support aer interrupt with none MSI/MSI-X/INTx mode

On Wed, Aug 31, 2016 at 02:37:22PM +0800, Po Liu wrote: > On some platforms, root port doesn't support MSI/MSI-X/INTx in RC mode. > When chip support the aer interrupt with none MSI/MSI-X/INTx mode, > maybe there is interrupt line for aer pme etc. Search the interrupt > number in the fdt file.

Re: [PATCH] fs/proc/kcore.c: Omit kernel text area for hardened usercopy feature

On Fri, Sep 02, 2016 at 02:25:45PM +0200, Jiri Olsa wrote: > One of the bullets for hardened usercopy feature is: > - object must not overlap with kernel text > > which is what we expose via /proc/kcore. We can hit > this check and crash the system very easily just by > reading the text area in

Re: [PATCH] fs/proc/kcore.c: Omit kernel text area for hardened usercopy feature

On Fri, Sep 02, 2016 at 02:25:45PM +0200, Jiri Olsa wrote: > One of the bullets for hardened usercopy feature is: > - object must not overlap with kernel text > > which is what we expose via /proc/kcore. We can hit > this check and crash the system very easily just by > reading the text area in

Re: [PATCH v10 1/2] printk: Make printk() completely async

On Fri 2016-09-02 16:58:08, Sergey Senozhatsky wrote: > On (09/01/16 10:58), Petr Mladek wrote: > > On Wed 2016-08-31 21:52:24, Sergey Senozhatsky wrote: > > > a console_unlock() doing > > > wake_up_process(printk_kthread) would make it better. > > > > I am not sure what you mean by this. > > I

Re: [PATCH 1/2] genirq: Generic chip: add irq_unmap_generic_chip

On Mon, 1 Aug 2016, Sebastian Frias wrote: > NOTE: While the proposed unmap() function attempts to undo as much things > as done by the map() function, I did not find a way to undo the following: > > a) irq_gc_init_mask_cache(gc, dgc->gc_flags) You can't undo that. Because that represents the

Re: [PATCH v10 1/2] printk: Make printk() completely async

On Fri 2016-09-02 16:58:08, Sergey Senozhatsky wrote: > On (09/01/16 10:58), Petr Mladek wrote: > > On Wed 2016-08-31 21:52:24, Sergey Senozhatsky wrote: > > > a console_unlock() doing > > > wake_up_process(printk_kthread) would make it better. > > > > I am not sure what you mean by this. > > I

Re: [PATCH 1/2] genirq: Generic chip: add irq_unmap_generic_chip

On Mon, 1 Aug 2016, Sebastian Frias wrote: > NOTE: While the proposed unmap() function attempts to undo as much things > as done by the map() function, I did not find a way to undo the following: > > a) irq_gc_init_mask_cache(gc, dgc->gc_flags) You can't undo that. Because that represents the

Re: [PATCH v3 1/2] regulator: pwm: Add support for a fixed delay after duty cycle changes

On Fri, Sep 02, 2016 at 10:11:51AM -0500, Rob Herring wrote: > On Tue, Aug 30, 2016 at 09:21:15PM -0700, Douglas Anderson wrote: > > From: Matthias Kaehlcke > > > > A change of the duty cycle doesn't necessarily cause an immediate switch > > to the target voltage. On many PWM

Re: [PATCH v3 1/2] regulator: pwm: Add support for a fixed delay after duty cycle changes

On Fri, Sep 02, 2016 at 10:11:51AM -0500, Rob Herring wrote: > On Tue, Aug 30, 2016 at 09:21:15PM -0700, Douglas Anderson wrote: > > From: Matthias Kaehlcke > > > > A change of the duty cycle doesn't necessarily cause an immediate switch > > to the target voltage. On many PWM regulators there

Re: [PATCH v3 1/2] regulator: pwm: Add support for a fixed delay after duty cycle changes

On Tue, Aug 30, 2016 at 09:21:15PM -0700, Douglas Anderson wrote: > From: Matthias Kaehlcke > > A change of the duty cycle doesn't necessarily cause an immediate switch > to the target voltage. On many PWM regulators there is a fixed "settle > time" (irrespective of the jump

Re: [PATCH v3 1/2] regulator: pwm: Add support for a fixed delay after duty cycle changes

On Tue, Aug 30, 2016 at 09:21:15PM -0700, Douglas Anderson wrote: > From: Matthias Kaehlcke > > A change of the duty cycle doesn't necessarily cause an immediate switch > to the target voltage. On many PWM regulators there is a fixed "settle > time" (irrespective of the jump size) that we need

[PATCH] MIPS: Malta: Cleanup DMA coherence #ifdefs

DMA coherence is not user-selectable in Kconfig, and Malta selects CONFIG_DMA_MAYBE_COHERENT which in turn selects CONFIG_DMA_NONCOHERENT. Remove #ifdefs on CONFIG_DMA_COHERENT which is not set for Malta. This removes a significant amount of code from bonito_quirks_setup(), but the code is

[PATCH] MIPS: Malta: Cleanup DMA coherence #ifdefs

DMA coherence is not user-selectable in Kconfig, and Malta selects CONFIG_DMA_MAYBE_COHERENT which in turn selects CONFIG_DMA_NONCOHERENT. Remove #ifdefs on CONFIG_DMA_COHERENT which is not set for Malta. This removes a significant amount of code from bonito_quirks_setup(), but the code is

[PATCH] MIPS: Malta: Fix IOCU disable switch read for MIPS64

Malta boards used with CPU emulators feature a switch to disable use of an IOCU. Software has to check this switch & ignore any present IOCU if the switch is closed. The read used to do this was unsafe for 64 bit kernels, as it simply casted the address 0xbf403000 to a pointer & dereferenced it.

[PATCH] MIPS: Malta: Fix IOCU disable switch read for MIPS64

Malta boards used with CPU emulators feature a switch to disable use of an IOCU. Software has to check this switch & ignore any present IOCU if the switch is closed. The read used to do this was unsafe for 64 bit kernels, as it simply casted the address 0xbf403000 to a pointer & dereferenced it.

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

* Robert Nelson [160902 06:52]: > On Fri, Sep 2, 2016 at 5:41 AM, Sekhar Nori wrote: > > Instead, it seems to be easier for maintenance and safer overall if the > > older version has a file of its own which can be kept alone. > > > > Also, how about

Re: [PATCH V2 1/5] Documentation: Add support for TI System Control Interface (TI-SCI) protocol

On Tue, Aug 30, 2016 at 08:06:43AM -0500, Nishanth Menon wrote: > Texas Instrument's System Control Interface (TI-SCI) Message Protocol > is used in Texas Instrument's System on Chip (SoC) such as those in > newer SoCs in the keystone processor family starting with K2G. > > This message protocol

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

* Robert Nelson [160902 06:52]: > On Fri, Sep 2, 2016 at 5:41 AM, Sekhar Nori wrote: > > Instead, it seems to be easier for maintenance and safer overall if the > > older version has a file of its own which can be kept alone. > > > > Also, how about renaming the existing dts to

Re: [PATCH V2 1/5] Documentation: Add support for TI System Control Interface (TI-SCI) protocol

On Tue, Aug 30, 2016 at 08:06:43AM -0500, Nishanth Menon wrote: > Texas Instrument's System Control Interface (TI-SCI) Message Protocol > is used in Texas Instrument's System on Chip (SoC) such as those in > newer SoCs in the keystone processor family starting with K2G. > > This message protocol

Re: [PATCH] Force processes to non-realtime before mm_exit

On Thu, 14 Jul 2016, Peter Zijlstra wrote: > On Fri, Jun 03, 2016 at 04:18:44PM -0700, Brian Silverman wrote: > > Without this, a realtime process which has called mlockall exiting > > causes large latencies for other realtime processes at the same or > > lower priorities. This seems like a fairly

Re: [PATCH] Force processes to non-realtime before mm_exit

On Thu, 14 Jul 2016, Peter Zijlstra wrote: > On Fri, Jun 03, 2016 at 04:18:44PM -0700, Brian Silverman wrote: > > Without this, a realtime process which has called mlockall exiting > > causes large latencies for other realtime processes at the same or > > lower priorities. This seems like a fairly

RE: [tip:irq/urgent] genirq/msi: Make sure PCI MSIs are activated early

Thanks Marc and Thomas for addressing the issue. > -Original Message- > From: tip tree robot [mailto:tip...@zytor.com] > Sent: Tuesday, August 09, 2016 12:59 PM > To: linux-tip-comm...@vger.kernel.org > Cc: Bharat Kumar Gogada ; bhelg...@google.com; > h...@zytor.com;

RE: [tip:irq/urgent] genirq/msi: Make sure PCI MSIs are activated early

Thanks Marc and Thomas for addressing the issue. > -Original Message- > From: tip tree robot [mailto:tip...@zytor.com] > Sent: Tuesday, August 09, 2016 12:59 PM > To: linux-tip-comm...@vger.kernel.org > Cc: Bharat Kumar Gogada ; bhelg...@google.com; > h...@zytor.com;

Re: [PATCH ] drivers/base: cacheinfo: remove warning in resume

On 02/09/16 13:58, Sumit Gupta wrote: Hi Sudeep, Thank you for your comments. I understand the warning we get but the patch is completely wrong. One it removes the feature of adding/removing the cache devices on cpu hotplug events. Have you tested your patch with simple cpu hotplug and seen

Re: [PATCH ] drivers/base: cacheinfo: remove warning in resume

On 02/09/16 13:58, Sumit Gupta wrote: Hi Sudeep, Thank you for your comments. I understand the warning we get but the patch is completely wrong. One it removes the feature of adding/removing the cache devices on cpu hotplug events. Have you tested your patch with simple cpu hotplug and seen

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

+ x15 list ( see https://patchwork.kernel.org/patch/9310617/) On 09/02/2016 08:52 AM, Robert Nelson wrote: On Fri, Sep 2, 2016 at 5:41 AM, Sekhar Nori wrote: + Robert Nelson On Friday 02 September 2016 02:36 PM, Nishanth Menon wrote: I understand that there are existing users

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

+ x15 list ( see https://patchwork.kernel.org/patch/9310617/) On 09/02/2016 08:52 AM, Robert Nelson wrote: On Fri, Sep 2, 2016 at 5:41 AM, Sekhar Nori wrote: + Robert Nelson On Friday 02 September 2016 02:36 PM, Nishanth Menon wrote: I understand that there are existing users of A2 boards

Re: [PATCH RESEND] genirq: Machine-parsable version of /proc/interrupts

On Tue, 26 Jul 2016, Craig Gallek wrote: > /* > * Core internal functions to deal with irq descriptors > @@ -92,6 +93,7 @@ struct irq_desc { > int parent_irq; > struct module *owner; > const char *name; > + struct kobject

Re: [PATCH RESEND] genirq: Machine-parsable version of /proc/interrupts

On Tue, 26 Jul 2016, Craig Gallek wrote: > /* > * Core internal functions to deal with irq descriptors > @@ -92,6 +93,7 @@ struct irq_desc { > int parent_irq; > struct module *owner; > const char *name; > + struct kobject

<    2   3   4   5   6   7   8   9   10   11   >