linux/drivers/staging/udlfb, branch master

fbdev: move udlfb out of staging.

2010-11-16T05:00:24Z

udlfb has undergone a fair bit of cleanup recently and is effectively at the point where it can be liberated from staging purgatory and promoted to a real driver. The outstanding cleanups are all minor, with some of them dependent on drivers/video headers, so these will be done incrementally from udlfb's new home. Requested-by: Bernie Thompson Signed-off-by: Paul Mundt

Staging: udlfb.c: Fix k.alloc switched arguments

2010-11-09T22:05:24Z

Signed-off-by: Joe Perches Cc: Bernie Thompson Signed-off-by: Greg Kroah-Hartman

staging: udlfb: fix checkpatch and style

2010-09-06T02:46:14Z

Fix warnings detected by tools Signed-off-by: Bernie Thompson Signed-off-by: Greg Kroah-Hartman

staging: udlfb: fix incorrect fb_defio implementation for multiple framebuffers

2010-09-06T02:45:59Z

Fix fb_defio bug in udlfb for multiple framebuffers Previously when using fb_defio with multiple DisplayLink attached displays udlfb incorrectly used a shared datastructure where it needed to have one per fb_info struct. This was completely broken and caused all kinds of problems, including rendering to one framebuffer affecting others. Signed-off-by: Bernie Thompson Signed-off-by: Greg Kroah-Hartman

staging: udlfb: add module options for console and fb_defio

2010-09-05T23:50:22Z

Add module options for console and fb_defio Convert fb_defio on/off switch to module option and add console option. >From the command line, pass options to modprobe modprobe udlfb defio=1 console=1 Or for permanent option, create file like /etc/modprobe.d/options with text options udlfb defio=1 console=1 Accepted options: fb_defio Make use of the fb_defio (CONFIG_FB_DEFERRED_IO) kernel module to track changed areas of the framebuffer by page faults. Standard fbdev applications that use mmap but that do not report damage, may be able to work with this enabled. Disabled by default because of overhead and other issues. console Allow fbcon to attach to udlfb provided framebuffers. This is disabled by default because fbcon will aggressively consume the first framebuffer it finds, which isn't usually what the user wants in the case of USB displays. Signed-off-by: Bernie Thompson Signed-off-by: Greg Kroah-Hartman

staging: udlfb: support for writing backup EDID to sysfs file

2010-09-05T23:50:21Z

Support writing default/backup edid via /sys/class/graphics/fb?/edid Writing a backup edid blob to the 'edid' file will cause udlfb to attempt to re-read the edid from hardware. If we still don't have a good edid, it will use the backup edid instead. The intent is to 1) enable user-supplied edid 2) enable udev rules to backup the last known good edid for a device, and then provide that edid as a backup for all future starts Signed-off-by: Bernie Thompson Signed-off-by: Greg Kroah-Hartman

staging: udlfb: fix big endian rendering error

2010-09-05T23:50:20Z

Fix big endian rendering bug (affects PowerPC) Thanks to Christian Melki at Ericsson for finding and suggesting patch. Signed-off-by: Bernie Thompson Signed-off-by: Greg Kroah-Hartman

staging: udlfb: enhance EDID and mode handling support

2010-09-05T23:50:19Z

Enhance EDID and mode table handling * Adds support for lower-end DL chips on higher-end monitors * Adds support for using fbdev standard EDID parsing and handling * Adds support for more dynamic reallocation of framebuffer, based on new EDID Queries EDID from hardware with several retries then queries DisplayLink chip for max pixel area via vendor descriptor. Uses existing fbdev mode handling service funcations to build mode list of common modes between adapter and monitor. This enables lower-end chips (e.g. DL-125) to successfully pick a compatible mode on higher end monitors (e.g. whose default mode is over 1280x1024). Reallocate framebuffer if necessary in response to new max mode. Signed-off-by: Bernie Thompson Signed-off-by: Greg Kroah-Hartman

staging: udlfb: revamp reference handling to insure successful shutdown

2010-09-05T23:50:18Z

Revamp reference handling and synchronization for unload/shutdown Udlfb is a "virtual" framebuffer device that really exists on two separate stacks: at the bottom of the framebuffer interface, and on top of USB. During unload, there's no guarantee which one will tear down first. So reference counting must be solid to handle all possibilities and not access anything once its gone. Signed-off-by: Bernie Thompson Signed-off-by: Greg Kroah-Hartman

staging: udlfb: remove metrics_misc sysfs attribute

2010-09-05T23:50:17Z

Remove metrics_misc sysfs attribute Previously returned multiple values, which goes against sysfs guidelines. Had been used for debugging to figure out which of the multiple fbdev interfaces an app was using, but log file messages are sufficient. Signed-off-by: Bernie Thompson Signed-off-by: Greg Kroah-Hartman