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 ab
On Wed, Jun 13, 2012 at 2:53 PM, Dave Airlie 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 feature, ex
On Wed, Jun 13, 2012 at 10:06:06PM -0700, Alan Coopersmith wrote:
> Signed-off-by: Alan Coopersmith
Reviewed-by: Peter Hutterer
for the series
Cheers,
Peter
> ---
> hw/xfree86/parser/Device.c |2 --
> hw/xfree86/parser/Files.c |2 --
> hw/xfree86/parser/Flags.c |2
On Tue, Jun 12, 2012 at 02:49:52PM +0100, Richard Haines wrote:
> This patch was created using xorg-server-1.12.0 source.
>
> When using Fedora 17 with xorg-server-1.12.0 and SELinux is enabled
> ('setsebool xserver_object_manager on') the xserver will not load. The X
> log file has a seg fault po
Signed-off-by: Alan Coopersmith
---
hw/xfree86/parser/Device.c |2 --
hw/xfree86/parser/Files.c |2 --
hw/xfree86/parser/Flags.c |2 --
hw/xfree86/parser/Input.c |2 --
hw/xfree86/parser/InputClass.c |2 --
hw/xfree86/parser/Layout.c |2 --
hw/xfree8
Signed-off-by: Alan Coopersmith
---
dix/events.c | 26 --
1 file changed, 12 insertions(+), 14 deletions(-)
diff --git a/dix/events.c b/dix/events.c
index 069888b..3058f81 100644
--- a/dix/events.c
+++ b/dix/events.c
@@ -4335,12 +4335,10 @@ EventSelectForWindow(WindowPt
Now that FatalError is marked as _X_NORETURN, the compilers know we
can't get here, and the return statement added to make them happy in
the past now makes them unhappy.
Signed-off-by: Alan Coopersmith
---
dix/events.c |1 -
1 file changed, 1 deletion(-)
diff --git a/dix/events.c b/dix/even
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 depends on how many other properties were created before
this one. only
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 thing I think I had already mentioned is that my touchscreen, which
>
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
---
src/Makefile.am | 13
Original Message
Subject: [fdo] Maintenance 15-17 June
Date: Wed, 13 Jun 2012 22:19:54 +0200
From: Tollef Fog Heen
To: freedesk...@lists.freedesktop.org
Hi all,
I'll be shuffling some services around and upgrading hosts in the coming
weekend, which will most likely mean serv
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 thing I think I had already mentioned is that my touchscreen, which
runs evdev does work properly everywhere, but there are no regular
events
On Wed, Jun 13, 2012 at 4:39 PM, Alex Deucher wrote:
> On Wed, Jun 13, 2012 at 11:38 AM, Alex Deucher wrote:
>> On Wed, Jun 13, 2012 at 11:34 AM, Daniel Stone wrote:
>>> Hi,
>>>
>>> On 13 June 2012 16:14, Michal Suchanek wrote:
I am not sure actually plugging cards is a good idea. PCIe is
Can anyone tell me which transform matrix (prop 133 in XI) I have to
choose so that my touchscreen lines up with my 90 ccw rotated display?
I've tried practically everything I found sensible but I got absolutly
no useful results. In fact I get a jumping and flickering cursor, which
also maps differ
On Wed, Jun 13, 2012 at 11:38 AM, Alex Deucher wrote:
> On Wed, Jun 13, 2012 at 11:34 AM, Daniel Stone wrote:
>> Hi,
>>
>> On 13 June 2012 16:14, Michal Suchanek wrote:
>>> I am not sure actually plugging cards is a good idea. PCIe is
>>> technically designed for hotplug but that does not mean a
On Wed, Jun 13, 2012 at 11:34 AM, Daniel Stone wrote:
> Hi,
>
> On 13 June 2012 16:14, Michal Suchanek wrote:
>> I am not sure actually plugging cards is a good idea. PCIe is
>> technically designed for hotplug but that does not mean all physical
>> embodiments are actually hotpluggable, does it?
Hi,
On 13 June 2012 16:14, Michal Suchanek wrote:
> I am not sure actually plugging cards is a good idea. PCIe is
> technically designed for hotplug but that does not mean all physical
> embodiments are actually hotpluggable, does it?
Think USB.
Cheers,
Daniel
__
Hello,
what should be hotpuggable with these?
Are all GPUs hotpugged on start with the AutoAddGPU enabled?
Or can I plug multiple cards, disable some in /sys and have them
hotplugged by X when I re-enable them?
I am not sure actually plugging cards is a good idea. PCIe is
technically designed
On Wed, Jun 13, 2012 at 3:52 PM, walter harms wrote:
>
>
> Am 13.06.2012 15:53, schrieb Dave Airlie:
>> From: Dave Airlie
>>
>> This adds the framework for DDX provider support.
>>
>> Signed-off-by: Dave Airlie
>> ---
>> hw/xfree86/common/xf86str.h | 4 +++
>> hw/xfree86/modes/xf86Crtc.c
Am 13.06.2012 15:53, schrieb Dave Airlie:
> From: Dave Airlie
>
> This adds the framework for DDX provider support.
>
> Signed-off-by: Dave Airlie
> ---
> hw/xfree86/common/xf86str.h|4 +++
> hw/xfree86/modes/xf86Crtc.c| 46 ++
> hw/xfree86/modes/xf8
From: Dave Airlie
This adds the initial provider object and provider property
support to the randr dix code.
Signed-off-by: Dave Airlie
---
randr/Makefile.am |2 +
randr/randr.c | 23 ++
randr/randrstr.h | 108 ++-
randr/rrdispatch.c | 17 +-
From: Dave Airlie
This list is meant for attaching unbound gpu screens to initially,
before the client side rebinds them.
Signed-off-by: Dave Airlie
---
dix/dispatch.c | 19 +++
include/screenint.h |5 +
include/scrnintstr.h |6 ++
3 files changed, 30 i
From: Dave Airlie
This provides the unattached provider list to the clients.
Signed-off-by: Dave Airlie
---
randr/rrprovider.c |8
1 file changed, 8 insertions(+)
diff --git a/randr/rrprovider.c b/randr/rrprovider.c
index 4f754fd..acdb3c3 100644
--- a/randr/rrprovider.c
+++ b/ran
From: Dave Airlie
This is the default attachment, unbound gpu screens get
attached to the 0 protocol screen.
detach on hotunplug.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86Init.c|3 +++
hw/xfree86/common/xf86platformBus.c |5 +
2 files changed, 8 insertions(+)
From: Dave Airlie
This adds the framework for DDX provider support.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86str.h|4 +++
hw/xfree86/modes/xf86Crtc.c| 46 ++
hw/xfree86/modes/xf86Crtc.h| 58 ++
hw/x
From: Dave Airlie
This provides add/remove support for platform devices at xfree86 ddx level.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86platformBus.c| 97
hw/xfree86/common/xf86platformBus.h|5 ++
hw/xfree86/os-support/linux/lnx_pla
From: Dave Airlie
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 screens preinit and sc
From: Dave Airlie
This adds callbacks into the ddx for udev gpu hotplug.
Signed-off-by: Dave Airlie
---
config/udev.c | 42 ++
include/hotplug.h |4
2 files changed, 46 insertions(+)
diff --git a/config/udev.c b/config/udev.c
index 4657a4
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 feature, except exposing
providers to the clients. The providers so far won
From: Dave Airlie
This is a precursor for reusing this code to init gpu screens.
Signed-off-by: Dave Airlie
---
dix/dispatch.c | 44 +++-
1 file changed, 27 insertions(+), 17 deletions(-)
diff --git a/dix/dispatch.c b/dix/dispatch.c
index b88f974..544
From: Dave Airlie
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),
this is used for loggi
From: Dave Airlie
This option is to stop the X server adding non-primary devices as
gpu screens.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86Config.c | 15 ++-
hw/xfree86/common/xf86Globals.c |9 +++--
hw/xfree86/common/xf86Privstr.h |2 ++
hw/xf
Hi guys,
I've been testing and refining this a bit more over the last week,
made sure it works in some different cases like zaphod and tested
with ati driver as well.
This is probably ready for pushing now.
Dave.
___
xorg-devel@lists.x.org: X.Org deve
Hi,
here's a small patch, just one character ...
greetings, Daniel
---8<---
XShmQueryExtension returns true if it is supported. Due to a missing "!"
within the if clause the assumption was that there is no MIT-SHM even if
it was.
---
src/xlibclient.c |2 +-
1 files changed, 1 insertions(+)
34 matches
Mail list logo
