[PATCH 3/3] arm64: dts: uniphier: add /memreserve/ for spin-table release address

As Documentation/arm64/booting.txt says, the cpu-release-addr location should be reserved. Signed-off-by: Masahiro Yamada Acked-by: Mark Rutland --- arch/arm64/boot/dts/socionext/uniphier-ph1-ld20.dtsi | 2 ++ 1 file changed, 2

[PATCH 0/3] arm64: dts: uniphier: UniPhier DTS updates (64bit) for v4.8-rc1

Masahiro Yamada (3): arm64: dts: uniphier: add SoC-Glue node to UniPhier 64bit SoCs arm64: dts: uniphier: change cpu-release-address arm64: dts: uniphier: add /memreserve/ for spin-table release address arch/arm64/boot/dts/socionext/uniphier-ph1-ld20.dtsi | 20 +--- 1

[PATCH 2/3] arm64: dts: uniphier: change cpu-release-address

At first, 256 byte of the head of DRAM space was reserved for some reasons. However, as the progress of development, it turned out unnecessary, and it was never used in the end. Move the CPU release address to leave no space. Signed-off-by: Masahiro Yamada ---

[PATCH 3/3] arm64: dts: uniphier: add /memreserve/ for spin-table release address

As Documentation/arm64/booting.txt says, the cpu-release-addr location should be reserved. Signed-off-by: Masahiro Yamada Acked-by: Mark Rutland --- arch/arm64/boot/dts/socionext/uniphier-ph1-ld20.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 0/3] arm64: dts: uniphier: UniPhier DTS updates (64bit) for v4.8-rc1

Masahiro Yamada (3): arm64: dts: uniphier: add SoC-Glue node to UniPhier 64bit SoCs arm64: dts: uniphier: change cpu-release-address arm64: dts: uniphier: add /memreserve/ for spin-table release address arch/arm64/boot/dts/socionext/uniphier-ph1-ld20.dtsi | 20 +--- 1

[PATCH 2/3] arm64: dts: uniphier: change cpu-release-address

At first, 256 byte of the head of DRAM space was reserved for some reasons. However, as the progress of development, it turned out unnecessary, and it was never used in the end. Move the CPU release address to leave no space. Signed-off-by: Masahiro Yamada ---

[PATCH 3/3] ARM: dts: uniphier: renumber serial aliases for Gentil/Vodka boards

On these two boards, the serial0 is used for inter-chip connection, so cannot be used for login console. The serial2 is used instead for them, but it is tedious to use because upper level deployment projects must switch login console per board. Signed-off-by: Masahiro Yamada

[PATCH 0/3] ARM: dts: uniphier: UniPhier DTS updates (32bit) for v4.8-rc1

Masahiro Yamada (3): ARM: dts: uniphier: add System Bus pinmux node ARM: dts: uniphier: add SoC-Glue node to UniPhier 32bit SoCs ARM: dts: uniphier: renumber serial aliases for Gentil/Vodka boards arch/arm/boot/dts/uniphier-common32.dtsi | 12 +---

[PATCH 3/3] ARM: dts: uniphier: renumber serial aliases for Gentil/Vodka boards

On these two boards, the serial0 is used for inter-chip connection, so cannot be used for login console. The serial2 is used instead for them, but it is tedious to use because upper level deployment projects must switch login console per board. Signed-off-by: Masahiro Yamada ---

[PATCH 0/3] ARM: dts: uniphier: UniPhier DTS updates (32bit) for v4.8-rc1

Masahiro Yamada (3): ARM: dts: uniphier: add System Bus pinmux node ARM: dts: uniphier: add SoC-Glue node to UniPhier 32bit SoCs ARM: dts: uniphier: renumber serial aliases for Gentil/Vodka boards arch/arm/boot/dts/uniphier-common32.dtsi | 12 +---

[PATCH 1/3] ARM: dts: uniphier: add System Bus pinmux node

This pin-muxing is needed to get access to the UniPhier System Bus. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-common32.dtsi | 2 ++ arch/arm/boot/dts/uniphier-pinctrl.dtsi | 5 + 2 files changed, 7 insertions(+) diff --git

[RFC RESEND] serial: 8250: fix regression in 8250 uart driver

Apologies, but my original email bounced for Andy and Heikki, resending. Hi Andy, I saw that you have discovered that commit ec5a11a91eec ("serial: 8250: Validate dmaengine rx chan meets requirements") introduced a regression in the 8250 uart driver. For SoCFPGA platform, I am seeing this

[RFC RESEND] serial: 8250: fix regression in 8250 uart driver

Apologies, but my original email bounced for Andy and Heikki, resending. Hi Andy, I saw that you have discovered that commit ec5a11a91eec ("serial: 8250: Validate dmaengine rx chan meets requirements") introduced a regression in the 8250 uart driver. For SoCFPGA platform, I am seeing this

[PATCH 1/3] ARM: dts: uniphier: add System Bus pinmux node

This pin-muxing is needed to get access to the UniPhier System Bus. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-common32.dtsi | 2 ++ arch/arm/boot/dts/uniphier-pinctrl.dtsi | 5 + 2 files changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/uniphier-common32.dtsi

[PATCH 2/3] ARM: dts: uniphier: add SoC-Glue node to UniPhier 32bit SoCs

This node consists of various system-level configuration registers. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-common32.dtsi| 10 +++--- arch/arm/boot/dts/uniphier-ph1-ld4.dtsi | 2 +- arch/arm/boot/dts/uniphier-ph1-ld6b.dtsi|

[PATCH 2/3] ARM: dts: uniphier: add SoC-Glue node to UniPhier 32bit SoCs

This node consists of various system-level configuration registers. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-common32.dtsi| 10 +++--- arch/arm/boot/dts/uniphier-ph1-ld4.dtsi | 2 +- arch/arm/boot/dts/uniphier-ph1-ld6b.dtsi| 2 +-

[PATCH 2/2] drm/mediatek: set mt8173 dithering function

Some panels only accept bpc (bit per color) 6-bit. But, the default bpc in mt8173 display data path is 8-bit. If we didn't enable dithering function to convert bpc, display cannot show the smooth grayscale image. In mt8173, the dithering function in OD (OverDrive) and GAMMA module, we have to

[PATCH 2/2] drm/mediatek: set mt8173 dithering function

Some panels only accept bpc (bit per color) 6-bit. But, the default bpc in mt8173 display data path is 8-bit. If we didn't enable dithering function to convert bpc, display cannot show the smooth grayscale image. In mt8173, the dithering function in OD (OverDrive) and GAMMA module, we have to

[PATCH 1/2] drm/mediatek: Add gamma correction

Apply gamma function to correct brightness values. It applies arbitrary mapping curve to compensate the incorrect transfer function of the panel. Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 12 ++

[PATCH 1/2] drm/mediatek: Add gamma correction

Apply gamma function to correct brightness values. It applies arbitrary mapping curve to compensate the incorrect transfer function of the panel. Signed-off-by: Bibby Hsieh --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 12 ++ drivers/gpu/drm/mediatek/mtk_drm_crtc.h |1 +

linux-next: manual merge of the block tree with the btrfs tree

Hi Jens, Today's linux-next merge of the block tree got a conflict in: fs/btrfs/extent_io.c between commit: f338d193e1c5 ("Btrfs: fix eb memory leak due to readpage failure") from the btrfs tree and commit: 1f7ad75b13b5 ("btrfs: have submit_one_bio users use bio op accessors") from

linux-next: manual merge of the block tree with the btrfs tree

Hi Jens, Today's linux-next merge of the block tree got a conflict in: fs/btrfs/extent_io.c between commit: f338d193e1c5 ("Btrfs: fix eb memory leak due to readpage failure") from the btrfs tree and commit: 1f7ad75b13b5 ("btrfs: have submit_one_bio users use bio op accessors") from

linux-next: manual merge of the block tree with Linus' tree

Hi Jens, Today's linux-next merge of the block tree got a conflict in: block/blk-lib.c between commit: 05bd92dddc59 ("block: missing bio_put following submit_bio_wait") from the FIXME tree and commit: 4e49ea4a3d27 ("block/fs/drivers: remove rw argument from submit_bio") from the block

linux-next: manual merge of the block tree with Linus' tree

Hi Jens, Today's linux-next merge of the block tree got a conflict in: block/blk-lib.c between commit: 05bd92dddc59 ("block: missing bio_put following submit_bio_wait") from the FIXME tree and commit: 4e49ea4a3d27 ("block/fs/drivers: remove rw argument from submit_bio") from the block

Re: [PATCH 2/8] tty: serial: fsl_lpuart: support suspend/resume

On June 13, 2016 5:18:19 PM PDT, Bhhuvanchandra DV wrote: >Hi Shawn, > >On 06/11/2016 02:03 PM, Shawn Guo wrote: > >> On Thu, Jun 09, 2016 at 08:40:33PM +0530, Bhuvanchandra DV wrote: >>> From: Stefan Agner >>> >>> In order to allow wake support

Re: [PATCH 2/8] tty: serial: fsl_lpuart: support suspend/resume

On June 13, 2016 5:18:19 PM PDT, Bhhuvanchandra DV wrote: >Hi Shawn, > >On 06/11/2016 02:03 PM, Shawn Guo wrote: > >> On Thu, Jun 09, 2016 at 08:40:33PM +0530, Bhuvanchandra DV wrote: >>> From: Stefan Agner >>> >>> In order to allow wake support in STOP sleep mode, clocks are >>> needed. Use

Re: [PATCH] arm64: dts: apm: Use lowercase consistently for hex constants

On Wed, Jun 8, 2016 at 12:48 PM, Rob Herring wrote: > On Mon, Jun 06, 2016 at 03:17:56PM -0500, Bjorn Helgaas wrote: >> The convention in these files is to use lowercase for "0x" prefixes and for >> the hex constants themselves, but a few changes didn't follow that >> convention,

Re: [PATCH] arm64: dts: apm: Use lowercase consistently for hex constants

On Wed, Jun 8, 2016 at 12:48 PM, Rob Herring wrote: > On Mon, Jun 06, 2016 at 03:17:56PM -0500, Bjorn Helgaas wrote: >> The convention in these files is to use lowercase for "0x" prefixes and for >> the hex constants themselves, but a few changes didn't follow that >> convention, which makes the

[PATCH] ARM: socfpga: add PCIe to socfpga_defconfig

Enable Altera PCIe host driver, Altera MSI driver and PCIe devices. CONFIG_PCI=y CONFIG_PCI_MSI=y CONFIG_PCIE_ALTERA=y CONFIG_PCIE_ALTERA_MSI=y CONFIG_BLK_DEV_NVME=m CONFIG_E1000E=m CONFIG_IGB=m CONFIG_IXGBE=m Signed-off-by: Ley Foon Tan Signed-off-by: Tien Hock Loh

[PATCH] ARM: socfpga: add PCIe to socfpga_defconfig

Enable Altera PCIe host driver, Altera MSI driver and PCIe devices. CONFIG_PCI=y CONFIG_PCI_MSI=y CONFIG_PCIE_ALTERA=y CONFIG_PCIE_ALTERA_MSI=y CONFIG_BLK_DEV_NVME=m CONFIG_E1000E=m CONFIG_IGB=m CONFIG_IXGBE=m Signed-off-by: Ley Foon Tan Signed-off-by: Tien Hock Loh Cc: Dinh Nguyen ---

Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace

On Thu, Jun 9, 2016 at 3:52 PM, Andy Lutomirski wrote: > On Thu, Jun 9, 2016 at 2:01 PM, Kees Cook wrote: >> This moves seccomp after ptrace on x86 to that seccomp can catch changes >> made by ptrace. Emulation should skip the rest of processing too.

Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace

On Thu, Jun 9, 2016 at 3:52 PM, Andy Lutomirski wrote: > On Thu, Jun 9, 2016 at 2:01 PM, Kees Cook wrote: >> This moves seccomp after ptrace on x86 to that seccomp can catch changes >> made by ptrace. Emulation should skip the rest of processing too. >> >> We can get rid of test_thread_flag

Re: [PATCH v10 00/14] USB OTG/dual-role framework

On Fri, Jun 10, 2016 at 04:07:09PM +0300, Roger Quadros wrote: > Hi, > > This series centralizes OTG/Dual-role functionality in the kernel. > As of now I've got Dual-role functionality working pretty reliably on > dra7-evm and am437x-gp-evm. > > DWC3 controller and TI platform related patches

Re: [PATCH v10 00/14] USB OTG/dual-role framework

On Fri, Jun 10, 2016 at 04:07:09PM +0300, Roger Quadros wrote: > Hi, > > This series centralizes OTG/Dual-role functionality in the kernel. > As of now I've got Dual-role functionality working pretty reliably on > dra7-evm and am437x-gp-evm. > > DWC3 controller and TI platform related patches

[PATCH 01/10] regmap: Support bulk writes for devices without raw formatting

When doing a bulk writes from a device which lacks raw I/O support we fall back to doing register at a time reads but we still use the raw formatters in order to render the data into the word size used by the device (since bulk reads still operate on the device word size rather than unsigned

[PATCH 04/10] rtc: ac100: Add RTC driver for X-Powers AC100

X-Powers AC100 is a codec / RTC combo chip. This driver supports the RTC sub-device. The RTC block also has clock outputs and non-volatile storage. Non-volatile storage wthin the RTC hardware is not supported. Clock output support is added in the next patch. Signed-off-by: Chen-Yu Tsai

[PATCH 03/10] mfd: Add driver for X-Powers AC100 audio codec / RTC combo IC

The AC100 is a multifunction device with an audio codec subsystem and an RTC subsystem. These two subsystems share a common register space and host interface. Signed-off-by: Chen-Yu Tsai --- drivers/mfd/Kconfig | 10 drivers/mfd/Makefile | 2 +

[PATCH 03/10] mfd: ac100: Add driver for X-Powers AC100 audio codec / RTC combo IC

The AC100 is a multifunction device with an audio codec subsystem and an RTC subsystem. These two subsystems share a common register space and host interface. Signed-off-by: Chen-Yu Tsai --- drivers/mfd/Kconfig | 10 +++ drivers/mfd/Makefile | 2 +

[PATCH 01/10] regmap: Support bulk writes for devices without raw formatting

When doing a bulk writes from a device which lacks raw I/O support we fall back to doing register at a time reads but we still use the raw formatters in order to render the data into the word size used by the device (since bulk reads still operate on the device word size rather than unsigned

[PATCH 04/10] rtc: ac100: Add RTC driver for X-Powers AC100

X-Powers AC100 is a codec / RTC combo chip. This driver supports the RTC sub-device. The RTC block also has clock outputs and non-volatile storage. Non-volatile storage wthin the RTC hardware is not supported. Clock output support is added in the next patch. Signed-off-by: Chen-Yu Tsai ---

[PATCH 03/10] mfd: Add driver for X-Powers AC100 audio codec / RTC combo IC

The AC100 is a multifunction device with an audio codec subsystem and an RTC subsystem. These two subsystems share a common register space and host interface. Signed-off-by: Chen-Yu Tsai --- drivers/mfd/Kconfig | 10 drivers/mfd/Makefile | 2 + drivers/mfd/ac100.c | 116

[PATCH 03/10] mfd: ac100: Add driver for X-Powers AC100 audio codec / RTC combo IC

The AC100 is a multifunction device with an audio codec subsystem and an RTC subsystem. These two subsystems share a common register space and host interface. Signed-off-by: Chen-Yu Tsai --- drivers/mfd/Kconfig | 10 +++ drivers/mfd/Makefile | 2 + drivers/mfd/ac100.c | 135

[PATCH 05/10] rtc: ac100: Add clk output support

The AC100's RTC side has 3 clock outputs on external pins, which can provide a clock signal to the SoC or other modules, such as WiFi or GSM modules. Support this with a custom clk driver integrated with the rtc driver. Signed-off-by: Chen-Yu Tsai --- drivers/rtc/rtc-ac100.c |

Add mt6755 basic chip support

This patch adds basic support for Mediatek's new 8-core chip, mt6755. It is also named as Helio P10. It is based on 4.7-rc1 Mars Cheng (2): Document: DT: Add bindings for mediatek MT6755 SoC Platform arm64: dts: mediatek: add mt6755 support Documentation/devicetree/bindings/arm/mediatek.txt

[PATCH 05/10] rtc: ac100: Add clk output support

The AC100's RTC side has 3 clock outputs on external pins, which can provide a clock signal to the SoC or other modules, such as WiFi or GSM modules. Support this with a custom clk driver integrated with the rtc driver. Signed-off-by: Chen-Yu Tsai --- drivers/rtc/rtc-ac100.c | 319

Add mt6755 basic chip support

This patch adds basic support for Mediatek's new 8-core chip, mt6755. It is also named as Helio P10. It is based on 4.7-rc1 Mars Cheng (2): Document: DT: Add bindings for mediatek MT6755 SoC Platform arm64: dts: mediatek: add mt6755 support Documentation/devicetree/bindings/arm/mediatek.txt

[PATCH 1/2] Document: DT: Add bindings for mediatek MT6755 SoC Platform

This adds DT binding documentation for Mediatek MT6755. Signed-off-by: Mars Cheng --- Documentation/devicetree/bindings/arm/mediatek.txt |4 .../interrupt-controller/mediatek,sysirq.txt |1 + .../devicetree/bindings/serial/mtk-uart.txt|1 +

[PATCH 1/2] Document: DT: Add bindings for mediatek MT6755 SoC Platform

This adds DT binding documentation for Mediatek MT6755. Signed-off-by: Mars Cheng --- Documentation/devicetree/bindings/arm/mediatek.txt |4 .../interrupt-controller/mediatek,sysirq.txt |1 + .../devicetree/bindings/serial/mtk-uart.txt|1 + 3 files changed, 6

[PATCH 08/10] ARM: dts: sun9i: cubieboard4: Order nodes by alphabetical order

Move the node below the mmc nodes for proper ordering by name. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-cubieboard4.dts | 32 ++--- 1 file changed, 16 insertions(+), 16 deletions(-) diff --git

Re: [PATCH v3,1/5] dt-bindings: mt8173-xhci: support host side of dual-role mode

On Mon, 2016-06-13 at 13:54 -0500, Rob Herring wrote: > On Fri, Jun 10, 2016 at 03:32:38PM +0800, Chunfeng Yun wrote: > > Some resources, such as IPPC register etc, shared with device > > driver are moved into common glue layer when xHCI driver is the > > host side of dual-role mode and they

Re: [PATCH 03/10] mfd: Add driver for X-Powers AC100 audio codec / RTC combo IC

On Tue, Jun 14, 2016 at 10:17 AM, Chen-Yu Tsai wrote: > The AC100 is a multifunction device with an audio codec subsystem and > an RTC subsystem. These two subsystems share a common register space > and host interface. > > Signed-off-by: Chen-Yu Tsai Self-NACK. A

[PATCH 2/2] arm64: dts: mediatek: add mt6755 support

This adds basic chip support for MT6755 SoC. Signed-off-by: Mars Cheng --- arch/arm64/boot/dts/mediatek/Makefile |1 + arch/arm64/boot/dts/mediatek/mt6755-phone.dts | 39 +++ arch/arm64/boot/dts/mediatek/mt6755.dtsi | 143

[PATCH 08/10] ARM: dts: sun9i: cubieboard4: Order nodes by alphabetical order

Move the node below the mmc nodes for proper ordering by name. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-cubieboard4.dts | 32 ++--- 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/arch/arm/boot/dts/sun9i-a80-cubieboard4.dts

Re: [PATCH v3,1/5] dt-bindings: mt8173-xhci: support host side of dual-role mode

On Mon, 2016-06-13 at 13:54 -0500, Rob Herring wrote: > On Fri, Jun 10, 2016 at 03:32:38PM +0800, Chunfeng Yun wrote: > > Some resources, such as IPPC register etc, shared with device > > driver are moved into common glue layer when xHCI driver is the > > host side of dual-role mode and they

Re: [PATCH 03/10] mfd: Add driver for X-Powers AC100 audio codec / RTC combo IC

On Tue, Jun 14, 2016 at 10:17 AM, Chen-Yu Tsai wrote: > The AC100 is a multifunction device with an audio codec subsystem and > an RTC subsystem. These two subsystems share a common register space > and host interface. > > Signed-off-by: Chen-Yu Tsai Self-NACK. A last minute fix up resulted in

[PATCH 2/2] arm64: dts: mediatek: add mt6755 support

This adds basic chip support for MT6755 SoC. Signed-off-by: Mars Cheng --- arch/arm64/boot/dts/mediatek/Makefile |1 + arch/arm64/boot/dts/mediatek/mt6755-phone.dts | 39 +++ arch/arm64/boot/dts/mediatek/mt6755.dtsi | 143 + 3 files changed, 183

[PATCH 07/10] ARM: dts: sun9i: cubieboard4: Add device node for AC100

Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-cubieboard4.dts | 21 + 1 file changed, 21 insertions(+) diff --git a/arch/arm/boot/dts/sun9i-a80-cubieboard4.dts b/arch/arm/boot/dts/sun9i-a80-cubieboard4.dts index db770d06c31e..a92eeea1b222 100644

[PATCH 06/10] ARM: dts: sun9i: a80-optimus: Add device node for AC100

Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-optimus.dts | 21 + 1 file changed, 21 insertions(+) diff --git a/arch/arm/boot/dts/sun9i-a80-optimus.dts b/arch/arm/boot/dts/sun9i-a80-optimus.dts index 78fddd9152a5..24ef8e65a975 100644 ---

Re: [PATCH v3,2/5] dt-bindings: mt8173-mtu3: add devicetree bindings

On Fri, 2016-06-10 at 12:21 +0300, Felipe Balbi wrote: > Hi, > > Chunfeng Yun writes: > > + - enable-manual-drd : supports manual dual-role switch via sysfs; only > > used > > + when receptacle is TYPE-A and also wants to support dual-role mode. > > sorry, but this

[PATCH 09/10] ARM: dts: sun9i: a80-optimus: Order nodes by alphabetical order

Move the mmc nodes above the ohci nodes for proper ordering by name. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-optimus.dts | 50 - 1 file changed, 25 insertions(+), 25 deletions(-) diff --git

[PATCH 07/10] ARM: dts: sun9i: cubieboard4: Add device node for AC100

Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-cubieboard4.dts | 21 + 1 file changed, 21 insertions(+) diff --git a/arch/arm/boot/dts/sun9i-a80-cubieboard4.dts b/arch/arm/boot/dts/sun9i-a80-cubieboard4.dts index db770d06c31e..a92eeea1b222 100644 ---

[PATCH 06/10] ARM: dts: sun9i: a80-optimus: Add device node for AC100

Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-optimus.dts | 21 + 1 file changed, 21 insertions(+) diff --git a/arch/arm/boot/dts/sun9i-a80-optimus.dts b/arch/arm/boot/dts/sun9i-a80-optimus.dts index 78fddd9152a5..24ef8e65a975 100644 ---

Re: [PATCH v3,2/5] dt-bindings: mt8173-mtu3: add devicetree bindings

On Fri, 2016-06-10 at 12:21 +0300, Felipe Balbi wrote: > Hi, > > Chunfeng Yun writes: > > + - enable-manual-drd : supports manual dual-role switch via sysfs; only > > used > > + when receptacle is TYPE-A and also wants to support dual-role mode. > > sorry, but this manual-drd can't be

[PATCH 09/10] ARM: dts: sun9i: a80-optimus: Order nodes by alphabetical order

Move the mmc nodes above the ohci nodes for proper ordering by name. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-optimus.dts | 50 - 1 file changed, 25 insertions(+), 25 deletions(-) diff --git a/arch/arm/boot/dts/sun9i-a80-optimus.dts

linux-next: build warning after merge of the sunxi tree

Hi Maxime, After merging the sunxi tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: drivers/clk/sunxi/clk-sun4i-tcon-ch1.c:82:6: warning: unused variable 'num_parents' [-Wunused-variable] int num_parents = clk_hw_get_num_parents(hw); ^ Introduced by commit

linux-next: build warning after merge of the sunxi tree

Hi Maxime, After merging the sunxi tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: drivers/clk/sunxi/clk-sun4i-tcon-ch1.c:82:6: warning: unused variable 'num_parents' [-Wunused-variable] int num_parents = clk_hw_get_num_parents(hw); ^ Introduced by commit

[PATCH 10/10] ARM: dts: sun9i: Switch to the AC100 RTC clock outputs for osc32k

The 32.768 kHz clock inside the A80 SoC is fed from an external source, typically the AC100 RTC module. Make the osc32k placeholder a fixed-factor clock so board dts files can specify its source. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-cubieboard4.dts | 5

[PATCH 10/10] ARM: dts: sun9i: Switch to the AC100 RTC clock outputs for osc32k

The 32.768 kHz clock inside the A80 SoC is fed from an external source, typically the AC100 RTC module. Make the osc32k placeholder a fixed-factor clock so board dts files can specify its source. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-cubieboard4.dts | 5 +

[PATCH 00/10] mfd: ac100: Add support for X-Powers AC100 audio codec / RTC combo IC

Hi everyone, This series adds support for X-Powers' AC100 audio codec / RTC combo IC. This chip is found on Allwinner A80 SoC based boards, and is also part of the AXP813/AXP818 PMIC found with Allwinner A83T SoCs. The series focuses on the RTC side of the chip. The audio codec will be done

[PATCH 02/10] mfd: ac100: Add device tree bindings for X-Powers AC100 codec/RTC combo IC

Signed-off-by: Chen-Yu Tsai --- Documentation/devicetree/bindings/mfd/ac100.txt | 42 + 1 file changed, 42 insertions(+) create mode 100644 Documentation/devicetree/bindings/mfd/ac100.txt diff --git a/Documentation/devicetree/bindings/mfd/ac100.txt

[PATCH 02/10] mfd: ac100: Add device tree bindings for X-Powers AC100 codec/RTC combo IC

Signed-off-by: Chen-Yu Tsai --- Documentation/devicetree/bindings/mfd/ac100.txt | 42 + 1 file changed, 42 insertions(+) create mode 100644 Documentation/devicetree/bindings/mfd/ac100.txt diff --git a/Documentation/devicetree/bindings/mfd/ac100.txt

[PATCH 00/10] mfd: ac100: Add support for X-Powers AC100 audio codec / RTC combo IC

Hi everyone, This series adds support for X-Powers' AC100 audio codec / RTC combo IC. This chip is found on Allwinner A80 SoC based boards, and is also part of the AXP813/AXP818 PMIC found with Allwinner A83T SoCs. The series focuses on the RTC side of the chip. The audio codec will be done

[PATCH] coresight-stm: support mmapping channel regions with mmio_addr

CoreSight STM device allows direct mapping of the channel regions to userspace for zero-copy writing. To support this ability, the STM freamwork has provided a hook 'mmio_addr', this patch just implemented this hook for CoreSight STM. This patch also added an item into 'channel_space' to save the

[PATCH] coresight-stm: support mmapping channel regions with mmio_addr

CoreSight STM device allows direct mapping of the channel regions to userspace for zero-copy writing. To support this ability, the STM freamwork has provided a hook 'mmio_addr', this patch just implemented this hook for CoreSight STM. This patch also added an item into 'channel_space' to save the

Re: [PATCH 2/5] ipvs: Stop calling __dev_get_by_name() repeatedly when starting sync daemon

Hi, [auto build test ERROR on ipvs-next/master] [also build test ERROR on v4.7-rc3 next-20160609] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 2/5] ipvs: Stop calling __dev_get_by_name() repeatedly when starting sync daemon

Hi, [auto build test ERROR on ipvs-next/master] [also build test ERROR on v4.7-rc3 next-20160609] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 04/11] mmc: sdhci-of-arasan: Properly set corecfg_baseclkfreq on rk3399

Shawn, On Mon, Jun 13, 2016 at 5:59 PM, Shawn Lin wrote: >> Even in the case that an SoC designer didn't put a value into >> corecfg_baseclkfreq that matched register[15:8], it seems very likely >> that the rate returned from the clk_get_rate() would match. >> >> I

Re: [PATCH 04/11] mmc: sdhci-of-arasan: Properly set corecfg_baseclkfreq on rk3399

Shawn, On Mon, Jun 13, 2016 at 5:59 PM, Shawn Lin wrote: >> Even in the case that an SoC designer didn't put a value into >> corecfg_baseclkfreq that matched register[15:8], it seems very likely >> that the rate returned from the clk_get_rate() would match. >> >> I guess what I'm saying is that,

Re: [PATCH v4 7/7] unicore32: use the new LED disk activity trigger

> Hi Guan, > > For consistency reasons this patch should be merged through LED tree, > but I need an ack for this. > > Thanks, > Jacek Anaszewski For uc32 code, Acked-by: GUAN Xuetao Thanks Jacek > > On 06/10/2016 08:00 AM, Stephan Linz wrote: >> - platform: rename

Re: [PATCH v4 7/7] unicore32: use the new LED disk activity trigger

> Hi Guan, > > For consistency reasons this patch should be merged through LED tree, > but I need an ack for this. > > Thanks, > Jacek Anaszewski For uc32 code, Acked-by: GUAN Xuetao Thanks Jacek > > On 06/10/2016 08:00 AM, Stephan Linz wrote: >> - platform: rename 'ide-disk' to

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/intel_display.c between commit: a5aac5ab876a ("drm/i915: Check VBT for port presence in addition to the strap on VLV/CHV") from the drm-intel-fixes tree and commit: 457c52d87e5d ("drm/i915: Only

linux-next: manual merge of the drm tree with the drm-intel-fixes tree

Hi Dave, Today's linux-next merge of the drm tree got a conflict in: drivers/gpu/drm/i915/intel_display.c between commit: a5aac5ab876a ("drm/i915: Check VBT for port presence in addition to the strap on VLV/CHV") from the drm-intel-fixes tree and commit: 457c52d87e5d ("drm/i915: Only

[PATCH net-next v3 6/7] vmxnet3: introduce command to register memory region

Signed-off-by: Guolin Yang Signed-off-by: Shrikrishna Khare --- drivers/net/vmxnet3/vmxnet3_defs.h | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/net/vmxnet3/vmxnet3_defs.h b/drivers/net/vmxnet3/vmxnet3_defs.h index

[PATCH net-next v3 5/7] vmxnet3: add support for get_coalesce, set_coalesce ethtool operations

Signed-off-by: Keyong Sun Signed-off-by: Manoj Tammali Signed-off-by: Shrikrishna Khare --- drivers/net/vmxnet3/vmxnet3_defs.h| 33 ++- drivers/net/vmxnet3/vmxnet3_drv.c | 54

[PATCH net-next v3 6/7] vmxnet3: introduce command to register memory region

Signed-off-by: Guolin Yang Signed-off-by: Shrikrishna Khare --- drivers/net/vmxnet3/vmxnet3_defs.h | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/net/vmxnet3/vmxnet3_defs.h b/drivers/net/vmxnet3/vmxnet3_defs.h index 274e145..c3a3164 100644 ---

[PATCH net-next v3 5/7] vmxnet3: add support for get_coalesce, set_coalesce ethtool operations

Signed-off-by: Keyong Sun Signed-off-by: Manoj Tammali Signed-off-by: Shrikrishna Khare --- drivers/net/vmxnet3/vmxnet3_defs.h| 33 ++- drivers/net/vmxnet3/vmxnet3_drv.c | 54 drivers/net/vmxnet3/vmxnet3_ethtool.c | 160 ++

[PATCH net-next v3 7/7] vmxnet3: update to version 3

Signed-off-by: Shrikrishna Khare --- drivers/net/vmxnet3/vmxnet3_drv.c | 7 ++- drivers/net/vmxnet3/vmxnet3_int.h | 4 ++-- 2 files changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/net/vmxnet3/vmxnet3_drv.c b/drivers/net/vmxnet3/vmxnet3_drv.c index

[PATCH net-next v3 7/7] vmxnet3: update to version 3

Signed-off-by: Shrikrishna Khare --- drivers/net/vmxnet3/vmxnet3_drv.c | 7 ++- drivers/net/vmxnet3/vmxnet3_int.h | 4 ++-- 2 files changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/net/vmxnet3/vmxnet3_drv.c b/drivers/net/vmxnet3/vmxnet3_drv.c index d0bcc1d9..c68fe49 100644 ---

[PATCH net-next v3 4/7] vmxnet3: add receive data ring support

Receive Data Ring buffer length is configurable via ethtool -G ethX rx-mini Signed-off-by: Shrikrishna Khare --- drivers/net/vmxnet3/vmxnet3_defs.h| 14 +++- drivers/net/vmxnet3/vmxnet3_drv.c | 153 +++---

[PATCH net-next v3 1/7] vmxnet3: prepare for version 3 changes

Signed-off-by: Shrikrishna Khare --- drivers/net/vmxnet3/Makefile | 4 ++-- drivers/net/vmxnet3/upt1_defs.h | 4 ++-- drivers/net/vmxnet3/vmxnet3_defs.h| 9 ++--- drivers/net/vmxnet3/vmxnet3_drv.c | 22 +-

[PATCH net-next v3 4/7] vmxnet3: add receive data ring support

Receive Data Ring buffer length is configurable via ethtool -G ethX rx-mini Signed-off-by: Shrikrishna Khare --- drivers/net/vmxnet3/vmxnet3_defs.h| 14 +++- drivers/net/vmxnet3/vmxnet3_drv.c | 153 +++--- drivers/net/vmxnet3/vmxnet3_ethtool.c | 48

[PATCH net-next v3 1/7] vmxnet3: prepare for version 3 changes

Signed-off-by: Shrikrishna Khare --- drivers/net/vmxnet3/Makefile | 4 ++-- drivers/net/vmxnet3/upt1_defs.h | 4 ++-- drivers/net/vmxnet3/vmxnet3_defs.h| 9 ++--- drivers/net/vmxnet3/vmxnet3_drv.c | 22 +- drivers/net/vmxnet3/vmxnet3_ethtool.c |

Re: [PATCH] dell-smm-hwmon: Cache fan_type() calls and use fan_status() for fan detection

On 06/13/2016 11:52 AM, Pali Rohár wrote: On Sunday 22 May 2016 02:28:00 Pali Rohár wrote: On Sunday 22 May 2016 02:19:48 Guenter Roeck wrote: On 05/21/2016 07:46 AM, Pali Rohár wrote: On more Dell machines (e.g. Dell Precision M3800) I8K_SMM_GET_FAN_TYPE call is too expensive (CPU is too

Re: [PATCH] dell-smm-hwmon: Cache fan_type() calls and use fan_status() for fan detection

On 06/13/2016 11:52 AM, Pali Rohár wrote: On Sunday 22 May 2016 02:28:00 Pali Rohár wrote: On Sunday 22 May 2016 02:19:48 Guenter Roeck wrote: On 05/21/2016 07:46 AM, Pali Rohár wrote: On more Dell machines (e.g. Dell Precision M3800) I8K_SMM_GET_FAN_TYPE call is too expensive (CPU is too

Re: [PATCH] gcc-plugins: disable under COMPILE_TEST

On Mon, 2016-06-13 at 13:11 -0700, Kees Cook wrote: > On Mon, Jun 13, 2016 at 11:32 AM, Austin S. Hemmelgarn > wrote: > > On 2016-06-12 20:18, Emese Revfy wrote: > > > > > > On Sun, 12 Jun 2016 15:25:39 -0700 > > > Kees Cook wrote: > > > > > > > I

Re: [PATCH] gcc-plugins: disable under COMPILE_TEST

On Mon, 2016-06-13 at 13:11 -0700, Kees Cook wrote: > On Mon, Jun 13, 2016 at 11:32 AM, Austin S. Hemmelgarn > wrote: > > On 2016-06-12 20:18, Emese Revfy wrote: > > > > > > On Sun, 12 Jun 2016 15:25:39 -0700 > > > Kees Cook wrote: > > > > > > > I don't like this because it means if someone

Re: [PATCH] dell-smm-hwmon: Detect fan with index=2

On 06/13/2016 11:26 AM, Pali Rohár wrote: Guenter, I think you can take this patch also with Tolga's Tested-by. The patch on its own doesn't apply. It depends on 'Cache fan-type calls ...'. Should I take that patch as well ? Also, the test feedback was informal. I can not convert it to a

Re: [PATCH] dell-smm-hwmon: Detect fan with index=2

On 06/13/2016 11:26 AM, Pali Rohár wrote: Guenter, I think you can take this patch also with Tolga's Tested-by. The patch on its own doesn't apply. It depends on 'Cache fan-type calls ...'. Should I take that patch as well ? Also, the test feedback was informal. I can not convert it to a

[PATCH 5/5] ipvs: log additional sync daemon parameters

Add new multicast parameters to log messages when sync daemons start. Commits ("ipvs: add sync_maxlen parameter for the sync daemon") and ("ipvs: add more mcast parameters for the sync daemon") added additional multicast parameters, but didn't add them to the log messages when the sync daemons

[PATCH 5/5] ipvs: log additional sync daemon parameters

Add new multicast parameters to log messages when sync daemons start. Commits ("ipvs: add sync_maxlen parameter for the sync daemon") and ("ipvs: add more mcast parameters for the sync daemon") added additional multicast parameters, but didn't add them to the log messages when the sync daemons

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