From: Michel Dänzer michel.daen...@amd.com
Otherwise the CPU may end up reading from non-cacheable memory, which is
very slow.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=84178
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
Keeping gl_usage in case we need to add back
Am 2014-09-25 08:27, schrieb Michel Dänzer:
From: Michel Dänzer michel.daen...@amd.com
Otherwise the CPU may end up reading from non-cacheable memory, which
is
very slow.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=84178
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
On 25.09.2014 15:57, Markus Wick wrote:
Am 2014-09-25 08:27, schrieb Michel Dänzer:
From: Michel Dänzer michel.daen...@amd.com
Otherwise the CPU may end up reading from non-cacheable memory, which is
very slow.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=84178
Signed-off-by: Michel
Hi,
On 09/24/2014 09:23 PM, Felix Miata wrote:
Laércio de Sousa wrote on 2014-09-23 08:05 (GMT-0300):
2014-09-23 3:37 GMT-03:00 Jasper St. Pierre composed:
Felix Miata wrote:
xorg-x11-drv-sis seems to have disappeared. Did that happen on purpose? It
still exists as a selelection in
Chris Wilson writes:
On Wed, Sep 24, 2014 at 01:23:26PM +0200, Egbert Eich wrote:
Chris Wilson writes:
On Wed, Sep 24, 2014 at 12:34:29PM +0200, Egbert Eich wrote:
For panning one needs to be able to draw into the screen pixmap
outside
of the area exposed by the
On Thu, Sep 25, 2014 at 03:16:23PM +0200, Egbert Eich wrote:
Chris Wilson writes:
On Wed, Sep 24, 2014 at 01:23:26PM +0200, Egbert Eich wrote:
Chris Wilson writes:
On Wed, Sep 24, 2014 at 12:34:29PM +0200, Egbert Eich wrote:
For panning one needs to be able to draw
On Thu, Sep 25, 2014 at 04:10:26PM +0100, Chris Wilson wrote:
On Thu, Sep 25, 2014 at 03:16:23PM +0200, Egbert Eich wrote:
Chris Wilson writes:
On Wed, Sep 24, 2014 at 01:23:26PM +0200, Egbert Eich wrote:
Chris Wilson writes:
On Wed, Sep 24, 2014 at 12:34:29PM +0200, Egbert Eich
Hans de Goede wrote on 2014-09-25 08:45 (GMT-0400):
this package is dead for Fedora 21 and later due to lack of KMS support.
Not exactly. My OP here was intended to goto the
de...@lists.fedoraproject.org list, but I copied and pasted the wrong address
from an email that had been sent both
POSIX requires that these be named correctly, no need to be clever.
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/loader/loader.c | 22 ++
1 file changed, 2 insertions(+), 20 deletions(-)
diff --git a/hw/xfree86/loader/loader.c b/hw/xfree86/loader/loader.c
index
Signed-off-by: Adam Jackson a...@redhat.com
---
dix/devices.c | 57 -
include/input.h | 3 ---
2 files changed, 60 deletions(-)
diff --git a/dix/devices.c b/dix/devices.c
index f17a3ac..3fb7ca0 100644
--- a/dix/devices.c
+++
Approximately zero functional change. The only two I'd be even a little
unsure of are 8 and 18, and those only because there might be a binary
driver actually using what they're removing.
- ajax
___
xorg-devel@lists.x.org: X.Org development
Archives:
Nice, but not something our Windows servers build, and not something
that belongs in mi anyway.
Signed-off-by: Adam Jackson a...@redhat.com
---
mi/micmap.c | 44
1 file changed, 44 deletions(-)
diff --git a/mi/micmap.c b/mi/micmap.c
index
Signed-off-by: Adam Jackson a...@redhat.com
---
damageext/damageext.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/damageext/damageext.c b/damageext/damageext.c
index 886f56d..4928379 100644
--- a/damageext/damageext.c
+++ b/damageext/damageext.c
@@ -687,9 +687,8 @@
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/loader/loadmod.c | 113 +++-
1 file changed, 48 insertions(+), 65 deletions(-)
diff --git a/hw/xfree86/loader/loadmod.c b/hw/xfree86/loader/loadmod.c
index 21ccb1b..7021bdd 100644
---
We already get this from servermd.h
Signed-off-by: Adam Jackson a...@redhat.com
---
exa/exa_priv.h | 12
hw/kdrive/src/kdrive.h | 13 -
2 files changed, 25 deletions(-)
diff --git a/exa/exa_priv.h b/exa/exa_priv.h
index 61a1f4c..88bfd37 100644
---
READABLE.
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/common/xf86Config.c | 48 +++---
1 file changed, 12 insertions(+), 36 deletions(-)
diff --git a/hw/xfree86/common/xf86Config.c b/hw/xfree86/common/xf86Config.c
index 53e61a0..546055d 100644
We know we're atop fb which is atop micmap, the only thing we need to
hook is InstallColormap to handle the xwd colormap change.
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/vfb/InitOutput.c | 55 +++--
1 file changed, 3 insertions(+), 52
No driver is using these, as far as I know.
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/common/xf86.h | 3 ---
hw/xfree86/common/xf86Bus.c| 41 -
hw/xfree86/common/xf86Bus.h| 4
hw/xfree86/common/xf86Events.c | 4
SUBCLASS ALL THE THINGS
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/common/xf86Config.c | 2 --
hw/xfree86/common/xf86Globals.c | 1 -
hw/xfree86/common/xf86Privstr.h | 1 -
3 files changed, 4 deletions(-)
diff --git a/hw/xfree86/common/xf86Config.c
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/common/xf86Config.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/hw/xfree86/common/xf86Config.c b/hw/xfree86/common/xf86Config.c
index 3eb7a0f..bca5b45 100644
--- a/hw/xfree86/common/xf86Config.c
+++
Never defined by the server.
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/x86emu/x86emu/x86emui.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/xfree86/x86emu/x86emu/x86emui.h
b/hw/xfree86/x86emu/x86emu/x86emui.h
index 5e20d97..01bd92a 100644
---
Nothing's using it.
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/common/xf86xv.c | 4
hw/xfree86/common/xf86xv.h | 3 ---
hw/xfree86/common/xf86xvpriv.h | 1 -
3 files changed, 8 deletions(-)
diff --git a/hw/xfree86/common/xf86xv.c b/hw/xfree86/common/xf86xv.c
index
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/common/xf86Init.c | 15 ---
1 file changed, 15 deletions(-)
diff --git a/hw/xfree86/common/xf86Init.c b/hw/xfree86/common/xf86Init.c
index b197c1c..6051fd2 100644
--- a/hw/xfree86/common/xf86Init.c
+++
Not actually wired up so it's fairly useless.
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/ddc/ddc.c | 58 -
hw/xfree86/ddc/xf86DDC.h | 5 -
hw/xfree86/modes/Makefile.am | 1 -
hw/xfree86/modes/xf86DisplayIDModes.c | 444
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/common/xf86Config.c | 2 --
hw/xfree86/common/xf86Privstr.h | 1 -
2 files changed, 3 deletions(-)
diff --git a/hw/xfree86/common/xf86Config.c b/hw/xfree86/common/xf86Config.c
index 8f16be3..3eb7a0f 100644
---
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/common/xf86Init.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/hw/xfree86/common/xf86Init.c b/hw/xfree86/common/xf86Init.c
index 6051fd2..017dcb6 100644
--- a/hw/xfree86/common/xf86Init.c
+++
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/common/xf86cmap.c | 46 +++-
1 file changed, 20 insertions(+), 26 deletions(-)
diff --git a/hw/xfree86/common/xf86cmap.c b/hw/xfree86/common/xf86cmap.c
index 3f9c880..c4bae56 100644
---
No modern driver pays attention to this. Presumably there existed
hardware once where you couldn't just read the right values out of the
CRTC.
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/common/xf86Config.c| 1 -
hw/xfree86/common/xf86Configure.c | 1 -
This code is using GetImage to accumulate a logical view of the window
image (since the windows will be clipped to their containing screen),
and then PutImage to load that back into the pixmap. What it wasn't
doing was constructing a region for the obscured areas of the window and
emitting
Michel Dänzer mic...@daenzer.net writes:
From: Michel Dänzer michel.daen...@amd.com
Otherwise the CPU may end up reading from non-cacheable memory, which is
very slow.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=84178
Signed-off-by: Michel Dänzer michel.daen...@amd.com
From: Adam Jackson a...@redhat.com
Date: Thu, 25 Sep 2014 13:37:20 -0400
POSIX requires that these be named correctly, no need to be clever.
None of the BSDs have needed those compatibility defines for quite
some time, and I doubt anything else still supported cares.
Reviewed-by: Mark
From: Adam Jackson a...@redhat.com
Date: Thu, 25 Sep 2014 13:37:34 -0400
No driver is using these, as far as I know.
The xf86-video-mga driver uses these, but only if DISABLE_VGA_IO is
defined, and by default it isn't, and there is no configure option to
turn it on.
I'm a bit worried about
From: Adam Jackson a...@redhat.com
Date: Thu, 25 Sep 2014 13:37:35 -0400
Never defined by the server.
Fairly certain it was never intended to be defined by the server, but
used as a compile-time option to make debugging easier.
Signed-off-by: Adam Jackson a...@redhat.com
---
Adam Jackson a...@redhat.com writes:
Nice, but not something our Windows servers build, and not something
that belongs in mi anyway.
Signed-off-by: Adam Jackson a...@redhat.com
Reviewed-by: Eric Anholt e...@anholt.net
pgpWCyQiIDjh_.pgp
Description: PGP signature
Adam Jackson a...@redhat.com writes:
Nothing's using it.
Reviewed-by: Eric Anholt e...@anholt.net
pgpV7slCH8rim.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info:
Adam Jackson a...@redhat.com writes:
No modern driver pays attention to this. Presumably there existed
hardware once where you couldn't just read the right values out of the
CRTC.
Reviewed-by: Eric Anholt e...@anholt.net
pgpNUpue8mlHq.pgp
Description: PGP signature
Adam Jackson a...@redhat.com writes:
-/*
- * xf86ConfigError --
- * Print a READABLE ErrorMessage!!! All information that is
- * available is printed.
- */
-static void
-_X_ATTRIBUTE_PRINTF(1, 2)
-xf86ConfigError(const char *msg, ...)
-{
-va_list ap;
-
-
Adam Jackson a...@redhat.com writes:
Signed-off-by: Adam Jackson a...@redhat.com
---
hw/xfree86/common/xf86cmap.c | 46
+++-
1 file changed, 20 insertions(+), 26 deletions(-)
Looks nicer to me.
Reviewed-by: Eric Anholt e...@anholt.net
Adam Jackson a...@redhat.com writes:
Not actually wired up so it's fairly useless.
Reviewed-by: Eric Anholt e...@anholt.net
pgpyp44Uj2jSa.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives:
Adam Jackson a...@redhat.com writes:
SUBCLASS ALL THE THINGS
Isn't the Log enum dead now?
Other than that,
Reviewed-by: Eric Anholt e...@anholt.net
pgp4QRTLe7D2i.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Adam Jackson a...@redhat.com writes:
Signed-off-by: Adam Jackson a...@redhat.com
Reviewed-by: Eric Anholt e...@anholt.net
pgpNeLTmeBy5p.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives:
Adam Jackson a...@redhat.com writes:
Signed-off-by: Adam Jackson a...@redhat.com
Patches 16, 17, and 19 are also:
Reviewed-by: Eric Anholt e...@anholt.net
pgpwWyi_3X7og.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
On Wed, Sep 24, 2014 at 11:12:50AM +0200, Thomas Hellstrom wrote:
While looking at a vmmouse kernel driver, I wonder how the Xorg evdev
driver can be configured to receive both absolute and relative events
from the same device as the vmmouse sometimes sends absolute events and
sometimes
On Thu, Sep 25, 2014 at 12:01 PM, Felix Miata mrma...@earthlink.net wrote:
Hans de Goede wrote on 2014-09-25 08:45 (GMT-0400):
this package is dead for Fedora 21 and later due to lack of KMS support.
Not exactly. My OP here was intended to goto the
de...@lists.fedoraproject.org list, but I
Alex Deucher wrote on 2014-09-25 22:55 (UCT-0400):
On Thu, Sep 25, 2014 at 12:01 PM, Felix Miata wrote:
...
The sis and mga drivers are yet more cases of pushing hardware toward
landfills and recyclers before their suitability to task naturally expires.
Fedora seems to be the leader in this
45 matches
Mail list logo
