Re: [PATCH V1 8/9] clk: sprd: add clocks support for SC9860

On 06/18, Chunyan Zhang wrote: > diff --git a/drivers/clk/sprd/Makefile b/drivers/clk/sprd/Makefile > index c593a93..0d90b40 100644 > --- a/drivers/clk/sprd/Makefile > +++ b/drivers/clk/sprd/Makefile > @@ -1,3 +1,4 @@ > ifneq ($(CONFIG_OF),) > obj-y+= ccu_common.o ccu_gate.o ccu_mux.o

Re: [PATCH V1 8/9] clk: sprd: add clocks support for SC9860

On 06/18, Chunyan Zhang wrote: > diff --git a/drivers/clk/sprd/Makefile b/drivers/clk/sprd/Makefile > index c593a93..0d90b40 100644 > --- a/drivers/clk/sprd/Makefile > +++ b/drivers/clk/sprd/Makefile > @@ -1,3 +1,4 @@ > ifneq ($(CONFIG_OF),) > obj-y+= ccu_common.o ccu_gate.o ccu_mux.o

Re: [PATCH] mm: remove a redundant condition in the for loop

On Tue, Jun 20, 2017 at 3:05 AM, Rasmus Villemoes wrote: > On Mon, Jun 19 2017, Vlastimil Babka wrote: > >> On 06/19/2017 03:54 PM, Hao Lee wrote: >>> The variable current_order decreases from MAX_ORDER-1 to order, so the >>> condition current_order <=

Re: [PATCH] mm: remove a redundant condition in the for loop

On Tue, Jun 20, 2017 at 3:05 AM, Rasmus Villemoes wrote: > On Mon, Jun 19 2017, Vlastimil Babka wrote: > >> On 06/19/2017 03:54 PM, Hao Lee wrote: >>> The variable current_order decreases from MAX_ORDER-1 to order, so the >>> condition current_order <= MAX_ORDER-1 is always true. >>> >>>

Re: [PATCH V1 7/9] clk: sprd: add adjustable pll support

On 06/18, Chunyan Zhang wrote: > diff --git a/drivers/clk/sprd/Makefile b/drivers/clk/sprd/Makefile > index 83232e5..c593a93 100644 > --- a/drivers/clk/sprd/Makefile > +++ b/drivers/clk/sprd/Makefile > @@ -1,3 +1,3 @@ > ifneq ($(CONFIG_OF),) > -obj-y+= ccu_common.o ccu_gate.o ccu_mux.o

Re: [PATCH V1 7/9] clk: sprd: add adjustable pll support

On 06/18, Chunyan Zhang wrote: > diff --git a/drivers/clk/sprd/Makefile b/drivers/clk/sprd/Makefile > index 83232e5..c593a93 100644 > --- a/drivers/clk/sprd/Makefile > +++ b/drivers/clk/sprd/Makefile > @@ -1,3 +1,3 @@ > ifneq ($(CONFIG_OF),) > -obj-y+= ccu_common.o ccu_gate.o ccu_mux.o

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

Hi Jens, Today's linux-next merge of the block tree got a conflict in: fs/btrfs/inode.c between commits: c6100a4b4e3d ("Btrfs: replace tree->mapping with tree->private_data") 725130bac585 ("Btrfs: use bio_clone_bioset_partial to simplify DIO submit") 3892ac9086a8 ("Btrfs: unify naming

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

Hi Jens, Today's linux-next merge of the block tree got a conflict in: fs/btrfs/inode.c between commits: c6100a4b4e3d ("Btrfs: replace tree->mapping with tree->private_data") 725130bac585 ("Btrfs: use bio_clone_bioset_partial to simplify DIO submit") 3892ac9086a8 ("Btrfs: unify naming

Re: [PATCH v2 3/3] perf report: Implement visual marker for macro fusion in annotate

Em Tue, Jun 20, 2017 at 09:25:35AM +0800, Jin, Yao escreveu: > > > Ok, thanks for making this per-arch! Some comments: > > > > I think we should have this marked permanently, i.e. not just when we go > > to the jump line, something like this (testing here in a t450s > > broadwell, function

Re: [PATCH v2 3/3] perf report: Implement visual marker for macro fusion in annotate

Em Tue, Jun 20, 2017 at 09:25:35AM +0800, Jin, Yao escreveu: > > > Ok, thanks for making this per-arch! Some comments: > > > > I think we should have this marked permanently, i.e. not just when we go > > to the jump line, something like this (testing here in a t450s > > broadwell, function

Re: [PATCH v2] arm: eBPF JIT compiler

Hi Daniel, > > Sorry, had a travel over the weekend, so didn't read it in time. > > What is the issue with imitating in JIT what the interpreter is > doing as a starting point? That should be generic enough to handle > any case. > > Otherwise you'd need some sort of reverse mapping since verifier

Re: [PATCH] tcmu: Add fifo type waiter list support to avoidstarvation

Hi Nic & Mike I will update this just after the issue reported by Bryant on his environment been fixed later. Thanks, BRs Xiubo On 2017年06月04日 12:11, Mike Christie wrote: On 05/04/2017 09:51 PM, lixi...@cmss.chinamobile.com wrote: From: Xiubo Li The fifo

Re: [PATCH v2] arm: eBPF JIT compiler

Hi Daniel, > > Sorry, had a travel over the weekend, so didn't read it in time. > > What is the issue with imitating in JIT what the interpreter is > doing as a starting point? That should be generic enough to handle > any case. > > Otherwise you'd need some sort of reverse mapping since verifier

Re: [PATCH] tcmu: Add fifo type waiter list support to avoidstarvation

Hi Nic & Mike I will update this just after the issue reported by Bryant on his environment been fixed later. Thanks, BRs Xiubo On 2017年06月04日 12:11, Mike Christie wrote: On 05/04/2017 09:51 PM, lixi...@cmss.chinamobile.com wrote: From: Xiubo Li The fifo type waiter list will hold the

Re: [PATCH V1 3/9] clk: sprd: add gate clock support

On 06/18, Chunyan Zhang wrote: > diff --git a/drivers/clk/sprd/Makefile b/drivers/clk/sprd/Makefile > index 8f802b2..333e2b2 100644 > --- a/drivers/clk/sprd/Makefile > +++ b/drivers/clk/sprd/Makefile > @@ -1,3 +1,3 @@ > ifneq ($(CONFIG_OF),) > -obj-y+= ccu_common.o > +obj-y+=

Re: [PATCH V1 3/9] clk: sprd: add gate clock support

On 06/18, Chunyan Zhang wrote: > diff --git a/drivers/clk/sprd/Makefile b/drivers/clk/sprd/Makefile > index 8f802b2..333e2b2 100644 > --- a/drivers/clk/sprd/Makefile > +++ b/drivers/clk/sprd/Makefile > @@ -1,3 +1,3 @@ > ifneq ($(CONFIG_OF),) > -obj-y+= ccu_common.o > +obj-y+=

Re: [PATCH V1 2/9] clk: sprd: Add common infrastructure

On 06/18, Chunyan Zhang wrote: > Added Spreadtrum's clock driver common structure and registration code. > > Signed-off-by: Chunyan Zhang > --- > drivers/clk/Makefile | 1 + > drivers/clk/sprd/Makefile | 3 ++ > drivers/clk/sprd/ccu_common.c | 78

Re: [PATCH V1 2/9] clk: sprd: Add common infrastructure

On 06/18, Chunyan Zhang wrote: > Added Spreadtrum's clock driver common structure and registration code. > > Signed-off-by: Chunyan Zhang > --- > drivers/clk/Makefile | 1 + > drivers/clk/sprd/Makefile | 3 ++ > drivers/clk/sprd/ccu_common.c | 78

Re: [PATCH v9 1/5] firmware: add extensible driver data params

On Mon, Jun 19, 2017 at 09:41:07PM +0200, Luis R. Rodriguez wrote: > On Mon, Jun 19, 2017 at 09:33:16AM +0200, Johannes Berg wrote: > > On Sat, 2017-06-17 at 21:38 +0200, Greg KH wrote: > > > > > But we don't accept kernel patches for some mythical future option > > > that might be happening some

Re: [PATCH v9 1/5] firmware: add extensible driver data params

On Mon, Jun 19, 2017 at 09:41:07PM +0200, Luis R. Rodriguez wrote: > On Mon, Jun 19, 2017 at 09:33:16AM +0200, Johannes Berg wrote: > > On Sat, 2017-06-17 at 21:38 +0200, Greg KH wrote: > > > > > But we don't accept kernel patches for some mythical future option > > > that might be happening some

Re: [PATCH v2 3/3] perf report: Implement visual marker for macro fusion in annotate

Ok, thanks for making this per-arch! Some comments: I think we should have this marked permanently, i.e. not just when we go to the jump line, something like this (testing here in a t450s broadwell, function hc_find_func, /usr/lib64/liblzma.so.5.2.2): It is like this now, when we are not on

Re: [PATCH V1 0/9] add clock driver for Spreadtrum platforms

On 06/18, Chunyan Zhang wrote: > In the last cycle, the patches support Whale2 sc9860 mobile chip have been > merged. This patchset adds clock driver which is used on almost all > Spreadtrum SoCs. > > This is a rewrite of Spreadtrum's original clock driver[1] according to the > comments[2] from

Re: [PATCH v2 3/3] perf report: Implement visual marker for macro fusion in annotate

Ok, thanks for making this per-arch! Some comments: I think we should have this marked permanently, i.e. not just when we go to the jump line, something like this (testing here in a t450s broadwell, function hc_find_func, /usr/lib64/liblzma.so.5.2.2): It is like this now, when we are not on

Re: [PATCH V1 0/9] add clock driver for Spreadtrum platforms

On 06/18, Chunyan Zhang wrote: > In the last cycle, the patches support Whale2 sc9860 mobile chip have been > merged. This patchset adds clock driver which is used on almost all > Spreadtrum SoCs. > > This is a rewrite of Spreadtrum's original clock driver[1] according to the > comments[2] from

Re: [PATCH V1 9/9] arm64: dts: add ccu for SC9860

On 06/18, Chunyan Zhang wrote: > diff --git a/arch/arm64/boot/dts/sprd/sc9860-ccu.dtsi > b/arch/arm64/boot/dts/sprd/sc9860-ccu.dtsi > new file mode 100644 > index 000..e15bf2d > --- /dev/null > +++ b/arch/arm64/boot/dts/sprd/sc9860-ccu.dtsi > @@ -0,0 +1,67 @@ > +/* > + * Spreadtrum SC9860 SoC

Re: [PATCH V1 9/9] arm64: dts: add ccu for SC9860

On 06/18, Chunyan Zhang wrote: > diff --git a/arch/arm64/boot/dts/sprd/sc9860-ccu.dtsi > b/arch/arm64/boot/dts/sprd/sc9860-ccu.dtsi > new file mode 100644 > index 000..e15bf2d > --- /dev/null > +++ b/arch/arm64/boot/dts/sprd/sc9860-ccu.dtsi > @@ -0,0 +1,67 @@ > +/* > + * Spreadtrum SC9860 SoC

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

Hi Jens, Today's linux-next merge of the block tree got a conflict in: fs/btrfs/disk-io.c between commit: c6100a4b4e3d ("Btrfs: replace tree->mapping with tree->private_data") e4f56903863c ("btrfs: btrfs_io_bio_alloc never fails, skip error handling") c5e4c3d75034 ("btrfs: sink gfp

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

Hi Jens, Today's linux-next merge of the block tree got a conflict in: fs/btrfs/disk-io.c between commit: c6100a4b4e3d ("Btrfs: replace tree->mapping with tree->private_data") e4f56903863c ("btrfs: btrfs_io_bio_alloc never fails, skip error handling") c5e4c3d75034 ("btrfs: sink gfp

Re: [GIT PULL] tpmdd fixes for 4.13

On Mon, 19 Jun 2017, Jarkko Sakkinen wrote: > Hi > > Here are thpdates for 4.13. > > Major changes: > > - Releasing and relinquishing of locality in tpm_vtpm_proxy for each >   command/response sequence. > - Consolidating platform and ACPI driver in tpm_tis. > - Sanitize endian conversions for

Re: [GIT PULL] tpmdd fixes for 4.13

On Mon, 19 Jun 2017, Jarkko Sakkinen wrote: > Hi > > Here are thpdates for 4.13. > > Major changes: > > - Releasing and relinquishing of locality in tpm_vtpm_proxy for each >   command/response sequence. > - Consolidating platform and ACPI driver in tpm_tis. > - Sanitize endian conversions for

Re: [PATCH v7 1/1] clk: bcm: Add clocks for Stingray SOC

On 06/06, Anup Patel wrote: > From: Sandeep Tripathy > > This patch adds support for Stingray clocks in iproc > ccf. The Stingray SOC has various plls based on iproc > pll architecture. > > Signed-off-by: Sandeep Tripathy >

Re: [PATCH v7 1/1] clk: bcm: Add clocks for Stingray SOC

On 06/06, Anup Patel wrote: > From: Sandeep Tripathy > > This patch adds support for Stingray clocks in iproc > ccf. The Stingray SOC has various plls based on iproc > pll architecture. > > Signed-off-by: Sandeep Tripathy > Signed-off-by: Anup Patel > Reviewed-by: Ray Jui > Reviewed-by:

[PATCH v2 2/5] i2c: pca-platform: add devicetree awareness

Allow devices that use this driver to be registered via a devicetree. Signed-off-by: Chris Packham --- Changes in v2: - Set i2c->adap.dev.of_node so that child nodes are automatically probed - Split dt-binding to separate patch, use "reset-gpios" instead of

[PATCH v2 2/5] i2c: pca-platform: add devicetree awareness

Allow devices that use this driver to be registered via a devicetree. Signed-off-by: Chris Packham --- Changes in v2: - Set i2c->adap.dev.of_node so that child nodes are automatically probed - Split dt-binding to separate patch, use "reset-gpios" instead of "gpios".

[PATCH v2 5/5] i2c: pca-platform: use dev_warn/dev_info instead of printk

Signed-off-by: Chris Packham --- drivers/i2c/busses/i2c-pca-platform.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/drivers/i2c/busses/i2c-pca-platform.c b/drivers/i2c/busses/i2c-pca-platform.c index 12ab0cafa7c9..27175d681548

[PATCH v2 5/5] i2c: pca-platform: use dev_warn/dev_info instead of printk

Signed-off-by: Chris Packham --- drivers/i2c/busses/i2c-pca-platform.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/drivers/i2c/busses/i2c-pca-platform.c b/drivers/i2c/busses/i2c-pca-platform.c index 12ab0cafa7c9..27175d681548 100644 ---

[PATCH v2 4/5] i2c: pca-platform: use device managed allocations

Switch to using the devm_ APIs and remove the now unnecessary error handling and most of the device removal code. Signed-off-by: Chris Packham --- drivers/i2c/busses/i2c-pca-platform.c | 61 +++ 1 file changed, 11 insertions(+),

[PATCH v2 4/5] i2c: pca-platform: use device managed allocations

Switch to using the devm_ APIs and remove the now unnecessary error handling and most of the device removal code. Signed-off-by: Chris Packham --- drivers/i2c/busses/i2c-pca-platform.c | 61 +++ 1 file changed, 11 insertions(+), 50 deletions(-) diff --git

[PATCH v2 3/5] i2c: pca-platform: use gpio_is_valid

Use gpio_is_valid() instead of gpio > -1. Signed-off-by: Chris Packham --- drivers/i2c/busses/i2c-pca-platform.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/drivers/i2c/busses/i2c-pca-platform.c

[PATCH v2 3/5] i2c: pca-platform: use gpio_is_valid

Use gpio_is_valid() instead of gpio > -1. Signed-off-by: Chris Packham --- drivers/i2c/busses/i2c-pca-platform.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/drivers/i2c/busses/i2c-pca-platform.c b/drivers/i2c/busses/i2c-pca-platform.c index

[PATCH v2 1/5] dt-bindings: add bindings for i2c-pca-platform

Signed-off-by: Chris Packham --- Changes in v2: - Split dt-binding to separate patch, use "reset-gpios" instead of "gpios". .../devicetree/bindings/i2c/i2c-pca-platform.txt | 18 ++ 1 file changed, 18 insertions(+) create mode 100644

[PATCH v2 1/5] dt-bindings: add bindings for i2c-pca-platform

Signed-off-by: Chris Packham --- Changes in v2: - Split dt-binding to separate patch, use "reset-gpios" instead of "gpios". .../devicetree/bindings/i2c/i2c-pca-platform.txt | 18 ++ 1 file changed, 18 insertions(+) create mode 100644

[PATCH v2 0/5] i2c: pca-platform: updates

We're using a PCA9564 on an embedded platform to provide an i2c controller. This adds devicetree support and I've included some cleanups for the driver while I was at it. Chris Packham (5): dt-bindings: add bindings for i2c-pca-platform i2c: pca-platform: add devicetree awareness i2c:

[PATCH v2 0/5] i2c: pca-platform: updates

We're using a PCA9564 on an embedded platform to provide an i2c controller. This adds devicetree support and I've included some cleanups for the driver while I was at it. Chris Packham (5): dt-bindings: add bindings for i2c-pca-platform i2c: pca-platform: add devicetree awareness i2c:

Re: [PATCH v2] drm/mediatek: separate color module to fixup error memory reallocation

On Fri, 2017-06-16 at 22:02 +0800, YT Shen wrote: > Previous patch (c5f228ef6c drm/mediatek: add *driver_data for different > hardware settings) calls devm_kfree() and then devm_kzalloc() to > reallocate color module data structure. But this reallocation cannnot > guarantee the new address is

Re: [PATCH v2] drm/mediatek: separate color module to fixup error memory reallocation

On Fri, 2017-06-16 at 22:02 +0800, YT Shen wrote: > Previous patch (c5f228ef6c drm/mediatek: add *driver_data for different > hardware settings) calls devm_kfree() and then devm_kzalloc() to > reallocate color module data structure. But this reallocation cannnot > guarantee the new address is

Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem

On Mon, Jun 19, 2017 at 08:22:10AM -0700, Andy Lutomirski wrote: > On Mon, Jun 19, 2017 at 6:21 AM, Dave Chinner wrote: > > On Sat, Jun 17, 2017 at 10:05:45PM -0700, Andy Lutomirski wrote: > >> On Sat, Jun 17, 2017 at 8:15 PM, Dan Williams > >>

Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem

On Mon, Jun 19, 2017 at 08:22:10AM -0700, Andy Lutomirski wrote: > On Mon, Jun 19, 2017 at 6:21 AM, Dave Chinner wrote: > > On Sat, Jun 17, 2017 at 10:05:45PM -0700, Andy Lutomirski wrote: > >> On Sat, Jun 17, 2017 at 8:15 PM, Dan Williams > >> wrote: > >> > On Sat, Jun 17, 2017 at 4:50 PM,

Re: [PATCH v2 3/3] ACPI / sleep: EC-based wakeup from suspend-to-idle on recent Dell systems

On Tue, Jun 20, 2017 at 2:07 AM, Linus Torvalds wrote: > On Tue, Jun 20, 2017 at 5:53 AM, Rafael J. Wysocki wrote: >> >> -> v2: Added acpi_sleep=no_ec_wakeup to prevent EC events from waking up >> the system from s2idle on systems

Re: [PATCH v2 3/3] ACPI / sleep: EC-based wakeup from suspend-to-idle on recent Dell systems

On Tue, Jun 20, 2017 at 2:07 AM, Linus Torvalds wrote: > On Tue, Jun 20, 2017 at 5:53 AM, Rafael J. Wysocki wrote: >> >> -> v2: Added acpi_sleep=no_ec_wakeup to prevent EC events from waking up >> the system from s2idle on systems where they do that by default. > > This seems a big

Re: [PATCH 2/6] clk: mediatek: export cpu multiplexer clock for MT2701/MT7623 SoCs

On 05/05, sean.w...@mediatek.com wrote: > From: Sean Wang > > The patch enables CPU multiplexer clock on MT2701/MT7623 SoC which fixes > up cpufreq driver fails at acquiring intermediate clock source when driver > probe is called. > > Signed-off-by: Pi-Cheng Chen

Re: [PATCH 2/6] clk: mediatek: export cpu multiplexer clock for MT2701/MT7623 SoCs

On 05/05, sean.w...@mediatek.com wrote: > From: Sean Wang > > The patch enables CPU multiplexer clock on MT2701/MT7623 SoC which fixes > up cpufreq driver fails at acquiring intermediate clock source when driver > probe is called. > > Signed-off-by: Pi-Cheng Chen > Signed-off-by: Sean Wang >

Re: [PATCH 3/6] clk: mediatek: export cpu multiplexer clock for MT8173 SoCs

On 05/05, sean.w...@mediatek.com wrote: > From: Sean Wang > > The patch enables CPU multiplexer clock on MT8173 SoC which fixes up > cpufreq driver fails at acquiring intermediate clock source when driver > probe is called. > > Signed-off-by: Pi-Cheng Chen

Re: [PATCH 1/6] clk: mediatek: add missing cpu mux causing Mediatek cpufreq can't work

On 05/05, sean.w...@mediatek.com wrote: > From: Sean Wang > > This patch adds CPU multiplexer clocks which are essential for Mediatek > cpufreq driver. It would use the CPU clock multiplexer to switch to the > intermediate clock source temporarily and then wait for the

Re: [PATCH 3/6] clk: mediatek: export cpu multiplexer clock for MT8173 SoCs

On 05/05, sean.w...@mediatek.com wrote: > From: Sean Wang > > The patch enables CPU multiplexer clock on MT8173 SoC which fixes up > cpufreq driver fails at acquiring intermediate clock source when driver > probe is called. > > Signed-off-by: Pi-Cheng Chen > Signed-off-by: Sean Wang > ---

Re: [PATCH 1/6] clk: mediatek: add missing cpu mux causing Mediatek cpufreq can't work

On 05/05, sean.w...@mediatek.com wrote: > From: Sean Wang > > This patch adds CPU multiplexer clocks which are essential for Mediatek > cpufreq driver. It would use the CPU clock multiplexer to switch to the > intermediate clock source temporarily and then wait for the primary clock > changing

Re: [PATCH v6 1/3] clk: imx7d: create clocks behind rawnand clock gate

On 06/08, Stefan Agner wrote: > The rawnand clock gate gates two clocks, NAND_USDHC_BUS_CLK_ROOT > and NAND_CLK_ROOT. However, the gate has been in the chain of the > latter only. This does not allow to use the NAND_USDHC_BUS_CLK_ROOT > only, e.g. as required by APBH-Bridge-DMA. > > Add new

Re: [PATCH v6 1/3] clk: imx7d: create clocks behind rawnand clock gate

On 06/08, Stefan Agner wrote: > The rawnand clock gate gates two clocks, NAND_USDHC_BUS_CLK_ROOT > and NAND_CLK_ROOT. However, the gate has been in the chain of the > latter only. This does not allow to use the NAND_USDHC_BUS_CLK_ROOT > only, e.g. as required by APBH-Bridge-DMA. > > Add new

Re: [PATCH v2 3/3] clk: hi3660: Set PPLL2 to 2880M

On 05/26, Guodong Xu wrote: > From: Zhong Kaihua > > Set PPLL2 to 2880M. With this patch, we saw better compatibility > on various 1080p HDMI monitors. > > Signed-off-by: Zhong Kaihua > Signed-off-by: Zheng Shaobo > ---

Re: [PATCH v2 2/3] clk: hi3660: add clocks for video encoder, decoder and ISP

On 05/26, Guodong Xu wrote: > From: Chen Jun > > This patch adds more clocks for hi3660, including: > - video encoder and decoder > - ISP (Image Signal Processing) > > Signed-off-by: Chen Jun > Signed-off-by: Zhong Kaihua >

Re: [PATCH v2 3/3] clk: hi3660: Set PPLL2 to 2880M

On 05/26, Guodong Xu wrote: > From: Zhong Kaihua > > Set PPLL2 to 2880M. With this patch, we saw better compatibility > on various 1080p HDMI monitors. > > Signed-off-by: Zhong Kaihua > Signed-off-by: Zheng Shaobo > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of

Re: [PATCH v2 2/3] clk: hi3660: add clocks for video encoder, decoder and ISP

On 05/26, Guodong Xu wrote: > From: Chen Jun > > This patch adds more clocks for hi3660, including: > - video encoder and decoder > - ISP (Image Signal Processing) > > Signed-off-by: Chen Jun > Signed-off-by: Zhong Kaihua > Signed-off-by: Guodong Xu > Reviewed-by: Zhangfei Gao > ---

Re: [PATCH v2 1/3] clk: hi3660: fix wrong parent name of clk_mux_sysbus

On 05/26, Guodong Xu wrote: > From: Chen Jun > > Parent name of clk_mux_sysbus is not correct. This patch fixes it. > > Signed-off-by: Chen Jun > Signed-off-by: John Stultz > Signed-off-by: Guodong Xu

Re: [PATCH v2 1/3] clk: hi3660: fix wrong parent name of clk_mux_sysbus

On 05/26, Guodong Xu wrote: > From: Chen Jun > > Parent name of clk_mux_sysbus is not correct. This patch fixes it. > > Signed-off-by: Chen Jun > Signed-off-by: John Stultz > Signed-off-by: Guodong Xu > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora

Re: [PATCH v10 4/5] i2c: aspeed: added driver for Aspeed I2C

On Mon, Jun 19, 2017 at 7:21 AM, Wolfram Sang wrote: > > And any chance for a MAINTAINERS entry? > We already have one: http://elixir.free-electrons.com/linux/v4.11.5/source/MAINTAINERS#L1090 However, if you would like me to own this driver, I could add an entry for myself.

Re: [PATCH v10 4/5] i2c: aspeed: added driver for Aspeed I2C

On Mon, Jun 19, 2017 at 7:21 AM, Wolfram Sang wrote: > > And any chance for a MAINTAINERS entry? > We already have one: http://elixir.free-electrons.com/linux/v4.11.5/source/MAINTAINERS#L1090 However, if you would like me to own this driver, I could add an entry for myself.

Re: [PATCH 4.11 00/78] 4.11.7-stable review

On Mon, Jun 19, 2017 at 03:48:46PM -0700, Guenter Roeck wrote: > On Mon, Jun 19, 2017 at 11:15:00PM +0800, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.11.7 release. > > There are 78 patches in this series, all will be posted as a response > > to this one.

Re: [PATCH 4.11 00/78] 4.11.7-stable review

On Mon, Jun 19, 2017 at 03:48:46PM -0700, Guenter Roeck wrote: > On Mon, Jun 19, 2017 at 11:15:00PM +0800, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.11.7 release. > > There are 78 patches in this series, all will be posted as a response > > to this one.

Re: [PATCH v2 4/4] arm64: dts: rockchip: use cs-gpios for cros_ec_spi

Hi Mark, Forgot to follow up here: On Tue, Jun 13, 2017 at 07:22:25PM +0100, Mark Brown wrote: > On Tue, Jun 13, 2017 at 10:50:44AM -0700, Brian Norris wrote: > > On Tue, Jun 13, 2017 at 01:25:43PM +0800, Jeffy Chen wrote: > > > The cros_ec requires CS line to be active after last message. But

Re: [PATCH v2 4/4] arm64: dts: rockchip: use cs-gpios for cros_ec_spi

Hi Mark, Forgot to follow up here: On Tue, Jun 13, 2017 at 07:22:25PM +0100, Mark Brown wrote: > On Tue, Jun 13, 2017 at 10:50:44AM -0700, Brian Norris wrote: > > On Tue, Jun 13, 2017 at 01:25:43PM +0800, Jeffy Chen wrote: > > > The cros_ec requires CS line to be active after last message. But

Re: [PATCH] clk: gcc-msm8996: Add missing lpass smmu clks

On 06/12, Srinivas Kandagatla wrote: > This patch adds missing LPASS smmu clks which are required by the audio > driver. > > Signed-off-by: Srinivas Kandagatla > --- > drivers/clk/qcom/gcc-msm8996.c | 26 ++ >

Re: [PATCH] clk: gcc-msm8916: add support to 9.6MHz codec clk

On 06/12, Srinivas Kandagatla wrote: > MCLK for internal audio codec is expected to be at 9.6MHz by default. > This patch adds support to 9.6MHz to make the default case possible. > > Signed-off-by: Srinivas Kandagatla > --- Applied to clk-next -- Qualcomm

Re: [PATCH] clk: gcc-msm8996: Add missing lpass smmu clks

On 06/12, Srinivas Kandagatla wrote: > This patch adds missing LPASS smmu clks which are required by the audio > driver. > > Signed-off-by: Srinivas Kandagatla > --- > drivers/clk/qcom/gcc-msm8996.c | 26 ++ > include/dt-bindings/clock/qcom,gcc-msm8996.h |

Re: [PATCH] clk: gcc-msm8916: add support to 9.6MHz codec clk

On 06/12, Srinivas Kandagatla wrote: > MCLK for internal audio codec is expected to be at 9.6MHz by default. > This patch adds support to 9.6MHz to make the default case possible. > > Signed-off-by: Srinivas Kandagatla > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member

Re: [PATCH v6 3/6] clk: qcom: Add DT bindings for ipq8074 gcc clock controller

On 06/09, Varadarajan Narayanan wrote: > From: Abhishek Sahu > > Add the compatible strings and the include file for ipq8074 gcc > clock controller. > > Acked-by: Rob Herring (bindings) > Signed-off-by: Varadarajan Narayanan >

Re: [PATCH v6 3/6] clk: qcom: Add DT bindings for ipq8074 gcc clock controller

On 06/09, Varadarajan Narayanan wrote: > From: Abhishek Sahu > > Add the compatible strings and the include file for ipq8074 gcc > clock controller. > > Acked-by: Rob Herring (bindings) > Signed-off-by: Varadarajan Narayanan > Signed-off-by: Abhishek Sahu > --- Applied to clk-next --

Re: [PATCH v6 4/6] clk: qcom: Add ipq8074 Global Clock Controller support

On 06/09, Varadarajan Narayanan wrote: > From: Abhishek Sahu > > This patch adds support for the global clock controller found on > the ipq8074 based devices. This includes UART, I2C, SPI etc. > > Signed-off-by: Abhishek Sahu > Signed-off-by:

Re: [PATCH v6 4/6] clk: qcom: Add ipq8074 Global Clock Controller support

On 06/09, Varadarajan Narayanan wrote: > From: Abhishek Sahu > > This patch adds support for the global clock controller found on > the ipq8074 based devices. This includes UART, I2C, SPI etc. > > Signed-off-by: Abhishek Sahu > Signed-off-by: Varadarajan Narayanan > --- Applied to clk-next

Re: [PATCH 3/3] rtmutex: remove unnecessary adjust prio

CC fengguang. This patch survived in Fengguang's 0day testing on https://github.com/alexshi/power-scheduling.git rtmutex-doc :) Regards Alex On 05/25/2017 01:26 PM, Alex Shi wrote: > We don't need to adjust prio before new pi_waiter adding. The prio > only need update after pi_waiter change or

Re: [PATCH 3/3] rtmutex: remove unnecessary adjust prio

CC fengguang. This patch survived in Fengguang's 0day testing on https://github.com/alexshi/power-scheduling.git rtmutex-doc :) Regards Alex On 05/25/2017 01:26 PM, Alex Shi wrote: > We don't need to adjust prio before new pi_waiter adding. The prio > only need update after pi_waiter change or

Re: [PATCH v6 00/11] Broadcom Stingray SOC Initial Support

On 06/06/2017 03:30 PM, Stephen Boyd wrote: > On 06/05, Florian Fainelli wrote: >> >> >> On 06/05/2017 09:51 AM, Florian Fainelli wrote: >>> On 06/01/2017 11:34 PM, Anup Patel wrote: This patchset adds initial support of Broadcom Stingray SOC by reusing existing Broadcom iProc device

Re: [PATCH v6 00/11] Broadcom Stingray SOC Initial Support

On 06/06/2017 03:30 PM, Stephen Boyd wrote: > On 06/05, Florian Fainelli wrote: >> >> >> On 06/05/2017 09:51 AM, Florian Fainelli wrote: >>> On 06/01/2017 11:34 PM, Anup Patel wrote: This patchset adds initial support of Broadcom Stingray SOC by reusing existing Broadcom iProc device

Re: Linux 4.12-rc6

On Mon, Jun 19, 2017 at 11:04:15PM +0800, Linus Torvalds wrote: > And things look fairly normal. Two thirds drivers (rdma stands out, > but there's also networking drivers, gpu, hid etc), with the rest > being the usual mixture of architecture updates (s390, mips, powerpc, > arm, xtemsa) and

Re: Linux 4.12-rc6

On Mon, Jun 19, 2017 at 11:04:15PM +0800, Linus Torvalds wrote: > And things look fairly normal. Two thirds drivers (rdma stands out, > but there's also networking drivers, gpu, hid etc), with the rest > being the usual mixture of architecture updates (s390, mips, powerpc, > arm, xtemsa) and

Re: [PATCH v2 2/3] rtmutex: update rt-mutex

Any more comments or concern on this? Thanks! On 05/25/2017 01:26 PM, Alex Shi wrote: > The rtmutex remove a pending owner bit in in rt_mutex::owner, in > commit 8161239a8bcc ("rtmutex: Simplify PI algorithm and make highest prio > task get lock") > But the document was changed accordingly.

Re: [PATCH v2 2/3] rtmutex: update rt-mutex

Any more comments or concern on this? Thanks! On 05/25/2017 01:26 PM, Alex Shi wrote: > The rtmutex remove a pending owner bit in in rt_mutex::owner, in > commit 8161239a8bcc ("rtmutex: Simplify PI algorithm and make highest prio > task get lock") > But the document was changed accordingly.

Re: [PATCH v3 1/3] rtmutex: update rt-mutex-design

On 05/25/2017 01:26 PM, Alex Shi wrote: > > Author: Steven Rostedt > +Updated: Alex Shi - 5/20/2017 > > Reviewers: Ingo Molnar, Thomas Gleixner, Thomas Duetsch, and Randy Dunlap > > @@ -779,3 +554,4 @@ Updates > --- > > This

Re: [PATCH v3 1/3] rtmutex: update rt-mutex-design

On 05/25/2017 01:26 PM, Alex Shi wrote: > > Author: Steven Rostedt > +Updated: Alex Shi - 5/20/2017 > > Reviewers: Ingo Molnar, Thomas Gleixner, Thomas Duetsch, and Randy Dunlap > > @@ -779,3 +554,4 @@ Updates > --- > > This document was originally written for

Re: [PATCH v5 6/6] ARM: dts: imx6: RIoTboard provide standby on power off option

On 06/19, Oleksij Rempel wrote: > This board, as well as some other boards with i.MX6 and a PMIC, uses a > "MPIC_STBY_REQ" line to notify the PMIC about a state change. PMIC_STBY_REQ? > The PMIC is programmed for a specific state change before triggering the > line. > In this case, PMIC_STBY_REQ

Re: [PATCH v5 6/6] ARM: dts: imx6: RIoTboard provide standby on power off option

On 06/19, Oleksij Rempel wrote: > This board, as well as some other boards with i.MX6 and a PMIC, uses a > "MPIC_STBY_REQ" line to notify the PMIC about a state change. PMIC_STBY_REQ? > The PMIC is programmed for a specific state change before triggering the > line. > In this case, PMIC_STBY_REQ

Re: [GIT PULL] Improve cp110 clk support on Marvell Armada 7K/8K

On 06/19, Gregory CLEMENT wrote: > > Hi Mike, Stephen, > > This time I turned the series in a pull request so I removed the > device tree binding part which will be in an other series for Rob > Herring and I also removed the dt part that I will take care of once > you will have pulled this one.

Re: [GIT PULL] Improve cp110 clk support on Marvell Armada 7K/8K

On 06/19, Gregory CLEMENT wrote: > > Hi Mike, Stephen, > > This time I turned the series in a pull request so I removed the > device tree binding part which will be in an other series for Rob > Herring and I also removed the dt part that I will take care of once > you will have pulled this one.

[patch 02/55] iommu/amd: Add name to irq chip

Add the missing name, so debugging will work proper. Signed-off-by: Thomas Gleixner Cc: Joerg Roedel Cc: io...@lists.linux-foundation.org --- drivers/iommu/amd_iommu.c |9 + 1 file changed, 5 insertions(+), 4 deletions(-) ---

[patch 04/55] genirq/msi: Prevent overwriting domain name

Prevent overwriting an already assigned domain name. Remove the extra check for chip->name, because if domain->name is NULL overwriting it with NULL is not a problem. Signed-off-by: Thomas Gleixner --- kernel/irq/msi.c |3 ++- 1 file changed, 2 insertions(+), 1

[patch 02/55] iommu/amd: Add name to irq chip

Add the missing name, so debugging will work proper. Signed-off-by: Thomas Gleixner Cc: Joerg Roedel Cc: io...@lists.linux-foundation.org --- drivers/iommu/amd_iommu.c |9 + 1 file changed, 5 insertions(+), 4 deletions(-) --- a/drivers/iommu/amd_iommu.c +++

[patch 04/55] genirq/msi: Prevent overwriting domain name

Prevent overwriting an already assigned domain name. Remove the extra check for chip->name, because if domain->name is NULL overwriting it with NULL is not a problem. Signed-off-by: Thomas Gleixner --- kernel/irq/msi.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) ---

[patch 05/55] genirq: Allow fwnode to carry name information only

In order to provide proper debug interface it's required to have domain names available when the domain is added. Non fwnode based architectures like x86 have no way to do so. It's not possible to use domain ops or host data for this as domain ops might be the same for several instances, but the

[patch 05/55] genirq: Allow fwnode to carry name information only

In order to provide proper debug interface it's required to have domain names available when the domain is added. Non fwnode based architectures like x86 have no way to do so. It's not possible to use domain ops or host data for this as domain ops might be the same for several instances, but the

[patch 03/55] iommu/vt-d: Add name to irq chip

Add the missing name, so debugging will work proper. Signed-off-by: Thomas Gleixner Cc: Joerg Roedel Cc: io...@lists.linux-foundation.org --- drivers/iommu/intel_irq_remapping.c |9 + 1 file changed, 5 insertions(+), 4 deletions(-) ---

[patch 03/55] iommu/vt-d: Add name to irq chip

Add the missing name, so debugging will work proper. Signed-off-by: Thomas Gleixner Cc: Joerg Roedel Cc: io...@lists.linux-foundation.org --- drivers/iommu/intel_irq_remapping.c |9 + 1 file changed, 5 insertions(+), 4 deletions(-) --- a/drivers/iommu/intel_irq_remapping.c +++

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