=40A023E7 which isn't there.
The application being closed doesn't seem to matter; it's happened with
gaim, firefox, thunderbird, and others.
Does it also happen with non-GTK apps?
Also, could you try whether it also happens with a 32 bit X server?
--
Earthling Michel Dänzer | Debian
/cpuinfo).
Does only using one logical CPU make a difference? How about
running a newer kernel or disabling the DRI?
Does the xserver-xorg version in experimental have the same problem?
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast
with a pretty good explanation I
think.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
xorg 6.9.0.dfsg.1-1 works only with kernel 2.6.12, while
6.8.2.dfsg.1-11 works with both kernels.
This is probably because X.Org 6.9 and kernel 2.6.14 support the DRI on
Radeon 9500 and newer. Try not enabling the DRI, i.e. not loading the
dri module in xorg.conf.
--
Earthling Michel Dänzer
. This glitch disappears if software cursor is enabled.
That's https://bugs.freedesktop.org/show_bug.cgi?id=4633, which reminds
me that I should commit the fix one of these days...
FWIW, this bug is https://bugs.freedesktop.org/show_bug.cgi?id=4456 .
--
Earthling Michel Dänzer | Debian
build the r300 driver by default.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
On Fri, 2006-01-06 at 13:41 +0100, Luca Capello wrote:
[...] what should I do for the DRI bug?
There is no bug, this is the reason why Option AGPFastWrite defaults
to off.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http
configurations including clone mode.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
-gl-dev xlibosmesa-dev xlibosmesa4
You need to install libgl1-mesa-dri-dev as well.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
it is driving the secondary.
Okay, I was confused by your mentioning of MergedFB as it's not really
relevant with multiple screens. Does not explicitly disabling it make a
difference?
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http
On Fri, 2006-01-06 at 20:31 +0100, Dominique Dumont wrote:
Michel Dänzer [EMAIL PROTECTED] writes:
On Thu, 2006-01-05 at 21:51 +0100, Lionel Elie Mamane wrote:
MergedFB false doesn't send signal to secondary, [...]
I think that's expected, as MergedFB unifies all
single-device
via_agp 9344 1
agpgart31496 2 drm,via_agp
This looks as if the radeon module is in use. What does
sudo lsof /dev/dri/card0
say?
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net
to another package.
There's nothing the X server can do about it, reassigning to 3ddesktop.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
libxklavier to 2.0-0.2 seems to fix things here. Note that
this is on amd64, so it seems to be a genuine libxklavier10 bug.
Reassigning and CC'ing Daniel Schepler, who uploaded the 0.3 NMU.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http
.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
On Thu, 2006-01-12 at 12:13 +0200, Martin-Éric Racine wrote:
to, 2006-01-12 kello 09:59 +0100, Michel Dänzer kirjoitti:
ii libxklavier102.0-0.3 X Keyboard Extension
high-level AP
Downgrading libxklavier to 2.0-0.2 seems to fix things here.
It didn't fix
cards use the following option in
the Device section of xorg.conf:
Option OldDmaInit true
Someone should fix the mga X driver to fall back to the old DMA init
method if the new one fails.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast
a duplicate of bug #327641 and friends, merging.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
upstream integrated
doesn't fix the problem because LITTLE_ENDIAN is defined as well, at
least on powerpc. As I intentionally made the patch endianness agnostic,
why not just use that code everywhere? New patch to that effect
attached.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI
AllowDeactivateGrabs in the
xorg.conf(5x) manpage and see if that helps.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
symbolic link `usr/lib/libGL.so': No such file or directory
Looks like yet another duplicate of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327641 and friends.
*sigh*
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http
experimental, have you tried it with that?
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
too.
See
http://bugzilla.ubuntu.com/show_bug.cgi?id=14485
and
https://wiki.ubuntu.com/BreezyReleaseNotes
This seems to be a bug in yaboot, I couldn't boot an initramfs kernel
either until I moved /boot from XFS to ext3.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI
that's unlikely to be solved in the 6.8 Debian
packages.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
On Wed, 2005-11-09 at 06:39 +0100, Frans Pop wrote:
Note that this bug seems to address the same issue for X and has a patch
attached: http://bugs.debian.org/338241
Careful, similar symptoms doesn't necessarily mean it's the same
problem.
--
Earthling Michel Dänzer | Debian
://bugs.freedesktop.org/ first and only asked for them to be
backported to the Debian packages necessary once they've been applied
upstream.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
to be
backported to the Debian packages necessary once they've been applied
upstream.
I can still do that. How can we stop these bug reports?
Not sure how the rest of the XSF would like this to be handled, but you
could e.g. tag them as upstream.
--
Earthling Michel Dänzer | Debian
is accidentally no longer fully compatible
with the rather old radeon DRM in that kernel. Can you try a 2.6 kernel?
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
---BeginMessage---
Yes it does seem that the 2.6 kernel fixes the problem, so I guess the
bug is closed, but some way to notify any other users
RC2 and RC3.
Also, if you install libgl1-mesa-dri and uncomment the 'Load dri' line
in xorg.conf, you should be able to use direct rendering, both providing
better performance and avoiding this issue.
PS: What's ww2d, anyway? :)
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI
flipping and/or use
Option AccelMethod EXA
?
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
resolution refers to the width
and height of the desktop. The relation
physical resolution = virtual resolution
is invariant.
Considering this, please rephrase the setup you'd like to achieve.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software
see Bug#151613)
- discouraged tools
both xorg*config tools
I think xrandr rather belongs in the 'management tools' or possibly even
'basic tools' category.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net
On Thu, 2005-10-06 at 18:05 +0200, Andreas Pakulat wrote:
On 06.10.05 15:19:24, Michel Dänzer wrote:
The relation
physical resolution = virtual resolution
is invariant.
That seems to be true for Xorg, but not for XFree86 4.3, as I said in my
report, my setup worked
the driver to exceed the limits advertised in the EDID.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
on that
Laptop-Panel, because the lower end is not accessible. The only way to
access these is to define a virtual resolution for the laptop panel
and have it scroll around.
I don't understand why that would be. Please provide the full config and
corresponding log file.
--
Earthling Michel
.
Are you sure the monitor supports 1152x864 at 75 Hz? It doesn't list it
in its EDID.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
was behaving just nice until the xfree86 - xorg upgrade.
Morten Sickel
(I know this is too little information, please contact me if you need some
more)
It's impossible to diagnose X server problems without seeing at least
the full config and log files.
--
Earthling Michel Dänzer | Debian
complains about the pixel clock for some modes
exceeding the EDID maximum. Please try Option IgnoreEDID, you may have
to re-override the sync ranges in the monitor section with that though.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast
-- -config
-config file specify a configuration file, relative to the
Weird one. :) I can't reproduce this with xserver-xorg from
experimental, I get only the output for -configure in both cases. (I can
reproduce it with a locally built 6.8 Xorg binary though)
--
Earthling Michel Dänzer
On Mon, 2005-10-10 at 18:34 +0200, Andreas Pakulat wrote:
On 10.10.05 12:44:54, Michel Dänzer wrote:
On Sun, 2005-10-09 at 20:11 +0200, Andreas Pakulat wrote:
with Screen1 being the CRT, Screen0 being the Laptop-Panel. Now I get a
3320x1200 Xinerama desktop, with a scrolling CRT
several X server generations, which is probably
a side-effect of using KDE. It would be interesting if the problem also
occurs during the first server generation.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net
in
linux-image-2.6.13-*.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
On Mon, 2005-10-17 at 09:57 +0200, Xavier Bestel wrote:
On Mon, 2005-10-17 at 09:34, Michel Dänzer wrote:
This is already available in xserver-xorg 6.8.99.900.dfsg.1-0pre1 in
experimental. The r300 DRI driver is even available in sid in the
libgl1-mesa-dri package, the same may be true
On Mon, 2005-10-17 at 10:11 +0200, Sven Luther wrote:
On Mon, Oct 17, 2005 at 09:34:07AM +0200, Michel Dänzer wrote:
On Fri, 2005-10-14 at 20:34 +0200, Tino Keitel wrote:
the attached patch for the radeon driver enables DRI support with Radeon
9500 or newer cards. It does
for building the standalone driver
modules. It might be good if you checked out a 7.0 RC or even CVS
snapshot to see if that's enough for your purposes as well or to work
with upstream to possibly fix that.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software
...
dpkg: error processing
/var/cache/apt/archives/xlibmesa-gl_6.8.2.dfsg.1-9_i386.deb (--unpack):
unable to create `./usr/X11R6/lib/libGL.so.1.2': No such file or
directory
This looks like a duplicate of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327641, merging.
--
Earthling Michel
On Sun, 2005-10-16 at 20:02 +0200, Andreas Pakulat wrote:
On 14.10.05 15:39:05, Michel Dänzer wrote:
SubSection Display
Depth 24
Modes 1400x1050 # change to the mode you want on the CRT
Virtual 1680 1050
EndSubSection
Does that come closer
libGL.so.1.2.seg newer than libGL.so.1.2.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
components. In particular, make sure that
there's no stray GNOME background processes from a previous session.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
/permissions.rules.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
) is loaded.
Another possibility is running the X server with -allowMouseOpenFail.
I don't really see an X server bug here but rather a system
administration issue.
HTH,
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http
.
Either of these has the advantage that even without explicit hotplugging
support in the X server, you can plug in a mouse after the X server is
already running, and it Just Works(TM). This isn't true if the X server
just ignores the failure to open the mouse device.
--
Earthling Michel Dänzer
On Thu, 2005-10-20 at 12:21 +0200, Xavier Bestel wrote:
On Thu, 2005-10-20 at 12:09, Michel Dänzer wrote:
On Thu, 2005-10-20 at 11:06 +0200, Xavier Bestel wrote:
When starting Xorg, I have to manually chmod 666 the DRM char device
sometimes.
Sounds like something else changes
+0200, Sven Luther wrote:
Does the X configuration per default suggest /dev/input/mice now, or still
proposes /dev/psaux ?
AFAIK the former, but it doesn't really matter anyway with current 2.6
kernels as the latter is merely an alias for the former anyway.
--
Earthling Michel Dänzer
extension XFree86-DRI
The X server seems to not have enabled the DRI for some reason. Please
submit the output of
/usr/share/bug/xserver-xorg/script 31
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
On Wed, 2005-11-16 at 10:14 +0100, Michel Dänzer wrote:
Please submit the output of
/usr/share/bug/xserver-xorg/script 31
Actually,
/usr/share/bug/xlibmesa-dri/script 31
would be even better.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software
stderr. Please submit the output of
/usr/share/bug/xserver-xorg/script 31
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
be initialized to be somewhat valid in case of failures in the
function.
Sounds like you could provide a patch? If you do, please also submit it
upstream at http://bugs.freedesktop.org .
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http
: This might be fixed in upstream commits
8d3b465eb3d6c93cbbcebe8e5c9298caaaeb650b and
bb7a39ac13731a80fc2d80487f9da760dd34c3ba (from server-1.2-branch).
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
On Sat, 2006-09-23 at 02:43 +0200, Daniel Nylander wrote:
Package: mesa
Severity: wishlist
Tags: patch l10n
Here is the Swedish translation of the template found in
Mesa/src/mesa/drivers/dri/common/xmlpool
Pushed to the upstream git repository, thanks.
--
Earthling Michel Dänzer
On Sun, 2006-07-23 at 09:00 -0400, Marc MERLIN wrote:
On Sun, Jul 23, 2006 at 01:44:59PM +0200, Michel Dänzer wrote:
Maybe glxinfo could still provide a clue though, such as output that
goes something like 'Setting the environment variable
LIBGL_DEBUG=verbose may help find out why
and starts a new generation by
default. This can be changed in the display manager configuration.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
NoPM in
xorg.conf.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
resources for operation)
This is usually due to the video driver not being able to allocate video
memory to hold the YUV data, and may be a configuration issue. Please
provide the full X config and log files.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software
, please reopen this report or file
new ones, one per problem, with specific descriptions.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
On Mon, 2006-12-11 at 08:25 +0100, Ph. Marek wrote:
On Friday 08 December 2006 11:16, Michel Dänzer wrote:
On Thu, 2006-12-07 at 17:15 +0100, Ph. Marek wrote:
When I have a root shell hanging around renicing helps a bit.
Logging off and on again stops the loop; but looking at the site
explanation, but I guess it
could also be partly a graphics driver (configuration) issue. You should
probably provide a little more detail about your system setup.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI
On Fri, 2006-09-08 at 21:51 +, Joachim Breitner wrote:
Am Donnerstag, den 31.08.2006, 00:50 +0200 schrieb Michel Dänzer:
I use the r300 DRI driver for my Radeon FireGL Mobility T2 card. It
works mostly fine, also with 3d applications, but the graphics
reproducibly crash when
On Sun, 2006-09-10 at 22:29 +, Joachim Breitner wrote:
Am Sonntag, den 10.09.2006, 23:26 +0200 schrieb Michel Dänzer:
Would be great if you could also try an upstream 6.5.1 release candidate
and report this at http://bugs.freedesktop.org if it persists.
Are there debian packages
in XFree86Config (closes:
#251828)
Looks like it was used after all.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
, I do
not close it now, because xorg can behave better. It should warn about
symbol conflicts between modules and refuse loading DRI modules for
AIGLX if GLcore is already loaded.
It should simply ignore requests to load GLcore explicitly, as that's
never useful.
--
Earthling Michel
.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
the latest radeonfb module, but it did
not help.
My log and conf are at http://ir.iit.edu/~ej/XFree86.0.log and xorg.conf
Does
Option ShadowFB off
work around it?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
On Mon, 2006-11-13 at 11:17 +0100, Samuel Mimram wrote:
Michel Dänzer wrote:
On Thu, 2006-11-02 at 17:34 -0600, Eric wrote:
I too use the radeonfb driver for its rotation capability. Since
upgrading to xserver-xorg-video-fbdev 1:0.3.0-3 I get the same visual
problem Samuel describes. I
count distinct 25
columns.
Does
Option ShadowFB off
work around it?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
On Mon, 2006-11-13 at 22:47 +0100, Peter Pöschl wrote:
On Mon November 13 2006 15:08, Michel Dänzer wrote:
Does
Option ShadowFB off
work around it?
I put this into the Device section and tried 1600x1200 and 1280x1024, but
there were no changes.
Please post a log file from
On Mon, 2006-11-13 at 21:46 +0100, Robert Siemer wrote:
On Sun, Nov 12, 2006 at 02:05:27PM +0100, Michel Dänzer wrote:
One thing to watch out for is that the X server's ACPI support is known
to prevent DPMS in some cases, this was just recently fixed upstream.
Well, this is not known
)
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
On Wed, 2006-11-15 at 09:10 -0200, Otavio Salvador wrote:
Michel Dänzer [EMAIL PROTECTED] writes:
On Tue, 2006-11-14 at 20:12 -0200, Otavio Salvador wrote:
Julien Cristau [EMAIL PROTECTED] writes:
In order to get a backtrace from the segfault, you need to run gdb on an
X server
On Sun, 2006-10-15 at 22:34 +0200, Frans Pop wrote:
On Sunday 15 October 2006 22:19, Alan Hourihane wrote:
On Fri, 2006-10-13 at 14:22 +0200, Michel Dänzer wrote:
On Fri, 2006-10-13 at 12:31 +0100, Alan Hourihane wrote:
Here's a slight tweak to that last patch.
Looks good
Compatibility mode, properties unknown.
freeglut (/usr/lib/torcs/torcs-bin): Unable to create direct context
This is the problem. Is direct rendering working with other apps?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
as of 6.6.1.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
since it fixes a real bug. afaik, we haven't seen any
actual problems with upgrades caused by these dependencies, so I'd rather
leave the bug fixed.
By that reasoning, the dependency on drivers could be moved back from
xserver-xorg to xserver-xorg-core. Back to square one.
--
Earthling Michel
On Mon, 2006-10-16 at 12:31 +0200, Frans Pop wrote:
On Monday 16 October 2006 10:58, Michel Dänzer wrote:
Want me to test your patch first Michel?
With the broken xserver-xorg-core I guess?
That would be great, thanks Frans.
Works fine too.
Excellent, pushed to xf86-video-intel git
On Thu, 2006-10-19 at 21:41 +0200, [EMAIL PROTECTED] wrote:
Michel Dänzer [EMAIL PROTECTED] writes:
And this doesn't happen with version 6.6.2? If so, it would be great if
you could try isolating the upstream change that causes it with
git-bisect.
I'm afraid that's a bit too much as I
. Rebuilding with gcc-3.4 fixes the problem.
Ben, do you happen to know whether this was built with
-fno-strict-aliasing? If not, that might be worth a try, as the Mesa
code generally isn't strict aliasing safe.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre
/usr/bin/X11/X +xinerama -layout xinerama_layout
everything works fine.
This might be related to #392915. Please provide the information
requested there.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI
On Sat, 2006-10-21 at 18:52 +0100, Ben Hutchings wrote:
On Sat, 2006-10-21 at 12:08 -0400, Ryan Richter wrote:
On Sat, Oct 21, 2006 at 10:18:41AM +0200, Michel Dänzer wrote:
On Fri, 2006-10-20 at 12:47 -0400, [EMAIL PROTECTED] wrote:
Package: libgl1-mesa-dri
Version: 6.5.1-0.2
-branch).
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
true
Option BIOSHotKeys on
Option MergedFB true
Does not enabling any of these options make any difference?
PS: Which version of libgl1-mesa-dri is installed?
--
Earthling Michel Dänzer | http://tungstengraphics.com
-mesa-dri. Which version of that is installed? If it's the current
one from sid, can you try rebuilding it with debugging symbols and get a
backtrace with gdb?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI
. Unfortunately this is the one I need.
If radeon works but ati doesn't, that's an xserver-xorg-video-ati
bug.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
On Sat, 2006-10-07 at 21:35 -0400, David Nusinow wrote:
On Fri, Oct 06, 2006 at 09:21:29AM +0200, Michel Dänzer wrote:
On Thu, 2006-10-05 at 19:33 -0400, David Nusinow wrote:
I wonder if patching the server to automatically enable this when radeon
is
loaded until we have a good
hard-coded into xsubpp.
IMHO, it seems harder to modify xsubpp than to modify GL/gl.h.
Any opinion about a correct fix for this issue?
You should bring this up on the [EMAIL PROTECTED] list.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
)
grepper also reports seeing the problem with an nv based system (although I
assume the log entries are different).
See https://bugs.freedesktop.org/show_bug.cgi?id=7097 .
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
On Sun, 2006-10-08 at 18:18 +0200, Michel Dänzer wrote:
On Sat, 2006-10-07 at 21:35 -0400, David Nusinow wrote:
Ideally though, just editing currently broken-for-EXA patch so
that it's only on when XAA is enabled is probably a better hack.
Indeed.
Actually, it should also be verified
-xorg-core. An upstream
wishlist report against the Mesa savage driver might also be a good idea
though as NPOT textures would be more resource efficient with compiz.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X
reassign 390496 libgl1-mesa-dri
kthxbye
On Mon, 2006-10-09 at 00:16 +0200, Michel Dänzer wrote:
On Sun, 2006-10-08 at 12:37 +0200, Thierry Reding wrote:
* DW Price wrote:
Package: compiz
Version: 0.0.13+git20060928-2
video: S3 Inc. SuperSavage IX/C SDR - T23 Thinkpad
kernel
1 - 100 of 1701 matches
Mail list logo
