[Help][RS780E][mipsel]Screen corruption sometimes

Michel Dänzer michel at daenzer.net
Tue Aug 23 23:30:36 PDT 2011


On Mit, 2011-08-24 at 14:14 +0800, Chen Jie wrote: 
> 
> 2011/8/23 Alex Deucher <alexdeucher at gmail.com>
> >
> > > The details are at:
> > >   * http://dev.lemote.com/files/upload/software/temp/Radeon.test/radeon_test.c
> > >   * diff with original radeon_test_moves():
> > > http://dev.lemote.com/files/upload/software/temp/Radeon.test/radeon_test.diff
> > >
> > > The new bo moving test is pass, but when I changed the bo size to 4M,
> > > the kernel panic with unaligned access at some point after bo moving
> > > test. The original radeon_test_moves() is ok for 4M bo size. Could
> > > someone reviews the new radeon_test_moves() to find if this was caused
> > > by some mistakes of the code or is a potential bug of the platform?
> >
> > See if the attached patch helps.  It flushes the HDP caches if the
> > driver uses the wait_idle callback rather than flushing in the fence
> > emit.
> The patch doesn't work for me.  P.S. due to we haven't finished a
> solid port to a newer version of kernel, the hack was done on the old
> 2.6.36 kernel(http://dev.lemote.com/cgit/linux-3A.git/)
> 
> I did some more hack, and found if create/reserve/pin more bo in VRAM
> than available, it will cause unaligned access panic. And a simpler
> way to trigger kernel panic(but another kind of kernel panic):

Can you check if this still happens with the current code? There have
been some changes in that area.


-- 
Earthling Michel Dänzer           |                   http://www.amd.com
Libre software enthusiast         |          Debian, X and DRI developer


More information about the xorg-driver-ati mailing list