Hi,
On Fri, Feb 16, 2024 at 06:48:55PM GMT, Dave Stevenson wrote:
> From: Nick Hollinghurst
>
> Add this as a value for enum_drm_connector_tv_mode, represented
> by the string "Mono", to generate video with no colour encoding
> or bursts. Define it to have no pedestal (since only NTSC-M calls
>
On Fri, 16 Feb 2024 18:48:55 +, Dave Stevenson wrote:
> Add this as a value for enum_drm_connector_tv_mode, represented
> by the string "Mono", to generate video with no colour encoding
> or bursts. Define it to have no pedestal (since only NTSC-M calls
> for a pedestal).
>
> Change default
On Fri, Jun 14, 2024 at 11:01:45AM +0200, Daniel Vetter wrote:
> On Thu, May 23, 2024 at 04:51:25PM +0200, Maxime Ripard wrote:
> > Hi,
> >
> > Reviving this thread because I'm not sure what the outcome was.
> >
> > On Thu, Feb 29, 2024 at 11:52:12AM GMT, Daniel Vetter wrote:
> > > > The only
On Thu, May 23, 2024 at 04:51:25PM +0200, Maxime Ripard wrote:
> Hi,
>
> Reviving this thread because I'm not sure what the outcome was.
>
> On Thu, Feb 29, 2024 at 11:52:12AM GMT, Daniel Vetter wrote:
> > > The only thing I'm saying is that this breaks the usual DRM requirements.
> > > If, as a
On Thursday, February 29th, 2024 at 11:52, Daniel Vetter
wrote:
> I think some weston (or whatever compositor you like) config file support
> to set a bunch of "really only way to configure is by hand" output
> properties would clear the bar here for me. Because that is a feature I
> already
Hi,
Reviving this thread because I'm not sure what the outcome was.
On Thu, Feb 29, 2024 at 11:52:12AM GMT, Daniel Vetter wrote:
> > The only thing I'm saying is that this breaks the usual DRM requirements.
> > If, as a maintainer, you're fine with breaking the rules and have a good
> >
Hi Simon,
On Wed, Feb 28, 2024 at 04:22:56PM +, Simon Ser wrote:
> On Wednesday, February 28th, 2024 at 17:14, Maxime Ripard
> wrote:
>
> > > I don't know what the rules were 8 years ago, but the current uAPI rules
> > > are what they are, and a new enum entry is new uAPI.
> >
> > TBF,
On Wed, Feb 28, 2024 at 04:22:56PM +, Simon Ser wrote:
> On Wednesday, February 28th, 2024 at 17:14, Maxime Ripard
> wrote:
>
> > > I don't know what the rules were 8 years ago, but the current uAPI rules
> > > are what they are, and a new enum entry is new uAPI.
> >
> > TBF, and even if
On Wednesday, February 28th, 2024 at 17:14, Maxime Ripard
wrote:
> > I don't know what the rules were 8 years ago, but the current uAPI rules
> > are what they are, and a new enum entry is new uAPI.
>
> TBF, and even if the wayland compositors support is missing, this
> property is perfectly
Hi,
On Tue, Feb 27, 2024 at 09:51:06AM +, Simon Ser wrote:
> On Monday, February 26th, 2024 at 18:23, Dave Stevenson
> wrote:
> > > and I've also completely missed any kernel command line
> > > arguments manipulating KMS properties.
> >
> > "tv_mode" on the command line is handled in
> >
On Mon, 26 Feb 2024 17:23:24 +
Dave Stevenson wrote:
> Hi Pekka
>
> Sorry for the slight delay in replying.
>
> On Mon, 26 Feb 2024 at 15:11, Pekka Paalanen
> wrote:
> >
> > On Mon, 26 Feb 2024 15:10:45 +0100
> > Maxime Ripard wrote:
> >
> > > Hi Pekka,
> > >
> > > On Wed, Feb 21, 2024
On Monday, February 26th, 2024 at 18:23, Dave Stevenson
wrote:
> You want the commit text for a patch adding a new enum to state that
> the whole property isn't expected to be used through the UAPI? OK, I
> can roll a v2 if that is your desire.
By definition, anything new exposed by the kernel
Hi Pekka
Sorry for the slight delay in replying.
On Mon, 26 Feb 2024 at 15:11, Pekka Paalanen
wrote:
>
> On Mon, 26 Feb 2024 15:10:45 +0100
> Maxime Ripard wrote:
>
> > Hi Pekka,
> >
> > On Wed, Feb 21, 2024 at 11:07:51AM +0200, Pekka Paalanen wrote:
> > > On Fri, 16 Feb 2024 18:48:55 +
>
On Mon, 26 Feb 2024 15:10:45 +0100
Maxime Ripard wrote:
> Hi Pekka,
>
> On Wed, Feb 21, 2024 at 11:07:51AM +0200, Pekka Paalanen wrote:
> > On Fri, 16 Feb 2024 18:48:55 +
> > Dave Stevenson wrote:
> >
> > > From: Nick Hollinghurst
> > >
> > > Add this as a value for
Hi Pekka,
On Wed, Feb 21, 2024 at 11:07:51AM +0200, Pekka Paalanen wrote:
> On Fri, 16 Feb 2024 18:48:55 +
> Dave Stevenson wrote:
>
> > From: Nick Hollinghurst
> >
> > Add this as a value for enum_drm_connector_tv_mode, represented
> > by the string "Mono", to generate video with no
On 2024-02-21 04:07, Pekka Paalanen wrote:
> On Fri, 16 Feb 2024 18:48:55 +
> Dave Stevenson wrote:
>
>> From: Nick Hollinghurst
>>
>> Add this as a value for enum_drm_connector_tv_mode, represented
>> by the string "Mono", to generate video with no colour encoding
>> or bursts. Define
On Fri, 16 Feb 2024 18:48:55 +
Dave Stevenson wrote:
> From: Nick Hollinghurst
>
> Add this as a value for enum_drm_connector_tv_mode, represented
> by the string "Mono", to generate video with no colour encoding
> or bursts. Define it to have no pedestal (since only NTSC-M calls
> for a
From: Nick Hollinghurst
Add this as a value for enum_drm_connector_tv_mode, represented
by the string "Mono", to generate video with no colour encoding
or bursts. Define it to have no pedestal (since only NTSC-M calls
for a pedestal).
Change default mode creation to acommodate the new tv_mode
18 matches
Mail list logo
