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

[Ed Tomlinson <edt@aei.ca>]

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@aei.ca> 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