Linux Framebuffer Layer development
 help / color / mirror / Atom feed
From: Thomas Zimmermann <tzimmermann@suse.de>
To: Arnd Bergmann <arnd@arndb.de>, Arnd Bergmann <arnd@kernel.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Helge Deller <deller@gmx.de>
Cc: linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/3] dummycon: only build module if there are users
Date: Wed, 26 Feb 2025 09:16:26 +0100	[thread overview]
Message-ID: <29ecc7c4-2887-4989-a1d3-aa76b44c0387@suse.de> (raw)
In-Reply-To: <a2c0e681-2cdf-4dc9-82fc-be35f54ff795@app.fastmail.com>

Hi

Am 26.02.25 um 08:55 schrieb Arnd Bergmann:
> On Wed, Feb 26, 2025, at 08:48, Thomas Zimmermann wrote:
>> Am 25.02.25 um 17:44 schrieb Arnd Bergmann:
>>> From: Arnd Bergmann <arnd@arndb.de>
>>>
>>> Dummycon is used as a fallback conswitchp for vgacon and fbcon
>>> in the VT code, and there are no references to it if all three
>>> are disabled, so just leave it out of the kernel image for
>>> configurations without those.
>>>
>>> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
>>> ---
>>>    drivers/video/console/Kconfig | 3 +--
>>>    1 file changed, 1 insertion(+), 2 deletions(-)
>>>
>>> diff --git a/drivers/video/console/Kconfig b/drivers/video/console/Kconfig
>>> index bc31db6ef7d2..1c4263c164ce 100644
>>> --- a/drivers/video/console/Kconfig
>>> +++ b/drivers/video/console/Kconfig
>>> @@ -47,8 +47,7 @@ config SGI_NEWPORT_CONSOLE
>>>    	  card of your Indy.  Most people say Y here.
>>>    
>>>    config DUMMY_CONSOLE
>>> -	bool
>>> -	default y
>>> +	def_bool VT || VGA_CONSOLE || FRAMEBUFFER_CONSOLE
>> What about MDA_CONSOLE and STI_CONSOLE. Don't they require this as fallback?
>>
> MDA_CONSOLE clearly does not, because that is only the second
> console when VGA_CONSOLE is the main one.
>
> For sti_console, I don't see how it would do use it: when CONFIG_VT
> is enabled, the line above turns on DUMMY_CONSOLE, but without
> CONFIG_VT there seems to be no reference to it after
> 58a5c67aadde ("parisc/sticon: Always register sticon console
> driver"). I also see that CONFIG_STI_CONSOLE is a 'bool' symbol,
> so there is no dynamic loading/unloading of the driver.

Thanks.

Here's another general question. vgacon and fbcon only seem usable with 
CONFIG_VT=y. Wouldn't it make sense to have them depend on CONFIG_VT=y? 
dummycon could then be implemented as part of the vt code, maybe even 
become a vt-internal thing. The console code is complex, so I'm probably 
missing something here?

Best regards
Thomas

>
>      Arnd

-- 
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)


  reply	other threads:[~2025-02-26  8:16 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-02-25 16:44 [PATCH 1/3] dummycon: only build module if there are users Arnd Bergmann
2025-02-25 16:44 ` [PATCH 2/3] dummycon: fix default rows/cols Arnd Bergmann
2025-02-26  7:54   ` Thomas Zimmermann
2025-02-25 16:44 ` [PATCH 3/3] mdacon: rework dependency list Arnd Bergmann
2025-02-26  8:08   ` Thomas Zimmermann
2025-02-26  7:48 ` [PATCH 1/3] dummycon: only build module if there are users Thomas Zimmermann
2025-02-26  7:53   ` Thomas Zimmermann
2025-02-26  7:55   ` Arnd Bergmann
2025-02-26  8:16     ` Thomas Zimmermann [this message]
2025-02-26 11:46       ` Arnd Bergmann
2025-02-26 12:05         ` Javier Martinez Canillas
2025-02-26 13:18           ` Arnd Bergmann
2025-02-26 16:35         ` Helge Deller
2025-02-27  9:25         ` Thomas Zimmermann
2025-03-09  1:46 ` Helge Deller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=29ecc7c4-2887-4989-a1d3-aa76b44c0387@suse.de \
    --to=tzimmermann@suse.de \
    --cc=arnd@arndb.de \
    --cc=arnd@kernel.org \
    --cc=deller@gmx.de \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox