summaryrefslogtreecommitdiffstats
path: root/net/netlink/genetlink.c
diff options
context:
space:
mode:
authorYannick Heneault <yannick_heneault@matrox.com>2011-01-12 17:00:04 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2011-01-13 08:03:12 -0800
commit554ec37aca8f5fbe4d70df462d7032aaa5d95ae9 (patch)
tree5f572e6e9d43e8fbe097c4e0658719262ab14230 /net/netlink/genetlink.c
parentf670d0ecda73b7438eec9ed108680bc5f5362ad8 (diff)
downloadop-kernel-dev-554ec37aca8f5fbe4d70df462d7032aaa5d95ae9.zip
op-kernel-dev-554ec37aca8f5fbe4d70df462d7032aaa5d95ae9.tar.gz
vgacon: check for efi machine
It seems there is a small problem of VGA palette corruption on EFI machine. When the kernel initializes the architecture, it checks if the machine is a EFI machine and assumes that a VGA console can exist. When it initializes the console in vgacon_startup it checks if it can really use the VGA console. I think this is where a check is missing. Currently, the function can fail if a VESA boot mode is detected but not if a EFI boot mode was used. Thus vgacon_startup() doesn't fail and initialize the video card for a real VGA mode. This function changes the first 16entries of the VGA palette. When the efifb driver kicks in, the palette is not restored to default ramp value, thus the 16 first entry remain in a modified state. The following patch prevent this corruption. Signed-off-by: Yannick Heneault <yheneaul@matrox.com> Cc: Dave Airlie <airlied@linux.ie> Cc: "H. Peter Anvin" <hpa@zytor.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'net/netlink/genetlink.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud