lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:   Tue, 30 Jul 2019 11:51:28 +0200
From:   "Rafael J. Wysocki" <rjw@...ysocki.net>
To:     Linux ACPI <linux-acpi@...r.kernel.org>
Cc:     Linux PM <linux-pm@...r.kernel.org>,
        LKML <linux-kernel@...r.kernel.org>,
        Zhang Rui <rui.zhang@...el.com>,
        Rajneesh Bhardwaj <rajneesh.bhardwaj@...ux.intel.com>,
        Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
Subject: [PATCH v2 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle

Hi All,

> On top of the "Simplify the suspend-to-idle control flow" patch series
> posted previously:
> 
> https://lore.kernel.org/lkml/71085220.z6FKkvYQPX@kreacher/
> 
> sanitize the suspend-to-idle flow even further.
> 
> First off, decouple EC wakeup from the LPS0 _DSM processing (patch 1).
> 
> Next, reorder the code to invoke LPS0 _DSM Functions 5 and 6 in the
> specification-compliant order with respect to suspending and resuming
> devices (patch 2).
> 
> Finally, rearrange lps0_device_attach() (patch 3) and add a command line
> switch to prevent the LPS0 _DSM from being used..

The v2 is because I found a (minor) bug in patch 1, decided to use a module parameter
instead of a kernel command line option in patch 4.  Also, there are 4 new patches:

Patch 5: Switch the EC over to polling during "noirq" suspend and back during "noirq"
resume.

Patch 6: Eliminate acpi_sleep_no_ec_events().

Patch 7: Consolidate some EC code depending on PM_SLEEP.

Patch 8: Add EC GPE dispatching debug message.

Please refer to the changelogs for details.

Thanks,
Rafael



Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ