:
https://bugzilla.redhat.com/show_bug.cgi?id=675532
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
I was going to give out about this being a big ugly looking inside the privates,
but the RegisterOffscreenImages function pretty much has a comment on why.
So
Reviewed-by: Dave Airlie airl
On Tue, Mar 1, 2011 at 4:30 PM, Keith Packard kei...@keithp.com wrote:
On Tue, 1 Mar 2011 15:55:13 +1000, Peter Hutterer peter.hutte...@who-t.net
wrote:
There were a few times during the last cycle where patches didn't get merged
but for no apparent reason. A simple email to the list stating
Hi guys,
I know this used to work, but it seems to be well busted now.
If you made glx changes in mesa you could just set XORG_BASE and run
make and it would regenerate all the files in the X server which
really are cryptic as all hell. Now when I do that stuff breaks all
over the place, missing
this patch series are things I extracted from my dynerama tree,
they just clean up a few things with macros and inlines.
This is the first step to dropping panoramiXNumScreens which is
needed to do dynamic xinerama stuff.
Dave.
___
From: Dave Airlie airl...@redhat.com
This adds a new FOR_NSCREENS_FORWARD_SKIP, which skips the first
element and is a common idiom throughout panoramiX code.
It then adds a new inline function to hide id assignment to a
panoramiX resource and cleans up lots of common repeated code.
Signed-off
From: Dave Airlie airl...@redhat.com
This just uses the FOR_NSCREENS macro instead.
---
Xext/panoramiX.c | 14 +++---
Xext/panoramiXprocs.c |2 +-
Xext/saver.c |2 +-
Xext/shm.c|2 +-
Xext/xvdisp.c |2 +-
dix/events.c |4
From: Dave Airlie airl...@redhat.com
This converts all the remaining 1-num loops to the macro,
this removes nearly all the panoramiXNumScreens usage in
loops, and is a step to replacing it.
Signed-off-by: Dave Airlie airl...@redhat.com
---
Xext/panoramiX.c |2 +-
Xext/panoramiXprocs.c
From: Dave Airlie airl...@redhat.com
unsigned long seems like the wrong type to use here,
switch to using RESTYPE.
Signed-off-by: Dave Airlie airl...@redhat.com
---
Xext/panoramiX.c| 10 +-
Xext/panoramiXsrv.h | 12 ++--
render/render.c |2 +-
3 files changed, 12
From: Dave Airlie airl...@redhat.com
this code appears in quite a few places, consolidate it into
a macro in a header.
Signed-off-by: Dave Airlie airl...@redhat.com
---
Xext/panoramiX.h |1 +
Xext/panoramiXprocs.c | 26 +-
2 files changed, 14 insertions(+), 13
From: Dave Airlie airl...@redhat.com
this code appears in quite a few places, consolidate it into
a macro in a header.
v2: align braces with macro just above it, and with
lines removed
Signed-off-by: Dave Airlie airl...@redhat.com
---
Xext/panoramiX.h |1 +
Xext/panoramiXprocs.c
On Wed, Mar 9, 2011 at 3:29 PM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
this code appears in quite a few places, consolidate it into
a macro in a header.
Nak
I've posted a v2 of this patch on its own, just aligning the braces.
Dave
On Thu, Mar 10, 2011 at 4:59 AM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
On 03/ 8/11 09:29 PM, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
unsigned long seems like the wrong type to use here,
switch to using RESTYPE.
Signed-off-by: Dave Airlie airl...@redhat.com
On Tue, Mar 8, 2011 at 2:28 AM, Adam Jackson a...@redhat.com wrote:
No functional change
Signed-off-by: Adam Jackson a...@redhat.com
Reviewed-by: Dave Airlie airl...@redhat.com
since I just posted nearly the exact same patch.
Dave.
___
xorg-devel
From: Dave Airlie airl...@redhat.com
This adds a new FOR_NSCREENS_FORWARD_SKIP, which skips the first
element and is a common idiom throughout panoramiX code.
It then adds a new inline function to hide id assignment to a
panoramiX resource and cleans up lots of common repeated code.
Signed-off
From: Dave Airlie airl...@redhat.com
This just uses the FOR_NSCREENS macro instead.
also convert one num - 1 - 0 loop.
v2: remove some of the 1-x loops.
Signed-off-by: Dave Airlie airl...@redhat.com
---
Xext/panoramiX.c | 10 +-
Xext/panoramiXprocs.c |2 +-
Xext/saver.c
From: Dave Airlie airl...@redhat.com
This converts all the remaining 1-num loops to the macro,
this removes nearly all the panoramiXNumScreens usage in
loops, and is a step to replacing it.
v2: move some from the other patch.
Signed-off-by: Dave Airlie airl...@redhat.com
---
Xext/panoramiX.c
On Thu, Mar 10, 2011 at 9:48 AM, Daniel Stone dan...@fooishbar.org wrote:
Hi,
On Thu, Mar 10, 2011 at 09:23:34AM +1000, Dave Airlie wrote:
diff --git a/Xext/saver.c b/Xext/saver.c
index 1888603..492a54f 100644
--- a/Xext/saver.c
+++ b/Xext/saver.c
@@ -1288,7 +1288,7
On Thu, Mar 10, 2011 at 10:17 AM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
On 03/ 9/11 04:14 PM, Dave Airlie wrote:
On Thu, Mar 10, 2011 at 9:48 AM, Daniel Stone dan...@fooishbar.org wrote:
Hi,
On Thu, Mar 10, 2011 at 09:23:34AM +1000, Dave Airlie wrote:
diff --git a/Xext/saver.c
loader: Don't distribute sdksyms.c and make it depend on the config
(2011-03-03 21:54:25 -0800)
are available in the git repository at:
git://people.freedesktop.org/~airlied/xserver xinerama-cleanup
Dave Airlie (4):
panoramiX: macro checking if drawable is root (v2)
panoramiX
On Fri, Mar 11, 2011 at 8:44 AM, Peter Hutterer
peter.hutte...@who-t.net wrote:
On Thu, Mar 10, 2011 at 11:16:55AM +1000, Dave Airlie wrote:
loader: Don't distribute sdksyms.c and make it depend on the config
(2011-03-03 21:54:25 -0800)
are available in the git repository at:
git
On Tue, Mar 15, 2011 at 5:31 AM, Adam Jackson a...@redhat.com wrote:
Always defined by the makefile, so, just get rid of it.
Signed-off-by: Adam Jackson a...@redhat.com
---
glx/Makefile.am | 1 -
glx/glapi.c | 43 ---
2 files changed, 0
On Fri, Mar 4, 2011 at 11:24 AM, Dave Airlie airl...@gmail.com wrote:
Hi guys,
I know this used to work, but it seems to be well busted now.
If you made glx changes in mesa you could just set XORG_BASE and run
make and it would regenerate all the files in the X server which
really
Are the above two configs valid? If so, could you also throw some hints as
to how to build these configs (in the sense what changes need to be done to
the xorg.conf file to achieve these configs?)
pretty much what you get if you just load vesa driver.
it should use swrast for all GLX.
Dave.
Hi Keith,
Please revert 1564c82417d201de5b9a5ec5e7aa4ef14c45fbad (commit for this patch).
The drivers used the top bits of the usage_hint to store driver
private flags (intel, radeon, nouveau).
With EXA we need to get at this data so if we migrate the pixmap we
can create the correct type of
I'll push a mesa patch to remove glapi.c, glapitemp.h glapi.h from the
files that get copied into the X server.
Reviewed-by: Dave Airlie airl...@redhat.com
for the series.
I know patch 1 is just a workaround, it would be nice to know the
actual fix is in the works as well.
Dave.
On Tue, Mar
So I've been trying to work out how to add GPU offload support to the
X server in some sort of useful fashion.
Currently the prototype, just creates two screens, one for each GPU,
and does some DRI2 magic to make the front buffer shared.
However this leads to a lot of uglies on the protocol end,
Yuck... yeah tying this into the DDX looks ugly no matter what. Maybe
you should just punt and support it under Wayland only. :)
What does this look like from the app side? How does a given app end
up running on the offload GPU? Is there a GLX or EGL extension that
adds bits to the config
On Wed, Mar 23, 2011 at 10:33 AM, Peter Hutterer
peter.hutte...@who-t.net wrote:
Introduced in 6a5bf15fa99cf5b2358b3b3e2f29e5044aa8724a
Reported-by: Dave Airlie airl...@redhat.com
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Dave Airlie airl...@redhat.com
xinerama-cleanup
Dave Airlie (4):
panoramiX: macro checking if drawable is root (v2)
panoramiX: consolidate common id assignment code.
panoramiX: convert 0-panoramiXNumScreens loops to macro (v3)
panoramiX: convert 1-panoramiXNumScreens loops to use macro (v2)
Xext/panoramiX.c
On Wed, Mar 23, 2011 at 6:30 AM, Keith Packard kei...@keithp.com wrote:
On Tue, 22 Mar 2011 10:27:13 +1000, Dave Airlie airl...@gmail.com wrote:
My first solution involves throwing the XFree86 DDX out and starting
again, but this didn't seem like it would be acceptable.
Yeah, wrecking every
On Wed, Mar 23, 2011 at 6:39 PM, Keith Packard kei...@keithp.com wrote:
On Wed, 23 Mar 2011 16:03:59 +1000, Dave Airlie airl...@gmail.com wrote:
All it does is split the protocol screen struct out from the screen struct
and reworks the code to get the screen struct via the protocol screen
From: Dave Airlie airl...@redhat.com
each DDX has its own copy, I've taken the darwin one,
though I'm not sure why it needs the pOldClip piece that nobody
else has and the commit msg is like an Updates from magic land
type message.
This removes the main uses of pWin-winSize from the DDXen
From: Dave Airlie airl...@redhat.com
This refers to pWin-winSize in some #if 0 code remove it.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw/xfree86/dri/dri.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/hw/xfree86/dri/dri.c b/hw/xfree86/dri/dri.c
index
-cleanup
Dave Airlie (2):
consolidate SetRootClip (v2)
dri: kill if 0 out code.
dix/window.c | 103 +
hw/kdrive/src/kdrive.c | 93 +-
hw/kdrive/src/kdrive.h |3 -
hw/xfree86/common
From: Dave Airlie airl...@redhat.com
These don't appear to ever be not wanted in the current server code,
this drops them all, it leaves FB_24_32BIT defines for the Intel
driver UXA code which seems to use the define.
Signed-off-by: Dave Airlie airl...@redhat.com
---
fb/fb.h| 21
From: Dave Airlie airl...@redhat.com
This driver is for chips that were bought by Intel in 1997,
this feature means maintaining a lot of code in the X server
for little gain.
Drop it like its hot.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/ct_accel.c | 46 +--
src
From: Dave Airlie airl...@redhat.com
This was generated by:
cd fb
coan source --replace -DFB_SCREEN_PRIVATE -DFB_24BIT -DFB_24_32BIT
-DFB_SCREEN_PRIVATE -UFBNOPIXADDR -UFBNO24BIT -UFBNO24_32 *.[ch]
A follow up patch readds the FB_24_32BIT define for Intel UXA.
Signed-off-by: Dave Airlie airl
From: Dave Airlie airl...@redhat.com
we could drop these really and just fixup the drivers, but
since they'll build fine but fail to work this seems safer.
Signed-off-by: Dave Airlie airl...@redhat.com
---
fb/fb.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/fb
On Tue, Mar 29, 2011 at 3:21 PM, Keith Packard kei...@keithp.com wrote:
On Tue, 29 Mar 2011 14:26:43 +1000, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
This was generated by:
cd fb
coan source --replace -DFB_SCREEN_PRIVATE -DFB_24BIT -DFB_24_32BIT
On Wed, Mar 30, 2011 at 3:40 AM, Aaron Plattner aplatt...@nvidia.com wrote:
On Tue, Mar 29, 2011 at 09:47:19AM -0700, Mikhail Gusarov wrote:
Twas brillig at 09:26:19 29.03.2011 UTC-07 when aplatt...@nvidia.com did
gyre and gimble:
AP NAK. This code is not NVIDIA-specific just because only
From: Dave Airlie airl...@redhat.com
From what I can see these functions act the exact same way,
that is unless I'm missing something subtle.
Signed-off-by: Dave Airlie airl...@redhat.com
---
fb/fb.h | 13 -
fb/fbwindow.c | 55
repository at:
ssh://people.freedesktop.org/~airlied/xserver/ fb-define-cleanup-squashed
Dave Airlie (1):
Squashed commit of the following:
fb/fb.h| 34 ++
fb/fballpriv.c |4
fb/fbarc.c |4
fb/fbbits.c|2 --
fb
From: Dave Airlie airl...@redhat.com
these were migrated to mi a while back.
Signed-off-by: Dave Airlie airl...@redhat.com
---
fb/fb.h | 27 ---
fb/fbcopy.c | 33 -
fb/wfbrename.h
From: Dave Airlie airl...@redhat.com
This splits CopyWindow before the exa/fb layers, and uses a
new interface called PixmapCopyRegion to do the actual copy.
The main point of this is a step towards removing WindowPtr's
from the interface that drivers see or use.
I've only lightly tested
From: Dave Airlie airl...@redhat.com
This cleans up the duplication in fbChangeWindowAttributes,
and fixes a bug if the fb24_32ReformatTile ever failed,
since the old code would happily dereference it in the fbEvenTile
call a few lines later.
Signed-off-by: Dave Airlie airl...@redhat.com
---
fb
From: Dave Airlie airl...@redhat.com
This moves ChangeWindowAttributes to mi, and calls a new hook
that fb/exa can use to fixup the pixmap properly.
I've looked at XAA and it seems this should work there as well,
and I'm sure UXA is like EXA.
pretty much same set of open questions:
sane
On Thu, Mar 31, 2011 at 5:04 PM, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Thu, 31 Mar 2011 15:21:42 +1000, Dave Airlie airl...@gmail.com wrote:
uxa: left as an exercise for the reader.
What's the best method for checking at compile time which functions to
implement? Just
On Fri, Apr 1, 2011 at 5:05 AM, Aaron Plattner aplatt...@nvidia.com wrote:
On Wed, Mar 30, 2011 at 10:21:42PM -0700, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
This splits CopyWindow before the exa/fb layers, and uses a
new interface called PixmapCopyRegion to do the actual copy
This splits CopyWindow before the exa/fb layers, and uses a
new interface called PixmapCopyRegion to do the actual copy.
The main point of this is a step towards removing WindowPtr's
from the interface that drivers see or use.
I've only lightly tested this with Xephyr in fb and
On Thu, Mar 31, 2011 at 7:34 PM, Mark Kettenis mark.kette...@xs4all.nl wrote:
From: Dave Airlie airl...@gmail.com
Date: Thu, 31 Mar 2011 16:07:46 +1000
From: Dave Airlie airl...@redhat.com
This moves ChangeWindowAttributes to mi, and calls a new hook
that fb/exa can use to fixup the pixmap
:27 -0700)
are available in the git repository at:
ssh://people.freedesktop.org/~airlied/xserver.git fb-cleanup
Dave Airlie (4):
fb: drop defines that aren't used/necessary anymore.
fb: add back fb defines for driver compat.
fb: drop comments around 24-bit support.
fb
On Fri, Apr 1, 2011 at 10:35 AM, Aaron Plattner aplatt...@nvidia.com wrote:
On Thu, Mar 31, 2011 at 05:01:20PM -0700, Keith Packard wrote:
On Thu, 31 Mar 2011 15:49:36 -0700, Aaron Plattner aplatt...@nvidia.com
wrote:
Would this be multiple backing pixmaps like how James envisioned, or
Are you planning on leaving the ChangeWindowAttrbutes screen hook there, or
is it slated for deletion? I ask because we currently wrap CWA so we can
watch for colormap changes on PseduoColor windows.
Can you give me a why?
What does the driver do with this information later, is it an
On Tue, Apr 5, 2011 at 6:42 AM, Aaron Plattner aplatt...@nvidia.com wrote:
On Mon, Apr 04, 2011 at 01:24:10PM -0700, Dave Airlie wrote:
Are you planning on leaving the ChangeWindowAttrbutes screen hook there, or
is it slated for deletion? I ask because we currently wrap CWA so we can
watch
On Tue, Apr 5, 2011 at 7:37 AM, Aaron Plattner aplatt...@nvidia.com wrote:
On Mon, Apr 04, 2011 at 02:26:42PM -0700, Dave Airlie wrote:
On Tue, Apr 5, 2011 at 6:42 AM, Aaron Plattner aplatt...@nvidia.com wrote:
On Mon, Apr 04, 2011 at 01:24:10PM -0700, Dave Airlie wrote:
Are you planning
Hi ajax, (and I doubt Dave Reveman is reading).
Was just reading through the code, and was wondering why the composite
overlay window isn't marked as a panoramiX root window?
The panoramiX root annotation seems to mean that any drawing to the
window will be translated by the screenInfo x/y for
From: Dave Airlie airl...@redhat.com
The xinerama version of this wasn't translating the coordinates correctly.
Running xcompmgr against a xinerama Xephyr setup, would never draw anything
on the second screen, and damage was occuring wrongly against the second screen.
anyone care to wonder
On Thu, Apr 7, 2011 at 10:59 AM, Aaron Plattner aplatt...@nvidia.com wrote:
Hi Dave,
I like the idea of separating the driver from the protocol screens,
and am interested in helping out. I think it might be easiest in the
short term to let the overlay functionality I talked about break and
On Fri, Apr 8, 2011 at 5:25 AM, Aaron Plattner aplatt...@nvidia.com wrote:
When the smart scheduler is enabled, the VT ioctls (particularly
VT_WAITACTIVE) can be interrupted by the smart scheduler's SIGALRMs.
Previously, this caused the server to immediately continue on to
ScreenInit, almost
On Wed, Mar 23, 2011 at 9:40 PM, Chris Wilson ch...@chris-wilson.co.uk wrote:
In an uncomposited Display, every window renders directly onto a
clipped region of the Screen Pixmap. Currently every Window therefore
has a pointer to the Screen Pixmap as its WindowPrivate. However, this
direct
So I wasn't watching and glproto broke its interface, and I think its bad.
Why?
You can no longer bisect things across this point without now moving glproto.
glxproto.h:xGLXBufferSwapComplete was a released header file
definition, you cannot go back and change history.
This should have been
On Wed, 2011-05-04 at 16:16 -0700, Jesse Barnes wrote:
On Wed, 04 May 2011 15:17:31 -0700
Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/03/2011 12:21 PM, Jesse Barnes wrote:
We only spec a 32 bit swap count, so drop the high sbc field.
Hey,
So we got a bug reported against F15 where we were getting an illegal
input event type 0, after passing it around the RH X team I eventually
came to look at it.
The problem appears to be that we are using llvmpipe as our swrast
renderer and on systems that fallback to that we end up with
On Thu, Jun 2, 2011 at 10:40 AM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
For what it's worth, this patch solved a crash reported by a user of my 1.10.1
packages when he ran xsetroot, so I'm pulling it into my 1.10.x packages and
would also like to see it in 1.10-branch as well once
On Wed, Oct 20, 2010 at 9:23 AM, Samuel Thibault
samuel.thiba...@ens-lyon.org wrote:
Not having a visible cursor by default poses problems with a lot of users:
when
they are faced with a completely dark screen without even a moving mouse, they
think their machine is completely hung, while it
From: Dave Airlie airl...@redhat.com
randr and panoramiX have had two separate copies of this code for long enough,
this patch sets up a separate xinerama protocol that both randr and panoramix
call into to configure what is sent on the wire.
this needs a lot more testing and fair bit of review
On Thu, Nov 11, 2010 at 6:35 AM, Adam Jackson a...@redhat.com wrote:
From: David Reveman dav...@novell.com
Taken from:
583f4dde81d8d5e9101b0289946e1914ea1ee124
With minor style fixes and ported to dixLookupResourceByType.
Signed-off-by: Adam Jackson a...@redhat.com
Reviewed-by: Dave
: 72 120
Signed-off-by: Adam Jackson a...@redhat.com
/me likes when things fit into cachelines better.
Reviewed-by: Dave Airlie airl...@redhat.com
Dave.
---
hw/dmx/dmxpict.c | 2 --
render/picture.c | 6 ++
render/picturestr.h | 15 +++
3
On Wed, Nov 24, 2010 at 4:31 PM, Luc Verhaegen l...@skynet.be wrote:
On Tue, Nov 23, 2010 at 03:36:58PM -0800, Alan Coopersmith wrote:
Alan Cox wrote:
It's on a separate branch, not master. (Doesn't mean it's right, just
that it's not actually going to cripple anything or waste time for
On Wed, Nov 24, 2010 at 4:48 PM, Luc Verhaegen l...@skynet.be wrote:
On Wed, Nov 24, 2010 at 04:36:17PM +1000, Dave Airlie wrote:
On Wed, Nov 24, 2010 at 4:31 PM, Luc Verhaegen l...@skynet.be wrote:
See, this was exactly the problem here. It _was_ a freedesktop admin.
And it was pretty
As far as I can see, all you've managed to do is to create a lot of
noise about what is, in itself, a fairly minor incident. Yes, it is
serious that a trusted admin abuses his powers. However, that happens
and will continue to happen. Humans are like that. We often show a
remarkable lack
On Mon, Nov 29, 2010 at 7:01 AM, Luc Verhaegen l...@skynet.be wrote:
On Wed, Nov 24, 2010 at 06:40:54PM +1000, Dave Airlie wrote:
We could probably better define this sort of things, again fd.o has
been a pretty haphazard setup based on volunteer time and effort, but
again hopefully we can
On Mon, Nov 29, 2010 at 8:10 AM, Luc Verhaegen l...@skynet.be wrote:
On Mon, Nov 29, 2010 at 07:39:48AM +1000, Dave Airlie wrote:
On Mon, Nov 29, 2010 at 7:01 AM, Luc Verhaegen l...@skynet.be wrote:
On Wed, Nov 24, 2010 at 06:40:54PM +1000, Dave Airlie wrote:
We could probably better
On Mon, Nov 29, 2010 at 8:14 AM, Dave Airlie airl...@gmail.com wrote:
On Mon, Nov 29, 2010 at 8:10 AM, Luc Verhaegen l...@skynet.be wrote:
On Mon, Nov 29, 2010 at 07:39:48AM +1000, Dave Airlie wrote:
On Mon, Nov 29, 2010 at 7:01 AM, Luc Verhaegen l...@skynet.be wrote:
On Wed, Nov 24, 2010
On Wed, Dec 1, 2010 at 8:52 AM, Corbin Simpson
mostawesomed...@gmail.com wrote:
I wasn't going to say anything, but I have an XGI Volari hanging on my wall
with a Dx9 sticker on it. I've just been too
lazy/incompetent/indifferent/much of an AMD whore to get started on KMS for
it. My Didj and
2010/12/22 Michel Dänzer mic...@daenzer.net:
From: Michel Dänzer daen...@vmware.com
Fixes http://bugs.freedesktop.org/show_bug.cgi?id=24703 .
Signed-off-by: Michel Dänzer daen...@vmware.com
Reviewed-by: Dave Airlie airl...@redhat.com
---
exa/exa_accel.c | 2 ++
exa/exa_unaccel.c
2011/1/6 Michel Dänzer mic...@daenzer.net:
From: Michel Dänzer daen...@vmware.com
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=32803 .
Signed-off-by: Michel Dänzer daen...@vmware.com
Reviewed-by: Dave Airlie airl...@redhat.com
---
exa/exa_mixed.c | 2 +-
1 files changed, 1
On Tue, Jan 18, 2011 at 1:43 AM, PRASANNA KUMAR
prasanna_tsm_ku...@yahoo.co.in wrote:
Hi,
I have heard of display link usb to vga adaptor working with X. I have some
doubt regarding the usage. If i dynamically plug in or un plug the usb from
the port will X recognize and do things
On Mon, 2010-01-04 at 17:46 -0800, Keith Packard wrote:
On Mon, 04 Jan 2010 17:21:49 -0500, Adam Jackson a...@nwnk.net wrote:
No driver uses it. But xf86ValidateModes (alone, hence static) does,
which is why I moved it to xf86Mode.c. And does so in more than one
place, so the
2010/2/17 Michel Dänzer mic...@daenzer.net:
On Tue, 2010-02-16 at 22:55 +0100, Maarten Maathuis wrote:
- A mapped pixmap can't be used for acceleration, any decent memory manager
will refuse this.
- Source pixmaps migrated with a bounding region are incomplete (from the
gpu point of view), so
On Fri, Mar 5, 2010 at 5:35 AM, Eric Anholt e...@anholt.net wrote:
On Wed, 24 Feb 2010 15:54:16 -0500 (EST), Ari Entlich atrig...@ccs.neu.edu
wrote:
Hey all!
So I'm that annoying guy who keeps asking questions on the irc channel
about VT switching and KMS. I suppose I am now moving that
On Wed, Apr 7, 2010 at 8:46 AM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
Keith Packard wrote:
I've written some scripts that construct a merged proto package from the
existing proto packages. They're not fancy, but do preserve the entire
history of each sub package as they get
On Wed, Apr 7, 2010 at 8:46 AM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
Keith Packard wrote:
I've written some scripts that construct a merged proto package from the
existing proto packages. They're not fancy, but do preserve the entire
history of each sub package as they get
On Fri, Apr 9, 2010 at 4:24 AM, Alan Coopersmith
alan.coopersm...@oracle.com wrote:
Alex Deucher wrote:
On Wed, Apr 7, 2010 at 7:19 PM, Peter Hutterer peter.hutte...@who-t.net
wrote:
It's a numbers game. How many contributors and testers will I lose or gain
compared to the hours of work
2010/4/12 Michel Dänzer mic...@daenzer.net:
On Tue, 2010-04-06 at 09:30 -0700, Keith Packard wrote:
First off, thanks to everyone involved in the 1.8 release; it was a
pleasure to work with you. I'm hoping everyone else is as happy as I am
about our new release process, it seemed to me that we
On Tue, Apr 13, 2010 at 8:36 PM, Luc Verhaegen l...@skynet.be wrote:
On Mon, Apr 12, 2010 at 09:58:12PM -0700, Keith Packard wrote:
Looks like comments on the xproto package have tapered off; I'll give
everyone another chance, but then I'll go ahead and create a new
xorg-level 'xproto'
On Sun, Apr 18, 2010 at 2:17 PM, Keith Packard kei...@keithp.com wrote:
On Fri, 16 Apr 2010 21:57:47 +0200, olafbuddenha...@gmx.net wrote:
I don't see why other distributions can't provide something similar.
Even without true live bulids, IMHO this makes the whole point about
xserver being
From: Dave Airlie airl...@redhat.com
When nothing is connected at startup and we canGrow, allow the server to start
with a 1024x768 framebuffer, and when the drivers send hotplug events this will
expand to the correct size dynamically.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw
On Fri, May 7, 2010 at 12:40 AM, Adam Jackson a...@nwnk.net wrote:
On Thu, 2010-05-06 at 13:18 +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
When nothing is connected at startup and we canGrow, allow the server
to start with a 1024x768 framebuffer, and when the drivers send
On Sat, May 8, 2010 at 3:02 PM, Keith Packard kei...@keithp.com wrote:
On Fri, 7 May 2010 06:18:45 +1000, Dave Airlie airl...@gmail.com wrote:
I only do it for canGrow drivers, others keep the old behaviour, I
assume if you canGrow then you can do something interesting when a
display shows up
From: Dave Airlie airl...@redhat.com
When nothing is connected at startup and we canGrow, allow the server to start
with a 1024x768 framebuffer, and when the drivers send hotplug events this will
expand to the correct size dynamically.
Reviewed-by: Keith Packard kei...@keithp.com
Signed-off
On Tue, Dec 6, 2011 at 6:24 PM, Ian Romanick i...@freedesktop.org wrote:
From: Ian Romanick ian.d.roman...@intel.com
Reviewed-by: Dave Airlie airl...@redhat.com
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg
On Wed, Jan 11, 2012 at 10:54 PM, Keith Packard kei...@keithp.com wrote:
On Tue, 10 Jan 2012 01:02:44 -0800, Jeremy Huddleston jerem...@apple.com
wrote:
Another (cleaner) option is to just branch xserver-1.12-branch from
ed8f3c4bd17bddf1369d050ea8e63b9451d887ce (the commit before ajax's
-but-actually-serious commit.
Reviewed-by: Dave Airlie airl...@redhat.com
Like seriously.
Dave.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
On Wed, Jan 18, 2012 at 8:14 PM, Roman Mamedov r...@romanrm.ru wrote:
Hello,
I love this. It invalidates some of my outstanding patches in the best
possible way. But... could you explain (preferably in the commit
message) what evidence you have that it hasn't worked? I thought
people were
On Sun, Jan 22, 2012 at 10:47 PM, Matt Turner matts...@gmail.com wrote:
On Sun, Jan 22, 2012 at 4:01 PM, Daniel Stone dan...@fooishbar.org wrote:
Hi,
On 22 January 2012 14:33, Mark Kettenis mark.kette...@xs4all.nl wrote:
No way! XAA works for accelerated scrolling and makes a significant
From: Dave Airlie airl...@redhat.com
At least the intel, nouveau and radeon driver contain this chunk of code.
We should move it into the server just for the sake of stopping further
cut-n-paste.
Drivers can be adapted to use it later.
Signed-off-by: Dave Airlie airl...@redhat.com
---
hw
On Fri, Dec 23, 2011 at 11:18 PM, Ian Romanick i...@freedesktop.org wrote:
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
Reviewed-by: Dave Airlie airl...@redhat.com
___
xorg-devel@lists.x.org: X.Org
On Fri, Dec 23, 2011 at 11:18 PM, Ian Romanick i...@freedesktop.org wrote:
From: Ian Romanick ian.d.roman...@intel.com
Signed-off-by: Ian Romanick ian.d.roman...@intel.com
Reviewed-by: Dave Airlie airl...@redhat.com
___
xorg-devel@lists.x.org: X.Org
Reviewed-by: Dave Airlie airl...@redhat.com
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel
1 - 100 of 1051 matches
Mail list logo