Persistent triple-head setup

[martin f krafft]

Hello,

I just got my triple-head setup across three GPUs working. Read
below for the steps, in case you are struggling as well.

Is there a way to write all this setup into xorg.conf, rather than
having to execute xrandr-commands from xinitrc or similar? The
reason is that I want the same setup for all users and so would
prefer centralised configuration.

Here's what I did:

  % xrandr --listproviders
  Providers: number : 3
  Provider 0: id: 0xdc cap: 0xf, Source Output, Sink Output, Source Offload, 
Sink Offload crtcs: 2 outputs: 3 associated providers: 0 name:radeon
  Provider 1: id: 0x97 cap: 0xf, Source Output, Sink Output, Source Offload, 
Sink Offload crtcs: 2 outputs: 3 associated providers: 0 name:radeon
  Provider 2: id: 0x54 cap: 0xf, Source Output, Sink Output, Source Offload, 
Sink Offload crtcs: 2 outputs: 3 associated providers: 0 name:radeon

  # enslave the second and the third to the first
  xrandr --setprovideroutputsource 1 0 --setprovideroutputsource 2 0

  # optional: add a new mode to the VGA-1-0 output
  # (since the Monitor setting in xorg.conf seems to be ignored)
  xrandr --newmode 1280x1024 138.54 1280 1368 1504 1728 1024 1025 1028 1069 
-HSync +Vsync
  xrandr --addmode VGA-1-0 1280x1024

  # align the heads
  xrandr --output DVI-1 --auto --output DVI-2-2 --auto --right-of DVI-1 
--output VGA-1-0 --mode 1280x1024 --right-of DVI-2-2

Somehow I would really like to rename those funky xrandr names. Then
again, once this is all hidden away in xorg.conf, it won't be much
of a bother.

Thanks,

-- 
martin | http://madduck.net/ | http://two.sentenc.es/
 
i always choose my friends for their good looks and my enemies for
 their good intellects. man cannot be too careful in his choice of
 enemies.
  -- oscar wilde
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Flickering single display in multi-head XRandR setup

[martin f krafft]

Hello,

I have a new Radeon R9 390 card, driving three monitors, two on
DisplayPort and one on DVI, in this order from left to right:

  DP0 — DVI0 — DP1

Please find my xorg.conf attached, as well as the log file.

There is something very weird going on, which you may witness in the
video downloadable here:
http://scratch.madduck.net/xorg-display-flicker.mp4 (8Mb)

The left-most display (DP0) keeps turning off and on (or resets
itself), and generally, it flickers and the pixels jiggle around.
The other two displays are perfectly fine. The monitor on DP1 is of
exactly the same make as that on DP0.

Do you have any idea what might be going on? Why would the left-most
display of three, all connected to the same card, act up, while the
other two are just fine and stable?

What could be done to diagnose and fix this?

Here is the relevant xrandr output:

  % xrandr | grep -A2 '\Screen "Default Screen Section" (0)
[  7417.379] (**) |   |-->Monitor ""
[  7417.379] (==) No device specified for screen "Default Screen Section".
Using the first device section listed.
[  7417.379] (**) |   |-->Device "Radeon R9 290 [DP0]"
[  7417.379] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[  7417.379] (**) Option "DontZap" "yes"
[  7417.379] (==) Automatically adding devices
[  7417.379] (==) Automatically enabling devices
[  7417.379] (==) Automatically adding GPU devices
[  7417.379] (==) Max clients allowed: 256, resource mask: 0x1f
[  7417.379] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[  7417.379]Entry deleted from font path.
[  7417.379] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
   

Re: Flickering single display in multi-head XRandR setup

[martin f krafft]

Hi Andreas,

Thank you for taking your time to reply. I've since followed up
having found the problem, and I think it must be one of the DP ports
on the graphics card.

Now, you write:

> Perhaps unthinkable, but the connectors of the card might be
> implemented / wired up asymmetrically, e.g. due to an ickily
> varying length of traces, or EMI issues.

This leads me to believe that the connector hardware itself could be
at fault. Seriously, is DP *that* finicky and subject to connection
failures? I'd have thought that it being 2016, the industry would
have finally gotten the hang of it, especially after screwing up
HDMI so badly.

Thanks,

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"never eat more than you can lift."
   -- miss piggy
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Missing letters after suspend

[martin f krafft]

Hi,

I am not sure the following is an X.org issue, but I hope you'll let
me start here.

Please see attached screenshot. This is on a laptop and occurs
occasionally after I bring the system back from suspend. Everything
works just fine, except certain letters (it's always a different set
it seems) are just not displaying.

At first I thought this is limited to GTK apps (Firefox,
Thunderbird, ssh-ask-pass, gscan2pdf), but I also see this with e.g.
the Awesome window manager, which does not link with GTK.

Have you encountered this before? What is going on? Which software
is at fault?

How can I fix this (without rebooting)?

Thank you!

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
#define emacs eighty megabytes and constantly swapping.
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: XLookupString return inconsistent

[martin f krafft]

also sprach wetts...@gmail.com  [2016-09-12 18:01 +0200]:
> > And moments after clicking send, I realized this is really just hardcoding
> > US keyboard layout & ASCII encoding - Shift-2 is '@' and Ctrl-@ is '\0'.
> 
> Oh, yes.  And Ctrl+3-7 get mapped to 0x1b-0x1f, the control codes beyond
> Ctrl-Z.  Ctrl+8 becomes 0x7f, that is, ASCII DEL.  So the full ASCII
> range becomes available.  It does make sense, from a perspective of text
> terminals.

Hey guys, sorry for the late response to "my" thread.

So this makes sense from the perspective of text terminals, but we
are talking X.org here, aren't we? ;)

Long story short: do you see any chance in making this bit of
legacy (nostalgia?) code configurable, or remove it altogether?

Cheers,

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
quidquid latine dictum sit, altum viditur.
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: Huge mouse-click delay

[martin f krafft]

also sprach Peter Hutterer  [2016-09-21 08:49 +0200]:
> * run evemu-record on the mouse and check if you see the button events show
>   up while they're delayed in X. if they work as expected, then it's not a
>   kernel/hw issue.
> * run xev and see if that gets the events as expected. If so, then the issue
>   is in the toolkit (but judging from the rest that's not the case anyway).

In both cases, the event is registered by the tools immediately.

> any server updates recently? can you downgrade?

There was an update about 3 days ago, but of course I can't tell you
exactky whether that's when the problems started. The update before
that was a week old and I am fairly sure the problems aren't that
old.

X.org received only a Debian revision, it seems, but there were tons
of other updates, cf. apt.log: http://slexy.org/raw/s21gsbXDX8

Sure, I can downgrade anything, but I it's probably pay off to know
what I should be downgrading.

Any clues?

The more I am fiddling with this, the more I am suspecting the
Awesome window manager to be at fault. At least my switch to Git
master could well coincide with the start of these problems.
Moreover, if I kill awesome, then the mouse behaves just fine. If
I then restart awesome, the delay quickly grows in length.

I'll start investigating this lead. Thank you everyone for your
patience and input.

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
above all, we should not wish to divest
our existence of its rich ambiguity.
 --friedrich nietzsche
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: Huge mouse-click delay

[martin f krafft]

also sprach Lucien Gentis  [2016-09-20 15:19 
+0200]:
> So even if restarting the machine does not solve the problem, you can also
> try to unload/load kernel module (if your system permits it) :
> 
> sudo rmmod psmouse
> sudo modprobe psmouse

Doing so does seem to make a difference — for a very short time.
Then the delays come back.

> Another thing you can try is to start your machine with a live
> CD/DVD (Linux Ubuntu, Debian,...) in order to determine if the
> problem is related with your system or your hardware.

Okay, something I can try back at home, but I am on the road right
now :/

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"sobald man über niveau spricht
 ist man längst darüber hinweg."
-- thomas krafft
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Huge mouse-click delay

[martin f krafft]

Hello,

for a few days now, I'm experiencing (sometimes multi-second!)
delays between mouse click and reaction on my laptop. It's running:

  X.org 7.7+16 (Debian sid)
  Intel graphics driver 2:2.99.917+git20160706
  evdev 2.10.2

I've already rebooted, but the problem stayed. I am a bit at a loss
getting to the root of this. xev reports the events ASAP, so the
delay is at a later stage.

Do you have any tips on what I could try to zone in on this problem?
It's really quite annoying to have to wait 1–2 seconds between
pressing down the mouse and seeing a result dragging it e.g. to
select text.

Thanks,

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
windoze nt crashed.
i am the blue screen of death.
no one hears your screams.
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: Huge mouse-click delay

[martin f krafft]

Hey Thomas, thanks for your response!

> In the clients event handling.
> => Which clients in particular? All? Only gtk? Only Qt?
> Is xterm affected?

All of them, including urxvt.

> Does "export GDK_CORE_DEVICE_EVENTS=1" help anything on the matter

No, nothing :(

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"love is a grave mental disease."
   -- platon
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

[solved] Re: Huge mouse-click delay

[martin f krafft]

also sprach martin f krafft <madd...@madduck.net> [2016-09-21 13:07 +0200]:
> The more I am fiddling with this, the more I am suspecting the
> Awesome window manager to be at fault. At least my switch to Git
> master could well coincide with the start of these problems.
> Moreover, if I kill awesome, then the mouse behaves just fine. If
> I then restart awesome, the delay quickly grows in length.

I really appreciated your guys' help, and now I feel bad for using
up your time — the problem is indeed with the Awesome window
manager:

  https://github.com/awesomeWM/awesome/issues/1107

Sorry for the noise…

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"i like .net for the same reason i like gentoo. it keeps all the
 people with no clue from writing c code, which is much harder for me
 to identify and eliminate from my systems. in the same way that
 gentoo gives those people a place to be that isn't in debian"
  -- andrew suffield
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

Re: XLookupString return inconsistent

[martin f krafft]

also sprach wetts...@gmail.com  [2016-09-29 21:00 +0200]:
> I do not know, but I do not see the benefit of doing that.  It
> certainly would not fix your problem, which I still think is
> hardware.

I think you are right. I just noticed that this only happens with my
USB keyboards, not with the Thinkpad built-in keyboard.

So there's no way to work around this?

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/
 
"die menschen drängen sich zum lichte, nicht um besser zu sehen,
 sondern um besser zu glänzen."
 - friedrich nietzsche
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s

X.org 7.7, i915 chip on Thinkpad T490 no longer able to drive external display

[martin f krafft]

Folks,

a few days ago, my trusted Thinkpad T490 stopped being able to drive 
an external screen. X thinks it's there, but it doesn't wake up.


I have tried all combinations of:

* two different monitors
* two different USB-C docks
* two different USB-C cables
* from the docks: DP to DVI, DP to HDMI, VGA
* HDMI to HDMI on the machine itself

In all of the cases does XRandR recognise the external display 
properly, and the window manager configures it like I want it to, 
There is nothing suspicious in Xorg.0.log (attached); in fact, 
everything seems to be fine there:


```
(II) intel(0): switch to mode 1920x1080@60.0 on DP2-3 using pipe 1, position 
(0, 0), rotation normal, reflection none
```

And `xrandr` thinks the screen is right there:

```
DP2-3 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 530mm 
x 300mm
   1920x1080 60.00*+
   […]
```

But the physical monitor itself just stays suspended / receives no 
signal.


This worked fine forever, until last week, and I have not upgraded 
the OS (Debian unstable) for weeks, mainly because I've been on the 
road all the time, and didn't want to risk any breakage.


I've verified that the intel video driver hasn't changed in more 
than a year (2.99.917+git20200714-1+b1), and tried to downgrade both 
kernel, as well as libdrm-intel1 (to 2.4.104 from 2.4.107) — nothing 
else has changed on this system, but to no avail. I've tried kernels 
5.10.46, 5.10.70, and 5.14.12, which were the ones installed on my 
system over the last 2 months.


I've search the Web, but found very little on this issue, and 
certainly nothing I have not tried, or that got me anywhere.


So right now, I, a heavy multi-screen user who's struggling to get 
work done using only a single display, is unable to get my external 
screens to turn on, and I am turning to you for help. What else can 
I try?


Thanks for any help.

--
@martinkrafft | https://matrix.to/#/#madduck:madduck.net
 
"in just seven days, i can make you a man!"

-- the rocky horror picture show
 
spamtraps: madduck.bo...@madduck.net
[95.809] 
X.Org X Server 1.20.11
X Protocol Version 11, Revision 0
[95.809] Build Operating System: linux Debian
[95.809] Current Operating System: Linux lotus 5.10.0-8-amd64 #1 SMP Debian 
5.10.46-5 (2021-09-23) x86_64
[95.809] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.10.0-8-amd64 
root=/dev/mapper/lotus-root ro quiet
[95.810] Build Date: 13 April 2021  04:07:31PM
[95.810] xorg-server 2:1.20.11-1 (https://www.debian.org/support) 
[95.810] Current version of pixman: 0.40.0
[95.810]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[95.810] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[95.810] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Nov  2 21:00:17 
2021
[95.810] (==) Using config directory: "/etc/X11/xorg.conf.d"
[95.810] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[95.810] (==) No Layout section.  Using the first Screen section.
[95.810] (==) No screen section available. Using defaults.
[95.810] (**) |-->Screen "Default Screen Section" (0)
[95.810] (**) |   |-->Monitor ""
[95.811] (==) No device specified for screen "Default Screen Section".
Using the first device section listed.
[95.811] (**) |   |-->Device "card0"
[95.811] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[95.811] (==) Automatically adding devices
[95.811] (==) Automatically enabling devices
[95.811] (==) Automatically adding GPU devices
[95.811] (==) Max clients allowed: 256, resource mask: 0x1f
[95.811] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[95.811]Entry deleted from font path.
[95.811] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[95.811]Entry deleted from font path.
[95.812] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[95.812]Entry deleted from font path.
[95.812] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
built-ins
[95.812] (==) ModulePath set to "/usr/lib/xorg/modules"
[95.812] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[95.812] (II) Loader magic: 0x55b39a783e40
[95.812] (II) Module ABI versions:
[95.812]X.Org ANSI C Emulation: 0.4
[95.812]X.Org Video Driver: 24.1
[95.812]X.Org XInput driver : 24.1
[95.812]X.Org Server Extension : 10.0
[95.813] 

Re: Something is keeping my X awake

[martin f krafft]

I don't frequent Youtube, and I don't generally see ads. I might 
have Reddit open, so that could be it. Not exactly happy about this, 
and I will take it over to Mozilla and see what they say. At least 
this should be configurable.


--
@martinkrafft | https://matrix.to/#/#madduck:madduck.net
 
sex an und für sich ist reine selbstbefriedigung.
 
spamtraps: madduck.bo...@madduck.net

Re: Something is keeping my X awake

[martin f krafft]

Thanks, Carsten, for your work, and the elaborate explanation.

I can somewhat understand inhibiting the screensaver when there's a 
video playing in the foreground, but certainly not for background 
activity. But this is an issue to take up with the Mozilla dudes.


I don't believe that there should be any influence by the browser on 
a machine with a screensaver that's currently locking. The inhibitor 
just causes the password dialog to pop up all the time, and prevents 
screen blanking, when in fact there is nothing to be seen anyway, 
and it's thus pointless.


So while the inhibitor should inhibit the screensaver from 
activating on idle, if the screensave has been activated otherwise, 
then the inhibitor's job is over and it should just rest.


Best,

--
@martinkrafft | https://matrix.to/#/#madduck:madduck.net
 
"you don't sew with a fork, so I see no reason

 to eat with knitting needles."
   -- miss piggy, on eating chinese food
 
spamtraps: madduck.bo...@madduck.net

Something is keeping my X awake

[martin f krafft]

Hey there,

On my Thinkpad T490, something is keeping the display awake such 
that XScreensaver will not lock the machine, and DPMS will never let 
the screen turn off.


There are lots of suspects, with the trackpad, the nipple, and a 
Lenovo wireless keyboard attached. However, even after I 
unplug the wireless receiver, and disable the trackpad and nipple 
with `xinput disable …`, the machine will *not* rest.


I've ruled out that this is a problem with XScreensaver. I mean, 
maybe it is, but after I lock it manually, it just keeps 
interrupting with the password prompt, as if e.g. the mouse was 
moved or a key pressed.


At this stage I am wondering what tool there's availeble to me that 
could shed some light on this. I've tried `xev`, but there are no 
events whatsoever.


I'd appreciate any hints!!

Best,

--
@martinkrafft | https://matrix.to/#/#madduck:madduck.net
 
a friend is someone with whom

you can dare to be yourself
 
spamtraps: madduck.bo...@madduck.net


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Re: Something is keeping my X awake

[martin f krafft]

Regarding the following, written by "Vladimir Dergachev" on 2022-07-21 at 17:28 
Uhr -0400:
If any of such programs were terminated before they could restore 
the regular behaviour, the screen won't lock.


Nah, the problem is different. If I run `xscreensaver-command 
-lock`, then the screen locks, but every few minutes, the password 
screen will pop up, and time out, as if someone moves the mouse 
every few minutes.


As Carsten suggested, it seems that it's Firefox. I've quit the 
browser, and now `xset q` reports "Monitor is Off" (logged in over 
SSH), which it hasn't done in a long time.


This of course now begs the question: what is the browser doing to 
keep X awake by jiggling XScreensaver regularly, and worse yet: 
preventing DPMS shutoff. I am not watching videos, but I do havem 
plenty open tabs. Is any one of them able to keep my screen busy 
like this?


And how can I disable that? I generally keep the browser running, 
and don't want to have to shut it down every time I want to save 
energy and screen lifetime during idle periods.


A [web search](https://search.brave.com/search?q=firefox+dpms) seems 
to only touch the opposite problem, i.e. people seeking to disable 
DPMS from Firefox.


Thanks!

--
@martinkrafft | https://matrix.to/#/#madduck:madduck.net
 
"da haben wir es also: eine kirchliche ordnung mit priesterschaft,

 theologie, kultus, sakrament;
 kurz, alles das, was jesus von nazareth bekämpft hatte..."
 - friedrich nietzsche
 
spamtraps: madduck.bo...@madduck.net

Re: phenomenally slow performance dragging windows around (was: xrandr: adding a second display to screen 0 [radeon])

[martin f krafft]

Moving this thread from the xorg list to the ATI driver list.
Context:
http://lists.freedesktop.org/archives/xorg/2008-February/033007.html

Please remove the xorg list from CC on replies.

also sprach Michel Dänzer [EMAIL PROTECTED] [2008.02.19.2007 +0100]:
  Yes, using XAA fixes this. Thanks, Michel. Do you know of a good
  piece of documentation to read to understand this?
 
 The problem is that EXA is falling back to software rendering for the
 root window because its size exceeds the coordinate limits advertised by
 the driver (the 3D engine used for RENDER acceleration is limited to
 2048 in each dimension).
 
 If you're interested in testing patches, it should be possible to handle
 this more cleverly in the driver - the 2D engine used for window moves
 can handle up to 8192 in each dimension. We should probably move this to
 the xorg-driver-ati list for that purpose though.

I am interested in testing patches if it helps you guys. I already
have X set up with the ATI driver compiled from source from Git, so
I am ready to go if you tell me which patches to try.

-- 
martin | http://madduck.net/ | http://two.sentenc.es/
 
weapon, n.:
  an index of the lack of development of a culture.
 
spamtraps: [EMAIL PROTECTED]


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati