- 28 Nov, 2012 31 commits
-
-
Ben Skeggs authored
Signed-off-by:Ben Skeggs <bskeggs@redhat.com>
-
Ben Skeggs authored
Signed-off-by: -
Ben Skeggs authored
Signed-off-by: -
Ben Skeggs authored
Signed-off-by: -
Ben Skeggs authored
A nv2x bug wrt hardcoded tag counts is now also fixed as a side-effect. Signed-off-by: -
Ben Skeggs authored
Signed-off-by: -
Ben Skeggs authored
Signed-off-by: -
Ben Skeggs authored
Apparently needed for turbocache nv4x chips at least, we'll just do it everywhere... Signed-off-by: -
Ben Skeggs authored
Always bashing "disabled" for now, actual compressing coming up... Signed-off-by: -
Ben Skeggs authored
Signed-off-by: -
Ben Skeggs authored
Signed-off-by: -
Ben Skeggs authored
Wow, this is a nice complicated mess of build-your-own-mc blocks... Signed-off-by: -
Ben Skeggs authored
Signed-off-by: -
Ben Skeggs authored
There's more stuff that can be shared in the constructor, will be merged together again later. Signed-off-by: -
Ben Skeggs authored
This is in preparation for extending the support to the remaining chipsets, to allow for sharing more functions. Signed-off-by: -
Ben Skeggs authored
v2: fdo#55948 - the _ROM method silently truncates size to 4KiB, perform a checksum test and fall back to slow _ROM access on failure. Signed-off-by: -
Daniel Vetter authored
I didn't bother with documenting the really trivial new "extract something from dpcd" helpers, but the i2c over aux ch is now documented a bit. v2: Clarify the comment for i2c_dp_aux_add_bus a bit. v3: Fix more spelling fail spotted by Laurent Pinchart. Acked-by:
Laurent Pinchart <laurent.pinchart@ideasonboard.com> Signed-off-by:
Daniel Vetter <daniel.vetter@ffwll.ch> Signed-off-by:
Dave Airlie <airlied@redhat.com>
-
Daniel Vetter authored
Again only minimal changes to make kerneldoc no longer shout. Plus a little introduction in the form of a inline DOC: section to quickly explain what this is all about. v2: Fixup spelling fail. Acked-by:
-
Daniel Vetter authored
- Add the missing doc for drm_helper_move_panel_connectors_to_head. - Fixup any outdated stuff in existing sections. I've only looked at those kerneldoc headers that actually resulted in a complaint from the kerneldoc parser tool. v2: - Actually include the docbook snippet in the right patch. - Fix spelling fail. v3: It's now called drm_crtc_helper_set_mode, spotted by Laurent Pinchart. Acked-by:
-
Daniel Vetter authored
I'm devoting all my wrath to that fight, so don't misname it ;-) v2: Make it clear that this section talks about kms helpers. Acked-by:
-
Daniel Vetter authored
Those tend to be totally not interesting for end-users, and for debugging we tend to dump the entire noise anyway by enabling all debug messages. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=57388Signed-off-by:
-
James Hogan authored
Prevent ati_pcigart.c being built unless PCI is enabled. The exported functions in this file are only used by drivers which depend on PCI (namely r128 and radeon), and it tries to use PCI specific functions (pci_unmap_page, pci_map_page, and pci_dma_mapping_error) that cause compiler errors when PCI is disabled. Signed-off-by:
James Hogan <james.hogan@imgtec.com> Reviewed-by:
Alex Deucher <alexander.deucher@amd.com> Signed-off-by:
-
Thomas Hellstrom authored
Make sure that other DRM clients can't map the contents of non-shareable buffer objects. Signed-off-by:
Thomas Hellstrom <thellstrom@vmware.com> Reviewed-by:
Brian Paul <brianp@vmware.com> Signed-off-by:
-
Thierry Reding authored
Add support for host1x, the display controllers and HDMI on the Tegra30 SoC. Signed-off-by:
Thierry Reding <thierry.reding@avionic-design.de> Tested-by:
Stephen Warren <swarren@nvidia.com> Tested-by:
Mark Zhang <markz@nvidia.com> Signed-off-by:
-
Thierry Reding authored
Instead of using the stride derived from the display mode, use the pitch associated with the currently active framebuffer. This fixes a bug where the LCD display content would be skewed when enabling HDMI with a video mode different from that of the LCD. Signed-off-by:
Terje Bergstrom <tbergstrom@nvidia.com> Tested-by:
-
Thomas Hellstrom authored
Removes the need for a write lock each time we call ttm_bo_unref(). v2: Remove an unused variable. v3: Really remove the unused variable. Signed-off-by:
-
Thomas Hellstrom authored
Also move a kref_init() out of spinlocked region Signed-off-by:
-
Thomas Hellstrom authored
Signed-off-by:
-
Thomas Hellstrom authored
They need to be freed after an rcu grace period. Signed-off-by:
-
Thomas Hellstrom authored
Document how kref_get_unless_zero should be used and how it helps solve a typical kref / locking problem. Signed-off-by:
-
Thomas Hellstrom authored
While hashtab should now be RCU-safe, Add a drm_ht_xxx_api for consumers to use to make it obvious what locking mechanism is used. Document the way the rcu-safe interface should be used. Don't use rcu-safe list traversal in modify operations where we should use a spinlock / mutex anyway. Signed-off-by:
-
- 20 Nov, 2012 9 commits
-
-
Thomas Hellstrom authored
Signed-off-by:
Dmitry Torokhov <dtor@vmware.com> Signed-off-by:
-
Thomas Hellstrom authored
Add a resource-private header for common resource definitions Signed-off-by:
-
Thomas Hellstrom authored
Refactor resource management to make it easy to hook up resources that are backed up by buffers. In particular, resources and their backing buffers can be evicted and rebound, if supported by the device. To avoid query deadlocks, the query code is also modified somewhat. Signed-off-by:
-
Thomas Hellstrom authored
Signed-off-by:
-
Thomas Hellstrom authored
This also fixes a bug where the fence manager was left without irq enabled when waiting for fences, causing various errors at module load time Signed-off-by:
-
Thomas Hellstrom authored
Signed-off-by:
-
Thomas Hellstrom authored
Signed-off-by:
-
Thomas Hellstrom authored
Hiding SVGA seems to trigger a VGA screen clear, and with no traces dirty it doesn't seem to repaint Signed-off-by:
-
Maarten Lankhorst authored
This is similar to other platforms that don't allow command submission to buffers locked on the cpu. Signed-off-by:
Maarten Lankhorst <maarten.lankhorst@canonical.com> Reviewed-by:
-
