From: Dave Airlie
This should use gbm to set things up instead of dumb bos
so that we can later accelerate them.
I'm sure this needs severe cleaning up and build testing.
bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=86191
Signed-off-by: Dave Airlie
---
glamor/gla
This adds support for the tiling property to xf86Crtc,
for drivers to call to add the tile property, and also
adds Xinerama reporting for tiled monitors.
Dave.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
From: Fedora X Ninjas
This changes the xinerama reporting for tiled monitors
so that the large rectangle is reported as a single
xinerama rectangle.
Signed-off-by: Dave Airlie
---
randr/rrxinerama.c | 122 +++--
1 file changed, 118 insertions
From: Fedora X Ninjas
Add support for drivers to set the tiling
property. This is used by clients to
work out the monitor tiles for DisplayID
monitors.
Signed-off-by: Dave Airlie
---
hw/xfree86/modes/xf86Crtc.c | 30 ++
hw/xfree86/modes/xf86Crtc.h | 13
On 3 December 2014 at 10:01, Aaron Plattner wrote:
> On 10/13/2014 08:23 PM, Dave Airlie wrote:
>>
>> Hi,
>>
>> So I've been hacking on mutter and the gnome pieces for tiling, and
>> I've at least fixed mutter locally so maximise windows works and the
On 10 December 2014 at 10:55, Kenneth Graunke wrote:
> For performance, Glamor wants to render to tiled buffers, not linear
> ones. Using GBM allows us to pick the 3D driver's preferred tiling
> modes.
I think this would be a lot cleaner as
+#ifdef GLAMOR_HAS_GBM
+struct gbm_device *gbm;
+#
From: Dave Airlie
If the user wants to set one of the slave devices as
the primary output, we shouldn't fail to do so,
we were returning BadMatch which was tripping up
gnome-settings-daemon and bad things ensues.
Fix all the places we use primaryOutput to work
out primaryCrtc and take it i
On 19 January 2015 at 21:00, Chris Wilson wrote:
> In order to suport GLX_EXT_buffer_age in DRI2, we need to pass back the
> last swap buffer count that the back buffer was defined for. For
> simplicity, we can reuse an existing field in the DRI2GetBuffers reply
> that is not used by current drive
On 21 January 2015 at 19:22, Carlos Sánchez de La Lama
wrote:
> Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=88614
> Signed-off-by: Carlos Sánchez de La Lama
Reviewed-by: Dave Airlie
> ---
> randr/rroutput.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
&
Just a style-nit, but C requires the #ifdef at the 0 column not tabbed in,
and it looks better.
this also to me seems like it should be in config/udev.c,
since that is where all the other seat handling code lives.
Dave.
>> ---
>> hw/xfree86/os-support/linux/lnx_platform.c | 39
>> +
From: Dave Airlie
Some kernel drivers require notification that the frontbuffer
has changed, so we add a damage collector and send the dirty
rects in the block handler. It appears the glamor block
handler was getting called after this one, leading to things
getting out of sync.
I found this
From: Dave Airlie
This adds glamor into the block handler call chain
in the correct place.
This should fix interactions between glamor and drivers
requiring damage from glamor.
it retains the external API, and consolidates the
two interfaces.
Signed-off-by: Dave Airlie
---
glamor/glamor.c
From: Dave Airlie
This adds glamor into the block handler call chain
in the correct place.
This should fix interactions between glamor and drivers
requiring damage from glamor.
v2: okay don't consolidate, just leave things wierd for now
remove blcokhandler in screen close.
Signed-off-by:
From: Dave Airlie
This adds glamor into the block handler call chain
in the correct place.
This should fix interactions between glamor and drivers
requiring damage from glamor.
v2: okay don't consolidate, just leave things wierd for now
remove blcokhandler in screen close.
v3: block ha
From: Dave Airlie
keithp said this was the way to do it.
Signed-off-by: Dave Airlie
---
hw/xfree86/drivers/modesetting/driver.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/xfree86/drivers/modesetting/driver.c
b/hw/xfree86/drivers/modesetting/driver.c
index 1cb0c7c..d52517d 100644
Please merge this,
Thanks.
On 7 January 2015 at 09:19, Dave Airlie wrote:
> From: Dave Airlie
>
> If the user wants to set one of the slave devices as
> the primary output, we shouldn't fail to do so,
> we were returning BadMatch which was tripping up
> gnome-setting
On 13 December 2014 at 09:59, Keith Packard wrote:
> Signed-off-by: Keith Packard
Looks good to me at least as an initial attempt
we need to rebase this on master of randrproto git,
and in a follow up define the tile property.
Dave.
___
xorg-devel@li
These two patches just port the mst support code to modesetting,
I wrote this on the out of tree driver and the same code is in ati
and intel, so it should work fine.
Dave.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archiv
From: Dave Airlie
There is no need to cache the mode resources and with dynamic
connectors for mst support we don't want to. So first clean that
up before adding dynamic connector support.
Signed-off-by: Dave Airlie
---
hw/xfree86/drivers/modesetting/drmmode_display.c
From: Dave Airlie
This is ported from the same code in the ati and intel drivers,
It uses the same option name as nvidia and the other DDXes to
disable tearing down outputs as it is hard to avoid racing with clients.
Signed-off-by: Dave Airlie
---
hw/xfree86/drivers/modesetting/driver.c
Nope still not right,
I'll send what I think it should look like in a minute, then someone
can tell me why its wrong :-)
Dave.
On 28 January 2015 at 19:28, Hans de Goede wrote:
> Hi,
>
>
> On 28-01-15 10:07, Jonathan Dieter wrote:
>>
>> On 01/23/2015 09:50 AM, Jonathan Dieter wrote:
>>>
>>> Dav
From: Dave Airlie
Jonathan Dieter posted a few patches to do this inside the Xorg
server but it makes no sense to do it there, just have the code
we use to probe the device list at startup check seat assignments
using the same code we check at hotplug time.
Signed-off-by: Dave Airlie
From: Dave Airlie
Jonathan Dieter posted a few patches to do this inside the Xorg
server but it makes no sense to do it there, just have the code
we use to probe the device list at startup check seat assignments
using the same code we check at hotplug time.
Bugilla: https://bugzilla.redhat.com
From: Dave Airlie
---
randrproto.txt | 19 +++
1 file changed, 19 insertions(+)
diff --git a/randrproto.txt b/randrproto.txt
index 1591f11..3db0245 100644
--- a/randrproto.txt
+++ b/randrproto.txt
@@ -151,6 +151,25 @@ be dynamically configured to provide support for:
1.5
On 2 February 2015 at 16:33, Alexander E. Patrakov wrote:
> 02.02.2015 11:18, Dave Airlie wrote:
>>
>> From: Dave Airlie
>>
>> ---
>> randrproto.txt | 19 +++
>> 1 file changed, 19 insertions(+)
>>
>> diff --git a/randrp
This patch totally breaks xhost +SI:localuser:
for local sockets addr never gets set but siAddrMatch doesn't care
about addr having a value it should be safe against it.
I'll probably follow up with a patch once I've tested it.
Dave.
___
xorg-devel@lis
From: Dave Airlie
This was reported on irc on Fedora when rawhide went to 1.17.1.
regression occured in: 2566835b4374edb3e5a8353d4f7c9e7ec4851c57
os: Eliminate uninitialized value warnings from access.c
siAddrMatch doesn't need addr to be a useful value, it checks
some things like loca
On 18 February 2015 at 07:24, Keith Packard wrote:
> Dave Airlie writes:
>
>> From: Dave Airlie
>>
>> This was reported on irc on Fedora when rawhide went to 1.17.1.
>>
>> regression occured in: 2566835b4374edb3e5a8353d4f7c9e7ec4851c57
>> os: E
From: Dave Airlie
Signed-off-by: Dave Airlie
---
randr/rrmonitor.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/randr/rrmonitor.c b/randr/rrmonitor.c
index 02c58c5..66e5c3c 100644
--- a/randr/rrmonitor.c
+++ b/randr/rrmonitor.c
@@ -336,7 +336,7 @@ RRMonitorMakeList
On 31 March 2015 at 10:09, Jeremy Huddleston Sequoia wrote:
> xrandr.c:2470:8: error: void function 'print_output_property' should not
> return a value [-Wreturn-type,Semantic Issue]
>return NULL;
>^
> 1 error generated.
oops, fixed.
>
> ---
>
> Do you want to print an
From: Dave Airlie
Add support for drivers to set the tiling
property. This is used by clients to
work out the monitor tiles for DisplayID
monitors.
Signed-off-by: Dave Airlie
---
hw/xfree86/modes/xf86Crtc.c | 53 +
hw/xfree86/modes/xf86Crtc.h | 26
nges up to 5de13830709a7f2d4d112d71e062f710ef466ab6:
randr: Use Monitor list for Xinerama (2015-03-31 12:32:04 +1000)
----
Dave Airlie (1):
xf86Crtc: add tile prop setting
Keith Packard (2):
randr: Add Monitor support (v1.1)
From: Dave Airlie
There is no need to cache the mode resources and with dynamic
connectors for mst support we don't want to. So first clean that
up before adding dynamic connector support.
Signed-off-by: Dave Airlie
---
hw/xfree86/drivers/modesetting/drmmode_display.c
Hi,
these 3 are patches for modesetting to add MST and tile property support.
I've fixed some issues raised from the previous posting.
Thanks,
Dave.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: ht
From: Dave Airlie
This adds tiling support to the server modesetting driver,
it retrieves the tile info from the kernel and translates
it into the server format and exposes the property.
Signed-off-by: Dave Airlie
---
hw/xfree86/drivers/modesetting/drmmode_display.c | 42
From: Dave Airlie
This is ported from the same code in the ati and intel drivers,
It uses the same option name as nvidia and the other DDXes to
disable tearing down outputs as it is hard to avoid racing with clients.
v2: address two issues with DeleteUnusedDP12 enabled, reported
by Daniel
>>
>> In my patch I had to remove the output from crtcs using it. Otherwise
>> the server died in a horrible fire.
>> You don't need this? Looks like I have to study your patch and compare
>> what I did wrong.
>
>
> For reference, in the NVIDIA driver we don't delete outputs unless they're
> alread
From: Dave Airlie
This allows gpu devices to be specified in xorg.conf Screen sections.
Section "Device"
Driver "intel"
Identifier "intel0"
Option "AccelMethod" "uxa"
EndSection
Section "Device"
Driver
From: Dave Airlie
This allows us to skip the screen section, the first
Device section will get assigned to the screen,
any remaining ones will get assigned to the GPUDevice
sections for the screen.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86Config.c | 31
This is something I meant to do ages ago and failed,
it adds a GPUDevice to the Screen section for specifying GPU
devices to be attached to the screen.
There is a second patch to try and autoconfigure things a bit
better.
Dave.
___
xorg-devel@lists.x.or
From: Dave Airlie
This allows gpu devices to be specified in xorg.conf Screen sections.
Section "Device"
Driver "intel"
Identifier "intel0"
Option "AccelMethod" "uxa"
EndSection
Section "Device"
Driver
From: Dave Airlie
This allows us to skip the screen section, the first
Device section will get assigned to the screen,
any remaining ones will get assigned to the GPUDevice
sections for the screen.
v2: fix the skipping unsuitable screen logic (Aaron)
Signed-off-by: Dave Airlie
---
hw/xfree86
From: Dave Airlie
This allows gpu devices to be specified in xorg.conf Screen sections.
Section "Device"
Driver "intel"
Identifier "intel0"
Option "AccelMethod" "uxa"
EndSection
Section "Device"
Driver
From: Dave Airlie
This adds tiling support to the server modesetting driver,
it retrieves the tile info from the kernel and translates
it into the server format and exposes the property.
v2.1: fix resetting tile property (Chris)
Signed-off-by: Dave Airlie
---
hw/xfree86/drivers/modesetting
From: Dave Airlie
This allows us to skip the screen section, the first
Device section will get assigned to the screen,
any remaining ones will get assigned to the GPUDevice
sections for the screen.
v2: fix the skipping unsuitable screen logic (Aaron)
v3: fix segfault if not conf file (me, 5s
From: Dave Airlie
This puts the tiles of the monitor in the right place at
X server startup.
Signed-off-by: Dave Airlie
---
hw/xfree86/modes/xf86Crtc.c | 62 +
1 file changed, 62 insertions(+)
diff --git a/hw/xfree86/modes/xf86Crtc.c b/hw/xfree86
monitors
we really want something along these lines.
This is an ABI break.
Signed-off-by: Dave Airlie
---
hw/xfree86/common/xf86str.h | 6
hw/xfree86/modes/xf86Crtc.c | 76 -
2 files changed, 74 insertions(+), 8 deletions(-)
diff --git a/hw/xfree86
From: Dave Airlie
This creates an automatic monitor for a tiled monitor at startup.
Signed-off-by: Dave Airlie
---
hw/xfree86/modes/xf86RandR12.c | 66 ++
randr/randrstr.h | 9 ++
randr/rrmonitor.c | 6 ++--
3 files
On 14 April 2015 at 00:51, Keith Packard wrote:
> Dave Airlie writes:
>
>> It uses the same option name as nvidia and the other DDXes to
>> disable tearing down outputs as it is hard to avoid racing with
>> clients.
>
> I don't think having an option here is us
On 14 April 2015 at 13:12, Keith Packard wrote:
> Dave Airlie writes:
>
>> So we hot unplug, we remove the output XID from the server, in
>> parallel the client does an operation with the output XID it has
>> gotten already, and still believe is valid, and it gets BadMa
On 14 April 2015 at 00:07, Keith Packard wrote:
> Dave Airlie writes:
>
>> +#define CONF_MAXGPUDEVICES 4
>> typedef struct {
>> GenericListRec list;
>> const char *scrn_identifier;
>> @@ -276,6 +277,10 @@ typedef struct {
>> cha
On 14 April 2015 at 00:35, Keith Packard wrote:
> Dave Airlie writes:
>
>> @@ -2121,6 +2121,7 @@ numEnabledOutputs(xf86CrtcConfigPtr config, Bool
>> *enabled)
>> return i;
>> }
>>
>> +
>> static Bool
>> xf86Ta
On 23 July 2014 at 00:59, Adam Jackson wrote:
> I guess this is meant to stub out all I/O port calls? Whatever, it's
> not been defined by the buildsystem at least as far back as monolith
> 6.8.2.
This has the unfortunate side effect of breaking aarch64 by the looks of
https://bugzilla.redhat.co
From: Dave Airlie
This just makes a note that randr won't make outputs disappear
dynamically.
Signed-off-by: Dave Airlie
---
randrproto.txt | 8
1 file changed, 8 insertions(+)
diff --git a/randrproto.txt b/randrproto.txt
index 74b7c36..b2c828d 100644
--- a/randrproto.txt
From: Dave Airlie
This is ported from the same code in the ati and intel drivers,
It uses the same option name as nvidia and the other DDXes to
disable tearing down outputs as it is hard to avoid racing with clients.
v2: address two issues with DeleteUnusedDP12 enabled, reported
by Daniel
On 1 April 2015 at 11:33, Dave Airlie wrote:
> From: Dave Airlie
>
> This allows us to skip the screen section, the first
> Device section will get assigned to the screen,
> any remaining ones will get assigned to the GPUDevice
> sections for the screen.
>
> v2: fix
Jackson (1):
xf86Crtc: right-of placement by default.
Dave Airlie (4):
xserver: add xorg.conf support for gpu devices. (v2.1)
xfree86: attempt to autoconfig gpu slave devices (v3)
xf86Crtc: setup tiled monitors correctly in right of
xf86Crtc/monitors: create initial monitors
(v2.1) (2015-04-27 13:40:41 +1000)
Adam Jackson (1):
xf86Crtc: right-of placement by default.
Dave Airlie (7):
xserver: add xorg.conf support for gpu devices. (v2.1)
xfree86: attempt to autoconfig gpu slave device
On 12 May 2015 at 14:23, Keith Packard wrote:
> Provide the common path for FindGlyph as an inline function, falling
> back to a function for the slow case.
>
> Signed-off-by: Keith Packard
> ---
> render/glyph.c| 2 +-
> render/glyphstr.h | 11 ++-
> 2 files changed, 11 insertions(
On Fri, 28 Feb 2020 at 07:27, Daniel Vetter wrote:
>
> Hi all,
>
> You might have read the short take in the X.org board meeting minutes
> already, here's the long version.
>
> The good news: gitlab.fd.o has become very popular with our
> communities, and is used extensively. This especially inclu
On Fri, 28 Feb 2020 at 18:18, Daniel Stone wrote:
>
> On Fri, 28 Feb 2020 at 03:38, Dave Airlie wrote:
> > b) we probably need to take a large step back here.
> >
> > Look at this from a sponsor POV, why would I give X.org/fd.o
> > sponsorship money that they are
On Sat, 29 Feb 2020 at 05:34, Eric Anholt wrote:
>
> On Fri, Feb 28, 2020 at 12:48 AM Dave Airlie wrote:
> >
> > On Fri, 28 Feb 2020 at 18:18, Daniel Stone wrote:
> > >
> > > On Fri, 28 Feb 2020 at 03:38, Dave Airlie wrote:
> > > > b)
Any chance we could get this in a gitlab merge request?
Dave.
On Tue, 14 Apr 2020 at 19:28, Aaron Ma wrote:
>
> EDID1.4 replaced GTF Bit with Continuous or Non-Continuous Frequency Display.
>
> Check the "Display Range Limits Descriptor" for GTF support.
> If panel doesn't support GTF, then add
2010/12/22 Michel Dänzer :
> From: Michel Dänzer
>
> Fixes http://bugs.freedesktop.org/show_bug.cgi?id=24703 .
>
> Signed-off-by: Michel Dänzer
Reviewed-by: Dave Airlie
> ---
> exa/exa_accel.c | 2 ++
> exa/exa_unaccel.c | 2 ++
> 2 files changed, 4
2011/1/6 Michel Dänzer :
> From: Michel Dänzer
>
> Fixes https://bugs.freedesktop.org/show_bug.cgi?id=32803 .
>
> Signed-off-by: Michel Dänzer
Reviewed-by: Dave Airlie
> ---
> exa/exa_mixed.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff
On Tue, Jan 18, 2011 at 1:43 AM, PRASANNA KUMAR
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 accordingly? like it is done in
> Win
mplain, causing the crash.
>
> More information is available on this bugzilla:
> https://bugzilla.redhat.com/show_bug.cgi?id=675532
>
> Signed-off-by: Mauro Carvalho Chehab
>
I was going to give out about this being a big ugly looking inside the privates,
but the RegisterOff
On Tue, Mar 1, 2011 at 4:30 PM, Keith Packard wrote:
> On Tue, 1 Mar 2011 15:55:13 +1000, Peter Hutterer
> 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 something
>> like "I'm unavailable
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.
___
xorg-devel@lists.x.or
From: Dave Airlie
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-by: Dave Airlie
From: Dave Airlie
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 ++--
dix/window.c
From: Dave Airlie
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
---
Xext/panoramiX.c |2 +-
Xext/panoramiXprocs.c |2 +-
Xext/xvdis
From: Dave Airlie
unsigned long seems like the wrong type to use here,
switch to using RESTYPE.
Signed-off-by: Dave Airlie
---
Xext/panoramiX.c| 10 +-
Xext/panoramiXsrv.h | 12 ++--
render/render.c |2 +-
3 files changed, 12 insertions(+), 12 deletions
From: Dave Airlie
this code appears in quite a few places, consolidate it into
a macro in a header.
Signed-off-by: Dave Airlie
---
Xext/panoramiX.h |1 +
Xext/panoramiXprocs.c | 26 +-
2 files changed, 14 insertions(+), 13 deletions(-)
diff --git a/Xext
From: Dave Airlie
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
---
Xext/panoramiX.h |1 +
Xext/panoramiXprocs.c | 26 +-
2
On Wed, Mar 9, 2011 at 3:29 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> 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
wrote:
> On 03/ 8/11 09:29 PM, Dave Airlie wrote:
>> From: Dave Airlie
>>
>> unsigned long seems like the wrong type to use here,
>> switch to using RESTYPE.
>>
>> Signed-off-by: Dave Airlie
>
> Look
On Tue, Mar 8, 2011 at 2:28 AM, Adam Jackson wrote:
> No functional change
>
> Signed-off-by: Adam Jackson
Reviewed-by: Dave Airlie
since I just posted nearly the exact same patch.
Dave.
___
xorg-devel@lists.x.org: X.Org development
Archi
This is a repost of the 3 unreviewed patches post comments by Alan.
I've dropped the patch I overlapped with ajax.
Dave.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/li
From: Dave Airlie
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-by: Dave Airlie
From: Dave Airlie
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
---
Xext/panoramiX.c | 10 +-
Xext/panoramiXprocs.c |2 +-
Xext/saver.c |2 +-
Xext/xv
From: Dave Airlie
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
---
Xext/panoramiX.c |6 +++---
X
On Thu, Mar 10, 2011 at 9:48 AM, Daniel Stone 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/X
On Thu, Mar 10, 2011 at 10:17 AM, Alan Coopersmith
wrote:
> On 03/ 9/11 04:14 PM, Dave Airlie wrote:
>> On Thu, Mar 10, 2011 at 9:48 AM, Daniel Stone wrote:
>>> Hi,
>>>
>>> On Thu, Mar 10, 2011 at 09:23:34AM +1000, Dave Airlie wrote:
>>>> dif
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)
pano
On Fri, Mar 11, 2011 at 8:44 AM, Peter Hutterer
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
On Tue, Mar 15, 2011 at 5:31 AM, Adam Jackson wrote:
> Always defined by the makefile, so, just get rid of it.
>
> Signed-off-by: Adam Jackson
> ---
> glx/Makefile.am | 1 -
> glx/glapi.c | 43 ---
> 2 files changed, 0 insertions(+), 44 deletions(
On Fri, Mar 4, 2011 at 11:24 AM, Dave Airlie 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
> real
>
> 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.
Da
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 pix
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
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 15, 2011 at 5:
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 c
On Wed, Mar 23, 2011 at 10:33 AM, Peter Hutterer
wrote:
> Introduced in 6a5bf15fa99cf5b2358b3b3e2f29e5044aa8724a
>
> Reported-by: Dave Airlie
> Signed-off-by: Peter Hutterer
Reviewed-by: Dave Airlie
> ---
> configure.ac | 2 +-
> 1 files changed, 1 insertions(+), 1
erver 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/
On Wed, Mar 23, 2011 at 6:30 AM, Keith Packard wrote:
> On Tue, 22 Mar 2011 10:27:13 +1000, Dave Airlie wrote:
>
>> My first solution involves throwing the XFree86 DDX out and starting
>> again, but this didn't seem like it would be acceptable.
>
> Yeah, wreckin
On Wed, Mar 23, 2011 at 6:39 PM, Keith Packard wrote:
> On Wed, 23 Mar 2011 16:03:59 +1000, Dave Airlie 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
>> in
From: Dave Airlie
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 DDXe
From: Dave Airlie
This refers to pWin->winSize in some #if 0 code remove it.
Signed-off-by: Dave Airlie
---
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 3c64ae4..bb5482a 100644
--- a
701 - 800 of 1115 matches
Mail list logo
