[RFC PATCH 4/4] mmc: sdhci-of-arasan: overwrite enhanced strobe callback

Currently sdhci-arasan 5.1 can support enhanced strobe function, but considering the potential requirement in the future for other version IP, we don't limit it just for "arasan,sdhci-5.1". Add cap-enhanced-strobe in DT to enable the function if we'r sure our controller can support it.

[RFC PATCH 3/4] mmc: sdhci: implement enhanced strobe callback

Enhanced strobe stuff currently is beyond the scope of Secure Digital Host Controller Interface. So we can't find a register here to enable/disable it. We experct variant drivers to finish the details according to their vendor settings. Signed-off-by: Shawn Lin --- drivers/mmc/host/sdhci.c |

Re: [PATCH] driver: input :touchscreen : add Raydium I2C touch driver

On Thu, 2016-03-03 at 10:29 +0800, jeffrey.lin wrote: > This patch is porting Raydium I2C touch driver. Developer can enable raydium > touch driver by modifying define "CONFIG_TOUCHSCREEN_RM_TS". trivial comments: > diff --git a/drivers/input/touchscreen/raydium_i2c_ts.c >

[RFC PATCH 4/4] mmc: sdhci-of-arasan: overwrite enhanced strobe callback

Currently sdhci-arasan 5.1 can support enhanced strobe function, but considering the potential requirement in the future for other version IP, we don't limit it just for "arasan,sdhci-5.1". Add cap-enhanced-strobe in DT to enable the function if we'r sure our controller can support it.

[RFC PATCH 0/4] Add enhanced strobe support for emmc version 5.1 or later

Hello Ulf and Adrian, This RFC patch is going to support enhanced strobe function for emmc version 5.1+ introduced by JEDEC recently. Firstly，from the former discussion of sdhci, I write these code inspired by Adrian's patch[0] for variant drivers to overwrite the callback in order not to add

[RFC PATCH 1/4] mmc: core: add cap-enhanced-strobe support

This patch introduce cap-enhanced-strobe for platforms which want to enable enhanced strobe function from DT if the mmc host controller claims to support enhanced strobe. Signed-off-by: Shawn Lin --- Documentation/devicetree/bindings/mmc/mmc.txt | 1 +

Re: [PATCH 2/2] objtool: Support CROSS_COMPILE

Hi Josh, Just a couple of quick comments ... On Wed, 2 Mar 2016 18:39:37 -0600 Josh Poimboeuf wrote: > > diff --git a/tools/objtool/Makefile b/tools/objtool/Makefile > index c4f0713..e4a6bd5 100644 > --- a/tools/objtool/Makefile > +++ b/tools/objtool/Makefile I was

[RFC PATCH 1/4] mmc: core: add cap-enhanced-strobe support

This patch introduce cap-enhanced-strobe for platforms which want to enable enhanced strobe function from DT if the mmc host controller claims to support enhanced strobe. Signed-off-by: Shawn Lin --- Documentation/devicetree/bindings/mmc/mmc.txt | 1 + drivers/mmc/core/host.c

Re: [PATCH 2/2] objtool: Support CROSS_COMPILE

Hi Josh, Just a couple of quick comments ... On Wed, 2 Mar 2016 18:39:37 -0600 Josh Poimboeuf wrote: > > diff --git a/tools/objtool/Makefile b/tools/objtool/Makefile > index c4f0713..e4a6bd5 100644 > --- a/tools/objtool/Makefile > +++ b/tools/objtool/Makefile I was wondering if this would be

[RFC PATCH 0/4] Add enhanced strobe support for emmc version 5.1 or later

Hello Ulf and Adrian, This RFC patch is going to support enhanced strobe function for emmc version 5.1+ introduced by JEDEC recently. Firstly，from the former discussion of sdhci, I write these code inspired by Adrian's patch[0] for variant drivers to overwrite the callback in order not to add

[drm:radeon_dp_link_train] *ERROR* clock recovery failed

One of my machines is an A10 Kaveri desktop, with a good old VGA connection to the monitor. I've only just started trying to boot any 4.5 kernel on it, but with 4.5.0-rc6 and now linus's tree from a few hours ago (4.5.0-rc6-00018-gf983cd3) I get a blank screen, with no video signal, as soon as it

[drm:radeon_dp_link_train] *ERROR* clock recovery failed

One of my machines is an A10 Kaveri desktop, with a good old VGA connection to the monitor. I've only just started trying to boot any 4.5 kernel on it, but with 4.5.0-rc6 and now linus's tree from a few hours ago (4.5.0-rc6-00018-gf983cd3) I get a blank screen, with no video signal, as soon as it

Re: [RFC PATCH] watchdog: s3c2410_wdt: Add max and min timeout values

On 03.03.2016 11:14, Javier Martinez Canillas wrote: > Hello Krzysztof, > > On 03/02/2016 09:21 PM, Krzysztof Kozlowski wrote: >> On 03.03.2016 02:30, Javier Martinez Canillas wrote: > > [snip] > > > +wdt->wdt_device.min_timeout = 1; > +wdt->wdt_device.max_timeout =

Re: [RFC PATCH] watchdog: s3c2410_wdt: Add max and min timeout values

On 03.03.2016 11:14, Javier Martinez Canillas wrote: > Hello Krzysztof, > > On 03/02/2016 09:21 PM, Krzysztof Kozlowski wrote: >> On 03.03.2016 02:30, Javier Martinez Canillas wrote: > > [snip] > > > +wdt->wdt_device.min_timeout = 1; > +wdt->wdt_device.max_timeout =

[PATCH] driver: input :touchscreen : add Raydium I2C touch driver

This patch is porting Raydium I2C touch driver. Developer can enable raydium touch driver by modifying define "CONFIG_TOUCHSCREEN_RM_TS". Signed-off-by: jeffrey.lin --- drivers/input/touchscreen/Kconfig | 12 + drivers/input/touchscreen/Makefile | 1

[PATCH] driver: input :touchscreen : add Raydium I2C touch driver

This patch is porting Raydium I2C touch driver. Developer can enable raydium touch driver by modifying define "CONFIG_TOUCHSCREEN_RM_TS". Signed-off-by: jeffrey.lin --- drivers/input/touchscreen/Kconfig | 12 + drivers/input/touchscreen/Makefile | 1 +

[PATCH RT 4/7] trace: Use rcuidle version for preemptoff_hist trace point

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Yang Shi When running -rt kernel with both PREEMPT_OFF_HIST and LOCKDEP enabled, the below error is reported: [ INFO: suspicious RCU usage. ] 4.4.1-rt6 #1

[PATCH RT 4/7] trace: Use rcuidle version for preemptoff_hist trace point

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Yang Shi When running -rt kernel with both PREEMPT_OFF_HIST and LOCKDEP enabled, the below error is reported: [ INFO: suspicious RCU usage. ] 4.4.1-rt6 #1 Not tainted

[PATCH RT 7/7] Linux 3.2.77-rt112-rc1

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (Red Hat)" --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index

[PATCH RT 6/7] kernel: sched: Fix preempt_disable_ip recodring for preempt_disable()

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior preempt_disable() invokes preempt_count_add() which saves the caller in current->preempt_disable_ip. It uses CALLER_ADDR1 which does

[PATCH RT 2/7] kernel: migrate_disable() do fastpath in atomic & irqs-off

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior With interrupts off it makes no sense to do the long path since we can't leave the CPU anyway. Also we might end up in a recursion

[PATCH RT 5/7] rcu/torture: Comment out rcu_bh ops on PREEMPT_RT_FULL

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Clark Williams RT has dropped support of rcu_bh, comment out in rcutorture. Signed-off-by: Clark Williams Signed-off-by: Sebastian

[PATCH RT 3/7] kernel: softirq: unlock with irqs on

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior We unlock the lock while the interrupts are off. This isn't a problem now but will get because the migrate_disable() + enable are

[PATCH RT 2/7] kernel: migrate_disable() do fastpath in atomic & irqs-off

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior With interrupts off it makes no sense to do the long path since we can't leave the CPU anyway. Also we might end up in a recursion with lockdep.

[PATCH RT 5/7] rcu/torture: Comment out rcu_bh ops on PREEMPT_RT_FULL

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Clark Williams RT has dropped support of rcu_bh, comment out in rcutorture. Signed-off-by: Clark Williams Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner

[PATCH RT 3/7] kernel: softirq: unlock with irqs on

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior We unlock the lock while the interrupts are off. This isn't a problem now but will get because the migrate_disable() + enable are not symmetrical in regard

[PATCH RT 7/7] Linux 3.2.77-rt112-rc1

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (Red Hat)" --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index

[PATCH RT 6/7] kernel: sched: Fix preempt_disable_ip recodring for preempt_disable()

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior preempt_disable() invokes preempt_count_add() which saves the caller in current->preempt_disable_ip. It uses CALLER_ADDR1 which does not look for its

[PATCH RT 0/7] Linux 3.2.77-rt112-rc1

Dear RT Folks, This is the RT stable review cycle of patch 3.2.77-rt112-rc1. Please scream at me if I messed something up. Please test the patches too. The -rc release will be uploaded to kernel.org and will be deleted when the final release is out. This is just a review release (or release

[PATCH RT 0/7] Linux 3.2.77-rt112-rc1

Dear RT Folks, This is the RT stable review cycle of patch 3.2.77-rt112-rc1. Please scream at me if I messed something up. Please test the patches too. The -rc release will be uploaded to kernel.org and will be deleted when the final release is out. This is just a review release (or release

[PATCH RT 1/7] latencyhist: disable jump-labels

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior Atleast on X86 we die a recursive death |CPU: 3 PID: 585 Comm: bash Not tainted 4.4.1-rt4+ #198 |Hardware name: QEMU Standard PC

[PATCH RT 1/7] latencyhist: disable jump-labels

3.2.77-rt112-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior Atleast on X86 we die a recursive death |CPU: 3 PID: 585 Comm: bash Not tainted 4.4.1-rt4+ #198 |Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS

Re: [RESEND PATCH v5 5/5] x86, acpi, cpu-hotplug: Set persistent cpuid <-> nodeid mapping when booting.

On 03/03/2016 10:11 AM, kbuild test robot wrote: Hi Gu, [auto build test ERROR on tip/x86/core] [also build test ERROR on v4.5-rc6 next-20160302] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux

Re: [RESEND PATCH v5 5/5] x86, acpi, cpu-hotplug: Set persistent cpuid <-> nodeid mapping when booting.

On 03/03/2016 10:11 AM, kbuild test robot wrote: Hi Gu, [auto build test ERROR on tip/x86/core] [also build test ERROR on v4.5-rc6 next-20160302] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux

Re: [RESEND PATCH v5 0/5] Make cpuid <-> nodeid mapping persistent

Hi, On 03/03/2016 10:08 AM, Rafael J. Wysocki wrote: Hi, On Thu, Mar 3, 2016 at 2:42 AM, Zhu Guihua wrote: [Problem] cpuid <-> nodeid mapping is firstly established at boot time. And workqueue caches the mapping in wq_numa_possible_cpumask in wq_numa_init() at

Re: [RESEND PATCH v5 0/5] Make cpuid <-> nodeid mapping persistent

Hi, On 03/03/2016 10:08 AM, Rafael J. Wysocki wrote: Hi, On Thu, Mar 3, 2016 at 2:42 AM, Zhu Guihua wrote: [Problem] cpuid <-> nodeid mapping is firstly established at boot time. And workqueue caches the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time. When doing node

Re: [PATCH] PM: Fix crash on graph trace through x86 suspend

On Thu, Mar 3, 2016 at 3:07 AM, Steven Rostedt wrote: > On Thu, 3 Mar 2016 02:36:26 +0100 > "Rafael J. Wysocki" wrote: > >> > OK, applied, but let Steven and the x86 folks see it. > > The below patch looks fine to me. Anything else I should look at? No,

Re: [PATCH] PM: Fix crash on graph trace through x86 suspend

On Thu, Mar 3, 2016 at 3:07 AM, Steven Rostedt wrote: > On Thu, 3 Mar 2016 02:36:26 +0100 > "Rafael J. Wysocki" wrote: > >> > OK, applied, but let Steven and the x86 folks see it. > > The below patch looks fine to me. Anything else I should look at? No, that was it, thanks!

Re: [RFC PATCH] watchdog: s3c2410_wdt: Add max and min timeout values

Hello Krzysztof, On 03/02/2016 09:21 PM, Krzysztof Kozlowski wrote: On 03.03.2016 02:30, Javier Martinez Canillas wrote: [snip] +wdt->wdt_device.min_timeout = 1; +wdt->wdt_device.max_timeout = s3c2410wdt_max_timeout(wdt->clock); Can the frequency of clock change? E.g. with

Re: [RFC PATCH] watchdog: s3c2410_wdt: Add max and min timeout values

Hello Krzysztof, On 03/02/2016 09:21 PM, Krzysztof Kozlowski wrote: On 03.03.2016 02:30, Javier Martinez Canillas wrote: [snip] +wdt->wdt_device.min_timeout = 1; +wdt->wdt_device.max_timeout = s3c2410wdt_max_timeout(wdt->clock); Can the frequency of clock change? E.g. with

Re: [PATCH 10/46] perf core: Introduce new ioctl options to pause and resume ring buffer

Hi Peter, Patch 10/46 to 14/46 were sent separately to you and modified follow your suggestion. Do you have further comment on it? Thank you. On 2016/2/29 23:39, Arnaldo Carvalho de Melo wrote: Em Fri, Feb 26, 2016 at 09:31:58AM +, Wang Nan escreveu: Add new ioctl() to pause/resume

Re: [PATCH 10/46] perf core: Introduce new ioctl options to pause and resume ring buffer

Hi Peter, Patch 10/46 to 14/46 were sent separately to you and modified follow your suggestion. Do you have further comment on it? Thank you. On 2016/2/29 23:39, Arnaldo Carvalho de Melo wrote: Em Fri, Feb 26, 2016 at 09:31:58AM +, Wang Nan escreveu: Add new ioctl() to pause/resume

Re: [RESEND PATCH v5 5/5] x86, acpi, cpu-hotplug: Set persistent cpuid <-> nodeid mapping when booting.

Hi Gu, [auto build test ERROR on tip/x86/core] [also build test ERROR on v4.5-rc6 next-20160302] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Zhu-Guihua/Make-cpuid-nodeid-mapping-persistent

Re: [RESEND PATCH v5 5/5] x86, acpi, cpu-hotplug: Set persistent cpuid <-> nodeid mapping when booting.

Hi Gu, [auto build test ERROR on tip/x86/core] [also build test ERROR on v4.5-rc6 next-20160302] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Zhu-Guihua/Make-cpuid-nodeid-mapping-persistent

Re: [RESEND PATCH v5 0/5] Make cpuid <-> nodeid mapping persistent

Hi, On Thu, Mar 3, 2016 at 2:42 AM, Zhu Guihua wrote: > [Problem] > > cpuid <-> nodeid mapping is firstly established at boot time. And workqueue > caches > the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time. > > When doing node online/offline,

Re: [RESEND PATCH v5 0/5] Make cpuid <-> nodeid mapping persistent

Hi, On Thu, Mar 3, 2016 at 2:42 AM, Zhu Guihua wrote: > [Problem] > > cpuid <-> nodeid mapping is firstly established at boot time. And workqueue > caches > the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time. > > When doing node online/offline, cpuid <-> nodeid mapping is >

Re: [PATCH] PM: Fix crash on graph trace through x86 suspend

On Thu, 3 Mar 2016 02:36:26 +0100 "Rafael J. Wysocki" wrote: > > OK, applied, but let Steven and the x86 folks see it. The below patch looks fine to me. Anything else I should look at? -- Steve > > > >>> > >>> > --- > >>> > arch/x86/kernel/acpi/sleep.c | 7 +++ >

Re: [PATCH] PM: Fix crash on graph trace through x86 suspend

On Thu, 3 Mar 2016 02:36:26 +0100 "Rafael J. Wysocki" wrote: > > OK, applied, but let Steven and the x86 folks see it. The below patch looks fine to me. Anything else I should look at? -- Steve > > > >>> > >>> > --- > >>> > arch/x86/kernel/acpi/sleep.c | 7 +++ > >>> > 1 file

Re: [PATCH 2/2] mmc: dw_mmc: add resets support to dw_mci_parse_dt()

Hi Guodong, On 2016/3/3 9:33, Guodong Xu wrote: With this, user can add a 'resets' property into dw_mmc dts node, and when driver probe and parse_dt, it will call reset APIs to reset dw_mmc host controller. Please also refer to Documentation/devicetree/bindings/reset/reset.txt I have no hard

Re: [PATCH 2/2] mmc: dw_mmc: add resets support to dw_mci_parse_dt()

Hi Guodong, On 2016/3/3 9:33, Guodong Xu wrote: With this, user can add a 'resets' property into dw_mmc dts node, and when driver probe and parse_dt, it will call reset APIs to reset dw_mmc host controller. Please also refer to Documentation/devicetree/bindings/reset/reset.txt I have no hard

[PATCH] stmmac: fix noderef.cocci warnings

drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c:115:15-21: ERROR: application of sizeof to pointer sizeof when applied to a pointer typed expression gives the size of the pointer Generated by: scripts/coccinelle/misc/noderef.cocci CC: Giuseppe Cavallaro

[PATCH] stmmac: fix noderef.cocci warnings

drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c:115:15-21: ERROR: application of sizeof to pointer sizeof when applied to a pointer typed expression gives the size of the pointer Generated by: scripts/coccinelle/misc/noderef.cocci CC: Giuseppe Cavallaro Signed-off-by: Fengguang Wu

Re: [PATCH v4 0/4] add reboot mode driver

Hi Andy, This series patches ware verified on my github with RK3368 evb and RK30236 board. https://github.com/Caesar-github/rockchip/tree/for-reboot-mode-tests 在 2016年03月01日 20:09, Andy Yan 写道: This driver parse the reboot commands like "reboot loader" and "reboot recovery" to get a boot

Re: [PATCH v4 0/4] add reboot mode driver

Hi Andy, This series patches ware verified on my github with RK3368 evb and RK30236 board. https://github.com/Caesar-github/rockchip/tree/for-reboot-mode-tests 在 2016年03月01日 20:09, Andy Yan 写道: This driver parse the reboot commands like "reboot loader" and "reboot recovery" to get a boot

Re: [RESEND PATCH v5 0/5] Make cpuid <-> nodeid mapping persistent

Hi Thomas, Ingo, hpa, Would you please help to review the X86 part of this patch-set ? Thanks, Zhu On 03/03/2016 09:42 AM, Zhu Guihua wrote: [Problem] cpuid <-> nodeid mapping is firstly established at boot time. And workqueue caches the mapping in wq_numa_possible_cpumask in wq_numa_init()

Re: [RESEND PATCH v5 0/5] Make cpuid <-> nodeid mapping persistent

Hi Thomas, Ingo, hpa, Would you please help to review the X86 part of this patch-set ? Thanks, Zhu On 03/03/2016 09:42 AM, Zhu Guihua wrote: [Problem] cpuid <-> nodeid mapping is firstly established at boot time. And workqueue caches the mapping in wq_numa_possible_cpumask in wq_numa_init()

RE: [PATCH] input: cyapa: fix the report events may lost issue during set power mode

Hi Dmitry, Is there any update on this patch? Looking forward to your response. Thanks, Dudley > -Original Message- > From: Dudley Du [mailto:d...@cypress.com] > Sent: 2016?1?14? 13:41 > To: dmitry.torok...@gmail.com; eugene...@gmail.com > Cc: Dudley Du; ble...@google.com;

RE: [PATCH] input: cyapa: fix the report events may lost issue during set power mode

Hi Dmitry, Is there any update on this patch? Looking forward to your response. Thanks, Dudley > -Original Message- > From: Dudley Du [mailto:d...@cypress.com] > Sent: 2016?1?14? 13:41 > To: dmitry.torok...@gmail.com; eugene...@gmail.com > Cc: Dudley Du; ble...@google.com;

Re: [PATCH 36/41] clk: s2mps11: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Andi Shyti > Cc: Krzysztof Kozlowski > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc.

Re: [PATCH 36/41] clk: s2mps11: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Andi Shyti > Cc: Krzysztof Kozlowski > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative

Re: [PATCH 37/41] clk: scpi: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Sudeep Holla > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

Re: [PATCH 37/41] clk: scpi: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Sudeep Holla > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH 33/41] clk: pwm: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Philipp Zabel > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

Re: [PATCH 33/41] clk: pwm: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Philipp Zabel > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH 24/41] clk: zynq: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Sören Brinkmann > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

Re: [PATCH 26/41] clk: efm32gg: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Uwe Kleine-König > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a

Re: [PATCH 24/41] clk: zynq: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Sören Brinkmann > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH 26/41] clk: efm32gg: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Uwe Kleine-König > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH 19/41] clk: ux500: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Ulf Hansson > Cc: Linus Walleij > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is

Re: allocate an official device major number for virtio device?

Do you mean detecting device name string as in /dev/...? Just checked latest virtio_blk code, it's dynamic but not using anything specific to experimental range. I guess we're fine here but Yu can confirm. Thanks, jin On Wed, Mar 2, 2016 at 5:25 PM, Greg Kroah-Hartman

Re: [PATCH 19/41] clk: ux500: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Ulf Hansson > Cc: Linus Walleij > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: allocate an official device major number for virtio device?

Do you mean detecting device name string as in /dev/...? Just checked latest virtio_blk code, it's dynamic but not using anything specific to experimental range. I guess we're fine here but Yu can confirm. Thanks, jin On Wed, Mar 2, 2016 at 5:25 PM, Greg Kroah-Hartman wrote: > On Wed, Mar 02,

Re: [PATCH 18/41] clk: ti: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Tero Kristo > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation

Re: [PATCH 18/41] clk: ti: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Tero Kristo > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH 17/41] clk: tegra: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Rhyland Klein > Cc: Thierry Reding > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member

Re: [PATCH 17/41] clk: tegra: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Rhyland Klein > Cc: Thierry Reding > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative

[RESEND PATCH v5 1/5] x86, memhp, numa: Online memory-less nodes at boot time.

From: Tang Chen For now, x86 does not support memory-less node. A node without memory will not be onlined, and the cpus on it will be mapped to the other online nodes with memory in init_cpu_to_node(). The reason of doing this is to ensure each cpu has mapped to a node

[RESEND PATCH v5 0/5] Make cpuid <-> nodeid mapping persistent

[Problem] cpuid <-> nodeid mapping is firstly established at boot time. And workqueue caches the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time. When doing node online/offline, cpuid <-> nodeid mapping is established/destroyed, which means, cpuid <-> nodeid mapping will

Re: [PATCH 15/41] clk: spear: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Viresh Kumar > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

[RESEND PATCH v5 1/5] x86, memhp, numa: Online memory-less nodes at boot time.

From: Tang Chen For now, x86 does not support memory-less node. A node without memory will not be onlined, and the cpus on it will be mapped to the other online nodes with memory in init_cpu_to_node(). The reason of doing this is to ensure each cpu has mapped to a node with memory, so that it

[RESEND PATCH v5 0/5] Make cpuid <-> nodeid mapping persistent

[Problem] cpuid <-> nodeid mapping is firstly established at boot time. And workqueue caches the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time. When doing node online/offline, cpuid <-> nodeid mapping is established/destroyed, which means, cpuid <-> nodeid mapping will

Re: [PATCH 15/41] clk: spear: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Viresh Kumar > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH 11/41] clk: pxa: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Robert Jarzmik > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

[RESEND PATCH v5 2/5] x86, acpi, cpu-hotplug: Enable acpi to register all possible cpus at boot time.

From: Gu Zheng [Problem] cpuid <-> nodeid mapping is firstly established at boot time. And workqueue caches the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time. When doing node online/offline, cpuid <-> nodeid mapping is established/destroyed,

Re: [PATCH 11/41] clk: pxa: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Robert Jarzmik > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

[RESEND PATCH v5 2/5] x86, acpi, cpu-hotplug: Enable acpi to register all possible cpus at boot time.

From: Gu Zheng [Problem] cpuid <-> nodeid mapping is firstly established at boot time. And workqueue caches the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time. When doing node online/offline, cpuid <-> nodeid mapping is established/destroyed, which means, cpuid <-> nodeid

Re: [PATCH 10/41] clk: nxp: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Joachim Eastwood > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

Re: [PATCH 10/41] clk: nxp: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Joachim Eastwood > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH 09/41] clk: mxs: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Shawn Guo > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation

[RESEND PATCH v5 4/5] x86, acpi, cpu-hotplug: Enable MADT APIs to return disabled apicid.

From: Gu Zheng The whole patch-set aims at making cpuid <-> nodeid mapping persistent. So that, when node online/offline happens, cache based on cpuid <-> nodeid mapping such as wq_numa_possible_cpumask will not cause any problem. It contains 4 steps: 1. Enable apic

Re: [PATCH 09/41] clk: mxs: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Shawn Guo > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

[RESEND PATCH v5 4/5] x86, acpi, cpu-hotplug: Enable MADT APIs to return disabled apicid.

From: Gu Zheng The whole patch-set aims at making cpuid <-> nodeid mapping persistent. So that, when node online/offline happens, cache based on cpuid <-> nodeid mapping such as wq_numa_possible_cpumask will not cause any problem. It contains 4 steps: 1. Enable apic registeration flow to handle

[RESEND PATCH v5 3/5] x86, acpi, cpu-hotplug: Introduce cpuid_to_apicid[] array to store persistent cpuid <-> apicid mapping.

From: Gu Zheng The whole patch-set aims at making cpuid <-> nodeid mapping persistent. So that, when node online/offline happens, cache based on cpuid <-> nodeid mapping such as wq_numa_possible_cpumask will not cause any problem. It contains 4 steps: 1. Enable apic

[RESEND PATCH v5 3/5] x86, acpi, cpu-hotplug: Introduce cpuid_to_apicid[] array to store persistent cpuid <-> apicid mapping.

From: Gu Zheng The whole patch-set aims at making cpuid <-> nodeid mapping persistent. So that, when node online/offline happens, cache based on cpuid <-> nodeid mapping such as wq_numa_possible_cpumask will not cause any problem. It contains 4 steps: 1. Enable apic registeration flow to handle

[RESEND PATCH v5 5/5] x86, acpi, cpu-hotplug: Set persistent cpuid <-> nodeid mapping when booting.

From: Gu Zheng The whole patch-set aims at making cpuid <-> nodeid mapping persistent. So that, when node online/offline happens, cache based on cpuid <-> nodeid mapping such as wq_numa_possible_cpumask will not cause any problem. It contains 4 steps: 1. Enable apic

[RESEND PATCH v5 5/5] x86, acpi, cpu-hotplug: Set persistent cpuid <-> nodeid mapping when booting.

From: Gu Zheng The whole patch-set aims at making cpuid <-> nodeid mapping persistent. So that, when node online/offline happens, cache based on cpuid <-> nodeid mapping such as wq_numa_possible_cpumask will not cause any problem. It contains 4 steps: 1. Enable apic registeration flow to handle

Re: [PATCH 05/41] clk: mediatek: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: James Liao > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

Re: [PATCH 05/41] clk: mediatek: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: James Liao > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH 03/41] clk: hisilicon: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Leo Yan > Cc: Bintian Wang > Cc: Zhangfei Gao > Cc: Haojian Zhuang > Signed-off-by: Stephen Boyd

Re: [PATCH 03/41] clk: hisilicon: Remove CLK_IS_ROOT

On 03/01, Stephen Boyd wrote: > This flag is a no-op now. Remove usage of the flag. > > Cc: Leo Yan > Cc: Bintian Wang > Cc: Zhangfei Gao > Cc: Haojian Zhuang > Signed-off-by: Stephen Boyd > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a

<    1   2   3   4   5   6   7   8   9   10   >