[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