All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Kenneth R. Crudup" <kenny@panix.com>
To: "Rafael J. Wysocki" <rafael@kernel.org>
Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Rafael Wysocki <rafael.j.wysocki@intel.com>,
	Linux PM <linux-pm@vger.kernel.org>
Subject: Re: Help me fix a regression caused by 56b9918490 (PM: sleep: Simplify suspend-to-idle control flow)
Date: Tue, 26 Nov 2019 18:35:45 -0800 (PST)	[thread overview]
Message-ID: <alpine.DEB.2.21.1911261819510.2523@hp-x360n> (raw)
In-Reply-To: <alpine.DEB.2.21.1911261542430.2523@hp-x360n>


On Tue, 26 Nov 2019, Kenneth R. Crudup wrote:

> So there were some 5 times where my laptop spontaneously (I'll bet it was
> that damned accelerometer) woke up, sometimes for minutes at at time, all
> the while in my laptop bag.
...
> But the great news about this is this maybe explains why I'll try and resume
> after being mobile; whatever awakening we used to do wouldn't be handled
> (again, guessing :)) and we'd freeze up.

So I'd just realized something- when you'd first pushed the series of commits
changing the S2idle flow, I'd sent an E-mail about some issues I'd had:

----
Date: Wed, 18 Sep 2019 18:05:53
From: Kenneth R. Crudup <kenny@panix.com>
To: rafael.j.wysocki@intel.com
Cc: linux-pm@vger.kernel.org
Message-ID: <alpine.DEB.2.21.1909181742470.2771@hp-x360n>
Subject: Help me help you debug what seems to be an EC resume issue
...
>>> Before these commits, I used to set "acpi.ec_no_wakeup=1" because the
>>> orientation sensor (at least, and probably other things) would wake up
>>> the laptop (then immediately suspend), which I'm sure was using up
>>> battery while I'm just walking around.
>>> I've turned off "ec_no_wakeup" for testing and the good news is the
>>> orientation sensor doesn't cause the laptop to draw more power when shaking it.
----

Whoops- I guess in the face of everything we now know, that was indeed a
bug and not a feature, because I'd also posted:

>>>  Randomly, if left suspended, nothing other than a hard power off will get
>>>  it back (and I can't be sure, but I think current consumption can be normal
>>>  when it suspends, but this seems to only happen if I've unplugged the
>>>  charger after suspending (so no power meter))

So now we know.

So, now that apparently (fingers still crossed, but so far, so very good)
you've squashed that resume bug, do I have any recourse about this thing
waking up for just by staring at it very hard other than "ec_no_wakeup=1"?

Personally I don't mind at all having the keyboard being the only thing
that'll take the laptop out of suspend, and the only reason I was looking
for not having to modify the EC operation was 'cause I thought having that
set meant we'd short-circuited some other s2idle optimization, and I'm
constantly trying to minimize s2idle power consumption.

If all "ec_no_wakeup=1" actually does is silently ignore EC wakeup events,
then I'll stick with it.

Thanks,

	-Kenny

-- 
Kenneth R. Crudup  Sr. SW Engineer, Scott County Consulting, Silicon Valley

  reply	other threads:[~2019-11-27  2:35 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-22  0:11 Help me fix a regression caused by 56b9918490 (PM: sleep: Simplify suspend-to-idle control flow) Kenneth R. Crudup
2019-11-22 10:12 ` Rafael J. Wysocki
2019-11-22 12:45   ` Rafael J. Wysocki
2019-11-22 17:35     ` Kenneth R. Crudup
2019-11-23 10:24     ` Kenneth R. Crudup
2019-11-24 16:02       ` Rafael J. Wysocki
2019-11-25  3:40         ` Kenneth R. Crudup
2019-11-25 13:27           ` Rafael J. Wysocki
2019-11-25 14:14             ` Rafael J. Wysocki
2019-11-25 18:27               ` Kenneth R. Crudup
2019-11-25 20:11                 ` Kenneth R. Crudup
2019-11-25 20:19                   ` Kenneth R. Crudup
2019-11-25 22:01                   ` Rafael J. Wysocki
2019-11-25 23:32                     ` Kenneth R. Crudup
2019-11-26  8:50                       ` Rafael J. Wysocki
2019-11-26 16:12                         ` Rafael J. Wysocki
2019-11-26 16:15                         ` Kenneth R. Crudup
2019-11-26 16:27                           ` Rafael J. Wysocki
2019-11-26 16:35                             ` Kenneth R. Crudup
2019-11-26 18:48                               ` Rafael J. Wysocki
2019-11-26 19:03                                 ` Kenneth R. Crudup
2019-11-26 19:09                                   ` Rafael J. Wysocki
2019-11-26 19:13                                     ` Kenneth R. Crudup
2019-11-26 19:45                                     ` Kenneth R. Crudup
2019-11-26 23:56                                     ` Kenneth R. Crudup
2019-11-27  2:35                                       ` Kenneth R. Crudup [this message]
2019-11-27  8:31                                         ` Rafael J. Wysocki
2019-11-27 22:30                                           ` Kenneth R. Crudup
2019-11-28 16:25                                             ` Rafael J. Wysocki
2019-11-25 21:47                 ` Rafael J. Wysocki
2019-11-25 16:21             ` Kenneth R. Crudup
2019-11-25 21:46               ` Rafael J. Wysocki
2019-11-25 23:02                 ` Kenneth R. Crudup
2019-11-26  8:53                   ` Rafael J. Wysocki
2019-11-25  5:50         ` Kenneth R. Crudup
2019-11-25  7:17           ` Kenneth R. Crudup
2019-11-22 17:29   ` Kenneth R. Crudup

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alpine.DEB.2.21.1911261819510.2523@hp-x360n \
    --to=kenny@panix.com \
    --cc=linux-pm@vger.kernel.org \
    --cc=rafael.j.wysocki@intel.com \
    --cc=rafael@kernel.org \
    --cc=rjw@rjwysocki.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.