- 16 Oct, 2008 40 commits
-
-
Benjamin Herrenschmidt authored
Fix a couple of incomplete tests of the chip families in the engine init/reset code and proper initialization of the destination cache mode. The result should better match what the latest X radeon driver does. Signed-off-by:
Benjamin Herrenschmidt <benh@kernel.crashing.org> Acked-by:
David S. Miller <davem@davemloft.net> Cc: Krzysztof Halasa <khc@pm.waw.pl> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
-
Peter Jones authored
Remove imacfb entirely, merging its DMI table into the (otherwise very similar) efifb driver. This also adds hardware support for many of the newer Intel Apple hardware. This has been fairly well tested; we've been shipping it in Fedora for some time. Signed-off-by:
Peter Jones <pjones@redhat.com> Cc: Krzysztof Helt <krzysztof.h1@poczta.fm> Cc: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com> Cc: Jaya Kumar <jayakumar.lkml@gmail.com> Cc: Ralf Baechle <ralf@linux-mips.org> Cc: Maciej W. Rozycki <macro@linux-mips.org> Signed-off-by:
-
Stanislaw Gruszka authored
Signed-off-by:
Stanislaw Gruszka <stf_xl@wp.pl> Acked-by:
Nicolas Ferre <nicolas.ferre@atmel.com> Cc: Krzysztof Helt <krzysztof.h1@wp.pl> Cc: Haavard Skinnemoen <hskinnemoen@atmel.com> Signed-off-by:
-
Krzysztof Helt authored
A memory clock value (MCLK) is changed to a minimum required by a current mode bandwidth. This usually lowers the MCLK to its minimum (50 MHz) thus decreasing the card performance. Just leave the MCLK value set by card BIOS. The CL-GD5446 Technical Reference Manual point 9.9.1.3 states that if a pixclock value is close (~1%) to the MCLK or MCLK/2 this may result in a jitter on the screen. A countermeasure is to use the MCLK as pixclock source instead of a VCLK. The patch implements this as well. Signed-off-by:
Krzysztof Helt <krzysztof.h1@wp.pl> Signed-off-by:
-
Krzysztof Helt authored
The 16bpp mode did not work on the Cirrus cards as the visual type was set to DIRECTCOLOR instead of TRUECOLOR. The Alpine family used one incorrect register setting so this 16bpp modes generated wrong horizontal frequency. Signed-off-by:
-
Krzysztof Helt authored
The noaccel parameter is already handled if the driver is not built as module. Signed-off-by:
-
Krzysztof Helt authored
Move call to pixclock calculation into the cirrusfb_set_par_foo(). It makes copy of clock registers redundant. Simplify clock calculations further. Signed-off-by:
-
Krzysztof Helt authored
Move calculations of CRT register values into the cirrusfb_set_par_foo() where the values are used. Signed-off-by:
-
Krzysztof Helt authored
Add __devinit attribute to probing functions. This fixed section mismatch warning from my previous patch. Kill one redundant forward declaration. Signed-off-by:
-
Krzysztof Helt authored
Use modedb for initial mode instead of table of few predefined modes. Add mode_option module parameter as a step toward unification of frame buffers' parameters. Signed-off-by:
-
Krzysztof Helt authored
The device pointer can be easily obtained from fb_info->device if needed. Signed-off-by:
-
Krzysztof Helt authored
The 24 bpp mode is not implemented. Disallow it in the cirrusfb_check_var() and remove it from checks. Signed-off-by:
-
Krzysztof Helt authored
Simplify clock calculation. Signed-off-by:
-
Krzysztof Helt authored
Remove information about memory size displayed twice each time a display mode change. Signed-off-by:
-
Phil Endecott authored
Add support for Intel's 945GME graphics chip to the intelfb driver. I have assumed that the 945GME is identical to the already-supported 945GM apart from its PCI IDs; this is based on a quick look at the X driver for these chips which seems to treat them identically. The 945GME is used in the ASUS Eee 901, and I coded this in the hope that I'd be able to use it to get a console at the native 1024x600 resolution which is not known to the BIOS. I realised too late that the intelfb driver does not support mode changing on laptops, so it won't be any use for me. Signed-off-by:
Phil Endecott <spam_from_intelfb@chezphil.org> Acked-by:
-
Krzysztof Helt authored
This was suggested by Geert Uytterhoeven to avoid overwriting of default values from the tdfx_fix. Signed-off-by:
-
Krzysztof Helt authored
Remove mutex from the fb_open/fb_release functions as these operations are mutexed at fb layer. Signed-off-by:
-
Krzysztof Helt authored
Remove mutex from the fb_open/fb_release functions as these operations are mutexed at fb layer. Signed-off-by:
-
Krzysztof Helt authored
Move common code outside if/else or switch/case clauses. Drop checks done twice inside the neofb_check_var(). Signed-off-by:
-
Krzysztof Helt authored
Update Kconfig for Permedia 2, Trident and 3Dfx frame buffer drivers. [akpm@linux-foundation.org: fix Kconfig text] Signed-off-by:
-
Joseph Chan authored
Add maintainers for VIA UniChrome(Pro)/Chrome9 Framebuffer driver Signed-off-by:
Joseph Chan <josephchan@via.com.tw> Signed-off-by:
Scott Fang <ScottFang@viatech.com.cn> Signed-off-by:
-
Joseph Chan authored
via_utility.c, via_utility.h: support user mode application with additional information vt1636.c, vt1636.h: setting for chip vt1636 Signed-off-by:
-
Joseph Chan authored
via_i2c.c, via_i2c.h: Implement i2c specification. viamode.c, viamode.c: all support modes information. Signed-off-by:
-
Joseph Chan authored
Remove the macro MMIO_OUT32, and replace it with writel() function. And replace "u32" with "unsigned long" in writel() function (original MMIO_OUT32 marco) for avoiding warning message in 64bit OS. Signed-off-by:
-
Joseph Chan authored
Correct by following Jiri Slaby's suggestions. Initialization, remove and some other important functions of viafb. [akpm@linux-foundation.org: coding-style fixes] Signed-off-by:
-
Joseph Chan authored
tbl1636.c, tbl1636.h: patch setting for VT1636. tblDPASetting.c, tblDPASetting.h: patch for graphic clock skew. Signed-off-by:
-
Joseph Chan authored
Makefile for drivers/video/via/ share.h: shared macro for viafb Signed-off-by:
-
Joseph Chan authored
lcd.c, lcd.h: LVDS generic process. lcdtbl.h: patch register for simultaneous case. Signed-off-by:
-
Joseph Chan authored
iface.c, iface.h: support getting video memory from backdoor. ioctl.c, ioctl.h: support user mode application with additional information Signed-off-by:
-
Joseph Chan authored
Display HW setting and other chips initialization. [akpm@linux-foundation.org: coding-style fixes] Signed-off-by:
-
Joseph Chan authored
dvi.c, dvi.h: TMDS generic process and setting. global.c, global.h: define global variabls. [akpm@linux-foundation.org: coding-style fixes] Signed-off-by:
-
Joseph Chan authored
Header file of information about via chipsets and debug function. Signed-off-by:
-
Joseph Chan authored
2D and HW cursor stuff of viafb driver. [akpm@linux-foundation.org: coding-style fixes] Signed-off-by:
-
Joseph Chan authored
Modified drivers/video/Makefile and drivers/video/Kconfig. Signed-off-by:
-
Joseph Chan authored
Correct via_fb_ to viafb_ and remove the Kconfig part in viafb.txt. viafb.modes: supported mode table viafb.txt: documentation of viafb driver Signed-off-by:
-
Krzysztof Helt authored
Reduce panning function by deleting checks done by higher layer and folding remaining function into the called one. Signed-off-by:
-
Jean Delvare authored
The bug was in fb_ddc and was fixed by commit b64d7082 (fb_ddc: fix DDC lines quirk) so the workaround in radeonfb can be removed now. Signed-off-by:
Jean Delvare <khali@linux-fr.org> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
-
David Brownell authored
Add a new internal mechanism to gpiolib to support low power operations by letting gpio_chip instances see when their GPIOs are in use. When no GPIOs are active, chips may be able to enter lower powered runtime states by disabling clocks and/or power domains. Signed-off-by:
David Brownell <dbrownell@users.sourceforge.net> Cc: "Magnus Damm" <magnus.damm@gmail.com> Signed-off-by:
-
David Brownell authored
This updates most of the OMAP drivers which are in mainline to switch to using the cross-platform GPIO calls instead of the older OMAP-specific ones. This is all fairly brainless/obvious stuff. Probably the most interesting bit is to observe that the omap-keypad code seems to now have a portable core that could work with non-OMAP matrix keypads. (That would improve with hardware IRQ debouncing enabled, of course...) Signed-off-by:
Tony Lindgren <tony@atomide.com> Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com> Cc: Antonino Daplas <adaplas@gmail.com> Cc: David Woodhouse <dwmw2@infradead.org> Signed-off-by:
-
David Brownell authored
Add a new gpiolib mechanism: gpio_chip instances can provide mappings between their (input) GPIOs and any associated IRQs. This makes it easier for platforms to support IRQs that are provided by board-specific external chips instead of as part of their core (such as SOC-integrated GPIOs). Also update the irq_to_gpio() description, saying to avoid it because it's not always supported. Signed-off-by:
-
