[PATCH v3 3/3] arm: dts: mt2701: Add node for Mediatek JPEG Decoder

Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- This patch depends on: CCF "Add clock support for Mediatek MT2701"[1] iommu and smi "Add the dtsi node of iommu and smi for mt2701"[2] [1]

[PATCH v3 3/3] arm: dts: mt2701: Add node for Mediatek JPEG Decoder

Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- This patch depends on: CCF "Add clock support for Mediatek MT2701"[1] iommu and smi "Add the dtsi node of iommu and smi for mt2701"[2] [1] http://lists.infradead.org/pipermail/linux-mediatek/2016-October/007271.html [2]

[PATCH v3 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

Add a DT binding documentation for Mediatek JPEG Decoder of MT2701 SoC. Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- .../bindings/media/mediatek-jpeg-codec.txt | 35 ++ 1 file changed, 35

[PATCH v3 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

Add a DT binding documentation for Mediatek JPEG Decoder of MT2701 SoC. Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- .../bindings/media/mediatek-jpeg-codec.txt | 35 ++ 1 file changed, 35 insertions(+) create mode 100644

[PATCH v3 2/3] vcodec: mediatek: Add Mediatek JPEG Decoder Driver

Add v4l2 driver for Mediatek JPEG Decoder Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- drivers/media/platform/Kconfig | 15 + drivers/media/platform/Makefile |2 +

[PATCH v3 2/3] vcodec: mediatek: Add Mediatek JPEG Decoder Driver

Add v4l2 driver for Mediatek JPEG Decoder Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- drivers/media/platform/Kconfig | 15 + drivers/media/platform/Makefile |2 + drivers/media/platform/mtk-jpeg/Makefile |2 +

[PATCH v3 0/3] Add Mediatek JPEG Decoder

This series of patches provide a v4l2 driver to control Mediatek JPEG decoder for decoding JPEG image and Motion JPEG bitstream. changes since v2: - Revise DT binding documentation changes since v1: - Rebase for v4.9-rc1. - Update Compliance test version and result - Remove redundant path in

[PATCH v3 0/3] Add Mediatek JPEG Decoder

This series of patches provide a v4l2 driver to control Mediatek JPEG decoder for decoding JPEG image and Motion JPEG bitstream. changes since v2: - Revise DT binding documentation changes since v1: - Rebase for v4.9-rc1. - Update Compliance test version and result - Remove redundant path in

[PATCH] vfio: Fix build break when SPAPR_TCE_IOMMU=n

Currently the kconfig logic for VFIO_IOMMU_SPAPR_TCE and VFIO_SPAPR_EEH is broken when SPAPR_TCE_IOMMU=n. Leading to: warning: (VFIO) selects VFIO_IOMMU_SPAPR_TCE which has unmet direct dependencies (VFIO && SPAPR_TCE_IOMMU) warning: (VFIO) selects VFIO_IOMMU_SPAPR_TCE which has unmet

[PATCH] vfio: Fix build break when SPAPR_TCE_IOMMU=n

Currently the kconfig logic for VFIO_IOMMU_SPAPR_TCE and VFIO_SPAPR_EEH is broken when SPAPR_TCE_IOMMU=n. Leading to: warning: (VFIO) selects VFIO_IOMMU_SPAPR_TCE which has unmet direct dependencies (VFIO && SPAPR_TCE_IOMMU) warning: (VFIO) selects VFIO_IOMMU_SPAPR_TCE which has unmet

Re: [PATCH 1/3] clk: keystone: Fix an error checking

Le 02/11/2016 à 01:22, Stephen Boyd a écrit : On 10/24, Christophe JAILLET wrote: clk_register_pll() can return ERR_PTR(-ENOMEM) so checking the return value against NULL only is not correct. The code just doesn't propagate the error up to the caller. Instead the caller treats NULL as an error

Re: [PATCH 1/3] clk: keystone: Fix an error checking

Le 02/11/2016 à 01:22, Stephen Boyd a écrit : On 10/24, Christophe JAILLET wrote: clk_register_pll() can return ERR_PTR(-ENOMEM) so checking the return value against NULL only is not correct. The code just doesn't propagate the error up to the caller. Instead the caller treats NULL as an error

Re: linux-next: manual merge of the mali-dp tree with the drm-misc tree

Hi Liviu, On Thu, 3 Nov 2016 17:19:58 + Liviu Dudau wrote: > > I have revamped the mali-dp tree and rebased it on the newer > version of drm-next (which includes the drm-misc change) and pushed the > updated patch in my tree. Thanks for that. However, several of the

Re: linux-next: manual merge of the mali-dp tree with the drm-misc tree

Hi Liviu, On Thu, 3 Nov 2016 17:19:58 + Liviu Dudau wrote: > > I have revamped the mali-dp tree and rebased it on the newer > version of drm-next (which includes the drm-misc change) and pushed the > updated patch in my tree. Thanks for that. However, several of the commits in your tree

Re: [PATCH 2/3] phy: da8xx-usb: rename the ohci device to ohci-da8xx

Hi Kishon, On Thursday 03 November 2016 10:20 PM, Kishon Vijay Abraham I wrote: > > > On Wednesday 02 November 2016 06:14 PM, Axel Haslam wrote: >> There is only one ohci on the da8xx series of chips, >> so remove the ".0" when creating the phy. Also add >> the "-da8xx" postfix to be consistent

Re: [PATCH 2/3] phy: da8xx-usb: rename the ohci device to ohci-da8xx

Hi Kishon, On Thursday 03 November 2016 10:20 PM, Kishon Vijay Abraham I wrote: > > > On Wednesday 02 November 2016 06:14 PM, Axel Haslam wrote: >> There is only one ohci on the da8xx series of chips, >> so remove the ".0" when creating the phy. Also add >> the "-da8xx" postfix to be consistent

RE: [PATCH v2] arc: Implement arch-specific dma_map_ops.mmap

Hi Vineet, > -Original Message- > From: Vineet Gupta [mailto:vgu...@synopsys.com] > Sent: Thursday, November 03, 2016 8:04 PM > To: Alexey Brodkin ; > linux-snps-...@lists.infradead.org > Cc: linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org; Vineet

RE: [PATCH v2] arc: Implement arch-specific dma_map_ops.mmap

Hi Vineet, > -Original Message- > From: Vineet Gupta [mailto:vgu...@synopsys.com] > Sent: Thursday, November 03, 2016 8:04 PM > To: Alexey Brodkin ; > linux-snps-...@lists.infradead.org > Cc: linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org; Vineet Gupta > ; Marek Szyprowski > ;

Re: [PATCH 1/3] powerpc: Emulation support for load/store instructions on LE

On Friday 04 November 2016 07:37 AM, Andrew Donnellan wrote: > On 03/11/16 21:27, Ravi Bangoria wrote: >> Yes, kernel-space hw-breakpoint feature is broken on LE without this. > > Is there any actual user-visible feature that depends on this, or is this > solely for debugging and development

Re: [PATCH 1/3] powerpc: Emulation support for load/store instructions on LE

On Friday 04 November 2016 07:37 AM, Andrew Donnellan wrote: > On 03/11/16 21:27, Ravi Bangoria wrote: >> Yes, kernel-space hw-breakpoint feature is broken on LE without this. > > Is there any actual user-visible feature that depends on this, or is this > solely for debugging and development

Re: [PATCH v6 0/9] Fix kdump faults on system with amd iommu

On 11/04/16 at 01:14pm, Baoquan He wrote: > Hi Joerg, > > Ping! > > About the v6 post, do you have any suggestions? > > Because of GCR3 special handling in patch 9/9, I spent several days to > study the knowledge and change code. Then when I tried to post, the > virtual interrupt remapping

Re: [PATCH v6 0/9] Fix kdump faults on system with amd iommu

On 11/04/16 at 01:14pm, Baoquan He wrote: > Hi Joerg, > > Ping! > > About the v6 post, do you have any suggestions? > > Because of GCR3 special handling in patch 9/9, I spent several days to > study the knowledge and change code. Then when I tried to post, the > virtual interrupt remapping

[PATCH 1/2] cpufreq: powernv: Adding fast_switch for schedutil

Adding fast_switch which does light weight operation to set the desired pstate. Signed-off-by: Akshay Adiga --- drivers/cpufreq/powernv-cpufreq.c | 22 +- 1 file changed, 21 insertions(+), 1 deletion(-) diff --git

[PATCH 1/2] cpufreq: powernv: Adding fast_switch for schedutil

Adding fast_switch which does light weight operation to set the desired pstate. Signed-off-by: Akshay Adiga --- drivers/cpufreq/powernv-cpufreq.c | 22 +- 1 file changed, 21 insertions(+), 1 deletion(-) diff --git a/drivers/cpufreq/powernv-cpufreq.c

[PATCH 2/2] cpufreq: powernv: Use PMSR to verify global and local pstate

As fast_switch may get called in interrupt disable mode, it does not update the global_pstate_info data structure. Hence the global_pstate_info has stale data whenever pstate is updated through fast_swtich(). So the gpstate_timer can fire after a fast_switch() call has update the pstates to a

[PATCH 2/2] cpufreq: powernv: Use PMSR to verify global and local pstate

As fast_switch may get called in interrupt disable mode, it does not update the global_pstate_info data structure. Hence the global_pstate_info has stale data whenever pstate is updated through fast_swtich(). So the gpstate_timer can fire after a fast_switch() call has update the pstates to a

Re: [PATCH 1/2] tpm/tpm-interface: place kdoc just above tpm_pcr_extend

On Wed, Nov 02, 2016 at 04:02:20AM -0600, Jarkko Sakkinen wrote: > On Tue, Nov 01, 2016 at 03:05:13AM +0200, Tomas Winkler wrote: > > Place kdoc just above tpm_pcr_extend so it can be parsed > > correctly. > > > > Signed-off-by: Tomas Winkler > > Reviewed-by: Jarkko

Re: [PATCH 1/2] tpm/tpm-interface: place kdoc just above tpm_pcr_extend

On Wed, Nov 02, 2016 at 04:02:20AM -0600, Jarkko Sakkinen wrote: > On Tue, Nov 01, 2016 at 03:05:13AM +0200, Tomas Winkler wrote: > > Place kdoc just above tpm_pcr_extend so it can be parsed > > correctly. > > > > Signed-off-by: Tomas Winkler > > Reviewed-by: Jarkko Sakkinen I applied this

[PATCH v6 1/7] net: phy: broadcom: add bcm54xx_auxctl_read

Add a helper function to read the AUXCTL register for the BCM54xx. This mirrors the bcm54xx_auxctl_write function already present in the code. Signed-off-by: Jon Mason Reviewed-by: Florian Fainelli --- drivers/net/phy/broadcom.c | 10 ++

[PATCH v6 1/7] net: phy: broadcom: add bcm54xx_auxctl_read

Add a helper function to read the AUXCTL register for the BCM54xx. This mirrors the bcm54xx_auxctl_write function already present in the code. Signed-off-by: Jon Mason Reviewed-by: Florian Fainelli --- drivers/net/phy/broadcom.c | 10 ++ include/linux/brcmphy.h| 1 + 2 files

Re: [PATCH v6 0/9] Fix kdump faults on system with amd iommu

Hi Joerg, Ping! About the v6 post, do you have any suggestions? Because of GCR3 special handling in patch 9/9, I spent several days to study the knowledge and change code. Then when I tried to post, the virtual interrupt remapping feature caused kernel hang with this pachset applied. So it took

[PATCH v6 2/7] Documentation: devicetree: add PHY lane swap binding

Add the documentation for PHY lane swapping. This is a boolean entry to notify the phy device drivers that the TX/RX lanes need to be swapped. Signed-off-by: Jon Mason Reviewed-by: Florian Fainelli Reviewed-by: Andrew Lunn ---

[PATCH v6 3/7] net: phy: broadcom: Add BCM54810 PHY entry

The BCM54810 PHY requires some semi-unique configuration, which results in some additional configuration in addition to the standard config. Also, some users of the BCM54810 require the PHY lanes to be swapped. Since there is no way to detect this, add a device tree query to see if it is

Re: [PATCH v6 0/9] Fix kdump faults on system with amd iommu

Hi Joerg, Ping! About the v6 post, do you have any suggestions? Because of GCR3 special handling in patch 9/9, I spent several days to study the knowledge and change code. Then when I tried to post, the virtual interrupt remapping feature caused kernel hang with this pachset applied. So it took

[PATCH v6 2/7] Documentation: devicetree: add PHY lane swap binding

Add the documentation for PHY lane swapping. This is a boolean entry to notify the phy device drivers that the TX/RX lanes need to be swapped. Signed-off-by: Jon Mason Reviewed-by: Florian Fainelli Reviewed-by: Andrew Lunn --- Documentation/devicetree/bindings/net/phy.txt | 4 1 file

[PATCH v6 3/7] net: phy: broadcom: Add BCM54810 PHY entry

The BCM54810 PHY requires some semi-unique configuration, which results in some additional configuration in addition to the standard config. Also, some users of the BCM54810 require the PHY lanes to be swapped. Since there is no way to detect this, add a device tree query to see if it is

Re: [RFC] v4l2 support for thermopile devices

On Thu, Nov 3, 2016 at 8:11 AM, Luca Barbato wrote: > On 03/11/2016 14:21, Attila Kinali wrote: >> On Wed, 2 Nov 2016 23:10:41 -0700 >> Matt Ranostay wrote: >> >>> >>> So does anyone know of any software that is using V4L2_PIX_FMT_Y12 >>> currently?

[PATCH v6 4/7] Documentation: devicetree: net: add NS2 bindings to amac

Clean-up the documentation to the bgmac-amac driver, per suggestion by Rob Herring, and add details for NS2 support. Signed-off-by: Jon Mason Reviewed-by: Florian Fainelli --- Documentation/devicetree/bindings/net/brcm,amac.txt | 16

Re: [RFC] v4l2 support for thermopile devices

On Thu, Nov 3, 2016 at 8:11 AM, Luca Barbato wrote: > On 03/11/2016 14:21, Attila Kinali wrote: >> On Wed, 2 Nov 2016 23:10:41 -0700 >> Matt Ranostay wrote: >> >>> >>> So does anyone know of any software that is using V4L2_PIX_FMT_Y12 >>> currently? Want to test my driver but seems there isn't

[PATCH v6 4/7] Documentation: devicetree: net: add NS2 bindings to amac

Clean-up the documentation to the bgmac-amac driver, per suggestion by Rob Herring, and add details for NS2 support. Signed-off-by: Jon Mason Reviewed-by: Florian Fainelli --- Documentation/devicetree/bindings/net/brcm,amac.txt | 16 +++- 1 file changed, 11 insertions(+), 5

[PATCH v6 7/7] arm64: dts: NS2: add AMAC ethernet support

Add support for the AMAC ethernet to the Broadcom Northstar2 SoC device tree Signed-off-by: Jon Mason --- arch/arm64/boot/dts/broadcom/ns2-svk.dts | 5 + arch/arm64/boot/dts/broadcom/ns2.dtsi| 12 2 files changed, 17 insertions(+) diff --git

[PATCH v6 6/7] net: ethernet: bgmac: add NS2 support

Add support for the variant of amac hardware present in the Broadcom Northstar2 based SoCs. Northstar2 requires an additional register to be configured with the port speed/duplexity (NICPM). This can be added to the link callback to hide it from the instances that do not use this. Also, clearing

[PATCH v6 7/7] arm64: dts: NS2: add AMAC ethernet support

Add support for the AMAC ethernet to the Broadcom Northstar2 SoC device tree Signed-off-by: Jon Mason --- arch/arm64/boot/dts/broadcom/ns2-svk.dts | 5 + arch/arm64/boot/dts/broadcom/ns2.dtsi| 12 2 files changed, 17 insertions(+) diff --git

[PATCH v6 6/7] net: ethernet: bgmac: add NS2 support

Add support for the variant of amac hardware present in the Broadcom Northstar2 based SoCs. Northstar2 requires an additional register to be configured with the port speed/duplexity (NICPM). This can be added to the link callback to hide it from the instances that do not use this. Also, clearing

[PATCH v6 5/7] net: ethernet: bgmac: device tree phy enablement

Change the bgmac driver to allow for phy's defined by the device tree Signed-off-by: Jon Mason --- drivers/net/ethernet/broadcom/bgmac-bcma.c | 22 +++ drivers/net/ethernet/broadcom/bgmac-platform.c | 22 ++-

[PATCH v6 5/7] net: ethernet: bgmac: device tree phy enablement

Change the bgmac driver to allow for phy's defined by the device tree Signed-off-by: Jon Mason --- drivers/net/ethernet/broadcom/bgmac-bcma.c | 22 +++ drivers/net/ethernet/broadcom/bgmac-platform.c | 22 ++- drivers/net/ethernet/broadcom/bgmac.c |

[PATCH v6 0/7] add NS2 support to bgmac

Changes in v6: * Use a common bgmac_phy_connect_direct (per Rafal Milecki) * Rebased on latest net-next * Added Reviewed-by to the relevant patches Changes in v5: * Change a pr_err to netdev_err (per Scott Branden) * Reword the lane swap binding documentation (per Andrew Lunn) Changes in v4:

[PATCH v6 0/7] add NS2 support to bgmac

Changes in v6: * Use a common bgmac_phy_connect_direct (per Rafal Milecki) * Rebased on latest net-next * Added Reviewed-by to the relevant patches Changes in v5: * Change a pr_err to netdev_err (per Scott Branden) * Reword the lane swap binding documentation (per Andrew Lunn) Changes in v4:

[PATCH v7 3/3] fpga: Add support for Lattice iCE40 FPGAs

The Lattice iCE40 is a family of FPGAs with a minimalistic architecture and very regular structure, designed for low-cost, high-volume consumer and system applications. This patch adds support to the FPGA manager for configuring the SRAM of iCE40LM, iCE40LP, iCE40HX, iCE40 Ultra, iCE40 UltraLite

[PATCH v7 2/3] Documentation: Add binding document for Lattice iCE40 FPGA manager

--- .../bindings/fpga/lattice-ice40-fpga-mgr.txt| 21 + 1 file changed, 21 insertions(+) create mode 100644 Documentation/devicetree/bindings/fpga/lattice-ice40-fpga-mgr.txt diff --git a/Documentation/devicetree/bindings/fpga/lattice-ice40-fpga-mgr.txt

[PATCH v7 1/3] of: Add vendor prefix for Lattice Semiconductor

Acked-by: Rob Herring --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index 1992aa9..d64a835 100644 ---

[PATCH v7 3/3] fpga: Add support for Lattice iCE40 FPGAs

The Lattice iCE40 is a family of FPGAs with a minimalistic architecture and very regular structure, designed for low-cost, high-volume consumer and system applications. This patch adds support to the FPGA manager for configuring the SRAM of iCE40LM, iCE40LP, iCE40HX, iCE40 Ultra, iCE40 UltraLite

[PATCH v7 2/3] Documentation: Add binding document for Lattice iCE40 FPGA manager

--- .../bindings/fpga/lattice-ice40-fpga-mgr.txt| 21 + 1 file changed, 21 insertions(+) create mode 100644 Documentation/devicetree/bindings/fpga/lattice-ice40-fpga-mgr.txt diff --git a/Documentation/devicetree/bindings/fpga/lattice-ice40-fpga-mgr.txt

[PATCH v7 1/3] of: Add vendor prefix for Lattice Semiconductor

Acked-by: Rob Herring --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index 1992aa9..d64a835 100644 ---

Re: [PATCH v2 2/2] power: bq27xxx_battery: add poll interval property query

On Wed, Nov 2, 2016 at 1:22 AM, Pavel Machek wrote: > Hi! > >> >> >> Better then previous one. >> >> >> >> >> >> But my version of bq27xxx_battery.c already contains this: >> >> > >> >> > This is for allowing udev rule to set the properties as well. >> >> > otherwise a kinda crude

Re: [PATCH v2 2/2] power: bq27xxx_battery: add poll interval property query

On Wed, Nov 2, 2016 at 1:22 AM, Pavel Machek wrote: > Hi! > >> >> >> Better then previous one. >> >> >> >> >> >> But my version of bq27xxx_battery.c already contains this: >> >> > >> >> > This is for allowing udev rule to set the properties as well. >> >> > otherwise a kinda crude RUN = " echo

Re: [RFC v2 6/7] mm/powerpc: Use generic VDSO remap and unmap functions

Christopher Covington writes: > The PowerPC VDSO remap and unmap code was copied to a generic location, > only modifying the variable name expected in mm->context (vdso instead of > vdso_base) to match most other architectures. Having adopted this generic > naming, drop the

Re: [RFC v2 6/7] mm/powerpc: Use generic VDSO remap and unmap functions

Christopher Covington writes: > The PowerPC VDSO remap and unmap code was copied to a generic location, > only modifying the variable name expected in mm->context (vdso instead of > vdso_base) to match most other architectures. Having adopted this generic > naming, drop the code in arch/powerpc

Re: [PATCH v2 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

Hi Laurent, Thank you for the comments.I will fix them in the next patch (v3). On Thu, 2016-11-03 at 20:34 +0200, Laurent Pinchart wrote: > Hi Rick, > > A few more comments. > > On Thursday 03 Nov 2016 20:33:12 Laurent Pinchart wrote: > > On Monday 31 Oct 2016 15:16:55 Rick Chang wrote: > > >

Re: [PATCH v2 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

Hi Laurent, Thank you for the comments.I will fix them in the next patch (v3). On Thu, 2016-11-03 at 20:34 +0200, Laurent Pinchart wrote: > Hi Rick, > > A few more comments. > > On Thursday 03 Nov 2016 20:33:12 Laurent Pinchart wrote: > > On Monday 31 Oct 2016 15:16:55 Rick Chang wrote: > > >

Re: printk considered harmful (was: [TECH TOPIC] asynchronous printk)

On Fri 04-11-16 03:01:31, Sergey Senozhatsky wrote: > fix a typo > > On (11/04/16 02:31), Sergey Senozhatsky wrote: > [..] > > #4 console semaphore > > discussion outcome: > > we agreed that we can do better here and that it makes sense to do > IOW,

Re: printk considered harmful (was: [TECH TOPIC] asynchronous printk)

On Fri 04-11-16 03:01:31, Sergey Senozhatsky wrote: > fix a typo > > On (11/04/16 02:31), Sergey Senozhatsky wrote: > [..] > > #4 console semaphore > > discussion outcome: > > we agreed that we can do better here and that it makes sense to do > IOW,

Re: [PATCH v2 2/3] irqchip: mtk-cirq: Add mediatek mtk-cirq implement

On Tue, 2016-11-01 at 20:49 +, Marc Zyngier wrote: > On Tue, Nov 01 2016 at 11:52:01 AM, Youlin Pei > wrote: > > In Mediatek SOCs, the CIRQ is a low power interrupt controller > > designed to works outside MCUSYS which comprises with Cortex-Ax > > cores,CCI and GIC.

Re: [PATCH v2 2/3] irqchip: mtk-cirq: Add mediatek mtk-cirq implement

On Tue, 2016-11-01 at 20:49 +, Marc Zyngier wrote: > On Tue, Nov 01 2016 at 11:52:01 AM, Youlin Pei > wrote: > > In Mediatek SOCs, the CIRQ is a low power interrupt controller > > designed to works outside MCUSYS which comprises with Cortex-Ax > > cores,CCI and GIC. > > > > The CIRQ

Re: [PATCH v3 5/6] Documentation: bindings: add documentation for ir-spi device driver

Hi Jacek, > > > Only DT bindings of LED class drivers should be placed in > > > Documentation/devicetree/bindings/leds. Please move it to the > > > media bindings. > > > > that's where I placed it first, but Rob asked me to put it in the > > LED directory and Cc the LED mailining list. > > > >

Re: [PATCH v3 5/6] Documentation: bindings: add documentation for ir-spi device driver

Hi Jacek, > > > Only DT bindings of LED class drivers should be placed in > > > Documentation/devicetree/bindings/leds. Please move it to the > > > media bindings. > > > > that's where I placed it first, but Rob asked me to put it in the > > LED directory and Cc the LED mailining list. > > > >

Re: [PATCH 04/12] xen: make use of xenbus_read_unsigned() in xen-tpmfront

On Mon, Oct 31, 2016 at 05:48:22PM +0100, Juergen Gross wrote: > Use xenbus_read_unsigned() instead of xenbus_scanf() when possible. > This requires to change the type of one read from int to unsigned, > but this case has been wrong before: negative values are not allowed > for the modified case.

Re: [PATCH 04/12] xen: make use of xenbus_read_unsigned() in xen-tpmfront

On Mon, Oct 31, 2016 at 05:48:22PM +0100, Juergen Gross wrote: > Use xenbus_read_unsigned() instead of xenbus_scanf() when possible. > This requires to change the type of one read from int to unsigned, > but this case has been wrong before: negative values are not allowed > for the modified case.

Re: [PATCH 2/2] tpm/tpm2-chip: fix kdoc errors

On Tue, Nov 01, 2016 at 03:05:14AM +0200, Tomas Winkler wrote: > Use correct kdoc format, describe correct parameters and return values. > > Signed-off-by: Tomas Winkler > --- > drivers/char/tpm/tpm2-cmd.c | 107 > +++- > 1 file

Re: [PATCH 2/2] tpm/tpm2-chip: fix kdoc errors

On Tue, Nov 01, 2016 at 03:05:14AM +0200, Tomas Winkler wrote: > Use correct kdoc format, describe correct parameters and return values. > > Signed-off-by: Tomas Winkler > --- > drivers/char/tpm/tpm2-cmd.c | 107 > +++- > 1 file changed, 66

Re: [PATCH v2 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

Hi Laurent, Thanks for your patient review.I will fix them in the next patch (v3). On Thu, 2016-11-03 at 20:33 +0200, Laurent Pinchart wrote: > Hi Rick, > > Thank you for the patch. > > On Monday 31 Oct 2016 15:16:55 Rick Chang wrote: > > Add a DT binding documentation for Mediatek JPEG

Re: [PATCH v2 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

Hi Laurent, Thanks for your patient review.I will fix them in the next patch (v3). On Thu, 2016-11-03 at 20:33 +0200, Laurent Pinchart wrote: > Hi Rick, > > Thank you for the patch. > > On Monday 31 Oct 2016 15:16:55 Rick Chang wrote: > > Add a DT binding documentation for Mediatek JPEG

Re: [RFC 0/8] KVM PCIe/MSI passthrough on ARM/ARM64 (Alt II)

On Thu, 3 Nov 2016 21:39:30 + Eric Auger wrote: > Following Will & Robin's suggestions, this series attempts to propose > an alternative to [1] where the host would arbitrarily decide the > location of the IOVA MSI window and would be able to report to the > userspace

Re: [RFC 0/8] KVM PCIe/MSI passthrough on ARM/ARM64 (Alt II)

On Thu, 3 Nov 2016 21:39:30 + Eric Auger wrote: > Following Will & Robin's suggestions, this series attempts to propose > an alternative to [1] where the host would arbitrarily decide the > location of the IOVA MSI window and would be able to report to the > userspace the list of reserved

Re: [PATCH V2 2/2] blk-mq: immediately dispatch big size request

On 11/03/2016 06:13 PM, Shaohua Li wrote: On Thu, Nov 03, 2016 at 05:09:54PM -0700, Christoph Hellwig wrote: On Thu, Nov 03, 2016 at 05:03:54PM -0700, Shaohua Li wrote: This is corresponding part for blk-mq. Disk with multiple hardware queues doesn't need this as we only hold 1 request at

Re: [PATCH V2 2/2] blk-mq: immediately dispatch big size request

On 11/03/2016 06:13 PM, Shaohua Li wrote: On Thu, Nov 03, 2016 at 05:09:54PM -0700, Christoph Hellwig wrote: On Thu, Nov 03, 2016 at 05:03:54PM -0700, Shaohua Li wrote: This is corresponding part for blk-mq. Disk with multiple hardware queues doesn't need this as we only hold 1 request at

Re: [PATCH v2 4/6] pinctrl: aspeed: Read and write bits in LPCHC and GFX controllers

On Fri, 2016-11-04 at 09:54 +1030, Joel Stanley wrote: > On Thu, Nov 3, 2016 at 1:07 AM, Andrew Jeffery wrote: > > > > The System Control Unit IP block in the Aspeed SoCs is typically where > > the pinmux configuration is found, but not always. A number of pins > > depend on

Re: [PATCH v2 4/6] pinctrl: aspeed: Read and write bits in LPCHC and GFX controllers

On Fri, 2016-11-04 at 09:54 +1030, Joel Stanley wrote: > On Thu, Nov 3, 2016 at 1:07 AM, Andrew Jeffery wrote: > > > > The System Control Unit IP block in the Aspeed SoCs is typically where > > the pinmux configuration is found, but not always. A number of pins > > depend on state in one of LPC

Re: vmalloced stacks and scatterwalk_map_and_copy()

On Thu, Nov 3, 2016 at 4:10 PM, Eric Biggers wrote: > On Thu, Nov 03, 2016 at 02:12:07PM -0700, Eric Biggers wrote: >> On Thu, Nov 03, 2016 at 01:30:49PM -0700, Andy Lutomirski wrote: >> > >> > Also, Herbert, it seems like the considerable majority of the crypto >> > code is

Re: vmalloced stacks and scatterwalk_map_and_copy()

On Thu, Nov 3, 2016 at 4:10 PM, Eric Biggers wrote: > On Thu, Nov 03, 2016 at 02:12:07PM -0700, Eric Biggers wrote: >> On Thu, Nov 03, 2016 at 01:30:49PM -0700, Andy Lutomirski wrote: >> > >> > Also, Herbert, it seems like the considerable majority of the crypto >> > code is acting on kernel

Re: [PATCH v2 3/6] mfd: dt: Add bindings for the Aspeed LPC Host Controller (LPCHC)

On Fri, 2016-11-04 at 09:36 +1030, Joel Stanley wrote: > On Thu, Nov 3, 2016 at 1:07 AM, Andrew Jeffery wrote: > > > > The Aspeed LPC Host Controller is presented as a syscon device to > > arbitrate access by LPC and pinmux drivers. LPC pinmux configuration on > > fifth

Re: [PATCH v2 3/6] mfd: dt: Add bindings for the Aspeed LPC Host Controller (LPCHC)

On Fri, 2016-11-04 at 09:36 +1030, Joel Stanley wrote: > On Thu, Nov 3, 2016 at 1:07 AM, Andrew Jeffery wrote: > > > > The Aspeed LPC Host Controller is presented as a syscon device to > > arbitrate access by LPC and pinmux drivers. LPC pinmux configuration on > > fifth generation SoCs depends

Re: [PATCH 1/2] arm64: hugetlb: remove the wrong pmd check in find_num_contig()

On Thu, Nov 03, 2016 at 06:16:16PM -0600, Catalin Marinas wrote: > On Thu, Nov 03, 2016 at 10:27:38AM +0800, Huang Shijie wrote: > > diff --git a/arch/arm64/mm/hugetlbpage.c b/arch/arm64/mm/hugetlbpage.c > > index 2e49bd2..4811ef1 100644 > > --- a/arch/arm64/mm/hugetlbpage.c > > +++

Re: [PATCH 1/2] arm64: hugetlb: remove the wrong pmd check in find_num_contig()

On Thu, Nov 03, 2016 at 06:16:16PM -0600, Catalin Marinas wrote: > On Thu, Nov 03, 2016 at 10:27:38AM +0800, Huang Shijie wrote: > > diff --git a/arch/arm64/mm/hugetlbpage.c b/arch/arm64/mm/hugetlbpage.c > > index 2e49bd2..4811ef1 100644 > > --- a/arch/arm64/mm/hugetlbpage.c > > +++

Re: [mm PATCH v2 18/26] arch/powerpc: Add option to skip DMA sync as a part of mapping

Alexander Duyck writes: > This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to > avoid invoking cache line invalidation if the driver will just handle it > via a sync_for_cpu or sync_for_device call. > > Cc: Benjamin Herrenschmidt

Re: [mm PATCH v2 18/26] arch/powerpc: Add option to skip DMA sync as a part of mapping

Alexander Duyck writes: > This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to > avoid invoking cache line invalidation if the driver will just handle it > via a sync_for_cpu or sync_for_device call. > > Cc: Benjamin Herrenschmidt > Cc: Paul Mackerras > Cc: Michael Ellerman

Re: [PATCH 4/6] g_NCR5380: Add IRQ auto-configuration for HP C2502

On Thu, 3 Nov 2016, Ondrej Zary wrote: > On Thursday 03 November 2016, Finn Thain wrote: > > On Wed, 2 Nov 2016, Ondrej Zary wrote: > > > > > > The card is almost Plug The base address is already configured > > > automatically by the driver so doing the same for IRQ makes sense. > > > > Why

Re: [PATCH 4/6] g_NCR5380: Add IRQ auto-configuration for HP C2502

On Thu, 3 Nov 2016, Ondrej Zary wrote: > On Thursday 03 November 2016, Finn Thain wrote: > > On Wed, 2 Nov 2016, Ondrej Zary wrote: > > > > > > The card is almost Plug The base address is already configured > > > automatically by the driver so doing the same for IRQ makes sense. > > > > Why

[PATCH] remoteproc: qcom_wcnss: Fix circular module dependency

The tie between the main WCNSS driver and the IRIS driver causes a circular dependency between the two modules. Neither part makes sense to have on their own so lets merge them into one module. For the sake of picking up the clock and regulator resources described in the iris of_node we need an

[PATCH] remoteproc: qcom_wcnss: Fix circular module dependency

The tie between the main WCNSS driver and the IRIS driver causes a circular dependency between the two modules. Neither part makes sense to have on their own so lets merge them into one module. For the sake of picking up the clock and regulator resources described in the iris of_node we need an

[PATCH net-next v2 07/11] net: dsa: mv88e6xxx: add port link setter

Most of the chips will have a port register control bits to force the port's link up, down, or let normal link detection occurs. Implement such operation to use it later when setting duplex, etc. Signed-off-by: Vivien Didelot ---

[PATCH net-next v2 00/11] net: dsa: mv88e6xxx: refine port operations

The Marvell chips have one internal SMI device per port, containing a set of registers used to configure a port's link, STP state, default VLAN or addresses database, etc. This patchset creates port files to implement the port operations as described in datasheets, and extend the chip ops

[PATCH net-next v2 03/11] net: dsa: mv88e6xxx: add port vlan map setter

Add a port function to access the Port Based VLAN Map register. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 14 ++ drivers/net/dsa/mv88e6xxx/port.c | 25 + drivers/net/dsa/mv88e6xxx/port.h | 2 ++

[PATCH net-next v2 08/11] net: dsa: mv88e6xxx: add port duplex setter

Similarly to port's link, add setter to force port's half duplex, full duplex or let normal duplex detection occurs. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 17 + drivers/net/dsa/mv88e6xxx/mv88e6xxx.h | 9

[PATCH net-next v2 06/11] net: dsa: mv88e6xxx: add port 802.1Q mode setter

Add port functions to set the port 802.1Q mode. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 33 ++--- drivers/net/dsa/mv88e6xxx/port.c | 32

[PATCH net-next v2 09/11] net: dsa: mv88e6xxx: add port's RGMII delay setter

Some chips such as 88E6352 and 88E6390 can be programmed to add delays to RXCLK for IND inputs or to GTXCLK for OUTD outputs when port is in RGMII mode. Add a port function to program such delays according to the provided PHY interface mode. Signed-off-by: Vivien Didelot

[PATCH net-next v2 07/11] net: dsa: mv88e6xxx: add port link setter

Most of the chips will have a port register control bits to force the port's link up, down, or let normal link detection occurs. Implement such operation to use it later when setting duplex, etc. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 17 +++

[PATCH net-next v2 00/11] net: dsa: mv88e6xxx: refine port operations

The Marvell chips have one internal SMI device per port, containing a set of registers used to configure a port's link, STP state, default VLAN or addresses database, etc. This patchset creates port files to implement the port operations as described in datasheets, and extend the chip ops

[PATCH net-next v2 03/11] net: dsa: mv88e6xxx: add port vlan map setter

Add a port function to access the Port Based VLAN Map register. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 14 ++ drivers/net/dsa/mv88e6xxx/port.c | 25 + drivers/net/dsa/mv88e6xxx/port.h | 2 ++ 3 files changed, 29 insertions(+),

[PATCH net-next v2 08/11] net: dsa: mv88e6xxx: add port duplex setter

Similarly to port's link, add setter to force port's half duplex, full duplex or let normal duplex detection occurs. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 17 + drivers/net/dsa/mv88e6xxx/mv88e6xxx.h | 9 +

  1   2   3   4   5   6   7   8   9   10   >