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)
On Fri, 5 May 2023 at 01:23, Simon Ser wrote:
>
> Hi all,
>
> The goal of this RFC is to expose a generic KMS uAPI to configure the color
> pipeline before blending, ie. after a pixel is tapped from a plane's
> framebuffer and before it's blended with other planes. With this new uAPI we
> aim to r
On Sat, 6 May 2023 at 08:21, Sebastian Wick wrote:
>
> On Fri, May 5, 2023 at 10:40 PM Dave Airlie wrote:
> >
> > On Fri, 5 May 2023 at 01:23, Simon Ser wrote:
> > >
> > > Hi all,
> > >
> > > The goal of this RFC is to expose a generic
On Wed, 10 May 2023 at 00:31, Harry Wentland wrote:
>
>
>
> On 5/7/23 19:14, Dave Airlie wrote:
> > On Sat, 6 May 2023 at 08:21, Sebastian Wick
> > wrote:
> >>
> >> On Fri, May 5, 2023 at 10:40 PM Dave Airlie wrote:
> >>>
> >>&g
>
> this weekend i wrote a plugin for ulatencyd which tries to get the pid
> of the window in focus so the program can get scheduled with more cpu
> slots then other programs. I don't want to flame on X11, but it is
> 1. Terrible to do. Even with root permissions you need workarounds just
> to conn
>
> (It is also a great pity that whoever designed the modesetting ioctls thought
> _u64 was a good type for all the pointer values. Whoever designed the
> original ioctls used pointer types very successfully.)
Why would you consider yourself even remotely qualified to make such
a statement? i
On Mon, Feb 7, 2011 at 6:48 AM, Marty Jack wrote:
> Well, I have over 40 years experience, a lot of it on Unix and more recently
> Linux and a lot of it doing compilers, so data typing is second nature.
>
> But, I'm getting a little older, I could be mistaken and I'm always happy to
> learn some
On Mon, Feb 7, 2011 at 9:42 AM, Casey Dahlin wrote:
> On Mon, Feb 07, 2011 at 07:28:35AM +1000, Dave Airlie wrote:
>>
>> We then use libdrm in userspace to abstract away the internal details
>> of the interface,
>> you shouldn't ever be directly talking to drm ioct
>
> While only NVIDIA currently supports streams, this is not an NVIDIA-specific
> set of problems, nor is it intended to be an NVIDIA-specific solution if
> other vendors adopt the open EGL standards it is based on.
>
Open standards are great, what's better is open conformance tests, and
open imp
On 23 September 2015 at 23:35, Olivier Fourdan wrote:
> bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=92076
> Signed-off-by: Olivier Fourdan
Seems sane,
Reviewed-by: Dave Airlie
> ---
> hw/xwayland/xwayland-output.c | 9 +++--
> 1 file changed, 7 insertions(
On Sat, Oct 27, 2012 at 10:54 PM, David Herrmann
wrote:
> This rewrites the GPU detection of the DRM backend and uses the new PCI
> helpers to find the primary GPU. If no primary GPU is found, the first GPU
> on the seat is used.
In X I've found we only do that for seat 0, for other seats we just
>
> My comment was rather about the information which GPU can be used
> independently by user-space. Anyway, I wasn't aware that the kernel
> provides a boot_vga sysfs attribute with the same information. So I
> can rewrite this patch to use this attribute instead of using
> libpciaccess.
Well for
On Mon, Mar 11, 2013 at 2:09 AM, Hardening wrote:
> On 10/03/2013 16:17, Jonas Ådahl wrote:
>> On Sun, Mar 10, 2013 at 3:53 PM, Hardening wrote:
>>> This patch adds a wlrandr extension. It is useful to test
>>> mode switching. The patch provides the weston-switch-mode
>>> utility that can be use
On Tue, Mar 26, 2013 at 8:10 AM, Scott Moreau wrote:
> I wanted to make it public, that I have been officially banned from
> #wayland on irc.frenode.net by krh. I have never seen him ban anyone
> from his channel and I do not believe he has any intention of lifting
> the ban.
> This goes to show,
> +++ b/src/wayland-private.h
> @@ -74,15 +74,9 @@ int wl_connection_write(struct wl_connection *connection,
> const void *data, size
> int wl_connection_queue(struct wl_connection *connection,
> const void *data, size_t count);
>
> -union wl_argument {
> - int32_t i
On 1 October 2014 03:15, Daniel Stone wrote:
> Hi,
>
> On 30 September 2014 16:44, Jasper St. Pierre wrote:
>>
>> It's a great question, with a complicated answer. Part of this is the
>> fault of the DRM kernel interface, which is being improved. Part of it is
>> the fault of GL/EGL, which really
So nvidia have indicated they would like to use an EGLstreams based
solution to enable wayland on their binary driver stack at some point.
I'm just trying to gauge how people in mesa/wayland feel about this as
a solution, is it a solution looking for a problem, when you have
EGLstreams everything
19 matches
Mail list logo
