Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-05-07 Thread Pekka Paalanen
On Tue, 5 May 2020 10:48:52 +0200 Daniel Vetter wrote: > Refocusing on where I think we still have a bit a disconnnect. > > On Mon, May 04, 2020 at 03:22:28PM +0300, Pekka Paalanen wrote: > > On Mon, 4 May 2020 13:00:02 +0200 > > Daniel Vetter wrote: > > > On Mon, May 4, 2020 at 11:49 AM

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-05-05 Thread Daniel Vetter
Refocusing on where I think we still have a bit a disconnnect. On Mon, May 04, 2020 at 03:22:28PM +0300, Pekka Paalanen wrote: > On Mon, 4 May 2020 13:00:02 +0200 > Daniel Vetter wrote: > > On Mon, May 4, 2020 at 11:49 AM Pekka Paalanen wrote: > > > On Thu, 30 Apr 2020 15:53:23 +0200 > > >

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-05-04 Thread Pekka Paalanen
On Mon, 4 May 2020 13:00:02 +0200 Daniel Vetter wrote: > On Mon, May 4, 2020 at 11:49 AM Pekka Paalanen wrote: > > > > On Thu, 30 Apr 2020 15:53:23 +0200 > > Daniel Vetter wrote: > > > > > On Wed, Apr 29, 2020 at 01:07:54PM +0300, Pekka Paalanen wrote: > > > > On Tue, 28 Apr 2020 16:51:57

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-05-04 Thread Daniel Vetter
On Mon, May 4, 2020 at 11:49 AM Pekka Paalanen wrote: > > On Thu, 30 Apr 2020 15:53:23 +0200 > Daniel Vetter wrote: > > > On Wed, Apr 29, 2020 at 01:07:54PM +0300, Pekka Paalanen wrote: > > > On Tue, 28 Apr 2020 16:51:57 +0200 > > > Daniel Vetter wrote: > > > > > > > On Fri, Apr 24, 2020 at

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-05-04 Thread Pekka Paalanen
On Thu, 30 Apr 2020 15:53:23 +0200 Daniel Vetter wrote: > On Wed, Apr 29, 2020 at 01:07:54PM +0300, Pekka Paalanen wrote: > > On Tue, 28 Apr 2020 16:51:57 +0200 > > Daniel Vetter wrote: > > > > > On Fri, Apr 24, 2020 at 11:32:16AM +0300, Pekka Paalanen wrote: > > > > On Thu, 23 Apr 2020

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-30 Thread Daniel Vetter
On Wed, Apr 29, 2020 at 01:07:54PM +0300, Pekka Paalanen wrote: > On Tue, 28 Apr 2020 16:51:57 +0200 > Daniel Vetter wrote: > > > On Fri, Apr 24, 2020 at 11:32:16AM +0300, Pekka Paalanen wrote: > > > On Thu, 23 Apr 2020 17:01:49 +0200 > > > Daniel Vetter wrote: > > > > > > > On Tue, Apr 21,

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-29 Thread Pekka Paalanen
On Tue, 28 Apr 2020 16:51:57 +0200 Daniel Vetter wrote: > On Fri, Apr 24, 2020 at 11:32:16AM +0300, Pekka Paalanen wrote: > > On Thu, 23 Apr 2020 17:01:49 +0200 > > Daniel Vetter wrote: > > > > > On Tue, Apr 21, 2020 at 4:33 PM Pekka Paalanen > > > wrote: > > > > > > > > On Tue, 21 Apr

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-28 Thread Daniel Vetter
On Fri, Apr 24, 2020 at 11:32:16AM +0300, Pekka Paalanen wrote: > On Thu, 23 Apr 2020 17:01:49 +0200 > Daniel Vetter wrote: > > > On Tue, Apr 21, 2020 at 4:33 PM Pekka Paalanen wrote: > > > > > > On Tue, 21 Apr 2020 14:15:52 +0200 > > > Daniel Vetter wrote: > > > > > ... > > > > > Note

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-24 Thread Pekka Paalanen
On Thu, 23 Apr 2020 17:01:49 +0200 Daniel Vetter wrote: > On Tue, Apr 21, 2020 at 4:33 PM Pekka Paalanen wrote: > > > > On Tue, 21 Apr 2020 14:15:52 +0200 > > Daniel Vetter wrote: > > ... > > > Note that the kernel isn't entire consistent on this. I've looked a bit > > > more closely at

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-23 Thread Daniel Vetter
On Tue, Apr 21, 2020 at 4:33 PM Pekka Paalanen wrote: > > On Tue, 21 Apr 2020 14:15:52 +0200 > Daniel Vetter wrote: > > > On Mon, Apr 20, 2020 at 01:04:20PM +0300, Pekka Paalanen wrote: > > > On Mon, 20 Apr 2020 11:27:04 +0300 > > > Pekka Paalanen wrote: > > > > > > > On Fri, 17 Apr 2020

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-21 Thread Simon Ser
On Tuesday, April 21, 2020 4:33 PM, Pekka Paalanen wrote: > I'd love to volunteer for writing the Weston code to make use of "get me > sane default state" UAPI, but I'm afraid I'm not in that much control > of my time. I'm interested in this problem too. If someone writes the kernel side, I'll

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-21 Thread Pekka Paalanen
On Tue, 21 Apr 2020 14:15:52 +0200 Daniel Vetter wrote: > On Mon, Apr 20, 2020 at 01:04:20PM +0300, Pekka Paalanen wrote: > > On Mon, 20 Apr 2020 11:27:04 +0300 > > Pekka Paalanen wrote: > > > > > On Fri, 17 Apr 2020 16:17:18 +0200 > > > Daniel Vetter wrote: > > > > > > > On Fri, Apr 17,

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-21 Thread Daniel Vetter
On Mon, Apr 20, 2020 at 01:04:20PM +0300, Pekka Paalanen wrote: > On Mon, 20 Apr 2020 11:27:04 +0300 > Pekka Paalanen wrote: > > > On Fri, 17 Apr 2020 16:17:18 +0200 > > Daniel Vetter wrote: > > > > > On Fri, Apr 17, 2020 at 11:02 AM Pekka Paalanen > > > wrote: > > > > > > > > Hi, > > > >

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-20 Thread Simon Ser
On Monday, April 20, 2020 2:22 PM, Pekka Paalanen wrote: > On Mon, 20 Apr 2020 10:15:39 + > Simon Ser cont...@emersion.fr wrote: > > > On Monday, April 20, 2020 10:27 AM, Pekka Paalanen ppaala...@gmail.com > > wrote: > > > > > The only "random" KMS state is the properties the userspace KMS

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-20 Thread Pekka Paalanen
On Mon, 20 Apr 2020 10:15:39 + Simon Ser wrote: > On Monday, April 20, 2020 10:27 AM, Pekka Paalanen > wrote: > > > The only "random" KMS state is the properties the userspace KMS > > program does not know that are set on start-up. I have been assuming > > that as long as you had fbdev

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-20 Thread Simon Ser
I'd really like a drmModeAtomicAddDefaultProperty that resets a prop to its default value… ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-20 Thread Simon Ser
On Monday, April 20, 2020 10:27 AM, Pekka Paalanen wrote: > The only "random" KMS state is the properties the userspace KMS > program does not know that are set on start-up. I have been assuming > that as long as you had fbdev active before the KMS program started, > the unknown properties have

Re: Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-20 Thread Pekka Paalanen
On Mon, 20 Apr 2020 11:27:04 +0300 Pekka Paalanen wrote: > On Fri, 17 Apr 2020 16:17:18 +0200 > Daniel Vetter wrote: > > > On Fri, Apr 17, 2020 at 11:02 AM Pekka Paalanen > > wrote: > > > > > > Hi, > > > > > > let's think about how userspace uses atomic KMS UAPI. The simplest way > > > to

Operating KMS UAPI (Re: RFC: Drm-connector properties managed by another driver / privacy screen support)

2020-04-20 Thread Pekka Paalanen
On Fri, 17 Apr 2020 16:17:18 +0200 Daniel Vetter wrote: > On Fri, Apr 17, 2020 at 11:02 AM Pekka Paalanen wrote: > > > > Hi, > > > > let's think about how userspace uses atomic KMS UAPI. The simplest way > > to use atomic correctly is that userspace will for every update send the > > full,