Bug#558786: X.org radeon driver breaks KDE when radeon.ko is present

2009-12-03 Thread Hendrik Sattler

Hi,

this actually has a deeper impact.

DRI1 is used by the radeon X.org driver when radeon.modeset=0  
(linux-2.6.32) but then KDE is horribly broken (scrolling in any KDE  
application gives render errors). Forcing XAA doesn't work (EXA is  
always used). This is only solved by preventing radeon.ko from being  
loaded. This issue is also present in linux-2.6.31.


DRI2 is tried by the radeon X.org driver when radeon.modeset=1 (which  
works great on the VT). But since libdrm doesn't support that in  
unstable, it breaks X completely (KDM doesn't show any useful screen,  
all garbled).


I didn't test compiling libdrm and mesa myself (didn't want to mess  
with my system). Thus, any DRI is currently impossible on my Radeon  
Mobility HD 2400 XT (RV610 / M7[24]). However, not using radeon.ko and  
thus only 2D works fine :)


I would really like to test libdrm-radeon, too.

HS





--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



left-over stuff in testing installation with new xorg

2006-06-05 Thread Hendrik Sattler
Hi,

the new xorg left some cruft on my system:
not in testing, yet:
pm-dev
libice-dev
libxft-dev
libice6
xfonts-dosemu
gsfonts-x11

Packages that simply don't exist anymore (bug?):
xfonts-base-transcoded

So at least, xfonts-base-transcoded is something not dealt with. Should I 
simply remove it?

Also note: some users have extra files in /usr/X11R6. For me, it is the 
firmware that the theatre200 driver (radeon related) wanted 
at /usr/X11R6/lib/modules/multimedia. It was simply left there and thus the 
new driver did not find it anymore. :-/

HS


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#260099: xlibmesa-gl: for Voodoo3 cards, should suggest libglide3-dev instead of only libglide3

2004-07-18 Thread Hendrik Sattler
Package: xlibmesa-gl
Version: 4.3.0.dfsg.1-4
Severity: normal


Hi,

direct rendering is disabled until libglide3-dev is installed since libglide3.so
is dlopened which is (due to Debian policy, I guess) only in package 
libglide3-dev.
Thus, this package needs to Suggest: libglide3-dev and not libglide3 (pulled in
by libglide3-dev) unless you get the maintainer to not follow policy, here.

Maybe this suggest should even be moved to xlibmesa-dri since the tdfx_dri.so 
module
causes this effect (or I got it all wrong ;)

HS

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]

Versions of packages xlibmesa-gl depends on:
ii  libc6 2.3.2.ds1-13   GNU C Library: Shared libraries an
ii  libxext6  4.3.0.dfsg.1-4 X Window System miscellaneous exte
ii  xlibs 4.3.0.dfsg.1-4 X Window System client libraries m

-- no debconf information



Splitting packages of video drivers in XF4.2 ?

2002-04-27 Thread Hendrik Sattler

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I have some kind of wish to discuss which would makes life much less hard for 
users of non-Debian-files:

It is fact that not all graphics hardware runs with the drivers supplied with 
XF4.x, some examples are:
some NVidia cards (if you want any acceleration at all)
Matrox cards (if you need the mga_hal, e.g. for DRI)
3Dfx-V3 on earlier XFree version (the YUV support)
maybe others, too

The problem is: most of those drivers (best example is Matrox) simply replace 
some original files in /usr/X11R6/lib/modules. As those are not marked and 
config files (and they are no config files and this is no_ request to make 
them), they silently get overwritten.
The surprise is then on a non-funtional X on restart :(

I think the probably best solution would be to split off the video cards 
drivers into one extra package, only keeping generic drivers in 
xserver-xfree86.

Sincerly...

Hendrik Sattler

PS: Actually, the problem that files get silently overwritten is also with 
other files likes Lepieds' wacom_drv.o but it should not address a majority 
of users.

- -- 
Mein GPG-Key ist auf meiner Homepage verfügbar: http://www.hendrik-sattler.de
oder über pgp.net

PingoS - Linux-User helfen Schulen: http://www.pingos.schulnetz.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8ynHzzvr6q9zCwcERAmrSAJ4npAaSbDjdev6tOZI+FzdpaW+bAQCfXdBG
kCrEAGJLvaormhzACpGkVPM=
=E+F1
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Re: Splitting packages of video drivers in XF4.2 ?

2002-04-27 Thread Hendrik Sattler

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am Samstag, 27. April 2002 23:19 schrieben Sie:
 On Sat, 2002-04-27 at 11:39, Hendrik Sattler wrote:
  I have some kind of wish to discuss which would makes life much less hard
  for users of non-Debian-files:
 
  It is fact that not all graphics hardware runs with the drivers supplied
  with XF4.x, some examples are:
  some NVidia cards (if you want any acceleration at all)
  Matrox cards (if you need the mga_hal, e.g. for DRI)
  3Dfx-V3 on earlier XFree version (the YUV support)
  maybe others, too
 
  The problem is: most of those drivers (best example is Matrox) simply
  replace some original files in /usr/X11R6/lib/modules. As those are not
  marked and config files (and they are no config files and this is no_
  request to make them), they silently get overwritten.
  The surprise is then on a non-funtional X on restart :(
 
  I think the probably best solution would be to split off the video cards
  drivers into one extra package, only keeping generic drivers in
  xserver-xfree86.

 You don't have to overwrite package-controlled files in this case; the X
 server supports several module paths, just put them in /usr/local/X11R6
 or wherever.

To the above: Where are those paths defined? There is nothing in /etc/X11 
that specifies something in /usr/local. Maybe they are compiled in (or even 
hard-coded)?
Anyway, this would not work anyway because the module names are equal and I 
guess that XFree will prefer /usr/X11R6 to anything else.

Well, dpkg-divert works alright, I just did not know about that feature of 
dpkg (and how to search for a feature you do not even know the word for?).

Hendrik Sattler
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE8yzg8zvr6q9zCwcERAiUQAJ42DIB7dfKjYXR/5sqcEVfpsYY0uwCgh10e
NG6L9XfjwqUyInqKbsOxDCo=
=1xUU
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]