[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <733eb41e-a296-47bb-ce06-18dff755723c@redhat.com>
Date: Thu, 12 Jan 2023 09:44:47 +0100
From: Javier Martinez Canillas <javierm@...hat.com>
To: Thomas Zimmermann <tzimmermann@...e.de>,
Aaron Plattner <aplattner@...dia.com>,
Daniel Vetter <daniel.vetter@...ll.ch>,
DRI Development <dri-devel@...ts.freedesktop.org>
Cc: Intel Graphics Development <intel-gfx@...ts.freedesktop.org>,
LKML <linux-kernel@...r.kernel.org>,
Daniel Vetter <daniel.vetter@...el.com>,
Helge Deller <deller@....de>, Sam Ravnborg <sam@...nborg.org>,
Alex Deucher <alexander.deucher@....com>,
stable@...r.kernel.org
Subject: Re: [PATCH 11/11] video/aperture: Only remove sysfb on the default
vga pci device
On 1/12/23 08:55, Thomas Zimmermann wrote:
[...]
>> Thanks Daniel and Javier!
>>
>> I wasn't able to reproduce the original problem on my hybrid laptop
>> since it refuses to boot with the console on an external display, but I
>> was able to reproduce it by switching the configuration around: booting
>> with i915.modeset=0 and with an experimental version of nvidia-drm that
>> registers a framebuffer console. I verified that loading nvidia-drm
>
> Thank you for testing.
>
> One thing I'd like to note is that using DRM's fbdev emulation is the
> correct way to support a console. Nvidia-drm's current approach of
> utilizing efifb is fragile and requires workarounds from distributions
> (at least here at SUSE). Steps towards fbdev emulation are much appreciated.
>
I was meaning to mention the same. Fedora also is carrying a workaround just
for the Nvidia proprietary driver since all other drivers provide a emulated
fbdev device.
So getting this finally fixed will be indeed highly appreciated.
--
Best regards,
Javier Martinez Canillas
Core Platforms
Red Hat
Powered by blists - more mailing lists