On Mit, 2011-08-24 at 14:14 +0800, Chen Jie wrote: > > 2011/8/23 Alex Deucher <[email protected]> > > > > > 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 _______________________________________________ xorg-driver-ati mailing list [email protected] http://lists.x.org/mailman/listinfo/xorg-driver-ati
