http://qa.mandrakesoft.com/show_bug.cgi?id=5518
Product: XFree86-server
Component: XFree86-server
Summary: display corruption and broken Xv on via cle266
(castlerock) in 4.3-23
Product: XFree86-server
Version: 4.3-23mdk
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: XFree86-server
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
I've been eagerly following the integration of the Via cle266 sources into the
Mandrake XFree and kernel (drm) rpms, hoping not to have to use gentoo or
(aargh) RH9 to get decent Xv performance from my Via Epia M10000N.
I understand well that these are very new sources, and that the integration is
'in progress' and that the Xfree part is a backport, but the current RPMs (which
have been pretty 'stable' in the via_drv area for a week or two) don't give me
any usable functionality, and I wanted to check if this is the 'expected state',
or just me (I'm really hoping the drivers will be stable (or rather, usable) in
mdk9.2 final!)
Specifically, using XFree86, up to 4.3-23mdk (after manually configuring
XF86Config-4 to use the "via" driver, because XFDrake doesn't detect the cle266
yet), I get a lot of display corruption and drawing problems and broken
functionality:
* The KDE 'splash' page after logging in through mdkkdm is corrupt - instead of
the big KDE logo, I get a blank black space.
* Sections of the wallpaper and window decorations get corrupted as the desktop
is drawn.
* Using konqeror, images which should be in the html page get rendered (in large
sizes) over the top of everything else, then bits of them remain in the root
window (despite switching windows or redrawing the desktop)
* xvinfo shows that xv is available, but it doesn't seem to work at all. mplayer
and xine *seem* to be OK about using the xv driver, but rendering is very slow,
and CPU immediately maxes at 100%. My experiment with the via binary driver on
RH9.0 had xine rendering DVD content at about %60, which is fine for a smooth
display.
* If I've booted with the linux framebuffer console, then console switching back
to vc-1 or 2 often results in an unusable bitmap with the typical scrolling
bitmap - the mode switching obviously didn't work out too well. I can switch
back to vc-7 ok.
* I have kernel-2.4.22-7, with the via drm loaded, and I loaded dri and glx in
XF86Config, but GLX isn't working at all. XFree86.0.log says dri is enabled, but
glxinfo says its not. Possibly I need a new libGL for the via (like that in the
binary drivers)? Not a high priority for me, but perhaps a bit is missing.
I have run the driver with 'noaccel', which improved the general desktop
rendering (the KDE icon came back!), but then the whole server instantly crashed
once I tried to run an Xv app.
I've tried a lot of other combinations and options of with/without drm/dri,
tweaking the videoram and vga aperture in the bios (up and down), with/without
framebuffer console, with s/video and vga etc. etc., but nothing makes much
difference. (Setting UseBios in the driver gave me a stippled root window in
mdkkdm, then hung the server).
All I really want is working Xv - I can live with no 2d or 3d accel, and even
occasional desktop mangling (mostly, I want full screen tv-out for my new HTPC)
If anyone else is having a better experience with the current packages, or knows
a way to work around these issues, please comment! I'm sure there will be other
interested parties with this chipset who would love to have full support in a
current distro.
Cheers
Cris
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
