[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1190542810.3723.27.camel@localhost.localdomain>
Date: Sun, 23 Sep 2007 20:20:10 +1000
From: Benjamin Herrenschmidt <benh@...nel.crashing.org>
To: Mihai Donțu <mihai.dontu@...il.com>
Cc: linux-kernel@...r.kernel.org,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: 2.6.23-rc7 + radeonfb/s2ram
On Sat, 2007-09-22 at 17:46 +0300, Mihai Donțu wrote:
> On Saturday 22 September 2007, Mihai Donțu wrote:
> > Hi,
> >
> > Today, out of curiosity, I pulled 2.6.23-rc7 (leave on the edge in a quiet weekend).
> > Anyway, it seems that radeonfb and my:
> > "01:05.0 VGA compatible controller: ATI Technologies Inc ATI Radeon XPRESS 200M 5955 (PCIE)"
> > don't get along anymore, by:
> > a) X somehow fails to initialize the card and everything moves really slow (I can
> > see how surfaces are drawn pixel-by-pixel); furthermore, garbage stuff appears
> > on the screen;
> > b) after powering up from a s2ram, the system freezes;
> >
> > b) is not that bad, s2ram never worked on my machine (kjournald and some other kernel
> > processes, enter disk-sleep and in a matter of seconds, everything just... freezes.
> > I can type a few commands at the normal console but that is all);
> >
> > Following the advices in 'Documentation/power/s2ram.txt' helped. Using the regular
> > VGA console got X on the right track (no more slowness);
> >
> > Now that I got my hands "dirty", I'm in the mood to make my s2ram work (I've
> > been using Linux (exclusively) for three years now, it's about time I do a small
> > contribution). What kernel option must I enable to determine why some processes
> > enter (and stay in) disk-sleep? I'm on a laptop and I don't think it will withstand
> > too many reboots :)
> >
> > I've also attached the output of lspci and dmesg. Maybe someone spots something.
> >
> > Thanks,
> >
>
> Since there was no reply, I assume people *do* take the weekend off :)
Heh, yup.
There have been some radeonfb patches around -rc6 or so. Can you try
backing them out and letting us know if that helps a) ?
In that case, Linus, we probably want to revert them...
Though looking at your PCI ID (5955), I don't think the patches should
have changed anything.
Ben.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists