- Sep 21, 2009
-
-
Alex Deucher authored
RV670 was using the wrong modesetting code. Signed-off-by:
Alex Deucher <alexdeucher@gmail.com> Signed-off-by:
Dave Airlie <airlied@redhat.com>
-
Dave Airlie authored
https://bugs.freedesktop.org/show_bug.cgi?id=24041 The idle allows rs690 to startup properly. Signed-off-by:
-
Dave Airlie authored
This resumes my RV730PRO (4650) RV770 (4850) fine. Still researching the RV4550 (RV710), resumes without X fine. Signed-off-by:
-
- Sep 18, 2009
-
-
Dave Airlie authored
Signed-off-by: -
Dave Airlie authored
re-align with r600 code, to init blit earlier. Signed-off-by: -
Dave Airlie authored
We really don't want to post the card at init, it takes a relatively long time and isn't required, so split the resume path into a startup path called by both init/resume and separate resume entry point to do posting. Signed-off-by: -
Dave Airlie authored
a) don't zero gart table on gart enable b) move pinning shader object into resume path c) unpin shader object on suspend d) set cp ready to false after cp shutdown on suspend. Signed-off-by: -
Dave Airlie authored
Before we use any of VRAM, we need to disable the VGA rendering engine, this render text mode into a graphical framebuffer for scanout, however it does this on vblank, and can end up overwriting the GART table and r600 shader objects. Signed-off-by: -
Michel Dänzer authored
Someone on IRC reported problems after commit 95a8f1bf ('drm/radeon/kms: Move radeon_clocks_init() call back after getting VRAM info.'). And indeed, at least some ASIC vram_info hooks use the clock info obtained by radeon_get_clock_info(). So, move that call out of radeon_clocks_init(), ahead of the radeon_vram_info() call. [airlied - fixup missing r600/rv770 calls] Signed-off-by:
Michel Dänzer <daenzer@vmware.com> Signed-off-by:
-
Dave Airlie authored
This adds: coherent mode: TMDS coherent mode for atom cards. scaling mode: LVDS scaler mode load detect: DAC load detection, DVI-I, VGA, TV tmds pll: legacy TMDS pll selection tv standard: TV standard selection. for later: other TV ones? dvi subconnector selection using std prop [contains fixes pointed out on dri-devel for atom bios mixups by Michel] Signed-off-by: -
Michel Dänzer authored
Signed-off-by:
-
Jerome Glisse authored
Userspace can query if acceleration is working or not true get info ioctl and could fallback to software if for some reason kernel failed to initialize KMS. This should allow to give a working KMS setup in all case (even with non functionning accel). Signed-off-by:
Jerome Glisse <jglisse@redhat.com> Signed-off-by:
-
Dave Airlie authored
Some people were seeing *ERROR* radeon: writting more dword to ring than expected after certain blits, the loops calculation didn't take into account that we do a separate blit for the remainder after doing the aligned blits. Acked-by:
-
Dave Airlie authored
This should in theory fix the problem with a mode set being required for adjusting the color depth. This also adds in the necessary bits to the format tables for 8-bit, though it doesn't work yet. Signed-off-by: -
Dave Airlie authored
display interrupts are not enabled via this register, the DISPLAY_INT bit is a status only to show that other regs need to be read. Noticed by Alex Deucher Signed-off-by: -
Alex Deucher authored
Interrupts are not supported yet. This prevents things like mesa from trying to use them. Signed-off-by:
-
Pekka Paalanen authored
Fix the error message: this is add, not rm. Move the closing brace to proper spot: _DRM_GEM branch should not be included in the block. Signed-off-by:
Pekka Paalanen <pq@iki.fi> Signed-off-by:
-
Ben Skeggs authored
Signed-off-by:
Ben Skeggs <bskeggs@redhat.com> Signed-off-by:
-
Jesse Barnes authored
The drm_fb_helper shouldn't mess with CRTCs that aren't enabled or in its initial config. Ideally it shouldn't even include CRTCs in its initial config if they're not in use, but my old fix for that no longer works. At any rate, this fixes a real bug I was seeing where after a console blank, both pipes would come back on, even though only one had been enabled before that. Since the other pipe had a bogus config, this led to some screen corruption. Signed-off-by:
Jesse Barnes <jbarnes@virtuousgeek.org> Signed-off-by:
-
- Sep 16, 2009
-
-
Michel Dänzer authored
Fixes RMX problems on older Apple laptops which don't have an x86 BIOS ROM. Signed-off-by:
Dave Airlie <airlied@linux.ie>
-
Yang Zhao authored
[airlied:- adapted slightly in naming] Signed-off-by:
Yang Zhao <yang@yangman.ca> Signed-off-by:
-
Dave Airlie authored
We sometimes lock IB then the ring and sometimes the ring then the IB. This is mostly due to the IB locking not being well defined about what data in the structs it actually locks. Define what I believe is the correct behaviour and gets rid of the lock dep ordering warning. Signed-off-by: -
Dave Airlie authored
This fixes my monitor with broken EDID so it at least get 800x600. Signed-off-by: -
Michel Dänzer authored
Fixes leak hidden in commit 9f022ddf ('drm/radeon/kms: convert r4xx to new init path'). Signed-off-by:
-
Michel Dänzer authored
Signed-off-by:
-
Michel Dänzer authored
It may indirectly call radeon_set_clock_gating() which relies on the VRAM info. Signed-off-by:
-
Michel Dänzer authored
Signed-off-by:
-
- Sep 15, 2009
-
-
Dave Airlie authored
Although the new radeon driver ioctls don't need this, some of the drm initialisation ioctls require it, so add this to make them work. Signed-off-by: -
Jerome Glisse authored
GART static one time initialization was mixed up with GART enabling/disabling which could happen several time for instance during suspend/resume cycles. This patch splits all GART handling into 4 differents function. gart_init is for one time initialization, gart_deinit is called upon module unload to free resources allocated by gart_init, gart_enable enable the GART and is intented to be call after first initialization and at each resume cycle or reset cycle. Finaly gart_disable stop the GART and is intended to be call at suspend time or when unloading the module. Signed-off-by:
-
- Sep 14, 2009
-
-
Jerome Glisse authored
radeon_share.h was begining to give problem with include order in respect of radeon.h. It's easier and also i think cleaner to move what was in radeon_share.h into radeon.h. At the same time use the extern keyword for function shared accross the module. Signed-off-by:
-
Jerome Glisse authored
Move mtrr range and memory information printing to radeon_object_init, this are memory information and initialization common to all GPU and they better fit in this function. Will also prevent code duplication with upcoming init path changes. airlied: fixed warning introduced Signed-off-by:
-
Jerome Glisse authored
This convert r4xx to new init path it also fix few bugs. Signed-off-by:
-
- Sep 12, 2009
-
-
Alex Deucher authored
Signed-off-by:
-
Alex Deucher authored
rv6xx emits two extra dwords in the render target setup. Signed-off-by:
-
Alex Deucher authored
previous patch only handled the non-ddc case. Signed-off-by:
-
- Sep 11, 2009
-
-
Dave Airlie authored
this hopefully will bring back suspend/resume under kms. Signed-off-by: -
Jerome Glisse authored
We are splitting GPU & modeset init so that it's easier to abord only remaining GPU init when somethings fails. We want to always provide enough funcionalities to get fbcon and a shadowfb X working. Only acceptable error during initialization are memory allocation failure or io mapping failure. Signed-off-by:
-
Alex Deucher authored
Signed-off-by:
-
Alex Deucher authored
Signed-off-by:
-
Alex Deucher authored
Signed-off-by:
-
