also sprach Tiago Vignatti vigna...@freedesktop.org [2009.04.29.0422 +0200]:
Yeah, I'm trying to solve part of this.
Great, I will definitely try to help, but it will take me a few
days. I will study the bugs and reply to them, but also keep the
list in the loop, okay?
--
martin |
also sprach Alex Deucher alexdeuc...@gmail.com [2009.04.21.1734 +0200]:
Looks like an XAA problem. Can you try with EXA?
Option AccelMethod EXA
in your device sections.
I tried with EXA in all four sections, and the result I get is
another segfault:
Program received signal SIGSEGV,
also sprach martin f krafft madd...@madduck.net [2009.04.28.1806 +0200]:
I tried with EXA in all four sections, and the result I get is
another segfault:
Julien pointed me to commit
faf7dfa099f5b42a703313fbd1bf8afdad07a179, which seems to solve that
problem.
Unfortunately, like the hydra, this
On Tue, Apr 28, 2009 at 1:47 PM, martin f krafft madd...@madduck.net wrote:
also sprach martin f krafft madd...@madduck.net [2009.04.28.1806 +0200]:
I tried with EXA in all four sections, and the result I get is
another segfault:
Julien pointed me to commit
also sprach Alex Deucher alexdeuc...@gmail.com [2009.04.28.1957 +0200]:
It won't work until your secondary card is posted. Int10 posting
of secondary cards doesn't work with libpciaccess. The non-int10
post code in the ddx is incomplete and disabled.
You also explained on IRC:
Normally
On Tue, Apr 28, 2009 at 3:07 PM, martin f krafft madd...@madduck.net wrote:
also sprach Alex Deucher alexdeuc...@gmail.com [2009.04.28.1957 +0200]:
It won't work until your secondary card is posted. Int10 posting
of secondary cards doesn't work with libpciaccess. The non-int10
post code in
also sprach Alex Deucher alexdeuc...@gmail.com [2009.04.28.2122 +0200]:
Hard to say, depends on when the work gets done. The universal
fix would be to get int10 and vga stuff working with libpciaccess,
which on Linux at least, requires a kernel vga arbiter. Not sure
about other OSs. radeon
Hi,
martin f krafft escreveu:
3. When moving the mouse from head to head, the old pointer is
left on the edge of the head we just left, and stays there while
a new pointer moves about on the entered head. When moving
back, the new pointer stays at the edge, and the old pointer
is
Alex Deucher escreveu:
On Tue, Apr 28, 2009 at 3:07 PM, martin f krafft madd...@madduck.net wrote:
Your best bet short term is to use xserver 1.4.x.
Any idea how long that short term is? 1.4.x works fine for me at
the moment, but I'd rather not build on that basis for indeterminate
time...
On Tue, 28 Apr 2009, Tiago Vignatti wrote:
Alex Deucher escreveu:
On Tue, Apr 28, 2009 at 3:07 PM, martin f krafft madd...@madduck.net wrote:
Your best bet short term is to use xserver 1.4.x.
Any idea how long that short term is? 1.4.x works fine for me at
the moment, but I'd rather not
Hi Timothy,
Timothy S. Nelson escreveu:
Can I point out that
https://bugs.freedesktop.org/show_bug.cgi?id=20816 and its dependencies
are the appropriate bugs for the issue? Not that I want to discourage
mailing list comment, or anything, but merely to point any relevant
people at
On Thu, Apr 16, 2009 at 1:33 PM, martin f krafft madd...@madduck.net wrote:
also sprach Alex Deucher alexdeuc...@gmail.com [2009.04.16.1908 +0200]:
Can you get a full backtrace with gdb?
http://wiki.x.org/wiki/Development/Documentation/ServerDebugging
Wow, you guys *really* make it easy for
also sprach Alex Deucher alexdeuc...@gmail.com [2009.04.15.1859 +0200]:
That's what zaphod mode is. What sort of problem do you get when
you use that config against the newer driver?
Using the following software on Debian sid:
ii xserver-xorg1:7.3+18the X.Org X server
ii
On 4/16/09, martin f krafft madd...@madduck.net wrote:
also sprach Alex Deucher alexdeuc...@gmail.com [2009.04.15.1859 +0200]:
That's what zaphod mode is. What sort of problem do you get when
you use that config against the newer driver?
Using the following software on Debian sid:
ii
also sprach Alex Deucher alexdeuc...@gmail.com [2009.04.16.1559 +0200]:
1. it displays some Radeon identification string on both heads
connected to the primary card, while the head on the secondary
card stays black
2. the identification string changes into the sequence
also sprach Alex Deucher alexdeuc...@gmail.com [2009.04.16.1908 +0200]:
Can you get a full backtrace with gdb?
http://wiki.x.org/wiki/Development/Documentation/ServerDebugging
Wow, you guys *really* make it easy for people, especially on
Debian. Thanks!
Here it is:
Program received signal
On 4/15/09, martin f krafft madd...@madduck.net wrote:
Hi folks,
After upgrading to 7.4, I got an ABI mismatch when using the old 6.6
ATI driver to control the two Radeon cards I have in my machines,
which are combined with Xinerama into a triple-monitor setup.
I could also not compile
also sprach Alex Deucher alexdeuc...@gmail.com [2009.04.15.1748 +0200]:
(2) is clearly not an option, so I am doing (1), but I am also
reminded of this thread on the issue:
zaphod style multi-head should still work with the radeon driver.
I am not sure I know what zaphod-style is. I've
On 4/15/09, martin f krafft madd...@madduck.net wrote:
also sprach Alex Deucher alexdeuc...@gmail.com [2009.04.15.1748 +0200]:
(2) is clearly not an option, so I am doing (1), but I am also
reminded of this thread on the issue:
zaphod style multi-head should still work with the
19 matches
Mail list logo