Thread (14 messages) 14 messages, 6 authors, 2009-10-27

Re: [PATCH 0/2] Reduce number of GFP_ATOMIC allocation failures

From: Frans Pop <hidden>
Date: 2009-10-18 22:31:22
Also in: linux-mm, lkml

Hi Karol,

On Monday 19 October 2009, Karol Lewandowski wrote:
On Sat, Oct 17, 2009 at 08:34:21PM +0200, Karol Lewandowski wrote:
quoted
I'll go now for another round of bisecting... and hopefully this time
I'll be able to trigger this problem on different/faster computer with
e100-based card.
No luck with that either.

I've tried merging 'akpm' (517d08699b25) into clean 2.6.30 tree and
got suspend-breakage which makes it untestable for me.  (I've tried
reverting drm, suspend, and other commits... all that failed.)

Is there mm-related git tree hidden somewhere?  ... or broken out
mm-related patches that were sent to Andrew ... or maybe it's possible
to get "git log -p" from Mel's private repo?  Anything?
Please try reverting 373c0a7e + 8aa7e847 [1] on top of 2.6.31. I've finally 
been able to solidly trace the main regression to that. I'm doing some 
final confirmation tests now and will mail detailed results afterwards.

It would be great if you could confirm if that fixes the issue for you too.

Cheers,
FJP

[1] The first commit is a build fix for the second.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help