[...]
So, I think that I am using the vesa Xorg driver for generic VESA video
cards instead of the ati video driver.
How to be sure about that?
Have a look at Xorg logs, usually /var/log/Xorg.0.log.
--
Yeah, but it seems to load both drivers (and other drivers too):
$ cat
On 2014-07-31 12:47 (GMT+0200) YuGiOhJCJ Mailing-List composed:
...
I give you my full Xorg.0.log here:
http://pastebin.com/fsPBgt5P
...
problem is because my radeon module is not loaded:
$ lsmod | grep radeon
So, I load it:
$ sudo modprobe radeon
...
This is my new full Xorg.0.log
Eric Anholt e...@anholt.net writes:
Keith Packard kei...@keithp.com writes:
Make sure the pitch and tiling are correct.
Make sure there's a BO we can get at.
I thought we couldn't change these parameters, but now I can't find what
prevents them from changing. Can you cite sources?
Looks
Eric Anholt e...@anholt.net writes:
Keith Packard kei...@keithp.com writes:
This adds glamor support back into the driver, but instad of going
through UXA, this uses it directly instead.
This is hard to read with the conditionalizing all of the UXA code in
the same commit as adding the
Eric Anholt e...@anholt.net writes:
Keith Packard kei...@keithp.com writes:
I spent the day just cleaning up this patch series and testing. I
think it's ready for others to use and review. I've been running it on
two machines for a couple of days now and it's been solid.
Patches 2, 4 are:
On 30.07.2014 19:07, Michel Dänzer wrote:
On 25.07.2014 03:21, Isaac Kamga wrote:
I am Computer Science major who is interested in fixing color maps with
Rand 1.2 capable Xorg drivers.
Great! Things like gamma correction in SDL based games has been broken
for too long.
I have a faint
Michel Dänzer mic...@daenzer.net writes:
On 31.07.2014 02:16, Keith Packard wrote:
Michel Dänzer mic...@daenzer.net writes:
-#ifdef HAVE_DIX_CONFIG_H
-#include dix-config.h
-#else
-#include xorg-server.h
+#if !defined(_DIX_CONFIG_H_) !defined(_XORG_SERVER_H_)
+#error Drivers must
I'm running Scientific Linux 6.4, but it appears I can't compile
because of the libudev-dev library, Scientific Linux has only version
147, while i've been told I need atleast version 151, this is provided
only by fedora. I don't know if I'm actually coding on the right OS,
if not I could install
Eric Anholt e...@anholt.net writes:
Keith Packard kei...@keithp.com writes:
Don't try to destroy rotation_damage in the xf86RotateCloseScreen; it
will have been destroyed when the screen pixmap was destroyed.
This series is:
Reviewed-by: Eric Anholt e...@anholt.net
Merged.
On 31.07.2014 15:58, Keith Packard wrote:
Michel Dänzer mic...@daenzer.net writes:
On 31.07.2014 02:16, Keith Packard wrote:
Michel Dänzer mic...@daenzer.net writes:
-#ifdef HAVE_DIX_CONFIG_H
-#include dix-config.h
-#else
-#include xorg-server.h
+#if !defined(_DIX_CONFIG_H_)
Am 30.07.2014 23:38, schrieb Keith Packard:
walter harms wha...@bfs.de writes:
distance is normally defined with sqrt(dx*dx+dy*dy)
perhaps you can use dx*dx instead of abs() to avoid
confusion about dist ?
That introduces all kinds of range adventures; not sure it's worth the
trouble?
Am 31.07.2014 09:03, schrieb Check Nyah:
I'm running Scientific Linux 6.4, but it appears I can't compile
because of the libudev-dev library, Scientific Linux has only version
147, while i've been told I need atleast version 151, this is provided
only by fedora. I don't know if I'm actually
You could install the libudev from source, or even better:
get the src.rpm from redhat and rebuild for SL6.4. I did that for several
packets for my OpenSuse system. (if everything works fine: rpmbuild -bb
should be sufficient).
Thanks.
___
Ville Syrjälä ville.syrj...@linux.intel.com writes:
Now that we have mmio flips in the kernel we can start to relax that
restriction. That still needs a bit more work in the mmio flip code
but I believe some people working on just that.
I couldn't find any tiling restrictions in the current
Michel Dänzer mic...@daenzer.net writes:
You seem to have a better idea what needs to be done. I just pointed out
that it's better to check for one of those headers having been included
than to include them explicitly.
I'm sorry, but I completely missed what your patch was doing. Yes, just
Michel Dänzer mic...@daenzer.net writes:
This works, but how about this on top:
diff --git a/include/servermd.h b/include/servermd.h
index b3fe6df..c88a542 100644
--- a/include/servermd.h
+++ b/include/servermd.h
@@ -47,10 +47,9 @@ SOFTWARE.
#ifndef SERVERMD_H
#define SERVERMD_H 1
Hello again,
just thought I should ask again. Probably the message got lost in the
noise ;-)
On 29 July 2014 18:56, Jan Smout smout@gmail.com wrote:
Hi all,
I recently stumbled into an application that crashed because of this:
https://bugs.freedesktop.org/show_bug.cgi?id=71338
and
On Thu, Jul 31, 2014 at 08:20:20AM -0700, Keith Packard wrote:
Ville Syrjälä ville.syrj...@linux.intel.com writes:
Now that we have mmio flips in the kernel we can start to relax that
restriction. That still needs a bit more work in the mmio flip code
but I believe some people working on
Hopefully other compilers will start adopting this so we don't have to
maintain ever growing matrixes of compiler/version checks for all the
attributes we use.
Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com
---
Xfuncproto.h.in | 30 +-
1 file changed,
Looks good to me.
Reviewed-by: Jeremy Huddleston Sequoia jerem...@apple.com
On Jul 31, 2014, at 15:26, Alan Coopersmith alan.coopersm...@oracle.com
wrote:
Hopefully other compilers will start adopting this so we don't have to
maintain ever growing matrixes of compiler/version checks for
On 01.08.2014 00:39, Keith Packard wrote:
Michel Dänzer mic...@daenzer.net writes:
This works, but how about this on top:
diff --git a/include/servermd.h b/include/servermd.h
index b3fe6df..c88a542 100644
--- a/include/servermd.h
+++ b/include/servermd.h
@@ -47,10 +47,9 @@ SOFTWARE.
Signed-off-by: Gabriel Souza Franco gabrielfrancoso...@gmail.com
---
nls/en_US.UTF-8/Compose.pre | 1 +
1 file changed, 1 insertion(+)
diff --git a/nls/en_US.UTF-8/Compose.pre b/nls/en_US.UTF-8/Compose.pre
index 23829b4..4a96570 100644
--- a/nls/en_US.UTF-8/Compose.pre
+++
On 07/31/14 06:23 PM, Gabriel Souza Franco wrote:
Signed-off-by: Gabriel Souza Franco gabrielfrancoso...@gmail.com
---
nls/en_US.UTF-8/Compose.pre | 1 +
1 file changed, 1 insertion(+)
diff --git a/nls/en_US.UTF-8/Compose.pre b/nls/en_US.UTF-8/Compose.pre
index 23829b4..4a96570 100644
---
I thought of equal less to match equal greater, but it is even more
confusing.
On Thu, Jul 31, 2014 at 10:38 PM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
On 07/31/14 06:23 PM, Gabriel Souza Franco wrote:
Signed-off-by: Gabriel Souza Franco gabrielfrancoso...@gmail.com
---
Michel Dänzer mic...@daenzer.net writes:
Thanks, but X_BYTE_ORDER still needs to be added to xorg-server.h,
doesn't it? By 'this on top', I meant literally folding it into your
patch.
Heh. I thought we'd already gotten that part done. Sorry; I'm on
vacation this week.
From
On 01.08.2014 12:00, Keith Packard wrote:
Michel Dänzer mic...@daenzer.net writes:
Thanks, but X_BYTE_ORDER still needs to be added to xorg-server.h,
doesn't it? By 'this on top', I meant literally folding it into your
patch.
Heh. I thought we'd already gotten that part done. Sorry; I'm
Michel Dänzer mic...@daenzer.net writes:
Reviewed-by: Michel Dänzer michel.daen...@amd.com
Merged.
e31564e..e8373e4 master - master
--
keith.pack...@intel.com
pgpf1gqNOLqOU.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org
https://bugs.freedesktop.org/show_bug.cgi?id=81850
--- Comment #7 from Dominik Kopp s...@kabelfunk.de ---
solved. :-)
In comment#6 I could only bisect until to a faulty *merge* commit.
But I looked deeper in the commits and I can say that this is the only commit
which causes my problem:
https://bugs.freedesktop.org/show_bug.cgi?id=77903
--- Comment #7 from jackdac...@gmail.com ---
(In reply to comment #6)
(In reply to comment #5)
did this re-appear ?
No, you seem to be using the standalone glamor 0.6.0 release or another
snapshot of the standalone glamor tree which
29 matches
Mail list logo