- 24 Sep, 2010 10 commits
-
-
Chris Wilson authored
Avoid cause latencies in other clients by not taking the global struct mutex and moving the per-client request manipulation a local per-client mutex. For example, this allows a compositor to schedule a page-flip (through X) whilst an OpenGL application is monopolising the GPU. Signed-off-by:Chris Wilson <chris@chris-wilson.co.uk>
-
Hette Visser authored
This patch fixes the black screen bug on Dell e6510, by adding two delays to give the eDP panel time to turn on before we continue with the next write. 300ms is rather arbitray and a rather long sleep, we need to find a way of refining this value. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=29278Signed-off-by:
Jesse Barnes <jbarnes@virtuousgeek.org>
-
Jan Beulich authored
In commit e517a5e9 the call to map_page_into_agp() got removed from intel_i830_setup_flush(), but the counterpart call from intel_i830_fini_flush() to unmap_page_from_agp() was left in place. Additionally, the page allocated here never gets its physical address used for sending to hardware, so there's no need to allocate it with GFP_DMA32. Nor is __GFP_ZERO really necessary, as the page is used only to store data to force flushing of some internal processor state. Signed-off-by:
Jan Beulich <jbeulich@novell.com> Cc: Eric Anholt <eric@anholt.net> Signed-off-by:
-
Chris Wilson authored
First step, lets have a look at the values for troublesome panels and see if they may be used to improve our link training. Signed-off-by: -
Chris Wilson authored
Signed-off-by: -
Chris Wilson authored
We need to drain the pending flips prior to disabling the pipe during modeset, and these need to be done in an uninterruptible fashion. Signed-off-by: -
Chris Wilson authored
This is now private to the DVO connector, remove it from the main device private. Signed-off-by: -
Chris Wilson authored
As we presume space is signed when computing and looking for wrap along, make it so. Reported-by:
Owain G. Ainsworth <zerooa@googlemail.com> Signed-off-by:
-
Chris Wilson authored
These have served their purpose and are now just noise in the debug stream. Signed-off-by: -
Chris Wilson authored
Try to validate the panel's connection by writing to address 0xA0. Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=18072Signed-off-by:
-
- 23 Sep, 2010 2 commits
-
-
Chris Wilson authored
We need to wait for the PLLs to settle prior to detecting the state changes. The BIOS writers guide suggests waiting for the next vblank. Reported-by:
Carlos R. Mafra <crmafra2@gmail.com> Signed-off-by:
-
Chris Wilson authored
This is already performed with the pipelined flush, so by the time we schedule the flush in the page-flip, the ring is NULL and we OOPs instead. Reported-by:
Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by:
-
- 22 Sep, 2010 5 commits
-
-
Chris Wilson authored
The BIOS writer's guide suggests that a VGA connection will ACK a write to address 0xA0 and that this should be used before doing legacy load-detection. Considering the extreme cost of load-detection, performing an extra DDC seems a risk worth taking. Signed-off-by: -
Chris Wilson authored
Signed-off-by: -
Chris Wilson authored
We are not currently using it as intended, so remove the complication. Signed-off-by: -
Chris Wilson authored
Previously when converting the GMBUS pin to the GPIO reg, we would offset the pin by one and then use the look-up table. Now that we first try to use the GMBUS pin, we no longer need the offset and can use the value from the VBIOS directly. Reported-by:
-
Chris Wilson authored
Otherwise we will hit a list handling assertion when moving the object to the inactive list. Signed-off-by:
-
- 21 Sep, 2010 23 commits
-
-
Chris Wilson authored
During i915_gem_create_mmap_offset() if the subsystem reports an error code, use it. Signed-off-by: -
Chris Wilson authored
As we do not wait for the panel to turn off when we need to adjust the panel-fitting registers we also need to unlock the PLLs as with the non-pfit update path. Signed-off-by: -
Chris Wilson authored
Signed-off-by: -
Chris Wilson authored
In order to handle disable_functions() where the framebuffer is decoupled from the crtc we need to unpin the fb in order to prevent a leak. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=29857Reported-by:
Sitsofe Wheeler <sitsofe@yahoo.com> Signed-off-by:
-
Chris Wilson authored
Suspending (especially hibernating) may take a finite amount of time, during which a hotplug event may trigger and we will attempt to handle it with inconsistent state. Disable hotplug polling around suspend and resume. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=30070Reported-by:
Rui Tiago Matos <tiagomatos@gmail.com> Signed-off-by:
-
Daniel Vetter authored
The old code didn't clean up the i830 chipset flush page. And it looks nicer. Signed-off-by:
-
Daniel Vetter authored
Storing this explicitly makes for clearer code and hopefully less further confusion. Signed-off-by:
-
Daniel Vetter authored
Consolidate everything in intel-gtt.c and also kill the export of intel_max_stolen. Signed-off-by:
-
Daniel Vetter authored
DMA remapping was only used by the intel-gtt driver. With that code now folded into the driver, kill the agp generic support for it. Cc: Dave Airlie <airlied@linux.ie> Signed-off-by:
-
Daniel Vetter authored
They're now all the same. Signed-off-by:
-
Daniel Vetter authored
This is the last differentiator between the different fake agp drivers. Signed-off-by:
-
Daniel Vetter authored
That indirection mess can now go. Add a dummy i81x gtt_driver to avoid a NULL pointer check. Signed-off-by:
-
Daniel Vetter authored
Like before, but now with the added bonus of being able to kill quite a bit of no-longer userful code (the old dmar support stuff). Signed-off-by:
-
Daniel Vetter authored
Like for the i915. Signed-off-by:
-
Daniel Vetter authored
Beef up the generic version to support dmar. Otherwise like for the i830. v2: Don't try to DMA remap on resume for already remapped pages. Signed-off-by:
-
Daniel Vetter authored
Well, not all too generic because it does not yet support dmar. Add a new function check_flags to ensure that non-gem code does not try to screw us over. v2: Beautify i830_check_flags with an idea from Chris Wilson. Signed-off-by:
-
Daniel Vetter authored
Only used to remap the scratch page. Now that intel-gtt does this itself, kill the support code. Cc: Dave Airlie <airlied@linux.ie> Signed-off-by:
-
Daniel Vetter authored
intel-gtt.c now handles the scratch page itself, so drop all that was just there to support it. Signed-off-by:
-
Daniel Vetter authored
Like for i830. intel_i9xx_configure is now unused, so kill it. Signed-off-by:
-
Daniel Vetter authored
Like for the i830. Signed-off-by:
-
Daniel Vetter authored
And put it to use in the gtt configuration code that writes the scratch page addr in all gtt ptes. This makes intel_i830_configure generic, hence rename it to intel_fake_agp_configure. Signed-off-by:
-
Daniel Vetter authored
The intel gtt fake agp driver is the only agp driver to use dma address remapping. So it makes sense to fold this code back into the only user (and thus reduce the reliance on the agp code). This patch does the first step by initializing (and remapping) the scratch page in a new function intel_gtt_setup_scratch_page. Unfortunately intel_gtt_cleanup had to move to avoid a forward declaration. The new scratch page is not yet used, though. v2: Refactor out scratch page teardown. Suggested by Chris Wilson on irc. This makes it clear what's going on and results in a nice symmetry between setup and teardown. Signed-off-by:
-
Chris Wilson authored
Keep a list of pinned objects and display it via debugfs. Now all objects that exist in the GTT are always tracked on one of the active, flushing, inactive or pinned lists. Signed-off-by:
-
