Re: [lkp-robot] [include/linux/string.h] 6974f0c455: kernel_BUG_at_lib/string.c

On Thu, Jul 20, 2017 at 6:59 PM, Ye Xiaolong wrote: > On 07/19, Linus Torvalds wrote: >>Hmm. I wonder why the kernel test robot ends up having that annoying >>line doubling for the dmesg. >> > > Hmm, this line doubling issue should be caused by we set both >

Re: [lkp-robot] [include/linux/string.h] 6974f0c455: kernel_BUG_at_lib/string.c

On Thu, Jul 20, 2017 at 6:59 PM, Ye Xiaolong wrote: > On 07/19, Linus Torvalds wrote: >>Hmm. I wonder why the kernel test robot ends up having that annoying >>line doubling for the dmesg. >> > > Hmm, this line doubling issue should be caused by we set both > 'earlyprintk=ttyS0,115200' and

[PATCH v1] crypto: brcm - Support more FlexRM rings than SPU engines.

Enhance code to generically support cases where DMA rings are greater than or equal to number of SPU engines. New hardware has underlying DMA engine-FlexRM with 32 rings which can be used to communicate to any of the available 10 SPU engines. Fixes: 9d12ba86f818 ("crypto: brcm - Add Broadcom SPU

[PATCH v1] crypto: brcm - Support more FlexRM rings than SPU engines.

Enhance code to generically support cases where DMA rings are greater than or equal to number of SPU engines. New hardware has underlying DMA engine-FlexRM with 32 rings which can be used to communicate to any of the available 10 SPU engines. Fixes: 9d12ba86f818 ("crypto: brcm - Add Broadcom SPU

[PATCH v2 2/3] staging: lustre: ldlm: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- Changes in v2: patch was sent to

[PATCH v2 2/3] staging: lustre: ldlm: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- Changes in v2: patch was sent to wrong group.

[PATCH v2 0/3] Constify lustre attribute_group structures.

ttribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Arvind Yadav (3): [PATCH v2 1/3] staging: lustre: constify attribute_group structures. [PATCH v2 2/3]

[PATCH v2 0/3] Constify lustre attribute_group structures.

ttribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Arvind Yadav (3): [PATCH v2 1/3] staging: lustre: constify attribute_group structures. [PATCH v2 2/3]

[PATCH v2 3/3] staging: lustre: obdclass: linux: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- Changes in v2: patch was sent to

[PATCH v2 1/3] staging: lustre: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 9489 992 40 105212919

[PATCH v2 3/3] staging: lustre: obdclass: linux: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- Changes in v2: patch was sent to wrong group.

[PATCH v2 1/3] staging: lustre: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 9489 992 40 105212919

Re: [PATCH] driver core: restrict buffer length in online_store()

On Fri, Jul 21, 2017 at 08:39:04AM +0800, Tiezhu Yang wrote: > According to Documentation/ABI/testing/sysfs-devices-online, in order to > control CPU N's hotplug state, we should write one of 'Yy1Nn0' to the file > /sys/devices/system/cpu/cpuN/online, other values should be invalid. so the >

Re: [PATCH] driver core: restrict buffer length in online_store()

On Fri, Jul 21, 2017 at 08:39:04AM +0800, Tiezhu Yang wrote: > According to Documentation/ABI/testing/sysfs-devices-online, in order to > control CPU N's hotplug state, we should write one of 'Yy1Nn0' to the file > /sys/devices/system/cpu/cpuN/online, other values should be invalid. so the >

[PATCH] perf tool sort: Use default sort if evlist is empty

Fixes bug noted by Jiri in https://lkml.org/lkml/2017/6/13/755 and caused by commit d49dadea7862 ("perf tools: Make 'trace' or 'trace_fields' sort key default for tracepoint events") not taking into account that evlist is empty in pipe-mode. Before this commit, pipe mode will only show bogus

[PATCH] perf tool sort: Use default sort if evlist is empty

Fixes bug noted by Jiri in https://lkml.org/lkml/2017/6/13/755 and caused by commit d49dadea7862 ("perf tools: Make 'trace' or 'trace_fields' sort key default for tracepoint events") not taking into account that evlist is empty in pipe-mode. Before this commit, pipe mode will only show bogus

Re: [PATCH] zsmalloc: zs_page_migrate: not check inuse if migrate_mode is not MIGRATE_ASYNC

Hi Hui, On Thu, Jul 20, 2017 at 05:33:45PM +0800, Hui Zhu wrote: < snip > > >> >> +++ b/mm/zsmalloc.c > >> >> @@ -1982,6 +1982,7 @@ int zs_page_migrate(struct address_space > >> >> *mapping, struct page *newpage, > >> >> unsigned long old_obj, new_obj; > >> >> unsigned int obj_idx;

Re: [PATCH] zsmalloc: zs_page_migrate: not check inuse if migrate_mode is not MIGRATE_ASYNC

Hi Hui, On Thu, Jul 20, 2017 at 05:33:45PM +0800, Hui Zhu wrote: < snip > > >> >> +++ b/mm/zsmalloc.c > >> >> @@ -1982,6 +1982,7 @@ int zs_page_migrate(struct address_space > >> >> *mapping, struct page *newpage, > >> >> unsigned long old_obj, new_obj; > >> >> unsigned int obj_idx;

Re: [PATCH] net: ethernet: ti: cpsw: Push the request_irq function to the end of probe

On Friday 21 July 2017 04:14 AM, Grygorii Strashko wrote: > > > On 07/20/2017 05:28 PM, David Miller wrote: >> From: Grygorii Strashko >> Date: Thu, 20 Jul 2017 11:08:09 -0500 >> >>> In general patch looks good to me, but it's really unexpected to >>> receive IRQs

Re: [PATCH] net: ethernet: ti: cpsw: Push the request_irq function to the end of probe

On Friday 21 July 2017 04:14 AM, Grygorii Strashko wrote: > > > On 07/20/2017 05:28 PM, David Miller wrote: >> From: Grygorii Strashko >> Date: Thu, 20 Jul 2017 11:08:09 -0500 >> >>> In general patch looks good to me, but it's really unexpected to >>> receive IRQs while CPSW is probing ;( >>

[git pull] drm fixes for 4.13-rc2

Hi Linus, A bunch of fixes for rc2, two imx regressions, vc4 fix, dma-buf fix, some displayport mst fixes, and an amdkfd fix. Nothing too crazy, I assume we just haven't see much rc1 testing yet. Dave. The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877: Linux

[git pull] drm fixes for 4.13-rc2

Hi Linus, A bunch of fixes for rc2, two imx regressions, vc4 fix, dma-buf fix, some displayport mst fixes, and an amdkfd fix. Nothing too crazy, I assume we just haven't see much rc1 testing yet. Dave. The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877: Linux

Re: [PATCH] efifb: allow user to disable write combined mapping.

On 20 July 2017 at 14:44, Linus Torvalds wrote: > On Wed, Jul 19, 2017 at 9:28 PM, Andy Lutomirski wrote: >> >> It shouldn't be that hard to hack up efifb to allocate some actual RAM >> as "framebuffer", unmap it from the direct map, and

Re: [PATCH] efifb: allow user to disable write combined mapping.

On 20 July 2017 at 14:44, Linus Torvalds wrote: > On Wed, Jul 19, 2017 at 9:28 PM, Andy Lutomirski wrote: >> >> It shouldn't be that hard to hack up efifb to allocate some actual RAM >> as "framebuffer", unmap it from the direct map, and ioremap_wc() it as >> usual. Then you could see if PCIe

Re: [PATCH 0/2] sparc64: Use low latency path to resume idle cpu

On 7/20/2017 10:45 PM, David Miller wrote: From: Vijay Kumar Date: Thu, 20 Jul 2017 22:36:42 -0500 I can give a try :). But looks to me one thing that will go wrong is irq accounting done in __irq_enter() and rcu_irq_enter(). Actually, the bigger problem is that

Re: [PATCH 0/2] sparc64: Use low latency path to resume idle cpu

On 7/20/2017 10:45 PM, David Miller wrote: From: Vijay Kumar Date: Thu, 20 Jul 2017 22:36:42 -0500 I can give a try :). But looks to me one thing that will go wrong is irq accounting done in __irq_enter() and rcu_irq_enter(). Actually, the bigger problem is that scheduler_ipi() can raise a

Re: [PATCH RFC v5] cpufreq: schedutil: Make iowait boost more energy efficient

On 20-07-17, 12:49, Joel Fernandes wrote: > Yes I think that's fine, I thought about it some more and I think this > can be an issue in a scenario where > > iowait_boost_max < policy->min but: We will never have this case as boost-max is set to cpuinfo.max_freq. -- viresh

Re: [PATCH RFC v5] cpufreq: schedutil: Make iowait boost more energy efficient

On 20-07-17, 12:49, Joel Fernandes wrote: > Yes I think that's fine, I thought about it some more and I think this > can be an issue in a scenario where > > iowait_boost_max < policy->min but: We will never have this case as boost-max is set to cpuinfo.max_freq. -- viresh

linux-next: Tree for Jul 21

Hi all, Changes since 20170720: The kbuild tree still produces a large number of build warnings so I reverted a commit from it. The drm tree gained a conflict against the drm-intel-fixes tree. The userns tree lost its build failure. Non-merge commits (relative to Linus' tree): 2018 2161

linux-next: Tree for Jul 21

Hi all, Changes since 20170720: The kbuild tree still produces a large number of build warnings so I reverted a commit from it. The drm tree gained a conflict against the drm-intel-fixes tree. The userns tree lost its build failure. Non-merge commits (relative to Linus' tree): 2018 2161

Re: [PATCH v1 00/25] lib, rtc: Print rtc_time via %pt[dt][rv]

On Thu, 2017-07-20 at 10:57 -0700, Mark Salyzyn wrote: > It would probably need to take struct timespec64 as an argument. Pass by > structure might be difficult to swallow, so pass by pointer? Every %p extension is passed via a pointer.

Re: [PATCH v1 00/25] lib, rtc: Print rtc_time via %pt[dt][rv]

On Thu, 2017-07-20 at 10:57 -0700, Mark Salyzyn wrote: > It would probably need to take struct timespec64 as an argument. Pass by > structure might be difficult to swallow, so pass by pointer? Every %p extension is passed via a pointer.

[PATCH v4 2/2] ARM: dts: imx: add CX9020 Embedded PC device tree

From: Patrick Bruenn The CX9020 differs from i.MX53 Quick Start Board by: - use uart2 instead of uart1 - DVI-D connector instead of VGA - no audio - no SATA connector - CCAT FPGA connected to emi - enable rtc Signed-off-by: Patrick Bruenn --- v4:

[PATCH v4 2/2] ARM: dts: imx: add CX9020 Embedded PC device tree

From: Patrick Bruenn The CX9020 differs from i.MX53 Quick Start Board by: - use uart2 instead of uart1 - DVI-D connector instead of VGA - no audio - no SATA connector - CCAT FPGA connected to emi - enable rtc Signed-off-by: Patrick Bruenn --- v4: - move alternative UART2 pinmux settings to

[PATCH v4 1/2] dt-bindings: arm: Add entry for Beckhoff CX9020

From: Patrick Bruenn - add vendor prefix bhf for Beckhoff - add new board binding bhf,cx9020 Signed-off-by: Patrick Bruenn --- Documentation/devicetree/bindings/arm/bhf.txt | 6 ++ Documentation/devicetree/bindings/vendor-prefixes.txt

[PATCH v4 1/2] dt-bindings: arm: Add entry for Beckhoff CX9020

From: Patrick Bruenn - add vendor prefix bhf for Beckhoff - add new board binding bhf,cx9020 Signed-off-by: Patrick Bruenn --- Documentation/devicetree/bindings/arm/bhf.txt | 6 ++ Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + MAINTAINERS

[PATCH 2/3] soc: mediatek: add header files required for MT7622 SCPSYS dt-binding

From: Chen Zhong Add relevant header files required for dt-bindings of SCPSYS power domain control for all subsystems found on MT7622 SoC. Signed-off-by: Chen Zhong Signed-off-by: Sean Wang ---

[PATCH 1/3] dt-bindings: soc: update the binding document for SCPSYS on MediaTek MT7622 SoC

From: Sean Wang Update the binding document for enabling SCPSYS on MediaTek MT7622 SoC. Signed-off-by: Sean Wang Signed-off-by: Chen Zhong --- Documentation/devicetree/bindings/soc/mediatek/scpsys.txt | 3 +++ 1 file

[PATCH 2/3] soc: mediatek: add header files required for MT7622 SCPSYS dt-binding

From: Chen Zhong Add relevant header files required for dt-bindings of SCPSYS power domain control for all subsystems found on MT7622 SoC. Signed-off-by: Chen Zhong Signed-off-by: Sean Wang --- include/dt-bindings/power/mt7622-power.h | 22 ++ 1 file changed, 22

[PATCH 1/3] dt-bindings: soc: update the binding document for SCPSYS on MediaTek MT7622 SoC

From: Sean Wang Update the binding document for enabling SCPSYS on MediaTek MT7622 SoC. Signed-off-by: Sean Wang Signed-off-by: Chen Zhong --- Documentation/devicetree/bindings/soc/mediatek/scpsys.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH 3/3] soc: mediatek: add SCPSYS power domain driver for MediaTek MT7622 SoC

From: Chen Zhong Add SCPSYS power domain driver for MT7622 SoC having four power domains which are respectively ETHSYS for Ethernet including embedded switch, WBSYS for WIFI and Bluetooth, HIF0SYS for PCI-E and SATA, and HIF1SYS for USB. Those functions could be

[PATCH 3/3] soc: mediatek: add SCPSYS power domain driver for MediaTek MT7622 SoC

From: Chen Zhong Add SCPSYS power domain driver for MT7622 SoC having four power domains which are respectively ETHSYS for Ethernet including embedded switch, WBSYS for WIFI and Bluetooth, HIF0SYS for PCI-E and SATA, and HIF1SYS for USB. Those functions could be selectively powered gated when

[PATCH 0/3] add support of SCPSYS power domain for MediaTek MT7622

From: Sean Wang There are four power domains on MediaTek MT7622 SoC which are respectively ETHSYS for Ethernet including extra embedded switch, HIF0SYS for PCI-E and SATA, HIF1SYS for USB and WBSYS for WIFI and Bluetooth. Those functions could be selectively powered

[PATCH 0/3] add support of SCPSYS power domain for MediaTek MT7622

From: Sean Wang There are four power domains on MediaTek MT7622 SoC which are respectively ETHSYS for Ethernet including extra embedded switch, HIF0SYS for PCI-E and SATA, HIF1SYS for USB and WBSYS for WIFI and Bluetooth. Those functions could be selectively powered gated when the corresponding

Re: [PATCH 2/4] gpio: davinci: Handle the return value of davinci_gpio_irq_setup function

On Friday 21 July 2017 03:04 AM, Grygorii Strashko wrote: > > > On 07/20/2017 05:05 AM, Johan Hovold wrote: >> On Thu, Jul 20, 2017 at 03:32:27PM +0530, Keerthy wrote: >>> On Thursday 20 July 2017 03:20 PM, Johan Hovold wrote: On Thu, Jul 20, 2017 at 02:40:37PM +0530, Keerthy wrote: >

Re: [PATCH 2/4] gpio: davinci: Handle the return value of davinci_gpio_irq_setup function

On Friday 21 July 2017 03:04 AM, Grygorii Strashko wrote: > > > On 07/20/2017 05:05 AM, Johan Hovold wrote: >> On Thu, Jul 20, 2017 at 03:32:27PM +0530, Keerthy wrote: >>> On Thursday 20 July 2017 03:20 PM, Johan Hovold wrote: On Thu, Jul 20, 2017 at 02:40:37PM +0530, Keerthy wrote: >

Re: [PATCH 0/6] Cache coherent device memory (CDM) with HMM v5

On Thu, Jul 20, 2017 at 6:41 PM, Jerome Glisse wrote: > On Fri, Jul 21, 2017 at 09:15:29AM +0800, Bob Liu wrote: >> On 2017/7/20 23:03, Jerome Glisse wrote: >> > On Wed, Jul 19, 2017 at 05:09:04PM +0800, Bob Liu wrote: >> >> On 2017/7/19 10:25, Jerome Glisse wrote: >> >>> On

Re: [PATCH 0/6] Cache coherent device memory (CDM) with HMM v5

On Thu, Jul 20, 2017 at 6:41 PM, Jerome Glisse wrote: > On Fri, Jul 21, 2017 at 09:15:29AM +0800, Bob Liu wrote: >> On 2017/7/20 23:03, Jerome Glisse wrote: >> > On Wed, Jul 19, 2017 at 05:09:04PM +0800, Bob Liu wrote: >> >> On 2017/7/19 10:25, Jerome Glisse wrote: >> >>> On Wed, Jul 19, 2017 at

Re: [PATCH 0/2] sparc64: Use low latency path to resume idle cpu

From: Vijay Kumar Date: Thu, 20 Jul 2017 22:36:42 -0500 > I can give a try :). But looks to me one thing that will go wrong is > irq accounting done in __irq_enter() and rcu_irq_enter(). Actually, the bigger problem is that scheduler_ipi() can raise a software

Re: [PATCH 0/2] sparc64: Use low latency path to resume idle cpu

From: Vijay Kumar Date: Thu, 20 Jul 2017 22:36:42 -0500 > I can give a try :). But looks to me one thing that will go wrong is > irq accounting done in __irq_enter() and rcu_irq_enter(). Actually, the bigger problem is that scheduler_ipi() can raise a software interrupt, and nothing will invoke

[GIT] IDE

Please pull to get this gcc-7 warning fix from Arnd. Thanks! The following changes since commit 96080f697786e0a30006fcbcc5b53f350fcb3e9f: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2017-07-20 16:33:39 -0700) are available in the git repository at:

[GIT] IDE

Please pull to get this gcc-7 warning fix from Arnd. Thanks! The following changes since commit 96080f697786e0a30006fcbcc5b53f350fcb3e9f: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2017-07-20 16:33:39 -0700) are available in the git repository at:

[PATCH] f2fs: let background GC being aware of freezing

When ->freeze_fs is called from lvm for doing snapshot, it needs to make sure there will be no more changes in filesystem's data, however, previously, background GC wasn't aware of freezing, so in environment with active background GC thread, data of snapshot becomes unstable. This patch fixes

[PATCH] f2fs: let background GC being aware of freezing

When ->freeze_fs is called from lvm for doing snapshot, it needs to make sure there will be no more changes in filesystem's data, however, previously, background GC wasn't aware of freezing, so in environment with active background GC thread, data of snapshot becomes unstable. This patch fixes

Re: [PATCH 0/2] sparc64: Use low latency path to resume idle cpu

On 7/20/2017 9:55 PM, David Miller wrote: From: Vijay Kumar Date: Thu, 20 Jul 2017 21:44:24 -0500 I had same thoughts initially but I had to go with this approach as scheduler_ipi is wrapped with irq_enter() and irq_exit(). Whereas POKE resumes the cpu in process

Re: [PATCH 0/2] sparc64: Use low latency path to resume idle cpu

On 7/20/2017 9:55 PM, David Miller wrote: From: Vijay Kumar Date: Thu, 20 Jul 2017 21:44:24 -0500 I had same thoughts initially but I had to go with this approach as scheduler_ipi is wrapped with irq_enter() and irq_exit(). Whereas POKE resumes the cpu in process context. Comments in

Re: [PATCH 19/32] tracing: Add variable reference handling to hist triggers

On Mon, Jun 26, 2017 at 05:49:20PM -0500, Tom Zanussi wrote: > Add the necessary infrastructure to allow the variables defined on one > event to be referenced in another. This allows variables set by a > previous event to be referenced and used in expressions combining the > variable values saved

Re: [PATCH 19/32] tracing: Add variable reference handling to hist triggers

On Mon, Jun 26, 2017 at 05:49:20PM -0500, Tom Zanussi wrote: > Add the necessary infrastructure to allow the variables defined on one > event to be referenced in another. This allows variables set by a > previous event to be referenced and used in expressions combining the > variable values saved

RE: [PATCH v2 1/2] platform/x86: Add GLK PSS Event Table

Reviewed-by: Souvik K Chakravarty > -Original Message- > From: Bhardwaj, Rajneesh > Sent: Thursday, July 20, 2017 7:51 PM > To: platform-driver-...@vger.kernel.org > Cc: dvh...@infradead.org; a...@infradead.org; linux- > ker...@vger.kernel.org; Murthy,

RE: [PATCH v2 1/2] platform/x86: Add GLK PSS Event Table

Reviewed-by: Souvik K Chakravarty > -Original Message- > From: Bhardwaj, Rajneesh > Sent: Thursday, July 20, 2017 7:51 PM > To: platform-driver-...@vger.kernel.org > Cc: dvh...@infradead.org; a...@infradead.org; linux- > ker...@vger.kernel.org; Murthy, Shanth ; > Chakravarty, Souvik K ;

Re: [lkp-robot] [include/linux/string.h] 6974f0c455: kernel_BUG_at_lib/string.c

On Thu, 20 Jul 2017 11:41:38 -0700 Linus Torvalds wrote: > On Thu, Jul 20, 2017 at 8:51 AM, Masami Hiramatsu wrote: > > > > Acked-by: Masami Hiramatsu > > Tested-by: Masami Hiramatsu > > Ok, I

Re: [lkp-robot] [include/linux/string.h] 6974f0c455: kernel_BUG_at_lib/string.c

On Thu, 20 Jul 2017 11:41:38 -0700 Linus Torvalds wrote: > On Thu, Jul 20, 2017 at 8:51 AM, Masami Hiramatsu wrote: > > > > Acked-by: Masami Hiramatsu > > Tested-by: Masami Hiramatsu > > Ok, I committed that patch as-is. > > Other architectures may end up with the same issue, unless they

RE: [PATCH v2 2/2] Telemetry: remove redundant macro definition

Just missed the email from Darren. Reviewed-by: Souvik K Chakravarty > -Original Message- > From: Chakravarty, Souvik K > Sent: Friday, July 21, 2017 8:45 AM > To: 'Rajneesh Bhardwaj' ; platform-driver- > x...@vger.kernel.org

RE: [PATCH v2 2/2] Telemetry: remove redundant macro definition

Just missed the email from Darren. Reviewed-by: Souvik K Chakravarty > -Original Message- > From: Chakravarty, Souvik K > Sent: Friday, July 21, 2017 8:45 AM > To: 'Rajneesh Bhardwaj' ; platform-driver- > x...@vger.kernel.org > Cc: dvh...@infradead.org; a...@infradead.org; linux- >

Re: [PATCH 2/2] dma: Add Spreadtrum DMA controller driver

Hi Chunyan, On 21 July 2017 at 10:50, Chunyan Zhang wrote: > Hi Baolin, > > On 18 July 2017 at 15:06, Baolin Wang wrote: >> This patch adds the DMA controller driver for Spreadtrum SC9860 platform. > > I guess this driver is not only for SC9860,

Re: [PATCH 2/2] dma: Add Spreadtrum DMA controller driver

Hi Chunyan, On 21 July 2017 at 10:50, Chunyan Zhang wrote: > Hi Baolin, > > On 18 July 2017 at 15:06, Baolin Wang wrote: >> This patch adds the DMA controller driver for Spreadtrum SC9860 platform. > > I guess this driver is not only for SC9860, instead it should work for > all most all

[PATCH] Documentation: mtk-quadspi: update DT bindings

Add "mediatek,mt2712-nor" and "mediatek,mt7622-nor" for nor flash node's compatible. Signed-off-by: Guochun Mao --- .../devicetree/bindings/mtd/mtk-quadspi.txt|2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH] Documentation: mtk-quadspi: update DT bindings

Add "mediatek,mt2712-nor" and "mediatek,mt7622-nor" for nor flash node's compatible. Signed-off-by: Guochun Mao --- .../devicetree/bindings/mtd/mtk-quadspi.txt|2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/mtd/mtk-quadspi.txt

[PATCH v3 1/1] Documentation: mtk-quadspi: update DT bindings

Extra add "mediatek,mt7622-nor" compatible. Guochun Mao (1): Documentation: mtk-quadspi: update DT bindings Documentation/devicetree/bindings/mtd/mtk-quadspi.txt | 2 ++ 1 file changed, 2 insertions(+) -- 1.9.1

[PATCH v3 1/1] Documentation: mtk-quadspi: update DT bindings

Extra add "mediatek,mt7622-nor" compatible. Guochun Mao (1): Documentation: mtk-quadspi: update DT bindings Documentation/devicetree/bindings/mtd/mtk-quadspi.txt | 2 ++ 1 file changed, 2 insertions(+) -- 1.9.1

RE: [PATCH 1/3] platform/x86: Add GLK PSS Event Table

> -Original Message- > From: Darren Hart [mailto:dvh...@infradead.org] > Sent: Friday, July 21, 2017 2:36 AM > To: Chakravarty, Souvik K > Cc: Bhardwaj, Rajneesh ; platform-driver- > x...@vger.kernel.org; a...@infradead.org;

RE: [PATCH 1/3] platform/x86: Add GLK PSS Event Table

> -Original Message- > From: Darren Hart [mailto:dvh...@infradead.org] > Sent: Friday, July 21, 2017 2:36 AM > To: Chakravarty, Souvik K > Cc: Bhardwaj, Rajneesh ; platform-driver- > x...@vger.kernel.org; a...@infradead.org; linux-kernel@vger.kernel.org; > Murthy, Shanth > Subject: Re:

RE: [PATCH v2 2/2] Telemetry: remove redundant macro definition

Both set of two looks good. +1. > -Original Message- > From: platform-driver-x86-ow...@vger.kernel.org [mailto:platform-driver- > x86-ow...@vger.kernel.org] On Behalf Of Rajneesh Bhardwaj > Sent: Thursday, July 20, 2017 7:51 PM > To: platform-driver-...@vger.kernel.org > Cc:

RE: [PATCH v2 2/2] Telemetry: remove redundant macro definition

Both set of two looks good. +1. > -Original Message- > From: platform-driver-x86-ow...@vger.kernel.org [mailto:platform-driver- > x86-ow...@vger.kernel.org] On Behalf Of Rajneesh Bhardwaj > Sent: Thursday, July 20, 2017 7:51 PM > To: platform-driver-...@vger.kernel.org > Cc:

Re: [RFC PATCH v12 3/4] Linux Random Number Generator

On Thu, Jul 20, 2017 at 09:00:02PM +0200, Stephan Müller wrote: > I concur with your rationale where de-facto the correlation is effect is > diminished and eliminated with the fast_pool and the minimal entropy > estimation of interrupts. > > But it does not address my concern. Maybe I was not

Re: [RFC PATCH v12 3/4] Linux Random Number Generator

On Thu, Jul 20, 2017 at 09:00:02PM +0200, Stephan Müller wrote: > I concur with your rationale where de-facto the correlation is effect is > diminished and eliminated with the fast_pool and the minimal entropy > estimation of interrupts. > > But it does not address my concern. Maybe I was not

Re: [PATCH 0/2] sparc64: Use low latency path to resume idle cpu

From: Vijay Kumar Date: Thu, 20 Jul 2017 21:44:24 -0500 > I had same thoughts initially but I had to go with this approach as > scheduler_ipi is wrapped with irq_enter() and irq_exit(). Whereas POKE > resumes the cpu in process context. > > Comments in

Re: [PATCH 0/2] sparc64: Use low latency path to resume idle cpu

From: Vijay Kumar Date: Thu, 20 Jul 2017 21:44:24 -0500 > I had same thoughts initially but I had to go with this approach as > scheduler_ipi is wrapped with irq_enter() and irq_exit(). Whereas POKE > resumes the cpu in process context. > > Comments in scheduler_ipi(): > > * Not all

Re: [PATCH 2/2] dma: Add Spreadtrum DMA controller driver

Hi Baolin, On 18 July 2017 at 15:06, Baolin Wang wrote: > This patch adds the DMA controller driver for Spreadtrum SC9860 platform. I guess this driver is not only for SC9860, instead it should work for all most all Spreadtrum's platforms? > > Signed-off-by: Baolin

Re: [PATCH 2/2] dma: Add Spreadtrum DMA controller driver

Hi Baolin, On 18 July 2017 at 15:06, Baolin Wang wrote: > This patch adds the DMA controller driver for Spreadtrum SC9860 platform. I guess this driver is not only for SC9860, instead it should work for all most all Spreadtrum's platforms? > > Signed-off-by: Baolin Wang > --- >

Re: [PATCH 2/2] sparc64: Use cpu_poke to resume idle cpu

On 7/20/2017 2:58 PM, David Miller wrote: From: Vijay Kumar Date: Sat, 8 Jul 2017 14:23:44 -0600 diff --git a/arch/sparc/kernel/hvapi.c b/arch/sparc/kernel/hvapi.c index 2677312..0b070d5 100644 --- a/arch/sparc/kernel/hvapi.c +++ b/arch/sparc/kernel/hvapi.c @@

Re: [PATCH 2/2] sparc64: Use cpu_poke to resume idle cpu

On 7/20/2017 2:58 PM, David Miller wrote: From: Vijay Kumar Date: Sat, 8 Jul 2017 14:23:44 -0600 diff --git a/arch/sparc/kernel/hvapi.c b/arch/sparc/kernel/hvapi.c index 2677312..0b070d5 100644 --- a/arch/sparc/kernel/hvapi.c +++ b/arch/sparc/kernel/hvapi.c @@ -189,7 +189,7 @@ void __init

Re: [PATCH 0/2] sparc64: Use low latency path to resume idle cpu

On 7/20/2017 2:57 PM, David Miller wrote: From: Vijay Kumar Date: Sat, 8 Jul 2017 14:23:42 -0600 cpu_poke is a low latency path to resume the target cpu if suspended using cpu_yield. Use cpu poke to resume cpu if supported by hypervisor. hackbench

Re: [PATCH 0/2] sparc64: Use low latency path to resume idle cpu

On 7/20/2017 2:57 PM, David Miller wrote: From: Vijay Kumar Date: Sat, 8 Jul 2017 14:23:42 -0600 cpu_poke is a low latency path to resume the target cpu if suspended using cpu_yield. Use cpu poke to resume cpu if supported by hypervisor. hackbench results (lower is better):

Re: [PATCH 6/7] fcntl: Don't use ambiguous SIG_POLL si_codes

Oleg Nesterov writes: > On 07/18, Eric W. Biederman wrote: >> >> -BUG_ON((reason & __SI_MASK) != __SI_POLL); >> +BUG_ON((reason < POLL_IN) || (reason > NSIGPOLL)); > ^

Re: [PATCH 6/7] fcntl: Don't use ambiguous SIG_POLL si_codes

Oleg Nesterov writes: > On 07/18, Eric W. Biederman wrote: >> >> -BUG_ON((reason & __SI_MASK) != __SI_POLL); >> +BUG_ON((reason < POLL_IN) || (reason > NSIGPOLL)); > ^ > looks

[PATCH] qe: fix compile issue for arm64

Signed-off-by: Zhao Qiang --- drivers/soc/fsl/qe/qe.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/soc/fsl/qe/qe.c b/drivers/soc/fsl/qe/qe.c index 2ef6fc6..d48fa4a 100644 --- a/drivers/soc/fsl/qe/qe.c +++ b/drivers/soc/fsl/qe/qe.c @@ -229,7 +229,9 @@ int

[PATCH] qe: fix compile issue for arm64

Signed-off-by: Zhao Qiang --- drivers/soc/fsl/qe/qe.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/soc/fsl/qe/qe.c b/drivers/soc/fsl/qe/qe.c index 2ef6fc6..d48fa4a 100644 --- a/drivers/soc/fsl/qe/qe.c +++ b/drivers/soc/fsl/qe/qe.c @@ -229,7 +229,9 @@ int qe_setbrg(enum qe_clock

[PATCH 5/5] dt-bindings: PCI: add support for new generation controller

From: Ryder Lee Add support for MediaTek new generation controller and update related properities. Signed-off-by: Ryder Lee Signed-off-by: Honghui Zhang --- .../devicetree/bindings/pci/mediatek-pcie.txt | 84

[PATCH 5/5] dt-bindings: PCI: add support for new generation controller

From: Ryder Lee Add support for MediaTek new generation controller and update related properities. Signed-off-by: Ryder Lee Signed-off-by: Honghui Zhang --- .../devicetree/bindings/pci/mediatek-pcie.txt | 84 -- 1 file changed, 79 insertions(+), 5 deletions(-) diff

[PATCH v2 1/1] Documentation: mtk-quadspi: update DT bindings

Sort compatible strings in alphabetic order. Guochun Mao (1): Documentation: mtk-quadspi: update DT bindings Documentation/devicetree/bindings/mtd/mtk-quadspi.txt | 1 + 1 file changed, 1 insertion(+) -- 1.9.1

[PATCH] Documentation: mtk-quadspi: update DT bindings

Add "mediatek,mt2712-nor" for nor flash node's compatible. Signed-off-by: Guochun Mao --- .../devicetree/bindings/mtd/mtk-quadspi.txt|1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/mtd/mtk-quadspi.txt

[PATCH v2 1/1] Documentation: mtk-quadspi: update DT bindings

Sort compatible strings in alphabetic order. Guochun Mao (1): Documentation: mtk-quadspi: update DT bindings Documentation/devicetree/bindings/mtd/mtk-quadspi.txt | 1 + 1 file changed, 1 insertion(+) -- 1.9.1

[PATCH] Documentation: mtk-quadspi: update DT bindings

Add "mediatek,mt2712-nor" for nor flash node's compatible. Signed-off-by: Guochun Mao --- .../devicetree/bindings/mtd/mtk-quadspi.txt|1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/mtd/mtk-quadspi.txt

[PATCH 2/5] PCI: mediatek: switch to use platform_get_resource_byname()

From: Ryder Lee This is a transitional patch. We currently use platfarm_get_resource() for retrieving the IOMEM resources, but there might be some chips don't have subsys/shared registers part, which depends on platform design, and these will be introduced in further

[PATCH 2/5] PCI: mediatek: switch to use platform_get_resource_byname()

From: Ryder Lee This is a transitional patch. We currently use platfarm_get_resource() for retrieving the IOMEM resources, but there might be some chips don't have subsys/shared registers part, which depends on platform design, and these will be introduced in further patches. Switch this

[PATCH 4/5] PCI: mediatek: Add new generation controller support

From: Ryder Lee Add support for new Gen2 controller which has two root ports and shares the probing flow with legacy controller. Currently this IP block can be found on MT7622/MT2712. More specifically, the newer (future) chips will be developed based on this generation,

[PATCH 4/5] PCI: mediatek: Add new generation controller support

From: Ryder Lee Add support for new Gen2 controller which has two root ports and shares the probing flow with legacy controller. Currently this IP block can be found on MT7622/MT2712. More specifically, the newer (future) chips will be developed based on this generation, thus we use a generic

[PATCH 3/5] dt-bindings: PCI: rename and cleanup MediaTek binding text

From: Ryder Lee In order to accommodate other SoC generations, this patch updates filename to make it more generic, regroups specific properties by SoCs, and removes redundant descriptions. Signed-off-by: Ryder Lee ---

[PATCH 1/5] PCI: mediatek: Add a structure to abstract the controller generations

From: Ryder Lee Introduce a structure "mtk_pcie_soc" to abstract the differences between controller generations, and the .startup() hook is used to encapsulate some SoC-dependent related setting. In doing so, the common code which will be reused by future chips. In

  1   2   3   4   5   6   7   8   9   10   >