On Thu, Feb 27, 2020 at 7:38 PM Dave Airlie wrote:
>
> 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
On Fri, Apr 21, 2017 at 5:50 AM Olivier Fourdan wrote:
>
> Hi Jonas,
>
> > > [...]
> > > For that last point, I'd rather use:
> > >
> > > * does not guarantee that events sent to this client are
> continuous,
> > > a compositor may change and reroute keyboard events while the
> grab
> >
On Wed, Feb 10, 2016 at 7:39 AM, Emil Velikov wrote:
> Hi all,
>
> Just a small note:
>
> On 5 February 2016 at 08:42, Pekka Paalanen wrote:
>
>> umm, do we really want to add even more uses of the Mesa-private wl_drm
>> protocol outside of Mesa? Though it seems that ship sailed a long time
>> ag
On Tue, Dec 1, 2015 at 7:48 AM, Rui Matos wrote:
> Each shm pool implies a file descriptor which means that currently, we
> can quickly exhaust the available FDs since we create a shm pool per
> cursor buffer. Instead, this patch creates shm pools big enough to
> contain multiple cursor buffers to
Reviewed-by: Axel Davy
Signed-off-by: Kristian Høgsberg
---
This patch comes in after the 1.16 feature freeze, but we had to wait for
mesa 10.2 to come out. The mesa release brings the new gbm api that we
use to implement dri3 and glamor support in Xwayland.
As can be seen from the diffstat
66b602474047c499b8a888267a489790fc9f9d85:
xwayland: Remove left-over ErrorF logging (2014-04-21 11:25:12 -0700)
Kristian Høgsberg (4):
xwayland: Build without GLX extension
xwayland: Build without xshmfence
On Tue, Apr 8, 2014 at 10:13 AM, Daniel Stone wrote:
> Hi,
>
> On 8 April 2014 17:24, Kristian Høgsberg wrote:
>>
>> diff --git a/hw/xwayland/xwayland.c b/hw/xwayland/xwayland.c
>> index 5cecefd..844745a 100644
>> --- a/hw/xwayland/xwayland.c
>> +++ b/hw/x
On Sun, Apr 6, 2014 at 8:05 AM, Gaetan Nadon wrote:
> On 14-04-06 06:02 AM, Yaakov (Cygwin/X) wrote:
>
> Any idea how to fix this? I would prefer that the RC I'm still trying to
> construct will build for most people...
>
>
> Adding a copy of wayland-scanner.m4 to m4/ should work.
>
> This would w
Signed-off-by: Kristian Høgsberg
---
hw/xwayland/xwayland.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/hw/xwayland/xwayland.c b/hw/xwayland/xwayland.c
index c2c6481..5cecefd 100644
--- a/hw/xwayland/xwayland.c
+++ b/hw/xwayland/xwayland.c
@@ -616,8 +616,10
Signed-off-by: Kristian Høgsberg
---
hw/xwayland/xwayland.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/hw/xwayland/xwayland.c b/hw/xwayland/xwayland.c
index 5cecefd..844745a 100644
--- a/hw/xwayland/xwayland.c
+++ b/hw/xwayland/xwayland.c
@@ -573,8 +573,10 @@ xwl_screen_init(ScreenPtr
This makes configure fail if the wayland autoconf macros aren't found.
We don't need the scanner for shm-only xwayland so just drop this line for
now.
Signed-off-by: Kristian Høgsberg
---
configure.ac | 1 -
1 file changed, 1 deletion(-)
diff --git a/configure.ac b/configure.ac
ind
On Thu, Apr 3, 2014 at 3:38 PM, Keith Packard wrote:
> Kristian Høgsberg writes:
>
>> Here's an updated version of the Xwayland series.
>
> Thanks to Kristian for getting this cleaned up today and ready for the
> merge.
>3c34dd3..b4d0bec master -> master
On Mon, Mar 31, 2014 at 11:59:47PM -0700, Keith Packard wrote:
> Kristian Høgsberg writes:
>
> > This allows DDXen to override the window picking to account for
> > native windows not seen by the X server. The bulk of the picking logic
> > is exposed as a new helper
On Tue, Apr 01, 2014 at 12:10:09AM -0700, Keith Packard wrote:
> Kristian Høgsberg writes:
>
> > +static WindowPtr
> > +xwl_xy_to_window(DeviceIntPtr master, SpritePtr sprite, int x, int y)
>
> With my previous adjustment to leave the existing public XYToWindow API
>
When we create a glamor pixmap by calling glamor_create_pixmap()
directly, we need to call glamor_destroy_pixmap() to destroy it.
Signed-off-by: Kristian Høgsberg
---
glamor/glamor.h | 1 +
glamor/glamor_priv.h | 2 --
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/glamor
A DDX that implements the glamor EGL functions need to pull in this
prototype but shouldn't need to pull in glamor_priv.h
Signed-off-by: Kristian Høgsberg
---
glamor/glamor.h | 2 ++
glamor/glamor_egl_stubs.c | 4 +++-
glamor/glamor_priv.h | 3 ---
3 files changed, 5 inser
: Kristian Høgsberg
Reviewed-by: Keith Packard
---
composite/compinit.c | 24
composite/compint.h | 7 +++
composite/compositeext.h | 4
composite/compwindow.c | 18 ++
4 files changed, 53 insertions(+)
diff --git a/composite/compinit.c b
from a given toplevel window.
Signed-off-by: Kristian Høgsberg
---
dix/events.c | 99 +---
dix/touch.c | 10 --
include/cursor.h | 2 ++
include/input.h | 1 -
include/scrnintstr.h | 4 +++
mi/mi.h | 3
d the reply is moved into a helper function, which the
implementation can call upon receiving its authenticaion reply.
Signed-off-by: Kristian Høgsberg
---
dri3/dri3.h | 6 +-
dri3/dri3_request.c | 38 --
dri3/dri3_screen.c | 2 +-
glamor/glamor_
Hi,
Here's an updated version of the Xwayland series. This takes into account
the patches from last series that are already upstream and adds support for
glamor acceleration, DRI3+present and render nodes (when available).
To that end, there are a few more patches outside Xwayland in this series,
This flag lets a DDX allocate a glamor pixmap without allocating the
texture that backs it. The DDX can then allocate the texture itself
and then set it later.
Signed-off-by: Kristian Høgsberg
---
glamor/glamor.c | 10 +-
glamor/glamor.h | 1 +
2 files changed, 10 insertions(+), 1
d the reply is moved into a helper function, which the
implementation can call upon receiving its authenticaion reply.
Signed-off-by: Kristian Høgsberg
---
dri3/dri3.h | 6 +-
dri3/dri3_request.c | 38 --
dri3/dri3_screen.c | 2 +-
3 files change
e printing a line for every extension, whether it's enabled or
> not, and b) we're not actually initializing the extension at this point.
I can get behind that.
Reviewed-by: Kristian Høgsberg
> Signed-off-by: Adam Jackson
> ---
> mi/miinitext.c | 8
> 1 file c
from a given toplevel window.
Signed-off-by: Kristian Høgsberg
---
dix/events.c | 99 +---
dix/touch.c | 10 --
include/cursor.h | 2 ++
include/scrnintstr.h | 4 +++
mi/mi.h | 3 ++
mi/miscrinit.c | 99
A socket-activated server will receive its listening sockets from the
parent process and should not create its own sockets. This patch
introduces a NoListen flag that can be set by a DDX to prevent
the server from creating the sockets.
Signed-off-by: Kristian Høgsberg
Reviewed-by: Daniel Stone
Hi,
Here's the final patches in the Xwayland series. The first patch is
a resend of the .gitignore patch that Gaeton reviewed. The next three
are the os/ patches I sent out earlier to enable socket-activated DDX
servers, including fixes to address Peters comment and the nolock issue
I spotted my
function to set it up as an X client.
Signed-off-by: Kristian Høgsberg
Reviewed-by: Daniel Stone
---
include/os.h| 2 ++
os/connection.c | 27 +++
2 files changed, 29 insertions(+)
diff --git a/include/os.h b/include/os.h
index 90229e6..d26e399 100644
--- a/include/os.h
This function was written to allow the X server to inherit the listen
socket from launchd on OS X. The code is not specific to OS X though
and will be useful for on-demand launched Xwayland servers.
Signed-off-by: Kristian Høgsberg
Reviewed-by: Daniel Stone
---
include/os.h| 4 +---
os
Automake 1.12 introduces a new parallel test framework that uses a shell
script helper and generates *.log and *.trs files. Add to .gitignore.
Signed-off-by: Kristian Høgsberg
Reviewed-by: Gaetan Nadon
---
.gitignore | 1 +
test/.gitignore | 2 ++
2 files changed, 3 insertions(+)
diff
On Tue, Mar 25, 2014 at 9:39 AM, Jon TURNEY wrote:
> On 24/03/2014 19:56, Kristian Høgsberg wrote:
>> On Wed, Mar 19, 2014 at 7:26 AM, Jon TURNEY wrote:
>>> Handle -displayfd and an explicit display number sensibly, e.g. use the
>>> explicitly specified display
t; # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
>^
>
> I've discussed this with the glibc developers and the prefered way of fixing
> this is by also defining _DEFAULT_SOURCE which is the new way of stating
> _BSD_SOURCE / _SVID
On Wed, Mar 19, 2014 at 7:26 AM, Jon TURNEY wrote:
> Handle -displayfd and an explicit display number sensibly, e.g. use the
> explicitly specified display number, and write it to the displayfd
I don't think the two options were meant to be used together, but I
can see how that would be useful.
function to set it up as an X client.
Signed-off-by: Kristian Høgsberg
---
Here's v2 of this patch, which fixes the ErrorF(stderr, ...) Peter
pointed out. AddClientOnOpenFD() now returns TRUE on success and
FALSE on error. It's up to the caller to log an error message and
either recover or
On Wed, Mar 19, 2014 at 4:29 PM, Peter Hutterer
wrote:
> On Tue, Mar 18, 2014 at 10:06:00PM -0700, Kristian Høgsberg wrote:
>> When the Xwayland server is socket-activated, we need to connect and
>> initialize the window manager before the activating client gets to
>> proceed
checking, since the parent process is
responsible for checking the lock before picking the display name and
creating the sockets.
Signed-off-by: Kristian Høgsberg
---
The three patches in this series were split out from one big patch and I
lost the nolock detail when I split it. This v2 of the
Automake 1.12 introduces a new parallel test framework that uses a shell
script helper and generates *.log and *.trs files. Add to .gitignore.
Signed-off-by: Kristian Høgsberg
Cc: Gaetan Nadon
---
.gitignore | 1 +
test/.gitignore | 2 ++
2 files changed, 3 insertions(+)
diff --git a
The list test case is always enabled, even if Xorg is disabled.
TEST_LDADD pulls in Xorg files which breaks linking when Xorg is disabled.
The list test doesn't need any libraries, so just remove list_LDADD.
Signed-off-by: Kristian Høgsberg
Cc: Peter Hutterer
---
test/Makefile.am | 1 -
1
Recent automake introduces a new shell script helper for the automake
test framework. Add it to .gitignore.
Signed-off-by: Kristian Høgsberg
---
Gaetan, not sure what the convention is for .gitignore. You added the
"Do not edit" comment, but I don't see any other mechanism f
function to set it up as an X client.
Signed-off-by: Kristian Høgsberg
---
include/os.h| 2 ++
os/connection.c | 20
2 files changed, 22 insertions(+)
diff --git a/include/os.h b/include/os.h
index 90229e6..5be3bcc 100644
--- a/include/os.h
+++ b/include/os.h
@@ -168,6 +168,8
A socket-activated server will receive its listening sockets from the
parent process and should not create its own sockets. This patch
introduces a NoListen flag that can be set by a DDX to prevent
the server from creating the sockets.
Signed-off-by: Kristian Høgsberg
---
include/opaque.h | 1
This function was written to allow the X server to inherit the listen
socket from launchd on OS X. The code is not specific to OS X though
and will be useful for on-demand launched Xwayland servers.
Signed-off-by: Kristian Høgsberg
---
include/os.h| 4 +---
os/connection.c | 7 ++-
2
d doesn't get the keymap from the Wayland
server and falls back to us. Let's not pull this for now.
Kristian
> ----
> Kristian Høgsberg (3):
> xkb: factor out xkb loading to LoadXkm
> xkb: add KeymapOrDef
> replaced all the tabs with spaces...)
That's fine, I think I was trying to avoid a callback, but I don't
think there was a good reasons for that. This new approach looks good
too, for the new patches,
Reviewed-by: Kristian Høgsberg
> Cheers,
> Peter
>
>
>
_
Using the context struct from previous commit, we can now split out
code to start xkbcomp and to finish and clean up after it.
Reviewed-by: Daniel Stone
---
xkb/ddxLoad.c | 39 ---
1 file changed, 28 insertions(+), 11 deletions(-)
diff --git a/xkb/ddxLoad.c b
From: Rui Matos
This will also make it useful for cases when we have a new keymap to
apply to a device but don't have a source device.
Reviewed-by: Kristian Høgsberg
---
Xi/exevents.c| 2 +-
include/xkbsrv.h | 4 ++--
xkb/xkb.c| 2 +-
xkb/xkbUtils.c | 14 +++-
This new function compiles a keymap from an in-memory string. We use it
to add a new keyooard device init function,
InitKeyboardDeviceStructFromString(), which inits a keyboard device with
a keymap specified as a string instead of a rmlvo set.
Reviewed-by: Daniel Stone
---
include/input.h |
This commit adds a struct that contains most of the context for starting,
running and cleaning up after xkbcomp.
Reviewed-by: Daniel Stone
---
xkb/ddxLoad.c | 76 +--
1 file changed, 38 insertions(+), 38 deletions(-)
diff --git a/xkb/ddxLo
From: Rui Matos
Reviewed-by: Kristian Høgsberg
---
include/xkbsrv.h | 3 +++
xkb/xkb.c| 14 +-
xkb/xkbUtils.c | 23 +++
3 files changed, 27 insertions(+), 13 deletions(-)
diff --git a/include/xkbsrv.h b/include/xkbsrv.h
index 5d8e409..49e236d 100644
Hi list,
Here's few xkb related patches that refactor and expose xkb functionality.
There should be no change in behavior in these patches, the idea is to
expose new entry points into existing code.
This is in preparation for merging xwayland, where the X server has to
parse and apply xkb maps co
On Tue, Dec 3, 2013 at 1:48 AM, Hans de Goede wrote:
> Hi,
>
>
> On 12/02/2013 09:54 PM, Kristian Høgsberg wrote:
>>
>> On Mon, Dec 2, 2013 at 11:44 AM, Hans de Goede
>> wrote:
>>>
>>> Hi All,
>>
>>
>> Hi,
>>
>> I did
On Mon, Dec 2, 2013 at 11:44 AM, Hans de Goede wrote:
> Hi All,
Hi,
I didn't follow all this in detail, but I'm not sure that we need
Xtrans patches at all. The server already has ListenOnOpenFD() in
os/connection.c. It was added for launchd under OSX, but we use it
for xwayland socket activat
On Fri, Nov 1, 2013 at 12:37 AM, Keith Packard wrote:
> Kristian Høgsberg writes:
>
>> On Thu, Oct 31, 2013 at 3:43 PM, Keith Packard wrote:
>>> This passes a file descriptor from the client to the server, which is
>>> then mmap'd
>>
>> A problem
On Thu, Oct 31, 2013 at 3:43 PM, Keith Packard wrote:
> This passes a file descriptor from the client to the server, which is
> then mmap'd
A problem we recently hit in wayland, which also affects this
extension is that a client can set up shared memory like this and the
truncate the tmp file to
ount < 10 or so, and fall back to bounding rect
otherwise. That would let us catch common cases such as L shaped
regions, while still not going all pathological on x11perf. But in
practice I doubt it will make much of a difference, and simpler is
better.
Reviewed-by: Kristian Høgsberg
We can now use this new entry point from xwayland to initialize the
keyboard map to what the wayland server sends.
Reviewed-by: Daniel Stone
---
hw/xfree86/xwayland/xwayland-input.c | 55 --
hw/xfree86/xwayland/xwayland-private.h | 5
2 files changed, 45 i
This new function compiles a keymap from an in-memory string. We use it
to add a new keyooard device init function,
InitKeyboardDeviceStructFromString(), which inits a keyboard device with
a keymap specified as a string instead of a rmlvo set.
Reviewed-by: Daniel Stone
---
include/input.h |
Using the context struct from previous commit, we can now split out
code to start xkbcomp and to finish and clean up after it.
Reviewed-by: Daniel Stone
---
xkb/ddxLoad.c | 39 ---
1 file changed, 28 insertions(+), 11 deletions(-)
diff --git a/xkb/ddxLoad.c b
This commit adds a struct that contains most of the context for starting,
running and cleaning up after xkbcomp.
Reviewed-by: Daniel Stone
---
xkb/ddxLoad.c | 76 +--
1 file changed, 38 insertions(+), 38 deletions(-)
diff --git a/xkb/ddxLo
On Fri, Mar 8, 2013 at 3:59 AM, James Jones wrote:
> On 03/07/2013 05:17 PM, Keith Packard wrote:
>>
>> * PGP Signed by an unknown key
>>
>> James Jones writes:
>>
>>> There didn't seem to be much interest outside of NVIDIA, so
>>> besides fence sync, the ideas are tabled internally ATM.
>>
>>
>>
On Sat, Feb 16, 2013 at 10:45 AM, Marcin Slusarz
wrote:
> Libunwind generates backtraces much more reliably than glibc's "backtrace".
Wow, didn't know about libunwind, it looks amazing. Do you mind if
port this and use in weston?
Kristian
> Signed-off-by: Marcin Slusarz
> ---
> configure.ac
On Thu, Jul 12, 2012 at 7:16 AM, Michel Dänzer wrote:
> As suggested by Kristian Høgsberg, explicitly call FreeResource for the DRI2
> drawable reference.
>
> [PATCH 1/2] dri2: Add DRI2CreateDrawable2.
> [PATCH 2/2] glx: Free DRI2 drawable reference to destroyed GLX
Thanks, M
On Fri, Jul 6, 2012 at 9:41 AM, Dave Airlie wrote:
> On Fri, Jul 6, 2012 at 2:32 PM, Kristian Høgsberg wrote:
>> On Fri, Jul 6, 2012 at 6:27 AM, Dave Airlie wrote:
>>> From: Dave Airlie
>>>
>>> So we reserve bits 16->19 for offload device ids, this
On Wed, Jul 4, 2012 at 5:03 AM, Michel Dänzer wrote:
> On Fre, 2012-06-29 at 19:09 +0200, Michel Dänzer wrote:
>> On Fre, 2012-06-29 at 12:58 -0400, Kristian Høgsberg wrote:
>> > On Fri, Jun 29, 2012 at 12:30 PM, Michel Dänzer wrote:
>> > > On Fre, 2012-06-29 at
hat is all. Fixed up the maths to match reality.
> v2.1: fix typo
Looks fine to me. Is there a version bump that goes along with this
so drivers can know they can ask for prime devices or should they just
try and expect a NULL reply if it's not available?
Reviewed-by: Kristian Høgsber
On Fri, Jun 29, 2012 at 12:30 PM, Michel Dänzer wrote:
> [ Did you intentionally not Cc the xorg-devel list? ]
No that was an accident... not sure why I have "reply all" as default...
> On Fre, 2012-06-29 at 12:20 -0400, Kristian Høgsberg wrote:
>> On Thu, Jun 28, 2012 at
v2: Don't break ABI
> v3: Paint the bikeshed blue; drop fd from AuthMagic2ProcPtr prototype
Looks good,
Reviewed-by: Kristian Høgsberg
> Signed-off-by: Christopher James Halse Rogers
>
> ---
> hw/xfree86/dri2/dri2.c | 35 ---
> hw/xfr
On Mon, Jun 18, 2012 at 12:58 PM, Keith Packard wrote:
> Christopher James Halse Rogers
> writes:
>
>> +typedef int (*DRI2AuthMagic2ProcPtr) (ScreenPtr pScreen, int fd, uint32_t
>> magic);
>
> Bikeshed -- seems like the 'fd' parameter is not needed in this API?
> I'll note that in the implementa
v2: Don't break ABI
Yeah, looks good to me now.
Reviewed-by: Kristian Høgsberg
> Signed-off-by: Christopher James Halse Rogers
>
> ---
> hw/xfree86/dri2/dri2.c | 35 ---
> hw/xfree86/dri2/dri2.h | 9 -
> 2 files changed, 36
On Fri, Jun 15, 2012 at 12:35:00PM +0200, Michel Dänzer wrote:
> On Fre, 2012-06-15 at 19:01 +1000, Christopher James Halse Rogers
> wrote:
> > xwayland drivers need access to their screen private data to authenticate.
> > Now that drivers no longer have direct access to the global screen arrays,
On Fri, Jun 15, 2012 at 07:01:34PM +1000, Christopher James Halse Rogers wrote:
> xwayland drivers need access to their screen private data to authenticate.
> Now that drivers no longer have direct access to the global screen arrays,
> this needs to be passed in as function context. The way it was
tion intel_verify_dri2_has_hiz
>
> CC: Keith Packard
> CC: Kristian Høgsberg
> CC: Ian Romanick
> CC: Eric Anholt
> CC: Ville Syrjälä
> CC: Michel Dänzer
> CC: Jesse Barnes
> CC: Chris Wilson
> Signed-off-by: Chad Versace
> ---
> configure.ac |
Hi Ran,
Let me just point you to this branch as well:
http://cgit.freedesktop.org/~krh/libxkbcommon/log/?h=keysyms
I've been talking with Daniel about this in IRC, but I thought you
might want to take a look too. With those patches the API is
completely self-contained. We still need xproto,
Kristian
> CC: Kristian Høgsberg
> Signed-off-by: Chad Versace
> ---
> dri2proto.txt | 18 +-
> 1 file changed, 9 insertions(+), 9 deletions(-)
>
> diff --git a/dri2proto.txt b/dri2proto.txt
> index df763c7..7bde067 100644
> --- a/dri2proto.txt
>
2011/9/28 zhigang gong :
> 2011/9/28 Michel Dänzer :
>> On Die, 2011-09-27 at 21:50 +0800, zhigang gong wrote:
>>>
>>> 3. Only support Intel platform currently.
>>> As glamor depends on KMS + MESA/EGL + GBM, currently only
>>> intel gfx device get supported.
>>
>> A Gallium based EGL driver (e.g. r
On Wed, May 11, 2011 at 2:53 AM, Dave Airlie wrote:
> 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
On Tue, Mar 15, 2011 at 12:12 AM, Keith Packard wrote:
> On Tue, 15 Mar 2011 13:52:40 +1000, Dave Airlie wrote:
>
>> a) undo ajax's cleanup, fix generator scripts to work again (not sure
>> how possible that is
>> since Olv's mapi changes), import latest GLX into server on a
>> semi-regular basis
From: Justin Dou
The calling for allocate_or_reuse_buffer may fail due to some reason, e.g. out
of memory.
If the buffers[] were not initialized to be NULL, the following err_out may try
to access an illegal memory, which will cause X crash afterward.
Reviewed-by: Kristian Høgsberg
Signed
On Sat, Jan 29, 2011 at 8:24 AM, Cyril Brulebois wrote:
> There's no need for this xlib include:
> | YACC xkbparse.c
> | CC xkbparse.lo
> | xkbparse.y:98:22: error: X11/Xlib.h: No such file or directory
>
> Signed-off-by: Cyril Brulebois
Yes, thanks, applied.
Kristian
> src/xkbcomp/
On Mon, Jan 10, 2011 at 6:41 AM, Julien Cristau wrote:
> On Mon, Jan 3, 2011 at 21:08:05 +0100, Julien Cristau wrote:
>
>> Most of this series has been sitting in bug#28823 for a while. It adds
>> some missing checks for client-provided data in the glx code, and fixes
>> a bug in the swapped-cli
,
https://bugs.freedesktop.org/show_bug.cgi?id=28181
v3: Just use the refcnt and don't try to free other resources in the
DrawableGone callback.
Signed-off-by: Kristian Høgsberg
Can we just do this instead? Didn't test the patch, but this should do
the same and actually simplifie
On Tue, Dec 14, 2010 at 9:59 AM, Jeremy C. Reed wrote:
> Where is the documentation for the KMS API?
>
> Any man pages?
>
> If not written, please point me to any specifications or source used for
> learning the API.
There is no documentation, you can browse the API here:
http://cgit.freedeskt
On Tue, Dec 7, 2010 at 7:54 PM, James Jones wrote:
> On Sunday 05 December 2010 20:31:24 Owen Taylor wrote:
...
>> But I can't say that I'm at all happy the idea that we'll have two sets of
>> drivers, one where flushing rendering enables an implicit fence for
>> subsequent rendering from that buf
that have it.
>
> Acked-by: Daniel Stone
>
> Please feel free to push these patches to the repo as well.
Yup, it all looks fine. For the series:
Reviewed-by: Kristian Høgsberg
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lis
On Thu, Dec 2, 2010 at 10:46 AM, Daniel Stone wrote:
...
> OK, so would something like this suit you:
> * at selection time, clients can choose whether or not to receive
> not-for-you events
> * at any point during a touch stream, the current owner of a touch can
> tell the server that it
ow, it is, so any implementation of these should be done with
> additional DRI driver API, like the swap control extension.
Yeah, kill it.
Signed-off-by: Kristian Høgsberg
> Signed-off-by: Adam Jackson
> ---
> glx/Makefile.am | 1 -
> glx/g_disptab.h |
On Mon, Nov 8, 2010 at 11:01 AM, Jamey Sharp wrote:
> On Mon, Nov 8, 2010 at 1:45 AM, Feng, Haitao wrote:
>> Have you noticed Kristian's Wayland project? In an email discussion,
>> Kristian mentioned the "Xorg on Xorg" idea and discussed its design and
>> implementation. Quoted from the email:
>>
lementation is using
> DRI2 directly.
>
> DRI2 code in server doesn't handle DRI2DestroyDrawable that leaks
> references. If client recreates rendering target EGL destroys and
> creates DRI2 drawable. In that case DRI2DestroyDrawable leaks DRI2
> drawable references.
>
>
On Thu, Oct 28, 2010 at 10:08 AM, Alan Coopersmith
wrote:
> Tiago Vignatti wrote:
>> Hi fellows,
>>
>> Our culture is turning "-option" the default syntax for arguments to be
>> passed
>> to the server. This patch set tries to standardize the rest of arguments that
>> are not on such shape yet, r
2010/10/26 Jon TURNEY :
>
>
> On 22/10/2010 03:26, Kristian Høgsberg wrote:
>>
>> Now, it's all looking pretty promising, but there are a few open
>> issues I'd like to throw to the list. First of all, there's the issue
>> of how this inters
Hello,
At XDS I volunteered to make X use libxkbcommon and I've spent a few
days this week trying to make that happen. libxkbcommon is a new
library started by Dan Nicholson which pulls in bits and pieces from
various XKB components, and primarily it provides a library interface
to the xkb compil
On Wed, Oct 20, 2010 at 7:45 PM, Keith Packard wrote:
> On Sun, 17 Oct 2010 09:58:50 -0700, Aaron Plattner
> wrote:
>
>> In addition to the above, this commit also broke the Compiz
>> "Wallpaper" plugin.
>
> Ok, as usual, Dave Airlie is right here -- independent of whether this
> patch is a good
this commit also broke the Compiz
> "Wallpaper" plugin.
>
> This reverts commit 8d7b7a0d71e0b89321b3341b781bc8845386def6.
Sure, we can revert it. I never saw the corner case it fixes trigger,
we usually never actually fill up a protocol buffer with damage
events. The only case
2010/9/23 Kristian Høgsberg :
> 2010/9/23 Jeremy Huddleston :
>> That seems off to me. This is doing more than changing the c->next
>> dereference. You're now freeing it where you weren't before.
>>
>> Previously, you freed it inside:
>> if
) callback for. We
treat that as an unbind, which triggers the context destruction. As
Jon mentions, that may not be the right thing to do, but in the scope
of this patch, we're just delaying the destroy until we're done
touching the context.
Kristian
> On Sep 23, 2010, at 06:04,
2010/9/23 Jon TURNEY :
> On 23/09/2010 13:50, Kristian Høgsberg wrote:
>>
>> Signed-off-by: Kristian Høgsberg
>> ---
>>
>>> ==2989== Invalid write of size 4
>>> ==2989== at 0x48CE6E5: DrawableGone (glxext.c:169)
>>> ==2989== by 0x809
Signed-off-by: Kristian Høgsberg
---
Chris Wilson points out that we were still accessing c->next after free.
Here's an updated version that fixes that.
Kristian
glx/glxext.c | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/glx/glxext.c b/glx/glxext
Signed-off-by: Kristian Høgsberg
---
> ==2989== Invalid write of size 4
> ==2989==at 0x48CE6E5: DrawableGone (glxext.c:169)
> ==2989==by 0x809F401: FreeResource (resource.c:601)
> ==2989==by 0x80845CE: ProcDestroyWindow (dispatch.c:733)
> ==2989==by 0x80
2010/8/24 Gaetan Nadon :
> On Tue, 2010-08-24 at 12:56 +0200, Michel Dänzer wrote:
>
> Could just use dri.pc for the default value of the option, rather than
> removing it altogether?
>
> Yes. I think the author of the bug report wishes to also remove the option
> as it is no longer useful.
>
> Thi
On Mon, Aug 16, 2010 at 11:13 AM, Chase Douglas
wrote:
>
> The X Gesture Extension
> Version 1.0
>
> Chase Douglas
> chase.doug...@canonical.com
> Can
The following changes since commit 7e0575baf14ec4a89492fd2780f9ab5b9244afbd:
ddc: Fix memory leak in GetEDID_DDC1 (2010-08-01 22:48:21 -0400)
are available in the git repository at:
git://anongit.freedesktop.org/~krh/xserver flush-callback
Kristian Høgsberg (2):
Always call the flush
1 - 100 of 193 matches
Mail list logo