[PATCH v3 0/3] Split default display handling out from VGA arbiter
Daniel Axtens
dja at axtens.net
Fri Sep 1 00:27:41 PDT 2017
This patch set:
- splits the default display handling out from VGA arbiter, into its
own file and behind its own Kconfig option (and gives the functions
better names).
- adds extra detection of default devices. To be nominated, the vga
arbiter and platform hooks must not have nominated a default. A
card will then only be nominated if it has a driver attached and
has IO or memory decoding enabled.
- adds relevant documentation.
The practical impact of this is improved X autoconfiguration on some
arm64 systems.
Changes in v3:
- Add documentation - thanks Daniel Vetter for pointing it out.
- Clarify explanations. Thanks to everyone for continuing to bear
with my incomplete understanding of PCI and provide some clarity.
- Split refactoring and adding functionality.
Changes in v2: https://www.spinics.net/lists/linux-pci/msg64007.html
Drop all the powerpc patches. [explanation snipped]
v1: https://www.spinics.net/lists/linux-pci/msg63581.html
Regards,
Daniel
Daniel Axtens (3):
drm: split default display handler out of VGA arbiter
drm: add fallback default device detection
drm: documentation for default display device
Documentation/gpu/default_display.rst | 93 +++++++++++++++++++
Documentation/gpu/index.rst | 1 +
arch/ia64/pci/fixup.c | 6 +-
arch/powerpc/kernel/pci-common.c | 6 +-
arch/x86/pci/fixup.c | 6 +-
arch/x86/video/fbdev.c | 4 +-
drivers/gpu/vga/Kconfig | 12 +++
drivers/gpu/vga/Makefile | 1 +
drivers/gpu/vga/default_display.c | 163 ++++++++++++++++++++++++++++++++++
drivers/gpu/vga/vga_switcheroo.c | 8 +-
drivers/gpu/vga/vgaarb.c | 61 +++----------
drivers/pci/pci-sysfs.c | 4 +-
include/linux/default_display.h | 44 +++++++++
include/linux/vgaarb.h | 15 ----
14 files changed, 344 insertions(+), 80 deletions(-)
create mode 100644 Documentation/gpu/default_display.rst
create mode 100644 drivers/gpu/vga/default_display.c
create mode 100644 include/linux/default_display.h
--
2.11.0
More information about the linux-arm-kernel
mailing list