[PATCH] fix sysfs showing the correct C-states after AC->DC and DC->AC transitions

s_usage[CPUIDLE_STATE_MAX]; struct cpuidle_state_kobj *kobjs[CPUIDLE_STATE_MAX]; struct cpuidle_driver_kobj *kobj_driver; -- 2.1.0 >From d8357a73b8bf4e23a4b5ac4499224b39d0079ddb Mon Sep 17 00:00:00 2001 From: Thomas Schlichter Date: Tue, 31 Mar 2015 20:24:39 +0200 Subject: [PATCH 2/2] ACPI / cpui

Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect

Am Sonntag, 13. Januar 2013, 21:44:41 schrieb Daniel Lezcano: > On 01/13/2013 09:36 PM, Sedat Dilek wrote: > > 0001: Refreshed 1-2 as v3 against Linux v3.8-rc3. > > 0002: v2 of 2-2 applied cleanly after 1-2 was refreshed! > > Hi Sedat, > > for the moment, you should use only the 1/2 because 2/2 (

Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect

that some information is missing and the C3 state is not used. Kind regards, Thomas Am Freitag, 18. Januar 2013, 21:34:29 schrieb Thomas Schlichter: > Dear Rafael, > > thank you for applying Daniel's patch. I tested 3.8-rc4 and found that one > patch ist still missing to fix

Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect

h the problem is fixed for me. So please consider applying this, too. Kind regards, Thomas Am Sonntag, 13. Januar 2013, 21:04:45 schrieb Rafael J. Wysocki: > On Sunday, January 13, 2013 03:41:34 PM Daniel Lezcano wrote: > > On 01/13/2013 01:34 PM, Thomas Schlichter w

[PATCH] cpuidle: fix new C-states not functional after AC disconnect

real power consumption regression since 3.2, I really ask you to apply anything and push it to stable, too! Kind regards, Thomas Schlichter>From 5296fec02cfadf10daf6395ad6b55075381b2439 Mon Sep 17 00:00:00 2001 From: Thomas Schlichter Date: Sun, 2 Sep 2012 14:35:34 +0200 Subject: [PATCH 1/2] G

Re: [PATCH 2/3] dyntick - Fix lost tick calculation in timer pm.c

Hi Srivatsa, thank you for improving your patch by fixing the two problems. Now I do have just two minor nits which you may consider: 1. You don't need to hold the monotonic_lock that long, it is only necessary when updating offset_last and monotonic_base. So I would propose something like thi

Re: [PATCH][RFC] vm: swap prefetch

Hi Con! Am Donnerstag, 1. September 2005 15:46 schrieb Con Kolivas: > Here is a working swap prefetching patch for 2.6.13. I have resuscitated > and rewritten some early prefetch code Thomas Schlichter did in late 2.5 to > create a configurable kernel thread that reads in swap from ram i

Re: [PATCH 1/3] Updated dynamic tick patches - Fix lost tick

Hi Srivatsa, Am Donnerstag, 1. September 2005 12:28 schrieb Srivatsa Vaddagiri: > On Thu, Sep 01, 2005 at 09:42:23AM +0200, Thomas Schlichter wrote: > > Think about two adjacent regular timer interrupts. Now consider the first > > one is handled very late (indeed even after the s

Re: [PATCH 1/3] Updated dynamic tick patches - Fix lost tick

Am Donnerstag, 1. September 2005 09:23 schrieb Srivatsa Vaddagiri: > On Thu, Sep 01, 2005 at 08:29:32AM +0200, Thomas Schlichter wrote: > > I tested the attached patch during the last night and it sems to work... > > A quick feedback on your patch: > > A litmus test that I

Re: [PATCH 1/3] Updated dynamic tick patches - Fix lost tick

t; and "offset_delay" to always contain PM-timer-ticks and compute the lost jiffies directly using PMTMR_TICKS_PER_JIFFY. I tested the attached patch during the last night and it sems to work... Best regards Thomas Schlichter --- linux-2.6.13/arch/i386/kernel/timers/timer_pm.c.or