[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87jzusu5uz.fsf@minerva.mail-host-address-is-not-set>
Date: Sat, 22 Jul 2023 02:50:28 +0200
From: Javier Martinez Canillas <javierm@...hat.com>
To: Miguel Ojeda <miguel.ojeda.sandonis@...il.com>
Cc: linux-kernel@...r.kernel.org, Miguel Ojeda <ojeda@...nel.org>,
Thomas Zimmermann <tzimmermann@...e.de>,
Geert Uytterhoeven <geert@...ux-m68k.org>,
Arnd Bergmann <arnd@...db.de>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Helge Deller <deller@....de>,
Jacek Lawrynowicz <jacek.lawrynowicz@...ux.intel.com>,
Jeffrey Hugo <quic_jhugo@...cinc.com>,
Nipun Gupta <nipun.gupta@....com>,
Oded Gabbay <ogabbay@...nel.org>,
Pieter Jansen van Vuuren <pieter.jansen-van-vuuren@....com>,
dri-devel@...ts.freedesktop.org, linux-fbdev@...r.kernel.org
Subject: Re: [PATCH v6 1/4] video: Add auxiliary display drivers to Graphics
support menu
Miguel Ojeda <miguel.ojeda.sandonis@...il.com> writes:
> On Sat, Jul 22, 2023 at 2:13 AM Javier Martinez Canillas
> <javierm@...hat.com> wrote:
>>
>> Oh, interesting. I wonder why that couldn't had been a fbdev driver then
>> using FB_VISUAL_MONO01? I'll reword then the commit message before apply
>> to the following instead:
>
> It is :)
>
> .type = FB_TYPE_PACKED_PIXELS,
> .visual = FB_VISUAL_MONO10,
>
Ah! Should had read the driver before commenting then :)
> The original distinction was more about having a place where to put
> small, simple displays that were not your usual "screen", where you
> would typically draw a custom UI, probably controlled with a few
> custom buttons, etc.
>
Got it. Then that's yet another argument for adding the auxdisplay
drivers under the same "Graphics support" menu.
>> Perfect, thanks!
>
> My pleasure!
>
> Cheers,
> Miguel
>
--
Best regards,
Javier Martinez Canillas
Core Platforms
Red Hat
Powered by blists - more mailing lists