RE: [PATCH] ahci: Remove the exporting of ahci_em_messages

> -Original Message- > From: Denis Efremov [mailto:efre...@linux.com] > Sent: Wednesday, July 10, 2019 11:29 PM > To: Liu, Chuansheng > Cc: Denis Efremov ; Jens Axboe ; > linux-...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: [PATCH] ahci:

RE: [PATCH] kernel/hung_task.c: force ignore_loglevel before panic

> -Original Message- > From: Petr Mladek [mailto:pmla...@suse.com] > Sent: Wednesday, December 12, 2018 6:18 PM > To: Liu, Chuansheng > Cc: Tetsuo Handa ; Sergey Senozhatsky > ; a...@linux-foundation.org; > sergey.senozhat...@gmail.com; rost...@goodmis.org; dvyu..

[PATCH V2] kernel/hung_task.c: Force console verbose before panic

Based on patch commit 401c636a0eeb ("kernel/hung_task.c: show all hung tasks before panic"), we could get the call stack of hung task. However, if the console loglevel is not high, we still can not see the useful panic information in practice, and in most cases users don't set console loglevel to

[PATCH V1] kernel/hung_task.c: Force console verbose before panic

Based on patch commit 401c636a0eeb ("kernel/hung_task.c: show all hung tasks before panic"), we could get the call stack of hung task. However, if the console loglevel is not high, we still can not see the useful panic information in practice, and in most cases users don't set console loglevel to

RE: [PATCH] kernel/hung_task.c: force ignore_loglevel before panic

> -Original Message- > From: Tetsuo Handa [mailto:penguin-ker...@i-love.sakura.ne.jp] > Sent: Monday, December 10, 2018 5:59 PM > To: Sergey Senozhatsky ; Liu, > Chuansheng > Cc: a...@linux-foundation.org; pmla...@suse.com; > sergey.senozhat...@gmail.com; rost

RE: [PATCH] kernel/hung_task.c: force ignore_loglevel before panic

> -Original Message- > From: Sergey Senozhatsky [mailto:sergey.senozhatsky.w...@gmail.com] > Sent: Monday, December 10, 2018 1:46 PM > To: Liu, Chuansheng > Cc: a...@linux-foundation.org; pmla...@suse.com; > sergey.senozhat...@gmail.com; rost...@goodmis.org;

[PATCH] kernel/hung_task.c: force ignore_loglevel before panic

Based on patch commit 401c636a0eeb ("kernel/hung_task.c: show all hung tasks before panic"), we could get the call stack of hung task. However, if the console loglevel is not high, we still can not get the useful information in practice, and in most cases users don't set console loglevel to

RE: Change behaviour when tracing ... nasty trap (was Re: [PATCH] PM/Trace: get rid of synchronous resume limit during PM trace)

Hello Pavel, > -Original Message- > From: Pavel Machek [mailto:pa...@ucw.cz] > Sent: Monday, January 26, 2015 6:24 PM > To: Fu, Zhonghui > Cc: Rafael J. Wysocki; Brown, Len; Greg Kroah-Hartman; > linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Liu, Chuansheng

RE: Change behaviour when tracing ... nasty trap (was Re: [PATCH] PM/Trace: get rid of synchronous resume limit during PM trace)

Hello Pavel, -Original Message- From: Pavel Machek [mailto:pa...@ucw.cz] Sent: Monday, January 26, 2015 6:24 PM To: Fu, Zhonghui Cc: Rafael J. Wysocki; Brown, Len; Greg Kroah-Hartman; linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Liu, Chuansheng Subject: Change behaviour

RE: [PATCH v2] sched/fair: fix find_idlest_cpu return -1

> -Original Message- > From: Vincent Guittot [mailto:vincent.guit...@linaro.org] > Sent: Thursday, December 04, 2014 8:15 PM > To: Zhang, Jun > Cc: mi...@redhat.com; Peter Zijlstra; gre...@linuxfoundation.org; Hillf > Danton; linux-kernel; sta...@vger.kernel.org; Li

RE: [PATCH] sched/fair: fix select_task_rq_fair return -1

> -Original Message- > From: Vincent Guittot [mailto:vincent.guit...@linaro.org] > Sent: Thursday, December 04, 2014 6:08 PM > To: Hillf Danton > Cc: Zhang, Jun; Ingo Molnar; Peter Zijlstra; linux-kernel; Liu, Chuansheng; > Liu, > Changcheng > Subject: Re:

RE: [PATCH] sched/fair: fix select_task_rq_fair return -1

-Original Message- From: Vincent Guittot [mailto:vincent.guit...@linaro.org] Sent: Thursday, December 04, 2014 6:08 PM To: Hillf Danton Cc: Zhang, Jun; Ingo Molnar; Peter Zijlstra; linux-kernel; Liu, Chuansheng; Liu, Changcheng Subject: Re: [PATCH] sched/fair: fix

RE: [PATCH v2] sched/fair: fix find_idlest_cpu return -1

-Original Message- From: Vincent Guittot [mailto:vincent.guit...@linaro.org] Sent: Thursday, December 04, 2014 8:15 PM To: Zhang, Jun Cc: mi...@redhat.com; Peter Zijlstra; gre...@linuxfoundation.org; Hillf Danton; linux-kernel; sta...@vger.kernel.org; Liu, Chuansheng; Liu

RE: [PATCH urgent v2] sched: Add missing rcu protection to wake_up_all_idle_cpus

> -Original Message- > From: Andy Lutomirski [mailto:l...@amacapital.net] > Sent: Sunday, November 30, 2014 12:14 AM > To: Ingo Molnar; Thomas Gleixner; linux-kernel@vger.kernel.org > Cc: Peter Zijlstra; Andy Lutomirski; Liu, Chuansheng > Subject: [PATCH urgent v2] sche

RE: [PATCH urgent v2] sched: Add missing rcu protection to wake_up_all_idle_cpus

-Original Message- From: Andy Lutomirski [mailto:l...@amacapital.net] Sent: Sunday, November 30, 2014 12:14 AM To: Ingo Molnar; Thomas Gleixner; linux-kernel@vger.kernel.org Cc: Peter Zijlstra; Andy Lutomirski; Liu, Chuansheng Subject: [PATCH urgent v2] sched: Add missing rcu

RE: [PATCH] PCI: Do not enable async suspend for JMicron chips

Hello Bjorn, Will send out one new quirk-solution, and some reaction below:) > -Original Message- > From: Bjorn Helgaas [mailto:bhelg...@google.com] > Sent: Friday, November 07, 2014 1:39 AM > To: Liu, Chuansheng > Cc: Lu, Aaron; Barto; Tejun Heo (t...@kernel.org);

RE: [PATCH] PCI: Do not enable async suspend for JMicron chips

Hello Bjorn, Will send out one new quirk-solution, and some reaction below:) -Original Message- From: Bjorn Helgaas [mailto:bhelg...@google.com] Sent: Friday, November 07, 2014 1:39 AM To: Liu, Chuansheng Cc: Lu, Aaron; Barto; Tejun Heo (t...@kernel.org); Rafael Wysocki; linux

RE: [PATCH] PCI: Do not enable async suspend for JMicron chips

> -Original Message- > From: Lu, Aaron > Sent: Thursday, November 06, 2014 1:37 PM > To: Liu, Chuansheng; Bjorn Helgaas > Cc: Barto; Tejun Heo (t...@kernel.org); Rafael Wysocki; > linux-...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: Re: [PATCH] PCI

RE: [PATCH] PCI: Do not enable async suspend for JMicron chips

Hello Bjorn, > -Original Message- > From: Bjorn Helgaas [mailto:bhelg...@google.com] > Sent: Thursday, November 06, 2014 12:09 PM > To: Liu, Chuansheng > Cc: Barto; Tejun Heo (t...@kernel.org); Lu, Aaron; Rafael Wysocki; > linux-...@vger.kernel.org; linux-kernel@vger.ke

RE: [PATCH] PCI: Do not enable async suspend for JMicron chips

Hello Bjorn, > -Original Message- > From: Bjorn Helgaas [mailto:bhelg...@google.com] > Sent: Thursday, November 06, 2014 3:04 AM > To: Barto > Cc: Liu, Chuansheng; Lu, Aaron; Tejun Heo; Rafael Wysocki; > linux-...@vger.kernel.org; linux-kernel@vger.kernel.org > Sub

RE: [PATCH] PCI: Do not enable async suspend for JMicron chips

Hello Bjorn, -Original Message- From: Bjorn Helgaas [mailto:bhelg...@google.com] Sent: Thursday, November 06, 2014 3:04 AM To: Barto Cc: Liu, Chuansheng; Lu, Aaron; Tejun Heo; Rafael Wysocki; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org Subject: Re: [PATCH] PCI: Do

RE: [PATCH] PCI: Do not enable async suspend for JMicron chips

Hello Bjorn, -Original Message- From: Bjorn Helgaas [mailto:bhelg...@google.com] Sent: Thursday, November 06, 2014 12:09 PM To: Liu, Chuansheng Cc: Barto; Tejun Heo (t...@kernel.org); Lu, Aaron; Rafael Wysocki; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org Subject: Re

RE: [PATCH] PCI: Do not enable async suspend for JMicron chips

-Original Message- From: Lu, Aaron Sent: Thursday, November 06, 2014 1:37 PM To: Liu, Chuansheng; Bjorn Helgaas Cc: Barto; Tejun Heo (t...@kernel.org); Rafael Wysocki; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org Subject: Re: [PATCH] PCI: Do not enable async suspend

RE: [PATCH] ata: Disabling the async PM for JMicron chips

> -Original Message- > From: Tejun Heo [mailto:hte...@gmail.com] On Behalf Of Tejun Heo > Sent: Tuesday, September 23, 2014 10:01 PM > To: Liu, Chuansheng > Cc: r...@rjwysocki.net; linux-...@vger.kernel.org; > linux-kernel@vger.kernel.org; mister.free...@laposte.net; Zh

RE: [PATCH] ata: Disabling the async PM for JMicron chips

-Original Message- From: Tejun Heo [mailto:hte...@gmail.com] On Behalf Of Tejun Heo Sent: Tuesday, September 23, 2014 10:01 PM To: Liu, Chuansheng Cc: r...@rjwysocki.net; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; mister.free...@laposte.net; Zhang, Rui Subject: Re

RE: [PATCH 3/3] cpuidle: Using the wake_up_all_idle_cpus() to wake up all idle cpus

> -Original Message- > From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] > Sent: Thursday, September 04, 2014 9:02 PM > To: Liu, Chuansheng; pet...@infradead.org; l...@amacapital.net; > r...@rjwysocki.net; mi...@redhat.com > Cc: linux...@vger.kernel

RE: [PATCH 1/3] sched: Add new API wake_up_if_idle() to wake up the idle cpu

> -Original Message- > From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] > Sent: Thursday, September 04, 2014 8:53 PM > To: Liu, Chuansheng; pet...@infradead.org; l...@amacapital.net; > r...@rjwysocki.net; mi...@redhat.com > Cc: linux...@vger.kernel

RE: [PATCH 1/3] sched: Add new API wake_up_if_idle() to wake up the idle cpu

-Original Message- From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] Sent: Thursday, September 04, 2014 8:53 PM To: Liu, Chuansheng; pet...@infradead.org; l...@amacapital.net; r...@rjwysocki.net; mi...@redhat.com Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Liu

RE: [PATCH 3/3] cpuidle: Using the wake_up_all_idle_cpus() to wake up all idle cpus

-Original Message- From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] Sent: Thursday, September 04, 2014 9:02 PM To: Liu, Chuansheng; pet...@infradead.org; l...@amacapital.net; r...@rjwysocki.net; mi...@redhat.com Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Liu

RE: [PATCH 1/3] sched: Add new API wake_up_if_idle() to wake up the idle cpu

> -Original Message- > From: Peter Zijlstra [mailto:pet...@infradead.org] > Sent: Wednesday, September 03, 2014 5:54 PM > To: Andy Lutomirski > Cc: Liu, Chuansheng; linux...@vger.kernel.org; Rafael J. Wysocki; Daniel > Lezcano; Wang, Xiaoming; Ingo Molnar; Chakrava

RE: [PATCH 1/3] sched: Add new API wake_up_if_idle() to wake up the idle cpu

-Original Message- From: Peter Zijlstra [mailto:pet...@infradead.org] Sent: Wednesday, September 03, 2014 5:54 PM To: Andy Lutomirski Cc: Liu, Chuansheng; linux...@vger.kernel.org; Rafael J. Wysocki; Daniel Lezcano; Wang, Xiaoming; Ingo Molnar; Chakravarty, Souvik K; Liu

RE: [PATCH 1/3] sched: Add new API wake_up_if_idle() to wake up the idle cpu

Hello Daniel, > -Original Message- > From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] > Sent: Thursday, August 21, 2014 9:54 AM > To: Liu, Chuansheng; l...@amacapital.net; pet...@infradead.org; > r...@rjwysocki.net; mi...@redhat.com > Cc: linux...@vger.kernel

RE: [PATCH 1/3] sched: Add new API wake_up_if_idle() to wake up the idle cpu

Hello Daniel, -Original Message- From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] Sent: Thursday, August 21, 2014 9:54 AM To: Liu, Chuansheng; l...@amacapital.net; pet...@infradead.org; r...@rjwysocki.net; mi...@redhat.com Cc: linux...@vger.kernel.org; linux-kernel

RE: [PATCH 2/3] smp: re-implement the kick_all_cpus_sync() with wake_up_if_idle()

Hello Andy, > -Original Message- > From: Andy Lutomirski [mailto:l...@amacapital.net] > Sent: Friday, August 15, 2014 11:41 PM > To: Liu, Chuansheng > Cc: Peter Zijlstra; Daniel Lezcano; Rafael J. Wysocki; Ingo Molnar; > linux...@vger.kernel.org; linux-kernel@vg

RE: [PATCH 2/3] smp: re-implement the kick_all_cpus_sync() with wake_up_if_idle()

Hello Andy, -Original Message- From: Andy Lutomirski [mailto:l...@amacapital.net] Sent: Friday, August 15, 2014 11:41 PM To: Liu, Chuansheng Cc: Peter Zijlstra; Daniel Lezcano; Rafael J. Wysocki; Ingo Molnar; linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Liu, Changcheng

RE: [PATCH] cpuidle: Fix the CPU stuck at C0 for 2-3s after PM_QOS back to DEFAULT

> -Original Message- > From: Andy Lutomirski [mailto:l...@amacapital.net] > Sent: Friday, August 15, 2014 5:23 AM > To: Peter Zijlstra > Cc: Daniel Lezcano; Liu, Chuansheng; Rafael J. Wysocki; > linux...@vger.kernel.org; LKML; Liu, Changcheng; Wang, Xiaoming; >

RE: [PATCH] cpuidle: Fix the CPU stuck at C0 for 2-3s after PM_QOS back to DEFAULT

> -Original Message- > From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] > Sent: Thursday, August 14, 2014 10:17 PM > To: Liu, Chuansheng; Peter Zijlstra > Cc: Rafael J. Wysocki; linux...@vger.kernel.org; LKML; Liu, Changcheng; > Wang, Xiaoming; Chakravarty, Souv

RE: [PATCH] cpuidle: Fix the CPU stuck at C0 for 2-3s after PM_QOS back to DEFAULT

> -Original Message- > From: Peter Zijlstra [mailto:pet...@infradead.org] > Sent: Thursday, August 14, 2014 9:13 PM > To: Liu, Chuansheng > Cc: Daniel Lezcano; Rafael J. Wysocki; linux...@vger.kernel.org; LKML; Liu, > Changcheng; Wang, Xiaoming; Chakravarty, Souv

RE: [PATCH] cpuidle: Fix the CPU stuck at C0 for 2-3s after PM_QOS back to DEFAULT

> -Original Message- > From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] > Sent: Thursday, August 14, 2014 9:30 PM > To: Peter Zijlstra > Cc: Liu, Chuansheng; Rafael J. Wysocki; linux...@vger.kernel.org; LKML; Liu, > Changcheng; Wang, Xiaoming; Chakravarty, Souv

RE: [PATCH] cpuidle: Fix the CPU stuck at C0 for 2-3s after PM_QOS back to DEFAULT

> -Original Message- > From: Peter Zijlstra [mailto:pet...@infradead.org] > Sent: Thursday, August 14, 2014 6:54 PM > To: Daniel Lezcano > Cc: Liu, Chuansheng; Rafael J. Wysocki; linux...@vger.kernel.org; LKML; Liu, > Changcheng; Wang, Xiaoming; Chakravarty, Souv

RE: [PATCH] cpuidle: Fix the CPU stuck at C0 for 2-3s after PM_QOS back to DEFAULT

> -Original Message- > From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] > Sent: Thursday, August 14, 2014 7:15 PM > To: Peter Zijlstra > Cc: Liu, Chuansheng; Rafael J. Wysocki; linux...@vger.kernel.org; LKML; Liu, > Changcheng; Wang, Xiaoming; Chakravarty, Souv

RE: [PATCH] cpuidle: Fix the CPU stuck at C0 for 2-3s after PM_QOS back to DEFAULT

-Original Message- From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] Sent: Thursday, August 14, 2014 7:15 PM To: Peter Zijlstra Cc: Liu, Chuansheng; Rafael J. Wysocki; linux...@vger.kernel.org; LKML; Liu, Changcheng; Wang, Xiaoming; Chakravarty, Souvik K Subject: Re: [PATCH

RE: [PATCH] cpuidle: Fix the CPU stuck at C0 for 2-3s after PM_QOS back to DEFAULT

-Original Message- From: Peter Zijlstra [mailto:pet...@infradead.org] Sent: Thursday, August 14, 2014 6:54 PM To: Daniel Lezcano Cc: Liu, Chuansheng; Rafael J. Wysocki; linux...@vger.kernel.org; LKML; Liu, Changcheng; Wang, Xiaoming; Chakravarty, Souvik K Subject: Re: [PATCH

RE: [PATCH] cpuidle: Fix the CPU stuck at C0 for 2-3s after PM_QOS back to DEFAULT

-Original Message- From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] Sent: Thursday, August 14, 2014 9:30 PM To: Peter Zijlstra Cc: Liu, Chuansheng; Rafael J. Wysocki; linux...@vger.kernel.org; LKML; Liu, Changcheng; Wang, Xiaoming; Chakravarty, Souvik K Subject: Re: [PATCH

RE: [PATCH] cpuidle: Fix the CPU stuck at C0 for 2-3s after PM_QOS back to DEFAULT

-Original Message- From: Peter Zijlstra [mailto:pet...@infradead.org] Sent: Thursday, August 14, 2014 9:13 PM To: Liu, Chuansheng Cc: Daniel Lezcano; Rafael J. Wysocki; linux...@vger.kernel.org; LKML; Liu, Changcheng; Wang, Xiaoming; Chakravarty, Souvik K Subject: Re: [PATCH

RE: [PATCH] cpuidle: Fix the CPU stuck at C0 for 2-3s after PM_QOS back to DEFAULT

-Original Message- From: Daniel Lezcano [mailto:daniel.lezc...@linaro.org] Sent: Thursday, August 14, 2014 10:17 PM To: Liu, Chuansheng; Peter Zijlstra Cc: Rafael J. Wysocki; linux...@vger.kernel.org; LKML; Liu, Changcheng; Wang, Xiaoming; Chakravarty, Souvik K Subject: Re: [PATCH

RE: [PATCH] cpuidle: Fix the CPU stuck at C0 for 2-3s after PM_QOS back to DEFAULT

-Original Message- From: Andy Lutomirski [mailto:l...@amacapital.net] Sent: Friday, August 15, 2014 5:23 AM To: Peter Zijlstra Cc: Daniel Lezcano; Liu, Chuansheng; Rafael J. Wysocki; linux...@vger.kernel.org; LKML; Liu, Changcheng; Wang, Xiaoming; Chakravarty, Souvik K Subject

RE: [PATCH] lib/spinlock_debug: Tweak the loop time to fit different _delay()

Hello Peter, > -Original Message- > From: Peter Zijlstra [mailto:pet...@infradead.org] > Sent: Wednesday, April 30, 2014 4:55 PM > To: Wang, Xiaoming > Cc: mi...@redhat.com; linux-kernel@vger.kernel.org; Liu, Chuansheng > Subject: Re: [PATCH] lib/spinlock_debug: Tweak th

RE: [PATCH] lib/spinlock_debug: Tweak the loop time to fit different _delay()

Hello Peter, -Original Message- From: Peter Zijlstra [mailto:pet...@infradead.org] Sent: Wednesday, April 30, 2014 4:55 PM To: Wang, Xiaoming Cc: mi...@redhat.com; linux-kernel@vger.kernel.org; Liu, Chuansheng Subject: Re: [PATCH] lib/spinlock_debug: Tweak the loop time to fit

RE: [PATCH] [PATCH V2] tty: memleak in alloc_pid

> > Change-Id: Ic960dda039c8f99aad3e0f4d176489a966c62f6a > > Why is this line here? Tingjie, Greg is asking you the sentence of "Change-Id", which is not needed, please remove it with one new patch. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

RE: [PATCH] [PATCH V2] tty: memleak in alloc_pid

Change-Id: Ic960dda039c8f99aad3e0f4d176489a966c62f6a Why is this line here? Tingjie, Greg is asking you the sentence of Change-Id, which is not needed, please remove it with one new patch. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to

RE: [PATCH] [staging][r8188eu]: memory leak in rtw_free_cmd_obj if command is (_Set_Drv_Extra)

, > Dongxing; Wang, Xiaoming; Liu, Chuansheng > Subject: [PATCH] [staging][r8188eu]: memory leak in rtw_free_cmd_obj if > command is (_Set_Drv_Extra) > > pcmd->parmbuf->pbuf has been allocated if command is > GEN_CMD_CODE(_Set_Drv_Extra), > and it enqueued by

RE: [PATCH] [staging][r8188eu]: memory leak in rtw_free_cmd_obj if command is (_Set_Drv_Extra)

, Xiaoming; Liu, Chuansheng Subject: [PATCH] [staging][r8188eu]: memory leak in rtw_free_cmd_obj if command is (_Set_Drv_Extra) pcmd-parmbuf-pbuf has been allocated if command is GEN_CMD_CODE(_Set_Drv_Extra), and it enqueued by rtw_enqueue_cmd. rtw_cmd_thread dequeue pcmd by rtw_dequeue_cmd

RE: [PATCH v2] usb: gadget: return the right length in ffs_epfile_io()

Hi Balbi, > -Original Message- > From: Felipe Balbi [mailto:ba...@ti.com] > Sent: Wednesday, March 05, 2014 3:56 AM > To: Michal Nazarewicz > Cc: Robert Baldyga; Felipe Balbi; Sergei Shtylyov; Liu, Chuansheng; > gre...@linuxfoundation.org; linux-...@vger.kernel.o

RE: [PATCH v2] usb: gadget: return the right length in ffs_epfile_io()

Hi Balbi, -Original Message- From: Felipe Balbi [mailto:ba...@ti.com] Sent: Wednesday, March 05, 2014 3:56 AM To: Michal Nazarewicz Cc: Robert Baldyga; Felipe Balbi; Sergei Shtylyov; Liu, Chuansheng; gre...@linuxfoundation.org; linux-...@vger.kernel.org; linux-kernel

RE: [PATCH] usb: gadget: return the right length in ffs_epfile_io()

Hello Balbi, > -Original Message- > From: Felipe Balbi [mailto:ba...@ti.com] > Sent: Tuesday, March 04, 2014 12:30 AM > To: Liu, Chuansheng > Cc: ba...@ti.com; gre...@linuxfoundation.org; min...@mina86.com; > linux-...@vger.kernel.org; linux-kernel@vger.kernel

RE: [PATCH] usb: gadget: return the right length in ffs_epfile_io()

Hello Balbi, -Original Message- From: Felipe Balbi [mailto:ba...@ti.com] Sent: Tuesday, March 04, 2014 12:30 AM To: Liu, Chuansheng Cc: ba...@ti.com; gre...@linuxfoundation.org; min...@mina86.com; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Cohen, David A; Zhuang, Jin

RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

Hello Thomas, > -Original Message- > From: Thomas Gleixner [mailto:t...@linutronix.de] > Sent: Friday, February 21, 2014 7:53 PM > To: Liu, Chuansheng > Cc: linux-kernel@vger.kernel.org; Wang, Xiaoming > Subject: RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq

RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

> -Original Message- > From: Thomas Gleixner [mailto:t...@linutronix.de] > Sent: Friday, February 21, 2014 7:11 PM > To: Liu, Chuansheng > Cc: linux-kernel@vger.kernel.org; Wang, Xiaoming > Subject: RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() > wai

RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

Hello Thomas, > -Original Message- > From: Thomas Gleixner [mailto:t...@linutronix.de] > Sent: Friday, February 21, 2014 6:34 PM > To: Liu, Chuansheng > Cc: linux-kernel@vger.kernel.org; Wang, Xiaoming > Subject: RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq

RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

Hello Thomas, -Original Message- From: Thomas Gleixner [mailto:t...@linutronix.de] Sent: Friday, February 21, 2014 6:34 PM To: Liu, Chuansheng Cc: linux-kernel@vger.kernel.org; Wang, Xiaoming Subject: RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

-Original Message- From: Thomas Gleixner [mailto:t...@linutronix.de] Sent: Friday, February 21, 2014 7:11 PM To: Liu, Chuansheng Cc: linux-kernel@vger.kernel.org; Wang, Xiaoming Subject: RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever On Fri, 21 Feb

RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

Hello Thomas, -Original Message- From: Thomas Gleixner [mailto:t...@linutronix.de] Sent: Friday, February 21, 2014 7:53 PM To: Liu, Chuansheng Cc: linux-kernel@vger.kernel.org; Wang, Xiaoming Subject: RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

RE: [PATCH v4 0/5] Enabling the asynchronous threads for other phases

Hello Rafael, > -Original Message- > From: Liu, Chuansheng > Sent: Tuesday, February 18, 2014 10:29 AM > To: r...@rjwysocki.net; gre...@linuxfoundation.org; Brown, Len; > pa...@ucw.cz > Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Li, Zhuangzhi; &

RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

Hello Thomas, > -Original Message- > From: Thomas Gleixner [mailto:t...@linutronix.de] > Sent: Thursday, February 20, 2014 8:53 PM > To: Liu, Chuansheng > Cc: linux-kernel@vger.kernel.org; Wang, Xiaoming > Subject: RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq

RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

Hello Thomas, -Original Message- From: Thomas Gleixner [mailto:t...@linutronix.de] Sent: Thursday, February 20, 2014 8:53 PM To: Liu, Chuansheng Cc: linux-kernel@vger.kernel.org; Wang, Xiaoming Subject: RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

RE: [PATCH v4 0/5] Enabling the asynchronous threads for other phases

Hello Rafael, -Original Message- From: Liu, Chuansheng Sent: Tuesday, February 18, 2014 10:29 AM To: r...@rjwysocki.net; gre...@linuxfoundation.org; Brown, Len; pa...@ucw.cz Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Li, Zhuangzhi; Liu, Chuansheng Subject

RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

Hello Thomas, > -Original Message- > From: Thomas Gleixner [mailto:t...@linutronix.de] > Sent: Monday, February 10, 2014 4:58 PM > To: Liu, Chuansheng > Cc: linux-kernel@vger.kernel.org; Wang, Xiaoming > Subject: Re: [PATCH 1/2] genirq: Fix the possible synchronize_irq

RE: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

Hello Thomas, -Original Message- From: Thomas Gleixner [mailto:t...@linutronix.de] Sent: Monday, February 10, 2014 4:58 PM To: Liu, Chuansheng Cc: linux-kernel@vger.kernel.org; Wang, Xiaoming Subject: Re: [PATCH 1/2] genirq: Fix the possible synchronize_irq() wait-forever

RE: [PATCH v3 5/5] PM / sleep: Asynchronous threads for suspend_late

Hello Rafael, > -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Tuesday, February 18, 2014 11:29 PM > To: Liu, Chuansheng > Cc: gre...@linuxfoundation.org; Brown, Len; pa...@ucw.cz; > linux...@vger.kernel.org; linux-kernel@vger.kernel.

RE: [PATCH v3 5/5] PM / sleep: Asynchronous threads for suspend_late

Hello Rafael, -Original Message- From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] Sent: Tuesday, February 18, 2014 11:29 PM To: Liu, Chuansheng Cc: gre...@linuxfoundation.org; Brown, Len; pa...@ucw.cz; linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Li, Zhuangzhi Subject

RE: [PATCH v3 5/5] PM / sleep: Asynchronous threads for suspend_late

Hello Rafael, > -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Tuesday, February 18, 2014 1:28 AM > To: Liu, Chuansheng > Cc: gre...@linuxfoundation.org; Brown, Len; pa...@ucw.cz; > linux...@vger.kernel.org; linux-kernel@vger.kernel.

RE: [PATCH v3 5/5] PM / sleep: Asynchronous threads for suspend_late

Hello Rafael, -Original Message- From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] Sent: Tuesday, February 18, 2014 1:28 AM To: Liu, Chuansheng Cc: gre...@linuxfoundation.org; Brown, Len; pa...@ucw.cz; linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Li, Zhuangzhi Subject

RE: [PATCH 0/5] Enabling the asynchronous threads for other phases

Hello Rafael, > -Original Message- > From: Liu, Chuansheng > Sent: Monday, February 17, 2014 9:44 AM > To: 'Rafael J. Wysocki' > Cc: gre...@linuxfoundation.org; pa...@ucw.cz; Brown, Len; > linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Li, Zhuangzhi > Su

RE: [PATCH 0/5] Enabling the asynchronous threads for other phases

Hello Rafael, > -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Monday, February 17, 2014 7:41 AM > To: Liu, Chuansheng > Cc: gre...@linuxfoundation.org; pa...@ucw.cz; Brown, Len; > linux...@vger.kernel.org; linux-kernel@vger.kernel.

RE: [PATCH 0/5] Enabling the asynchronous threads for other phases

Hello Rafael, -Original Message- From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] Sent: Monday, February 17, 2014 7:41 AM To: Liu, Chuansheng Cc: gre...@linuxfoundation.org; pa...@ucw.cz; Brown, Len; linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Li, Zhuangzhi Subject

RE: [PATCH 0/5] Enabling the asynchronous threads for other phases

Hello Rafael, -Original Message- From: Liu, Chuansheng Sent: Monday, February 17, 2014 9:44 AM To: 'Rafael J. Wysocki' Cc: gre...@linuxfoundation.org; pa...@ucw.cz; Brown, Len; linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Li, Zhuangzhi Subject: RE: [PATCH 0/5] Enabling

RE: [PATCH 0/5] Enabling the asynchronous threads for other phases

Hello Rafael, > -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Thursday, February 06, 2014 5:53 AM > To: Liu, Chuansheng > Cc: gre...@linuxfoundation.org; pa...@ucw.cz; Brown, Len; > linux...@vger.kernel.org; linux-kernel@vger.kernel.

RE: [PATCH 0/5] Enabling the asynchronous threads for other phases

Hello Rafael, -Original Message- From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] Sent: Thursday, February 06, 2014 5:53 AM To: Liu, Chuansheng Cc: gre...@linuxfoundation.org; pa...@ucw.cz; Brown, Len; linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Li, Zhuangzhi Subject

[PATCH 5/5] PM: Enabling the asyncronous threads for suspend_late

From: "Liu, Chuansheng" Just like commit 5af84b82701a and 97df8c12995, using the asynchronous threads can improve the overall suspend_late time significantly. This patch is for suspend_late phase. Signed-off-by: Liu, Chuansheng --- drivers/base/power/mai

[PATCH 1/5] PM: Adding two flags for async suspend_noirq and suspend_late

From: "Liu, Chuansheng" The patch is one helper that adding two new flags for implementing async threads for suspend_noirq and suspend_late. Signed-off-by: Liu, Chuansheng --- drivers/base/power/main.c | 22 -- include/linux/pm.h|2 ++ 2 files c

[PATCH 2/5] PM: Enabling the asynchronous threads for resume_noirq

From: "Liu, Chuansheng" Just like commit 5af84b82701a and 97df8c12995, using the asynchronous threads can improve the overall resume_noirq time significantly. One typical case is: In resume_noirq phase and for the PCI devices, the function pci_pm_resume_noirq() will be called, and th

[PATCH 3/5] PM: Enabling the asyncronous threads for resume_early

From: "Liu, Chuansheng" Just like commit 5af84b82701a and 97df8c12995, using the asynchronous threads can improve the overall resume_early time significantly. This patch is for resume_early phase. Signed-off-by: Liu, Chuansheng --- drivers/base/power/mai

[PATCH 4/5] PM: Enabling the asyncronous threads for suspend_noirq

From: "Liu, Chuansheng" Just like commit 5af84b82701a and 97df8c12995, using the asynchronous threads can improve the overall suspend_noirq time significantly. This patch is for suspend_noirq phase. Signed-off-by: Liu, Chuansheng --- drivers/base/power/mai

[PATCH 0/5] Enabling the asynchronous threads for other phases

Hello, This patch series are for enabling the asynchronous threads for the phases resume_noirq, resume_early, suspend_noirq and suspend_late. Just like commit 5af84b82701a and 97df8c12995, with async threads it will reduce the system suspending and resuming time significantly. With these

[PATCH 0/5] Enabling the asynchronous threads for other phases

Hello, This patch series are for enabling the asynchronous threads for the phases resume_noirq, resume_early, suspend_noirq and suspend_late. Just like commit 5af84b82701a and 97df8c12995, with async threads it will reduce the system suspending and resuming time significantly. With these

[PATCH 4/5] PM: Enabling the asyncronous threads for suspend_noirq

From: Liu, Chuansheng chuansheng@intel.com Just like commit 5af84b82701a and 97df8c12995, using the asynchronous threads can improve the overall suspend_noirq time significantly. This patch is for suspend_noirq phase. Signed-off-by: Liu, Chuansheng chuansheng@intel.com --- drivers/base

[PATCH 1/5] PM: Adding two flags for async suspend_noirq and suspend_late

From: Liu, Chuansheng chuansheng@intel.com The patch is one helper that adding two new flags for implementing async threads for suspend_noirq and suspend_late. Signed-off-by: Liu, Chuansheng chuansheng@intel.com --- drivers/base/power/main.c | 22 -- include/linux

[PATCH 2/5] PM: Enabling the asynchronous threads for resume_noirq

From: Liu, Chuansheng chuansheng@intel.com Just like commit 5af84b82701a and 97df8c12995, using the asynchronous threads can improve the overall resume_noirq time significantly. One typical case is: In resume_noirq phase and for the PCI devices, the function pci_pm_resume_noirq

[PATCH 3/5] PM: Enabling the asyncronous threads for resume_early

From: Liu, Chuansheng chuansheng@intel.com Just like commit 5af84b82701a and 97df8c12995, using the asynchronous threads can improve the overall resume_early time significantly. This patch is for resume_early phase. Signed-off-by: Liu, Chuansheng chuansheng@intel.com --- drivers/base

[PATCH 5/5] PM: Enabling the asyncronous threads for suspend_late

From: Liu, Chuansheng chuansheng@intel.com Just like commit 5af84b82701a and 97df8c12995, using the asynchronous threads can improve the overall suspend_late time significantly. This patch is for suspend_late phase. Signed-off-by: Liu, Chuansheng chuansheng@intel.com --- drivers/base

RE: [PATCH] PM: Enable asynchronous noirq resume threads to save the resuming time

> -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Wednesday, January 15, 2014 9:28 PM > To: Liu, Chuansheng > Cc: gre...@linuxfoundation.org; Brown, Len; pa...@ucw.cz; > linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Li, Zhuan

RE: [PATCH] PM: Enable asynchronous noirq resume threads to save the resuming time

-Original Message- From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] Sent: Wednesday, January 15, 2014 9:28 PM To: Liu, Chuansheng Cc: gre...@linuxfoundation.org; Brown, Len; pa...@ucw.cz; linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Li, Zhuangzhi Subject: Re: [PATCH

RE: [PATCH] PM: Enable asynchronous noirq resume threads to save the resuming time

Hello Rafael, > -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Wednesday, January 15, 2014 6:55 AM > To: Liu, Chuansheng > Cc: gre...@linuxfoundation.org; Brown, Len; pa...@ucw.cz; > linux...@vger.kernel.org; linux-kernel@vger.kernel.

RE: [PATCH] PM: Enable asynchronous noirq resume threads to save the resuming time

Hello Rafael, -Original Message- From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] Sent: Wednesday, January 15, 2014 6:55 AM To: Liu, Chuansheng Cc: gre...@linuxfoundation.org; Brown, Len; pa...@ucw.cz; linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Li, Zhuangzhi Subject

RE: [PATCH 2/3] xfs: Calling destroy_work_on_stack() to pair with INIT_WORK_ONSTACK()

Hello Jeff, > -Original Message- > From: Jeff Liu [mailto:jeff@oracle.com] > Sent: Tuesday, January 07, 2014 7:21 PM > To: Liu, Chuansheng; dchin...@fromorbit.com; b...@sgi.com > Cc: linux-kernel@vger.kernel.org; x...@oss.sgi.com > Subject: Re: [PATCH

RE: [PATCH 2/3] xfs: Calling destroy_work_on_stack() to pair with INIT_WORK_ONSTACK()

Hello Jeff, -Original Message- From: Jeff Liu [mailto:jeff@oracle.com] Sent: Tuesday, January 07, 2014 7:21 PM To: Liu, Chuansheng; dchin...@fromorbit.com; b...@sgi.com Cc: linux-kernel@vger.kernel.org; x...@oss.sgi.com Subject: Re: [PATCH 2/3] xfs: Calling destroy_work_on_stack

RE: [fuse-devel] fuse try to freeze with lock held

Hello Miklos, > -Original Message- > From: Miklos Szeredi [mailto:mik...@szeredi.hu] > Sent: Wednesday, December 11, 2013 11:35 PM > To: Liu, Chuansheng > Cc: mszer...@suse.cz; fuse-de...@lists.sourceforge.net; > linux-kernel@vger.kernel.org > Subject: Re: [fuse-deve

RE: [fuse-devel] fuse try to freeze with lock held

Hello Miklos, -Original Message- From: Miklos Szeredi [mailto:mik...@szeredi.hu] Sent: Wednesday, December 11, 2013 11:35 PM To: Liu, Chuansheng Cc: mszer...@suse.cz; fuse-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org Subject: Re: [fuse-devel] fuse try to freeze

fuse try to freeze with lock held

Hit the below warning when enabling the CONFIG_DEBUG_LOCK_ALLOC, __fuse_request_send == > request_wait_answer == > wait_event_freezable == > try_to_freeze() But here the inode->i_mutex is hold yet in vfs_readdir(). Could anyone give some help? Thanks. [ 3148.552435] Freezing user space

  1   2   3   4   >