From: Romit Dasgupta <romit@ti.com>
To: Maxim Levitsky <maximlevitsky@gmail.com>
Cc: linux-pm <linux-pm@lists.linux-foundation.org>
Subject: Re: Memory allocations in .suspend became very unreliable
Date: Fri, 15 Jan 2010 15:54:27 +0530 [thread overview]
Message-ID: <4B50425B.4050605@ti.com> (raw)
In-Reply-To: <1263549544.3112.10.camel@maxim-laptop>
Maxim Levitsky wrote:
> Hi,
>
> I know that this is very controversial, because here I want to describe
> a problem in a proprietary driver that happens now in 2.6.33-rc3
> I am taking about nvidia driver.
>
> Some time ago I did very long hibernate test and found no errors after
> more that 200 cycles.
>
> Now I update to 2.6.33 and notice that system will hand when nvidia
> driver allocates memory is their .suspend functions.
> This could fail in 2.6.32 if I would run many memory hungry
> applications, but now this happens with most of memory free.
>
> I added some printks to function used to allocate memory in nvidia
> driver and found out that contrary to my belief, they don't allocate
> much memory there.
Hello Maxim,
Do you hit the error early if you reduce your memory (by passing
'mem= ' bootargs)? The hibernation routine allocates memory for creating its
own bitmaps, so I was wondering if it is really a memory issue or bug in the
nvidia driver.
Thanks,
-Romit
next prev parent reply other threads:[~2010-01-15 10:24 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-15 9:59 Memory allocations in .suspend became very unreliable Maxim Levitsky
2010-01-15 10:24 ` Romit Dasgupta [this message]
2010-01-15 10:34 ` Maxim Levitsky
2010-01-15 22:03 ` Rafael J. Wysocki
2010-01-15 23:56 ` Maxim Levitsky
2010-01-16 0:57 ` Rafael J. Wysocki
2010-01-16 21:44 ` Maxim Levitsky
2010-01-16 22:17 ` Rafael J. Wysocki
2010-01-17 0:38 ` [RFC][PATCH] PM: Force GFP_NOIO during suspend/resume (was: Re: Memory allocations in .suspend became very unreliable) Rafael J. Wysocki
[not found] ` <201001170138.37283.rjw@sisk.pl>
2010-01-17 1:24 ` Oliver Neukum
[not found] ` <201001170224.36267.oliver@neukum.org>
2010-01-17 13:27 ` Rafael J. Wysocki
[not found] ` <201001171427.27954.rjw@sisk.pl>
2010-01-17 13:36 ` Rafael J. Wysocki
2010-01-17 18:58 ` Benjamin Herrenschmidt
[not found] ` <1263754684.724.444.camel@pasglop>
2010-01-17 23:00 ` Rafael J. Wysocki
[not found] ` <201001180000.23376.rjw@sisk.pl>
2010-01-18 7:53 ` Oliver Neukum
[not found] ` <201001180853.31446.oliver@neukum.org>
2010-01-18 16:17 ` Alan Stern
2010-01-18 20:56 ` Rafael J. Wysocki
2010-01-18 21:55 ` Benjamin Herrenschmidt
[not found] ` <1263851757.724.500.camel@pasglop>
2010-01-18 23:33 ` Rafael J. Wysocki
2010-01-17 13:55 ` Rafael J. Wysocki
[not found] ` <201001171455.55909.rjw@sisk.pl>
2010-01-17 16:21 ` Minchan Kim
[not found] ` <1263745267.2162.42.camel@barrios-desktop>
2010-01-17 16:23 ` Minchan Kim
2010-01-18 0:25 ` Rafael J. Wysocki
[not found] ` <201001180125.59413.rjw@sisk.pl>
2010-01-18 2:20 ` KOSAKI Motohiro
[not found] ` <20100118111703.AE36.A69D9226@jp.fujitsu.com>
2010-01-18 21:06 ` Rafael J. Wysocki
[not found] ` <201001182206.36365.rjw@sisk.pl>
2010-01-19 9:15 ` Oliver Neukum
[not found] ` <201001191015.00470.oliver@neukum.org>
2010-01-19 20:34 ` Rafael J. Wysocki
2010-01-18 17:00 ` Oliver Neukum
[not found] ` <201001181800.38574.oliver@neukum.org>
2010-01-18 20:41 ` Rafael J. Wysocki
[not found] ` <201001182141.49907.rjw@sisk.pl>
2010-01-19 9:25 ` Oliver Neukum
[not found] ` <201001191025.37579.oliver@neukum.org>
2010-01-19 20:37 ` Rafael J. Wysocki
[not found] ` <201001192137.35232.rjw@sisk.pl>
2010-01-20 14:05 ` Oliver Neukum
[not found] ` <201001201505.41167.oliver@neukum.org>
2010-01-20 21:13 ` Rafael J. Wysocki
2010-01-18 2:16 ` KOSAKI Motohiro
[not found] ` <20100118110324.AE30.A69D9226@jp.fujitsu.com>
2010-01-18 20:55 ` Rafael J. Wysocki
[not found] ` <201001182155.09727.rjw@sisk.pl>
2010-01-19 1:19 ` KOSAKI Motohiro
[not found] ` <20100119101101.5F2E.A69D9226@jp.fujitsu.com>
2010-01-19 3:19 ` Benjamin Herrenschmidt
[not found] ` <1263871194.724.520.camel@pasglop>
2010-01-19 9:04 ` Bastien ROUCARIES
2010-01-19 20:47 ` Rafael J. Wysocki
[not found] ` <195c7a901001190104x164381f9v4a58d1fce70b17b6@mail.gmail.com>
2010-01-19 23:17 ` Benjamin Herrenschmidt
[not found] ` <1263943071.724.540.camel@pasglop>
2010-01-20 11:31 ` Oliver Neukum
[not found] ` <201001201231.17540.oliver@neukum.org>
2010-01-20 21:11 ` Benjamin Herrenschmidt
2010-01-20 21:12 ` Rafael J. Wysocki
[not found] ` <201001192147.58185.rjw@sisk.pl>
2010-01-20 0:33 ` KOSAKI Motohiro
[not found] ` <20100120085053.405A.A69D9226@jp.fujitsu.com>
2010-01-20 21:21 ` Rafael J. Wysocki
2010-01-20 21:21 ` Rafael J. Wysocki
[not found] ` <201001202221.34804.rjw@sisk.pl>
2010-01-21 0:47 ` KOSAKI Motohiro
[not found] ` <20100121091023.3775.A69D9226@jp.fujitsu.com>
2010-01-21 20:21 ` Rafael J. Wysocki
[not found] ` <201001212121.50272.rjw@sisk.pl>
2010-01-21 20:42 ` Nigel Cunningham
[not found] ` <4B58BC31.1040406@crca.org.au>
2010-01-21 21:38 ` Rafael J. Wysocki
2010-01-22 1:31 ` KOSAKI Motohiro
[not found] ` <20100122100155.6C03.A69D9226@jp.fujitsu.com>
2010-01-22 1:42 ` KOSAKI Motohiro
[not found] ` <20100122103830.6C09.A69D9226@jp.fujitsu.com>
2010-01-22 10:11 ` Maxim Levitsky
[not found] ` <1264155067.15930.4.camel@maxim-laptop>
2010-01-22 21:19 ` [Update][PATCH] MM / PM: Force GFP_NOIO during suspend/hibernation and resume Rafael J. Wysocki
[not found] ` <201001222219.15958.rjw@sisk.pl>
2010-01-23 9:29 ` Maxim Levitsky
[not found] ` <1264238962.16031.4.camel@maxim-laptop>
2010-01-25 21:49 ` Rafael J. Wysocki
[not found] ` <201001252249.18690.rjw@sisk.pl>
2010-01-25 21:52 ` Alexey Starikovskiy
[not found] ` <4B5E1281.7090700@suse.de>
2010-01-30 18:56 ` Rafael J. Wysocki
[not found] ` <201001301956.41372.rjw@sisk.pl>
2010-01-30 20:42 ` Maxim Levitsky
[not found] ` <1264884140.13861.7.camel@maxim-laptop>
2010-01-30 20:53 ` Rafael J. Wysocki
2010-01-22 20:58 ` [RFC][PATCH] PM: Force GFP_NOIO during suspend/resume (was: Re: Memory allocations in .suspend became very unreliable) Rafael J. Wysocki
2010-01-30 15:46 ` Maxim Levitsky
[not found] ` <1264866419.27933.0.camel@maxim-laptop>
2010-01-30 18:47 ` Rafael J. Wysocki
[not found] ` <201001301947.10453.rjw@sisk.pl>
2010-01-30 20:37 ` Maxim Levitsky
[not found] ` <1264883863.13861.3.camel@maxim-laptop>
2010-02-01 19:51 ` Maxim Levitsky
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=4B50425B.4050605@ti.com \
--to=romit@ti.com \
--cc=linux-pm@lists.linux-foundation.org \
--cc=maximlevitsky@gmail.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox