All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Steigerwald <Martin@lichtvoll.de>
To: Pavel Machek <pavel@ucw.cz>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>,
	Linux PM mailing list <linux-pm@lists.linux-foundation.org>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [RFC][PATCH] PM / Hibernate: Add sysfs knob to control size of memory for drivers
Date: Wed, 18 May 2011 20:09:46 +0200	[thread overview]
Message-ID: <201105182009.55813.Martin@lichtvoll.de> (raw)
In-Reply-To: <20110518172717.GA5734@elf.ucw.cz>

[-- Attachment #1: Type: Text/Plain, Size: 2893 bytes --]

Am Mittwoch, 18. Mai 2011 schrieb Pavel Machek:
> Hi!
> 
> > > From: Rafael J. Wysocki <rjw@sisk.pl>
> > > 
> > > Martin reports that on his system hibernation occasionally fails
> > > due to the lack of memory, because the radeon driver apparently
> > > allocates too much of it during the device freeze stage.  It turns
> > > out that the amount of memory allocated by radeon during
> > > hibernation (and presumably during system suspend too) depends on
> > > the utilization of the GPU (e.g. hibernating while there are two
> > > KDE 4 sessions with compositing enabled causes radeon to allocate
> > > more memory than for one KDE 4 session).
> > > 
> > > In principle it should be possible to use image_size to make the
> > > memory preallocation mechanism free enough memory for the radeon
> > > driver, but in practice it is not easy to guess the right value
> > > because of the way the preallocation code uses image_size.  For
> > > this reason, it seems reasonable to allow users to control the
> > > amount of memory reserved for driver allocations made after the
> > > preallocation, which currently is constant and amounts to 1 MB.
> > > 
> > > Introduce a new sysfs file, /sys/power/reserved_size, whose value
> > > will be used as the amount of memory to reserve for the
> > > post-preallocation reservations made by device drivers, in bytes.
> > > For backwards compatibility, set its default (and initial) value to
> > > the currently used number (1 MB).
> > > 
> > > References: https://bugzilla.kernel.org/show_bug.cgi?id=34102
> > > Reported-by: Martin Steigerwald <Martin@Lichtvoll.de>
> > > Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
> > 
> > OK, there are no comments, so my understanding is that everyone is
> > fine with this patch and I can add it to my linux-next branch.
> 
> Actually no, I don't like it. Yes, knob might be useful for debugging,
> but having it as part of official kernel interface...

Well I and people with similar setups it is actually quite useful. It 
makes the difference between does hibernate *every time* versus does not 
hibernate sometimes. And I don't see why it can't go again, when the issue 
is taken care of elsewise in the future. I think that autotuning / drivers 
allocating their memory via whatnot is better, but until such a mechanism 
is agreed, developed and included in official kernel I do think that this 
knob does help.

So or so I will patch this in for the kernels for my ThinkPad T42, whether 
its part of the official kernel or not. And I build my own kernels anyway. 
So when described issue really only happens on my setup and nowhere 
else...

I think missing is some documentation so that the advanced user can figure 
out this knob.

-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2011-05-18 18:09 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-09 22:59 [RFC][PATCH] PM / Hibernate: Add sysfs knob to control size of memory for drivers Rafael J. Wysocki
2011-05-14 22:56 ` Rafael J. Wysocki
2011-05-15  8:51   ` Martin Steigerwald
2011-05-15  8:51     ` Martin Steigerwald
2011-05-15  9:36     ` Rafael J. Wysocki
2011-05-15  9:36     ` Rafael J. Wysocki
2011-05-15  9:51       ` Rafael J. Wysocki
2011-05-15  9:51       ` Rafael J. Wysocki
2011-05-16 21:34       ` Nigel Cunningham
2011-05-16 21:34         ` Nigel Cunningham
2011-05-16 23:22         ` Rafael J. Wysocki
2011-05-16 23:22         ` Rafael J. Wysocki
2011-05-18 17:27   ` Pavel Machek
2011-05-18 17:27   ` Pavel Machek
2011-05-18 18:09     ` Martin Steigerwald [this message]
2011-05-18 18:36       ` Pavel Machek
2011-05-18 20:23         ` Rafael J. Wysocki
2011-05-18 20:23         ` Rafael J. Wysocki
2011-05-18 18:36       ` Pavel Machek
2011-05-18 18:09     ` Martin Steigerwald
2011-05-14 22:56 ` Rafael J. Wysocki
  -- strict thread matches above, loose matches on Subject: below --
2011-05-09 22:59 Rafael J. Wysocki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201105182009.55813.Martin@lichtvoll.de \
    --to=martin@lichtvoll.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@lists.linux-foundation.org \
    --cc=pavel@ucw.cz \
    --cc=rjw@sisk.pl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.