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-prev] [day] [month] [year] [list]
Message-Id: <201109261748.29952.rjw@sisk.pl>
Date:	Mon, 26 Sep 2011 17:48:29 +0200
From:	"Rafael J. Wysocki" <rjw@...k.pl>
To:	Alan Stern <stern@...land.harvard.edu>
Cc:	USB list <linux-usb@...r.kernel.org>,
	Kernel development list <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] Update the policy on default wakeup settings

On Monday, September 26, 2011, Alan Stern wrote:
> This patch (as1485) documents a change to the kernel's default wakeup
> policy.  Devices that forward wakeup requests between buses should be
> enabled for wakeup by default.
> 
> Signed-off-by: Alan Stern <stern@...land.harvard.edu>

Applied to linux-pm/linux-next.

Thanks,
Rafael

> ---
> 
> Because of the unavailability of the linux-pm mailing list, I'm posting 
> this on LKML.
> 
> 
>  Documentation/power/devices.txt |    4 +++-
>  drivers/base/power/wakeup.c     |    4 +++-
>  2 files changed, 6 insertions(+), 2 deletions(-)
> 
> Index: usb-3.1/Documentation/power/devices.txt
> ===================================================================
> --- usb-3.1.orig/Documentation/power/devices.txt
> +++ usb-3.1/Documentation/power/devices.txt
> @@ -152,7 +152,9 @@ try to use its wakeup mechanism.  device
>  for the most part drivers should not change its value.  The initial value of
>  should_wakeup is supposed to be false for the majority of devices; the major
>  exceptions are power buttons, keyboards, and Ethernet adapters whose WoL
> -(wake-on-LAN) feature has been set up with ethtool.
> +(wake-on-LAN) feature has been set up with ethtool.  It should also default
> +to true for devices that don't generate wakeup requests on their own but merely
> +forward wakeup requests from one bus to another (like PCI bridges).
>  
>  Whether or not a device is capable of issuing wakeup events is a hardware
>  matter, and the kernel is responsible for keeping track of it.  By contrast,
> Index: usb-3.1/drivers/base/power/wakeup.c
> ===================================================================
> --- usb-3.1.orig/drivers/base/power/wakeup.c
> +++ usb-3.1/drivers/base/power/wakeup.c
> @@ -276,7 +276,9 @@ EXPORT_SYMBOL_GPL(device_set_wakeup_capa
>   *
>   * By default, most devices should leave wakeup disabled.  The exceptions are
>   * devices that everyone expects to be wakeup sources: keyboards, power buttons,
> - * possibly network interfaces, etc.
> + * possibly network interfaces, etc.  Also, devices that don't generate their
> + * own wakeup requests but merely forward requests from one bus to another
> + * (like PCI bridges) should have wakeup enabled by default.
>   */
>  int device_init_wakeup(struct device *dev, bool enable)
>  {
> 
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ