login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
June
»
10
Re: [RFC] expand link_power_management_policy definition
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
[view in full thread]
From: Tejun Heo
Subject:
Re: [RFC] expand link_power_management_policy definition
Date: Monday, June 9, 2008 - 7:51 pm
Jeff Garzik wrote:
quoted text
> Kristen Carlson Accardi wrote: >> I think I mentioned on the list a couple weeks ago that I favor just >> expanding the definition of link power management to include >> the notion of simply powering the entire port off rather >> than adding new knobs to sysfs. I wrote this completely untested and >> very incomplete patch to give you a better idea of what I am proposing. >> This patch adds a new valid value of "power_off" for the existing >> link_power_management_policy sysfs entry: > > Looks fine to me... that would work nicely. > > I think your patch is missing code to handle the transition from > power_off to <something else>, though, right? > > I'm quite happy with this approach.
I agree this is the right place to implement the control. Thanks. -- tejun --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
Messages in current thread:
[RFC] expand link_power_management_policy definition
, Kristen Carlson Accardi
, (Tue Jun 3, 5:23 pm)
Re: [RFC] expand link_power_management_policy definition
, Jeff Garzik
, (Tue Jun 3, 5:52 pm)
Re: [RFC] expand link_power_management_policy definition
, Kristen Carlson Accardi
, (Wed Jun 4, 9:08 am)
Re: [RFC] expand link_power_management_policy definition
, Tejun Heo
, (Mon Jun 9, 7:51 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Paul Turner
[tg_shares_up rewrite v4 11/11] sched: update tg->shares after cpu.shares write
Mr. James W. Laferriere
Re: Linux 2.6.25-rc1 , syntax error near unexpected token `;'
Chuck Ebbert
Re: PCI: Unable to reserve mem region problem
Linus Torvalds
Linux 2.6.34-rc4
Mingming Cao
Re: [RFC 1/4] Large Blocksize support for Ext2/3/4
git
:
Ralf Wildenhues
[PATCH] Fix typos in the documentation
Len Brown
Re: fatal: unable to create '.git/index': File exists
Adeodato
Bazaar's patience diff as GIT_EXTERNAL_DIFF
Denis Bueno
Git clone error
Johannes Schindelin
Re: [PATCH 2/4] Add functions get_relative_cwd() and is_inside_dir()
git-commits-head
:
Linux Kernel Mailing List
ASoC: fix registration of the SoC card in the Freescale MPC8610 drivers
Linux Kernel Mailing List
drivers/acpi: use kasprintf
Linux Kernel Mailing List
nfsd41: sanity check client drc maxreqs
Linux Kernel Mailing List
bnx2x: Moving includes
Linux Kernel Mailing List
V4L/DVB: gspca - sonixj: Adjust minor values of sensor ov7630. - set the color ga...
openbsd-misc
:
Sevan / Venture37
Re: This is what Linus Torvalds calls openBSD crowd
Netmaffia.hu
Tini Lányok AKCIÓBAN OTTHON
Sam Fourman Jr.
Re: Help with Altell PC6700
Siju George
This is what Linus Torvalds calls openBSD crowd
Darrin Chandler
Re: OT: Python (was Re: vi in /bin)
linux-netdev
:
Kurt Van Dijck
Re: [PATCH net-next-2.6 1/2] can: add driver for Softing card
Eric Dumazet
Re: [PATCH net-next-2.6] net: Introduce skb_orphan_try()
Jamie Lokier
Re: POHMELFS high performance network filesystem. Transactions, failover, performa...
Jarek Poplawski
Re: socket api problem: can't bind an ipv6 socket to ::ffff:0.0.0.0
David Miller
Re: [PATCH v2] net: typos in comments in include/linux/igmp.h
Colocation donated by:
Syndicate