- 08 Dec, 2009 3 commits
-
-
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 <alexdeucher@gmail.com> Signed-off-by:
Dave Airlie <airlied@redhat.com>
-
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 10 commits
-
-
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:
-
Martin Michlmayr authored
drm/ttm fails to build on MIPS because "struct page" is not known: | In file included from drivers/gpu/drm/ttm/ttm_memory.c:28: | include/drm/ttm/ttm_memory.h:154: warning: 'struct page' declared inside parameter list | include/drm/ttm/ttm_memory.h:154: warning: its scope is only this definition or declaration, which is probably not what you want | include/drm/ttm/ttm_memory.h:156: warning: 'struct page' declared inside parameter list | drivers/gpu/drm/ttm/ttm_memory.c:540: error: conflicting types for 'ttm_mem_global_alloc_page' | include/drm/ttm/ttm_memory.h:154: error: previous declaration of 'ttm_mem_global_alloc_page' was here | drivers/gpu/drm/ttm/ttm_memory.c:561: error: conflicting types for 'ttm_mem_global_free_page' | include/drm/ttm/ttm_memory.h:156: error: previous declaration of 'ttm_mem_global_free_page' was here Signed-off-by:
Martin Michlmayr <tbm@cyrius.com> Cc: stable@kernel.org Acked-by:
-
Dan Carpenter authored
I moved the allocation until after the check for (si->totalhigh == 0). Signed-off-by:
Dan Carpenter <error27@gmail.com> Acked-By:
-
Kristian Høgsberg authored
This let's use use the linux drm headers as the canonical source for libdrm on all platforms. Signed-off-by:
Kristian Høgsberg <krh@bitplanet.net> Signed-off-by:
-
Thomas Hellstrom authored
The vmwgfx driver has a per master rw lock around TTM, to guarantee mutual exclusion when needed. This is typically when all evictable buffers are evicted due to 1) vt switch 2) master switch 3) suspend / resume. In the multi-master case, on master switch the new master takes the previously active master lock in write mode, and then evicts all buffers. Any clients to previous masters will then block on that lock when trying to validate a buffer. fbdev also acts as a virtual master wrt this. Signed-off-by:
-
Adam Jackson authored
Signed-off-by:
Adam Jackson <ajax@redhat.com> Signed-off-by:
-
Adam Jackson authored
Signed-off-by:
-
Adam Jackson authored
See also: http://bugzilla.redhat.com/539785Signed-off-by:
-
Adam Jackson authored
Signed-off-by:
-
Adam Jackson authored
Also fix an embarassing bug in standard timing subblock parsing that would result in an infinite loop. Signed-off-by:
-
- 02 Dec, 2009 1 commit
-
-
Jerome Glisse authored
The locking & protection of radeon object was somewhat messy. This patch completely rework it to now use ttm reserve as a protection for the radeon object structure member. It also shrink down the various radeon object structure by removing field which were redondant with the ttm information. Last it converts few simple functions to inline which should with performances. airlied: rebase on top of r600 and other changes. Signed-off-by:
-
