Re: [PATCH 1/1] perf tools: Fix build break on powerpc

Em Mon, Mar 28, 2016 at 09:35:31AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Sun, Mar 27, 2016 at 01:19:03PM +0200, Jiri Olsa escreveu: > > On Sat, Mar 26, 2016 at 11:01:47AM -0700, Sukadev Bhattiprolu wrote: > > > From 502e8236082412db1d33abfad95aaf14b539502e Mon Sep 17 00:00:00 2001 > > >

Re: [PATCH 1/1] perf tools: Fix build break on powerpc

Em Mon, Mar 28, 2016 at 09:35:31AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Sun, Mar 27, 2016 at 01:19:03PM +0200, Jiri Olsa escreveu: > > On Sat, Mar 26, 2016 at 11:01:47AM -0700, Sukadev Bhattiprolu wrote: > > > From 502e8236082412db1d33abfad95aaf14b539502e Mon Sep 17 00:00:00 2001 > > >

Re: [PATCH v2] netpoll: Fix extra refcount release in netpoll_cleanup()

On Fri, Mar 25, 2016 at 03:16:36PM -0400, David Miller wrote: > From: Bjorn Helgaas > Date: Fri, 25 Mar 2016 11:46:39 -0500 > > > You're right, there is an issue here. I reproduced a problem with a > > bond device. bond_netpoll_setup() calls __netpoll_setup() directly > >

Re: [PATCH v2] netpoll: Fix extra refcount release in netpoll_cleanup()

On Fri, Mar 25, 2016 at 03:16:36PM -0400, David Miller wrote: > From: Bjorn Helgaas > Date: Fri, 25 Mar 2016 11:46:39 -0500 > > > You're right, there is an issue here. I reproduced a problem with a > > bond device. bond_netpoll_setup() calls __netpoll_setup() directly > > (not

Re: [PATCH v14 3/4] ARM64: add SBSA Generic Watchdog device node in amd-seattle-soc.dtsi

Hi Wim, Guenter: Great thanks for reviewing and applying this patchset :-) Now I can see almost all the patches of this patchset have been merged into the master branch of mainline kernel. But only this one is still out of any branch or repo. It seems that it's applied on linux-watchdog for a

Re: [PATCH v14 3/4] ARM64: add SBSA Generic Watchdog device node in amd-seattle-soc.dtsi

Hi Wim, Guenter: Great thanks for reviewing and applying this patchset :-) Now I can see almost all the patches of this patchset have been merged into the master branch of mainline kernel. But only this one is still out of any branch or repo. It seems that it's applied on linux-watchdog for a

[PATCH] [media] v4l: Remove unused variable

Signed-off-by: Charles Keepax --- drivers/media/v4l2-core/v4l2-mc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Based off Linus's tree, apologies but I was having some difficulty finding the correct tree/branch to base this on, but it is causing a

[PATCH] [media] v4l: Remove unused variable

Signed-off-by: Charles Keepax --- drivers/media/v4l2-core/v4l2-mc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Based off Linus's tree, apologies but I was having some difficulty finding the correct tree/branch to base this on, but it is causing a warning on Linus's tree. Thanks,

Re: [REGRESSION] firmware: dmi_scan: add SBMIOS entry and DMI tables

On 28.03.16 15:44, ivan.khoronzhuk wrote: Hi Paul, The dmi_remap() is arch dependent function and for mainline used as ioremap_cache for x86, arm.. And only for ia64 as ioremap (where it's same as ioremap_cache). I'm talking about k4.5. k4.5 -> v4.6-rc1. It's rather bug of dmi_remap than

Re: [REGRESSION] firmware: dmi_scan: add SBMIOS entry and DMI tables

On 28.03.16 15:44, ivan.khoronzhuk wrote: Hi Paul, The dmi_remap() is arch dependent function and for mainline used as ioremap_cache for x86, arm.. And only for ia64 as ioremap (where it's same as ioremap_cache). I'm talking about k4.5. k4.5 -> v4.6-rc1. It's rather bug of dmi_remap than

Re: rcu_preempt self-detected stall on CPU from 4.5-rc3, since 3.17

On Mon, Mar 28, 2016 at 08:25:47AM +0200, Peter Zijlstra wrote: > On Sun, Mar 27, 2016 at 02:06:41PM -0700, Paul E. McKenney wrote: > > > > But, you need hotplug for this to happen, right? > > > > I do, but Ross Green is seeing something that looks similar, and without > > CPU hotplug. > > Yes,

Re: rcu_preempt self-detected stall on CPU from 4.5-rc3, since 3.17

On Mon, Mar 28, 2016 at 08:25:47AM +0200, Peter Zijlstra wrote: > On Sun, Mar 27, 2016 at 02:06:41PM -0700, Paul E. McKenney wrote: > > > > But, you need hotplug for this to happen, right? > > > > I do, but Ross Green is seeing something that looks similar, and without > > CPU hotplug. > > Yes,

Re: [PATCH v6 0/3] Add more clock compatible features and support the RK3399 clock

Am Montag, 28. März 2016, 17:51:34 schrieb Xing Zheng: > The patch series add support more mux parameters and multiple > clock providers for the rockchip features of the clock framework, > and support the clock controller for the RK3399. applied all 3 for 4.7 with one change: I've dropped the

Re: [PATCH v6 0/3] Add more clock compatible features and support the RK3399 clock

Am Montag, 28. März 2016, 17:51:34 schrieb Xing Zheng: > The patch series add support more mux parameters and multiple > clock providers for the rockchip features of the clock framework, > and support the clock controller for the RK3399. applied all 3 for 4.7 with one change: I've dropped the

RE: [PATCH V7 5/6] dts: msm8974: Add blsp2_bam dma node

> On Fri, Mar 25, 2016 at 04:17:30PM -0700, Bjorn Andersson wrote: > > On Tue, Jan 19, 2016 at 2:02 AM, Sricharan R > wrote: > > > Signed-off-by: Sricharan R > > > Reviewed-by: Andy Gross > > > > > > +

RE: [PATCH V7 5/6] dts: msm8974: Add blsp2_bam dma node

> On Fri, Mar 25, 2016 at 04:17:30PM -0700, Bjorn Andersson wrote: > > On Tue, Jan 19, 2016 at 2:02 AM, Sricharan R > wrote: > > > Signed-off-by: Sricharan R > > > Reviewed-by: Andy Gross > > > > > > + blsp2_dma: dma-controller@f9944000 { > > > +

Re: ARC dw-mshc binding compat string

On 03/28/2016 12:34 PM, Jaehoon Chung wrote: > Hi, Hi, [...] That said, I would rather prefer to see "snps,dw-mshc" prefix on description of an MMC controller found on SoCFPGA series, "altr,socfpga-dw-mshc" seems to be redundant. > > Yes..it's

Re: ARC dw-mshc binding compat string

On 03/28/2016 02:43 PM, Rob Herring wrote: > On Mon, Mar 28, 2016 at 5:34 AM, Jaehoon Chung wrote: >> Hi, >> >> On 03/28/2016 06:37 PM, Alexey Brodkin wrote: >>> Hi Marek, Vladimir, >>> >>> On Sat, 2016-03-26 at 21:24 +0100, Marek Vasut wrote: On 03/26/2016 09:12 PM,

Re: ARC dw-mshc binding compat string

On 03/28/2016 12:34 PM, Jaehoon Chung wrote: > Hi, Hi, [...] That said, I would rather prefer to see "snps,dw-mshc" prefix on description of an MMC controller found on SoCFPGA series, "altr,socfpga-dw-mshc" seems to be redundant. > > Yes..it's

Re: ARC dw-mshc binding compat string

On 03/28/2016 02:43 PM, Rob Herring wrote: > On Mon, Mar 28, 2016 at 5:34 AM, Jaehoon Chung wrote: >> Hi, >> >> On 03/28/2016 06:37 PM, Alexey Brodkin wrote: >>> Hi Marek, Vladimir, >>> >>> On Sat, 2016-03-26 at 21:24 +0100, Marek Vasut wrote: On 03/26/2016 09:12 PM, Vladimir Zapolskiy

Re: [RFC PATCH v1 0/9] Tests for sync infrastructure

Hi, I somehow missed these emails back in the day, sorry for the delay in replying. El 09/03/16 a las 13:13, Shuah Khan escribió: On 03/09/2016 08:28 AM, Emilio López wrote: Hello everyone, This is a series of tests to exercise the sync kernel infrastructure. It is meant to be a test suite

Re: [RFC PATCH v1 0/9] Tests for sync infrastructure

Hi, I somehow missed these emails back in the day, sorry for the delay in replying. El 09/03/16 a las 13:13, Shuah Khan escribió: On 03/09/2016 08:28 AM, Emilio López wrote: Hello everyone, This is a series of tests to exercise the sync kernel infrastructure. It is meant to be a test suite

Re: [RFC PATCH v1 9/9] selftest: sync: disable tests that rely on not yet defined behaviour

El 09/03/16 a las 13:14, Shuah Khan escribió: On 03/09/2016 08:29 AM, Emilio López wrote: One of the tests rely on a behaviour only observed on the driver currently in use in Android. Disable it here until the behaviour is implemented or it is decided it should not be implemented on the driver

Re: [RFC PATCH v1 9/9] selftest: sync: disable tests that rely on not yet defined behaviour

El 09/03/16 a las 13:14, Shuah Khan escribió: On 03/09/2016 08:29 AM, Emilio López wrote: One of the tests rely on a behaviour only observed on the driver currently in use in Android. Disable it here until the behaviour is implemented or it is decided it should not be implemented on the driver

Re: [RFC PATCH v1 1/9] selftest: sync: basic tests for sw_sync framework

Hi, El 28/03/16 a las 08:56, Emil Velikov escribió: Hi Emilio, On 9 March 2016 at 15:28, Emilio López wrote: These tests are based on the libsync test suite from Android. This commit lays the ground for future tests, as well as includes tests for a variety of

Re: [RFC PATCH v1 1/9] selftest: sync: basic tests for sw_sync framework

Hi, El 28/03/16 a las 08:56, Emil Velikov escribió: Hi Emilio, On 9 March 2016 at 15:28, Emilio López wrote: These tests are based on the libsync test suite from Android. This commit lays the ground for future tests, as well as includes tests for a variety of basic allocation commands.

[PATCH] net: macb: Only call GPIO functions if there is a valid GPIO

GPIOlib will print warning messages if we call GPIO functions without a valid GPIO. Change the code to avoid doing so. Signed-off-by: Charles Keepax --- drivers/net/ethernet/cadence/macb.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff

[PATCH] net: macb: Only call GPIO functions if there is a valid GPIO

GPIOlib will print warning messages if we call GPIO functions without a valid GPIO. Change the code to avoid doing so. Signed-off-by: Charles Keepax --- drivers/net/ethernet/cadence/macb.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git

Re: [REGRESSION] firmware: dmi_scan: add SBMIOS entry and DMI tables

Hi Paul, The dmi_remap() is arch dependent function and for mainline used as ioremap_cache for x86, arm.. And only for ia64 as ioremap (where it's same as ioremap_cache). I'm talking about k4.5. It's rather bug of dmi_remap than the patch which just use it. The only reason why the bug wasn't

Re: [REGRESSION] firmware: dmi_scan: add SBMIOS entry and DMI tables

Hi Paul, The dmi_remap() is arch dependent function and for mainline used as ioremap_cache for x86, arm.. And only for ia64 as ioremap (where it's same as ioremap_cache). I'm talking about k4.5. It's rather bug of dmi_remap than the patch which just use it. The only reason why the bug wasn't

Re: ARC dw-mshc binding compat string

On Mon, Mar 28, 2016 at 5:34 AM, Jaehoon Chung wrote: > Hi, > > On 03/28/2016 06:37 PM, Alexey Brodkin wrote: >> Hi Marek, Vladimir, >> >> On Sat, 2016-03-26 at 21:24 +0100, Marek Vasut wrote: >>> On 03/26/2016 09:12 PM, Vladimir Zapolskiy wrote: On 26.03.2016

Re: ARC dw-mshc binding compat string

On Mon, Mar 28, 2016 at 5:34 AM, Jaehoon Chung wrote: > Hi, > > On 03/28/2016 06:37 PM, Alexey Brodkin wrote: >> Hi Marek, Vladimir, >> >> On Sat, 2016-03-26 at 21:24 +0100, Marek Vasut wrote: >>> On 03/26/2016 09:12 PM, Vladimir Zapolskiy wrote: On 26.03.2016 21:52, Marek Vasut wrote:

Re: [PATCH 00/23] Nokia N950 display support

Hi Sebastian, On 9 March 2016 at 17:09, Sebastian Reichel wrote: > Hi Emil, > > On Wed, Mar 09, 2016 at 04:19:48PM +, Emil Velikov wrote: >> Hi Sebastian, >> >> On 8 March 2016 at 16:39, Sebastian Reichel wrote: >> >> > arch/arm/boot/dts/omap3-n950-n9.dtsi

Re: [PATCH 1/1] perf tools: Fix build break on powerpc

Em Sun, Mar 27, 2016 at 01:19:03PM +0200, Jiri Olsa escreveu: > On Sat, Mar 26, 2016 at 11:01:47AM -0700, Sukadev Bhattiprolu wrote: > > From 502e8236082412db1d33abfad95aaf14b539502e Mon Sep 17 00:00:00 2001 > > From: Sukadev Bhattiprolu > > Date: Sat, 26 Mar 2016

Re: [PATCH 1/1] perf tools: Fix build break on powerpc

Em Sun, Mar 27, 2016 at 01:19:03PM +0200, Jiri Olsa escreveu: > On Sat, Mar 26, 2016 at 11:01:47AM -0700, Sukadev Bhattiprolu wrote: > > From 502e8236082412db1d33abfad95aaf14b539502e Mon Sep 17 00:00:00 2001 > > From: Sukadev Bhattiprolu > > Date: Sat, 26 Mar 2016 17:31:39 -0400 > > Subject:

Re: [PATCH 00/23] Nokia N950 display support

Hi Sebastian, On 9 March 2016 at 17:09, Sebastian Reichel wrote: > Hi Emil, > > On Wed, Mar 09, 2016 at 04:19:48PM +, Emil Velikov wrote: >> Hi Sebastian, >> >> On 8 March 2016 at 16:39, Sebastian Reichel wrote: >> >> > arch/arm/boot/dts/omap3-n950-n9.dtsi| 72 + >> >

Re: [PATCHv4 00/25] THP-enabled tmpfs/shmem

On Wed, Mar 23, 2016 at 01:09:05PM -0700, Hugh Dickins wrote: > On Sat, 12 Mar 2016, Kirill A. Shutemov wrote: ... > As I've said on several occasions, I am not interested in emulating > the limitations of hugetlbfs inside tmpfs: there might one day be a > case for such a project, but it's

Re: [PATCHv4 00/25] THP-enabled tmpfs/shmem

On Wed, Mar 23, 2016 at 01:09:05PM -0700, Hugh Dickins wrote: > On Sat, 12 Mar 2016, Kirill A. Shutemov wrote: ... > As I've said on several occasions, I am not interested in emulating > the limitations of hugetlbfs inside tmpfs: there might one day be a > case for such a project, but it's

Re: [RFC 1/4] perf kvm: Enable 'record' on powerpc

Em Mon, Mar 28, 2016 at 04:28:45PM +0530, Ravi Bangoria escreveu: > Thanks Arnaldo for putting the effort. > > I've tested this patch on powerpc and it looks fine to me. Please find my > below comments. > > On Friday 25 March 2016 02:45 AM, Arnaldo Carvalho de Melo wrote: > >Em Tue, Mar 22, 2016

Re: [RFC 1/4] perf kvm: Enable 'record' on powerpc

Em Mon, Mar 28, 2016 at 04:28:45PM +0530, Ravi Bangoria escreveu: > Thanks Arnaldo for putting the effort. > > I've tested this patch on powerpc and it looks fine to me. Please find my > below comments. > > On Friday 25 March 2016 02:45 AM, Arnaldo Carvalho de Melo wrote: > >Em Tue, Mar 22, 2016

Re: [PATCH 1/1] perf tools: Fix build break on powerpc

Em Sat, Mar 26, 2016 at 11:01:47AM -0700, Sukadev Bhattiprolu escreveu: > From 502e8236082412db1d33abfad95aaf14b539502e Mon Sep 17 00:00:00 2001 > From: Sukadev Bhattiprolu > Date: Sat, 26 Mar 2016 17:31:39 -0400 > Subject: [PATCH 1/1] perf tools: Fix build break on

Re: [PATCH 1/1] perf tools: Fix build break on powerpc

Em Sat, Mar 26, 2016 at 11:01:47AM -0700, Sukadev Bhattiprolu escreveu: > From 502e8236082412db1d33abfad95aaf14b539502e Mon Sep 17 00:00:00 2001 > From: Sukadev Bhattiprolu > Date: Sat, 26 Mar 2016 17:31:39 -0400 > Subject: [PATCH 1/1] perf tools: Fix build break on powerpc > MIME-Version: 1.0 >

Re: [RFC PATCH v1 0/4] Add Rockchip RGA support

On 22 March 2016 at 00:42, Heiko Stuebner wrote: > Hi Yakir, > > Am Montag, 21. März 2016, 20:17:46 schrieb Yakir Yang: >> On 03/21/2016 07:29 PM, Heiko Stübner wrote: >> > Am Montag, 21. März 2016, 17:28:38 schrieb Yakir Yang: >> >> This patch set would add the RGA direct

Re: [RFC PATCH v1 0/4] Add Rockchip RGA support

On 22 March 2016 at 00:42, Heiko Stuebner wrote: > Hi Yakir, > > Am Montag, 21. März 2016, 20:17:46 schrieb Yakir Yang: >> On 03/21/2016 07:29 PM, Heiko Stübner wrote: >> > Am Montag, 21. März 2016, 17:28:38 schrieb Yakir Yang: >> >> This patch set would add the RGA direct rendering based 2d

Re: [PATCH 3/3] drm: bridge: anx78xx: Add anx78xx bridge driver support.

Hi all, On 24 March 2016 at 11:28, Dan Carpenter wrote: > On Thu, Mar 24, 2016 at 11:41:46AM +0100, Enric Balletbo i Serra wrote: >> + /* Map slave addresses of ANX7814 */ >> + for (i = 0; i < I2C_NUM_ADDRESSES; i++) { >> + anx78xx->i2c_dummy[i] =

Re: [PATCH 3/3] drm: bridge: anx78xx: Add anx78xx bridge driver support.

Hi all, On 24 March 2016 at 11:28, Dan Carpenter wrote: > On Thu, Mar 24, 2016 at 11:41:46AM +0100, Enric Balletbo i Serra wrote: >> + /* Map slave addresses of ANX7814 */ >> + for (i = 0; i < I2C_NUM_ADDRESSES; i++) { >> + anx78xx->i2c_dummy[i] =

Re: [RFC PATCH 12/12] IMA: Use the the system trusted keyrings instead of .ima_mok [ver #3]

Hi David, On Wed, 2016-03-09 at 11:19 +, David Howells wrote: > Provide a config option (IMA_PERMIT_ADD_TO_IMA_KEYRINGS) that, when > enabled, allows keys to be added to the IMA keyrings by userspace - with > the restriction that each must be signed by a key in the system trusted > keyrings.

Re: [RFC PATCH 12/12] IMA: Use the the system trusted keyrings instead of .ima_mok [ver #3]

Hi David, On Wed, 2016-03-09 at 11:19 +, David Howells wrote: > Provide a config option (IMA_PERMIT_ADD_TO_IMA_KEYRINGS) that, when > enabled, allows keys to be added to the IMA keyrings by userspace - with > the restriction that each must be signed by a key in the system trusted > keyrings.

Re: [RFC PATCH v1 1/9] selftest: sync: basic tests for sw_sync framework

Hi Emilio, On 9 March 2016 at 15:28, Emilio López wrote: > These tests are based on the libsync test suite from Android. > This commit lays the ground for future tests, as well as includes > tests for a variety of basic allocation commands. > > Signed-off-by:

Re: [RFC PATCH v1 1/9] selftest: sync: basic tests for sw_sync framework

Hi Emilio, On 9 March 2016 at 15:28, Emilio López wrote: > These tests are based on the libsync test suite from Android. > This commit lays the ground for future tests, as well as includes > tests for a variety of basic allocation commands. > > Signed-off-by: Gustavo Padovan > Signed-off-by:

Re: ARC dw-mshc binding compat string

On 03/28/2016 07:55 PM, Alexey Brodkin wrote: > Hi Jaehoon, > > On Mon, 2016-03-28 at 19:34 +0900, Jaehoon Chung wrote: >> Hi, > > [snip] > > > That said, I would rather prefer to see "snps,dw-mshc" prefix on > description > of an MMC controller found on SoCFPGA

Re: ARC dw-mshc binding compat string

On 03/28/2016 07:55 PM, Alexey Brodkin wrote: > Hi Jaehoon, > > On Mon, 2016-03-28 at 19:34 +0900, Jaehoon Chung wrote: >> Hi, > > [snip] > > > That said, I would rather prefer to see "snps,dw-mshc" prefix on > description > of an MMC controller found on SoCFPGA

Re: [PATCH] iwlwifi: pcie: remove duplicate assignment of variable isr_stats

On Mon, 2016-03-28 at 12:33 +0100, Colin King wrote: > From: Colin Ian King > > isr_stats is written twice with the same value, remove one of the > redundant assignments to isr_stats. > > Signed-off-by: Colin Ian King > --- Applied -

Re: [PATCH] iwlwifi: pcie: remove duplicate assignment of variable isr_stats

On Mon, 2016-03-28 at 12:33 +0100, Colin King wrote: > From: Colin Ian King > > isr_stats is written twice with the same value, remove one of the > redundant assignments to isr_stats. > > Signed-off-by: Colin Ian King > --- Applied - thanks. > drivers/net/wireless/intel/iwlwifi/pcie/rx.c |

Re: Warnings for invalid VDD (sdhci-s3c)

Hi Krzysztof, On 28 March 2016 at 11:03, Krzysztof Kozlowski wrote: > On 27.03.2016 16:41, Anand Moon wrote: >> >> On My Odroid U3 with debug flags enable I am observing bellow deadlock. > > There is a sleep in atomic context and possible deadlock, but: > 1. Are you sure

Re: Warnings for invalid VDD (sdhci-s3c)

Hi Krzysztof, On 28 March 2016 at 11:03, Krzysztof Kozlowski wrote: > On 27.03.2016 16:41, Anand Moon wrote: >> >> On My Odroid U3 with debug flags enable I am observing bellow deadlock. > > There is a sleep in atomic context and possible deadlock, but: > 1. Are you sure it does not happen

[PATCH 0/5 v5] drm: Add support of ARC PGU display controller

This series add support of ARC PGU display controller. ARC PGU is a quite simple byte streamer that gets data from the framebuffer and pushes it to hte connected encoder (DP or HDMI). It was tested on ARC SDP boards (axs101/103 in particular). Note following series that introduces

[PATCH 4/5 v5] arc: Add our own implementation of fb_pgprotect()

During mmaping of frame-buffer pages to user-space fb_protect() is called to set proper page settings. In case of ARC we need to mark pages that are mmaped to user as uncached because of 2 reasons: * Huge amount of data if passing through data cache will thrash cache a lot making cache almost

[PATCH 3/5 v5] MAINTAINERS: Add maintainer for ARC PGU display controller

This updates MAINTEINERS file with information about maintainer of ARC PGU display controller driver. Signed-off-by: Alexey Brodkin Cc: linux-snps-...@lists.infradead.org --- No changes v4 -> v5. No changes v3 -> v4. No changes v2 -> v3. No changes v1 -> v2.

[PATCH 0/5 v5] drm: Add support of ARC PGU display controller

This series add support of ARC PGU display controller. ARC PGU is a quite simple byte streamer that gets data from the framebuffer and pushes it to hte connected encoder (DP or HDMI). It was tested on ARC SDP boards (axs101/103 in particular). Note following series that introduces

[PATCH 4/5 v5] arc: Add our own implementation of fb_pgprotect()

During mmaping of frame-buffer pages to user-space fb_protect() is called to set proper page settings. In case of ARC we need to mark pages that are mmaped to user as uncached because of 2 reasons: * Huge amount of data if passing through data cache will thrash cache a lot making cache almost

[PATCH 3/5 v5] MAINTAINERS: Add maintainer for ARC PGU display controller

This updates MAINTEINERS file with information about maintainer of ARC PGU display controller driver. Signed-off-by: Alexey Brodkin Cc: linux-snps-...@lists.infradead.org --- No changes v4 -> v5. No changes v3 -> v4. No changes v2 -> v3. No changes v1 -> v2. MAINTAINERS | 6 ++ 1 file

[PATCH 2/5 v5] drm: Add DT bindings documentation for ARC PGU display controller

This add DT bindings documentation for ARC PGU display controller. Signed-off-by: Alexey Brodkin Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala

[PATCH 2/5 v5] drm: Add DT bindings documentation for ARC PGU display controller

This add DT bindings documentation for ARC PGU display controller. Signed-off-by: Alexey Brodkin Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Cc: devicet...@vger.kernel.org Cc: linux-snps-...@lists.infradead.org Acked-by: Rob Herring --- Changes v4 ->

[PATCH 5/5 v5] arc: axs10x - add support of ARC PGU

Synopsys DesignWare ARC SDP boards sport ARC SDP display controller attached to ADV7511 HDMI encoder. That change adds desctiption of both ARC PGU and ADV7511 in ARC SDP'd base-board Device Tree. Signed-off-by: Alexey Brodkin Cc: Rob Herring Cc: Pawel

[PATCH 1/5 v5] drm: Add support of ARC PGU display controller

From: Carlos Palminha ARC PGU could be found on some development boards from Synopsys. This is a simple byte streamer that reads data from a framebuffer and sends data to the single encoder. Signed-off-by: Carlos Palminha Signed-off-by: Alexey

[PATCH 5/5 v5] arc: axs10x - add support of ARC PGU

Synopsys DesignWare ARC SDP boards sport ARC SDP display controller attached to ADV7511 HDMI encoder. That change adds desctiption of both ARC PGU and ADV7511 in ARC SDP'd base-board Device Tree. Signed-off-by: Alexey Brodkin Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell

[PATCH 1/5 v5] drm: Add support of ARC PGU display controller

From: Carlos Palminha ARC PGU could be found on some development boards from Synopsys. This is a simple byte streamer that reads data from a framebuffer and sends data to the single encoder. Signed-off-by: Carlos Palminha Signed-off-by: Alexey Brodkin Cc: David Airlie Cc:

[PATCH] iwlwifi: pcie: remove duplicate assignment of variable isr_stats

From: Colin Ian King isr_stats is written twice with the same value, remove one of the redundant assignments to isr_stats. Signed-off-by: Colin Ian King --- drivers/net/wireless/intel/iwlwifi/pcie/rx.c | 2 +- 1 file changed, 1 insertion(+),

[PATCH] iwlwifi: pcie: remove duplicate assignment of variable isr_stats

From: Colin Ian King isr_stats is written twice with the same value, remove one of the redundant assignments to isr_stats. Signed-off-by: Colin Ian King --- drivers/net/wireless/intel/iwlwifi/pcie/rx.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2] hp206c: Initial support for reading sensor values

Hello, Changes since the first version: * Use data->client instead of to_i2c_client(indio_dev->dev.parent) * Adjust i2c_check_functionality bits requested. I also fixed gitconfig so it won't create attachments or suppress cc. Signed-off-by: Crestez Dan Leonard ---

[PATCH v2] hp206c: Initial support for reading sensor values

Hello, Changes since the first version: * Use data->client instead of to_i2c_client(indio_dev->dev.parent) * Adjust i2c_check_functionality bits requested. I also fixed gitconfig so it won't create attachments or suppress cc. Signed-off-by: Crestez Dan Leonard --- drivers/iio/pressure/Kconfig

Re: [PATCH v2 1/3] phy: rockchip-dp: should be a child device of the GRF

Hi Heiko, On 03/25/2016 05:29 AM, Heiko Stuebner wrote: The displayport-phy is fully enclosed in the general register files (GRF). Therefore as seen from the device-tree it shouldn't be a separate platform- device but instead a sub-device of the GRF - using the simply-mfd mechanism. The driver

Re: [PATCH v2 1/3] phy: rockchip-dp: should be a child device of the GRF

Hi Heiko, On 03/25/2016 05:29 AM, Heiko Stuebner wrote: The displayport-phy is fully enclosed in the general register files (GRF). Therefore as seen from the device-tree it shouldn't be a separate platform- device but instead a sub-device of the GRF - using the simply-mfd mechanism. The driver

Re: [PART1 RFC v3 08/12] KVM: x86: Add trace events for AVIC

Hi Paolo, On 3/18/16 17:24, Paolo Bonzini wrote: + TP_printk("vcpu=%#x, icrh:icrl=%#010x:%08x, id=%u, index=%u\n", vcpus are usually printed with %u. Apart from this, the patch looks good. You can squash it in "svm: Add VMEXIT handlers for AVIC". Paolo Sure, thanks for the

Re: [PART1 RFC v3 08/12] KVM: x86: Add trace events for AVIC

Hi Paolo, On 3/18/16 17:24, Paolo Bonzini wrote: + TP_printk("vcpu=%#x, icrh:icrl=%#010x:%08x, id=%u, index=%u\n", vcpus are usually printed with %u. Apart from this, the patch looks good. You can squash it in "svm: Add VMEXIT handlers for AVIC". Paolo Sure, thanks for the

[PATCH] rtc: at91sam9: remove duplicate assignment of variable mr

From: Colin Ian King mr is written twice with the same value, remove one of the redundant assignments to mr. Signed-off-by: Colin Ian King --- drivers/rtc/rtc-at91sam9.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] rtc: at91sam9: remove duplicate assignment of variable mr

From: Colin Ian King mr is written twice with the same value, remove one of the redundant assignments to mr. Signed-off-by: Colin Ian King --- drivers/rtc/rtc-at91sam9.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/rtc/rtc-at91sam9.c b/drivers/rtc/rtc-at91sam9.c

Re: [PATCH v6 6/6] rockchip: power-domain: Modify power domain driver for rk3399

Am Donnerstag, 10. März 2016, 05:24:38 schrieb Elaine Zhang: > This driver is modified to support RK3399 SoC. > > Signed-off-by: Elaine Zhang applied for 4.7 with small indentation fixes in the domain list Thanks Heiko

Re: [PATCH v6 6/6] rockchip: power-domain: Modify power domain driver for rk3399

Am Donnerstag, 10. März 2016, 05:24:38 schrieb Elaine Zhang: > This driver is modified to support RK3399 SoC. > > Signed-off-by: Elaine Zhang applied for 4.7 with small indentation fixes in the domain list Thanks Heiko

Re: [PATCH v6 5/6] dt/bindings: rockchip: modify document of Rockchip power domains

Am Donnerstag, 10. März 2016, 05:24:21 schrieb Elaine Zhang: > Add binding documentation for the power domains > found on Rockchip RK3399 SoCs > > Signed-off-by: Elaine Zhang applied for 4.7 with Kevin's Ack from v5 Thanks Heiko

Re: [PATCH v6 5/6] dt/bindings: rockchip: modify document of Rockchip power domains

Am Donnerstag, 10. März 2016, 05:24:21 schrieb Elaine Zhang: > Add binding documentation for the power domains > found on Rockchip RK3399 SoCs > > Signed-off-by: Elaine Zhang applied for 4.7 with Kevin's Ack from v5 Thanks Heiko

Re: [PATCH v6 4/6] dt/bindings: power: add RK3399 SoCs header for power-domain

Am Donnerstag, 10. März 2016, 05:22:56 schrieb Elaine Zhang: > According to a description from TRM, add all the power domains > > Signed-off-by: Elaine Zhang applied for 4.7 Thanks Heiko

Re: [PATCH v6 4/6] dt/bindings: power: add RK3399 SoCs header for power-domain

Am Donnerstag, 10. März 2016, 05:22:56 schrieb Elaine Zhang: > According to a description from TRM, add all the power domains > > Signed-off-by: Elaine Zhang applied for 4.7 Thanks Heiko

[PATCH] i40iw: pass hw_stats by reference rather than by value

From: Colin Ian King passing hw_stats by value requires a 280 byte copy so instead pass it by reference is much more efficient. Signed-off-by: Colin Ian King --- drivers/infiniband/hw/i40iw/i40iw_virtchnl.c | 6 +++--- 1 file changed, 3

[PATCH] i40iw: pass hw_stats by reference rather than by value

From: Colin Ian King passing hw_stats by value requires a 280 byte copy so instead pass it by reference is much more efficient. Signed-off-by: Colin Ian King --- drivers/infiniband/hw/i40iw/i40iw_virtchnl.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [PATCH v6 3/6] rockchip: power-domain: add support for sub-power domains

Am Donnerstag, 10. März 2016, 05:22:55 schrieb Elaine Zhang: > This patch adds support for making one power domain a sub-domain of > other domain. This is useful for modeling power dependences, > which needs to have more than one power domain enabled to be operational. > > Signed-off-by: Elaine

Re: [PATCH v6 3/6] rockchip: power-domain: add support for sub-power domains

Am Donnerstag, 10. März 2016, 05:22:55 schrieb Elaine Zhang: > This patch adds support for making one power domain a sub-domain of > other domain. This is useful for modeling power dependences, > which needs to have more than one power domain enabled to be operational. > > Signed-off-by: Elaine

Re: [RFC 1/4] perf kvm: Enable 'record' on powerpc

Thanks Arnaldo for putting the effort. I've tested this patch on powerpc and it looks fine to me. Please find my below comments. On Friday 25 March 2016 02:45 AM, Arnaldo Carvalho de Melo wrote: Em Tue, Mar 22, 2016 at 11:19:21PM -0300, Arnaldo Carvalho de Melo escreveu: Em Tue, Mar 22,

Re: [RFC 1/4] perf kvm: Enable 'record' on powerpc

Thanks Arnaldo for putting the effort. I've tested this patch on powerpc and it looks fine to me. Please find my below comments. On Friday 25 March 2016 02:45 AM, Arnaldo Carvalho de Melo wrote: Em Tue, Mar 22, 2016 at 11:19:21PM -0300, Arnaldo Carvalho de Melo escreveu: Em Tue, Mar 22,

Re: ARC dw-mshc binding compat string

Hi Jaehoon, On Mon, 2016-03-28 at 19:34 +0900, Jaehoon Chung wrote: > Hi, [snip] > > > > > > > > > > > > > > > > That said, I would rather prefer to see "snps,dw-mshc" prefix > > > > > > > > on description > > > > > > > > of an MMC controller found on SoCFPGA series, > > > > > > > >

Re: ARC dw-mshc binding compat string

Hi Jaehoon, On Mon, 2016-03-28 at 19:34 +0900, Jaehoon Chung wrote: > Hi, [snip] > > > > > > > > > > > > > > > > That said, I would rather prefer to see "snps,dw-mshc" prefix > > > > > > > > on description > > > > > > > > of an MMC controller found on SoCFPGA series, > > > > > > > >

Hello Dear

-- Hello Dear, My name is Cynthia, I got your email from Facebook and i will like you to contact me back at this email ( cynthiabikom...@gmail.com ) is very important. Yours Faithful Cynthia

Hello Dear

-- Hello Dear, My name is Cynthia, I got your email from Facebook and i will like you to contact me back at this email ( cynthiabikom...@gmail.com ) is very important. Yours Faithful Cynthia

Re: [PATCH 0/4 v3] drm: Introduce drm_connector_register_all() helper

Hi Daniel, On Wed, 2016-03-23 at 11:37 +0100, Daniel Vetter wrote: > On Wed, Mar 23, 2016 at 11:42:53AM +0300, Alexey Brodkin wrote: > > > > As a pair to already existing drm_connector_unplug_all() > > (which we'll rename in this series to drm_connector_unregister_all()) > > we're adding generic

Re: [PATCH 0/4 v3] drm: Introduce drm_connector_register_all() helper

Hi Daniel, On Wed, 2016-03-23 at 11:37 +0100, Daniel Vetter wrote: > On Wed, Mar 23, 2016 at 11:42:53AM +0300, Alexey Brodkin wrote: > > > > As a pair to already existing drm_connector_unplug_all() > > (which we'll rename in this series to drm_connector_unregister_all()) > > we're adding generic

Re: ARC dw-mshc binding compat string

Hi, On 03/28/2016 06:37 PM, Alexey Brodkin wrote: > Hi Marek, Vladimir, > > On Sat, 2016-03-26 at 21:24 +0100, Marek Vasut wrote: >> On 03/26/2016 09:12 PM, Vladimir Zapolskiy wrote: >>> >>> On 26.03.2016 21:52, Marek Vasut wrote: On 03/26/2016 07:16 PM, Vladimir Zapolskiy wrote: >

Re: ARC dw-mshc binding compat string

Hi, On 03/28/2016 06:37 PM, Alexey Brodkin wrote: > Hi Marek, Vladimir, > > On Sat, 2016-03-26 at 21:24 +0100, Marek Vasut wrote: >> On 03/26/2016 09:12 PM, Vladimir Zapolskiy wrote: >>> >>> On 26.03.2016 21:52, Marek Vasut wrote: On 03/26/2016 07:16 PM, Vladimir Zapolskiy wrote: >

[PATCH net-next 1/2] net: hns: fixed the setting and getting overtime bug

From: Lisheng The overtime setting and getting REGs in HNS V2 is defferent from HNS V1. It needs to be distinguished between them if getting or setting the REGs. Signed-off-by: Lisheng Signed-off-by: Yisen Zhuang ---

[PATCH net-next 1/2] net: hns: fixed the setting and getting overtime bug

From: Lisheng The overtime setting and getting REGs in HNS V2 is defferent from HNS V1. It needs to be distinguished between them if getting or setting the REGs. Signed-off-by: Lisheng Signed-off-by: Yisen Zhuang --- drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 60 +++

<    4   5   6   7   8   9   10   11   12   >