RE: [PATCH v6 07/12] usb: otg: add OTG/dual-role core

Hi, > From: Peter Chen > Sent: Friday, April 22, 2016 12:34 PM > > On Fri, Apr 22, 2016 at 09:26:46AM +0800, Peter Chen wrote: > > On Fri, Apr 15, 2016 at 10:03:16AM +, Yoshihiro Shimoda wrote: > > > Hi, > > > > > > > From: Yoshihiro Shimoda > > > > Sent: Friday, April 15, 2016 6:59 PM > > >

RE: [PATCH v6 07/12] usb: otg: add OTG/dual-role core

Hi, > From: Peter Chen > Sent: Friday, April 22, 2016 12:34 PM > > On Fri, Apr 22, 2016 at 09:26:46AM +0800, Peter Chen wrote: > > On Fri, Apr 15, 2016 at 10:03:16AM +, Yoshihiro Shimoda wrote: > > > Hi, > > > > > > > From: Yoshihiro Shimoda > > > > Sent: Friday, April 15, 2016 6:59 PM > > >

[PATCH RESEND v2 3/4] ARM64: dts: rockchip: add RK3399 evaluation board

The RK3399 evaluation board is designed with pmic rk808 on top board. Signed-off-by: Jianqun Xu --- changes in v2: - new add patch Documentation/devicetree/bindings/arm/rockchip.txt | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

[PATCH RESEND v2 3/4] ARM64: dts: rockchip: add RK3399 evaluation board

The RK3399 evaluation board is designed with pmic rk808 on top board. Signed-off-by: Jianqun Xu --- changes in v2: - new add patch Documentation/devicetree/bindings/arm/rockchip.txt | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

[PATCH RESEND v2 4/4] ARM64: dts: rockchip: add dts file for RK3399 evaluation board

This patch add rk3399-evb.dts for RK3399 evaluation board. Tested on RK3399 evb. Signed-off-by: Jianqun Xu --- changes in v2: - remove rk808 since without i2c, which will upstream independently - remove es8316 since without i2c, which will upstream independently - fix

[PATCH RESEND v2 4/4] ARM64: dts: rockchip: add dts file for RK3399 evaluation board

This patch add rk3399-evb.dts for RK3399 evaluation board. Tested on RK3399 evb. Signed-off-by: Jianqun Xu --- changes in v2: - remove rk808 since without i2c, which will upstream independently - remove es8316 since without i2c, which will upstream independently - fix codingstyle issues

[PATCH RESEND v2 2/4] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

This patch adds core dtsi file for Rockchip RK3399 SoCs. The RK3399 has big/little architecture, which needs a separate node for the PMU of each microarchitecture, for now it missing the pmu node since the old one could not work well. Marc is working on it with:

[PATCH RESEND v2 2/4] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

This patch adds core dtsi file for Rockchip RK3399 SoCs. The RK3399 has big/little architecture, which needs a separate node for the PMU of each microarchitecture, for now it missing the pmu node since the old one could not work well. Marc is working on it with:

[PATCH RESEND v2 0/4] ARM64: dts: rockchip: add support for RK3399

Add dtsi file for RK3399 SoCs, and evb dts file for RK3399 evb. To make patch more easily to be reviewed, some nodes have been removed temporarily, after this base file been applied, more patches will be upstreamed independently. Jianqun Xu (3): ARM64: dts: rockchip: add core dtsi file for

[PATCH RESEND v2 1/4] Documentation: rockchip-dw-mshc: add description for rk3399

From: Shawn Lin Add "rockchip,rk3399-dw-mshc", "rockchip,rk3288-dw-mshc" for dwmmc on rk3399 platform. Change-Id: Ieefafab5f0e9650271e823659e2bec1556c4a9bc Signed-off-by: Shawn Lin --- changes in v2: - new add patch

[PATCH RESEND v2 1/4] Documentation: rockchip-dw-mshc: add description for rk3399

From: Shawn Lin Add "rockchip,rk3399-dw-mshc", "rockchip,rk3288-dw-mshc" for dwmmc on rk3399 platform. Change-Id: Ieefafab5f0e9650271e823659e2bec1556c4a9bc Signed-off-by: Shawn Lin --- changes in v2: - new add patch Documentation/devicetree/bindings/mmc/rockchip-dw-mshc.txt | 1 + 1 file

[PATCH RESEND v2 0/4] ARM64: dts: rockchip: add support for RK3399

Add dtsi file for RK3399 SoCs, and evb dts file for RK3399 evb. To make patch more easily to be reviewed, some nodes have been removed temporarily, after this base file been applied, more patches will be upstreamed independently. Jianqun Xu (3): ARM64: dts: rockchip: add core dtsi file for

[PATCH] usb: core: Do not use sizeof on pointer type

When sizeof is applied to a pointer typed expression, it gives the size of the pointer. So, do not use sizeof on pointer type. Problem found using Coccinelle. Signed-off-by: Vaishali Thakkar --- drivers/usb/core/hcd.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH] usb: core: Do not use sizeof on pointer type

When sizeof is applied to a pointer typed expression, it gives the size of the pointer. So, do not use sizeof on pointer type. Problem found using Coccinelle. Signed-off-by: Vaishali Thakkar --- drivers/usb/core/hcd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [RESEND PATCH v4] clk/axs10x: Add I2S PLL clock driver

On Thursday 21 April 2016 05:48 PM, Alexey Brodkin wrote: > Hi Jose, > > On Thu, 2016-04-21 at 10:51 +0100, Jose Abreu wrote: >> Hi Alexey, > > > Otherwise, I still prefer two DTS files for the two different FPGA > versions. At the least, please use ioremap for any pointers that >

Re: [RESEND PATCH v4] clk/axs10x: Add I2S PLL clock driver

On Thursday 21 April 2016 05:48 PM, Alexey Brodkin wrote: > Hi Jose, > > On Thu, 2016-04-21 at 10:51 +0100, Jose Abreu wrote: >> Hi Alexey, > > > Otherwise, I still prefer two DTS files for the two different FPGA > versions. At the least, please use ioremap for any pointers that >

Re: [PATCH 7/9] thermal: of: Add support for hardware-tracked trip points

On Fri, Apr 22, 2016 at 09:54:19AM +0800, Caesar Wang wrote: > Hi Brian, Eduardo, Sascha > > 在 2016年04月21日 09:12, Brian Norris 写道: > >+ Sascha > > > >On Wed, Apr 20, 2016 at 04:48:18PM -0700, Eduardo Valentin wrote: > >>On Mon, Apr 18, 2016 at 11:35:59AM +0800, Caesar Wang wrote: > >>>From: Mikko

Re: [PATCH 7/9] thermal: of: Add support for hardware-tracked trip points

On Fri, Apr 22, 2016 at 09:54:19AM +0800, Caesar Wang wrote: > Hi Brian, Eduardo, Sascha > > 在 2016年04月21日 09:12, Brian Norris 写道: > >+ Sascha > > > >On Wed, Apr 20, 2016 at 04:48:18PM -0700, Eduardo Valentin wrote: > >>On Mon, Apr 18, 2016 at 11:35:59AM +0800, Caesar Wang wrote: > >>>From: Mikko

[PATCH v2 4/4] ARM64: dts: rockchip: add dts file for RK3399 evaluation board

This patch add rk3399-evb.dts for RK3399 evaluation board. Tested on RK3399 evb. Signed-off-by: Jianqun Xu --- changes in v2: - remove rk808 since without i2c, which will upstream independently - remove es8316 since without i2c, which will upstream independently - fix

[PATCH v2 4/4] ARM64: dts: rockchip: add dts file for RK3399 evaluation board

This patch add rk3399-evb.dts for RK3399 evaluation board. Tested on RK3399 evb. Signed-off-by: Jianqun Xu --- changes in v2: - remove rk808 since without i2c, which will upstream independently - remove es8316 since without i2c, which will upstream independently - fix codingstyle issues

RE: [PATCH v6 1/2] Documentation: DT: dma: Add Xilinx zynqmp dma device tree binding documentation

Hi Rob, Thanks for the review... > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: Thursday, April 21, 2016 7:12 PM > To: Appana Durga Kedareswara Rao > Cc: pawel.m...@arm.com; mark.rutl...@arm.com; > ijc+devicet...@hellion.org.uk;

RE: [PATCH v6 1/2] Documentation: DT: dma: Add Xilinx zynqmp dma device tree binding documentation

Hi Rob, Thanks for the review... > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: Thursday, April 21, 2016 7:12 PM > To: Appana Durga Kedareswara Rao > Cc: pawel.m...@arm.com; mark.rutl...@arm.com; > ijc+devicet...@hellion.org.uk; ga...@codeaurora.org;

linux-next: Tree for Apr 22

Hi all, There will be no linux-next release on Monday (ANZAC Day). Changes since 20160421: New trees: rdma-leon, rdma-leon-test The pci tree gained a build failure so I used the version from next-20160421. The sound-asoc tree gained a build failure so I used the version from next

linux-next: Tree for Apr 22

Hi all, There will be no linux-next release on Monday (ANZAC Day). Changes since 20160421: New trees: rdma-leon, rdma-leon-test The pci tree gained a build failure so I used the version from next-20160421. The sound-asoc tree gained a build failure so I used the version from next

Re: [PATCH 2/2 v5] irqchip/Layerscape: Add SCFG MSI controller support

On Mon, Mar 7, 2016 at 3:50 AM, Marc Zyngier wrote: > On Mon, 7 Mar 2016 11:36:22 +0800 > Minghuan Lian wrote: > >> Some kind of NXP Layerscape SoC provides a MSI >> implementation which uses two SCFG registers MSIIR and >> MSIR to support 32 MSI

[PATCH 3/4] ARM64: dts: rockchip: add RK3399 evaluation board

The RK3399 evaluation board is designed with pmic rk808 on top board. Signed-off-by: Jianqun Xu --- changes in v2: - remove rk808 since without i2c, which will upstream independently - remove es8316 since without i2c, which will upstream independently

Re: [PATCH 2/2 v5] irqchip/Layerscape: Add SCFG MSI controller support

On Mon, Mar 7, 2016 at 3:50 AM, Marc Zyngier wrote: > On Mon, 7 Mar 2016 11:36:22 +0800 > Minghuan Lian wrote: > >> Some kind of NXP Layerscape SoC provides a MSI >> implementation which uses two SCFG registers MSIIR and >> MSIR to support 32 MSI interrupts for each PCIe controller. >> The patch

[PATCH 3/4] ARM64: dts: rockchip: add RK3399 evaluation board

The RK3399 evaluation board is designed with pmic rk808 on top board. Signed-off-by: Jianqun Xu --- changes in v2: - remove rk808 since without i2c, which will upstream independently - remove es8316 since without i2c, which will upstream independently

[PATCH v2 2/4] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

This patch adds core dtsi file for Rockchip RK3399 SoCs. The RK3399 has big/little architecture, which needs a separate node for the PMU of each microarchitecture, for now it missing the pmu node since the old one could not work well. Marc is working on it with:

[PATCH v2 2/4] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

This patch adds core dtsi file for Rockchip RK3399 SoCs. The RK3399 has big/little architecture, which needs a separate node for the PMU of each microarchitecture, for now it missing the pmu node since the old one could not work well. Marc is working on it with:

Re: [PATCH v2] Force cppc_cpufreq to report values in KHz to fix user space reporting

On 19-04-16, 16:12, Ashwin Chaugule wrote: > + Ryan > > Hi Al, > > On 18 April 2016 at 20:11, Al Stone wrote: > > When CPPC is being used by ACPI on arm64, user space tools such as > > cpupower report CPU frequency values from sysfs that are incorrect. > > > > What the driver

Re: [PATCH v2] Force cppc_cpufreq to report values in KHz to fix user space reporting

On 19-04-16, 16:12, Ashwin Chaugule wrote: > + Ryan > > Hi Al, > > On 18 April 2016 at 20:11, Al Stone wrote: > > When CPPC is being used by ACPI on arm64, user space tools such as > > cpupower report CPU frequency values from sysfs that are incorrect. > > > > What the driver was doing was

Re: [PATCH] drm/exynos/hdmi: Don't print error on deferral due to regulators

On 04/21/2016 08:51 PM, Javier Martinez Canillas wrote: > The regulators may not be available just because their driver's probe > function was just not executed and so the regulators not registered. > > So, in this case the Exynos HDMI driver should not print logs since > a -EPROBE_DEFER is not

Re: [PATCH] drm/exynos/hdmi: Don't print error on deferral due to regulators

On 04/21/2016 08:51 PM, Javier Martinez Canillas wrote: > The regulators may not be available just because their driver's probe > function was just not executed and so the regulators not registered. > > So, in this case the Exynos HDMI driver should not print logs since > a -EPROBE_DEFER is not

[PATCH v2 1/4] Documentation: rockchip-dw-mshc: add description for rk3399

From: Shawn Lin Add "rockchip,rk3399-dw-mshc", "rockchip,rk3288-dw-mshc" for dwmmc on rk3399 platform. Change-Id: Ieefafab5f0e9650271e823659e2bec1556c4a9bc Signed-off-by: Shawn Lin ---

[PATCH v2 1/4] Documentation: rockchip-dw-mshc: add description for rk3399

From: Shawn Lin Add "rockchip,rk3399-dw-mshc", "rockchip,rk3288-dw-mshc" for dwmmc on rk3399 platform. Change-Id: Ieefafab5f0e9650271e823659e2bec1556c4a9bc Signed-off-by: Shawn Lin --- Documentation/devicetree/bindings/mmc/rockchip-dw-mshc.txt | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v2 0/4] ARM64: dts: rockchip: add support for RK3399

Add dtsi file for RK3399 SoCs, and evb dts file for RK3399 evb. To make patch more easily to be reviewed, some nodes have been removed temporarily, after this base file been applied, more patches will be upstreamed independently. Jianqun Xu (3): ARM64: dts: rockchip: add core dtsi file for

[PATCH v2 0/4] ARM64: dts: rockchip: add support for RK3399

Add dtsi file for RK3399 SoCs, and evb dts file for RK3399 evb. To make patch more easily to be reviewed, some nodes have been removed temporarily, after this base file been applied, more patches will be upstreamed independently. Jianqun Xu (3): ARM64: dts: rockchip: add core dtsi file for

linux-next: build failure after merge of the akpm-current tree

Hi Andrew, After merging the akpm-current tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/net/ethernet/qlogic/qede/qede_main.c: In function 'qede_fill_frag_skb': drivers/net/ethernet/qlogic/qede/qede_main.c:961:31: error: 'struct page' has no member named '_count'

linux-next: build failure after merge of the akpm-current tree

Hi Andrew, After merging the akpm-current tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/net/ethernet/qlogic/qede/qede_main.c: In function 'qede_fill_frag_skb': drivers/net/ethernet/qlogic/qede/qede_main.c:961:31: error: 'struct page' has no member named '_count'

Re: [RFC][PATCH 0/6] /dev/random - a new approach

Am Donnerstag, 21. April 2016, 22:51:55 schrieb Theodore Ts'o: Hi Theodore, > I still have a massive problem with the claims that the "Jitter" RNG > provides any amount of entropy. Just because you and I might not be > able to analyze it doesn't mean that somebody else couldn't. After > all,

Re: [RFC][PATCH 0/6] /dev/random - a new approach

Am Donnerstag, 21. April 2016, 22:51:55 schrieb Theodore Ts'o: Hi Theodore, > I still have a massive problem with the claims that the "Jitter" RNG > provides any amount of entropy. Just because you and I might not be > able to analyze it doesn't mean that somebody else couldn't. After > all,

Re: [PATCH 8/9] mtd: fsl-quadspi: disable AHB buffer prefetch

From: Yunhui Cui Sent: Thursday, April 21, 2016 9:52 PM To: Han Xu; Yunhui Cui; dw...@infradead.org; computersforpe...@gmail.com; han...@freescale.com Cc: linux-kernel@vger.kernel.org; linux-...@lists.infradead.org; linux-arm-ker...@lists.infradead.org;

Re: [PATCH 8/9] mtd: fsl-quadspi: disable AHB buffer prefetch

From: Yunhui Cui Sent: Thursday, April 21, 2016 9:52 PM To: Han Xu; Yunhui Cui; dw...@infradead.org; computersforpe...@gmail.com; han...@freescale.com Cc: linux-kernel@vger.kernel.org; linux-...@lists.infradead.org; linux-arm-ker...@lists.infradead.org;

Re: [PATCH V3 29/29] ethernet: use parity8 in broadcom/tg3.c

On Thu, Apr 14, 2016 at 8:42 AM, wrote: > > From: Zhaoxiu Zeng > > Signed-off-by: Zhaoxiu Zeng Looks good to me. Acked-by: Siva Reddy Kallam > --- > drivers/net/ethernet/broadcom/tg3.c | 6 +- >

Re: [PATCH V3 29/29] ethernet: use parity8 in broadcom/tg3.c

On Thu, Apr 14, 2016 at 8:42 AM, wrote: > > From: Zhaoxiu Zeng > > Signed-off-by: Zhaoxiu Zeng Looks good to me. Acked-by: Siva Reddy Kallam > --- > drivers/net/ethernet/broadcom/tg3.c | 6 +- > 1 file changed, 1 insertion(+), 5 deletions(-) > > diff --git

Re: [PATCH] ARM: dts: omap3: Fix ISP syscon register offset

On 16.04.2016 09:20, Ivaylo Dimitrov wrote: According to the TRM, SCM CONTROL_CSIRXFE register is on offset 0x6c Signed-off-by: Ivaylo Dimitrov --- arch/arm/boot/dts/omap34xx.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH] ARM: dts: omap3: Fix ISP syscon register offset

On 16.04.2016 09:20, Ivaylo Dimitrov wrote: According to the TRM, SCM CONTROL_CSIRXFE register is on offset 0x6c Signed-off-by: Ivaylo Dimitrov --- arch/arm/boot/dts/omap34xx.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/omap34xx.dtsi

[PATCH v7 8/8] arm64: dts: mediatek: Add Video Encoder for MT8173

Add video encoder node for MT8173 Signed-off-by: Tiffany Lin --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 39 ++ 1 file changed, 39 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi

[PATCH v7 8/8] arm64: dts: mediatek: Add Video Encoder for MT8173

Add video encoder node for MT8173 Signed-off-by: Tiffany Lin --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 39 ++ 1 file changed, 39 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi b/arch/arm64/boot/dts/mediatek/mt8173.dtsi index

[PATCH v7 1/8] dt-bindings: Add a binding for Mediatek Video Processor

From: Andrew-CT Chen Add a DT binding documentation of Video Processor Unit for the MT8173 SoC from Mediatek. Signed-off-by: Andrew-CT Chen Signed-off-by: Tiffany Lin Acked-by: Rob Herring

[PATCH v7 4/8] dt-bindings: Add a binding for Mediatek Video Encoder

Add a DT binding documentation of Video Encoder for the MT8173 SoC from Mediatek. Signed-off-by: Tiffany Lin Acked-by: Rob Herring --- .../devicetree/bindings/media/mediatek-vcodec.txt | 59 1 file changed, 59 insertions(+)

[PATCH v7 1/8] dt-bindings: Add a binding for Mediatek Video Processor

From: Andrew-CT Chen Add a DT binding documentation of Video Processor Unit for the MT8173 SoC from Mediatek. Signed-off-by: Andrew-CT Chen Signed-off-by: Tiffany Lin Acked-by: Rob Herring --- .../devicetree/bindings/media/mediatek-vpu.txt | 31 1 file changed,

[PATCH v7 4/8] dt-bindings: Add a binding for Mediatek Video Encoder

Add a DT binding documentation of Video Encoder for the MT8173 SoC from Mediatek. Signed-off-by: Tiffany Lin Acked-by: Rob Herring --- .../devicetree/bindings/media/mediatek-vcodec.txt | 59 1 file changed, 59 insertions(+) create mode 100644

[PATCH v7 5/8] [media] vcodec: mediatek: Add Mediatek V4L2 Video Encoder Driver

Add v4l2 layer encoder driver for MT8173 Signed-off-by: Tiffany Lin --- drivers/media/platform/Kconfig | 16 + drivers/media/platform/Makefile|2 + drivers/media/platform/mtk-vcodec/Makefile | 14 +

[PATCH v7 0/8] Add MT8173 Video Encoder Driver and VPU Driver

== Introduction == The purpose of this series is to add the driver for video codec hw embedded in the Mediatek's MT8173 SoCs. Mediatek Video Codec is able to handle video encoding of in a range of formats. This patch series also include VPU driver. Mediatek Video Codec

[PATCH v7 7/8] [media] vcodec: mediatek: Add Mediatek H264 Video Encoder Driver

Add h264 encoder driver for MT8173 Signed-off-by: PoChun Lin Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile |1 + .../media/platform/mtk-vcodec/venc/venc_h264_if.c | 687

[PATCH v7 2/8] [media] VPU: mediatek: support Mediatek VPU

From: Andrew-CT Chen The VPU driver for hw video codec embedded in Mediatek's MT8173 SOCs. It is able to handle video decoding/encoding of in a range of formats. The driver provides with VPU firmware download, memory management and the communication interface between

[PATCH v7 5/8] [media] vcodec: mediatek: Add Mediatek V4L2 Video Encoder Driver

Add v4l2 layer encoder driver for MT8173 Signed-off-by: Tiffany Lin --- drivers/media/platform/Kconfig | 16 + drivers/media/platform/Makefile|2 + drivers/media/platform/mtk-vcodec/Makefile | 14 +

[PATCH v7 0/8] Add MT8173 Video Encoder Driver and VPU Driver

== Introduction == The purpose of this series is to add the driver for video codec hw embedded in the Mediatek's MT8173 SoCs. Mediatek Video Codec is able to handle video encoding of in a range of formats. This patch series also include VPU driver. Mediatek Video Codec

[PATCH v7 7/8] [media] vcodec: mediatek: Add Mediatek H264 Video Encoder Driver

Add h264 encoder driver for MT8173 Signed-off-by: PoChun Lin Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile |1 + .../media/platform/mtk-vcodec/venc/venc_h264_if.c | 687 drivers/media/platform/mtk-vcodec/venc_drv_if.c|4 +-

[PATCH v7 2/8] [media] VPU: mediatek: support Mediatek VPU

From: Andrew-CT Chen The VPU driver for hw video codec embedded in Mediatek's MT8173 SOCs. It is able to handle video decoding/encoding of in a range of formats. The driver provides with VPU firmware download, memory management and the communication interface between CPU and VPU. For VPU

[PATCH v7 6/8] [media] vcodec: mediatek: Add Mediatek VP8 Video Encoder Driver

Add vp8 encoder driver for MT8173 Signed-off-by: PoChun Lin Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile |6 +- .../media/platform/mtk-vcodec/venc/venc_vp8_if.c | 488

[PATCH v7 6/8] [media] vcodec: mediatek: Add Mediatek VP8 Video Encoder Driver

Add vp8 encoder driver for MT8173 Signed-off-by: PoChun Lin Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile |6 +- .../media/platform/mtk-vcodec/venc/venc_vp8_if.c | 488 drivers/media/platform/mtk-vcodec/venc_drv_if.c|7 +-

[PATCH v7 3/8] arm64: dts: mediatek: Add node for Mediatek Video Processor Unit

From: Andrew-CT Chen Add VPU drivers for MT8173 Signed-off-by: Andrew-CT Chen Signed-off-by: Tiffany Lin --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 23 +++ 1 file changed, 23

[PATCH v7 3/8] arm64: dts: mediatek: Add node for Mediatek Video Processor Unit

From: Andrew-CT Chen Add VPU drivers for MT8173 Signed-off-by: Andrew-CT Chen Signed-off-by: Tiffany Lin --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 23 +++ 1 file changed, 23 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

Hi, Doug: On 2016年04月22日 06:38, Doug Anderson wrote: > >>> + i2c1: i2c@ff11 { >>> + compatible = "rockchip,rk3399-i2c"; >> David respun the rk3399 i2c-support on tuesday, so this and the others below >> are waiting on Wolfram to take a look. > I think it can work with the

Re: [PATCH] ARM64: dts: rockchip: add core dtsi file for RK3399 SoCs

Hi, Doug: On 2016年04月22日 06:38, Doug Anderson wrote: > >>> + i2c1: i2c@ff11 { >>> + compatible = "rockchip,rk3399-i2c"; >> David respun the rk3399 i2c-support on tuesday, so this and the others below >> are waiting on Wolfram to take a look. > I think it can work with the

RE: [PATCH 8/9] mtd: fsl-quadspi: disable AHB buffer prefetch

> -Original Message- > From: Han Xu > Sent: Thursday, April 21, 2016 11:48 PM > To: Yunhui Cui; Yunhui Cui; dw...@infradead.org; > computersforpe...@gmail.com; han...@freescale.com > Cc: linux-kernel@vger.kernel.org; linux-...@lists.infradead.org; linux- > arm-ker...@lists.infradead.org;

RE: [PATCH 8/9] mtd: fsl-quadspi: disable AHB buffer prefetch

> -Original Message- > From: Han Xu > Sent: Thursday, April 21, 2016 11:48 PM > To: Yunhui Cui; Yunhui Cui; dw...@infradead.org; > computersforpe...@gmail.com; han...@freescale.com > Cc: linux-kernel@vger.kernel.org; linux-...@lists.infradead.org; linux- > arm-ker...@lists.infradead.org;

Re: [PATCH V4] audit: add tty field to LOGIN event

On 16/04/21, Paul Moore wrote: > On Thu, Apr 21, 2016 at 2:14 PM, Richard Guy Briggs wrote: > > The tty field was missing from AUDIT_LOGIN events. > > > > Refactor code to create a new function audit_get_tty(), using it to > > replace the call in audit_log_task_info() and to add

Re: [PATCH V4] audit: add tty field to LOGIN event

On 16/04/21, Paul Moore wrote: > On Thu, Apr 21, 2016 at 2:14 PM, Richard Guy Briggs wrote: > > The tty field was missing from AUDIT_LOGIN events. > > > > Refactor code to create a new function audit_get_tty(), using it to > > replace the call in audit_log_task_info() and to add it to > >

[PATCH] iio: tmp006: Set correct iio name

When load the driver using the below command: echo tmp006 0x40 > /sys/bus/i2c/devices/i2c-0/new_device In sysfs, the i2c name is tmp006, however the iio name is 0-0040, they are inconsistent. With this patch, the iio name will be the same as the i2c device name Signed-off-by: Yong Li

[PATCH] iio: tmp006: Set correct iio name

When load the driver using the below command: echo tmp006 0x40 > /sys/bus/i2c/devices/i2c-0/new_device In sysfs, the i2c name is tmp006, however the iio name is 0-0040, they are inconsistent. With this patch, the iio name will be the same as the i2c device name Signed-off-by: Yong Li ---

Re: [PATCH v6 07/12] usb: otg: add OTG/dual-role core

On Fri, Apr 22, 2016 at 09:26:46AM +0800, Peter Chen wrote: > On Fri, Apr 15, 2016 at 10:03:16AM +, Yoshihiro Shimoda wrote: > > Hi, > > > > > From: Yoshihiro Shimoda > > > Sent: Friday, April 15, 2016 6:59 PM > > > > > > Hi, > > > > > > > From: Roger Quadros > > > > Sent: Thursday, April

Re: [PATCH v6 07/12] usb: otg: add OTG/dual-role core

On Fri, Apr 22, 2016 at 09:26:46AM +0800, Peter Chen wrote: > On Fri, Apr 15, 2016 at 10:03:16AM +, Yoshihiro Shimoda wrote: > > Hi, > > > > > From: Yoshihiro Shimoda > > > Sent: Friday, April 15, 2016 6:59 PM > > > > > > Hi, > > > > > > > From: Roger Quadros > > > > Sent: Thursday, April

Re: [PATCH] Revert "cpufreq: governor: Fix negative idle_time when configured with CONFIG_HZ_PERIODIC"

On 21-04-16, 20:57, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Revert commit 0df35026c6a5 (cpufreq: governor: Fix negative idle_time > when configured with CONFIG_HZ_PERIODIC) that introduced a regression > by causing the ondemand cpufreq governor to

Re: [PATCH] Revert "cpufreq: governor: Fix negative idle_time when configured with CONFIG_HZ_PERIODIC"

On 21-04-16, 20:57, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Revert commit 0df35026c6a5 (cpufreq: governor: Fix negative idle_time > when configured with CONFIG_HZ_PERIODIC) that introduced a regression > by causing the ondemand cpufreq governor to misbehave for >

Re: [PATCH v3 2/6] sched/rtmutex/deadline: Fix a PI crash for deadline tasks

Hi Peter, On 2016/04/20 at 21:49, Xunlei Pang wrote: > On 2016/04/20 at 21:19, Peter Zijlstra wrote: >> On Thu, Apr 14, 2016 at 07:37:03PM +0800, Xunlei Pang wrote: >>> + /* Updated under pi_lock and rtmutex lock */ >>> struct rb_node *pi_waiters_leftmost; >>> + struct rb_node

Re: [PATCH v3 2/6] sched/rtmutex/deadline: Fix a PI crash for deadline tasks

Hi Peter, On 2016/04/20 at 21:49, Xunlei Pang wrote: > On 2016/04/20 at 21:19, Peter Zijlstra wrote: >> On Thu, Apr 14, 2016 at 07:37:03PM +0800, Xunlei Pang wrote: >>> + /* Updated under pi_lock and rtmutex lock */ >>> struct rb_node *pi_waiters_leftmost; >>> + struct rb_node

Re: [PATCH 5/8] cpufreq: shmobile: Use generic platdev driver

On 21-04-16, 15:04, Geert Uytterhoeven wrote: > Hi Viresh, > > On Thu, Apr 21, 2016 at 10:43 AM, Viresh Kumar > wrote: > > --- a/drivers/cpufreq/cpufreq-dt-platdev.c > > +++ b/drivers/cpufreq/cpufreq-dt-platdev.c > > @@ -29,6 +29,18 @@ static const struct of_device_id

Re: [PATCH 5/8] cpufreq: shmobile: Use generic platdev driver

On 21-04-16, 15:04, Geert Uytterhoeven wrote: > Hi Viresh, > > On Thu, Apr 21, 2016 at 10:43 AM, Viresh Kumar > wrote: > > --- a/drivers/cpufreq/cpufreq-dt-platdev.c > > +++ b/drivers/cpufreq/cpufreq-dt-platdev.c > > @@ -29,6 +29,18 @@ static const struct of_device_id machines[] = { > >

[PATCH] PM / OPP: -ENOSYS is applicable only to syscalls

Some of the routines have use -ENOSYS, which is supposed to be used only for syscalls. Replace that with -EINVAL. Signed-off-by: Viresh Kumar --- I am including this patch into the series and this one will be the first patch of the series. Also, later patches will be

[PATCH] PM / OPP: -ENOSYS is applicable only to syscalls

Some of the routines have use -ENOSYS, which is supposed to be used only for syscalls. Replace that with -EINVAL. Signed-off-by: Viresh Kumar --- I am including this patch into the series and this one will be the first patch of the series. Also, later patches will be updated to *not* use

Re: [PATCH V3] powerpc: Implement {cmp}xchg for u8 and u16

On Fri, Apr 22, 2016 at 09:59:22AM +0800, Pan Xinhui wrote: > On 2016年04月21日 23:52, Boqun Feng wrote: > > On Thu, Apr 21, 2016 at 11:35:07PM +0800, Pan Xinhui wrote: > >> On 2016年04月20日 22:24, Peter Zijlstra wrote: > >>> On Wed, Apr 20, 2016 at 09:24:00PM +0800, Pan Xinhui wrote: > >>> >

Re: [PATCH V3] powerpc: Implement {cmp}xchg for u8 and u16

On Fri, Apr 22, 2016 at 09:59:22AM +0800, Pan Xinhui wrote: > On 2016年04月21日 23:52, Boqun Feng wrote: > > On Thu, Apr 21, 2016 at 11:35:07PM +0800, Pan Xinhui wrote: > >> On 2016年04月20日 22:24, Peter Zijlstra wrote: > >>> On Wed, Apr 20, 2016 at 09:24:00PM +0800, Pan Xinhui wrote: > >>> >

Re: [PATCH 1/5] x86, KASLR: Update description for decompressor worst case size

On 04/21/16 at 01:04pm, Kees Cook wrote: > On Thu, Apr 21, 2016 at 7:47 AM, Borislav Petkov wrote: > > On Wed, Apr 20, 2016 at 01:55:42PM -0700, Kees Cook wrote: > > ... > > What's "non compressed data overhead"? > > > > Does that want to say: > > > > "... resulting in 18 bytes

Re: [PATCH 1/5] x86, KASLR: Update description for decompressor worst case size

On 04/21/16 at 01:04pm, Kees Cook wrote: > On Thu, Apr 21, 2016 at 7:47 AM, Borislav Petkov wrote: > > On Wed, Apr 20, 2016 at 01:55:42PM -0700, Kees Cook wrote: > > ... > > What's "non compressed data overhead"? > > > > Does that want to say: > > > > "... resulting in 18 bytes overhead of

Re: [RFC][PATCH 0/6] /dev/random - a new approach

I still have a massive problem with the claims that the "Jitter" RNG provides any amount of entropy. Just because you and I might not be able to analyze it doesn't mean that somebody else couldn't. After all, DUAL-EC DRNG was very complicated and hard to analyze. So would be something like

Re: [RFC][PATCH 0/6] /dev/random - a new approach

I still have a massive problem with the claims that the "Jitter" RNG provides any amount of entropy. Just because you and I might not be able to analyze it doesn't mean that somebody else couldn't. After all, DUAL-EC DRNG was very complicated and hard to analyze. So would be something like

Re: [PATCH v2 all 00/14] use of_platform_default_populate() to populate default bus

On 2016/4/21 21:10, Rob Herring wrote: > On Thu, Apr 21, 2016 at 2:55 AM, Kefeng Wang > wrote: >> Hi Rob, >> >> On 2016/4/20 5:10, Rob Herring wrote: >>> On Wed, Mar 16, 2016 at 2:35 AM, Kefeng Wang >>> wrote: Use helper

Re: [PATCH v2 all 00/14] use of_platform_default_populate() to populate default bus

On 2016/4/21 21:10, Rob Herring wrote: > On Thu, Apr 21, 2016 at 2:55 AM, Kefeng Wang > wrote: >> Hi Rob, >> >> On 2016/4/20 5:10, Rob Herring wrote: >>> On Wed, Mar 16, 2016 at 2:35 AM, Kefeng Wang >>> wrote: Use helper of_platform_default_populate() in linux/of_platform when

Re: [RFC][PATCH 2/4] tracing: Use pid bitmap instead of a pid array for set_event_pid

Hi Steve, On Tue, Apr 19, 2016 at 10:34:23AM -0400, Steven Rostedt wrote: > From: Steven Rostedt > > In order to add the ability to let tasks that are filtered by the events > have their children also be traced on fork (and then not traced on exit), > convert the array into

Re: [RFC][PATCH 2/4] tracing: Use pid bitmap instead of a pid array for set_event_pid

Hi Steve, On Tue, Apr 19, 2016 at 10:34:23AM -0400, Steven Rostedt wrote: > From: Steven Rostedt > > In order to add the ability to let tasks that are filtered by the events > have their children also be traced on fork (and then not traced on exit), > convert the array into a pid bitmask. Most

Re: [PATCH V3 05/11] staging: mt29f_spinand: set ECC algorithm explicitly

On Thu, Apr 21, 2016 at 10:20:56PM +0200, Boris Brezillon wrote: > Hi Greg, > > On Sun, 17 Apr 2016 22:53:01 +0200 > Rafał Miłecki wrote: > > > This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to > > enum nand_ecc_algo). > > Do you mind if I take this

Re: [PATCH V3 05/11] staging: mt29f_spinand: set ECC algorithm explicitly

On Thu, Apr 21, 2016 at 10:20:56PM +0200, Boris Brezillon wrote: > Hi Greg, > > On Sun, 17 Apr 2016 22:53:01 +0200 > Rafał Miłecki wrote: > > > This is part of process deprecating NAND_ECC_SOFT_BCH (and switching to > > enum nand_ecc_algo). > > Do you mind if I take this patch through the NAND

linux-next: build failure after merge of the sound-asoc tree

uct hdmi_codec_priv' has no member named 'eld_lock' mutex_unlock(>eld_lock); ^ Caused by commit 81151cfb6bfe ("ASoC: hdmi-codec: Add ELD control") I have used the sound-asoc tree from next-20160421 for today. -- Cheers, Stephen Rothwell

linux-next: build failure after merge of the sound-asoc tree

uct hdmi_codec_priv' has no member named 'eld_lock' mutex_unlock(>eld_lock); ^ Caused by commit 81151cfb6bfe ("ASoC: hdmi-codec: Add ELD control") I have used the sound-asoc tree from next-20160421 for today. -- Cheers, Stephen Rothwell

Re: [PATCH V3] powerpc: Implement {cmp}xchg for u8 and u16

On 2016年04月21日 23:52, Boqun Feng wrote: > On Thu, Apr 21, 2016 at 11:35:07PM +0800, Pan Xinhui wrote: >> On 2016年04月20日 22:24, Peter Zijlstra wrote: >>> On Wed, Apr 20, 2016 at 09:24:00PM +0800, Pan Xinhui wrote: >>> +#define __XCHG_GEN(cmp, type, sfx, skip, v)

Re: [PATCH V3] powerpc: Implement {cmp}xchg for u8 and u16

On 2016年04月21日 23:52, Boqun Feng wrote: > On Thu, Apr 21, 2016 at 11:35:07PM +0800, Pan Xinhui wrote: >> On 2016年04月20日 22:24, Peter Zijlstra wrote: >>> On Wed, Apr 20, 2016 at 09:24:00PM +0800, Pan Xinhui wrote: >>> +#define __XCHG_GEN(cmp, type, sfx, skip, v)

  1   2   3   4   5   6   7   8   9   10   >