Re: [PATCH 1/1] gpn: drm: fsl_tcon: add missing of_node_put after calling of_parse_phandle

On 2016-07-04 00:40, Peter Chen wrote: > of_node_put needs to be called when the device node which is got > from of_parse_phandle has finished using, but current code only > calls it at error path, fix it by adding it at correct code path. > > Signed-off-by: Peter Chen > ---

Re: [PATCH 1/1] gpn: drm: fsl_tcon: add missing of_node_put after calling of_parse_phandle

On 2016-07-04 00:40, Peter Chen wrote: > of_node_put needs to be called when the device node which is got > from of_parse_phandle has finished using, but current code only > calls it at error path, fix it by adding it at correct code path. > > Signed-off-by: Peter Chen > --- >

Re: [PATCH v2 01/11] mm: Implement stack frame object validation

On Wed, Jul 13, 2016 at 03:04:26PM -0700, Kees Cook wrote: > On Wed, Jul 13, 2016 at 3:01 PM, Andy Lutomirski wrote: > > On Wed, Jul 13, 2016 at 2:55 PM, Kees Cook wrote: > >> This creates per-architecture function arch_within_stack_frames() that > >>

Re: [PATCH v2 01/11] mm: Implement stack frame object validation

On Wed, Jul 13, 2016 at 03:04:26PM -0700, Kees Cook wrote: > On Wed, Jul 13, 2016 at 3:01 PM, Andy Lutomirski wrote: > > On Wed, Jul 13, 2016 at 2:55 PM, Kees Cook wrote: > >> This creates per-architecture function arch_within_stack_frames() that > >> should validate if a given object is

Re: [PATCH v4 3/5]nbd: make nbd device wait for its users

On Wed, Jul 13, 2016 at 1:24 PM, Markus Pargmann wrote: > On Sunday 10 July 2016 21:32:07 Pranay Srivastava wrote: >> On Sun, Jul 10, 2016 at 6:32 PM, Markus Pargmann wrote: >> > On 2016 M06 30, Thu 14:02:03 CEST Pranay Kr. Srivastava wrote: >> >> When a

Re: [PATCH v4 3/5]nbd: make nbd device wait for its users

On Wed, Jul 13, 2016 at 1:24 PM, Markus Pargmann wrote: > On Sunday 10 July 2016 21:32:07 Pranay Srivastava wrote: >> On Sun, Jul 10, 2016 at 6:32 PM, Markus Pargmann wrote: >> > On 2016 M06 30, Thu 14:02:03 CEST Pranay Kr. Srivastava wrote: >> >> When a timeout occurs or a recv fails, then >>

Re: [PATCH v11 21/22] IB/hns: Kconfig and Makefile for RoCE module

On Sat, Jul 02, 2016 at 05:39:23PM +0800, Lijun Ou wrote: > This patch added Kconfig and Makefile for building RoCE module. > > Signed-off-by: Wei Hu > Signed-off-by: Nenglong Zhao > Signed-off-by: Lijun Ou > --- > PATCH

Re: [PATCH v11 21/22] IB/hns: Kconfig and Makefile for RoCE module

On Sat, Jul 02, 2016 at 05:39:23PM +0800, Lijun Ou wrote: > This patch added Kconfig and Makefile for building RoCE module. > > Signed-off-by: Wei Hu > Signed-off-by: Nenglong Zhao > Signed-off-by: Lijun Ou > --- > PATCH v11: > hns_roce_icm.o -> hns_roce_hem.o > > PATCH v10/v9/v8/v7/v6/v5: >

Re: [PATCH v4 3/5] nvmem: core: Add consumer API to get nvmem cell from node

On 2016-07-08 10:23, Srinivas Kandagatla wrote: > On 08/07/16 17:42, Stefan Agner wrote: >> On 2016-07-08 08:41, Srinivas Kandagatla wrote: >>> On 07/07/16 14:48, maitysancha...@gmail.com wrote: Hello Srinivas, On 16-07-07 1 > > ... > >> >> Our requirement is to be able to

Re: [PATCH v4 3/5] nvmem: core: Add consumer API to get nvmem cell from node

On 2016-07-08 10:23, Srinivas Kandagatla wrote: > On 08/07/16 17:42, Stefan Agner wrote: >> On 2016-07-08 08:41, Srinivas Kandagatla wrote: >>> On 07/07/16 14:48, maitysancha...@gmail.com wrote: Hello Srinivas, On 16-07-07 1 > > ... > >> >> Our requirement is to be able to

Re: [PATCH 2/2] proc: Add /proc//timerslack_ns interface

On 7/13/2016 8:39 PM, Kees Cook wrote: So I worry I'm a bit stuck here. For general systems, CAP_SYS_NICE is too low a level of privilege to set a tasks timerslack, but apparently CAP_SYS_PTRACE is too high a privilege for Android's system_server to require just to set a tasks timerslack

Re: [PATCH 2/2] proc: Add /proc//timerslack_ns interface

On 7/13/2016 8:39 PM, Kees Cook wrote: So I worry I'm a bit stuck here. For general systems, CAP_SYS_NICE is too low a level of privilege to set a tasks timerslack, but apparently CAP_SYS_PTRACE is too high a privilege for Android's system_server to require just to set a tasks timerslack

[PATCH kernel] powerpc/mm/iommu: Put pages on process exit

At the moment VFIO IOMMU SPAPR v2 driver pins all guest RAM pages when the userspace starts using VFIO. When the userspace process finishes, all the pinned pages need to be put; this is done as a part of the userspace memory context (MM) destruction which happens on the very last mmdrop(). This

[PATCH kernel] powerpc/mm/iommu: Put pages on process exit

At the moment VFIO IOMMU SPAPR v2 driver pins all guest RAM pages when the userspace starts using VFIO. When the userspace process finishes, all the pinned pages need to be put; this is done as a part of the userspace memory context (MM) destruction which happens on the very last mmdrop(). This

Re: [PATCH v11 00/22] Add HiSilicon RoCE driver

On Thu, Jul 14, 2016 at 11:43:59AM +0800, oulijun wrote: > 在 2016/7/2 17:39, Lijun Ou 写道: > > > Hi, Doug & Sean Hefty & Hal Rosenstock > "Hello, I understand that maintainer is dealing with lots of patches not just > mine. Also, I could not see any further review comments from the community. >

Re: [PATCH v11 00/22] Add HiSilicon RoCE driver

On Thu, Jul 14, 2016 at 11:43:59AM +0800, oulijun wrote: > 在 2016/7/2 17:39, Lijun Ou 写道: > > > Hi, Doug & Sean Hefty & Hal Rosenstock > "Hello, I understand that maintainer is dealing with lots of patches not just > mine. Also, I could not see any further review comments from the community. >

Re: [PATCH 08/31] mm, vmscan: simplify the logic deciding whether kswapd sleeps

On Fri, Jul 08, 2016 at 11:11:47AM +0100, Mel Gorman wrote: > On Fri, Jul 08, 2016 at 11:44:47AM +0900, Joonsoo Kim wrote: > > > > > @@ -3390,12 +3386,24 @@ static int kswapd(void *p) > > > > >* We can speed up thawing tasks if we don't call > > > > > balance_pgdat > > > > >

Re: [PATCH 08/31] mm, vmscan: simplify the logic deciding whether kswapd sleeps

On Fri, Jul 08, 2016 at 11:11:47AM +0100, Mel Gorman wrote: > On Fri, Jul 08, 2016 at 11:44:47AM +0900, Joonsoo Kim wrote: > > > > > @@ -3390,12 +3386,24 @@ static int kswapd(void *p) > > > > >* We can speed up thawing tasks if we don't call > > > > > balance_pgdat > > > > >

Re: [RFC PATCH v2] clk: move check of CLK_SET_RATE_GATE flag to clk_propagate_rate_change()

Hello Michael On 07/13/2016 07:29 AM, Michael Turquette wrote: Quoting jiada_w...@mentor.com (2016-07-10 22:33:28) From: Jiada Wang Previously CLK_SET_RATE_GATE flag is only checked in clk_set_rate() which only ensures the clock being called by clk_set_rate() won't

Re: [RFC PATCH v2] clk: move check of CLK_SET_RATE_GATE flag to clk_propagate_rate_change()

Hello Michael On 07/13/2016 07:29 AM, Michael Turquette wrote: Quoting jiada_w...@mentor.com (2016-07-10 22:33:28) From: Jiada Wang Previously CLK_SET_RATE_GATE flag is only checked in clk_set_rate() which only ensures the clock being called by clk_set_rate() won't change rate when it has

Re: [PATCH] qla2xxx: setup data needed in ISR before setting up the ISR

> "Johannes" == Johannes Thumshirn writes: Johannes> qla2xxx first calls request_irq() and then does the setup of Johannes> the queue entry data needed in the interrupt handlers in when Johannes> using MSI-X. This could lead to a NULL pointer dereference Johannes> when an

Re: [PATCH] qla2xxx: setup data needed in ISR before setting up the ISR

> "Johannes" == Johannes Thumshirn writes: Johannes> qla2xxx first calls request_irq() and then does the setup of Johannes> the queue entry data needed in the interrupt handlers in when Johannes> using MSI-X. This could lead to a NULL pointer dereference Johannes> when an IRQ fires between

Re: linux-next: build warnings after merge of the tip tree

Hi all, On Thu, 14 Jul 2016 13:37:29 +1000 Stephen Rothwell wrote: > > After merging the tip tree, today's linux-next build (powerpc64le perf) > produced these warnings: > > Warning: tools/include/uapi/linux/bpf.h differs from kernel > Warning:

Re: linux-next: build warnings after merge of the tip tree

Hi all, On Thu, 14 Jul 2016 13:37:29 +1000 Stephen Rothwell wrote: > > After merging the tip tree, today's linux-next build (powerpc64le perf) > produced these warnings: > > Warning: tools/include/uapi/linux/bpf.h differs from kernel > Warning: tools/arch/x86/include/asm/disabled-features.h

[PATCH v4 4/4] drm/rockchip: analogix_dp: implement PSR function

Alway enable the PSR function for Rockchip analogix_dp driver. If panel don't support PSR, then the core analogix_dp would ignore this setting. Signed-off-by: Yakir Yang --- Changes in v4: - Return 'void' instead of 'int' in analogix_dp_psr_set(). (Sean) - Pull the 10ms

[PATCH v4 2/4] drm/rockchip: add an common abstracted PSR driver

The PSR driver have exported four symbols for specific device driver: - rockchip_drm_psr_register() - rockchip_drm_psr_unregister() - rockchip_drm_psr_enable() - rockchip_drm_psr_disable() - rockchip_drm_psr_flush() Encoder driver should call the register/unregister interfaces to hook itself into

[PATCH v4 4/4] drm/rockchip: analogix_dp: implement PSR function

Alway enable the PSR function for Rockchip analogix_dp driver. If panel don't support PSR, then the core analogix_dp would ignore this setting. Signed-off-by: Yakir Yang --- Changes in v4: - Return 'void' instead of 'int' in analogix_dp_psr_set(). (Sean) - Pull the 10ms delay time out into a

[PATCH v4 2/4] drm/rockchip: add an common abstracted PSR driver

The PSR driver have exported four symbols for specific device driver: - rockchip_drm_psr_register() - rockchip_drm_psr_unregister() - rockchip_drm_psr_enable() - rockchip_drm_psr_disable() - rockchip_drm_psr_flush() Encoder driver should call the register/unregister interfaces to hook itself into

[PATCH v4 3/4] drm/bridge: analogix_dp: add the PSR function support

The full name of PSR is Panel Self Refresh, panel device could refresh itself with the hardware framebuffer in panel, this would make lots of sense to save the power consumption. This patch have exported two symbols for platform driver to implement the PSR function in hardware side: -

[PATCH v4 3/4] drm/bridge: analogix_dp: add the PSR function support

The full name of PSR is Panel Self Refresh, panel device could refresh itself with the hardware framebuffer in panel, this would make lots of sense to save the power consumption. This patch have exported two symbols for platform driver to implement the PSR function in hardware side: -

[PATCH v4 0/4] Add PSR function support for Analogix/Rockchip DP

The full name of PSR is Panel Self Refresh, panel device could refresh itself with the hardware framebuffer in panel, this would make a lots of sense to save the power consumption. This v3 version have splited an common PSR driver for Rockchip, which is biggest changes from v2. This thread is

[PATCH v4 1/4] drm/rockchip: vop: export line flag function

VOP have integrated a hardware counter which indicate the exact display line that vop is scanning. And if we're interested in a specific line, we can set the line number to vop line_flag register, and then vop would generate a line_flag interrupt for it. For example eDP PSR function is interested

[PATCH v4 0/4] Add PSR function support for Analogix/Rockchip DP

The full name of PSR is Panel Self Refresh, panel device could refresh itself with the hardware framebuffer in panel, this would make a lots of sense to save the power consumption. This v3 version have splited an common PSR driver for Rockchip, which is biggest changes from v2. This thread is

[PATCH v4 1/4] drm/rockchip: vop: export line flag function

VOP have integrated a hardware counter which indicate the exact display line that vop is scanning. And if we're interested in a specific line, we can set the line number to vop line_flag register, and then vop would generate a line_flag interrupt for it. For example eDP PSR function is interested

linux-next: manual merge of the kvm tree with the s390 tree

Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/s390/mm/gmap.c between commit: f04540298440 ("s390/mm: fix gmap tlb flush issues") from the s390 tree and commit: 6ea427bbbd40 ("s390/mm: add reference counter to gmap structure") from the kvm tree. I fixed it

linux-next: manual merge of the kvm tree with the s390 tree

Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/s390/mm/gmap.c between commit: f04540298440 ("s390/mm: fix gmap tlb flush issues") from the s390 tree and commit: 6ea427bbbd40 ("s390/mm: add reference counter to gmap structure") from the kvm tree. I fixed it

Re: [PATCH 0/2] Code style fixes

From: Elad Kanfi Date: Wed, 13 Jul 2016 16:58:05 +0300 > Fix all checkpatch warnings and errors, and reuse code Series applied to net-next, thanks.

Re: [PATCH 6/8] x86: xen: audit and remove any unnecessary uses of module.h

On 14/07/16 02:18, Paul Gortmaker wrote: > Historically a lot of these existed because we did not have > a distinction between what was modular code and what was providing > support to modules via EXPORT_SYMBOL and friends. That changed > when we forked out support for the latter into the

Re: [PATCH 0/2] Code style fixes

From: Elad Kanfi Date: Wed, 13 Jul 2016 16:58:05 +0300 > Fix all checkpatch warnings and errors, and reuse code Series applied to net-next, thanks.

Re: [PATCH 6/8] x86: xen: audit and remove any unnecessary uses of module.h

On 14/07/16 02:18, Paul Gortmaker wrote: > Historically a lot of these existed because we did not have > a distinction between what was modular code and what was providing > support to modules via EXPORT_SYMBOL and friends. That changed > when we forked out support for the latter into the

linux-next: build warnings after merge of the tip tree

Hi all, After merging the tip tree, today's linux-next build (x86_64 allmodconfig) produced these warnings: In file included from tools/include/linux/hashtable.h:12:0, from elf.h:24, from builtin-check.c:33: tools/include/linux/bitops.h:12:0: error:

linux-next: build warnings after merge of the tip tree

Hi all, After merging the tip tree, today's linux-next build (x86_64 allmodconfig) produced these warnings: In file included from tools/include/linux/hashtable.h:12:0, from elf.h:24, from builtin-check.c:33: tools/include/linux/bitops.h:12:0: error:

Re: [PATCH v11 00/22] Add HiSilicon RoCE driver

在 2016/7/2 17:39, Lijun Ou 写道: > The HiSilicon Network Substem is a long term evolution IP which is > supposed to be used in HiSilicon ICT SoCs. HNS (HiSilicon Network > Sybsystem) also has a hardware support of performing RDMA with > RoCEE. > The driver for HiSilicon RoCEE(RoCE Engine) is a

Re: [PATCH v11 00/22] Add HiSilicon RoCE driver

在 2016/7/2 17:39, Lijun Ou 写道: > The HiSilicon Network Substem is a long term evolution IP which is > supposed to be used in HiSilicon ICT SoCs. HNS (HiSilicon Network > Sybsystem) also has a hardware support of performing RDMA with > RoCEE. > The driver for HiSilicon RoCEE(RoCE Engine) is a

Re: [PATCH 2/2] proc: Add /proc//timerslack_ns interface

On Wed, Jul 13, 2016 at 4:47 PM, John Stultz wrote: > On Tue, Feb 16, 2016 at 5:06 PM, John Stultz wrote: >> This patch provides a proc/PID/timerslack_ns interface which >> exposes a task's timerslack value in nanoseconds and allows it >> to be

Re: [PATCH 2/2] proc: Add /proc//timerslack_ns interface

On Wed, Jul 13, 2016 at 4:47 PM, John Stultz wrote: > On Tue, Feb 16, 2016 at 5:06 PM, John Stultz wrote: >> This patch provides a proc/PID/timerslack_ns interface which >> exposes a task's timerslack value in nanoseconds and allows it >> to be changed. >> >> This allows power/performance

Re: [PATCH v2 02/10] irqchip: add irqchip driver for nuc900

On 2016年07月14日 04:09, Jason Cooper wrote: Hi Wan Zongshun, On Sun, Jul 10, 2016 at 03:27:22PM +0800, Wan Zongshun wrote: This patch is to add irqchip driver support for nuc900 plat, current this driver only supports nuc970 SoC. Signed-off-by: Wan Zongshun ---

linux-next: build warnings after merge of the tip tree

Hi all, After merging the tip tree, today's linux-next build (powerpc64le perf) produced these warnings: Warning: tools/include/uapi/linux/bpf.h differs from kernel Warning: tools/arch/x86/include/asm/disabled-features.h differs from kernel Warning: tools/arch/x86/include/asm/required-features.h

Re: [PATCH v2 02/10] irqchip: add irqchip driver for nuc900

On 2016年07月14日 04:09, Jason Cooper wrote: Hi Wan Zongshun, On Sun, Jul 10, 2016 at 03:27:22PM +0800, Wan Zongshun wrote: This patch is to add irqchip driver support for nuc900 plat, current this driver only supports nuc970 SoC. Signed-off-by: Wan Zongshun ---

linux-next: build warnings after merge of the tip tree

Hi all, After merging the tip tree, today's linux-next build (powerpc64le perf) produced these warnings: Warning: tools/include/uapi/linux/bpf.h differs from kernel Warning: tools/arch/x86/include/asm/disabled-features.h differs from kernel Warning: tools/arch/x86/include/asm/required-features.h

[PATCH 2/2] net: nps_enet: code reuse

From: Elad Kanfi Add inline function that checks if there is a pending tx packet. Signed-off-by: Elad Kanfi --- drivers/net/ethernet/ezchip/nps_enet.c | 21 +++-- 1 files changed, 11 insertions(+), 10 deletions(-) diff --git

[PATCH 2/2] net: nps_enet: code reuse

From: Elad Kanfi Add inline function that checks if there is a pending tx packet. Signed-off-by: Elad Kanfi --- drivers/net/ethernet/ezchip/nps_enet.c | 21 +++-- 1 files changed, 11 insertions(+), 10 deletions(-) diff --git a/drivers/net/ethernet/ezchip/nps_enet.c

Re: [PATCH v2 0/5] firmware: add SmPL grammar to avoid issues

On Thu, Jul 14, 2016 at 05:08:12AM +0200, Luis R. Rodriguez wrote: On Thu, Jul 14, 2016 at 10:23:36AM +0800, Fengguang Wu wrote: On Thu, Jul 14, 2016 at 04:15:01AM +0200, Luis R. Rodriguez wrote: >On Thu, Jul 14, 2016 at 07:52:07AM +0800, Fengguang Wu wrote: >>Hi Luis, >> >>On Thu, Jul 07, 2016

Re: [PATCH v2 0/5] firmware: add SmPL grammar to avoid issues

On Thu, Jul 14, 2016 at 05:08:12AM +0200, Luis R. Rodriguez wrote: On Thu, Jul 14, 2016 at 10:23:36AM +0800, Fengguang Wu wrote: On Thu, Jul 14, 2016 at 04:15:01AM +0200, Luis R. Rodriguez wrote: >On Thu, Jul 14, 2016 at 07:52:07AM +0800, Fengguang Wu wrote: >>Hi Luis, >> >>On Thu, Jul 07, 2016

Re: [PATCH 0/2] Automatically load the vmx_crypto module if supported

On Wed, Jul 13, 2016 at 03:54:59PM +1000, Alastair D'Silva wrote: > On Wed, 2016-07-13 at 15:47 +1000, alast...@au1.ibm.com wrote: > > From: Alastair D'Silva > > > This series allows the vmx_crypto module to be detected and > > automatically > > loaded via UDEV if the CPU

Re: [PATCH 0/2] Automatically load the vmx_crypto module if supported

On Wed, Jul 13, 2016 at 03:54:59PM +1000, Alastair D'Silva wrote: > On Wed, 2016-07-13 at 15:47 +1000, alast...@au1.ibm.com wrote: > > From: Alastair D'Silva > > > This series allows the vmx_crypto module to be detected and > > automatically > > loaded via UDEV if the CPU supports the vector

Re: [PATCH v4 4/7] rtc: ac100: Add clk output support

On Sat, Jul 9, 2016 at 2:36 AM, Michael Turquette wrote: > Quoting Chen-Yu Tsai (2016-06-30 08:58:48) >> +static long ac100_clkout_round_rate(struct clk_hw *hw, unsigned long rate, >> + unsigned long prate) >> +{ >> + unsigned long

Re: [PATCH v4 4/7] rtc: ac100: Add clk output support

On Sat, Jul 9, 2016 at 2:36 AM, Michael Turquette wrote: > Quoting Chen-Yu Tsai (2016-06-30 08:58:48) >> +static long ac100_clkout_round_rate(struct clk_hw *hw, unsigned long rate, >> + unsigned long prate) >> +{ >> + unsigned long best_rate = 0, tmp_rate,

[PATCH 5/6] drm/rockchip: vop: correct the source size of uv scale factor setting

When the input color format is YUV, we need to do some external scale for CBCR. Like, * In YUV420 data format: cbcr_xscale = dst_w / src_w * 2; cbcr_yscale = dst_h / src_h * 2; * In YUV422 data format: cbcr_xscale = dst_w / src_w * 2; cbcr_yscale = dst_h / src_h; * In YUV444

[PATCH 5/6] drm/rockchip: vop: correct the source size of uv scale factor setting

When the input color format is YUV, we need to do some external scale for CBCR. Like, * In YUV420 data format: cbcr_xscale = dst_w / src_w * 2; cbcr_yscale = dst_h / src_h * 2; * In YUV422 data format: cbcr_xscale = dst_w / src_w * 2; cbcr_yscale = dst_h / src_h; * In YUV444

[PATCH 6/6] drm/rockchip: vop: correct rk3036 register define

Signed-off-by: Mark Yao Reported-by: Tomasz Figa --- drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_vop_reg.c

[PATCH 6/6] drm/rockchip: vop: correct rk3036 register define

Signed-off-by: Mark Yao Reported-by: Tomasz Figa --- drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_vop_reg.c b/drivers/gpu/drm/rockchip/rockchip_vop_reg.c index a348a7a..919992c 100644 ---

[PATCH 1/6] drm/rockchip: dw_hdmi: remove unused #include

From: John Keeping drm_encoder_slave is not used in this file. Signed-off-by: John Keeping Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH 2/6] drm/rockchip: fb: add missing header

From: John Keeping This fixes the following sparse warnings: drivers/gpu/drm/rockchip/rockchip_drm_fb.c:32:23: warning: symbol 'rockchip_fb_get_gem_obj' was not declared. Should it be static? drivers/gpu/drm/rockchip/rockchip_drm_fb.c:315:24: warning: symbol

[PATCH 1/6] drm/rockchip: dw_hdmi: remove unused #include

From: John Keeping drm_encoder_slave is not used in this file. Signed-off-by: John Keeping Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c

[PATCH 2/6] drm/rockchip: fb: add missing header

From: John Keeping This fixes the following sparse warnings: drivers/gpu/drm/rockchip/rockchip_drm_fb.c:32:23: warning: symbol 'rockchip_fb_get_gem_obj' was not declared. Should it be static? drivers/gpu/drm/rockchip/rockchip_drm_fb.c:315:24: warning: symbol 'rockchip_drm_framebuffer_init'

[PATCH 0/6] drm/rockchip: some fixes

Here are some fixes for drm/rockchip: These following patches were sent to upstream, seems no doubt about them, I just rebase them to newest Dave's branch and resent. drm/rockchip: vop: correct the source size of uv scale factor setting drm/rockchip: vop: add uv_vir register field for RK3036

[PATCH 4/6] drm/rockchip: vop: add uv_vir register field for RK3036 VOP

From: Yakir Yang The WIN0 of RK3036 VOP could support YUV data format, but driver forget to add the uv_vir register field for it. Signed-off-by: Yakir Yang Signed-off-by: Mark Yao ---

[PATCH 3/6] drm/rockchip: fix "should it be static?" warnings

From: John Keeping Combined with the previous commit, this fixes all of the sparse warnings in drm/rockchip. Signed-off-by: John Keeping Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 2 +-

[PATCH 0/6] drm/rockchip: some fixes

Here are some fixes for drm/rockchip: These following patches were sent to upstream, seems no doubt about them, I just rebase them to newest Dave's branch and resent. drm/rockchip: vop: correct the source size of uv scale factor setting drm/rockchip: vop: add uv_vir register field for RK3036

[PATCH 4/6] drm/rockchip: vop: add uv_vir register field for RK3036 VOP

From: Yakir Yang The WIN0 of RK3036 VOP could support YUV data format, but driver forget to add the uv_vir register field for it. Signed-off-by: Yakir Yang Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 3/6] drm/rockchip: fix "should it be static?" warnings

From: John Keeping Combined with the previous commit, this fixes all of the sparse warnings in drm/rockchip. Signed-off-by: John Keeping Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 2 +- drivers/gpu/drm/rockchip/rockchip_drm_fb.c | 2 +-

Re: [PATCH 1/2] scsi: lpfc: avoid harmless comparison warning

> "Arnd" == Arnd Bergmann writes: Arnd> When building with -Wextra, we get a lot of warnings for the lpfc Arnd> driver concerning expressions that are always true, starting with: Arnd> drivers/scsi/lpfc/lpfc_attr.c: In function Arnd> 'lpfc_enable_npiv_init':

Re: [PATCH 1/2] scsi: lpfc: avoid harmless comparison warning

> "Arnd" == Arnd Bergmann writes: Arnd> When building with -Wextra, we get a lot of warnings for the lpfc Arnd> driver concerning expressions that are always true, starting with: Arnd> drivers/scsi/lpfc/lpfc_attr.c: In function Arnd> 'lpfc_enable_npiv_init':

Re: [v5 PATCH 5/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Hi Sean Thanks for your detailed review. I'm working to modify most of code according to comment. And there is reply for some comment On 07/13/2016 09:59 PM, Sean Paul wrote: On Tue, Jul 12, 2016 at 8:09 AM, Chris Zhong wrote: Add support for cdn DP controller which is

Re: [v5 PATCH 5/5] drm/rockchip: cdn-dp: add cdn DP support for rk3399

Hi Sean Thanks for your detailed review. I'm working to modify most of code according to comment. And there is reply for some comment On 07/13/2016 09:59 PM, Sean Paul wrote: On Tue, Jul 12, 2016 at 8:09 AM, Chris Zhong wrote: Add support for cdn DP controller which is embedded in the

Request for discussion

Good day, I am Bun Sam. I work with one of the major banks in Cambodia as the director of audit. I have a proposal for you, a very urgent and quick business that will be completed in 12 working days. I have just discovered documents relating to funds belonging to a deceased client of our bank,

Request for discussion

Good day, I am Bun Sam. I work with one of the major banks in Cambodia as the director of audit. I have a proposal for you, a very urgent and quick business that will be completed in 12 working days. I have just discovered documents relating to funds belonging to a deceased client of our bank,

Re: [PATCH v2 0/5] firmware: add SmPL grammar to avoid issues

On Thu, Jul 14, 2016 at 10:23:36AM +0800, Fengguang Wu wrote: > On Thu, Jul 14, 2016 at 04:15:01AM +0200, Luis R. Rodriguez wrote: > >On Thu, Jul 14, 2016 at 07:52:07AM +0800, Fengguang Wu wrote: > >>Hi Luis, > >> > >>On Thu, Jul 07, 2016 at 02:56:44AM +0200, Luis R. Rodriguez wrote: > >>>On Thu,

Re: [PATCH v2 0/5] firmware: add SmPL grammar to avoid issues

On Thu, Jul 14, 2016 at 10:23:36AM +0800, Fengguang Wu wrote: > On Thu, Jul 14, 2016 at 04:15:01AM +0200, Luis R. Rodriguez wrote: > >On Thu, Jul 14, 2016 at 07:52:07AM +0800, Fengguang Wu wrote: > >>Hi Luis, > >> > >>On Thu, Jul 07, 2016 at 02:56:44AM +0200, Luis R. Rodriguez wrote: > >>>On Thu,

Re: [GIT PULL] phy: for 4.8 merge window

On Tue, Jul 05, 2016 at 10:53:47AM +0530, Kishon Vijay Abraham I wrote: > Hi Greg, > > Please find the pull request for 4.8 merge window below. > > Now the controller can configure the mode in which the PHY should > work using the new phy_set_mode API. This was added by David Lechner > required

Re: [GIT PULL] phy: for 4.8 merge window

On Tue, Jul 05, 2016 at 10:53:47AM +0530, Kishon Vijay Abraham I wrote: > Hi Greg, > > Please find the pull request for 4.8 merge window below. > > Now the controller can configure the mode in which the PHY should > work using the new phy_set_mode API. This was added by David Lechner > required

Re: [git pull] stm class/intel_th: Updates for char-misc-linus

On Fri, Jul 01, 2016 at 12:15:37PM +0300, Alexander Shishkin wrote: > Hi Greg, > > These are fixes I have queued for the v4.7. Please consider pulling into > char-misc-linus. > > The following changes since commit 60cef77f9ba419fec6c41bc4e3fecb9bf426f664: > > intel_th: pci: Add Kaby Lake

Re: [git pull] stm class/intel_th: Updates for char-misc-linus

On Fri, Jul 01, 2016 at 12:15:37PM +0300, Alexander Shishkin wrote: > Hi Greg, > > These are fixes I have queued for the v4.7. Please consider pulling into > char-misc-linus. > > The following changes since commit 60cef77f9ba419fec6c41bc4e3fecb9bf426f664: > > intel_th: pci: Add Kaby Lake

Re: [git pull] stm class/intel_th: Updates for char-misc-next

On Fri, Jul 01, 2016 at 02:46:11PM +0300, Alexander Shishkin wrote: > Hi Greg, > > These are updates I have queued for the v4.8 merge window. Apologies for > late request. Please consider pulling. > > The following changes since commit af8c34ce6ae32addda3788d54a7e340cad22516b: > > Linux

Re: [git pull] stm class/intel_th: Updates for char-misc-next

On Fri, Jul 01, 2016 at 02:46:11PM +0300, Alexander Shishkin wrote: > Hi Greg, > > These are updates I have queued for the v4.8 merge window. Apologies for > late request. Please consider pulling. > > The following changes since commit af8c34ce6ae32addda3788d54a7e340cad22516b: > > Linux

Re: [GIT PULL] extcon next for 4.8

On Tue, Jul 05, 2016 at 08:04:08PM +0900, Chanwoo Choi wrote: > Dear Greg, > > This is extcon-next pull request for v4.8. I add detailed description of > this pull request on below. Please pull extcon with following updates. > > Best Regards, > Chanwoo Choi > > The following changes since

Re: [GIT PULL] extcon next for 4.8

On Tue, Jul 05, 2016 at 08:04:08PM +0900, Chanwoo Choi wrote: > Dear Greg, > > This is extcon-next pull request for v4.8. I add detailed description of > this pull request on below. Please pull extcon with following updates. > > Best Regards, > Chanwoo Choi > > The following changes since

Re: [PULL] lkdtm update (next)

On Thu, Jul 07, 2016 at 11:14:35AM -0700, Kees Cook wrote: > Hi, > > Please pull these lkdtm changes for next. > > Thanks! > > -Kees > > The following changes since commit e2402b1d214e5d50e807773563d590115a161f45: > > nvmem: imx-ocotp: Fix assignment warning. (2016-06-25 07:42:55 -0700) >

Re: [PULL] lkdtm update (next)

On Thu, Jul 07, 2016 at 11:14:35AM -0700, Kees Cook wrote: > Hi, > > Please pull these lkdtm changes for next. > > Thanks! > > -Kees > > The following changes since commit e2402b1d214e5d50e807773563d590115a161f45: > > nvmem: imx-ocotp: Fix assignment warning. (2016-06-25 07:42:55 -0700) >

[PATCH] dmaengine: qcom_hidma: release the descriptor before the callback

There is a race condition between data transfer callback and descriptor free code. The callback routine may decide to clear the resources even though the descriptor has not yet been freed. Instead of calling the callback first and then releasing the memory, this code is changing the order to

[PATCH] dmaengine: qcom_hidma: release the descriptor before the callback

There is a race condition between data transfer callback and descriptor free code. The callback routine may decide to clear the resources even though the descriptor has not yet been freed. Instead of calling the callback first and then releasing the memory, this code is changing the order to

[lkp] [x86/hpet] a28b41ab00: RIP: 0010:[] [] __lock_acquire+0xce/0x649

FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git tmp.smp/hotplug commit a28b41ab00dc93b9b16deda9d9b4b26601444f6d ("x86/hpet: Convert to hotplug state machine") in testcase: boot on test machine: 2 threads qemu-system-x86_64 -enable-kvm -cpu

[lkp] [x86/hpet] a28b41ab00: RIP: 0010:[] [] __lock_acquire+0xce/0x649

FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git tmp.smp/hotplug commit a28b41ab00dc93b9b16deda9d9b4b26601444f6d ("x86/hpet: Convert to hotplug state machine") in testcase: boot on test machine: 2 threads qemu-system-x86_64 -enable-kvm -cpu

Re: [PATCH v2 2/7] lib/dlock-list: Add __percpu modifier for parameters

On 07/13/2016 12:08 PM, Tejun Heo wrote: On Mon, Jul 11, 2016 at 01:32:07PM -0400, Waiman Long wrote: From: Boqun Feng Add __percpu modifier properly to help: 1. Differ pointers to actual structures with those to percpu structures, which could improve

Re: [PATCH v2 2/7] lib/dlock-list: Add __percpu modifier for parameters

On 07/13/2016 12:08 PM, Tejun Heo wrote: On Mon, Jul 11, 2016 at 01:32:07PM -0400, Waiman Long wrote: From: Boqun Feng Add __percpu modifier properly to help: 1. Differ pointers to actual structures with those to percpu structures, which could improve readability. 2.

Re: [PATCH v2 1/7] lib/dlock-list: Distributed and lock-protected lists

On 07/13/2016 12:08 PM, Tejun Heo wrote: Hello, On Mon, Jul 11, 2016 at 01:32:06PM -0400, Waiman Long wrote: ... A new header file include/linux/dlock-list.h will be added with the Heh, I think perpcu_list was the better name but suppose I'm too late. Given the fact that we may change the

Re: [PATCH v2 1/7] lib/dlock-list: Distributed and lock-protected lists

On 07/13/2016 12:08 PM, Tejun Heo wrote: Hello, On Mon, Jul 11, 2016 at 01:32:06PM -0400, Waiman Long wrote: ... A new header file include/linux/dlock-list.h will be added with the Heh, I think perpcu_list was the better name but suppose I'm too late. Given the fact that we may change the

[PATCH 3/3] tools/power/acpi/acpidbg: Use new flushing mechanism

This patch converts tools/power/acpi/tools/acpidbg/acpidbg to use the new flushing mechanism. Signed-off-by: Lv Zheng --- tools/power/acpi/tools/acpidbg/acpidbg.c | 49 +++--- 1 file changed, 5 insertions(+), 44 deletions(-) diff --git

[PATCH 3/3] tools/power/acpi/acpidbg: Use new flushing mechanism

This patch converts tools/power/acpi/tools/acpidbg/acpidbg to use the new flushing mechanism. Signed-off-by: Lv Zheng --- tools/power/acpi/tools/acpidbg/acpidbg.c | 49 +++--- 1 file changed, 5 insertions(+), 44 deletions(-) diff --git

  1   2   3   4   5   6   7   8   9   10   >