x86: provide platform-devices for boot-framebuffers
The current situation regarding boot-framebuffers (VGA, VESA/VBE, EFI) on
x86 causes troubles when loading multiple fbdev drivers. The global
"struct screen_info" does not provide any state-tracking about which
drivers use the FBs. request_mem_region() theoretically works, but
unfortunately vesafb/efifb ignore it due to quirks for broken boards.
Avoid this by creating a platform framebuffer devices with a pointer
to the "struct screen_info" as platform-data. Drivers can now create
platform-drivers and the driver-core will refuse multiple drivers being
active simultaneously.
We keep the screen_info available for backwards-compatibility. Drivers
can be converted in follow-up patches.
Different devices are created for VGA/VESA/EFI FBs to allow multiple
drivers to be loaded on distro kernels. We create:
- "vesa-framebuffer" for VBE/VESA graphics FBs
- "efi-framebuffer" for EFI FBs
- "platform-framebuffer" for everything else
This allows to load vesafb, efifb and others simultaneously and each
picks up only the supported FB types.
Apart from platform-framebuffer devices, this also introduces a
compatibility option for "simple-framebuffer" drivers which recently got
introduced for OF based systems. If CONFIG_X86_SYSFB is selected, we
try to match the screen_info against a simple-framebuffer supported
format. If we succeed, we create a "simple-framebuffer" device instead
of a platform-framebuffer.
This allows to reuse the simplefb.c driver across architectures and also
to introduce a SimpleDRM driver. There is no need to have vesafb.c,
efifb.c, simplefb.c and more just to have architecture specific quirks
in their setup-routines.
Instead, we now move the architecture specific quirks into x86-setup and
provide a generic simple-framebuffer. For backwards-compatibility (if
strange formats are used), we still allow vesafb/efifb to be loaded
simultaneously and pick up all remaining devices.
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Link: http://lkml.kernel.org/r/1375445127-15480-4-git-send-email-dh.herrmann@gmail.com
Tested-by: Stephen Warren <swarren@nvidia.com>
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2013-08-02 16:05:22 +04:00
# ifndef _ARCH_X86_KERNEL_SYSFB_H
# define _ARCH_X86_KERNEL_SYSFB_H
/*
* Generic System Framebuffers on x86
* Copyright ( c ) 2012 - 2013 David Herrmann < dh . herrmann @ gmail . com >
*
* This program is free software ; you can redistribute it and / or modify it
* under the terms of the GNU General Public License as published by the Free
* Software Foundation ; either version 2 of the License , or ( at your option )
* any later version .
*/
# include <linux/kernel.h>
# include <linux/platform_data/simplefb.h>
# include <linux/screen_info.h>
2013-08-02 16:05:23 +04:00
enum {
M_I17 , /* 17-Inch iMac */
M_I20 , /* 20-Inch iMac */
M_I20_SR , /* 20-Inch iMac (Santa Rosa) */
M_I24 , /* 24-Inch iMac */
M_I24_8_1 , /* 24-Inch iMac, 8,1th gen */
M_I24_10_1 , /* 24-Inch iMac, 10,1th gen */
M_I27_11_1 , /* 27-Inch iMac, 11,1th gen */
M_MINI , /* Mac Mini */
M_MINI_3_1 , /* Mac Mini, 3,1th gen */
M_MINI_4_1 , /* Mac Mini, 4,1th gen */
M_MB , /* MacBook */
M_MB_2 , /* MacBook, 2nd rev. */
M_MB_3 , /* MacBook, 3rd rev. */
M_MB_5_1 , /* MacBook, 5th rev. */
M_MB_6_1 , /* MacBook, 6th rev. */
M_MB_7_1 , /* MacBook, 7th rev. */
M_MB_SR , /* MacBook, 2nd gen, (Santa Rosa) */
M_MBA , /* MacBook Air */
M_MBA_3 , /* Macbook Air, 3rd rev */
M_MBP , /* MacBook Pro */
M_MBP_2 , /* MacBook Pro 2nd gen */
M_MBP_2_2 , /* MacBook Pro 2,2nd gen */
M_MBP_SR , /* MacBook Pro (Santa Rosa) */
M_MBP_4 , /* MacBook Pro, 4th gen */
M_MBP_5_1 , /* MacBook Pro, 5,1th gen */
M_MBP_5_2 , /* MacBook Pro, 5,2th gen */
M_MBP_5_3 , /* MacBook Pro, 5,3rd gen */
M_MBP_6_1 , /* MacBook Pro, 6,1th gen */
M_MBP_6_2 , /* MacBook Pro, 6,2th gen */
M_MBP_7_1 , /* MacBook Pro, 7,1th gen */
M_MBP_8_2 , /* MacBook Pro, 8,2nd gen */
M_UNKNOWN /* placeholder */
} ;
struct efifb_dmi_info {
char * optname ;
unsigned long base ;
int stride ;
int width ;
int height ;
int flags ;
} ;
# ifdef CONFIG_EFI
extern struct efifb_dmi_info efifb_dmi_list [ ] ;
void sysfb_apply_efi_quirks ( void ) ;
# else /* CONFIG_EFI */
static inline void sysfb_apply_efi_quirks ( void )
{
}
# endif /* CONFIG_EFI */
x86: provide platform-devices for boot-framebuffers
The current situation regarding boot-framebuffers (VGA, VESA/VBE, EFI) on
x86 causes troubles when loading multiple fbdev drivers. The global
"struct screen_info" does not provide any state-tracking about which
drivers use the FBs. request_mem_region() theoretically works, but
unfortunately vesafb/efifb ignore it due to quirks for broken boards.
Avoid this by creating a platform framebuffer devices with a pointer
to the "struct screen_info" as platform-data. Drivers can now create
platform-drivers and the driver-core will refuse multiple drivers being
active simultaneously.
We keep the screen_info available for backwards-compatibility. Drivers
can be converted in follow-up patches.
Different devices are created for VGA/VESA/EFI FBs to allow multiple
drivers to be loaded on distro kernels. We create:
- "vesa-framebuffer" for VBE/VESA graphics FBs
- "efi-framebuffer" for EFI FBs
- "platform-framebuffer" for everything else
This allows to load vesafb, efifb and others simultaneously and each
picks up only the supported FB types.
Apart from platform-framebuffer devices, this also introduces a
compatibility option for "simple-framebuffer" drivers which recently got
introduced for OF based systems. If CONFIG_X86_SYSFB is selected, we
try to match the screen_info against a simple-framebuffer supported
format. If we succeed, we create a "simple-framebuffer" device instead
of a platform-framebuffer.
This allows to reuse the simplefb.c driver across architectures and also
to introduce a SimpleDRM driver. There is no need to have vesafb.c,
efifb.c, simplefb.c and more just to have architecture specific quirks
in their setup-routines.
Instead, we now move the architecture specific quirks into x86-setup and
provide a generic simple-framebuffer. For backwards-compatibility (if
strange formats are used), we still allow vesafb/efifb to be loaded
simultaneously and pick up all remaining devices.
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Link: http://lkml.kernel.org/r/1375445127-15480-4-git-send-email-dh.herrmann@gmail.com
Tested-by: Stephen Warren <swarren@nvidia.com>
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
2013-08-02 16:05:22 +04:00
# ifdef CONFIG_X86_SYSFB
bool parse_mode ( const struct screen_info * si ,
struct simplefb_platform_data * mode ) ;
int create_simplefb ( const struct screen_info * si ,
const struct simplefb_platform_data * mode ) ;
# else /* CONFIG_X86_SYSFB */
static inline bool parse_mode ( const struct screen_info * si ,
struct simplefb_platform_data * mode )
{
return false ;
}
static inline int create_simplefb ( const struct screen_info * si ,
const struct simplefb_platform_data * mode )
{
return - EINVAL ;
}
# endif /* CONFIG_X86_SYSFB */
# endif /* _ARCH_X86_KERNEL_SYSFB_H */
