linux-toradex.git/drivers/video/aty, branch v2.6.30.6

drivers/video/aty/radeon_base.c: fix typo in comment

2009-04-13T22:04:30+00:00

Signed-off-by: Paul Menzel 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

atyfb: speed up Mach64 cursor

2009-04-01T15:59:34+00:00

Save one fifo entry on cursor enabling and disabling.

Save another fifo entry for FB_CUR_SETPOS operation by removing redundant one.

Signed-off-by: Krzysztof Helt 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

fb: hide hardware cursor in graphics mode (Mach64)

2009-04-01T15:59:34+00:00

A hardware cursor is left enabled in the fb_set_par() which is called when a
new console is created.  This is inconsistent with software cursor's
behaviour.

Also, this makes a hardware cursor always visible in the Xfbdev (Xorg kdrive)
server.

Signed-off-by: Krzysztof Helt 
Cc: Risto Suominen 
Cc: Geert Uytterhoeven 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

radeonfb: suspend/resume for ATI Mobility Radeon RV350

2009-04-01T15:59:33+00:00

Add suspend/resume for the Acer Travelmate 290D/292LMi with the following
graphic-chip:

01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV350
[Mobility Radeon 9600 M10] [1002:4e50] (prog-if 00 [VGA controller])
	Subsystem: Acer Incorporated [ALI] TravelMate 290 [1025:005a]
	Flags: bus master, 66MHz, medium devsel, latency 128, IRQ 10
	Memory at a8000000 (32-bit, prefetchable) [size=128M]
	I/O ports at c100 [size=256]
	Memory at e0010000 (32-bit, non-prefetchable) [size=64K]
	[virtual] Expansion ROM at a0000000 [disabled] [size=128K]
	Capabilities: [58] AGP version 2.0
	Capabilities: [50] Power Management version 2
	Kernel driver in use: radeonfb
	Kernel modules: radeonfb

Signed-off-by: Wolfgang Kroener 
Cc: Krzysztof Helt 
Cc: Benjamin Herrenschmidt 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

radeonfb: Use __pci_complete_power_transition()

2009-03-30T19:46:56+00:00

Use __pci_complete_power_transition() to finalize the transition into
D2 after programming the PMCSR of the device directly.

Signed-off-by: Rafael J. Wysocki 
Acked-by: Jesse Barnes

radeonfb: Whack the PCI PM register until it sticks

2009-03-22T18:08:53+00:00

This fixes a regression introduced when we switched to using the core
pci_set_power_state().  The chip seems to need the state to be written
over and over again until it sticks, so we do that.

Note that the code is a bit blunt, without timeout, etc...  but that's
pretty much because I put back in there the code exactly as it used to
be before the regression.  I still add a call to pci_set_power_state()
at the end so that ACPI gets called appropriately on x86.

Signed-off-by: Benjamin Herrenschmidt 
Tested-by: Raymond Wooninck 
Acked-by: Rafael J. Wysocki 
Cc: Jesse Barnes 
Cc: Andrew Morton 
Signed-off-by: Linus Torvalds

radeonfb/aty128fb: Disable broken early resume hook for PowerBooks

2009-03-10T23:48:56+00:00

radeonfb and aty128fb have a special hook called by the PowerMac platform
code very very early on resume from sleep to bring the screen back. This
is useful for debugging wakup problems, but unfortunately, this also became
a source of problems of its own.

The hook is called extremely early, with interrupts still off, and the code
path involved with that code nowadays rely on things like taking mutexes,
GFP_KERNEL allocations, etc...

In addition, the driver now relies on the PCI core to restore the standard
config space before calling resume which doesn't happen with this early
code path.

I'm keeping the code in but commented out along with a fixup call to
pci_restore_state(). The reason is that I still want to make it easy to
re-enable temporarily to track wake up problems, and it's possible that
I can revive it at some stage if we make sleeping things save to call
in early resume using a system state.

In the meantime, this should fix several reported regressions.

Signed-off-by: Benjamin Herrenschmidt

atyfb: remove unused local variable `pwr_command'

2009-02-21T01:57:50+00:00

Signed-off-by: Yang Hongyang
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

radeonfb: Fix resume from D3Cold on some platforms

2009-02-08T18:48:57+00:00

For historical reason, this driver used its own saving/restoring
of the PCI config space, and used the state of it on resume as
an indication as to whether it needed to re-POST the chip or not.

This methods breaks with the later core changes since the core will
have restored things for us.

This patch fixes it by removing that custom code, using standard
core methods to save/restore state, and testing for the need to
re-POST by comparing the content of a few key PLL registers.

Signed-off-by: Benjamin Herrenschmidt 
Signed-off-by: Linus Torvalds

aty128fb: Properly save PCI state before changing PCI PM level

2009-02-08T18:48:56+00:00

This fixes aty128fb to properly save the PCI config space -before- it
potentially switches the PM state of the chip. This avoids a
warning with the new PM core and is the right thing to do anyway.

I also replaced the hand-coded switch to D2 with a call to the
genericc pci_set_power_state() and removed the code that switches it
back to D0 since the generic code is doing that for us nowadays.

Signed-off-by: Benjamin Herrenschmidt 
Signed-off-by: Linus Torvalds