Re: extcon: max14577: Use common error handling code in max14577_muic_set_path()

> I think that there is any benefit of this patch. > Also, as I commented, it make the code more complicated. We have got different software development opinions about the shown change possibilities then. Regards, Markus

Re: extcon: max14577: Use common error handling code in max14577_muic_set_path()

> I think that there is any benefit of this patch. > Also, as I commented, it make the code more complicated. We have got different software development opinions about the shown change possibilities then. Regards, Markus

Re: [PATCH 1/2] extcon: max14577: Use common error handling code in max14577_muic_set_path()

On 2017년 10월 23일 14:45, SF Markus Elfring wrote: >> As you commented, this patch might remove the redundant error message. >> But, it makes the code more complicated in side of readability. > > Do you try to avoid duplicated code any more in other circumstances? I usually used the goto statement

Re: [PATCH 1/2] extcon: max14577: Use common error handling code in max14577_muic_set_path()

On 2017년 10월 23일 14:45, SF Markus Elfring wrote: >> As you commented, this patch might remove the redundant error message. >> But, it makes the code more complicated in side of readability. > > Do you try to avoid duplicated code any more in other circumstances? I usually used the goto statement

Re: devfreq/exynos-bus: Use common error handling code in exynos_bus_target()

> As I already commented on your other patch related to extcon-max14577, > this patch might remove the redundant error message. I hope that more software improvements can be achieved in this design direction. > But, it makes the code more complicated in side of readability. I prefer > existing

Re: devfreq/exynos-bus: Use common error handling code in exynos_bus_target()

> As I already commented on your other patch related to extcon-max14577, > this patch might remove the redundant error message. I hope that more software improvements can be achieved in this design direction. > But, it makes the code more complicated in side of readability. I prefer > existing

Re: [PATCH 1/2] extcon: max14577: Use common error handling code in max14577_muic_set_path()

> As you commented, this patch might remove the redundant error message. > But, it makes the code more complicated in side of readability. Do you try to avoid duplicated code any more in other circumstances? Regards, Markus

Re: [PATCH 1/2] extcon: max14577: Use common error handling code in max14577_muic_set_path()

> As you commented, this patch might remove the redundant error message. > But, it makes the code more complicated in side of readability. Do you try to avoid duplicated code any more in other circumstances? Regards, Markus

Re: [PATCH] of: Devices with pci_epf_bus_type require DMA configuration

Hi, On Wednesday 11 October 2017 10:15 PM, Robin Murphy wrote: > On 11/10/17 09:00, Kishon Vijay Abraham I wrote: >> pci-epc-core.c invokes of_dma_configure in order to configure >> the coherent_dma_mask/dma_mask of endpoint function device. This is >> required for dma_alloc_coherent to succeed

Re: [PATCH] of: Devices with pci_epf_bus_type require DMA configuration

Hi, On Wednesday 11 October 2017 10:15 PM, Robin Murphy wrote: > On 11/10/17 09:00, Kishon Vijay Abraham I wrote: >> pci-epc-core.c invokes of_dma_configure in order to configure >> the coherent_dma_mask/dma_mask of endpoint function device. This is >> required for dma_alloc_coherent to succeed

Re: [PATCH v2] extcon: Split out extcon header file for consumer and provider device

Dear all, I got the reviews from all maintainers related to this patch. So, I make the immutable branch on extcon.git and then send the pull request in order to prevent the possible merge conflict. Best Regards, Chanwoo Choi Samsung Electronics The following changes since commit

Re: [PATCH v2] extcon: Split out extcon header file for consumer and provider device

Dear all, I got the reviews from all maintainers related to this patch. So, I make the immutable branch on extcon.git and then send the pull request in order to prevent the possible merge conflict. Best Regards, Chanwoo Choi Samsung Electronics The following changes since commit

Re: [PATCH v4 1/1] pwm: mediatek: add MT2712/MT7622 support

Hi Thierry, Just have a ping on this issue. Regards, Zhi On Wed, 2017-09-20 at 16:48 +0800, Zhi Mao wrote: > Hi Thierry, > > Just a gentle ping on this issue. > Would you please have a review to this patch? > > Regards, > Zhi > > > On Tue, 2017-08-22 at 10:09 +0800, Zhi Mao wrote: > > Add

Re: [PATCH v4 1/1] pwm: mediatek: add MT2712/MT7622 support

Hi Thierry, Just have a ping on this issue. Regards, Zhi On Wed, 2017-09-20 at 16:48 +0800, Zhi Mao wrote: > Hi Thierry, > > Just a gentle ping on this issue. > Would you please have a review to this patch? > > Regards, > Zhi > > > On Tue, 2017-08-22 at 10:09 +0800, Zhi Mao wrote: > > Add

Re: [PATCH 1/4] mm/zsmalloc: Prepare to variable MAX_PHYSMEM_BITS

On Sun, Oct 22, 2017 at 8:10 PM, Minchan Kim wrote: > On Fri, Oct 20, 2017 at 10:59:31PM +0300, Kirill A. Shutemov wrote: >> With boot-time switching between paging mode we will have variable >> MAX_PHYSMEM_BITS. >> >> Let's use the maximum variable possible for

Re: [PATCH 1/4] mm/zsmalloc: Prepare to variable MAX_PHYSMEM_BITS

On Sun, Oct 22, 2017 at 8:10 PM, Minchan Kim wrote: > On Fri, Oct 20, 2017 at 10:59:31PM +0300, Kirill A. Shutemov wrote: >> With boot-time switching between paging mode we will have variable >> MAX_PHYSMEM_BITS. >> >> Let's use the maximum variable possible for CONFIG_X86_5LEVEL=y >>

Re: [PATCH 1/2] mm: drop migrate type checks from has_unmovable_pages

On Fri, Oct 20, 2017 at 10:17:00AM +0200, Michal Hocko wrote: > On Fri 20-10-17 15:22:14, Xishi Qiu wrote: > > On 2017/10/20 10:13, Joonsoo Kim wrote: > > > > > On Thu, Oct 19, 2017 at 02:21:18PM +0200, Michal Hocko wrote: > [...] > > >> >From 8cbd811d741f5dd93d1b21bb3ef94482a4d0bd32 Mon Sep 17

Re: [PATCH 1/2] mm: drop migrate type checks from has_unmovable_pages

On Fri, Oct 20, 2017 at 10:17:00AM +0200, Michal Hocko wrote: > On Fri 20-10-17 15:22:14, Xishi Qiu wrote: > > On 2017/10/20 10:13, Joonsoo Kim wrote: > > > > > On Thu, Oct 19, 2017 at 02:21:18PM +0200, Michal Hocko wrote: > [...] > > >> >From 8cbd811d741f5dd93d1b21bb3ef94482a4d0bd32 Mon Sep 17

Re: [PATCH 1/2] mm: drop migrate type checks from has_unmovable_pages

On Fri, Oct 20, 2017 at 09:02:20AM +0200, Michal Hocko wrote: > On Fri 20-10-17 15:50:14, Joonsoo Kim wrote: > > On Fri, Oct 20, 2017 at 07:59:22AM +0200, Michal Hocko wrote: > > > On Fri 20-10-17 11:13:29, Joonsoo Kim wrote: > > > > On Thu, Oct 19, 2017 at 02:21:18PM +0200, Michal Hocko wrote: >

Re: [PATCH v6 1/6] perf report: properly handle branch count in match_chain

Hi Arnaldo and Milian, On Fri, Oct 20, 2017 at 10:39:35AM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Oct 20, 2017 at 01:38:23PM +0200, Milian Wolff escreveu: > > On Freitag, 20. Oktober 2017 12:21:35 CEST Milian Wolff wrote: > > > On Donnerstag, 19. Oktober 2017 17:01:08 CEST Namhyung Kim

Re: [PATCH 1/2] mm: drop migrate type checks from has_unmovable_pages

On Fri, Oct 20, 2017 at 09:02:20AM +0200, Michal Hocko wrote: > On Fri 20-10-17 15:50:14, Joonsoo Kim wrote: > > On Fri, Oct 20, 2017 at 07:59:22AM +0200, Michal Hocko wrote: > > > On Fri 20-10-17 11:13:29, Joonsoo Kim wrote: > > > > On Thu, Oct 19, 2017 at 02:21:18PM +0200, Michal Hocko wrote: >

Re: [PATCH v6 1/6] perf report: properly handle branch count in match_chain

Hi Arnaldo and Milian, On Fri, Oct 20, 2017 at 10:39:35AM -0300, Arnaldo Carvalho de Melo wrote: > Em Fri, Oct 20, 2017 at 01:38:23PM +0200, Milian Wolff escreveu: > > On Freitag, 20. Oktober 2017 12:21:35 CEST Milian Wolff wrote: > > > On Donnerstag, 19. Oktober 2017 17:01:08 CEST Namhyung Kim

Re: [PATCH v3 02/13] dax: require 'struct page' for filesystem dax

On Fri, 20 Oct 2017 18:29:33 +0200 Christoph Hellwig wrote: > On Fri, Oct 20, 2017 at 08:23:02AM -0700, Dan Williams wrote: > > Yes, however it seems these drivers / platforms have been living with > > the lack of struct page for a long time. So they either don't use DAX, > > or

Re: [PATCH v3 02/13] dax: require 'struct page' for filesystem dax

On Fri, 20 Oct 2017 18:29:33 +0200 Christoph Hellwig wrote: > On Fri, Oct 20, 2017 at 08:23:02AM -0700, Dan Williams wrote: > > Yes, however it seems these drivers / platforms have been living with > > the lack of struct page for a long time. So they either don't use DAX, > > or they have a

Re: [PATCH v5] of: dynamic: fix memory leak related to properties of __of_node_dup

On 10/22/17 20:19, Lixin Wang wrote: > If a node with no properties is dynamically added, then a property is > dynamically added to the node, then the property is dynamically removed, > the result will be node->properties == NULL and node->deadprops != NULL. > > Add a separate function to release

Re: [PATCH v5] of: dynamic: fix memory leak related to properties of __of_node_dup

On 10/22/17 20:19, Lixin Wang wrote: > If a node with no properties is dynamically added, then a property is > dynamically added to the node, then the property is dynamically removed, > the result will be node->properties == NULL and node->deadprops != NULL. > > Add a separate function to release

Re: [PATCH] PM / QoS: Fix device resume latency PM QoS

On 10/20/2017 07:27 PM, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The special value of 0 for device resume latency PM QoS means > "no restriction", but there are two problems with that. > > First, device resume latency PM QoS requests with 0 as the >

Re: [PATCH] PM / QoS: Fix device resume latency PM QoS

On 10/20/2017 07:27 PM, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The special value of 0 for device resume latency PM QoS means > "no restriction", but there are two problems with that. > > First, device resume latency PM QoS requests with 0 as the > value are always put in front

RE: [PATCH v5 3/7] PM / devfreq: Use the available min/max frequency

> The commit a76caf55e5b35 ("thermal: Add devfreq cooling") is able > to disable OPP as a cooling device. In result, both update_devfreq() > and {min|max}_freq_show() have to consider the 'opp->available' > status of each OPP. > > So, this patch adds the 'scaling_{min|max}_freq' to struct devfreq

RE: [PATCH v5 3/7] PM / devfreq: Use the available min/max frequency

> The commit a76caf55e5b35 ("thermal: Add devfreq cooling") is able > to disable OPP as a cooling device. In result, both update_devfreq() > and {min|max}_freq_show() have to consider the 'opp->available' > status of each OPP. > > So, this patch adds the 'scaling_{min|max}_freq' to struct devfreq

Re: [intel-sgx-kernel-dev] [PATCH v4 06/12] fs/pipe.c: export create_pipe_files() and replace_fd()

On 10/22/2017 07:55 PM, Jarkko Sakkinen wrote: > On Fri, Oct 20, 2017 at 07:32:42AM -0700, Dave Hansen wrote: >> I've always been curious, and the changelog and thread are curiously >> oblique on this topic: what the heck does this driver use pipes *for*? > For communication with the process

Re: [intel-sgx-kernel-dev] [PATCH v4 06/12] fs/pipe.c: export create_pipe_files() and replace_fd()

On 10/22/2017 07:55 PM, Jarkko Sakkinen wrote: > On Fri, Oct 20, 2017 at 07:32:42AM -0700, Dave Hansen wrote: >> I've always been curious, and the changelog and thread are curiously >> oblique on this topic: what the heck does this driver use pipes *for*? > For communication with the process

Re: [PATCH v2] extcon: Split out extcon header file for consumer and provider device

On Wednesday 18 October 2017 07:44 AM, Chanwoo Choi wrote: > Gently Ping. > > Dear Kishon, > > Could you please review this patch for 'drivers/phy/*'? sorry for the delay.. here it is Acked-by: Kishon Vijay Abraham I > > Regards, > Chanwoo Choi > > On 2017년 10월 12일 12:40,

Re: [PATCH v2] extcon: Split out extcon header file for consumer and provider device

On Wednesday 18 October 2017 07:44 AM, Chanwoo Choi wrote: > Gently Ping. > > Dear Kishon, > > Could you please review this patch for 'drivers/phy/*'? sorry for the delay.. here it is Acked-by: Kishon Vijay Abraham I > > Regards, > Chanwoo Choi > > On 2017년 10월 12일 12:40, Chanwoo Choi

[PATCH] objtool: Refactor insn search in add_dead_ends()

Move the search for instruction dead_end into helper function __add_dead_ends(), instead of duplicating the search for unreachable and reachable sections in add_dead_ends(). Cc: Ingo Molnar Signed-off-by: Kamalesh Babulal --- tools/objtool/check.c

[PATCH] objtool: Refactor insn search in add_dead_ends()

Move the search for instruction dead_end into helper function __add_dead_ends(), instead of duplicating the search for unreachable and reachable sections in add_dead_ends(). Cc: Ingo Molnar Signed-off-by: Kamalesh Babulal --- tools/objtool/check.c | 108

Re: [PATCH 1/4] arm64: defconfig: enable new trigger modes for leds

On Thu, Oct 19, 2017 at 8:54 PM, Timur Tabi wrote: > On 10/18/17 3:57 PM, Amit Kucheria wrote: >> >> Enable panic and disk activity triggers to tie to LED activity > > > Could you provide some explanation as to why we want this enabled for ARM64? > I don't have a problem

Re: [PATCH 1/4] arm64: defconfig: enable new trigger modes for leds

On Thu, Oct 19, 2017 at 8:54 PM, Timur Tabi wrote: > On 10/18/17 3:57 PM, Amit Kucheria wrote: >> >> Enable panic and disk activity triggers to tie to LED activity > > > Could you provide some explanation as to why we want this enabled for ARM64? > I don't have a problem with the change itself,

Re: PCIe legacy interrupts blocked on Intel Apollo Lake platforms

Hi, On Wed, Oct 18, 2017 at 7:54 PM, Andy Shevchenko wrote: > While Rafael is looking for a solution, can you in meantime gather the > following on the affected hardware and share it via some resource on > Internet? > > 1. % acpidump -o tables.dat # tables.dat is point

Re: PCIe legacy interrupts blocked on Intel Apollo Lake platforms

Hi, On Wed, Oct 18, 2017 at 7:54 PM, Andy Shevchenko wrote: > While Rafael is looking for a solution, can you in meantime gather the > following on the affected hardware and share it via some resource on > Internet? > > 1. % acpidump -o tables.dat # tables.dat is point of interest

Re: n900 in next-20170901

On Fri, Oct 20, 2017 at 10:31:47AM -0700, Tony Lindgren wrote: > * Joonsoo Kim [171019 18:53]: > > Oops... I made a mistak. Could you test with reverting commit > > c977ee2803787363187d6aca9cebdabc793c6531 ("omap: forcibly call > > save_secure_ram_context() for test") in

Re: n900 in next-20170901

On Fri, Oct 20, 2017 at 10:31:47AM -0700, Tony Lindgren wrote: > * Joonsoo Kim [171019 18:53]: > > Oops... I made a mistak. Could you test with reverting commit > > c977ee2803787363187d6aca9cebdabc793c6531 ("omap: forcibly call > > save_secure_ram_context() for test") in that branch? > > Without

Re: [PATCH 4/4] arm64: dts: hisilicon: hi3660-hikey960: Allow USR4 LED to notify kernel panic

On Thu, Oct 19, 2017 at 5:30 PM, Guodong Xu wrote: > > > On Thu, Oct 19, 2017 at 4:57 AM, Amit Kucheria > wrote: >> >> Blink the LED on a kernel panic. >> >> Signed-off-by: Amit Kucheria >> --- >>

Re: [PATCH 4/4] arm64: dts: hisilicon: hi3660-hikey960: Allow USR4 LED to notify kernel panic

On Thu, Oct 19, 2017 at 5:30 PM, Guodong Xu wrote: > > > On Thu, Oct 19, 2017 at 4:57 AM, Amit Kucheria > wrote: >> >> Blink the LED on a kernel panic. >> >> Signed-off-by: Amit Kucheria >> --- >> arch/arm64/boot/dts/hisilicon/hi3660-hikey960.dts | 1 + >> 1 file changed, 1 insertion(+) >> >>

Re: [PATCH] net: core: rtnetlink: use BUG_ON instead of if condition followed by BUG

From: "Gustavo A. R. Silva" Date: Fri, 20 Oct 2017 19:43:11 -0500 > Use BUG_ON instead of if condition followed by BUG in do_setlink. > > This issue was detected with the help of Coccinelle. > > Signed-off-by: Gustavo A. R. Silva Applied.

Re: [PATCH] net: core: rtnetlink: use BUG_ON instead of if condition followed by BUG

From: "Gustavo A. R. Silva" Date: Fri, 20 Oct 2017 19:43:11 -0500 > Use BUG_ON instead of if condition followed by BUG in do_setlink. > > This issue was detected with the help of Coccinelle. > > Signed-off-by: Gustavo A. R. Silva Applied.

[PATCH v6 4/9] arm: dts: mt2712: Add clock controller device nodes

Add clock controller nodes for MT2712, include topckgen, infracfg, pericfg, mcucfg and apmixedsys. This patch also add six oscillators that provide clocks for MT2712. Signed-off-by: Weiyi Lu --- arch/arm64/boot/dts/mediatek/mt2712e.dtsi | 115

[PATCH v6 4/9] arm: dts: mt2712: Add clock controller device nodes

Add clock controller nodes for MT2712, include topckgen, infracfg, pericfg, mcucfg and apmixedsys. This patch also add six oscillators that provide clocks for MT2712. Signed-off-by: Weiyi Lu --- arch/arm64/boot/dts/mediatek/mt2712e.dtsi | 115 ++ 1 file changed, 115

[PATCH v6 7/9] soc: mediatek: add dependent clock jpgdec/audio for scpsys

There are dependent clock jpgdec/audio in scpsys on MT2712, and will exist three dependent clocks on MT2712 VDEC. Signed-off-by: Weiyi Lu --- drivers/soc/mediatek/mtk-scpsys.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

[PATCH v6 6/9] soc: mediatek: extend bus protection API

MT2712 add "set/clear" bus control register to each control register set instead of providing only one "enable" control register, we could avoid the read-modify-write racing by declaring "bus_prot_reg_update" as "false" in scp_soc_data or declaring as "true" to use the legacy update method. By

[PATCH v6 8/9] soc: mediatek: add MT2712 scpsys support

add scpsys driver for MT2712 Signed-off-by: Weiyi Lu --- drivers/soc/mediatek/mtk-scpsys.c | 106 +++--- 1 file changed, 100 insertions(+), 6 deletions(-) diff --git a/drivers/soc/mediatek/mtk-scpsys.c b/drivers/soc/mediatek/mtk-scpsys.c

[PATCH v6 7/9] soc: mediatek: add dependent clock jpgdec/audio for scpsys

There are dependent clock jpgdec/audio in scpsys on MT2712, and will exist three dependent clocks on MT2712 VDEC. Signed-off-by: Weiyi Lu --- drivers/soc/mediatek/mtk-scpsys.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/soc/mediatek/mtk-scpsys.c

[PATCH v6 6/9] soc: mediatek: extend bus protection API

MT2712 add "set/clear" bus control register to each control register set instead of providing only one "enable" control register, we could avoid the read-modify-write racing by declaring "bus_prot_reg_update" as "false" in scp_soc_data or declaring as "true" to use the legacy update method. By

[PATCH v6 8/9] soc: mediatek: add MT2712 scpsys support

add scpsys driver for MT2712 Signed-off-by: Weiyi Lu --- drivers/soc/mediatek/mtk-scpsys.c | 106 +++--- 1 file changed, 100 insertions(+), 6 deletions(-) diff --git a/drivers/soc/mediatek/mtk-scpsys.c b/drivers/soc/mediatek/mtk-scpsys.c index 7e7e4ec..2a0c3a7

[PATCH v6 3/9] clk: mediatek: Add MT2712 clock support

Add MT2712 clock support, include topckgen, apmixedsys, infracfg, pericfg, mcucfg and subsystem clocks. Signed-off-by: Weiyi Lu --- drivers/clk/mediatek/Kconfig | 50 ++ drivers/clk/mediatek/Makefile|8 + drivers/clk/mediatek/clk-mt2712-bdp.c

[PATCH v6 3/9] clk: mediatek: Add MT2712 clock support

Add MT2712 clock support, include topckgen, apmixedsys, infracfg, pericfg, mcucfg and subsystem clocks. Signed-off-by: Weiyi Lu --- drivers/clk/mediatek/Kconfig | 50 ++ drivers/clk/mediatek/Makefile|8 + drivers/clk/mediatek/clk-mt2712-bdp.c| 102 +++

[PATCH v6 2/9] clk: mediatek: Add dt-bindings for MT2712 clocks

Add MT2712 clock dt-bindings, include topckgen, apmixedsys, infracfg, pericfg, mcucfg and subsystem clocks. Signed-off-by: Weiyi Lu --- include/dt-bindings/clock/mt2712-clk.h | 427 + 1 file changed, 427 insertions(+) create mode 100644

[PATCH v6 2/9] clk: mediatek: Add dt-bindings for MT2712 clocks

Add MT2712 clock dt-bindings, include topckgen, apmixedsys, infracfg, pericfg, mcucfg and subsystem clocks. Signed-off-by: Weiyi Lu --- include/dt-bindings/clock/mt2712-clk.h | 427 + 1 file changed, 427 insertions(+) create mode 100644

[PATCH v6 5/9] dt-bindings: soc: add MT2712 power dt-bindings

Add power dt-bindings for MT2712. Acked-by: Rob Herring Signed-off-by: Weiyi Lu --- .../devicetree/bindings/soc/mediatek/scpsys.txt| 3 +++ include/dt-bindings/power/mt2712-power.h | 26 ++ 2 files changed, 29

[PATCH v6 5/9] dt-bindings: soc: add MT2712 power dt-bindings

Add power dt-bindings for MT2712. Acked-by: Rob Herring Signed-off-by: Weiyi Lu --- .../devicetree/bindings/soc/mediatek/scpsys.txt| 3 +++ include/dt-bindings/power/mt2712-power.h | 26 ++ 2 files changed, 29 insertions(+) create mode 100644

[PATCH v6 9/9] arm: dts: Add power controller device node of MT2712

add power controller node for MT2712 Signed-off-by: Weiyi Lu --- arch/arm64/boot/dts/mediatek/mt2712e.dtsi | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt2712e.dtsi b/arch/arm64/boot/dts/mediatek/mt2712e.dtsi index

[PATCH v6 1/9] dt-bindings: ARM: Mediatek: Document bindings for MT2712

This patch adds the binding documentation for apmixedsys, bdpsys, imgsys, imgsys, infracfg, mcucfg, mfgcfg, mmsys, pericfg, topckgen, vdecsys and vencsys for Mediatek MT2712. Acked-by: Rob Herring Signed-off-by: Weiyi Lu ---

[PATCH v6 0/9] Mediatek MT2712 clock and scpsys support

This series is based on v4.14-rc1 and composed of clock control (PATCH 1-4) and scpsys control (PATCH 5-9) changes since v5: - Refine bus protection with proper variable name and better implementation for the if statement. changes since v4: - Refine scpsys and infracfg for bus protection by

[PATCH v6 9/9] arm: dts: Add power controller device node of MT2712

add power controller node for MT2712 Signed-off-by: Weiyi Lu --- arch/arm64/boot/dts/mediatek/mt2712e.dtsi | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt2712e.dtsi b/arch/arm64/boot/dts/mediatek/mt2712e.dtsi index d2ee3cd..fa87f92 100644

[PATCH v6 1/9] dt-bindings: ARM: Mediatek: Document bindings for MT2712

This patch adds the binding documentation for apmixedsys, bdpsys, imgsys, imgsys, infracfg, mcucfg, mfgcfg, mmsys, pericfg, topckgen, vdecsys and vencsys for Mediatek MT2712. Acked-by: Rob Herring Signed-off-by: Weiyi Lu --- .../bindings/arm/mediatek/mediatek,apmixedsys.txt | 1 +

[PATCH v6 0/9] Mediatek MT2712 clock and scpsys support

This series is based on v4.14-rc1 and composed of clock control (PATCH 1-4) and scpsys control (PATCH 5-9) changes since v5: - Refine bus protection with proper variable name and better implementation for the if statement. changes since v4: - Refine scpsys and infracfg for bus protection by

Re: [PATCH] printk: fix typo in printk_safe.c

On (10/22/17 22:30), Baoquan He wrote: > Signed-off-by: Baoquan He Reviewed-by: Sergey Senozhatsky -ss > --- > kernel/printk/printk_safe.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH] printk: fix typo in printk_safe.c

On (10/22/17 22:30), Baoquan He wrote: > Signed-off-by: Baoquan He Reviewed-by: Sergey Senozhatsky -ss > --- > kernel/printk/printk_safe.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/kernel/printk/printk_safe.c b/kernel/printk/printk_safe.c > index

PROBLEM: Kernel 4.13.8 hangs on boot (no output, log entries) on Surface Book

Hi lkml, Linux 4.13.8 hangs on boot very early, so no output or log entries and just a blank screen after bootloader, on Surface Book. https://bugzilla.kernel.org/show_bug.cgi?id=197359 A parallel bug report on Ubuntu suggests the problem starts at 4.13.0 and persists to 4.14.0.

PROBLEM: Kernel 4.13.8 hangs on boot (no output, log entries) on Surface Book

Hi lkml, Linux 4.13.8 hangs on boot very early, so no output or log entries and just a blank screen after bootloader, on Surface Book. https://bugzilla.kernel.org/show_bug.cgi?id=197359 A parallel bug report on Ubuntu suggests the problem starts at 4.13.0 and persists to 4.14.0.

[PATCH v2] ARM: Remove .pad section when CONFIG_EFI_STUB enabled

Currently we are using the .pad section to ensure the zImage file size aligned to 8 bytes. But that is not needed when CONFIG_EFI_STUB enabled, as it would followed by a 512 bytes aligned .data section. Signed-off-by: Jeffy Chen --- Changes in v2: Remove .pad section

[PATCH v2] ARM: Remove .pad section when CONFIG_EFI_STUB enabled

Currently we are using the .pad section to ensure the zImage file size aligned to 8 bytes. But that is not needed when CONFIG_EFI_STUB enabled, as it would followed by a 512 bytes aligned .data section. Signed-off-by: Jeffy Chen --- Changes in v2: Remove .pad section when CONFIG_EFI_STUB

Re: [PATCH] ARM: Fix zImage file size not aligned with CONFIG_EFI_STUB enabled

Hi Ard, On 10/22/2017 09:01 PM, Ard Biesheuvel wrote: On 22 October 2017 at 13:47, Russell King - ARM Linux wrote: On Sun, Oct 22, 2017 at 12:01:13PM +0100, Ard Biesheuvel wrote: On 18 October 2017 at 06:01, Jeffy Chen wrote: The zImage

Re: [PATCH] ARM: Fix zImage file size not aligned with CONFIG_EFI_STUB enabled

Hi Ard, On 10/22/2017 09:01 PM, Ard Biesheuvel wrote: On 22 October 2017 at 13:47, Russell King - ARM Linux wrote: On Sun, Oct 22, 2017 at 12:01:13PM +0100, Ard Biesheuvel wrote: On 18 October 2017 at 06:01, Jeffy Chen wrote: The zImage file size should be aligned. Fixes: e4bae4d0b5f3

Re: linux-next: build failure after merge of the keystone tree

On 10/10/17 12:19 AM, Mark Brown wrote: Hi Santosh, After merging the keystone tree, today's linux-next build (multi_v7_defconfig) failed like this: DTC arch/arm/boot/dts/keystone-k2g-evm.dtb Error: /home/broonie/tmpfs/next/arch/arm/boot/dts/keystone-k2g-evm.dts:150.1-15 syntax error

Re: linux-next: build failure after merge of the keystone tree

On 10/10/17 12:19 AM, Mark Brown wrote: Hi Santosh, After merging the keystone tree, today's linux-next build (multi_v7_defconfig) failed like this: DTC arch/arm/boot/dts/keystone-k2g-evm.dtb Error: /home/broonie/tmpfs/next/arch/arm/boot/dts/keystone-k2g-evm.dts:150.1-15 syntax error

Re: [PATCH] mm/swap: Use page flags to determine LRU list in __activate_page()

On 10/19/2017 09:03 PM, Michal Hocko wrote: > On Thu 19-10-17 20:26:57, Anshuman Khandual wrote: >> Its already assumed that the PageActive flag is clear on the input >> page, hence page_lru(page) will pick the base LRU for the page. In >> the same way page_lru(page) will pick active base LRU,

Re: [PATCH] mm/swap: Use page flags to determine LRU list in __activate_page()

On 10/19/2017 09:03 PM, Michal Hocko wrote: > On Thu 19-10-17 20:26:57, Anshuman Khandual wrote: >> Its already assumed that the PageActive flag is clear on the input >> page, hence page_lru(page) will pick the base LRU for the page. In >> the same way page_lru(page) will pick active base LRU,

[PATCH v5] of: dynamic: fix memory leak related to properties of __of_node_dup

If a node with no properties is dynamically added, then a property is dynamically added to the node, then the property is dynamically removed, the result will be node->properties == NULL and node->deadprops != NULL. Add a separate function to release the properties in both lists. Signed-off-by:

[PATCH v5] of: dynamic: fix memory leak related to properties of __of_node_dup

If a node with no properties is dynamically added, then a property is dynamically added to the node, then the property is dynamically removed, the result will be node->properties == NULL and node->deadprops != NULL. Add a separate function to release the properties in both lists. Signed-off-by:

Re: [PATCH 1/4] mm/zsmalloc: Prepare to variable MAX_PHYSMEM_BITS

On Fri, Oct 20, 2017 at 10:59:31PM +0300, Kirill A. Shutemov wrote: > With boot-time switching between paging mode we will have variable > MAX_PHYSMEM_BITS. > > Let's use the maximum variable possible for CONFIG_X86_5LEVEL=y > configuration to define zsmalloc data structures. > > The patch

Re: [PATCH 1/4] mm/zsmalloc: Prepare to variable MAX_PHYSMEM_BITS

On Fri, Oct 20, 2017 at 10:59:31PM +0300, Kirill A. Shutemov wrote: > With boot-time switching between paging mode we will have variable > MAX_PHYSMEM_BITS. > > Let's use the maximum variable possible for CONFIG_X86_5LEVEL=y > configuration to define zsmalloc data structures. > > The patch

Re: [RFC] mm/swap: Rename pagevec_lru_move_fn() as pagevec_lruvec_move_fn()

On 10/19/2017 08:59 PM, Michal Hocko wrote: > On Thu 19-10-17 14:03:14, Anshuman Khandual wrote: >> The function pagevec_lru_move_fn() actually moves pages from various >> per cpu pagevecs into per node lruvecs with a custom function which >> knows how to handle individual pages present in any

Re: [RFC] mm/swap: Rename pagevec_lru_move_fn() as pagevec_lruvec_move_fn()

On 10/19/2017 08:59 PM, Michal Hocko wrote: > On Thu 19-10-17 14:03:14, Anshuman Khandual wrote: >> The function pagevec_lru_move_fn() actually moves pages from various >> per cpu pagevecs into per node lruvecs with a custom function which >> knows how to handle individual pages present in any

Re: [PATCH V3] selftests/vm: Add tests validating mremap mirror functionality

On 10/20/2017 04:54 AM, Mike Kravetz wrote: > On 10/17/2017 10:55 PM, Anshuman Khandual wrote: >> This adds two tests to validate mirror functionality with mremap() >> system call on shared and private anon mappings. After the commit >> dba58d3b8c5 ("mm/mremap: fail map duplication attempts for

Re: [PATCH V3] selftests/vm: Add tests validating mremap mirror functionality

On 10/20/2017 04:54 AM, Mike Kravetz wrote: > On 10/17/2017 10:55 PM, Anshuman Khandual wrote: >> This adds two tests to validate mirror functionality with mremap() >> system call on shared and private anon mappings. After the commit >> dba58d3b8c5 ("mm/mremap: fail map duplication attempts for

Re: [PATCH v3 1/3] interconnect: Add generic on-chip interconnect API

Hi all, On Fri, Oct 20, 2017 at 3:34 PM, Bjorn Andersson wrote: > On Fri 20 Oct 07:43 PDT 2017, Georgi Djakov wrote: > >> Hi, >> >> On 09/08/2017 08:18 PM, Georgi Djakov wrote: >> > This patch introduce a new API to get requirements and configure the >> > interconnect

Re: [PATCH v3 1/3] interconnect: Add generic on-chip interconnect API

Hi all, On Fri, Oct 20, 2017 at 3:34 PM, Bjorn Andersson wrote: > On Fri 20 Oct 07:43 PDT 2017, Georgi Djakov wrote: > >> Hi, >> >> On 09/08/2017 08:18 PM, Georgi Djakov wrote: >> > This patch introduce a new API to get requirements and configure the >> > interconnect buses across the entire

Re: [PATCH v4 2/4] tpm: ignore burstcount to improve tpm_tis send() performance

On Fri, Oct 20, 2017 at 02:42:54PM +, alexander.stef...@infineon.com wrote: > > The TPM burstcount status indicates the number of bytes that can > > be sent to the TPM without causing bus wait states. Effectively, > > it is the number of empty bytes in the command FIFO. > > > > This patch

Re: [PATCH v4 2/4] tpm: ignore burstcount to improve tpm_tis send() performance

On Fri, Oct 20, 2017 at 02:42:54PM +, alexander.stef...@infineon.com wrote: > > The TPM burstcount status indicates the number of bytes that can > > be sent to the TPM without causing bus wait states. Effectively, > > it is the number of empty bytes in the command FIFO. > > > > This patch

Re: [intel-sgx-kernel-dev] [PATCH v4 06/12] fs/pipe.c: export create_pipe_files() and replace_fd()

On Fri, Oct 20, 2017 at 07:32:42AM -0700, Dave Hansen wrote: > I've always been curious, and the changelog and thread are curiously > oblique on this topic: what the heck does this driver use pipes *for*? For communication with the process hosting the launch enclave. /Jarkko

Re: [intel-sgx-kernel-dev] [PATCH v4 06/12] fs/pipe.c: export create_pipe_files() and replace_fd()

On Fri, Oct 20, 2017 at 07:32:42AM -0700, Dave Hansen wrote: > I've always been curious, and the changelog and thread are curiously > oblique on this topic: what the heck does this driver use pipes *for*? For communication with the process hosting the launch enclave. /Jarkko

[tip:WIP.timers 28/37] htmldocs: include/linux/hrtimer.h:118: warning: No description found for parameter 'is_soft'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.timers head: 0f0f9ec319ea27dba44d16c643805821005f4955 commit: 7f6f735b72fb372668f6526167a7f6ae4b39ab87 [28/37] hrtimer: Implement support for softirq based hrtimers reproduce: make htmldocs All warnings (new ones prefixed

[tip:WIP.timers 28/37] htmldocs: include/linux/hrtimer.h:118: warning: No description found for parameter 'is_soft'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.timers head: 0f0f9ec319ea27dba44d16c643805821005f4955 commit: 7f6f735b72fb372668f6526167a7f6ae4b39ab87 [28/37] hrtimer: Implement support for softirq based hrtimers reproduce: make htmldocs All warnings (new ones prefixed

Only for Business Expertise

My sincere apology if this email will cause any inconvenience. I have a proposal which I think might be of interest to you, I have a client who is searching for Good Business Owners that have got lucrative projects/business ideas he can invest his funds on. My client has great interest to

Only for Business Expertise

My sincere apology if this email will cause any inconvenience. I have a proposal which I think might be of interest to you, I have a client who is searching for Good Business Owners that have got lucrative projects/business ideas he can invest his funds on. My client has great interest to

Re: [PATCH v6 01/12] mmc: dt-bindings: Add reg/source_cg/latch-ck for Mediatek MMC bindings

Hi Rob & Ulf, Gentle ping... Any other comments about this series of patch ? On Mon, 2017-10-16 at 09:46 +0800, Chaotian Jing wrote: > Change the comptiable for support of multi-platform > Make compatible explicit, as MMC host of mt8173 has difference with > mt8135(mt8173 supports hs400 and

Re: [PATCH v6 01/12] mmc: dt-bindings: Add reg/source_cg/latch-ck for Mediatek MMC bindings

Hi Rob & Ulf, Gentle ping... Any other comments about this series of patch ? On Mon, 2017-10-16 at 09:46 +0800, Chaotian Jing wrote: > Change the comptiable for support of multi-platform > Make compatible explicit, as MMC host of mt8173 has difference with > mt8135(mt8173 supports hs400 and

Re: [15/23] drm/sun4i: Add LVDS support

Hi Maxime, On 17 October 2017 at 20:06, Maxime Ripard wrote: > The TCON supports the LVDS interface to output to a panel or a bridge. > Let's add support for it. > > Signed-off-by: Maxime Ripard > --- >

Re: [15/23] drm/sun4i: Add LVDS support

Hi Maxime, On 17 October 2017 at 20:06, Maxime Ripard wrote: > The TCON supports the LVDS interface to output to a panel or a bridge. > Let's add support for it. > > Signed-off-by: Maxime Ripard > --- > drivers/gpu/drm/sun4i/Makefile | 1 +- > drivers/gpu/drm/sun4i/sun4i_lvds.c | 183

  1   2   3   4   5   6   >