All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Zimmermann <tzimmermann@suse.de>
To: "Michal Suchánek" <msuchanek@suse.de>
Cc: dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org,
	David Airlie <airlied@linux.ie>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	"H. Peter Anvin" <hpa@zytor.com>, Sam Ravnborg <sam@ravnborg.org>,
	Helge Deller <deller@gmx.de>,
	x86@kernel.org, Javier Martinez Canillas <javierm@redhat.com>,
	Ingo Molnar <mingo@redhat.com>, Arnd Bergmann <arnd@arndb.de>,
	Borislav Petkov <bp@alien8.de>, Maxime Ripard <maxime@cerno.tech>,
	Thomas Gleixner <tglx@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-kernel@vger.kernel.org, Martin Mares <mj@ucw.cz>,
	linux-video@atrey.karlin.mff.cuni.cz,
	Daniel Mack <daniel@zonque.org>
Subject: Re: [PATCH] simpldrm: Enable boot time VESA graphic mode selection.
Date: Fri, 18 Feb 2022 11:24:39 +0100	[thread overview]
Message-ID: <14dd85f1-21b1-2ff7-3491-466c077210e6@suse.de> (raw)
In-Reply-To: <20220218100841.GV3113@kunlun.suse.cz>


[-- Attachment #1.1: Type: text/plain, Size: 3745 bytes --]

Hi

Am 18.02.22 um 11:08 schrieb Michal Suchánek:
> Hello,
> 
> On Fri, Feb 18, 2022 at 10:57:33AM +0100, Thomas Zimmermann wrote:
>> Hi Michal
>>
>> Am 18.02.22 um 10:33 schrieb Michal Suchanek:
>>> Since switch to simpledrm VESA graphic modes are no longer available
>>> with legacy BIOS.
>>>
>>> The x86 realmode boot code enables the VESA graphic modes when option
>>> FB_BOOT_VESA_SUPPORT is enabled.
>>>
>>> To enable use of VESA modes with simpledrm in legacy BIOS boot mode drop
>>> dependency of BOOT_VESA_SUPPORT on FB, also drop the FB_ prefix, and
>>> select the option when simpledrm is built-in on x86.
>>
>> Thanks for sending the patch.
>>
>> I tested simpledrm on a VESA-based systems and it work. Do you have a
> 
> In EFI or legacy mode?

It was a 32-bit AthlonXP. So as legacy as it gets.

> 
>> concrete example of a mode that doesn't work any longer?
> 
> As per discussion in
> https://bugzilla.opensuse.org/show_bug.cgi?id=1193250 vga=791 does not.

I wonder if this fixes a few more of the complains we've seen about 
missing resolutions.

> 
> Also it is clear examinig the realmode code that this option is needed
> to enable graphic mode selection.
> 
> I don't have a system with legacy BIOS at hand but from user testing
> this improves the situation - kernel does not reeject the videomode
> argument, and simpledrm is initialized during boot.

No doubt about that.

Best regards
Thomas

> 
> Thanks
> 
> Michal
> 
>>
>>>
>>> Fixes: 11e8f5fd223b ("drm: Add simpledrm driver")
>>> Signed-off-by: Michal Suchanek <msuchanek@suse.de>
>>> ---
>>>    arch/x86/boot/video-vesa.c   | 4 ++--
>>>    drivers/gpu/drm/tiny/Kconfig | 1 +
>>>    drivers/video/fbdev/Kconfig  | 9 ++++-----
>>>    3 files changed, 7 insertions(+), 7 deletions(-)
>>>
>>> diff --git a/arch/x86/boot/video-vesa.c b/arch/x86/boot/video-vesa.c
>>> index 7e185977a984..c2c6d35e3a43 100644
>>> --- a/arch/x86/boot/video-vesa.c
>>> +++ b/arch/x86/boot/video-vesa.c
>>> @@ -83,7 +83,7 @@ static int vesa_probe(void)
>>>    			   (vminfo.memory_layout == 4 ||
>>>    			    vminfo.memory_layout == 6) &&
>>>    			   vminfo.memory_planes == 1) {
>>> -#ifdef CONFIG_FB_BOOT_VESA_SUPPORT
>>> +#ifdef CONFIG_BOOT_VESA_SUPPORT
>>>    			/* Graphics mode, color, linear frame buffer
>>>    			   supported.  Only register the mode if
>>>    			   if framebuffer is configured, however,
>>> @@ -121,7 +121,7 @@ static int vesa_set_mode(struct mode_info *mode)
>>>    	if ((vminfo.mode_attr & 0x15) == 0x05) {
>>>    		/* It's a supported text mode */
>>>    		is_graphic = 0;
>>> -#ifdef CONFIG_FB_BOOT_VESA_SUPPORT
>>> +#ifdef CONFIG_BOOT_VESA_SUPPORT
>>>    	} else if ((vminfo.mode_attr & 0x99) == 0x99) {
>>>    		/* It's a graphics mode with linear frame buffer */
>>>    		is_graphic = 1;
>>> diff --git a/drivers/gpu/drm/tiny/Kconfig b/drivers/gpu/drm/tiny/Kconfig
>>> index 712e0004e96e..1bc30c64ed15 100644
>>> --- a/drivers/gpu/drm/tiny/Kconfig
>>> +++ b/drivers/gpu/drm/tiny/Kconfig
>>> @@ -54,6 +54,7 @@ config DRM_GM12U320
>>>    config DRM_SIMPLEDRM
>>>    	tristate "Simple framebuffer driver"
>>>    	depends on DRM && MMU
>>> +	select BOOT_VESA_SUPPORT if X86 && DRM_SIMPLEDRM = y
>>
>> We shouldn't select this option in drivers IMHO. Simple-framebuffer devices
>> with VESA are enabled with [1] and that should also select the
>> BOOT_VESA_SUPPORT.
> 
> Sounds ok to select from there, it should also cover simplefb then.
> 
> Thanks
> 
> Michal

-- 
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5, 90409 Nürnberg, Germany
(HRB 36809, AG Nürnberg)
Geschäftsführer: Ivo Totev

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Thomas Zimmermann <tzimmermann@suse.de>
To: "Michal Suchánek" <msuchanek@suse.de>
Cc: linux-fbdev@vger.kernel.org, x86@kernel.org,
	Arnd Bergmann <arnd@arndb.de>, David Airlie <airlied@linux.ie>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Helge Deller <deller@gmx.de>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	Javier Martinez Canillas <javierm@redhat.com>,
	dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
	linux-video@atrey.karlin.mff.cuni.cz,
	Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
	Maxime Ripard <maxime@cerno.tech>,
	"H. Peter Anvin" <hpa@zytor.com>, Martin Mares <mj@ucw.cz>,
	Thomas Gleixner <tglx@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Sam Ravnborg <sam@ravnborg.org>, Daniel Mack <daniel@zonque.org>
Subject: Re: [PATCH] simpldrm: Enable boot time VESA graphic mode selection.
Date: Fri, 18 Feb 2022 11:24:39 +0100	[thread overview]
Message-ID: <14dd85f1-21b1-2ff7-3491-466c077210e6@suse.de> (raw)
In-Reply-To: <20220218100841.GV3113@kunlun.suse.cz>


[-- Attachment #1.1: Type: text/plain, Size: 3745 bytes --]

Hi

Am 18.02.22 um 11:08 schrieb Michal Suchánek:
> Hello,
> 
> On Fri, Feb 18, 2022 at 10:57:33AM +0100, Thomas Zimmermann wrote:
>> Hi Michal
>>
>> Am 18.02.22 um 10:33 schrieb Michal Suchanek:
>>> Since switch to simpledrm VESA graphic modes are no longer available
>>> with legacy BIOS.
>>>
>>> The x86 realmode boot code enables the VESA graphic modes when option
>>> FB_BOOT_VESA_SUPPORT is enabled.
>>>
>>> To enable use of VESA modes with simpledrm in legacy BIOS boot mode drop
>>> dependency of BOOT_VESA_SUPPORT on FB, also drop the FB_ prefix, and
>>> select the option when simpledrm is built-in on x86.
>>
>> Thanks for sending the patch.
>>
>> I tested simpledrm on a VESA-based systems and it work. Do you have a
> 
> In EFI or legacy mode?

It was a 32-bit AthlonXP. So as legacy as it gets.

> 
>> concrete example of a mode that doesn't work any longer?
> 
> As per discussion in
> https://bugzilla.opensuse.org/show_bug.cgi?id=1193250 vga=791 does not.

I wonder if this fixes a few more of the complains we've seen about 
missing resolutions.

> 
> Also it is clear examinig the realmode code that this option is needed
> to enable graphic mode selection.
> 
> I don't have a system with legacy BIOS at hand but from user testing
> this improves the situation - kernel does not reeject the videomode
> argument, and simpledrm is initialized during boot.

No doubt about that.

Best regards
Thomas

> 
> Thanks
> 
> Michal
> 
>>
>>>
>>> Fixes: 11e8f5fd223b ("drm: Add simpledrm driver")
>>> Signed-off-by: Michal Suchanek <msuchanek@suse.de>
>>> ---
>>>    arch/x86/boot/video-vesa.c   | 4 ++--
>>>    drivers/gpu/drm/tiny/Kconfig | 1 +
>>>    drivers/video/fbdev/Kconfig  | 9 ++++-----
>>>    3 files changed, 7 insertions(+), 7 deletions(-)
>>>
>>> diff --git a/arch/x86/boot/video-vesa.c b/arch/x86/boot/video-vesa.c
>>> index 7e185977a984..c2c6d35e3a43 100644
>>> --- a/arch/x86/boot/video-vesa.c
>>> +++ b/arch/x86/boot/video-vesa.c
>>> @@ -83,7 +83,7 @@ static int vesa_probe(void)
>>>    			   (vminfo.memory_layout == 4 ||
>>>    			    vminfo.memory_layout == 6) &&
>>>    			   vminfo.memory_planes == 1) {
>>> -#ifdef CONFIG_FB_BOOT_VESA_SUPPORT
>>> +#ifdef CONFIG_BOOT_VESA_SUPPORT
>>>    			/* Graphics mode, color, linear frame buffer
>>>    			   supported.  Only register the mode if
>>>    			   if framebuffer is configured, however,
>>> @@ -121,7 +121,7 @@ static int vesa_set_mode(struct mode_info *mode)
>>>    	if ((vminfo.mode_attr & 0x15) == 0x05) {
>>>    		/* It's a supported text mode */
>>>    		is_graphic = 0;
>>> -#ifdef CONFIG_FB_BOOT_VESA_SUPPORT
>>> +#ifdef CONFIG_BOOT_VESA_SUPPORT
>>>    	} else if ((vminfo.mode_attr & 0x99) == 0x99) {
>>>    		/* It's a graphics mode with linear frame buffer */
>>>    		is_graphic = 1;
>>> diff --git a/drivers/gpu/drm/tiny/Kconfig b/drivers/gpu/drm/tiny/Kconfig
>>> index 712e0004e96e..1bc30c64ed15 100644
>>> --- a/drivers/gpu/drm/tiny/Kconfig
>>> +++ b/drivers/gpu/drm/tiny/Kconfig
>>> @@ -54,6 +54,7 @@ config DRM_GM12U320
>>>    config DRM_SIMPLEDRM
>>>    	tristate "Simple framebuffer driver"
>>>    	depends on DRM && MMU
>>> +	select BOOT_VESA_SUPPORT if X86 && DRM_SIMPLEDRM = y
>>
>> We shouldn't select this option in drivers IMHO. Simple-framebuffer devices
>> with VESA are enabled with [1] and that should also select the
>> BOOT_VESA_SUPPORT.
> 
> Sounds ok to select from there, it should also cover simplefb then.
> 
> Thanks
> 
> Michal

-- 
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5, 90409 Nürnberg, Germany
(HRB 36809, AG Nürnberg)
Geschäftsführer: Ivo Totev

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]

  reply	other threads:[~2022-02-18 10:24 UTC|newest]

Thread overview: 62+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-18  9:33 [PATCH] simpldrm: Enable boot time VESA graphic mode selection Michal Suchanek
2022-02-18  9:33 ` Michal Suchanek
2022-02-18  9:57 ` Thomas Zimmermann
2022-02-18  9:57   ` Thomas Zimmermann
2022-02-18 10:08   ` Michal Suchánek
2022-02-18 10:08     ` Michal Suchánek
2022-02-18 10:24     ` Thomas Zimmermann [this message]
2022-02-18 10:24       ` Thomas Zimmermann
2022-02-18 10:51       ` [PATCH v2] simplefb: " Michal Suchanek
2022-02-18 10:51         ` Michal Suchanek
2022-02-18 11:36         ` Thomas Zimmermann
2022-02-18 11:36           ` Thomas Zimmermann
2022-02-18 12:05           ` Michal Suchánek
2022-02-18 12:05             ` Michal Suchánek
2022-02-18 16:04           ` [PATCH v3] " Michal Suchanek
2022-02-18 16:04             ` Michal Suchanek
2022-02-21  9:51             ` Thomas Zimmermann
2022-02-21  9:51               ` Thomas Zimmermann
2022-02-23 18:38               ` Borislav Petkov
2022-02-23 18:38                 ` Borislav Petkov
2022-02-23 16:34             ` Javier Martinez Canillas
2022-02-23 16:34               ` Javier Martinez Canillas
2022-02-23 16:45               ` Michal Suchánek
2022-02-23 16:45                 ` Michal Suchánek
2022-02-23 16:54                 ` Javier Martinez Canillas
2022-02-23 16:54                   ` Javier Martinez Canillas
2022-02-23 17:07                   ` Javier Martinez Canillas
2022-02-23 17:07                     ` Javier Martinez Canillas
2022-02-23 17:12                   ` Michal Suchánek
2022-02-23 17:12                     ` Michal Suchánek
2022-02-23 18:13                     ` Javier Martinez Canillas
2022-02-23 18:13                       ` Javier Martinez Canillas
2022-02-23 18:23                       ` Michal Suchánek
2022-02-23 18:23                         ` Michal Suchánek
2022-02-23 18:34                         ` Javier Martinez Canillas
2022-02-23 18:34                           ` Javier Martinez Canillas
2022-02-23 19:55                           ` Michal Suchánek
2022-02-23 19:55                             ` Michal Suchánek
2022-02-25 20:51                           ` [PATCH v4 1/3] sysfb: Make config option dependencies explicit Michal Suchanek
2022-02-25 20:51                             ` Michal Suchanek
2022-02-25 22:09                             ` Javier Martinez Canillas
2022-02-25 22:09                               ` Javier Martinez Canillas
2022-02-25 20:51                           ` [PATCH v4 2/3] sysfb: Enable boot time VESA graphic mode selection Michal Suchanek
2022-02-25 20:51                             ` Michal Suchanek
2022-02-25 22:10                             ` Javier Martinez Canillas
2022-02-25 22:10                               ` Javier Martinez Canillas
2022-02-25 20:51                           ` [PATCH v4 3/3] efifb: Remove redundant efifb_setup_from_dmi stub Michal Suchanek
2022-02-25 20:51                             ` Michal Suchanek
2022-02-25 22:11                             ` Javier Martinez Canillas
2022-02-25 22:11                               ` Javier Martinez Canillas
2022-03-02 19:31 ` [PATCH] simpldrm: Enable boot time VESA graphic mode selection Thomas Zimmermann
2022-03-02 19:31   ` Thomas Zimmermann
2022-03-02 19:38   ` Michal Suchánek
2022-03-02 19:38     ` Michal Suchánek
2022-03-02 19:47     ` Javier Martinez Canillas
2022-03-02 19:47       ` Javier Martinez Canillas
2022-03-04 20:00       ` Thomas Zimmermann
2022-03-04 20:00         ` Thomas Zimmermann
2022-03-04 20:47         ` Javier Martinez Canillas
2022-03-04 20:47           ` Javier Martinez Canillas
2022-03-07 14:33           ` Javier Martinez Canillas
2022-03-07 14:33             ` Javier Martinez Canillas

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=14dd85f1-21b1-2ff7-3491-466c077210e6@suse.de \
    --to=tzimmermann@suse.de \
    --cc=airlied@linux.ie \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=arnd@arndb.de \
    --cc=bp@alien8.de \
    --cc=daniel@zonque.org \
    --cc=dave.hansen@linux.intel.com \
    --cc=deller@gmx.de \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=hpa@zytor.com \
    --cc=javierm@redhat.com \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-video@atrey.karlin.mff.cuni.cz \
    --cc=maxime@cerno.tech \
    --cc=mingo@redhat.com \
    --cc=mj@ucw.cz \
    --cc=msuchanek@suse.de \
    --cc=sam@ravnborg.org \
    --cc=tglx@linutronix.de \
    --cc=x86@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.