headers
Nigel Cunningham | 1 Oct 2009 03:28
Picon
Favicon

Re: [PATCH 1/2] Move swap functions to kernel/power/swap.c.

Hi.

Rafael J. Wysocki wrote:
> On Monday 28 September 2009, Nigel Cunningham wrote:
>> Move hibernation code's functions for allocating and freeing swap
>> from swsusp.c to swap.c, which is where you'd expect to find them.
> 
> Sorry for the delay.
> 
> Both patches look good, I'm going to add them to suspend-2.6/linux-next
> in the next few days.

Okay; thanks.

I have another patch for allocating the swap prior to starting to write 
the image (working towards removing the index pages and then adding 
readahead & compression). I know the preallocation patch works, but want 
to do a little more testing (make sure it's always calculating correctly 
how many pages are needed) before I send it.

Regards,

Nigel
Permalink | Reply | 0 comments |
headers
David Miller | 1 Oct 2009 05:11
Favicon

Re: [PATCH] 3c59x: Rework suspend and resume

From: "Rafael J. Wysocki" <rjw <at> sisk.pl>
Date: Fri, 25 Sep 2009 23:54:34 +0200

> On Friday 25 September 2009, Anton Vorontsov wrote:
>> As noticed by Alan Stern, there is still one issue with the driver:
>> we disable PCI IRQ on suspend, but other devices on the same IRQ
>> line might still need the IRQ enabled to suspend properly.
>> 
>> Nowadays, PCI core handles all power management work by itself, with
>> one condition though: if we use dev_pm_ops. So, rework the driver to
>> only quiesce 3c59x internal logic on suspend, while PCI core will
>> manage PCI device power state with IRQs disabled.
>> 
>> Suggested-by: Rafael J. Wysocki <rjw <at> sisk.pl>
> 
> Acked-by: Rafael J. Wysocki <rjw <at> sisk.pl>

Applied, thanks everyone.
Permalink | Reply | 0 comments |
headers
Rafael J. Wysocki | 1 Oct 2009 22:52
Picon
Gravatar

Re: [Suspend-devel] How to turn off graphics to save energy?

On Thursday 01 October 2009, per jägmalm wrote:
> but let the rest of the machine run..

I believe X drivers allow you to do that to some extent.  Beyond that you'd
need a kernel support for such things which is missing at the moment.

Thanks,
Rafael
Permalink | Reply | 0 comments |
headers
Rafael J. Wysocki | 1 Oct 2009 22:53
Picon
Gravatar

Re: [PATCH 1/2] Move swap functions to kernel/power/swap.c.

On Thursday 01 October 2009, Nigel Cunningham wrote:
> Hi.
> 
> Rafael J. Wysocki wrote:
> > On Monday 28 September 2009, Nigel Cunningham wrote:
> >> Move hibernation code's functions for allocating and freeing swap
> >> from swsusp.c to swap.c, which is where you'd expect to find them.
> > 
> > Sorry for the delay.
> > 
> > Both patches look good, I'm going to add them to suspend-2.6/linux-next
> > in the next few days.
> 
> Okay; thanks.
> 
> I have another patch for allocating the swap prior to starting to write 
> the image (working towards removing the index pages and then adding 
> readahead & compression). I know the preallocation patch works, but want 
> to do a little more testing (make sure it's always calculating correctly 
> how many pages are needed) before I send it.

Fine by me.

Thanks,
Rafael
Permalink | Reply | 0 comments |
headers
Leisner, Martin | 1 Oct 2009 22:55
Picon

WOL with flex filters, reflecting it in /sys

I'm looking to extend the work of Mitch Williams to support flexible
filters.
(http://www.mail-archive.com/netdev <at> vger.kernel.org/msg60332.html}

Looking at the problem, would it be a good idea to reflect WOL
characteristics in the /sys filesystem (instead of requiring ethtool to
set them)?

Seems straightforward and easy enough.

I know the VIA Rhinefet and Intel e1000 support filters -- and some
freescale
seems to have some front end that support filters...and we've also
implemented filters in software...

What I'm thinking of is a hierarchy in /sys/classes/net/≤device>/wol/

wol/
   /flex-filters
      /0
           data -- hex data to match
           mask -- string of 1 and 0 -- if 1, the data is valid in the
bit 
                   position
      ...
      /n
	   data
         mask
  /wake_up_packet
  /traditional --r/w (0/1)
(Continue reading)

Permalink | Reply | 4 comments |
headers
Rafael J. Wysocki | 1 Oct 2009 23:04
Picon
Gravatar

Re: [PATCH 01/19] freezer: don't get over-anxious while waiting

On Thursday 01 October 2009, Pavel Machek wrote:
> 
> > Freezing isn't exactly the most latency sensitive operation and
> > there's no reason to burn cpu cycles and power waiting for it to
> > complete.  msleep(10) instead of yield().  This should improve
> > reliability of emergency hibernation.
> 
> i don't see how it improves reliability, but its probably ok.
> 
> Well... for hibernation anyway. I can imagine cgroup users where
> freeze is so fast that this matters. rjw cc-ed.		pavel

Thanks.  I'd like to hear from the cgroup freezer people about that.

> > Signed-off-by: Tejun Heo <tj <at> kernel.org>
> > ---
> >  kernel/power/process.c |   13 +++++++++----
> >  1 files changed, 9 insertions(+), 4 deletions(-)
> > 
> > diff --git a/kernel/power/process.c b/kernel/power/process.c
> > index cc2e553..9d26a0a 100644
> > --- a/kernel/power/process.c
> > +++ b/kernel/power/process.c
> >  <at>  <at>  -41,7 +41,7  <at>  <at>  static int try_to_freeze_tasks(bool sig_only)
> >  	do_gettimeofday(&start);
> >  
> >  	end_time = jiffies + TIMEOUT;
> > -	do {
> > +	while (true) {
> >  		todo = 0;
(Continue reading)

Permalink | Reply | 0 comments |
headers
Rafael J. Wysocki | 1 Oct 2009 23:23
Picon
Gravatar

Re: WOL with flex filters, reflecting it in /sys

On Thursday 01 October 2009, Leisner, Martin wrote:
> I'm looking to extend the work of Mitch Williams to support flexible
> filters.
> (http://www.mail-archive.com/netdev <at> vger.kernel.org/msg60332.html}
> 
> Looking at the problem, would it be a good idea to reflect WOL
> characteristics in the /sys filesystem (instead of requiring ethtool to
> set them)?
> 
> Seems straightforward and easy enough.

I'm not sure about that.

The supported WoL settings seem to depend on the driver and whether WoL is
going to work also depends on the device's power/wakeup setting.

Thanks,
Rafael
Permalink | Reply | 0 comments |
headers
David Miller | 1 Oct 2009 23:22
Favicon

Re: WOL with flex filters, reflecting it in /sys

From: "Leisner, Martin" <Martin.Leisner <at> xerox.com>
Date: Thu, 1 Oct 2009 13:55:03 -0700

> What I'm thinking of is a hierarchy in /sys/classes/net/≤device>/wol/
> 
> wol/
>    /flex-filters
>       /0
>            data -- hex data to match
>            mask -- string of 1 and 0 -- if 1, the data is valid in the
> bit 
>                    position
>       ...
>       /n
> 	   data
>          mask
>   /wake_up_packet
>   /traditional --r/w (0/1)
>      /magic_packet
>      /arp
>      /unicast
>      /multicast
>      /broadcast
>      /phy

That's a pretty hairy interface for users to learn.  Are you
really sure this is nicer than adding this facility to ethtool? :-)
Permalink | Reply | 0 comments |
headers
Rafael J. Wysocki | 1 Oct 2009 21:26
Picon
Gravatar

2.6.32-rc1-git2: Reported regressions from 2.6.31

[Notes:

 * Here's the first summary report of known regressions from 2.6.31.  There's
   not too many of them at the moment, which is nice.

 * We're still getting quite a number of reports of regressions from 2.6.30 and
   it's been that way since 2.6.31 was released.  For details please see the
   summary report of regressions 2.6.30 -> 2.6.31 that will follow shortly.]

This message contains a list of some regressions from 2.6.31, for which there
are no fixes in the mainline I know of.  If any of them have been fixed already,
please let me know.

If you know of any other unresolved regressions from 2.6.31, please let me know
either and I'll add them to the list.  Also, please let me know if any of the
entries below are invalid.

Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.

Listed regressions statistics:

  Date          Total  Pending  Unresolved
  ----------------------------------------
  2009-10-02       22       15           9

Unresolved regressions
----------------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
Rafael J. Wysocki | 1 Oct 2009 21:53
Picon
Gravatar

2.6.32-rc1-git2: Reported regressions 2.6.30 -> 2.6.31

[Notes:

 * Quite a number of new regressions from 2.6.30 has been reported during
   the last three weeks.

 * The number of unresolved regressions 2.6.30 -> 2.6.31 is now the second
   highest ever.]

This message contains a list of some regressions introduced between 2.6.30 and
2.6.31, for which there are no fixes in the mainline I know of.  If any of them
have been fixed already, please let me know.

If you know of any other unresolved regressions introduced between 2.6.30
and 2.6.31, please let me know either and I'll add them to the list.
Also, please let me know if any of the entries below are invalid.

Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.

Listed regressions statistics:

  Date          Total  Pending  Unresolved
  ----------------------------------------
  2009-10-02      151       49          42
  2009-09-06      123       34          27
  2009-08-26      108       33          26
  2009-08-20      102       32          29
  2009-08-10       89       27          24
  2009-08-02       76       36          28
(Continue reading)

Permalink | Reply | 0 comments |

Gmane