Re: [BUG] 3.14-rc6 problems with an R7 260X

From: Ed Tomlinson
Date: Mon Apr 14 2014 - 08:54:05 EST


On Sunday 23 March 2014 16:08:37 Ed Tomlinson wrote:
> On Monday 10 March 2014 13:29:41 Ed Tomlinson wrote:
> > On Monday 10 March 2014 12:38:42 Alex Deucher wrote:
> > > On Mon, Mar 10, 2014 at 11:47 AM, Ed Tomlinson <edt@xxxxxx> wrote:
> > > > Hi,
> > > >
> > > > I recently added a R7 260X to my system. While the card works with 3.13 its supposed work much better with 14-rc.
> > > > This is not the case. My system is unstable without radeon.dpm=0 which was the default in .13. Here are some extracts
> > > > from the logs of the latest fun with dpm enabled:
> >
> > omitted
> >
> > > > The above type of errors repeat hundreds of times and eventually the display freezes (this box does not have a serial console and it did not check with ssh)
> > > >
> > > > When X started I did notice some corruption. There are sets of two rectangles about of a height of 2 or 3 mm, width of 25m or so with a second
> > > > about a cm below. The often occurs in chomium especially when scrolling. Runing the unigine-sanctuary or unigine-tropics demo/benchmark
> > > > programs also produce the above problems and eventually stall.
> > > >
> > > > The problem is reproducible - I am not that familiar with gpu problems though, what else will help debug this?
> > > >
> > >
> > > Please file a bug at https://bugs.freedesktop.org (Product: DRI,
> > > Component: DRM/Radeon) and attach your dmesg output and xorg log.
> >
> > Filed as bug 75992
> >
> > Let me know if you want me to test anything or if more info is needed.
>
> This still occurrs with rc7. With dpm enabled X is not usable. It stalls, sometimes with nasty screen corruption, after a few minute. With dpm disabled
> its much better (not perfect though).

This has been solved via a firmware fix and a patch see: https://bugs.freedesktop.org/show_bug.cgi?id=75992

Ed Tomlinson
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/