- 17 Jul, 2007 40 commits
-
-
Geert Uytterhoeven authored
The Cell Broadband Engine contains a 64-bit PowerPC core with 2 hardware threads (called PPEs) and 8 Synergistic Processing Engines (called SPEs). When booting Linux, 2 penguins logos are shown on the graphical console by the standard frame buffer console logo code. To emphasize the existence of the SPEs (which can be used under Linux), we added a second row of (smaller) helper penguin logos, one for each SPE. A sample screenshot can be found at http://www.kernel.org/pub/linux/kernel/people/geoff/cell/debian-penguin-shot.png (or on the ps3linux T-shirts we wore at OLS :-) This patch: Extract the code to draw one line of logos into fb_show_logo_line() Signed-off-by:
Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> Signed-off-by:
Geoff Levand <geoffrey.levand@am.sony.com> Acked-By:
James Simmons <jsimmons@infradead.org> Cc: "Antonino A. Daplas" <adaplas@pol.net> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> Cc: Paul Mackerras <paulus@samba.org> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
-
izumi authored
VGA console driver can misunderstand the current mode(Text/Graphic) under "disable console blanking" setting. When "disable console blank" is set (blankinterval=0), "do_unblank_screen()" function returns without changing "blank_state", and when "blank_state" is "blank_off", "do_blank_screen() function returns without invoking sw->con_blank() function. That's why VGA console driver can misunderstand the current mode. Signed-off-by:
Nobuhiro Tachino <ntachino@redhat.com> Signed-off-by:
Taku Izumi <izumi2005@soft.fujitsu.com> Cc: "Antonino A. Daplas" <adaplas@pol.net> Cc: "Luck, Tony" <tony.luck@intel.com> Acked-by:
Pete Zaitcev <zaitcev@redhat.com> Signed-off-by:
-
Paul Mundt authored
The SH board that was the only user for this code was removed entirely from the kernel quite some time ago, so there's no reason to leave the stubs in place. Additionally this driver was completely broken anyways, so there's not really a lot of point in fixing it up either. I can't imagine that this driver gets any testing on ARM either, given that FB_BLANK_UNBLANKING doesn't exist, and kills the build regardless of which platform is compiling. This fixes that, too. It wouldn't be a lot of work to finish the platform device conversion and go with a generic 8-bit read/write_reg and kill off the architecture dependence completely, should someone have any use for this driver. Signed-off-by:
Paul Mundt <lethal@linux-sh.org> Acked-by:
Antonino Daplas <adaplas@gmail.com> Signed-off-by:
-
Antonino A. Daplas authored
Remove more code that writes to cmap[16]. Signed-off-by:
Petr Vandrovec <VANDROVE@vc.cvut.cz> Signed-off-by:
-
Adrian Bunk authored
This patch makes needlessly global code static. Signed-off-by:
Adrian Bunk <bunk@stusta.de> Signed-off-by:
-
Adrian Bunk authored
- remove the empty pm3fb_setup() and corresponding code - pm3fb_init() can become static [adaplas] - retain call to fb_get_options() for global options Signed-off-by:
-
Krzysztof Helt authored
This is a port of accelerated fillrect function from the 2.4 kernel driver. Signed-off-by:
Krzysztof Helt <krzysztof.h1@wp.pl> Signed-off-by:
-
Antonino A. Daplas authored
- the pseudo_palette is only 16 elements long. - do not write to the pseudo_palette if regno (array index) is more than 15 - remove code that writes to the 17th entry of the pseudo_palette Signed-off-by:
-
Antonino A. Daplas authored
- the pseudo_palette is only 16 elements long. - do not write to the pseudo_palette if regno (array index) is more than 15. Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette is only 16 elements long. Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette is only 16 elements long. Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette is only 16 elements long. Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette is only 16 elements long. Signed-off-by:
-
Antonino A. Daplas authored
There is no variable pseudo_palette. Instead, there is u32 cfb8[16]. Use this for info->pseudo_palette. Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette has only 16 elements. Do not write if regno (the array index) is more than 15. Signed-off-by:
-
Antonino A. Daplas authored
No memory allocation was done for the pseudo_palette. Allocate one for it. Signed-off-by:
"Maciej W. Rozycki" <macro@linux-mips.org> Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette is only 16 elements long. Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette is only 16 elements long. Signed-off-by:
-
Antonino A. Daplas authored
- the pseudo_palette has only 16 elements. Do not write if regno (the array index) is more than 15. - if using generic drawing libraries, the typecast of pseudo_palette is always u32 * Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette is only 16 elements long. Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette is only 16 elements long. Signed-off-by:
Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by:
-
Antonino A. Daplas authored
- the pseudo_palette is only 16 elements long. - do not write to the pseudo_palette if regno (array index) is more than 15. Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette is only 16 elements long. Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette is only 16 elements long. Signed-off-by:
-
Antonino A. Daplas authored
- the pseudo_palette is only 16 elements long - allocate the pseudo_palette as part of epson1355_par Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette has only 16 elements. Do not write if regno (the array index) is more than 15. Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette is only 16 elements long. Signed-off-by:
Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
-
Antonino A. Daplas authored
The pseudo_palette is only 16 elements long. Signed-off-by:
-
Jesse Barnes authored
- add comment for unbind_con_driver(). - bind_con_driver() is made private again Signed-off-by:
Jesse Barnes <jesse.barnes@intel.com> Signed-off-by:
-
Jesse Barnes authored
This allows for proper console unregistration via the VT layer, and updates the FB layer to use it. This makes debugging new console drivers much easier, since you can properly clean them up before unloading. [adaplas] unregister_framebuffer() is typically called as part of the driver's module_exit(). Doing so otherwise will freeze the machine as the VT layer is holding reference counts on fbcon, and fbcon on the driver. With this change, it allows unregister_framebuffer() to be called safely anywhere as needed. Additions from the original: If multiple drivers are used by fbcon, and if one of them unregisters, a driver will take over the consoles vacated by the outgoing one (via set_con2fb_map). Once only the outgoing driver remains, then fbcon will unbind from the VT layer (if CONFIG_HW_CONSOLE_UNBINDING is set to y). It is important that these drivers implement fb_open() and fb_release() just to ensure that no other process is using the driver. Likewise, these drivers _must_ check the return value of unregister_framebuffer(). [akpm@linux-foundation.org: make fbcon_unbind() stub inline] Signed-off-by:
-
Antonino A. Daplas authored
Use set_con2fb_map() to select the primary display driver instead of using unbind_con_driver() and bind_con_driver(). Using the former is much simpler and safer than the current one. Signed-off-by:
-
Antonino A. Daplas authored
set_con2fb_map() has regressed for some time. Using fbcon=map:01, for example, works only if there is only 1 working framebuffer. Trying to do a set_con2fb_map() on a non-allocated vc will freeze the system. - ensure that succeeding drivers after the first gets mapped to the console - remove fbcon_preset_display() and modify fbcon_set_display() to include the former's functionality - ensure that binding and unbinding succeeds if multiple drivers are mapped to the console Signed-off-by:
-
Krzysztof Helt authored
This patch removes trailing spaces and tabs and spaces before tabs. Signed-off-by:
-
Antonino A. Daplas authored
Add proper support for the Geforce 7600 (device id 0x039x). This also sync's nvidiafb with the latest Xorg nv driver. Signed-off-by:
-
Stephan Wolf authored
Add PCI ids for the Radeon Xpress 200M (RS485). Signed-off-by:
-
Antonino A. Daplas authored
Allow fbcon to select the primary display adapter using the fb_is_primary_device() arch-specific helper. If a a primary adapter is detected, fbcon will unbind the old adapter from the VT layer, then rebind using the new adapter. This requires that bind_/unbind_con_driver() be made public. Because this feature may produce unexpected behavior (from the user's POV), this must be explicitly enabled in Kconfig. [akpm@linux-foundation.org: export unbind_con_driver] Signed-off-by:
-
Antonino A. Daplas authored
Add function helper, fb_is_primary_device(). Given struct fb_info, it will return a nonzero value if the device is the primary display. Currently, only the i386 is supported where the function checks for the IORESOURCE_ROM_SHADOW flag. Signed-off-by:
-
Antonino A. Daplas authored
Move arch-specific bits of fb_mmap() to their respective subdirectories [bob.picco@hp.com: efi_range_is_wc is referenced but not declared] [bunk@stusta.de: fix include/asm-m68k/fb.h] Signed-off-by:
David S. Miller <davem@davemloft.net> Signed-off-by:
-
Antonino A. Daplas authored
Port fbcon.c to use struct device from using struct class_device Signed-off-by:
-
Antonino A. Daplas authored
Add sysfs attribute to enable or disable cursor blinking. This will also disable cursor blinking if the VT layer's softcursor is active. These changes are required to enable some machines to enter low-power states properly. Signed-off-by:
-
