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] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080930010613.GA30375@srcf.ucam.org>
Date:	Tue, 30 Sep 2008 02:06:13 +0100
From:	Matthew Garrett <mjg59@...f.ucam.org>
To:	"Jeffrey W. Baker" <jwbaker@...il.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: Put unused PCI devices in D3

On Mon, Sep 29, 2008 at 05:55:47PM -0700, Jeffrey W. Baker wrote:

> No, you couldn't, but that isn't really the point.  If I have my laptop
> on a transoceanic flight it may be useful for me to be able to set a
> power policy turning off all the extraneous junk on my machine, because
> I know /a priori/ that no hotplug events will happen.  There's no way
> the kernel could know that, but userspace can tell the kernel to turn
> off an unneeded device.

The majority (though it's not universal) of modern hardware can be put 
into a state where you get most of the power savings of the entire part 
being in D3 but with little functional regression. While I'm not averse 
to adding features that aid the power user who's happy to poke around 
with individual drivers, this shouldn't be at the expense of 
implementing good runtime power management for the more common case.

Not that I'm suggesting you're doing that, I just want to emphasise that 
you're working on a slightly more niche concern :)
-- 
Matthew Garrett | mjg59@...f.ucam.org
--
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