> /sys/power/disk
$ sudo echo disk > /sys/power/state
/* manual resume.*/
$ sudo echo 8:3 > /sys/power/resume
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
kernel/power/hibernate.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/kernel/power/hibernate.c b/kernel/po
Disable the MSR T-state if it is enabled after resumed back, because
generally we don't expect the throttling to be enabled after resumed
and should rely on other OS components to adjust the throttling state.
Chen Yu (2):
ACPI throttling: Disable the MSR T-state if enabled after resumed
x86
Hi,
On Sat, Feb 18, 2017 at 10:02:07AM +0100, Pavel Machek wrote:
> On Fri 2017-02-17 16:27:30, Chen Yu wrote:
> > Previously a bug was reported that on certain Broadwell
> > platform, after resumed from S3, the CPU is running at
> > an anomalously low speed, due to
ki" <raf...@kernel.org>
Cc: Pavel Machek <pa...@ucw.cz>
Cc: Zhang Rui <rui.zh...@intel.com>
Cc: Ingo Molnar <mi...@kernel.org>
Cc: linux...@vger.kernel.org
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
drivers/acpi/processor_throttling.c | 58 +++
: https://bugzilla.kernel.org/show_bug.cgi?id=103211
Cc: Bjorn Helgaas <bhelg...@google.com>
Cc: Rafael J. Wysocki <raf...@kernel.org>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
drivers/pci/quirks.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/driv
: https://bugzilla.kernel.org/show_bug.cgi?id=103211
Cc: Bjorn Helgaas <bhelg...@google.com>
Cc: Rafael J. Wysocki <raf...@kernel.org>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
drivers/pci/quirks.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/driv
fael J. Wysocki <raf...@kernel.org>
Cc: Lukas Wunner <lu...@wunner.de>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
drivers/pci/quirks.c | 20
1 file changed, 20 insertions(+)
diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
index 37ff015..04bbdba
On Fri, Aug 19, 2016 at 09:21:40AM +0200, Lukas Wunner wrote:
> On Fri, Aug 19, 2016 at 01:44:52AM +0800, Chen Yu wrote:
> > People reported that they can not do a poweroff nor a
> > suspend to memory on their Mac Pro 11. After some investigations
> > it was found that, once t
://bugzilla.kernel.org/show_bug.cgi?id=117971
Suggested-by: Pavel Machek <pa...@ucw.cz>
Suggested-by: Rafael J. Wysocki <raf...@kernel.org>
Reported-by: Higuita <higu...@gmx.net>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
kernel/power/Kconfig | 4 ++--
1 file changed, 2 insertions(
gested-by: Pavel Machek <pa...@ucw.cz>
Suggested-by: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Cc: Lee, Chun-Yi <j...@suse.com>
Cc: Borislav Petkov <b...@alien8.de>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
v7:
- Use md5 hash to compare the e820 map.
v6
afael J. Wysocki <rafael.j.wyso...@intel.com>
Cc: Lee Chun-Yi <j...@suse.com>
Cc: Borislav Petkov <b...@alien8.de>
Acked-by: Pavel Machek <pa...@ucw.cz>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
v9:
- Only do the md5 check when CONFIG_CRYPTO_MD5 is built in.
, this device is
neither runtime wakeup source nor system wakeup source.
Cc: Andy Shevchenko <andriy.shevche...@linux.intel.com>
Cc: Mika Westerberg <mika.westerb...@linux.intel.com>
Cc: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
Hi Thomas, Rafael,
On Fri, Sep 02, 2016 at 09:26:51PM +0200, Thomas Gleixner wrote:
> On Wed, 31 Aug 2016, Rafael J. Wysocki wrote:
> > On Monday, August 29, 2016 12:40:39 AM Chen Yu wrote:
> > > +
> > > + /*
> > > + * Make rtc-based persistent clock unusab
On Fri, Sep 02, 2016 at 11:25:27AM -0500, Bjorn Helgaas wrote:
> On Wed, Aug 24, 2016 at 04:17:31PM +0200, Lukas Wunner wrote:
> > On Fri, Aug 19, 2016 at 04:30:25PM +0800, Chen Yu wrote:
> > > People reported that they can not do a poweroff nor a
> > > suspend to ram
i <rafael.j.wyso...@intel.com>
Cc: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Cc: Pavel Machek <pa...@ucw.cz>
Cc: Lee Chun-Yi <j...@suse.com>
Cc: Borislav Petkov <b...@alien8.de>
Acked-by: Pavel Machek <pa...@ucw.cz>
Signed-off-by: Chen Yu <yu.c.c...@intel.co
Hi,
On Mon, Sep 12, 2016 at 04:17:04PM +0100, Lee Jones wrote:
> On Sun, 04 Sep 2016, Chen Yu wrote:
>
> > We have report that the intel_lpss_prepare() takes too much time during
> > suspend, and this is because we first resume the devices from runtime
> > suspend by resum
Hi,
On Fri, Sep 09, 2016 at 04:33:59PM +0200, Thomas Gleixner wrote:
> On Fri, 9 Sep 2016, Chen Yu wrote:
>
> > +extern void pm_trace_untaint_timekeeping(void);
>
> And how exactly do you untaint it? Just by clearing the flags. That makes
> the RTC time magically corre
Hi Pavel,
On Thu, Sep 08, 2016 at 11:15:52PM +0200, Pavel Machek wrote:
> On Tue 2016-08-30 13:54:44, Rafael J. Wysocki wrote:
> > On Tuesday, August 30, 2016 04:35:05 PM joeyli wrote:
> > > On Mon, Aug 29, 2016 at 03:41:23PM +0200, Borislav Petkov wrote:
> > > > On Mon, Aug 29, 2016 at 09:15:00AM
Hi,
On Mon, Sep 05, 2016 at 01:54:20AM -0600, Thomas Gleixner wrote:
> On Sun, 4 Sep 2016, Chen Yu wrote:
> > Hi Thomas, Rafael,
> > On Fri, Sep 02, 2016 at 09:26:51PM +0200, Thomas Gleixner wrote:
> > > On Wed, 31 Aug 2016, Rafael J. Wysocki wrote:
> > > > On
ko <andriy.shevche...@linux.intel.com>
Cc: Mika Westerberg <mika.westerb...@linux.intel.com>
Cc: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Cc: Lee Jones <lee.jo...@linaro.org>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
drivers/mfd/intel-lpss.c | 9 +
inclu
Hi Andy,
On Fri, Oct 07, 2016 at 12:47:24PM -0700, Andy Lutomirski wrote:
> On 06/25/2016 09:19 AM, Chen Yu wrote:
> >Here's the story of what the problem is, why this
> >happened, and why this patch looks like this:
> >
> >Stress test from Varun Koyyalagunta reports tha
Hi Andy,
On Fri, Oct 07, 2016 at 12:31:41PM -0700, Andy Lutomirski wrote:
> On 06/25/2016 09:18 AM, Chen Yu wrote:
> >There is requirement that we need to do some arch-specific
> >operations before putting the nonboot CPUs offline/online.
> >One of the requirements comes
Hi Joey,
On Sat, Oct 08, 2016 at 12:31:08AM +0800, joeyli wrote:
> Hi Chen Yu,
>
> On Sun, Sep 25, 2016 at 12:17:57PM +0800, Chen Yu wrote:
> > On some platforms, there is occasional panic triggered when trying to
> > resume from hibernation, a typical panic looks like:
On 2016/10/4 8:07, Michal Nazarewicz wrote:
> ffs_func_eps_disable is called from atomic context so it cannot sleep
> thus cannot grab a mutex. Change the handling of epfile->read_buffer
> to use non-sleeping synchronisation method.
>
> Reported-by: Chen Yu <cheny...@hua
On 2016年08月18日 09:09, Rafael J. Wysocki wrote:
If pm_trace_enabled is set, we can (or maybe even should) just skip
timekeeping_inject_sleeptime() entirely in rtc_resume() at least, because
sleep_time is almost certainly bogus in that case, even if it doesn't
overflow.
Of course, the above is
rui.zh...@intel.com>
Cc: linux-kernel@vger.kernel.org
Cc: linux...@vger.kernel.org
Suggested-by: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Reported-by: Janek Kozicki <cosu...@gmail.com>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
arch/x86/kernel/rtc.c | 7 +++
kernel/t
Hi Oliver,
On Thu, Aug 18, 2016 at 12:36:51PM +0200, Oliver Neukum wrote:
> On Thu, 2016-08-18 at 18:43 +0800, Chen Yu wrote:
> > Previously we encountered some memory overflow issues due to
> > the bogus sleep time brought by inconsistent rtc, which is
> > triggered whe
On Sat, Aug 27, 2016 at 03:08:56PM +0800, Xunlei Pang wrote:
> On 2016/08/18 at 18:43, Chen Yu wrote:
> > Previously we encountered some memory overflow issues due to
> > the bogus sleep time brought by inconsistent rtc, which is
> > triggered when pm_trace is enabled, pleas
On Sat, Aug 27, 2016 at 03:08:56PM +0800, Xunlei Pang wrote:
> On 2016/08/18 at 18:43, Chen Yu wrote:
> > Previously we encountered some memory overflow issues due to
> > the bogus sleep time brought by inconsistent rtc, which is
> > triggered when pm_trace is enabled, pleas
Hi,
On Fri, Aug 26, 2016 at 09:56:54PM +0200, Pavel Machek wrote:
> Hi!
>
> > > > > What's the progress of this patch? Looks already have experts review
> > > > > it.
> > > > > Why this patch didn't accept?
> > > > This patch is a little overkilled, and I have saved another simpler
> > > >
Hi John, some small typos below, others should be OK.
On Tue, Aug 23, 2016 at 04:08:22PM -0700, John Stultz wrote:
> It was reported that hibernation could fail on the 2nd attempt,
> where the system hangs at hibernate() -> syscore_resume() ->
> i8237A_resume() -> claim_dma_lock(), because the
with in OS in
the future.
Suggested-by: Pavel Machek <pa...@ucw.cz>
Suggested-by: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Cc: Lee, Chun-Yi <j...@suse.com>
Cc: Borislav Petkov <b...@alien8.de>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
v8:
-
: linux-kernel@vger.kernel.org
Cc: linux...@vger.kernel.org
Suggested-by: Xunlei Pang <xlp...@redhat.com>
Suggested-by: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Suggested-by: Thomas Gleixner <t...@linutronix.de>
Reported-by: Janek Kozicki <cosu...@gmail.com>
Signed-off-by: C
Hi,
thanks for your interest :)
On Tue, Aug 23, 2016 at 05:45:27PM +0800, joeyli wrote:
> Hi all,
>
> On Wed, Oct 21, 2015 at 01:21:40PM +0800, Chen Yu wrote:
> > On some platforms, there is occasional panic triggered when trying to
> > resume from hibernation, a typ
another place and the mutex_lock can
be removed in ffs_func_eps_disable?
Thanks and Regards
Chen Yu
On Wed, Sep 28, 2016 at 11:48:40PM +0200, Rafael J. Wysocki wrote:
> On Wed, Sep 28, 2016 at 6:29 PM, Chen Yu <yu.c.c...@intel.com> wrote:
> > We have report that the intel_lpss_prepare() takes too much time during
> > suspend, and this is because we first resume the
ko <andriy.shevche...@linux.intel.com>
Cc: Mika Westerberg <mika.westerb...@linux.intel.com>
Cc: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Cc: Lee Jones <lee.jo...@linaro.org>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
drivers/mfd/intel-lpss.c | 9 +
inclu
process
in intel-lpss driver.
Chen Yu (2):
PM / sleep: Return RPM_SUSPENDED to keep devices in runtime-suspended
mfd: intel-lpss: Avoid resuming runtime-suspended lpss unnecessarily
Documentation/power/devices.txt| 8
Documentation/power/runtime_pm.txt | 2 +-
drivers/base/power/main.c
urn
of RPM_SUSPENDED rather than arbitrary positive value.
Suggested-by: Lee Jones <lee.jo...@linaro.org>
Suggested-by: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
Documentation/power/devices.txt| 8
Documentation/pow
berg <mika.westerb...@linux.intel.com>
Cc: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
drivers/mfd/intel-lpss.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/mfd/intel-lpss.c b/drivers/mfd/intel-lpss.c
index 41b1138..2b
Hi,
在 2016/9/27 18:01, Felipe Balbi 写道:
>
> Hi,
>
> Chen Yu <cheny...@huawei.com> writes:
>> Hi All,
>>
>> I'm working on Hikey board based around the HiSilicon Kirin 620, with
>> linaro kernel version 4.8.rc1 and I get below BUG error while
&
Hi Oliver,
On Wed, Sep 28, 2016 at 09:42:54AM +0200, Oliver Neukum wrote:
> On Wed, 2016-09-28 at 11:28 +0800, Chen Yu wrote:
> > So first try is to use pm_request_resume() instead, to make the
> > runtime
> > resume process asynchronously. Unfortunately the asynchronous runt
i <rafael.j.wyso...@intel.com>
Cc: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Cc: Pavel Machek <pa...@ucw.cz>
Cc: Lee Chun-Yi <j...@suse.com>
Cc: Borislav Petkov <b...@alien8.de>
Acked-by: Pavel Machek <pa...@ucw.cz>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
Hi,
On Wed, Sep 28, 2016 at 01:46:10PM +0200, Rafael J. Wysocki wrote:
> On Wed, Sep 28, 2016 at 5:26 AM, Chen Yu <yu.c.c...@intel.com> wrote:
> > Currently if the ->prepare() callback of a device returns a positive number,
> > the PM core will regard that as an indi
ith adb function on android, it does fix the
problem.
thanks
Chen Yu
> >8 -- -
>>From 6416a1065203a39328311f6c58083089efe169aa Mon Sep 17 00:00:00 2001
> From: Michal Nazarewicz <min...@mina86.com>
> Date: W
..@linaro.org>
Cc: Xunlei Pang <xlp...@redhat.com>
Cc: Ingo Molnar <mi...@redhat.com>
Cc: Len Brown <l...@kernel.org>
Cc: "H. Peter Anvin" <h...@zytor.com>
Cc: Pavel Machek <pa...@ucw.cz>
Cc: Thomas Gleixner <t...@linutronix.de>
Signed-off-by: Chen Yu
is also proposed to give
better user experience.
Chen Yu (2):
timekeeping: Ignore the bogus sleep time if pm_trace is enabled
PM / sleep: save/restore RTC time after resumed if pm_trace enabled
arch/x86/kernel/rtc.c | 9 +
drivers/base/power/trace.c | 31
ki" <r...@rjwysocki.net>
Cc: Len Brown <l...@kernel.org>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Xunlei Pang <xlp...@redhat.com>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
arch/x86/kernel/rtc.c | 9 +
drivers/base/power/trace.c
an pm notifier to restore the RTC to the
value before been overwitten by pm_trace.
Cc: "Rafael J. Wysocki" <r...@rjwysocki.net>
Cc: Thomas Gleixner <t...@linutronix.de>
Cc: Len Brown <l...@kernel.org>
Cc: John Stultz <john.stu...@linaro.org>
Cc: Xunlei Pang <xlp.
Hi all,
On Tue, Nov 08, 2016 at 05:02:14PM +0800, Chen Yu wrote:
> Previously the bogus CMOS RTC sleep time has been ignored if pm_trace
> is enabled, however once the system successfully resumed back,
> any further read to CMOS RTC would return an error. Actually it is
> more u
On Tue, Nov 08, 2016 at 05:01:35PM +0800, Chen Yu wrote:
> From: Thomas Gleixner <t...@linutronix.de>
>
> Previously we encountered some memory overflow issues due to
> the bogus sleep time brought by inconsistent rtc, which is
> triggered when pm_trace is enabl
i <rafael.j.wyso...@intel.com>
Cc: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Cc: Pavel Machek <pa...@ucw.cz>
Cc: Lee Chun-Yi <j...@suse.com>
Cc: Borislav Petkov <b...@alien8.de>
Cc: Len Brown <len.br...@intel.com>
Cc: Denys Vlasenko <dvlas...@redhat.com>
Cc: D
Hi,
On Thu, Oct 13, 2016 at 03:10:18PM +0200, Denys Vlasenko wrote:
> On Fri, Sep 9, 2016 at 2:21 PM, Chen Yu <yu.c.c...@intel.com> wrote:
> > On some platforms, there is occasional panic triggered when trying to
> > resume from hibernation, a typical panic looks like:
On 2016/10/22 4:00, John Youn wrote:
> On 10/20/2016 5:43 PM, Chen Yu wrote:
>> On 2016/10/19 6:21, John Youn wrote:
>>> On 10/16/2016 7:42 PM, Chen Yu wrote:
>>>>
>>>>
>>>> On 2016/10/15 3:37, John Youn wrote:
>>>>>
On 2016/10/19 6:21, John Youn wrote:
> On 10/16/2016 7:42 PM, Chen Yu wrote:
>>
>>
>> On 2016/10/15 3:37, John Youn wrote:
>>> On 10/13/2016 4:36 PM, John Stultz wrote:
>>>> From: Chen Yu <cheny...@huawei.com>
>>>>
>>>> The H
arrett <mj...@srcf.ucam.org>
Reported-by: Kadir <ka...@colakoglu.nl>
Cc: Len Brown <l...@kernel.org>
Cc: "Rafael J. Wysocki" <raf...@kernel.org>
Cc: Pavel Machek <pa...@ucw.cz>
Cc: Matthew Garrett <mj...@srcf.ucam.org>
Cc: Rui Zhang <rui.zh...@int
On 2016/10/15 3:37, John Youn wrote:
> On 10/13/2016 4:36 PM, John Stultz wrote:
>> From: Chen Yu <cheny...@huawei.com>
>>
>> The Hi6220's usb controller is limited in that it does not
>> automatically autonegotiate the usb speed. Thus it requires a
>>
On Tue, Nov 29, 2016 at 08:19:55AM +0100, Ingo Molnar wrote:
>
> * John Stultz <john.stu...@linaro.org> wrote:
>
> > From: Chen Yu <yu.c.c...@intel.com>
> >
> > Previously we encountered some memory overflow issues due to
> > the bogus
.@redhat.com>
Cc: Richard Cochran <richardcoch...@gmail.com>
Acked-by: Pavel Machek <pa...@ucw.cz>
Acked-by: Thomas Gleixner <t...@linutronix.de>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
-> v8:
Rewrite the comments and function declarat
On 2016/12/9 15:32, John Stultz wrote:
> On Thu, Dec 8, 2016 at 11:09 PM, Chen Yu <cheny...@huawei.com> wrote:
>> On 2016/12/9 7:29, John Youn wrote:
>>> On 12/8/2016 2:43 PM, John Stultz wrote:
>>>> On Tue, Dec 6, 2016 at 7:52 PM, John Youn <john.y...@sy
-A host
>> ports on the board are wired up. As removing the usb-b plug seems to
>> switch the device back into A mode.
>>
>> One quirk with this board is that the USB-A ports on the board do not
>> function if anything is in the OTG/B plug (which is frustrating to use
>
On Thu, Dec 29, 2016 at 07:57:33AM -0200, Marcelo Tosatti wrote:
> On Thu, Dec 29, 2016 at 04:59:02PM +0800, Chen Yu wrote:
> > On Tue, Dec 27, 2016 at 01:32:47PM -0200, Marcelo Tosatti wrote:
> > > On Tue, Dec 27, 2016 at 04:06:44PM +0800, Chen Yu wrote:
> > > > Hi M
On Tue, Dec 27, 2016 at 01:32:47PM -0200, Marcelo Tosatti wrote:
> On Tue, Dec 27, 2016 at 04:06:44PM +0800, Chen Yu wrote:
> > Hi Marcelo,
> > On Mon, Dec 26, 2016 at 05:44:25PM -0200, Marcelo Tosatti wrote:
> > > On Fri, Dec 23, 2016 at 04:41:53PM +0800, Chen Yu
lly we can optimize this
scenario by using busy polling mode if GPE is disabled, which is much
faster than the default behavior.
Reported-and-tested-by: Chen Yu <yu.c.c...@intel.com>
Signed-off-by: Lv Zheng <lv.zh...@intel.com>
---
drivers/acpi/ec.c | 10 +-
1 file changed,
On Tue, Dec 20, 2016 at 11:56:51AM +0100, Lukas Wunner wrote:
Hi Lukas,
> On Tue, Dec 20, 2016 at 06:21:28PM +0800, Chen Yu wrote:
> > This is a debug patch to descibe/workaround the issue
> > we encountered recently.
> >
> > Problem and the cause:
> > Currently
On Tue, Dec 20, 2016 at 11:56:51AM +0100, Lukas Wunner wrote:
> On Tue, Dec 20, 2016 at 06:21:28PM +0800, Chen Yu wrote:
> > This is a debug patch to descibe/workaround the issue
> > we encountered recently.
> >
> > Problem and the cause:
> > Currently we are su
failed: -16
Suggested-by: Len Brown <l...@kernel.org>
Reported-by: Wendy Wang <wendy.w...@intel.com>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
drivers/base/platform.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/platform.c b/drivers/bas
t.com>
Cc: "H. Peter Anvin" <h...@zytor.com>
Cc: Wanpeng Li <wanpeng...@hotmail.com>
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
arch/x86/kvm/x86.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
i
Hi Marcelo,
On Mon, Dec 26, 2016 at 05:44:25PM -0200, Marcelo Tosatti wrote:
> On Fri, Dec 23, 2016 at 04:41:53PM +0800, Chen Yu wrote:
> > Currently the notifier of pvclock_gtod_notify() get invoked
> > frequently due to the periodic update_wall_time(). This might
> >
Hi,
On Thu, Dec 22, 2016 at 02:19:22AM +0100, Rafael J. Wysocki wrote:
> [CC Mika and linux-acpi]
>
> On Wednesday, December 21, 2016 05:24:55 PM Chen Yu wrote:
> > Sometimes we have the following error message:
> > platform MSFT0101:00: failed to claim resource 1
> >
dt, Todd E" <todd.e.bra...@intel.com>
Cc: Rui Zhang <rui.zh...@intel.com>
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
arch/x86/kernel/cpu/mtrr/main.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/x86/kernel/cpu/
Hi experts,
do you have any clue on this? thanks.
On Tue, Dec 20, 2016 at 06:21:28PM +0800, Chen Yu wrote:
> This is a debug patch to descibe/workaround the issue
> we encountered recently.
>
> Problem and the cause:
> Currently we are suffering from *extremely* slow CPU online
Viresh Kumar <viresh.ku...@linaro.org>
Cc: linux...@vger.kernel.org
Cc: Stable <sta...@vger.kernel.org> # 4.9+
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
drivers/cpufreq/cpufreq.c | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a
Len Brown <l...@kernel.org>
Cc: Pavel Machek <pa...@ucw.cz>
Cc: linux...@vger.kernel.org
Cc: linux-a...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
drivers/acpi/processor_throttling.c | 58 +
Hi,
On Mon, Mar 13, 2017 at 11:41:03PM +0100, Rafael J. Wysocki wrote:
> On Friday, February 17, 2017 04:27:30 PM Chen Yu wrote:
> > Previously a bug was reported that on certain Broadwell
> > platform, after resumed from S3, the CPU is running at
> > an anomalously low speed
Hi,
On Tue, Mar 14, 2017 at 06:38:03PM +0100, Pavel Machek wrote:
> Hi!
>
> > > > However there are still three problems left:
> > > > 1. More and more reports show that other platforms also
> > > >encountered the same issue, so the quirk list might
> > > >be endless.
> > > > 2. Each CPUs
Hi Prarit,
On Mon, Apr 10, 2017 at 07:26:31AM -0400, Prarit Bhargava wrote:
>
>
> On 04/09/2017 09:53 AM, Chen Yu wrote:
> > This is an optimization to bypass the free vector checking if the current
> > CPU has no irq to migrate. This can especially speed up the CPU off
. Peter Anvin" <h...@zytor.com>
Cc: Prarit Bhargava <pra...@redhat.com>
Cc: "Rafael J. Wysocki" <rafael.j.wyso...@intel.com>
Cc: Len Brown <len.br...@intel.com>
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Chen Yu <yu.c.c...@intel
Siewior <bige...@linutronix.de>
Cc: Len Brown <l...@kernel.org>
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: Stable <sta...@vger.kernel.org> # 4.9+
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
v2:
- According to Rafael and Sebastian's suggestion, remove
the
o Molnar <mi...@redhat.com>
Cc: "H. Peter Anvin" <h...@zytor.com>
Cc: Prarit Bhargava <pra...@redhat.com>
Cc: "Rafael J. Wysocki" <r...@rjwysocki.net>
Cc: Len Brown <l...@kernel.orq>
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by
Hi Michal,
On Tue, Aug 15, 2017 at 02:41:19PM +0200, Michal Hocko wrote:
> On Tue 15-08-17 01:19:16, Chen Yu wrote:
> [...]
> > @@ -2561,8 +2562,10 @@ void mark_free_pages(struct zone *zone)
> > unsigned long i;
> >
> >
On Tue, Aug 15, 2017 at 02:41:19PM +0200, Michal Hocko wrote:
> On Tue 15-08-17 01:19:16, Chen Yu wrote:
> [...]
> > @@ -2561,8 +2562,10 @@ void mark_free_pages(struct zone *zone)
> > unsigned long i;
> >
> >
.cz>
Cc: "Rafael J. Wysocki" <r...@rjwysocki.net>
Cc: Len Brown <l...@kernel.org>
Cc: Dan Williams <dan.j.willi...@intel.com>
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
v2: Change the 'fee
On Wed, Aug 16, 2017 at 02:33:59PM +0200, Michal Hocko wrote:
> On Wed 16-08-17 12:53:38, Chen Yu wrote:
> [...]
> > @@ -2537,10 +2538,15 @@ void mark_free_pages(struct zone *zone)
> > unsigned long flags;
> > unsigned int order, t;
> > struct page *p
the NMI lockup by feeding the dog in the deepest level of loop.
Reported-by: Jan Filipcewicz <jan.filipcew...@intel.com>
Cc: "Rafael J. Wysocki" <r...@rjwysocki.net>
Cc: Len Brown <l...@kernel.org>
Cc: Dan Williams <dan.j.willi...@intel.com>
Signed-off-by: Che
...@techsingularity.net>
Cc: Vlastimil Babka <vba...@suse.cz>
Cc: "Rafael J. Wysocki" <r...@rjwysocki.net>
Cc: Len Brown <l...@kernel.org>
Cc: Dan Williams <dan.j.willi...@intel.com>
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
Hi Bjorn,
On Thu, Jun 29, 2017 at 09:39:31PM -0500, Bjorn Helgaas wrote:
> On Thu, Jun 29, 2017 at 02:19:26PM -0500, Bjorn Helgaas wrote:
> > On Fri, Aug 19, 2016 at 04:30:25PM +0800, Chen Yu wrote:
> > > People reported that they can not do a poweroff nor a
> > > susp
On Fri, Jun 23, 2017 at 10:42:10AM +0200, Ingo Molnar wrote:
>
> * Chen Yu <yu.c.c...@intel.com> wrote:
>
> > Hi Ingo,
> > On Thu, Jun 22, 2017 at 11:40:30AM +0200, Ingo Molnar wrote:
> > >
> > > * Chen Yu <yu.c.c...@intel.com> wrote:
> >
zilla.kernel.org/show_bug.cgi?id=103211
> Tested-by: the...@gmail.com
> Signed-off-by: Bjorn Helgaas <bhelg...@google.com>
> Cc: sta...@vger.kernel.org
> Cc: Rafael J. Wysocki <raf...@kernel.org>
> Cc: Lukas Wunner <lu...@wunner.de>
> Cc: Chen Yu <yu.c.c.
On Sun, Jun 04, 2017 at 10:04:53PM +0200, Thomas Gleixner wrote:
> On Mon, 24 Apr 2017, Chen Yu wrote:
>
> > fixup_cpus() is to set appropriate irq affinity once the CPU
> > has been brought down, however we should also adjust the
> > desc->irq_common_data.aff
On Tue, Jul 04, 2017 at 10:50:33AM +0200, Thomas Gleixner wrote:
> On Mon, 3 Jul 2017, Chen Yu wrote:
> > On Sun, Jun 04, 2017 at 10:04:53PM +0200, Thomas Gleixner wrote:
> > > After looking at the callsites, it's safe to change
> > > irq_set_affinity_locked() so that
Hi Lv,
On Mon, Jul 03, 2017 at 01:15:26PM +0800, Zheng, Lv wrote:
> Hi, Rafael
>
> > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > Subject: Re: [PATCH 3/3] ACPI: EC: Change EC noirq tuning to be an optional
> > behavior
> >
> > On Wednesday, June 14, 2017 01:59:24 PM Lv Zheng wrote:
>
Hi Thomas,
On Wed, Jun 28, 2017 at 09:03:19PM +0200, Thomas Gleixner wrote:
> On Sat, 13 May 2017, Chen Yu wrote:
> > This is because:
> > 1. One of the drivers has declare many vector resource via
> >pci_enable_msix_range(), say, this driver might likely want
> >
On Wed, Jul 05, 2017 at 08:46:08AM +0200, Thomas Gleixner wrote:
> On Wed, 5 Jul 2017, Chen Yu wrote:
> > On Tue, Jul 04, 2017 at 10:50:33AM +0200, Thomas Gleixner wrote:
> > Here's the test result for affinity:
> > # uname -r
> > 4.12.0+
> > # cat /proc/irq/32/s
<mi...@redhat.com>
Cc: "H. Peter Anvin" <h...@zytor.com>
Cc: Borislav Petkov <b...@suse.de>
Cc: Len Brown <len.br...@intel.com>
Cc: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Cc: x...@kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by:
On Thu, Aug 17, 2017 at 01:28:06PM +0200, Michal Hocko wrote:
> On Thu 17-08-17 12:04:34, Chen Yu wrote:
> [...]
> > #ifdef CONFIG_HIBERNATION
> >
> > +/* Touch watchdog for every WD_INTERVAL_PAGE pages. */
> > +#define WD_INTERVAL_PAGE 1000
>
> travers
org>
Cc: Michal Hocko <mho...@kernel.org>
Cc: Mel Gorman <mgor...@techsingularity.net>
Cc: Vlastimil Babka <vba...@suse.cz>
Cc: "Rafael J. Wysocki" <r...@rjwysocki.net>
Cc: Len Brown <l...@kernel.org>
Cc: Dan Williams <dan.j.willi...@intel.com>
lt;r...@rjwysocki.net>
Cc: Len Brown <l...@kernel.org>
Cc: Dan Williams <dan.j.willi...@intel.com>
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Chen Yu <yu.c.c...@intel.com>
---
mm/page_alloc.c | 20 ++--
1 file changed, 18 insertio
On Tue, Aug 22, 2017 at 02:55:39PM +0200, Rafael J. Wysocki wrote:
> On Tuesday, August 22, 2017 5:20:02 AM CEST Chen Yu wrote:
> > There is a problem that when counting the pages for creating
> > the hibernation snapshot will take significant amount of
> > time, especially
o Molnar <mi...@redhat.com>
Cc: "Anvin, H Peter" <h.peter.an...@intel.com>
Cc: "Van De Ven, Arjan" <arjan.van.de@intel.com>
Cc: "Brown, Len" <len.br...@intel.com>
Cc: "Wysocki, Rafael J" <rafael.j.wyso...@intel.com>
Cc: x...@kernel.org
Si
101 - 200 of 6893 matches
Mail list logo