Alan Cox 7ed2911c8f gma500: finish off the fault handler ... GEM wants to mmap the object through the GTT (which avoids aliasing) so we need to put the object into the GTT before we provide the fault mapping for it. While we are at it update the pin interface so that it digs dev out of the GEM object itself. This provides a rather cleaner API and call environment. Fix th refcount/on-off confusion in the pin API. At this point we get a bit further with modetest but if we write to the new GEM mapping we hang solid and as yet I don't know why. Signed-off-by: Alan Cox <alan@linux.intel.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>		2011-05-17 11:37:57 -07:00
..
Kconfig
Makefile
mrst_crtc.c
mrst_lvds.c
mrst.h
psb_2d.c
psb_bl.c
psb_drm.h
psb_drv.c	gma500: enable GEM mmap	2011-05-11 14:01:45 -07:00
psb_drv.h
psb_fb.c	gma500: Don't try and take a GEM handle of a non GEM fb	2011-05-17 11:37:56 -07:00
psb_fb.h
psb_gem.c	gma500: finish off the fault handler	2011-05-17 11:37:57 -07:00
psb_gtt.c	gma500: finish off the fault handler	2011-05-17 11:37:57 -07:00
psb_gtt.h	gma500: finish off the fault handler	2011-05-17 11:37:57 -07:00
psb_intel_bios.c
psb_intel_bios.h
psb_intel_display.c	gma500: finish off the fault handler	2011-05-17 11:37:57 -07:00
psb_intel_display.h
psb_intel_drv.h
psb_intel_i2c.c
psb_intel_lvds.c
psb_intel_modes.c
psb_intel_opregion.c
psb_intel_reg.h
psb_intel_sdvo_regs.h
psb_intel_sdvo.c
psb_irq.c
psb_irq.h
psb_lid.c
psb_mmu.c
psb_powermgmt.c
psb_powermgmt.h
psb_reg.h
TODO