Bug 29066

Created attachment 37057 [details]
dmesg output including gallium run

Bad news. It works for me on RV530 and RV350 with both TCL turned on and off.

RS482 is RV350-based IIRC.

Kernel 2.6.35-rc3, libdrm from git.

Yes, I don't know if they are closer to RV350 or to RV370. One difference from those is that RS4xx have only two render output units, but that's irrelevant for the driver, right? All I know is that these Xpress IGP have all kind of problems.

Would it be important to try latest libdrm? Ubuntu 10.04 has only 2.4.18.

(In reply to comment #3)
> Yes, I don't know if they are closer to RV350 or to RV370. One difference from
> those is that RS4xx have only two render output units, but that's irrelevant
> for the driver, right?

It should be.

> Would it be important to try latest libdrm? Ubuntu 10.04 has only 2.4.18.

I can't tell for sure, though there are a few fixes since 2.4.18.

Dear all, 
I am the Launchpad bug reporter.

I tried kernel 2.6.35-020635rc5-generic , and I see no change when running /usr/lib/xscreensaver/pipes :
I get the same error message ("radeon: The kernel rejected CS, see dmesg for more information.") in terminal and the screensaver does not crash (like with the normal Lucid kernel).

Yann> Is the error in dmesg still the same, i.e. "Packet (351:3:16383) end after CS buffer"?

(In reply to comment #6)
> Yann> Is the error in dmesg still the same, i.e. "Packet (351:3:16383) end
> after CS buffer"?

Yes, I tried again with rc6, and I get the following error :

[  288.532079] [drm:r100_cs_packet_parse] *ERROR* Packet (354:3:16383) end after CS buffer (1026) !
[  288.532086] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream !

Have you compiled mesa with --enable-debug? It might give you some nice assertion failures hopefully.

(In reply to comment #8)
> Have you compiled mesa with --enable-debug? It might give you some nice
> assertion failures hopefully.

i am not fan of compilation, but i can try it if it is necessary and if you explain me step-by-step :)

git clone git://anongit.freedesktop.org/mesa/mesa
cd mesa
./autogen.sh --with-dri-drivers= --with-state-trackers=dri --enable-debug --enable-glx-tls --enable-gallium-radeon --disable-gallium-swrast --disable-egl --disable-glu --disable-glut --disable-glw
make
cd lib/gallium
ln -s radeong_dri.so r300_dri.so
LIBGL_DRIVERS_PATH=. glxinfo|grep renderer # it should say Gallium 0.4 on R*
LIBGL_DRIVERS_PATH=. /usr/lib/xscreensaver/pipes

Thank you. Please how can I revert those changes after I test ? (I save my data, but this is my production PC so I would like to keep it as stable as possible)

It doesn't install anything, so there is nothing to revert. Your system will be untouched.

LIBGL_DRIVERS_PATH=some_path program

says that the 3D driver for the "program" is loaded from "some_path".

If you don't type "LIBGL_DRIVERS_PATH=some_path", the driver will be loaded from your default system location.

> LIBGL_DRIVERS_PATH=. glxinfo|grep renderer # it should say Gallium 0.4 on R*

it said "OpenGL renderer string: Gallium 0.4 on RS482"

> LIBGL_DRIVERS_PATH=. /usr/lib/xscreensaver/pipes

works without crashing. Here is the terminal output :

yyy@yyy-laptop:~/mesa/lib/gallium$ LIBGL_DRIVERS_PATH=. /usr/lib/xscreensaver/pipes
radeon: Successfully grabbed chipset info from kernel!
radeon: DRM version: 2.5.0 ID: 0x5975 GB: 1 Z: 1
radeon: GART size: 29 MB VRAM size: 128 MB
debug_get_flags_option: RADEON_DEBUG = 0x0
debug_get_bool_option: RADEON_NO_TCL = FALSE
couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
debug_get_bool_option: GALLIUM_RBUG = FALSE
debug_get_option: GALLIUM_TRACE = (null)
debug_get_bool_option: GALLIUM_GALAHAD = FALSE
debug_get_bool_option: DRAW_FSE = FALSE
debug_get_bool_option: DRAW_NO_FSE = FALSE
debug_get_bool_option: GALLIUM_DUMP_VS = FALSE
debug_get_bool_option: GALLIUM_NOSSE = FALSE
Mesa: CPU vendor: AuthenticAMD
Mesa: CPU name: Mobile AMD Sempron(tm) Processor 3200+
Mesa: Mesa 7.9-devel DEBUG build Jul 27 2010 20:48:56
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
debug_get_bool_option: MESA_MVP_DP4 = FALSE
debug_get_flags_option: ST_DEBUG = 0x0
^C


Do you need some more log ?

If I understand this correctly, the gallium driver from the PPA prints "radeon: The kernel rejected CS, see dmesg for more information.", but the driver from git works like a charm. Is that correct?

According to the last feedback, this issue seems to be resolved by using the driver from git instead of the PPA. Closing..

Does it mean it will be solved in Ubuntu 10.10 ?
Or is there something Ubuntu developpers have to do ? 
Do I need to add something in https://bugs.launchpad.net/bugs/602267 ?