Hi,
I have a program using an X graphics library that works on FC 13 and
ScientificLinux 6, but freezes on OpenSuse 12.1. I need to get it
running, and I am trying to determine the cause of failure. I'm not an
X developer, and because the library is complex, I am struggling to
come up with a
== Description ==
This is the first release candidate for 1.12.3.
The primary changes from the first release candidate pertain to documentation,
input and XQuartz.
== Known Issues ==
Currently open bugs the 1.12 Tracker:
https://bugs.freedesktop.org/show_bug.cgi?id=xserver-1.12
23938: keys
On Wed, Jun 13, 2012 at 2:53 PM, Dave Airlie airl...@gmail.com wrote:
Hi,
This set of patches introduces infrastructure to support GPU
screens, hotplugging of platform devices and provision of the
randr provider objects. This code is mostly scaffolding, and
by itself doesn't provider any new
On Thu, Jun 14, 2012 at 01:52:28PM +1000, Peter Hutterer wrote:
On Wed, Jun 13, 2012 at 09:02:52PM +0200, Cedric Sodhi wrote:
Two examples:
Tint2 (the panel) had me drag window-icons (tasks) on the taskbar,
when I clicked them, as if I had held the mouse button down. I was able
to fix
On Thu, Jun 14, 2012 at 01:52:28PM +1000, Peter Hutterer wrote:
On Wed, Jun 13, 2012 at 09:02:52PM +0200, Cedric Sodhi wrote:
Unfortunally, I lack a better or just more precise description of my
problem. I get strange behaviour all throughout X, everywhere clicks are
involved.
One
On Thu, Jun 14, 2012 at 02:43:30PM +1000, Peter Hutterer wrote:
On Wed, Jun 13, 2012 at 05:46:19PM +0200, Cedric Sodhi wrote:
Can anyone tell me which transform matrix (prop 133 in XI) I have to
fwiw, the numerical value may be different on each machine (even on each
startup), it purely
On Mit, 2012-06-13 at 15:31 -0700, Alan Coopersmith wrote:
On 06/12/12 12:06 AM, Michel Dänzer wrote:
On Mon, 2012-06-11 at 18:36 -0700, Alan Coopersmith wrote:
On 06/ 1/12 02:56 AM, Michel Dänzer wrote:
On Fre, 2012-05-25 at 08:02 -0700, Alan Coopersmith wrote:
Signed-off-by: Alan
On 14/06/12 17:35 , Cedric Sodhi wrote:
On Thu, Jun 14, 2012 at 01:52:28PM +1000, Peter Hutterer wrote:
On Wed, Jun 13, 2012 at 09:02:52PM +0200, Cedric Sodhi wrote:
Unfortunally, I lack a better or just more precise description of my
problem. I get strange behaviour all throughout X,
On Thu, Jun 14, 2012 at 07:19:22PM +1000, Peter Hutterer wrote:
On 14/06/12 17:35 , Cedric Sodhi wrote:
On Thu, Jun 14, 2012 at 01:52:28PM +1000, Peter Hutterer wrote:
On Wed, Jun 13, 2012 at 09:02:52PM +0200, Cedric Sodhi wrote:
Unfortunally, I lack a better or just more precise
From: Rob Clark r...@ti.com
Signed-off-by: Rob Clark r...@ti.com
---
MAINTAINERS |7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index ee24014..b982409 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -902,6 +902,13 @@ L: xorg-devel@lists.x.org
W:
On 12-06-13 06:31 PM, Alan Coopersmith wrote:
On 06/12/12 12:06 AM, Michel Dänzer wrote:
On Mon, 2012-06-11 at 18:36 -0700, Alan Coopersmith wrote:
On 06/ 1/12 02:56 AM, Michel Dänzer wrote:
On Fre, 2012-05-25 at 08:02 -0700, Alan Coopersmith wrote:
Signed-off-by: Alan Coopersmith
In testing found a few bugs with this set of patches,
so there are a few version bumps in here to address the issues,
along with two extra patches at the end to fix up some other
issues I found in testing.
Dave.
___
xorg-devel@lists.x.org: X.Org
From: Dave Airlie airl...@redhat.com
This patch introduces gpu screens into screenInfo. It adds interfaces
for adding and removing gpu screens, along with adding private fixup,
block handler support, and scratch pixmap init.
GPU screens have a myNum that is offset by GPU_SCREEN_OFFSET (256),
From: Dave Airlie airl...@redhat.com
This just adds the structures and interfaces required for adding/deleteing
gpu screens at the DDX level. The platform probe can pass a new flag
to the driver, so they can call xf86AllocateScreen and pass back the new
gpu screen flag.
It also calls the gpu
From: Dave Airlie airl...@redhat.com
This adds callbacks into the ddx for udev gpu hotplug.
Signed-off-by: Dave Airlie airl...@redhat.com
---
config/udev.c | 42 ++
include/hotplug.h |4
2 files changed, 46 insertions(+)
diff --git
From: Dave Airlie airl...@redhat.com
This is a precursor for reusing this code to init gpu screens.
Signed-off-by: Dave Airlie airl...@redhat.com
---
dix/dispatch.c | 44 +++-
1 file changed, 27 insertions(+), 17 deletions(-)
diff --git
From: Dave Airlie airl...@redhat.com
This provides add/remove support for platform devices at xfree86 ddx level.
v2: cleanup properly if no driver found.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/common/xf86platformBus.c| 99
From: Dave Airlie airl...@redhat.com
This option is to stop the X server adding non-primary devices as
gpu screens.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/common/xf86Config.c | 15 ++-
hw/xfree86/common/xf86Globals.c |9 +++--
From: Dave Airlie airl...@redhat.com
This is the default attachment, unbound gpu screens get
attached to the 0 protocol screen.
detach on hotunplug.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/common/xf86Init.c|3 +++
hw/xfree86/common/xf86platformBus.c |5
From: Dave Airlie airl...@redhat.com
This adds the framework for DDX provider support.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/common/xf86str.h|4 +++
hw/xfree86/modes/xf86Crtc.c| 46 ++
hw/xfree86/modes/xf86Crtc.h| 58
From: Dave Airlie airl...@redhat.com
This adds the initial provider object and provider property
support to the randr dix code.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr/Makefile.am |2 +
randr/randr.c | 23 ++
randr/randrstr.h | 108 ++-
From: Dave Airlie airl...@redhat.com
Just check for GPU screens, in DGAAvailable,
should probably overhaul DGA interface at some point,
or remove it.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/common/xf86DGA.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
From: Dave Airlie airl...@redhat.com
This provides the unattached provider list to the clients.
Signed-off-by: Dave Airlie airl...@redhat.com
---
randr/rrprovider.c |8
1 file changed, 8 insertions(+)
diff --git a/randr/rrprovider.c b/randr/rrprovider.c
index 4f754fd..acdb3c3
From: Dave Airlie airl...@redhat.com
This driver is currently really the only choice for a hotplug
at the moment, we can refine this in the future to try and
pick the driver names.
We have to reload this as it can get unloaded it not used
in the original probe.
Signed-off-by: Dave Airlie
From: Dave Airlie airl...@redhat.com
This list is meant for attaching unbound gpu screens to initially,
before the client side rebinds them.
Signed-off-by: Dave Airlie airl...@redhat.com
---
dix/dispatch.c | 19 +++
include/screenint.h |5 +
include/scrnintstr.h
Am 14.06.2012 16:43, schrieb Dave Airlie:
From: Dave Airlie airl...@redhat.com
This is a precursor for reusing this code to init gpu screens.
Signed-off-by: Dave Airlie airl...@redhat.com
---
dix/dispatch.c | 44 +++-
1 file changed, 27
On Sat, 2012-06-09 at 17:26 -0400, Gaetan Nadon wrote:
I'd rather have a script change only and drop the install through
util-macros part. This will reduce the overall complexity and reduce
the number of places to investigate when things go wrong. Changes to
the script are likely to be
I'm trying to solve an issue with the Spice xf86_video_qxl driver.[1]
It relies on X for it's mainline, and uses the block handler to detect
input from it's own clients, in addition to finding input from regular X
clients.
However, in certain circumstances, a write() call to it's (non X) client
On 12-06-14 11:17 AM, Colin Walters wrote:
On Sat, 2012-06-09 at 17:26 -0400, Gaetan Nadon wrote:
I'd rather have a script change only and drop the install through
util-macros part. This will reduce the overall complexity and reduce
the number of places to investigate when things go wrong.
Thanks, Peter and Keith. I'll send out a patch to fix this up.
Thanks,
- Andy
On Tue, Jun 12, 2012 at 05:48:30PM -0700, Peter Hutterer wrote:
On Tue, Jun 12, 2012 at 05:11:49PM -0700, Andy Ritger wrote:
Is mi/mieq.c:mieqProcessInputEvents() expected to be reentrant? Or should
The following two patches fix RRTellChanged() to not trigger a
call into mieqProcessInputEvents(), and generate log messages if
mieqProcessInputEvents() recurses in the future.
Thanks to Keith and Peter for recommending this.
- Andy
Andy Ritger (2):
randr: Don't recurse into
Also, remove the unnecessary static qualifier on mieqProcessInputEvents()'s
'event' local variable.
Signed-off-by: Andy Ritger arit...@nvidia.com
---
mi/mieq.c | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/mi/mieq.c b/mi/mieq.c
index e117a8d..8339afb
Call UpdateCurrentTimeIf(), not UpdateCurrentTime(), from RRTellChanged().
The latter calls ProcessInputEvents(), which can trigger a recursion
into mieqProcessInputEvents(). The former omits the call to
ProcessInputEvents().
Signed-off-by: Andy Ritger arit...@nvidia.com
---
randr/randr.c |
On 06/14/12 09:15 AM, Andy Ritger wrote:
+if (inProcessInputEvents) {
+ErrorF([mi] mieqProcessInputEvents() called recursively.\n);
Would it be useful to throw a backtrace in the log as well, to help us figure
out how we looped back around to that point?
--
-Alan
Drivers call xf86InstallSIGIOHandler() for their fd on DEVICE_ON. That
function does not actually enable the signal if it was blocked to begin
with. As a result, if one vt-switches away from the server (SIGIO is
blocked) and then triggers a server regeneration, the signal remains
blocked and input
On Thu, Jun 14, 2012 at 04:47:30PM -0700, Alan Coopersmith wrote:
On 06/14/12 09:15 AM, Andy Ritger wrote:
+if (inProcessInputEvents) {
+ErrorF([mi] mieqProcessInputEvents() called recursively.\n);
Would it be useful to throw a backtrace in the log as well, to help us figure
On Thu, Jun 14, 2012 at 11:52:50AM +0200, Cedric Sodhi wrote:
On Thu, Jun 14, 2012 at 07:19:22PM +1000, Peter Hutterer wrote:
On 14/06/12 17:35 , Cedric Sodhi wrote:
On Thu, Jun 14, 2012 at 01:52:28PM +1000, Peter Hutterer wrote:
On Wed, Jun 13, 2012 at 09:02:52PM +0200, Cedric Sodhi
Ian Romanick i...@freedesktop.org writes:
Ian Romanick (11):
glx: Fix mishandling of shared contexts
glx: Don't track GLClientmajorVersion or GLClientminorVersion
glx: Extend __GLXscreen::createContext to take attributes
glx: Add tracking for
Alan Coopersmith alan.coopersm...@oracle.com writes:
Alan Coopersmith (3):
Provide prototypes for Mmio functions for Solaris Studio on SPARC
Fix statement not reached warning in _DMXXineramaActive
Make stub version of fbdevHWAdjustFrame match new prototype in fbdevhw.h
Hello,
Christian Meyer c2h...@web.de (13/06/2012):
So: Please add a list of 3D supported video-cards[1] in the package
description
or, at least change the description to something like: xserver-xorg-video-
radeon is the recommended driver, which works for most cards. Please try the
On Mit, 2012-06-13 at 22:26 +0200, Stefano Negro wrote:
Dear all,
first of all I'd like to thank you all people in this list that help
developing the driver free for ati cards.
I am using an HP notebook with a radeonhd 4650.
I have big problems using the driver X11-driver-video-ati because it
I'm seriously thinking of resurrecting the kms killing branch, can
anyone give me a reason not too,
we'd fork the current master into a UMS branch and move on.
Dave.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
On Thu, Jun 14, 2012 at 3:19 PM, Dave Airlie airl...@gmail.com wrote:
I'm seriously thinking of resurrecting the kms killing branch, can
anyone give me a reason not too,
we'd fork the current master into a UMS branch and move on.
+1
Alex
Dave.
43 matches
Mail list logo