Hi,
Trying to run QT-based apps to process photo, I encountered two annoying bugs.
First I got graphics corruption when scrolling in Digikam albums (pictures already on screen get randomly cut and duplicated in blocks, newly displayed pics are fine).
Second, in Qtpfsgui/Luminance, loading hi-res photos (4000 x 3000) causes the X server to eat 100% CPU during few seconds (no X screen update occurs during this time -- kernel still works perfectly). I tried on stable (Qtpfsgui) and head (Luminance), but the slowdown is directly related to the pixmap display, working with CLI is fine and with the GUI, all processings run correctly and the server freeze at the end, when result is sent to screen. Xorg complains about bad drawable/windows, and sometimes prints an hypothesis about a potential infinite loop during the freeze:
I didn't find any posts or patch related to these problems.
* Configuration:
FreeBSD 8.0-STABLE AMD 64, standard config with vesa console driver. Running on Intel Core 2 with 4GB of RAM, and an ATI RADEON HD 4850 graphics adapter.
* Environment:
The first happened both with Xorg 7.4 and 7.5. No problem with "vesa" driver, bug occurs only with "radeon" and "radeonhd" drivers when acceleration is enabled. (I upgraded all involved packages after update with portupgrade "-R" option).
I didn't used Luminance on Xorg 7.4, however switching between drivers has no effect.
Enabling/disabling compositing also had no effect in both cases.
xorg.conf is the default one (no file at all, or using "Xorg -configure" results and changing just the driver line for "radeonhd" and "vesa" drivers).
Running Qt with the raster graphics system instead of native one results in lot of errors about XSHM on stderr and windows are shown but not drawn). Tried with Area51 QT version, same results.
I don't know what else to try.
Thanks for your support,
Fred
Trying to run QT-based apps to process photo, I encountered two annoying bugs.
First I got graphics corruption when scrolling in Digikam albums (pictures already on screen get randomly cut and duplicated in blocks, newly displayed pics are fine).
Second, in Qtpfsgui/Luminance, loading hi-res photos (4000 x 3000) causes the X server to eat 100% CPU during few seconds (no X screen update occurs during this time -- kernel still works perfectly). I tried on stable (Qtpfsgui) and head (Luminance), but the slowdown is directly related to the pixmap display, working with CLI is fine and with the GUI, all processings run correctly and the server freeze at the end, when result is sent to screen. Xorg complains about bad drawable/windows, and sometimes prints an hypothesis about a potential infinite loop during the freeze:
Code:
error 9: BadDrawable (invalid Pixmap or Window parameter) request 151 minor 1 serial 879930
error 3: BadWindow (invalid Window parameter) request 20 minor 0 serial 879931
I didn't find any posts or patch related to these problems.
* Configuration:
FreeBSD 8.0-STABLE AMD 64, standard config with vesa console driver. Running on Intel Core 2 with 4GB of RAM, and an ATI RADEON HD 4850 graphics adapter.
Code:
$ uname -a
FreeBSD nifelheim 8.0-STABLE FreeBSD 8.0-STABLE #3: Wed May 5 10:48:06 CEST 2010 def@nifelheim:/usr/obj/usr/src/sys/VESAKERN amd64
* Environment:
The first happened both with Xorg 7.4 and 7.5. No problem with "vesa" driver, bug occurs only with "radeon" and "radeonhd" drivers when acceleration is enabled. (I upgraded all involved packages after update with portupgrade "-R" option).
I didn't used Luminance on Xorg 7.4, however switching between drivers has no effect.
Enabling/disabling compositing also had no effect in both cases.
xorg.conf is the default one (no file at all, or using "Xorg -configure" results and changing just the driver line for "radeonhd" and "vesa" drivers).
Running Qt with the raster graphics system instead of native one results in lot of errors about XSHM on stderr and windows are shown but not drawn). Tried with Area51 QT version, same results.
I don't know what else to try.
Thanks for your support,
Fred