Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

On Thu, Jan 19, 2017 at 6:32 PM, Vikas Shivappa wrote: > Resending including Thomas , also with some changes. Sorry for the spam > > Based on Thomas and Peterz feedback Can think of two design > variants which target: > > -Support monitoring and allocating using

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

On Thu, Jan 19, 2017 at 6:32 PM, Vikas Shivappa wrote: > Resending including Thomas , also with some changes. Sorry for the spam > > Based on Thomas and Peterz feedback Can think of two design > variants which target: > > -Support monitoring and allocating using the same resctrl group. > user can

Re: [PATCH 1/3] drm/exynos/decon5433: do not disable video after reset

Applied including other two patches. Thanks. 2017년 01월 17일 23:15에 Andrzej Hajda 이(가) 쓴 글: > decon_commit is called just after reset so video is disabled anyway. > > Signed-off-by: Andrzej Hajda > --- > drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 2 -- > 1 file

Re: [PATCH 1/3] drm/exynos/decon5433: do not disable video after reset

Applied including other two patches. Thanks. 2017년 01월 17일 23:15에 Andrzej Hajda 이(가) 쓴 글: > decon_commit is called just after reset so video is disabled anyway. > > Signed-off-by: Andrzej Hajda > --- > drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 2 -- > 1 file changed, 2 deletions(-) > >

Re: [PATCH v11 2/8] power: add power sequence library

On Tue, Jan 10, 2017 at 03:02:41PM +0800, Peter Chen wrote: > On Sat, Jan 07, 2017 at 10:54:56AM +0200, Krzysztof Kozlowski wrote: > > On Thu, Jan 05, 2017 at 02:01:53PM +0800, Peter Chen wrote: > > > We have an well-known problem that the device needs to do some power > > > sequence before it can

Re: [PATCH v11 2/8] power: add power sequence library

On Tue, Jan 10, 2017 at 03:02:41PM +0800, Peter Chen wrote: > On Sat, Jan 07, 2017 at 10:54:56AM +0200, Krzysztof Kozlowski wrote: > > On Thu, Jan 05, 2017 at 02:01:53PM +0800, Peter Chen wrote: > > > We have an well-known problem that the device needs to do some power > > > sequence before it can

[PATCH v1] soc: renesas: rcar-sysc:- Prevent resource leake and NULL-pointer error

If rcar_sysc_pd_init will fail, Handle ERROR properly. -Release memory -Unmap I/O memory from kernel address space. In rcar_sysc_init, If ioremap_nocache will fail. It will return NULL. Kernel can run into a NULL-pointer dereference. Signed-off-by: Arvind Yadav ---

[PATCH v1] soc: renesas: rcar-sysc:- Prevent resource leake and NULL-pointer error

If rcar_sysc_pd_init will fail, Handle ERROR properly. -Release memory -Unmap I/O memory from kernel address space. In rcar_sysc_init, If ioremap_nocache will fail. It will return NULL. Kernel can run into a NULL-pointer dereference. Signed-off-by: Arvind Yadav ---

Re: [PATCH v3 2/3] spi: pxa2xx: Prepare for edge-triggered interrupts

Jan Kiszka writes: > When using the a device with edge-triggered interrupts, such as MSIs, > the interrupt handler has to ensure that there is a point in time during > its execution where all interrupts sources are silent so that a new > event can trigger a new interrupt

Re: [PATCH v3 2/3] spi: pxa2xx: Prepare for edge-triggered interrupts

Jan Kiszka writes: > When using the a device with edge-triggered interrupts, such as MSIs, > the interrupt handler has to ensure that there is a point in time during > its execution where all interrupts sources are silent so that a new > event can trigger a new interrupt again. > > This is

Re: [PATCH 2/2] ARM: dts: rockchip: add dts for RK3288-Tinker board

On 2017/1/20 15:07, Eddie Cai wrote: 2017-01-20 10:29 GMT+08:00 Shawn Lin : On 2017/1/19 10:11, Eddie Cai wrote: This patch add basic support for RK3288-Tinker board. We can boot in to rootfs with this patch. Signed-off-by: Eddie Cai ---

Re: [PATCH 2/2] ARM: dts: rockchip: add dts for RK3288-Tinker board

On 2017/1/20 15:07, Eddie Cai wrote: 2017-01-20 10:29 GMT+08:00 Shawn Lin : On 2017/1/19 10:11, Eddie Cai wrote: This patch add basic support for RK3288-Tinker board. We can boot in to rootfs with this patch. Signed-off-by: Eddie Cai --- arch/arm/boot/dts/Makefile | 1 +

Re: [PATCH 0/3] ata: add m68k/Atari Falcon PATA support

Hi Finn, Am 15.01.2017 um 17:42 schrieb Finn Thain: >> No, we can't check either FDC or SCSI interrupts (or indeed any chip >> registers) without touching the ST-DMA. The moment we select a FDC or >> SCSI register for read, DMA is terminated no questions asked. >> > > Perhaps we can convert

Re: [PATCH 0/3] ata: add m68k/Atari Falcon PATA support

Hi Finn, Am 15.01.2017 um 17:42 schrieb Finn Thain: >> No, we can't check either FDC or SCSI interrupts (or indeed any chip >> registers) without touching the ST-DMA. The moment we select a FDC or >> SCSI register for read, DMA is terminated no questions asked. >> > > Perhaps we can convert

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

On Thu, Jan 19, 2017 at 9:41 AM, Thomas Gleixner wrote: > On Wed, 18 Jan 2017, David Carrillo-Cisneros wrote: >> On Wed, Jan 18, 2017 at 12:53 AM, Thomas Gleixner wrote: >> There are use cases where the RMID to CLOSID mapping is not that simple. >> Some of

Re: [PATCH v2] mm: add arch-independent testcases for RODATA

Hi Jinbum, [auto build test ERROR on mmotm/master] [also build test ERROR on v4.10-rc4 next-20170119] [cannot apply to tip/x86/core] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Jinbum-Park

Re: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

On Thu, Jan 19, 2017 at 9:41 AM, Thomas Gleixner wrote: > On Wed, 18 Jan 2017, David Carrillo-Cisneros wrote: >> On Wed, Jan 18, 2017 at 12:53 AM, Thomas Gleixner wrote: >> There are use cases where the RMID to CLOSID mapping is not that simple. >> Some of them are: >> >> 1. Fine-tuning of cache

Re: [PATCH v2] mm: add arch-independent testcases for RODATA

Hi Jinbum, [auto build test ERROR on mmotm/master] [also build test ERROR on v4.10-rc4 next-20170119] [cannot apply to tip/x86/core] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Jinbum-Park

Re: amdgpu: Corrupted video on 32 bit systems (possible fix)

On Fri, Jan 20, 2017 at 11:47:53AM +0900, Michel Dänzer wrote: > On 20/01/17 04:35 AM, Nils Holland wrote: > > > > --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c2016-12-11 > > 20:17:54.0 +0100 > > +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c2017-01-19 > >

Re: amdgpu: Corrupted video on 32 bit systems (possible fix)

On Fri, Jan 20, 2017 at 11:47:53AM +0900, Michel Dänzer wrote: > On 20/01/17 04:35 AM, Nils Holland wrote: > > > > --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c2016-12-11 > > 20:17:54.0 +0100 > > +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c2017-01-19 > >

Re: [PATCH 2/2] m68k: replaced gcc specific macros with ones from compiler.h

On Thu, Jan 19, 2017 at 9:31 PM, kbuild test robot <l...@intel.com> wrote: > Hi Gideon, > > [auto build test ERROR on m68k/for-next] > [also build test ERROR on v4.10-rc4 next-20170119] > [if your patch is applied to the wrong git tree, please drop us a note to > help imp

Re: [PATCH 2/2] m68k: replaced gcc specific macros with ones from compiler.h

On Thu, Jan 19, 2017 at 9:31 PM, kbuild test robot wrote: > Hi Gideon, > > [auto build test ERROR on m68k/for-next] > [also build test ERROR on v4.10-rc4 next-20170119] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] &g

Re: [PATCH v3 1/3] mmc: dt-bindings: update Mediatek MMC bindings

On Thu, Jan 19, 2017 at 6:19 PM, Yong Mao wrote: > > From: yong mao > > Add description for mtk-hs200-cmd-int-delay > Add description for mtk-hs400-cmd-int-delay > Add description for mtk-hs400-cmd-resp-sel > > Signed-off-by: Yong Mao

Re: [PATCH v3 1/3] mmc: dt-bindings: update Mediatek MMC bindings

On Thu, Jan 19, 2017 at 6:19 PM, Yong Mao wrote: > > From: yong mao > > Add description for mtk-hs200-cmd-int-delay > Add description for mtk-hs400-cmd-int-delay > Add description for mtk-hs400-cmd-resp-sel > > Signed-off-by: Yong Mao > --- > Documentation/devicetree/bindings/mmc/mtk-sd.txt |

[tip:sched/core] sched/clock: Fix hotplug crash

Commit-ID: acb04058de49458010c44bb35b849d45113fd668 Gitweb: http://git.kernel.org/tip/acb04058de49458010c44bb35b849d45113fd668 Author: Peter Zijlstra AuthorDate: Thu, 19 Jan 2017 14:36:33 +0100 Committer: Ingo Molnar CommitDate: Fri, 20 Jan 2017

[tip:sched/core] sched/clock: Fix hotplug crash

Commit-ID: acb04058de49458010c44bb35b849d45113fd668 Gitweb: http://git.kernel.org/tip/acb04058de49458010c44bb35b849d45113fd668 Author: Peter Zijlstra AuthorDate: Thu, 19 Jan 2017 14:36:33 +0100 Committer: Ingo Molnar CommitDate: Fri, 20 Jan 2017 02:38:46 +0100 sched/clock: Fix hotplug

Re: [PATCH v6 00/25] Support qcom's HSIC USB and rewrite USB2 HS support

On Wed, Dec 28, 2016 at 02:56:46PM -0800, Stephen Boyd wrote: > The state of USB ChipIdea support on Qualcomm's platforms is not great. > The DT description of these devices requires up to three different nodes > for what amounts to be the same hardware block, when there should really > only be

Re: [PATCH v6 00/25] Support qcom's HSIC USB and rewrite USB2 HS support

On Wed, Dec 28, 2016 at 02:56:46PM -0800, Stephen Boyd wrote: > The state of USB ChipIdea support on Qualcomm's platforms is not great. > The DT description of these devices requires up to three different nodes > for what amounts to be the same hardware block, when there should really > only be

Re: [PATCH v3 2/2] mmc: pwrseq: add support for Marvell SD8787 chip

On 20 January 2017 at 03:42, Shawn Lin wrote: > On 2017/1/19 22:13, Ulf Hansson wrote: >> >> +Shawn >> >> On 13 January 2017 at 06:29, Matt Ranostay >> wrote: >>> >>> Allow power sequencing for the Marvell SD8787 Wifi/BT chip. >>> This can be

Re: [PATCH v3 2/2] mmc: pwrseq: add support for Marvell SD8787 chip

On 20 January 2017 at 03:42, Shawn Lin wrote: > On 2017/1/19 22:13, Ulf Hansson wrote: >> >> +Shawn >> >> On 13 January 2017 at 06:29, Matt Ranostay >> wrote: >>> >>> Allow power sequencing for the Marvell SD8787 Wifi/BT chip. >>> This can be abstracted to other chipsets if needed in the future.

Re: [PATCH v2] jump_label: reduce the size of struct static_key

* Jason Baron wrote: > struct static_key { > atomic_t enabled; > +/* > + * bit 0 => 1 if key is initially true > + * 0 if initially false > + * bit 1 => 1 if points to struct static_key_mod > + * 0 if points to struct jump_entry > + */ > + union { > +

Re: [PATCH v2] jump_label: reduce the size of struct static_key

* Jason Baron wrote: > struct static_key { > atomic_t enabled; > +/* > + * bit 0 => 1 if key is initially true > + * 0 if initially false > + * bit 1 => 1 if points to struct static_key_mod > + * 0 if points to struct jump_entry > + */ > + union { > + unsigned

Re: [PATCH 2/2] ARM: dts: rockchip: add dts for RK3288-Tinker board

2017-01-20 10:29 GMT+08:00 Shawn Lin : > > On 2017/1/19 10:11, Eddie Cai wrote: >> >> This patch add basic support for RK3288-Tinker board. We can boot in to >> rootfs >> with this patch. >> >> Signed-off-by: Eddie Cai >> --- >>

Re: [PATCH 2/2] ARM: dts: rockchip: add dts for RK3288-Tinker board

2017-01-20 10:29 GMT+08:00 Shawn Lin : > > On 2017/1/19 10:11, Eddie Cai wrote: >> >> This patch add basic support for RK3288-Tinker board. We can boot in to >> rootfs >> with this patch. >> >> Signed-off-by: Eddie Cai >> --- >> arch/arm/boot/dts/Makefile | 1 + >>

[PATCH 1/3 v2] ahci: qoriq: added a condition to enable dma coherence

From: Tang Yuantian Enable DMA coherence in SATA controller on condition that dma-coherent property exists in sata node in DTS. Signed-off-by: Tang Yuantian --- v2: - use of_dma_is_coherent() instead of open-coding. drivers/ata/ahci_qoriq.c |

[PATCH 1/3 v2] ahci: qoriq: added a condition to enable dma coherence

From: Tang Yuantian Enable DMA coherence in SATA controller on condition that dma-coherent property exists in sata node in DTS. Signed-off-by: Tang Yuantian --- v2: - use of_dma_is_coherent() instead of open-coding. drivers/ata/ahci_qoriq.c | 15 +++ 1 file changed, 11

[PATCH 2/3 v2] ahci: qoriq: report error when ecc register address is missing in dts

From: Tang Yuantian For ls1021a, and armv8 chasis 2 socs, sata ecc must be disabled. If ecc register is not found in sata node in dts, report error. This is a chip erratum described as bellow: The Read DMA operations get early termination indication from the controller.

[PATCH 3/3 v2] ahci: qoriq: added ls2088a platforms support

From: Tang Yuantian Ls2088a is new introduced arm-based soc with sata support with following features: 1. Complies with the serial ATA 3.0 specification and the AHCI 1.3.1 specification 2. Contains a high-speed descriptor-based DMA controller 3. Supports the following:

[PATCH 2/3 v2] ahci: qoriq: report error when ecc register address is missing in dts

From: Tang Yuantian For ls1021a, and armv8 chasis 2 socs, sata ecc must be disabled. If ecc register is not found in sata node in dts, report error. This is a chip erratum described as bellow: The Read DMA operations get early termination indication from the controller. This issue is observed

[PATCH 3/3 v2] ahci: qoriq: added ls2088a platforms support

From: Tang Yuantian Ls2088a is new introduced arm-based soc with sata support with following features: 1. Complies with the serial ATA 3.0 specification and the AHCI 1.3.1 specification 2. Contains a high-speed descriptor-based DMA controller 3. Supports the following: a. Speeds of 1.5

Re: [patch] mm, oom: header nodemask is NULL when cpusets are disabled

On Friday, January 20, 2017 6:58 AM David Rientjes wrote: > > Commit 82e7d3abec86 ("oom: print nodemask in the oom report") implicitly > sets the allocation nodemask to cpuset_current_mems_allowed when there is > no effective mempolicy. cpuset_current_mems_allowed is only effective > when

Re: [PATCH 2/2] ARM: dts: rockchip: add dts for RK3288-Tinker board

2017-01-19 17:58 GMT+08:00 Heiko Stuebner : > Hi Eddie, > > Am Donnerstag, 19. Januar 2017, 10:11:59 CET schrieb Eddie Cai: >> This patch add basic support for RK3288-Tinker board. We can boot in to >> rootfs with this patch. >> >> Signed-off-by: Eddie Cai

Re: [PATCH 2/2] Input: tca8418 - switch to using generic device properties

On Thu, Jan 19, 2017 at 02:48:03PM -0800, Dmitry Torokhov wrote: > Let's drop legacy platform data support (there are no users in mainline) > and switch to using generic device properties, which will make the driver > simpler (non-OF boards can use property sets to describe hardware). > >

Re: [PATCH 2/2] ARM: dts: rockchip: add dts for RK3288-Tinker board

2017-01-19 17:58 GMT+08:00 Heiko Stuebner : > Hi Eddie, > > Am Donnerstag, 19. Januar 2017, 10:11:59 CET schrieb Eddie Cai: >> This patch add basic support for RK3288-Tinker board. We can boot in to >> rootfs with this patch. >> >> Signed-off-by: Eddie Cai > > looks good in general, just some

Re: [PATCH 2/2] Input: tca8418 - switch to using generic device properties

On Thu, Jan 19, 2017 at 02:48:03PM -0800, Dmitry Torokhov wrote: > Let's drop legacy platform data support (there are no users in mainline) > and switch to using generic device properties, which will make the driver > simpler (non-OF boards can use property sets to describe hardware). > >

Re: [patch] mm, oom: header nodemask is NULL when cpusets are disabled

On Friday, January 20, 2017 6:58 AM David Rientjes wrote: > > Commit 82e7d3abec86 ("oom: print nodemask in the oom report") implicitly > sets the allocation nodemask to cpuset_current_mems_allowed when there is > no effective mempolicy. cpuset_current_mems_allowed is only effective > when

Re: powerpc/nvram: Move an assignment for the variable "ret" in dev_nvram_write()

> I think you really could have squashed patches 1-3 into a single patch > that returns directly after any failure. Thanks for your constructive feedback. I have got software development concerns around such patch squashing. > At this point you might as well remove that label and move the

Re: powerpc/nvram: Move an assignment for the variable "ret" in dev_nvram_write()

> I think you really could have squashed patches 1-3 into a single patch > that returns directly after any failure. Thanks for your constructive feedback. I have got software development concerns around such patch squashing. > At this point you might as well remove that label and move the

[tip:timers/core] timerqueue: Use rb_entry_safe() instead of open-coding it

Commit-ID: d852d39432f5d9822dd0ea8760573448338caf41 Gitweb: http://git.kernel.org/tip/d852d39432f5d9822dd0ea8760573448338caf41 Author: Geliang Tang AuthorDate: Tue, 20 Dec 2016 21:57:44 +0800 Committer: Thomas Gleixner CommitDate: Fri, 20 Jan

[tip:timers/core] timerqueue: Use rb_entry_safe() instead of open-coding it

Commit-ID: d852d39432f5d9822dd0ea8760573448338caf41 Gitweb: http://git.kernel.org/tip/d852d39432f5d9822dd0ea8760573448338caf41 Author: Geliang Tang AuthorDate: Tue, 20 Dec 2016 21:57:44 +0800 Committer: Thomas Gleixner CommitDate: Fri, 20 Jan 2017 08:03:42 +0100 timerqueue: Use

[PATCH 6/7] drm/exynos/decon5433: signal vblank only on odd fields

In case of interlace mode irq is generated for odd and even fields, but vblank should be signaled only for the last emitted field. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 7 +++ include/video/exynos5433_decon.h | 1 +

[PATCH 6/7] drm/exynos/decon5433: signal vblank only on odd fields

In case of interlace mode irq is generated for odd and even fields, but vblank should be signaled only for the last emitted field. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 7 +++ include/video/exynos5433_decon.h | 1 + 2 files changed, 8

[PATCH 2/7] drm/exynos/hdmi: fix VSI infoframe registers

VSI infoframe registers address space is non-contiguous, so infoframe write should be split into two chunks. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_hdmi.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH 2/7] drm/exynos/hdmi: fix VSI infoframe registers

VSI infoframe registers address space is non-contiguous, so infoframe write should be split into two chunks. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_hdmi.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c

[PATCH 4/7] drm/exynos/hdmi: add bridge support

In some platforms there is attached another device to the end of HDMI. The patch adds support for it. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_hdmi.c | 56 +--- 1 file changed, 46 insertions(+), 10 deletions(-) diff

[PATCH 4/7] drm/exynos/hdmi: add bridge support

In some platforms there is attached another device to the end of HDMI. The patch adds support for it. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_hdmi.c | 56 +--- 1 file changed, 46 insertions(+), 10 deletions(-) diff --git

[PATCH 1/7] drm/exynos/hdmi: add 297MHz pixel clock support

297MHz is used by Ultra HD modes. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_hdmi.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c b/drivers/gpu/drm/exynos/exynos_hdmi.c index 5ed8b1e..bef8965 100644

[PATCH 0/7] drm/exynos: add Ultra HD and interlace modes support to Exynos5433

Hi Inki, This patchset adds support for UltraHD and intrelace modes on DECON and HDMI drivers of Exynos5433 chipset. To fully support it on TM2(e) platforms MHL patches are alse required which will be posted in separate patchset. Krzysztof, DTS patch do not depend on the previous patches, so

[PATCH 3/7] drm/exynos/hdmi: fix PLL for 27MHz settings

Current settings for 27MHz and 27.027MHz do not work. Use the settings from vendor code instead. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_hdmi.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

[PATCH 5/7] drm/exynos/decon5433: add support for interlace modes

Some registers should be programmed differently in interlace mode. Additionally IP does not signal stop state properly in interlaced mode, so warning has been removed. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 45

[PATCH 1/7] drm/exynos/hdmi: add 297MHz pixel clock support

297MHz is used by Ultra HD modes. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_hdmi.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c b/drivers/gpu/drm/exynos/exynos_hdmi.c index 5ed8b1e..bef8965 100644 ---

[PATCH 0/7] drm/exynos: add Ultra HD and interlace modes support to Exynos5433

Hi Inki, This patchset adds support for UltraHD and intrelace modes on DECON and HDMI drivers of Exynos5433 chipset. To fully support it on TM2(e) platforms MHL patches are alse required which will be posted in separate patchset. Krzysztof, DTS patch do not depend on the previous patches, so

[PATCH 3/7] drm/exynos/hdmi: fix PLL for 27MHz settings

Current settings for 27MHz and 27.027MHz do not work. Use the settings from vendor code instead. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_hdmi.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c

[PATCH 5/7] drm/exynos/decon5433: add support for interlace modes

Some registers should be programmed differently in interlace mode. Additionally IP does not signal stop state properly in interlaced mode, so warning has been removed. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 45 +++

[PATCH 7/7] arm64: dts: exynos: configure TV path clocks for Ultra HD modes

Ultra HD modes requires clock ticking at increased rate. Signed-off-by: Andrzej Hajda --- arch/arm64/boot/dts/exynos/exynos5433.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm64/boot/dts/exynos/exynos5433.dtsi

[PATCH 7/7] arm64: dts: exynos: configure TV path clocks for Ultra HD modes

Ultra HD modes requires clock ticking at increased rate. Signed-off-by: Andrzej Hajda --- arch/arm64/boot/dts/exynos/exynos5433.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm64/boot/dts/exynos/exynos5433.dtsi b/arch/arm64/boot/dts/exynos/exynos5433.dtsi index

Re: [PATCH 1/2] pwm: pca9685: fix period change with same duty cycle

On Tue, Dec 13, 2016 at 04:52:50PM +0100, Clemens Gruber wrote: > When first implementing support for changing the output frequency, an > optimization was added to continue the PWM after changing the prescaler > without having to reprogram the ON and OFF registers for the duty cycle, > in case the

Re: linux-next: manual merge of the scsi tree with the tip tree

* Stephen Rothwell wrote: > Hi James, > > Today's linux-next merge of the scsi tree got a conflict in: > > drivers/scsi/mpt3sas/mpt3sas_scsih.c > > between commit: > > e963b7088dac ("scsi: mpt3sas: Fix hang on ata passthru commands") > > from the tip tree and

Re: [PATCH 1/2] pwm: pca9685: fix period change with same duty cycle

On Tue, Dec 13, 2016 at 04:52:50PM +0100, Clemens Gruber wrote: > When first implementing support for changing the output frequency, an > optimization was added to continue the PWM after changing the prescaler > without having to reprogram the ON and OFF registers for the duty cycle, > in case the

Re: linux-next: manual merge of the scsi tree with the tip tree

* Stephen Rothwell wrote: > Hi James, > > Today's linux-next merge of the scsi tree got a conflict in: > > drivers/scsi/mpt3sas/mpt3sas_scsih.c > > between commit: > > e963b7088dac ("scsi: mpt3sas: Fix hang on ata passthru commands") > > from the tip tree and commit: > >

[PATCH net] r8152: fix rtl8152_post_reset function

The rtl8152_post_reset() should sumbit rx urb and interrupt transfer, otherwise the rx wouldn't work and the linking change couldn't be detected. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH net] r8152: fix rtl8152_post_reset function

The rtl8152_post_reset() should sumbit rx urb and interrupt transfer, otherwise the rx wouldn't work and the linking change couldn't be detected. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/usb/r8152.c

Re: [RFC PATCH 1/2] mm, vmscan: account the number of isolated pages per zone

On Thursday, January 19, 2017 6:08 PM Mel Gorman wrote: > > If it's definitely required and is proven to fix the > infinite-loop-without-oom workload then I'll back off and withdraw my > objections. However, I'd at least like the following untested patch to > be considered as an alternative. It

Re: [RFC PATCH 1/2] mm, vmscan: account the number of isolated pages per zone

On Thursday, January 19, 2017 6:08 PM Mel Gorman wrote: > > If it's definitely required and is proven to fix the > infinite-loop-without-oom workload then I'll back off and withdraw my > objections. However, I'd at least like the following untested patch to > be considered as an alternative. It

Re: [PATCH 2/2] pwm: pca9685: fix prescaler initialization

On Thu, Jan 19, 2017 at 05:52:10PM +0100, Clemens Gruber wrote: > On Thu, Jan 19, 2017 at 06:10:08PM +0200, Andy Shevchenko wrote: > > Combining with your proposal I would see the best approach is to set > > pca->period_ns accordingly to current prescaler value if you want to. > > Yes, I agree. >

Re: [PATCH 2/2] pwm: pca9685: fix prescaler initialization

On Thu, Jan 19, 2017 at 05:52:10PM +0100, Clemens Gruber wrote: > On Thu, Jan 19, 2017 at 06:10:08PM +0200, Andy Shevchenko wrote: > > Combining with your proposal I would see the best approach is to set > > pca->period_ns accordingly to current prescaler value if you want to. > > Yes, I agree. >

Re: mm, vmscan: commit makes PAE kernel crash nightly (bisected)

On 2017-01-19 Michal Hocko wrote: > On Thu 19-01-17 03:48:50, Trevor Cordes wrote: > > On 2017-01-17 Michal Hocko wrote: > > > On Tue 17-01-17 14:21:14, Mel Gorman wrote: > > > > On Tue, Jan 17, 2017 at 02:52:28PM +0100, Michal Hocko > > > > wrote: > > > > > On Mon 16-01-17 11:09:34, Mel

Re: mm, vmscan: commit makes PAE kernel crash nightly (bisected)

On 2017-01-19 Michal Hocko wrote: > On Thu 19-01-17 03:48:50, Trevor Cordes wrote: > > On 2017-01-17 Michal Hocko wrote: > > > On Tue 17-01-17 14:21:14, Mel Gorman wrote: > > > > On Tue, Jan 17, 2017 at 02:52:28PM +0100, Michal Hocko > > > > wrote: > > > > > On Mon 16-01-17 11:09:34, Mel

[PATCH net] virtio-net: restore VIRTIO_HDR_F_DATA_VALID on receiving

Commit 501db511397f ("virtio: don't set VIRTIO_NET_HDR_F_DATA_VALID on xmit") in fact disables VIRTIO_HDR_F_DATA_VALID on receiving path too, fixing this by adding a hint (has_data_valid) and set it only on the receiving path. Cc: Rolf Neugebauer Signed-off-by: Jason

[PATCH net] virtio-net: restore VIRTIO_HDR_F_DATA_VALID on receiving

Commit 501db511397f ("virtio: don't set VIRTIO_NET_HDR_F_DATA_VALID on xmit") in fact disables VIRTIO_HDR_F_DATA_VALID on receiving path too, fixing this by adding a hint (has_data_valid) and set it only on the receiving path. Cc: Rolf Neugebauer Signed-off-by: Jason Wang ---

RE: [PATCH net] r8152: fix the rx doesn't work

> Subject: [PATCH net] r8152: fix the rx doesn't work > > The rtl8152_post_reset() doesn't submit the rx urb, so the rx wouldn't work. > > Signed-off-by: Hayes Wang Excuse me. Please ignore this patch. I would submit another one.

RE: [PATCH net] r8152: fix the rx doesn't work

> Subject: [PATCH net] r8152: fix the rx doesn't work > > The rtl8152_post_reset() doesn't submit the rx urb, so the rx wouldn't work. > > Signed-off-by: Hayes Wang Excuse me. Please ignore this patch. I would submit another one.

Re: [RESEND RFC 3/3] mmc: sdhci: Add more debug info in case of data error

Hi Adrian, Thanks for reviewing. On 1/19/2017 5:24 PM, Adrian Hunter wrote: On 10/01/17 08:41, Ritesh Harjani wrote: print error log message and dump sdhc registers for debugging purpose in case of data errors (except when tuning commands generate CRC/timeout/end bit errors). It is a bit

Re: [RESEND RFC 3/3] mmc: sdhci: Add more debug info in case of data error

Hi Adrian, Thanks for reviewing. On 1/19/2017 5:24 PM, Adrian Hunter wrote: On 10/01/17 08:41, Ritesh Harjani wrote: print error log message and dump sdhc registers for debugging purpose in case of data errors (except when tuning commands generate CRC/timeout/end bit errors). It is a bit

Re: [PATCH] procfs: change the owner of non-dumpable and writeable files

The patch under discussion just appears wrong. Part of what we are detecting when we ask if a task is dumpable is if a process might have under gone a security transition. If a process has undergone a security transition (calling setuid or the like) it is quite possible that everyone with it's

Re: [PATCH] procfs: change the owner of non-dumpable and writeable files

The patch under discussion just appears wrong. Part of what we are detecting when we ask if a task is dumpable is if a process might have under gone a security transition. If a process has undergone a security transition (calling setuid or the like) it is quite possible that everyone with it's

Re: [PATCH] Revert "mmc: dw_mmc-rockchip: add runtime PM support"

Hi, On 01/17/2017 10:38 PM, Romain Perier wrote: > Hi, > > In my case I can reproduce the issue on the rock2 and the firefly-rk3288. A > workaround is to > > comment the line ".pm = <_ops_foo>" . Sorry for late. I'm checking runtime PM for this. After that, i will decide whether revert or

Re: [PATCH] Revert "mmc: dw_mmc-rockchip: add runtime PM support"

Hi, On 01/17/2017 10:38 PM, Romain Perier wrote: > Hi, > > In my case I can reproduce the issue on the rock2 and the firefly-rk3288. A > workaround is to > > comment the line ".pm = <_ops_foo>" . Sorry for late. I'm checking runtime PM for this. After that, i will decide whether revert or

Re: [PATCH v2 3/3] watchdog: zx2967: add watchdog controller driver for ZTE's zx2967 family

On Thu, Jan 19, 2017 at 09:59:52AM +0800, Baoyou Xie wrote: > This patch adds watchdog controller driver for ZTE's zx2967 family. > > Signed-off-by: Baoyou Xie > --- > drivers/watchdog/Kconfig | 10 ++ > drivers/watchdog/Makefile | 1 + >

Re: [PATCH v2 3/3] watchdog: zx2967: add watchdog controller driver for ZTE's zx2967 family

On Thu, Jan 19, 2017 at 09:59:52AM +0800, Baoyou Xie wrote: > This patch adds watchdog controller driver for ZTE's zx2967 family. > > Signed-off-by: Baoyou Xie > --- > drivers/watchdog/Kconfig | 10 ++ > drivers/watchdog/Makefile | 1 + > drivers/watchdog/zx2967_wdt.c | 383 >

[PATCH net] r8152: fix the rx doesn't work

The rtl8152_post_reset() doesn't submit the rx urb, so the rx wouldn't work. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index f3b48ad..e8f4f88 100644 ---

[PATCH net] r8152: fix the rx doesn't work

The rtl8152_post_reset() doesn't submit the rx urb, so the rx wouldn't work. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index f3b48ad..e8f4f88 100644 --- a/drivers/net/usb/r8152.c

Re: [RESEND RFC 1/3] mmc: sdhci: Add platform_dumpregs callback support to sdhci_ops.

On 1/19/2017 4:13 PM, Adrian Hunter wrote: On 18/01/17 09:57, Ritesh Harjani wrote: Hi Shawn, On 1/10/2017 2:45 PM, Shawn Lin wrote: On 2017/1/10 14:41, Ritesh Harjani wrote: From: Sahitya Tummala Add new host operation ->platform_dumpregs to provide a mechanism

Re: [RESEND RFC 1/3] mmc: sdhci: Add platform_dumpregs callback support to sdhci_ops.

On 1/19/2017 4:13 PM, Adrian Hunter wrote: On 18/01/17 09:57, Ritesh Harjani wrote: Hi Shawn, On 1/10/2017 2:45 PM, Shawn Lin wrote: On 2017/1/10 14:41, Ritesh Harjani wrote: From: Sahitya Tummala Add new host operation ->platform_dumpregs to provide a mechanism through which host drivers

Re: [RESEND RFC 2/3] mmc: sdhci-msm: Implement platform_dumpregs callback in sdhci-msm

Hi Adrian, On 1/19/2017 4:25 PM, Adrian Hunter wrote: On 10/01/17 08:41, Ritesh Harjani wrote: From: Sahitya Tummala Implement ->platform_dumpregs host operation to print the platform specific registers in addition to standard SDHC register during error conditions.

Re: [RESEND RFC 2/3] mmc: sdhci-msm: Implement platform_dumpregs callback in sdhci-msm

Hi Adrian, On 1/19/2017 4:25 PM, Adrian Hunter wrote: On 10/01/17 08:41, Ritesh Harjani wrote: From: Sahitya Tummala Implement ->platform_dumpregs host operation to print the platform specific registers in addition to standard SDHC register during error conditions. You could add an example

Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions

Hari Bathini writes: > Get rid of multiple definitions of append_elf_note() & final_note() > functions. Reuse these functions compiled under CONFIG_CRASH_CORE > Also, define Elf_Word and use it instead of generic u32 or the more > specific Elf64_Word. > >

Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions

Hari Bathini writes: > Get rid of multiple definitions of append_elf_note() & final_note() > functions. Reuse these functions compiled under CONFIG_CRASH_CORE > Also, define Elf_Word and use it instead of generic u32 or the more > specific Elf64_Word. > > Signed-off-by: Hari Bathini > --- > >

Re: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX

Hi Laura, [auto build test ERROR on linus/master] [also build test ERROR on v4.10-rc4] [cannot apply to next-20170119] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Laura-Abbott/Better

Re: [PATCH 2/2] security: Change name of CONFIG_DEBUG_SET_MODULE_RONX

Hi Laura, [auto build test ERROR on linus/master] [also build test ERROR on v4.10-rc4] [cannot apply to next-20170119] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Laura-Abbott/Better

  1   2   3   4   5   6   7   8   9   10   >