linux.git/drivers/staging/udlfb, branch v2.6.37

Staging: udlfb: fix up my fixup for some sysfs attribute permissions

2010-11-18T19:27:19+00:00

They should be writable by root, not readable.
Doh, stupid me with the wrong flags.

Reported-by: Jonathan Cameron 
Cc: Bernie Thompson 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

Staging: udlfb: fix up some sysfs attribute permissions

2010-11-16T19:21:36+00:00

They should not be writable by any user

Reported-by: Linus Torvalds 
Cc: Bernie Thompson 
Cc: stable 
Signed-off-by: Greg Kroah-Hartman

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

2010-11-09T22:05:24+00:00

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

staging: udlfb: fix checkpatch and style

2010-09-06T02:46:14+00:00

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:59+00:00

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:22+00:00

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:21+00:00

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:20+00:00

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:19+00:00

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:18+00:00

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