This series extends the DRI2 protocol by adding a new request, DRI2GetParam.
The new request effectively allows clients to perform feature detection on the
DDX.
When Intel begins adding MSAA support to its DDX, having a clean way to do
feature detection will allow us to avoid painful painful
Bump protocol version to 1.4.
Bump package version to 2.7.
This new protocol request effectively allows clients to perform feature
detection on the DDX.
If I had DRI2GetParam in June 2011, when I was implementing support in the
Intel DDX and Mesa for new hardware that required a new DRI2
Bump dri2proto dependency to 2.7.
Bump DRI2INFOREC_VERSION to 7.
This new protocol request effectively allows clients to perform feature
detection on the DDX. The request was added in DRI2 protocol 1.4.
If I had DRI2GetParam in June 2011, when I was implementing support in the
Intel DDX and Mesa
On 6 May 2012 18:51, Dave Airlie airl...@gmail.com wrote:
Hi,
so as part of hotplug I've started to specify a provider object to
basically represent a GPU.
http://cgit.freedesktop.org/~airlied/randrproto/commit/?h=providerid=670d2762a5c92da778fc3be4ad5a6b952e4f4027
The idea of a provider
On 05/09/2012 06:00 PM, Peter Hutterer wrote:
Moving into a different soft button's area during drag-n-drop would trigger
a click of that button.
We only have the current button state and we mess with it, so the conditions
for a possible clickpad soft-button event are:
- hw-left is down now
JH == Jeremy Huddleston jerem...@apple.com writes:
JH This commit introduced a 'make check' failure due by duplicating
JH existing entries:
I ran compose-check.pl while reviewing it, but on the .pre files rather
than on the compiled files. ☹
I'll have to work on a patch to that script to
On 05/10/2012 06:24 PM, James Cloos wrote:
JH == Jeremy Huddleston jerem...@apple.com writes:
JH This commit introduced a 'make check' failure due by duplicating
JH existing entries:
I ran compose-check.pl while reviewing it, but on the .pre files rather
than on the compiled files. ☹
Signed-off-by: Matt Turner matts...@gmail.com
---
hw/xfree86/common/compiler.h | 55 -
1 files changed, 48 insertions(+), 7 deletions(-)
diff --git a/hw/xfree86/common/compiler.h b/hw/xfree86/common/compiler.h
index 0abdfb6..27bce92 100644
---
This will allow us to use the existing __powerpc__ code paths in
lnx_video.c.
Also remove unnecessary casts.
Signed-off-by: Matt Turner matts...@gmail.com
---
hw/xfree86/common/compiler.h| 33 --
hw/xfree86/os-support/linux/lnx_video.c |5 +++-
2
This allows X to work on the Lemote Yeeloong laptop.
Signed-off-by: Matt Turner matts...@gmail.com
---
ioBase_phys = 0x1fd0 is certainly a hack, and almost definitely breaks X on
SGI MIPS systems. How can I do this more cleanly? It seems mips doesn't have
pciconfig_iobase.
On Thu, May 10, 2012 at 11:25:04AM +0100, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
On Linux in order for future hotplug work, we are required to interface
to udev to detect device creation/removal. In order to try and get
some earlier testing on this, this patch adds the
If a touch is active during driver init, the slot will be set to
SLOTSTATE_CLOSE when it finishes. That could decrease num_active_touches to
less than 0, causing out-of-bounds access.
X.Org Bug 49439 http://bugs.freedesktop.org/show_bug.cgi?id=49439
Signed-off-by: Peter Hutterer
12 matches
Mail list logo