Here is my proposed way forward:
a) I will resend the patches which reverts the remove-fbcon-hardware-scolling patches
to the mailing lists. I'll adjust the stable tags and update the commit messages.
b) Then after some days I'll include it in the fbdev for-next git branch. That way it's
included in the various build & test chains.
c) If everything is working well, I'll push that change during the next merge window
for kernel 5.18. If problems arise we will need to discuss.
While the patches are in the fbdev git tree we should decide how to exclude code
which is not needed for DRM.
What about this proposal:
a) adding a Kconfig option like:
CONFIG_FB_DRIVERS - enable if you need the fbdev drivers. For DRM-only this should be disabled.
b) Add to every native fbdev driver a "depends on FB_DRIVERS" in the Kconfig files.
c) That way we can use "#if defined(CONFIG_FB_DRIVERS).." to exclude code in fbcon which
isn't needed by DRM.
Thoughts?
Helge
Attachment:
OpenPGP_signature
Description: OpenPGP digital signature