Re: [PATCH weston v5 00/36] Head-based output configuration API a.k.a clone mode infrastructure

2017-12-14 Thread Alex Deucher
On Thu, Dec 14, 2017 at 6:40 AM, Pekka Paalanen wrote: > From: Pekka Paalanen > > Hi all, > > this is v5 (to match the numbering of my public branches) of the libweston > user > facing API and infrastructure for supporting shared-CRTC clone mode. > > Previous submission with rationale: > https:/

Re: [PATCH weston v5 00/36] Head-based output configuration API a.k.a clone mode infrastructure

2017-12-15 Thread Alex Deucher
On Fri, Dec 15, 2017 at 2:27 AM, Pekka Paalanen wrote: > On Thu, 14 Dec 2017 10:11:32 -0500 > Alex Deucher wrote: > >> On Thu, Dec 14, 2017 at 6:40 AM, Pekka Paalanen wrote: >> > From: Pekka Paalanen >> > >> > Hi all, >> > >> > this

Re: [PATCH weston v5 00/36] Head-based output configuration API a.k.a clone mode infrastructure

2017-12-20 Thread Alex Deucher
On Mon, Dec 18, 2017 at 2:38 AM, Pekka Paalanen wrote: > On Fri, 15 Dec 2017 15:35:53 -0500 > Alex Deucher wrote: > >> On Fri, Dec 15, 2017 at 2:27 AM, Pekka Paalanen wrote: >> > On Thu, 14 Dec 2017 10:11:32 -0500 >> > Alex Deucher wrote: >> > &g

Re: About migrating framebuffers in multi-GPU compositors

2022-03-24 Thread Alex Deucher
On Thu, Mar 24, 2022 at 9:43 AM Hoosier, Matt wrote: > > On Thu, 2022-03-24 at 11:56 +0200, Pekka Paalanen wrote: > > On Wed, 23 Mar 2022 14:19:08 + > > "Hoosier, Matt" < > > matt.hoos...@garmin.com > > > wrote: > > > Hi, > > > I recently had a reason to wade through Mutter's code to support >

Re: About migrating framebuffers in multi-GPU compositors

2022-03-24 Thread Alex Deucher
On Thu, Mar 24, 2022 at 3:40 PM Hoosier, Matt wrote: > > On Thu, 2022-03-24 at 15:28 -0400, Alex Deucher wrote: > > CAUTION - EXTERNAL EMAIL: Do not click any links or open any attachments > unless you trust the sender and know the content is safe. > > > > On Thu, Mar

Re: [RFC] drm/kms: control display brightness through drm_connector properties

2022-04-07 Thread Alex Deucher
On Thu, Apr 7, 2022 at 1:43 PM Hans de Goede wrote: > > Hi Simon, > > On 4/7/22 18:51, Simon Ser wrote: > > Very nice plan! Big +1 for the overall approach. > > Thanks. > > > On Thursday, April 7th, 2022 at 17:38, Hans de Goede > > wrote: > > > >> The drm_connector brightness properties > >> ===

Re: [RFC] drm/kms: control display brightness through drm_connector properties

2022-04-08 Thread Alex Deucher
On Fri, Apr 8, 2022 at 4:07 AM Daniel Vetter wrote: > > On Thu, Apr 07, 2022 at 05:05:52PM -0400, Alex Deucher wrote: > > On Thu, Apr 7, 2022 at 1:43 PM Hans de Goede wrote: > > > > > > Hi Simon, > > > > > > On 4/7/22 18:51, Simon Ser wrote

Re: [RFC] drm/kms: control display brightness through drm_connector properties

2022-04-08 Thread Alex Deucher
On Fri, Apr 8, 2022 at 10:56 AM Hans de Goede wrote: > > Hi, > > On 4/8/22 16:08, Alex Deucher wrote: > > On Fri, Apr 8, 2022 at 4:07 AM Daniel Vetter wrote: > >> > >> On Thu, Apr 07, 2022 at 05:05:52PM -0400, Alex Deucher wrote: > >>> On

Re: [RFC] drm/kms: control display brightness through drm_connector properties

2022-04-11 Thread Alex Deucher
On Mon, Apr 11, 2022 at 6:18 AM Hans de Goede wrote: > > Hi, > > On 4/8/22 17:11, Alex Deucher wrote: > > On Fri, Apr 8, 2022 at 10:56 AM Hans de Goede wrote: > >> > >> Hi, > >> > >> On 4/8/22 16:08, Alex Deucher wrote: > >>> On

Re: I'm adding features to VKMS! What would you like to see?

2022-07-29 Thread Alex Deucher
On Fri, Jul 29, 2022 at 3:30 AM Jim Shargo wrote: > > Hi Wayland folks! > > TL;DR: I'm working on extending VKMS and wanted feedback from other > compositor/wayland devs. >> // Background > > I work on the ChromeOS compositor, and recently I've been doing a > bunch of stuff to improve our testing

Re: I'm adding features to VKMS! What would you like to see?

2022-07-29 Thread Alex Deucher
On Fri, Jul 29, 2022 at 1:28 PM Jonas Ådahl wrote: > > On Fri, Jul 29, 2022 at 12:07:20PM -0400, Alex Deucher wrote: > > On Fri, Jul 29, 2022 at 3:30 AM Jim Shargo wrote: > > > > > > Hi Wayland folks! > > > > > > TL;DR: I'm wor

X.Org Foundation Membership Renewal

2017-02-02 Thread Alex Deucher
and click the renewal link. For new members, click the Join Now link. The X.org Foundation is a non-profit organization under the SPI umbrella which acts as a steward for the X Window System and related projects. Board elections are coming up so renew or join today! Thanks! Alex Deucher

Re: [PATCH v2 0/6] Add support for atomic async page-flips

2022-09-29 Thread Alex Deucher
d docs, fail atomic commit if async flip isn't > possible. > > Tested on an AMD Picasso iGPU. Series is: Reviewed-by: Alex Deucher > > Simon Ser (6): > amd/display: only accept async flips for fast updates > drm: document DRM_MODE_PAGE_FLIP_ASYNC > drm: in

Re: Beginnings of multiple monitor

2011-02-09 Thread Alex Deucher
On Wed, Feb 9, 2011 at 7:01 PM, Marty Jack wrote: > I have a little patch that allocates the CRTCs to avoid the multiple monitor > black screen.  If you don't want it right now that's fine too. > > I don't know what Kristian's ultimate vision of this is.  Do we allow windows > to move like they

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Alex Deucher
On Mon, Mar 21, 2011 at 3:50 PM, Geert Uytterhoeven wrote: > On Mon, Mar 21, 2011 at 20:25, Jesse Barnes wrote: >> On Mon, 21 Mar 2011 19:19:43 + >> timofonic timofonic wrote: >>> So if KMS is so cool and provides many advantages over fbdev and >>> such... Why isn't more widely used intead o

Re: Future desktop on dumb frame buffers?

2011-03-21 Thread Alex Deucher
On Mon, Mar 21, 2011 at 5:13 PM, Ondrej Zary wrote: > On Monday 21 March 2011 20:34:38 Corbin Simpson wrote: >> On Mon, Mar 21, 2011 at 12:25 PM, Jesse Barnes > wrote: >> > On Mon, 21 Mar 2011 19:19:43 + >> > >> > timofonic timofonic wrote: >> >> So if KMS is so cool and provides many advant

Google Summer of Code 2016

2016-02-18 Thread Alex Deucher
Hi, It's time to start thinking about the Google Summer of Code for 2016! The Xorg GSoC project is open to all projects related to graphics, windowing systems, and related technologies (Mesa, Wayland, X, input, kernel, OpenGL, OpenCL, etc.). For mentors and developers, please start thinking of id

Re: [PATCH 1/3] Do not assume 64x64 cursor, added support for other sizes (like in AMD Kaveri, 128x128).

2014-06-25 Thread Alex Deucher
On Tue, Jun 24, 2014 at 11:29 PM, Alvaro Fernando García wrote: > Signed-off-by: Alvaro Fernando García I think it would be better to just squash this entire patch set into one patch. Alex > --- > src/compositor-drm.c | 35 --- > 1 file changed, 28 insertions(+

Re: [PATCH V2] Do not assume 64x64 cursor, added support for other sizes (like in AMD Kaveri, 128x128).

2014-06-25 Thread Alex Deucher
On Wed, Jun 25, 2014 at 10:09 AM, Alvaro Fernando García wrote: > Init cursor size to 64x64 if drmGetCap() fails. > > Use Mesa GBM_BO_USE_CURSOR define (which removes 64x64 restriction) > > Signed-off-by: Alvaro Fernando García Reviewed-by: Alex Deucher > --- > src/

X.Org Google Summer of Code

2013-03-07 Thread Alex Deucher
It's that time of year again. The X.Org foundation is looking for volunteers to organize the Google Summer of Code application for the X.Org foundation. Historically the X.Org GSoC application has encompassed not just X, but the entire open source graphics ecosystem (mesa, X, kernel, wayland, etc.

Re: [PATCH] xRandr strikes back

2013-03-11 Thread Alex Deucher
On Mon, Mar 11, 2013 at 5:39 PM, Scott Moreau wrote: > > > On Mon, Mar 11, 2013 at 12:59 PM, Pekka Paalanen > wrote: >> >> On Sun, 10 Mar 2013 15:53:30 +0100 >> Hardening wrote: >> >> > This patch adds a wlrandr extension. It is useful to test >> > mode switching. The patch provides the weston-s

X.Org Google Summer of Code

2013-05-02 Thread Alex Deucher
Just a reminder to all students and mentors planning to work on an X.Org GSoC project this year, the deadline for applications is tomorrow (May 3rd, 19:00 UTC). If you are a student planning to apply, please submit your application by the deadline. If you are planning to mentor a project and have

Re: [PATCH 0/2] Support for high DPI outputs via scaling

2013-05-08 Thread Alex Deucher
On Wed, May 8, 2013 at 5:19 PM, Todd Showalter wrote: > On Wed, May 8, 2013 at 3:51 PM, Jason Ekstrand wrote: > >> Also, I agree that you're going to have mixed setups. Like you said, people >> replace their laptops fairly frequently. However, I have a monitor sitting >> on my desk that I bough

Re: [PATCH] protocol: Add buffer_scale to wl_surface and wl_output

2013-05-15 Thread Alex Deucher
On Wed, May 15, 2013 at 9:11 AM, Alexander Larsson wrote: > On ons, 2013-05-15 at 11:13 +0300, Pekka Paalanen wrote: >> On Tue, 14 May 2013 12:26:48 +0200 >> al...@redhat.com wrote: > > Lots of good stuff snipped. I'll try to fix things up based on that. > Some responses below. > >> > + >> >

Re: [PATCH V3] Do not assume 64x64 cursor, added support for other sizes (like in AMD Kaveri, 128x128).

2014-07-29 Thread Alex Deucher
On Tue, Jul 29, 2014 at 3:03 PM, Pekka Paalanen wrote: > On Tue, 29 Jul 2014 13:19:10 +0200 > Daniel Vetter wrote: > >> On Tue, Jul 29, 2014 at 12:55:24AM -0700, Jason Ekstrand wrote: >> > I pushed this one. Let's get a follow-up that lets weston actually use the >> > bigger cursors. It would a

GSoC Ideas!

2015-02-13 Thread Alex Deucher
Hi everyone! It's that time of year again. Time to start coming up with GSoC ideas. Martin and I are organizing this year's Xorg entry. We need to fill in our ideas page with some good possible projects for students. The project ideas should be something that a student could accomplish over th

Re: Graphics memory management in ARM/Embedded Linux

2011-04-20 Thread Alex Deucher
2011/4/20 Tom Cooksey : > > > 2011/4/20 microcai >> >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> 于 2011年04月20日 20:39, Tom Cooksey 写道: >> > Hi All, >> > >> > Please excuse the spam... just trying to spread the word: Linaro is >> > currently developing a graphics memory manager for Linu

Re: [RFC] VTs for multiple seats

2012-07-05 Thread Alex Deucher
On Wed, Jul 4, 2012 at 2:13 PM, David Herrmann wrote: > Hi guys > > (CC'ing systemd-ML as they proved to be very helpful and interested in this > ;)) > > I am currently working on kmscon and am planning on writing some > user-space VT logic similar to CONFIG_VT in the kernel. The idea is to > hav