Re: [PATCH v5] i2c: imx: make bus recovery through pinctrl optional

Hello, On Tue, Sep 06, 2016 at 06:35:38PM -0500, Tracy Smith wrote: > >The patch makes it really optional that > >the probe function won't bailout but just disable the bus recovery function > >when pinctrl is not available. > > in the case of the LS1043A and LS1021A, if the bus recovery function

Re: [PATCH v5] i2c: imx: make bus recovery through pinctrl optional

Hello, On Tue, Sep 06, 2016 at 06:35:38PM -0500, Tracy Smith wrote: > >The patch makes it really optional that > >the probe function won't bailout but just disable the bus recovery function > >when pinctrl is not available. > > in the case of the LS1043A and LS1021A, if the bus recovery function

Re: [PATCH v2] arm64: Improve kprobes test for atomic sequence

On Tue, 6 Sep 2016 13:54:59 -0400 David Long wrote: > From: "David A. Long" > > Kprobes searches backwards a finite number of instructions to determine if > there is an attempt to probe a load/store exclusive sequence. It stops when > it hits the

Re: [PATCH v2] arm64: Improve kprobes test for atomic sequence

On Tue, 6 Sep 2016 13:54:59 -0400 David Long wrote: > From: "David A. Long" > > Kprobes searches backwards a finite number of instructions to determine if > there is an attempt to probe a load/store exclusive sequence. It stops when > it hits the maximum number of instructions or a load or

Re: [PATCH] hwmon: xgene: Fix crash when alarm occurs before driver probe

On 09/06/2016 10:21 PM, Hoan Tran wrote: Hi Guenter, Thank for your quick review ! On Tue, Sep 6, 2016 at 9:35 PM, Guenter Roeck wrote: On 09/06/2016 08:46 PM, Hoan Tran wrote: The system crashes during probing xgene-hwmon driver when temperature alarm interrupt occurs

Re: [PATCH] hwmon: xgene: Fix crash when alarm occurs before driver probe

On 09/06/2016 10:21 PM, Hoan Tran wrote: Hi Guenter, Thank for your quick review ! On Tue, Sep 6, 2016 at 9:35 PM, Guenter Roeck wrote: On 09/06/2016 08:46 PM, Hoan Tran wrote: The system crashes during probing xgene-hwmon driver when temperature alarm interrupt occurs before. It's because

Re: [PATCH 0/3] kobject tracepoints

On Tue, Sep 06, 2016 at 02:19:17PM -0600, Shuah Khan wrote: > On 09/06/2016 01:30 PM, Greg KH wrote: > > On Tue, Sep 06, 2016 at 11:49:22AM -0600, Shuah Khan wrote: > >> Add kobject trace points to track kobject operations: init, add, set_name, > >> init_and_add, create_and_add, move, rename, get,

Re: [PATCH 0/3] kobject tracepoints

On Tue, Sep 06, 2016 at 02:19:17PM -0600, Shuah Khan wrote: > On 09/06/2016 01:30 PM, Greg KH wrote: > > On Tue, Sep 06, 2016 at 11:49:22AM -0600, Shuah Khan wrote: > >> Add kobject trace points to track kobject operations: init, add, set_name, > >> init_and_add, create_and_add, move, rename, get,

Re: [Patch] Wireless Driver rsi changes: Firmware loading and device initialization changed for RSI-91x devices

Hi, On Wed, Sep 7, 2016 at 3:34 PM, Prameela Rani Garnepudi wrote: > > Hi, > > Please verify the attached patch which would need to be merged into the > main-line kernel. This patch contains the changes for Redpine Signals > wireless driver under main-line

Re: [Patch] Wireless Driver rsi changes: Firmware loading and device initialization changed for RSI-91x devices

Hi, On Wed, Sep 7, 2016 at 3:34 PM, Prameela Rani Garnepudi wrote: > > Hi, > > Please verify the attached patch which would need to be merged into the > main-line kernel. This patch contains the changes for Redpine Signals > wireless driver under main-line kernel directory

Re: [PATCH v7 9/9] drm/mediatek: add support for Mediatek SoC MT2701

Hi, YT: On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote: > This patch add support for the Mediatek MT2701 DISP subsystem. > There is only one OVL engine in MT2701. > > Signed-off-by: YT Shen [snip...] > diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c >

Re: [PATCH v7 9/9] drm/mediatek: add support for Mediatek SoC MT2701

Hi, YT: On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote: > This patch add support for the Mediatek MT2701 DISP subsystem. > There is only one OVL engine in MT2701. > > Signed-off-by: YT Shen [snip...] > diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c >

Re: [PATCH] vcodec: mediatek: fix odd_ptr_err.cocci warnings

On Tue, 2016-09-06 at 22:51 +0800, Julia Lawall wrote: > PTR_ERR should access the value just tested by IS_ERR > > Generated by: scripts/coccinelle/tests/odd_ptr_err.cocci > > CC: Tiffany Lin > Signed-off-by: Julia Lawall > Signed-off-by:

Re: [PATCH] vcodec: mediatek: fix odd_ptr_err.cocci warnings

On Tue, 2016-09-06 at 22:51 +0800, Julia Lawall wrote: > PTR_ERR should access the value just tested by IS_ERR > > Generated by: scripts/coccinelle/tests/odd_ptr_err.cocci > > CC: Tiffany Lin > Signed-off-by: Julia Lawall > Signed-off-by: Fengguang Wu Reviewed-by:Tiffany Lin > --- > >

linux-next: manual merge of the ftrace tree with the tip tree

Hi Steven, Today's linux-next merge of the ftrace tree got conflicts in: include/linux/ftrace.h kernel/trace/trace_functions_graph.c between commit: daa460a88c09 ("ftrace: Only allocate the ret_stack 'fp' field when needed") from the tip tree and commit: 8861dd303cba ("ftrace: Access

linux-next: manual merge of the ftrace tree with the tip tree

Hi Steven, Today's linux-next merge of the ftrace tree got conflicts in: include/linux/ftrace.h kernel/trace/trace_functions_graph.c between commit: daa460a88c09 ("ftrace: Only allocate the ret_stack 'fp' field when needed") from the tip tree and commit: 8861dd303cba ("ftrace: Access

Re: [PATCH] hwmon: xgene: Fix crash when alarm occurs before driver probe

Hi Guenter, Thank for your quick review ! On Tue, Sep 6, 2016 at 9:35 PM, Guenter Roeck wrote: > On 09/06/2016 08:46 PM, Hoan Tran wrote: >> >> The system crashes during probing xgene-hwmon driver when temperature >> alarm interrupt occurs before. >> It's because >> -

Re: [PATCH] hwmon: xgene: Fix crash when alarm occurs before driver probe

Hi Guenter, Thank for your quick review ! On Tue, Sep 6, 2016 at 9:35 PM, Guenter Roeck wrote: > On 09/06/2016 08:46 PM, Hoan Tran wrote: >> >> The system crashes during probing xgene-hwmon driver when temperature >> alarm interrupt occurs before. >> It's because >> - xgene_hwmon_probe()

[PATCH] powernv: Restore SPRs correctly upon wake up from hypervisor state loss

From: "Gautham R. Shenoy" pnv_wakeup_tb_loss function currently expects the cr4 to be "eq" if the CPU is waking up from a complete hypervisor state loss. Hence, it currently restores the SPR contents only if cr4 is "eq". However, after the commit bcef83a00dc4

[PATCH] powernv: Restore SPRs correctly upon wake up from hypervisor state loss

From: "Gautham R. Shenoy" pnv_wakeup_tb_loss function currently expects the cr4 to be "eq" if the CPU is waking up from a complete hypervisor state loss. Hence, it currently restores the SPR contents only if cr4 is "eq". However, after the commit bcef83a00dc4 ("powerpc/powernv: Add platform

Re: [PATCH] powerpc/8xx: add system_reset_exception

Le 07/09/2016 à 00:40, Scott Wood a écrit : On Mon, 2016-09-05 at 08:42 +0200, Christophe Leroy wrote: When the watchdog is in NMI mode, the system reset interrupt is generated when the watchdog counter expires. Signed-off-by: Christophe Leroy ---

Re: [PATCH] powerpc/8xx: add system_reset_exception

Le 07/09/2016 à 00:40, Scott Wood a écrit : On Mon, 2016-09-05 at 08:42 +0200, Christophe Leroy wrote: When the watchdog is in NMI mode, the system reset interrupt is generated when the watchdog counter expires. Signed-off-by: Christophe Leroy --- arch/powerpc/kernel/head_8xx.S | 2 +-

Re: [PATCH v4 2/2] sdhci-of-arasan: Set controller to test mode when xlnx-fails-without-test-cd is present

On 6.9.2016 22:34, Zach Brown wrote: > The sdhci controller on xilinx zynq devices will not function unless > the CD bit is provided. http://www.xilinx.com/support/answers/61064.html > In cases where it is impossible to provide the CD bit in hardware, > setting the controller to test mode and then

Re: [PATCH v4 2/2] sdhci-of-arasan: Set controller to test mode when xlnx-fails-without-test-cd is present

On 6.9.2016 22:34, Zach Brown wrote: > The sdhci controller on xilinx zynq devices will not function unless > the CD bit is provided. http://www.xilinx.com/support/answers/61064.html > In cases where it is impossible to provide the CD bit in hardware, > setting the controller to test mode and then

Re: [PATCH 2/2] sdhci-of-arasan: Set controller to test mode when fails-without-test-cd is present

On 6.9.2016 20:51, Zach Brown wrote: > On Tue, Aug 30, 2016 at 07:47:17AM +0200, Michal Simek wrote: >> On 30.8.2016 01:20, Zach Brown wrote: >>> The sdhci controller on xilinx zynq devices will not function unless >>> the CD bit is provided. http://www.xilinx.com/support/answers/61064.html >>> In

Re: [PATCH 2/2] sdhci-of-arasan: Set controller to test mode when fails-without-test-cd is present

On 6.9.2016 20:51, Zach Brown wrote: > On Tue, Aug 30, 2016 at 07:47:17AM +0200, Michal Simek wrote: >> On 30.8.2016 01:20, Zach Brown wrote: >>> The sdhci controller on xilinx zynq devices will not function unless >>> the CD bit is provided. http://www.xilinx.com/support/answers/61064.html >>> In

Re: [PATCH 5/5] mm: cleanup pfn_t usage in track_pfn_insert()

On 09/06/2016 10:19 PM, Dan Williams wrote: > Now that track_pfn_insert() is no longer used in the DAX path, it no > longer needs to comprehend pfn_t values. > > Signed-off-by: Dan Williams > --- > arch/x86/mm/pat.c |4 ++-- >

Re: [PATCH 5/5] mm: cleanup pfn_t usage in track_pfn_insert()

On 09/06/2016 10:19 PM, Dan Williams wrote: > Now that track_pfn_insert() is no longer used in the DAX path, it no > longer needs to comprehend pfn_t values. > > Signed-off-by: Dan Williams > --- > arch/x86/mm/pat.c |4 ++-- > include/asm-generic/pgtable.h |4 ++-- >

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

On Wednesday 07 September 2016 01:35 AM, Tony Lindgren wrote: > And the am335x shared dtsi files are not enough. It's silly how many > times we're duplicating the same things over and over again for USB > setup for various am335x boards for example. > > So my take is that we need more shared dtsi

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

On Wednesday 07 September 2016 01:35 AM, Tony Lindgren wrote: > And the am335x shared dtsi files are not enough. It's silly how many > times we're duplicating the same things over and over again for USB > setup for various am335x boards for example. > > So my take is that we need more shared dtsi

Re: [PATCH] thermal: cpu_cooling: Fix wrong comment call function name

On 07-09-16, 09:35, Inhyuk Kang wrote: > The last_load is updated not cpufreq_get_actual_power() function call > but cpufreq_get_requested_power() function call. > > Signed-off-by: Inhyuk Kang > > diff --git a/drivers/thermal/cpu_cooling.c b/drivers/thermal/cpu_cooling.c >

Re: [PATCH] thermal: cpu_cooling: Fix wrong comment call function name

On 07-09-16, 09:35, Inhyuk Kang wrote: > The last_load is updated not cpufreq_get_actual_power() function call > but cpufreq_get_requested_power() function call. > > Signed-off-by: Inhyuk Kang > > diff --git a/drivers/thermal/cpu_cooling.c b/drivers/thermal/cpu_cooling.c > index

Re: [PATCH 1/1] cpufreq: pcc-cpufreq: Re-introduce deadband effect to reduce number of frequency changes

On 01-09-16, 15:21, Andreas Herrmann wrote: > On Mon, Aug 29, 2016 at 11:31:53AM +0530, Viresh Kumar wrote: > > I am _really_ worried about such hacks in drivers to negate the effect of a > > patch, that was actually good. > > > Did you try to increase the sampling period of ondemand governor to

Re: [PATCH 1/1] cpufreq: pcc-cpufreq: Re-introduce deadband effect to reduce number of frequency changes

On 01-09-16, 15:21, Andreas Herrmann wrote: > On Mon, Aug 29, 2016 at 11:31:53AM +0530, Viresh Kumar wrote: > > I am _really_ worried about such hacks in drivers to negate the effect of a > > patch, that was actually good. > > > Did you try to increase the sampling period of ondemand governor to

Re: [PATCH v7 8/9] drm/mediatek: update DSI sub driver flow

Hi, YT: On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote: > This patch update enable/disable flow of DSI module and MIPI TX module > > Signed-off-by: shaoming chen > Signed-off-by: YT Shen > --- I think the description is too simple. Please

Re: [PATCH v7 8/9] drm/mediatek: update DSI sub driver flow

Hi, YT: On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote: > This patch update enable/disable flow of DSI module and MIPI TX module > > Signed-off-by: shaoming chen > Signed-off-by: YT Shen > --- I think the description is too simple. Please briefly describe WHY of this patch. The original

Re: [PATCH 0/7] drm/sun4i: Introduce A33 display driver

On Wed, Sep 7, 2016 at 2:54 AM, Maxime Ripard wrote: > On Tue, Sep 06, 2016 at 10:50:09AM +0800, Chen-Yu Tsai wrote: >> >> The implementation might be along the lines of >> >> >> >> 1. having multiple output ports, each for a different interface type. >> >>

Re: [PATCH 0/7] drm/sun4i: Introduce A33 display driver

On Wed, Sep 7, 2016 at 2:54 AM, Maxime Ripard wrote: > On Tue, Sep 06, 2016 at 10:50:09AM +0800, Chen-Yu Tsai wrote: >> >> The implementation might be along the lines of >> >> >> >> 1. having multiple output ports, each for a different interface type. >> >> (Some platforms go this route)

Re: [PATCH 3/5] arm64: Handle TRAP_HWBRKPT for user mode as well

On 06/09/2016:05:36:18 PM, David Long wrote: > On 09/06/2016 12:11 PM, Catalin Marinas wrote: > > On Tue, Aug 02, 2016 at 11:00:07AM +0530, Pratyush Anand wrote: > > > --- a/arch/arm64/kernel/debug-monitors.c > > > +++ b/arch/arm64/kernel/debug-monitors.c > > > @@ -246,6 +246,8 @@ static void

Re: [PATCH 3/5] arm64: Handle TRAP_HWBRKPT for user mode as well

On 06/09/2016:05:36:18 PM, David Long wrote: > On 09/06/2016 12:11 PM, Catalin Marinas wrote: > > On Tue, Aug 02, 2016 at 11:00:07AM +0530, Pratyush Anand wrote: > > > --- a/arch/arm64/kernel/debug-monitors.c > > > +++ b/arch/arm64/kernel/debug-monitors.c > > > @@ -246,6 +246,8 @@ static void

Re: [PATCH] hwmon: xgene: Fix crash when alarm occurs before driver probe

On 09/06/2016 08:46 PM, Hoan Tran wrote: The system crashes during probing xgene-hwmon driver when temperature alarm interrupt occurs before. It's because - xgene_hwmon_probe() requests PCC mailbox channel which also enables the mailbox interrupt. - As temperature alarm interrupt is pending,

Re: [PATCH] hwmon: xgene: Fix crash when alarm occurs before driver probe

On 09/06/2016 08:46 PM, Hoan Tran wrote: The system crashes during probing xgene-hwmon driver when temperature alarm interrupt occurs before. It's because - xgene_hwmon_probe() requests PCC mailbox channel which also enables the mailbox interrupt. - As temperature alarm interrupt is pending,

Re: [PATCH v1 1/1] x86/platform/intel-mid: Implement power off sequence

Hi Andy, [auto build test WARNING on tip/auto-latest] [also build test WARNING on next-20160906] [cannot apply to tip/x86/core v4.8-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --b

Re: [PATCH v1 1/1] x86/platform/intel-mid: Implement power off sequence

Hi Andy, [auto build test WARNING on tip/auto-latest] [also build test WARNING on next-20160906] [cannot apply to tip/x86/core v4.8-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --b

RE: [v11, 7/8] base: soc: introduce soc_device_match() interface

Hi Anrd and Uffe, Thank you for your comment. Please see my comment inline. Best regards, Yangbo Lu > -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: Tuesday, September 06, 2016 8:46 PM > To: Ulf Hansson > Cc: Y.B. Lu; linux-mmc; Scott Wood;

RE: [v11, 7/8] base: soc: introduce soc_device_match() interface

Hi Anrd and Uffe, Thank you for your comment. Please see my comment inline. Best regards, Yangbo Lu > -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: Tuesday, September 06, 2016 8:46 PM > To: Ulf Hansson > Cc: Y.B. Lu; linux-mmc; Scott Wood;

[PATCH] clk: qoriq: add ls1046a support

From: Mingkai Hu Signed-off-by: Mingkai Hu Signed-off-by: Shaohui Xie --- drivers/clk/clk-qoriq.c | 41 + 1 file changed, 41 insertions(+) diff --git a/drivers/clk/clk-qoriq.c

[PATCH] clk: qoriq: add ls1046a support

From: Mingkai Hu Signed-off-by: Mingkai Hu Signed-off-by: Shaohui Xie --- drivers/clk/clk-qoriq.c | 41 + 1 file changed, 41 insertions(+) diff --git a/drivers/clk/clk-qoriq.c b/drivers/clk/clk-qoriq.c index 3d1b6f5..f35e5d0 100644 ---

Re: [PATCH V3] mm: Add sysfs interface to dump each node's zonelist information

On 09/07/2016 08:38 AM, Kees Cook wrote: > On Tue, Sep 6, 2016 at 1:36 PM, Dave Hansen wrote: >> On 09/06/2016 01:31 AM, Anshuman Khandual wrote: >>> [NODE (0)] >>> ZONELIST_FALLBACK >>> (0) (node 0) (zone DMA c140c000) >>> (1) (node 1) (zone

Re: [PATCH V3] mm: Add sysfs interface to dump each node's zonelist information

On 09/07/2016 08:38 AM, Kees Cook wrote: > On Tue, Sep 6, 2016 at 1:36 PM, Dave Hansen wrote: >> On 09/06/2016 01:31 AM, Anshuman Khandual wrote: >>> [NODE (0)] >>> ZONELIST_FALLBACK >>> (0) (node 0) (zone DMA c140c000) >>> (1) (node 1) (zone DMA c001)

linux-next: manual merge of the drm-intel tree with the drm tree

Hi all, Today's linux-next merge of the drm-intel tree got a conflict in: include/drm/drmP.h between commit: c4e68a583202 ("drm: Introduce DRM_DEV_* log messages") from the drm tree and commit: 30b0da8d556e ("drm: extra printk() wrapper macros") from the drm-intel tree. I fixed it up

linux-next: manual merge of the drm-intel tree with the drm tree

Hi all, Today's linux-next merge of the drm-intel tree got a conflict in: include/drm/drmP.h between commit: c4e68a583202 ("drm: Introduce DRM_DEV_* log messages") from the drm tree and commit: 30b0da8d556e ("drm: extra printk() wrapper macros") from the drm-intel tree. I fixed it up

Re: [PATCH] drm/bridge: analogix_dp: detect Sink PSR state after configuring the PSR

Sean, Thanks for your comments. On 09/07/2016 03:51 AM, Sean Paul wrote: On Fri, Aug 26, 2016 at 6:19 AM, Yakir Yang wrote: Make sure the request PSR state could effect in analogix_dp_send_psr_spd() function, or printing the error Sink PSR state if we failed to effect

Re: [PATCH] drm/bridge: analogix_dp: detect Sink PSR state after configuring the PSR

Sean, Thanks for your comments. On 09/07/2016 03:51 AM, Sean Paul wrote: On Fri, Aug 26, 2016 at 6:19 AM, Yakir Yang wrote: Make sure the request PSR state could effect in analogix_dp_send_psr_spd() function, or printing the error Sink PSR state if we failed to effect the request PSR

[PATCH] hwmon: xgene: Fix crash when alarm occurs before driver probe

The system crashes during probing xgene-hwmon driver when temperature alarm interrupt occurs before. It's because - xgene_hwmon_probe() requests PCC mailbox channel which also enables the mailbox interrupt. - As temperature alarm interrupt is pending, ISR runs and crashes when accesses into

[PATCH] hwmon: xgene: Fix crash when alarm occurs before driver probe

The system crashes during probing xgene-hwmon driver when temperature alarm interrupt occurs before. It's because - xgene_hwmon_probe() requests PCC mailbox channel which also enables the mailbox interrupt. - As temperature alarm interrupt is pending, ISR runs and crashes when accesses into

Re: [PATCH] MAINTAINERS: Update RDC-321x southbridge email

On Tue, 2016-09-06 at 20:23 -0700, Florian Fainelli wrote: > Signed-off-by: Florian Fainelli > --- > MAINTAINERS | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > > diff --git a/MAINTAINERS b/MAINTAINERS > index 5ec858e61ddb..9d9afd2baf89 100644 > ---

Re: [PATCH] MAINTAINERS: Update RDC-321x southbridge email

On Tue, 2016-09-06 at 20:23 -0700, Florian Fainelli wrote: > Signed-off-by: Florian Fainelli > --- > MAINTAINERS | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > > diff --git a/MAINTAINERS b/MAINTAINERS > index 5ec858e61ddb..9d9afd2baf89 100644 > --- a/MAINTAINERS > +++

[PATCH] MAINTAINERS: Update email for VLYNQ bus entry

Signed-off-by: Florian Fainelli --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 9d9afd2baf89..da2a1613c89c 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -12574,7 +12574,7 @@ F: include/linux/if_*vlan.h

[PATCH] MAINTAINERS: Update email for VLYNQ bus entry

Signed-off-by: Florian Fainelli --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 9d9afd2baf89..da2a1613c89c 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -12574,7 +12574,7 @@ F: include/linux/if_*vlan.h F: net/8021q/

[PATCH] MAINTAINERS: Update RDC-321x southbridge email

Signed-off-by: Florian Fainelli --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 5ec858e61ddb..9d9afd2baf89 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9822,7 +9822,7 @@ T:git

[PATCH] MAINTAINERS: Update RDC-321x southbridge email

Signed-off-by: Florian Fainelli --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 5ec858e61ddb..9d9afd2baf89 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9822,7 +9822,7 @@ T:git

Re: [PATCH] sched/core: simpler function for sched_exec migration

Oleg, thank you very much. on 09/06/2016 11:22 PM, Oleg Nesterov wrote: > On 09/06, chengchao wrote: >> >> the key point is for CONFIG_PREEMPT_NONE=y, >> ... >> it is too much overhead for one task(fork()+exec()), isn't it? > > Yes, yes, I see, this is suboptimal. Not sure we actually do care, >

Re: [PATCH] sched/core: simpler function for sched_exec migration

Oleg, thank you very much. on 09/06/2016 11:22 PM, Oleg Nesterov wrote: > On 09/06, chengchao wrote: >> >> the key point is for CONFIG_PREEMPT_NONE=y, >> ... >> it is too much overhead for one task(fork()+exec()), isn't it? > > Yes, yes, I see, this is suboptimal. Not sure we actually do care, >

Re: [PATCH] Fix chance of sign extension to nsec after its msb is set during calculation.

On Fri, Sep 2, 2016 at 11:30 AM, Thomas Gleixner wrote: > On Fri, 2 Sep 2016, Thomas Gleixner wrote: >> On Thu, 1 Sep 2016, Liav Rehana wrote: >> > From: Liav Rehana >> > >> > During the calculation of the nsec variable, "delta * tkr->mult" may cause >> >

Re: [PATCH] Fix chance of sign extension to nsec after its msb is set during calculation.

On Fri, Sep 2, 2016 at 11:30 AM, Thomas Gleixner wrote: > On Fri, 2 Sep 2016, Thomas Gleixner wrote: >> On Thu, 1 Sep 2016, Liav Rehana wrote: >> > From: Liav Rehana >> > >> > During the calculation of the nsec variable, "delta * tkr->mult" may cause >> > overflow to the msb, if the suspended

linux-next: manual merge of the net-next tree with the net tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/ethernet/qlogic/qed/qed_dcbx.c between commit: 561ed23331df ("qed: fix kzalloc-simple.cocci warnings") from the net tree and commit: 2591c280c375 ("qed: Remove OOM messages") from the net-next tree.

linux-next: manual merge of the net-next tree with the net tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/ethernet/qlogic/qed/qed_dcbx.c between commit: 561ed23331df ("qed: fix kzalloc-simple.cocci warnings") from the net tree and commit: 2591c280c375 ("qed: Remove OOM messages") from the net-next tree.

Re: [PATCH V3] mm: Add sysfs interface to dump each node's zonelist information

On Tue, Sep 6, 2016 at 1:36 PM, Dave Hansen wrote: > On 09/06/2016 01:31 AM, Anshuman Khandual wrote: >> [NODE (0)] >> ZONELIST_FALLBACK >> (0) (node 0) (zone DMA c140c000) >> (1) (node 1) (zone DMA c001) >> (2) (node 2)

Re: [PATCH V3] mm: Add sysfs interface to dump each node's zonelist information

On Tue, Sep 6, 2016 at 1:36 PM, Dave Hansen wrote: > On 09/06/2016 01:31 AM, Anshuman Khandual wrote: >> [NODE (0)] >> ZONELIST_FALLBACK >> (0) (node 0) (zone DMA c140c000) >> (1) (node 1) (zone DMA c001) >> (2) (node 2) (zone DMA

[PATCH 1/1] usb: dwc3: avoid setting ClearPendIn for Intel Cherry Trail devices

Commit 50c763f8c1bac ("usb: dwc3: Set the ClearPendIN bit on Clear Stall EP command") causes Clear Stall EP command failure on Intel Cherry Trail devices. This patch add a quirk to avoid setting this bit for those Intel devices. Cc: sta...@vger.kernel.org # 4.7+ Signed-off-by: Lu Baolu

[PATCH 1/1] usb: dwc3: avoid setting ClearPendIn for Intel Cherry Trail devices

Commit 50c763f8c1bac ("usb: dwc3: Set the ClearPendIN bit on Clear Stall EP command") causes Clear Stall EP command failure on Intel Cherry Trail devices. This patch add a quirk to avoid setting this bit for those Intel devices. Cc: sta...@vger.kernel.org # 4.7+ Signed-off-by: Lu Baolu ---

RE: [PATCH] ARM: imx: build cpuidle-imx6sx.c for imx6ul

Sorry, please ignore this patch, Arnd Bergmann has summited a patch to fix this issue. Best Regards! Anson Huang > -Original Message- > From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org] > On Behalf Of Anson Huang > Sent: 2016-09-07 6:31 PM >

RE: [PATCH] ARM: imx: build cpuidle-imx6sx.c for imx6ul

Sorry, please ignore this patch, Arnd Bergmann has summited a patch to fix this issue. Best Regards! Anson Huang > -Original Message- > From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org] > On Behalf Of Anson Huang > Sent: 2016-09-07 6:31 PM > To:

[PATCH] ARM: imx: build cpuidle-imx6sx.c for imx6ul

Fix build error when CONFIG_SOC_IMX6SX is disabled, as i.MX6UL reuses i.MX6SX's cpuidle driver. arch/arm/mach-imx/built-in.o: In function `imx6ul_init_late': platform-spi_imx.c:(.init.text+0x445c): undefined reference to `imx6sx_cpuidle_init' make: *** [vmlinux] Error 1 Signed-off-by: Anson

[PATCH] ARM: imx: build cpuidle-imx6sx.c for imx6ul

Fix build error when CONFIG_SOC_IMX6SX is disabled, as i.MX6UL reuses i.MX6SX's cpuidle driver. arch/arm/mach-imx/built-in.o: In function `imx6ul_init_late': platform-spi_imx.c:(.init.text+0x445c): undefined reference to `imx6sx_cpuidle_init' make: *** [vmlinux] Error 1 Signed-off-by: Anson

[PATCH v5 2/2] mmc: core: Optimize the mmc erase size alignment

In most cases the 'card->erase_size' is power of 2, then the round_up/down() function is more efficient than '%' operation when the 'card->erase_size' is power of 2. Signed-off-by: Baolin Wang Tested-by: Shawn Lin --- drivers/mmc/core/core.c |

[PATCH v5 1/2] mmc: core: Factor out the alignment of erase size

In order to clean up the mmc_erase() function and do some optimization for erase size alignment, factor out the guts of erase size alignment into mmc_align_erase_size() function. Signed-off-by: Baolin Wang Tested-by: Shawn Lin --- Changes since

[PATCH v5 2/2] mmc: core: Optimize the mmc erase size alignment

In most cases the 'card->erase_size' is power of 2, then the round_up/down() function is more efficient than '%' operation when the 'card->erase_size' is power of 2. Signed-off-by: Baolin Wang Tested-by: Shawn Lin --- drivers/mmc/core/core.c | 34 ++ 1 file

[PATCH v5 1/2] mmc: core: Factor out the alignment of erase size

In order to clean up the mmc_erase() function and do some optimization for erase size alignment, factor out the guts of erase size alignment into mmc_align_erase_size() function. Signed-off-by: Baolin Wang Tested-by: Shawn Lin --- Changes since v4: - Abandon the patch removing the checking if

Re: [PATCH v7 7/9] drm/mediatek: add dsi transfer function

Hi, YT: On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote: > From: shaoming chen > > add dsi read/write commands for transfer function > > Signed-off-by: shaoming chen > --- > drivers/gpu/drm/mediatek/mtk_dsi.c | 188 >

Re: [PATCH v7 7/9] drm/mediatek: add dsi transfer function

Hi, YT: On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote: > From: shaoming chen > > add dsi read/write commands for transfer function > > Signed-off-by: shaoming chen > --- > drivers/gpu/drm/mediatek/mtk_dsi.c | 188 > + > 1 file changed, 188

Re: [RFC PATCH v2 0/6] Reduce cache miss for snmp_fold_field

Hi Marcelo Thanks for the suggestion Will consider that B.R. Jia On 9/6/16 8:44 PM, Marcelo Ricardo Leitner wrote: On Tue, Sep 06, 2016 at 10:30:03AM +0800, Jia He wrote: ... v2: - 1/6 fix bug in udplite statistics. - 1/6 snmp_seq_show is split into 2 parts Jia He (6): proc: Reduce

Re: [RFC PATCH v2 0/6] Reduce cache miss for snmp_fold_field

Hi Marcelo Thanks for the suggestion Will consider that B.R. Jia On 9/6/16 8:44 PM, Marcelo Ricardo Leitner wrote: On Tue, Sep 06, 2016 at 10:30:03AM +0800, Jia He wrote: ... v2: - 1/6 fix bug in udplite statistics. - 1/6 snmp_seq_show is split into 2 parts Jia He (6): proc: Reduce

Re: [RFC PATCH v2 1/6] proc: Reduce cache miss in {snmp,netstat}_seq_show

On 9/7/16 6:57 AM, David Miller wrote: From: Jia He Date: Tue, 6 Sep 2016 10:30:04 +0800 +#define MAX(a, b) ((u32)(a) >= (u32)(b) ? (a) : (b)) Thanks B.R. Jia Please do not define private min/max macros, use the existing max_t() or similar as needed.

Re: [RFC PATCH v2 1/6] proc: Reduce cache miss in {snmp,netstat}_seq_show

On 9/7/16 6:57 AM, David Miller wrote: From: Jia He Date: Tue, 6 Sep 2016 10:30:04 +0800 +#define MAX(a, b) ((u32)(a) >= (u32)(b) ? (a) : (b)) Thanks B.R. Jia Please do not define private min/max macros, use the existing max_t() or similar as needed.

[PATCH v2] usb: dwc3: Fix dr_mode validation

From: Thinh Nguyen This patch follows the similar fix in dwc2. See commit 5268ed9d2e3b ("usb: dwc2: Fix dr_mode validation") Currently, the dr_mode is only checked against the module configuration. It also needs to be checked against the hardware capablities. The driver

[PATCH v2] usb: dwc3: Fix dr_mode validation

From: Thinh Nguyen This patch follows the similar fix in dwc2. See commit 5268ed9d2e3b ("usb: dwc2: Fix dr_mode validation") Currently, the dr_mode is only checked against the module configuration. It also needs to be checked against the hardware capablities. The driver now checks if both the

[PATCH v2] x86: Put the num_processors++ code in a more suitable position

This code is just for correctness. If checking the topology package map of apicid and cpu is failure, it will stop generating the processor info for that apicid and the disabled_cpus will plus one. However, the num-processors has already been added one above. That may cause the number of

[PATCH v2] x86: Put the num_processors++ code in a more suitable position

This code is just for correctness. If checking the topology package map of apicid and cpu is failure, it will stop generating the processor info for that apicid and the disabled_cpus will plus one. However, the num-processors has already been added one above. That may cause the number of

Re: [PATCH 0/2] lan78xx: Remove trailing underscores from macros

On Wed, 2016-09-07 at 02:00 +, ronnie.ku...@microchip.com wrote: > Microchip's internal convention is for register (offset) definitions > to be capitalized (i.e.: MY_REGISTER). Our convention for bits > (position) definitions within a register is to carry as a prefix the > name of the register

Re: [PATCH 0/2] lan78xx: Remove trailing underscores from macros

On Wed, 2016-09-07 at 02:00 +, ronnie.ku...@microchip.com wrote: > Microchip's internal convention is for register (offset) definitions > to be capitalized (i.e.: MY_REGISTER). Our convention for bits > (position) definitions within a register is to carry as a prefix the > name of the register

Re: [PATCH] x86: Put the num_processors++ code in a more suitable position

Hi David, At 09/07/2016 05:23 AM, David Rientjes wrote: On Tue, 6 Sep 2016, Dou Liyang wrote: This is a code optimization. Not sure that it's optimization, it's just for correctness. Yes, I see. I will improve it in next version. Thanks, Dou If checking the topology package map of

Re: [PATCH] x86: Put the num_processors++ code in a more suitable position

Hi David, At 09/07/2016 05:23 AM, David Rientjes wrote: On Tue, 6 Sep 2016, Dou Liyang wrote: This is a code optimization. Not sure that it's optimization, it's just for correctness. Yes, I see. I will improve it in next version. Thanks, Dou If checking the topology package map of

Re: [PATCH 3/4] ARM: orion5x: avoid NO_IRQ in orion_ge00_switch_init

On Tue, Sep 06, 2016 at 04:06:22PM +0200, Arnd Bergmann wrote: > As of commit 5be9fc23cdb4 ("ARM: orion5x: fix legacy orion5x IRQ numbers"), > IRQ zero is no longer a valid interrupt on Orion5x, so we can use the > normal convention of using '0' to indicate an invalid interrupt, rather > than the

Re: [PATCH 3/4] ARM: orion5x: avoid NO_IRQ in orion_ge00_switch_init

On Tue, Sep 06, 2016 at 04:06:22PM +0200, Arnd Bergmann wrote: > As of commit 5be9fc23cdb4 ("ARM: orion5x: fix legacy orion5x IRQ numbers"), > IRQ zero is no longer a valid interrupt on Orion5x, so we can use the > normal convention of using '0' to indicate an invalid interrupt, rather > than the

Re: [PATCH v7 3/4] usb: dwc2: assert phy reset when waking up in rk3288 platform

On 9/6/2016 6:19 PM, Ayaka wrote: > > > 從我的 iPad 傳送 > >> John Youn 於 2016年9月7日 上午2:54 寫道： >> >>> On 9/5/2016 10:15 PM, Kishon Vijay Abraham I wrote: >>> Hi, >>> On Sunday 04 September 2016 03:25 AM, Randy Li wrote: On the rk3288 USB host-only port (the one

Re: [PATCH v7 3/4] usb: dwc2: assert phy reset when waking up in rk3288 platform

On 9/6/2016 6:19 PM, Ayaka wrote: > > > 從我的 iPad 傳送 > >> John Youn 於 2016年9月7日 上午2:54 寫道： >> >>> On 9/5/2016 10:15 PM, Kishon Vijay Abraham I wrote: >>> Hi, >>> On Sunday 04 September 2016 03:25 AM, Randy Li wrote: On the rk3288 USB host-only port (the one that's not the OTG-enabled

RE: [PATCH 0/2] lan78xx: Remove trailing underscores from macros

Microchip's internal convention is for register (offset) definitions to be capitalized (i.e.: MY_REGISTER). Our convention for bits (position) definitions within a register is to carry as a prefix the name of the register and suffix it with the bit name and adding a trailing underscore (i.e.

RE: [PATCH 0/2] lan78xx: Remove trailing underscores from macros

Microchip's internal convention is for register (offset) definitions to be capitalized (i.e.: MY_REGISTER). Our convention for bits (position) definitions within a register is to carry as a prefix the name of the register and suffix it with the bit name and adding a trailing underscore (i.e.

  1   2   3   4   5   6   7   8   9   10   >