- 08 Dec, 2009 13 commits
-
-
Alex Deucher authored
Signed-off-by:
Alex Deucher <alexdeucher@gmail.com> Signed-off-by:
Dave Airlie <airlied@redhat.com>
-
Alex Deucher authored
only return connected if there is actually a monitor connected. Signed-off-by:
-
Dave Airlie authored
Signed-off-by: -
Dave Airlie authored
This moves the radeon DP link training call to happen when we dpms on the encoder not when we set the mode. Signed-off-by: -
Dave Airlie authored
This fix reorganises the initial DP link training slightly, and actually makes DP work under kms here. Signed-off-by: -
Dave Airlie authored
Not returning here caused us to get a display port version of 0 for everything this caused power up to not get sent which ends up in a black screen. Signed-off-by: -
Alex Deucher authored
Signed-off-by:
-
Alex Deucher authored
Signed-off-by:
-
Alex Deucher authored
Signed-off-by:
-
Alex Deucher authored
This will be used laster when the encoder and transmitters are set up. Signed-off-by:
-
Alex Deucher authored
- keep the atom i2c id in the i2c rec - fix gpio regs for GPIO and MDGPIO on pre-avivo chips - track whether the i2c line is hw capable - track whether the i2c line uses the multimedia i2c block Signed-off-by:
-
Alex Deucher authored
- dpcp -> dpcd - fix up dig encoder routing - aux transaction table takes delay in 10 usec units Signed-off-by:
-
Dave Airlie authored
This is enough to retrieve EDID and DPCP. Signed-off-by:
-
- 07 Dec, 2009 14 commits
-
-
Dave Airlie authored
FB read/write really doesn't need to access the actual VRAM, we can just use a scratch area. This is required for using atom displayport calls later. Signed-off-by: -
Dave Airlie authored
Conflicts: drivers/gpu/drm/drm_fb_helper.c
-
Dave Airlie authored
None of the in-tree drivers use user objects yet so this wasn't hitting us. Stanse found unreachable code in ttm_bo_add_ttm: http://decibel.fi.muni.cz/~xslaby/stanse/error.cgi?db=32&id=714#l238Reported-by:
Jiri Slaby <jirislaby@gmail.com> Signed-off-by:
-
Dave Airlie authored
Both radeon and nouveau can re-use this code so move it up a level so they can. However the hw interfaces for aux ch are different enough that the code to translate from mode, address, bytes to actual hw interfaces isn't generic, so move that code into the Intel driver. Signed-off-by: -
Alex Deucher authored
Don't remap vram to 0 on IGP chips. Signed-off-by:
-
Alex Deucher authored
Grab pll ref div from regs at driver init. r4xx seems very picky about the dividers for the pll driving lvds. Signed-off-by:
-
Alex Deucher authored
The DDX and radeonfb always set these regs to a sane value. Signed-off-by:
-
Alex Deucher authored
These can end up with garbage otherwise. fixes rh bug 537140 Signed-off-by:
-
Thomas Hellstrom authored
Signed-off-by:
Thomas Hellstrom <thellstrom@vmware.com> Signed-off-by:
-
Thomas Hellstrom authored
Signed-off-by:
-
Thomas Hellstrom authored
Utilities to reserve, unreserve and fence a list of TTM buffer objects in a deadlock-safe manner. Used by the vmwgfx driver. Signed-off-by:
-
Thomas Hellstrom authored
This is intended to be used by ttm-aware drivers to 1) Block clients to inactive masters when they try to validate buffers for GPU use. 2) Optionally block clients to the current master when there is thrashing due to GPU memory shortage. Used by the vmwgfx driver. Signed-off-by:
-
Thomas Hellstrom authored
Add objects needed for user-space to maintain reference counts on ttm objects. This is used by the vmwgfx driver which allows user-space to maintain map-counts on dma buffers, lock-counts on the ttm lock and ref-counts on gpu surfaces, gpu contexts and dma buffer. Signed-off-by:
-
Dave Airlie authored
Again we try to put VRAM at 0, and it didn't work on this chipset, reports of corrupt RAM appeared on irc and bugzilla. Fix the vram location according to what the BIOS setup, I'm not 100% sure we don't need the same thing on rs690/rs780/rs880, we probably should do it there just in case as its what the DDX does. Signed-off-by:
-
- 06 Dec, 2009 1 commit
-
-
Alex Deucher authored
Set up rs600 gart like r600: - set gart system aperture to vram - inside gart system aperture is unmapped* - outside gart system aperture is mapped* *mapped refers to memory handled by page tables Signed-off-by:
-
- 04 Dec, 2009 11 commits
-
-
Dave Airlie authored
Similiar to other quirks for RV515, this card has no second DVI port. Signed-off-by: -
Alex Deucher authored
Signed-off-by:
-
Alex Deucher authored
also fix up rs690 mem width. should fix fdo bug 25408 Signed-off-by:
-
Alex Deucher authored
noticed by Matthijs Kooijman on fdo bug 22140 Signed-off-by:
-
Alex Deucher authored
avivo chips Copied from pre-avivo code. Signed-off-by:
-
Alex Deucher authored
Board is DVI+VGA, not DVI+DVI Signed-off-by:
-
Alex Deucher authored
R4xx cards don't have lvds pll dividers since they use atom. should fix rh bug 541562 Signed-off-by:
-
Rafał Miłecki authored
Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> Acked-by:
Jerome Glisse <jglisse@redhat.com> Signed-off-by:
-
Rafał Miłecki authored
Signed-off-by:
-
Rafał Miłecki authored
Unit typo noticed by taiu on IRC Signed-off-by:
-
Dave Airlie authored
Free and used were reversed. Signed-off-by:
-
- 03 Dec, 2009 1 commit
-
-
Jakob Bornecrantz authored
This commit adds a ioctl and property to allow userspace to notify the kernel that a framebuffer has changed. Instead of snooping the command stream this allows finer grained tracking of which areas have changed. The primary user for this functionality is virtual hardware like the vmware svga device, but also Xen hardware likes to be notify. There is also real hardware like DisplayLink and DisplayPort that might take advantage of this ioctl. Signed-off-by:
Jakob Bornecrantz <jakob@vmware.com> Signed-off-by:
-
