[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Mon, 7 Jul 2008 20:26:20 +0200
From: Maximilian Engelhardt <maxi@...monizer.de>
To: Pavel Machek <pavel@...e.cz>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
"Rafael J. Wysocki" <rjw@...k.pl>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Adrian Bunk <bunk@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Natalie Protasevich <protasnb@...il.com>,
Kernel Testers List <kernel-testers@...r.kernel.org>,
Randy Dunlap <randy.dunlap@...cle.com>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
James Bottomley <James.Bottomley@...senpartnership.com>
Subject: Re: 2.6.26-rc9: Reported regressions from 2.6.25
On Monday 07 July 2008, Pavel Machek wrote:
> Hi!
>
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=10919
> > > Subject : [regression] display dimming is slow and laggy - Acer
> > > Travelmate 661lci Submitter : Maximilian Engelhardt
> > > <maxi@...monizer.de>
> > > Date : 2008-06-14 22:31 (23 days old)
> > > References : http://marc.info/?l=linux-kernel&m=121348428828320&w=4
> >
> > I wonder if this one could be related. The 'nr_zones' overwriting bug
> > would result in kswapd not reclaiming any memory asynchronously, so the
> > kernel would basically be constantly under a low-memory situation, and
> > processes would be forced to do synchronous reclaim.
> >
> > That, in turn, could easily explain laggy operation, especially if it is
> > something bigger that needs to allocate new memory (not that I know if X
> > dimming needs to, but I could imagine that it does some double buffering
> > or whatever).
>
> Hmm, but that would mean whole system is slow, right?
>
> I'd bet this is ACPI EC problem...
I didn't notice anything that my system is slow. Also I think this patch got
included in 2.6.26-rc9 but I still have this problem with it.
Maxi
Download attachment "signature.asc " of type "application/pgp-signature" (198 bytes)
Powered by blists - more mailing lists