(), tested on
R500 and R600.
Signed-off-by: Mario Kleiner mario.klei...@tuebingen.mpg.de
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_display.c | 153 +++
drivers/gpu/drm/radeon/radeon_mode.h|7 ++
2 files changed, 160
are currently inside vblank.
agd5f: use rdev-num_crtc rather than hardcoding the crtc count
Signed-off-by: Mario Kleiner mario.klei...@tuebingen.mpg.de
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_pm.c | 70 +---
1 files changed, 9
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen_blit_kms.c |8
drivers/gpu/drm/radeon/r600_blit_kms.c |8
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen_blit_kms.c
b/drivers/gpu
stable trees.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=30188
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/evergreen.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b
the actual amount of vram
V3: - Fix up r700_cp_stop (agd5f)
- Handle evergreen blit (agd5f)
Signed-off-by: Jerome Glisse jgli...@redhat.com
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c |1 +
drivers/gpu/drm/radeon
Fixes cursor corruption in certain cases.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/radeon_cursor.c | 28
1 files changed, 12 insertions(+), 16 deletions(-)
diff --git a/drivers/gpu/drm/radeon
macro tile heights are aligned to num channels, not num banks.
Noticed by Dave Airlie.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/r600_cs.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon
Evergreen now has blit support, but unmappable vram support
was disabled in c919b371cb734f42b1130e706ecee262f8d9261d
(drm/radeon/kms: avoid corner case issue with unmappable vram V2)
due to merge ordering. This re-enables unmappable vram on
evergreen.
Signed-off-by: Alex Deucher alexdeuc
anything for 2.6.36.
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=c919b371cb734f42b1130e706ecee262f8d9261d
However, either patch will work for 2.6.35.
Alex
David?
On Tue, Oct 12, 2010 at 12:20:31PM -0400, Alex Deucher wrote:
2.6.35 and 2.6.36 do not contain
On Wed, Oct 20, 2010 at 1:38 PM, Pasi Kärkkäinen pa...@iki.fi wrote:
On Sun, Oct 17, 2010 at 03:25:09PM -0400, Alex Deucher wrote:
On Sun, Oct 17, 2010 at 9:07 AM, Pasi Kärkkäinen pa...@iki.fi wrote:
Hello,
While I was discussing the laptop lid/dock issues with Fedora
people this issue
These are needed for enabling dynamic GPR allocation in the shaders
in the userspace acceleration drivers.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_drv.c |2 +-
drivers/gpu/drm/radeon/reg_srcs/evergreen |8
2 files changed, 9
using the 3D engine.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c | 38 ---
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 60 +++
drivers/gpu/drm/radeon/evergreen_blit_shaders.c | 19 ++--
drivers
Improper display watermarks can result in underflow to the display
controllers which can cause flickering or other artifacts.
This patch implements display watermark support and line buffer
allocation for evergreen asics.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm
For those that want to try them out:
http://people.freedesktop.org/~agd5f/pflip/
against drm-next plus Dave's 2D tiling fixes patch (needed to bump the
drm version) for the drm patches, and against git master for the ddx.
6xx/7xx/evergreen are pretty solid, but r1xx-r5xx still need some work.
.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/r100.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r100.c b/drivers/gpu/drm/radeon/r100.c
index da69db9..f2155bc 100644
--- a/drivers/gpu/drm/radeon
On Tue, Oct 26, 2010 at 9:32 AM, Sedat Dilek sedat.di...@googlemail.com wrote:
Hi,
today, I started with testing DRM Vblank timestamping patches. 1st
Try. from Mario in combination with radeon pageflipping patches
from Alex together in a non-BKL config Kernel-setup.
First some words to my
On Tue, Oct 26, 2010 at 4:55 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Tue, Oct 26, 2010 at 4:30 AM, Alex Deucher alexdeuc...@gmail.com wrote:
This set of patches adds pageflipping support for radeon.
There are two drm patches and one ddx patch required. The
drm patches are against
There are cases when multiple texture units have to be enabled,
but not actually used to sample. This patch checks to see if
the lookup_disable bit is set and if so, skips the texture check.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=25544
Signed-off-by: Alex Deucher alexdeuc
Calculate height based on the slice bitfield rather than the size.
Same as Dave's CB fix.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/r600_cs.c | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c
Should fix dynpm problems on evergreen boards
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index
Make more of the connector code debug only to avoid
spamming the kernel logs with detect and add modes
messages.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_connectors.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git
The A/B links aren't independantly useable on these blocks so when
we disable the encoders, make sure to only disable the encoder when
there is no connector using it.
Should fix:
https://bugs.freedesktop.org/show_bug.cgi?id=18564
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta
clock and data path routing to the connectors.
Should fix:
https://bugs.freedesktop.org/show_bug.cgi?id=31339
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_atombios.c | 26 +-
drivers/gpu/drm/radeon/radeon_connectors.c |4 +-
drivers
Signed-off-by: Tyson Whitehead twhiteh...@gmail.com
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_atombios.c |9 +++--
drivers/gpu/drm/radeon/radeon_i2c.c |8
2 files changed, 7 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu
Temperature is not shifted as on newer asics.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/r600.c |8 +---
1 files changed, 1 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 951af00..bd69299
On Mon, Nov 8, 2010 at 1:39 PM, Alex Deucher alexdeuc...@gmail.com wrote:
Temperature is not shifted as on newer asics.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Should be CC'ed to stable as well.
Alex
---
drivers/gpu/drm/radeon/r600.c | 8 +---
1 files changed, 1
2010/11/6 Prof. Dr. Klaus Kusche klaus.kus...@computerix.info:
On 2010-11-02 08:20, Michel Dänzer wrote:
On Mon, 2010-11-01 at 16:09 +0100, Prof. Dr. Klaus Kusche wrote:
On my Dell Precision M6500, backlight power switching does not work,
neither by using bl_power in /sys/backlight/...
/height/depth,
bytes for base)
- properly check the buffer base alignments
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/r600_cs.c | 309 --
drivers/gpu/drm/radeon/r600d.h |6 +
2 files changed, 199 insertions(+), 116 deletions
The eDP panel must be powered up for aux transactions, so power it
up for detect and mode probe functions, otherwise power it up or
down based on dpms.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_connectors.c | 13 +
drivers/gpu/drm/radeon
Handle all the various asic family specific things for DVO.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon.h |4 +
drivers/gpu/drm/radeon/radeon_encoders.c| 90 ---
drivers/gpu/drm/radeon
These are external encoder chips connected via DVO or DP.
The actual external encoder programming is handled by the
kms encoder functions for primary encoder.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_encoders.c | 183
On Wed, Nov 10, 2010 at 12:10 PM, Alex Deucher alexdeuc...@gmail.com wrote:
2010/11/6 Prof. Dr. Klaus Kusche klaus.kus...@computerix.info:
On 2010-11-02 08:20, Michel Dänzer wrote:
On Mon, 2010-11-01 at 16:09 +0100, Prof. Dr. Klaus Kusche wrote:
On my Dell Precision M6500, backlight power
Looks like a typo in:
drm/radeon/r600: fix tiling issues in CS checker.
(f30df2fad0c901e74ac9a52a488a54c69a373a41)
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/r600_cs.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm
The eDP panel must be powered up for aux transactions, so power it
up for detect and mode probe functions, otherwise power it up or
down based on dpms.
v2:
- only mess with eDP panel on DCE4+
- only mess with eDP panel on eDP connectors, not all DP connectors
Signed-off-by: Alex Deucher alexdeuc
with eDP panels on eDP connectors
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_connectors.c | 18 ++
drivers/gpu/drm/radeon/radeon_encoders.c | 48
drivers/gpu/drm/radeon/radeon_mode.h |2 +
3 files changed
If there was no connector mapped to the encoder, atombios_get_encoder_mode()
returned 0 which is the id for DP. Return something sane instead based on
the encoder id. This avoids hitting the DP paths on non-DP encoders.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
with eDP panels on eDP connectors
v4:
- avoid possible null derefernce if a connector has not been
assigned to the encoder
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_connectors.c | 18 ++
drivers/gpu/drm/radeon/radeon_encoders.c | 50
(num channels,
num banks, group size, row size).
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c | 31 ++-
1 files changed, 30 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm
This causes the connector to not be added since i2c init fails
for the adapter. Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=31688
Noticed by Ari Savolainen.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: Ari Savolainen ari.m.savolai...@gmail.com
Cc: Jean Delvare kh...@linux
We were previously dropping alignment requests on the floor
when allocating buffers so we always ended up page aligned.
Certain tiling modes on 6xx+ require larger alignment which
wasn't happening before.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: Jerome Glisse j.gli...@gmail.com
On Thu, Nov 18, 2010 at 6:23 PM, Rafael J. Wysocki r...@sisk.pl wrote:
This message contains a list of some regressions from 2.6.36,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other
On Thu, Nov 18, 2010 at 7:47 PM, Mark Lord ker...@teksavvy.com wrote:
On 10-11-18 06:50 PM, Rafael J. Wysocki wrote:
This message contains a list of some post-2.6.35 regressions introduced
before
2.6.36, for which there are no fixes in the mainline known to the tracking
team.
If any of them
On Fri, Nov 19, 2010 at 4:01 PM, jgli...@redhat.com wrote:
From: Jerome Glisse jgli...@redhat.com
Forbid allocating buffer bigger than visible VRAM or GTT, also
properly set lpfn field.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/radeon_object.c | 36
On Fri, Nov 19, 2010 at 5:55 PM, Mark Lord ker...@teksavvy.com wrote:
On 10-11-19 11:39 AM, Alex Deucher wrote:
On Thu, Nov 18, 2010 at 7:47 PM, Mark Lordker...@teksavvy.com wrote:
My non-Intel graphics notebook (has ATI X1400 graphics) also has a resume
regression with 2.6.36. But it does
On Fri, Nov 19, 2010 at 6:16 PM, Mark Lord ker...@teksavvy.com wrote:
On 10-11-19 05:58 PM, Alex Deucher wrote:
On Fri, Nov 19, 2010 at 5:55 PM, Mark Lordker...@teksavvy.com wrote:
It now comes back at resume time.
So that patch helped?
I think so. It didn't used to resume from suspend
will need the updated
vblank count and timestamps for the current vblank interval.
These are calculated in drm_handle_vblank(), therefore it
must go first.
Signed-off-by: Mario Kleiner mario.klei...@tuebingen.mpg.de
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c
From: Mario Kleiner mario.klei...@tuebingen.mpg.de
Signed-off-by: Mario Kleiner mario.klei...@tuebingen.mpg.de
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_display.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm
typo in my last i2c rework.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=23222
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/radeon_combios.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm
From: Mario Kleiner mario.klei...@tuebingen.mpg.de
Signed-off-by: Mario Kleiner mario.klei...@tuebingen.mpg.de
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_display.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm
On Sun, Nov 21, 2010 at 1:51 PM, Jean Delvare kh...@linux-fr.org wrote:
Hi Alex,
Thanks for your fast answer.
On Sun, 21 Nov 2010 11:12:32 -0500, Alex Deucher wrote:
On Sun, Nov 21, 2010 at 9:38 AM, Jean Delvare kh...@linux-fr.org wrote:
Running 2.6.37-rc2-git7 on x86_64, wine fails
2010/11/22 Jerome Glisse j.gli...@gmail.com:
2010/11/22 Michel Dänzer mic...@daenzer.net:
On Fre, 2010-11-19 at 16:34 -0500, jgli...@redhat.com wrote:
From: Jerome Glisse jgli...@redhat.com
Forbid allocating buffer bigger than visible VRAM or GTT, also
properly set lpfn field.
v2 - use max
On Mon, Nov 22, 2010 at 12:35 PM, Jerome Glisse j.gli...@gmail.com wrote:
On Mon, Nov 22, 2010 at 12:31 PM, Thomas Hellstrom tho...@shipmail.org
wrote:
On 11/22/2010 06:07 PM, Jerome Glisse wrote:
2010/11/22 Michel Dänzermic...@daenzer.net:
On Fre, 2010-11-19 at 16:34 -0500,
Should improve performance slightly and possibly fix some
issues.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c | 38 +
drivers/gpu/drm/radeon/evergreend.h |4 +++
drivers/gpu/drm/radeon/rv770.c | 45
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/ObjectID.h | 48 +
1 files changed, 48 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ObjectID.h
b/drivers/gpu/drm/radeon/ObjectID.h
index c714179..c61c3fe
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_asic.c |4 +++-
drivers/gpu/drm/radeon/radeon_encoders.c | 25 +
2 files changed, 24 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_display.c |4 ++-
drivers/gpu/drm/radeon/radeon_encoders.c | 54 --
2 files changed, 54 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b
System specific spread spectrum overrides can be specified in
the integrated system info table for Fusion APUs. This adds
support for using those overrides.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_atombios.c | 39 ++
1
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c | 49 ---
1 files changed, 44 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 07c4c6f..7f859ff
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c |8
drivers/gpu/drm/radeon/evergreend.h |4 +++-
drivers/gpu/drm/radeon/radeon.h |2 ++
drivers/gpu/drm/radeon/radeon_pm.c |4
4 files changed, 17 insertions(+), 1
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen_blit_kms.c | 27 +--
drivers/gpu/drm/radeon/radeon_asic.c|6 +++---
2 files changed, 28 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon
The function was getting too large. Rework it to share
more state better handle new power table formats.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_atombios.c | 941 +++---
1 files changed, 475 insertions(+), 466 deletions
The vbios power tables on my inagua board seem a bit funky...
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_atombios.c | 106 --
1 files changed, 101 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_irq_kms.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_irq_kms.c
b/drivers/gpu/drm/radeon/radeon_irq_kms.c
index a108c7e..b492b7d 100644
--- a/drivers
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
include/drm/drm_pciids.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index 883c1d4..e6b28a3 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm
On Mon, Nov 22, 2010 at 11:02 PM, Paul Sokolovsky pmis...@gmail.com wrote:
Hello,
There're cases when EDID may be present, but be just severely (or
seemingly) broken. Is it possible to completely and unconditionally
ignore any EDID info for KMS, and instead use user-supplied parameters?
I
16790569eddf4d406a16a65f4750f405fa669c52
Author: Alex Deucher alexdeuc...@gmail.com
Date: Sun Nov 14 20:24:35 2010 -0500
drm/radeon/kms: fix and unify tiled buffer alignment checking for r6xx/7xx
fixes the issue for me (so everyone involved is already in the Cc list ;-)).
Are you sure
2010/11/23 Christian König deathsim...@vodafone.de:
Am Sonntag, den 21.11.2010, 11:28 -0500 schrieb Alex Deucher:
Make sure you are using the latest drm patches. Dave and I fixed a
number of bugs in the CS checker in 2.6.37. Also, make sure you have
the latest mesa bits. I fixed the buffer
On Tue, Nov 23, 2010 at 8:45 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Wednesday, November 24, 2010, Alex Deucher wrote:
2010/11/23 Rafael J. Wysocki r...@sisk.pl:
On Wednesday, November 24, 2010, Rafael J. Wysocki wrote:
Hi,
I cannot start KDE with the 2.6.37-rc3 kernel. The X
This reverts commit d33ef52d9db8a36900dd53f2e32db9a521ace259.
This change seems to expose a bug in the 3D driver tiggered by
certain apps, so revert it to keep userspace working.
Reported-by: Rafael J. Wysocki r...@sisk.pl
Cc: Rafael J. Wysocki r...@sisk.pl
Signed-off-by: Alex Deucher alexdeuc
On Sun, Nov 28, 2010 at 1:06 PM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
pciep_wreg is totally unused, rreg has only one caller and
already checks whether it's an r600 or later chip.
I'd rather keep this like it is for consistency with the other
register access routines and I have some
fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=23752
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc:sta...@kernel.org
---
drivers/gpu/drm/radeon/radeon_atombios.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/radeon_connectors.c | 34
1 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c
b/drivers/gpu/drm/radeon
6xx/7xx was hitting the wrong BUS_CNTL reg and bits.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/r600_reg.h|1 +
drivers/gpu/drm/radeon/radeon_bios.c | 13 +++--
2 files changed, 8 insertions(+), 6 deletions(-)
diff --git
On Sat, Nov 27, 2010 at 9:32 AM, Tvrtko Ursulin tvr...@ursulin.net wrote:
Hi all,
I have replaced the distro kernel on openSUSE 11.3 with custom compiled
2.6.37-rc3 and now all glx application are crashing with these kind of kernel
errors:
[ 312.028728] radeon :01:05.0:
print the full 64 bit values.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_device.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_device.c
b/drivers/gpu/drm/radeon/radeon_device.c
index 4985bfa
Avoid overflowing a 32 bit value.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/r600.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 53bfe3a
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_device.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_device.c
b/drivers/gpu/drm/radeon/radeon_device.c
index 1b6d1c3..2774b89 100644
--- a/drivers/gpu
configurations. It gets more complex with things like
advanced color management and DP (DisplayPort) 1.2 that introduces
things like daisy-chaining monitors and tunnelling USB and audio over
DP.
Alex Deucher noted in a previous post that we also have the option of
implementing the KMS ioctls. We
On Sat, Dec 4, 2010 at 8:16 AM, jurriaan thund...@xs4all.nl wrote:
on my up-to-date Debian Unstable system, running on an Phenom X4, on
an ATI RS880/SB700/built-in Radeon HD 4200 system, kdm crashes
consistently when trying to start X.org when running kernel 2.6.37-rc4.
It doesn't when running
It should be required for all 7xx asics, but seems to cause
problems on some AGP 7xx chips.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=19002
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/r600.c | 11 ---
1 files changed, 8
Grub doesn't parse spaces in parameters correctly, so
this makes it impossible to force video= parameters
for kms on the grub kernel command line.
Reported-by: Sergej Pupykin m...@sergej.pp.ru
Cc: Sergej Pupykin m...@sergej.pp.ru
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta
On Wed, Dec 8, 2010 at 7:01 PM, Dave Airlie airl...@redhat.com wrote:
On Wed, 2010-12-08 at 18:14 -0500, Alex Deucher wrote:
Grub doesn't parse spaces in parameters correctly, so
this makes it impossible to force video= parameters
for kms on the grub kernel command line.
I'm sorta tempted
-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/drm_crtc.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 6985cb1..2baa670 100644
--- a/drivers/gpu/drm/drm_crtc.c
+++ b
This set of patches pulls some additional information from the
lcd info table in the vbios if available. The info includes:
an EDID block and physical size info. I don't have any systems
that have these additional attributes, but a number of vbioses
do have the info, so please test.
Alex
Some systems have the LCD width and height in mm available in the
LCD info table. Use this info if there is no EDID to provide it.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_atombios.c |3 +++
drivers/gpu/drm/radeon/radeon_connectors.c |3
This block may contain various additional LCD info such
as physical size and a stored EDID.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_atombios.c | 53 ++
drivers/gpu/drm/radeon/radeon_combios.c |3 +-
drivers/gpu/drm
2010/12/9 Dave Airlie airl...@gmail.com:
2010/12/9 Michel Dänzer mic...@daenzer.net:
On Fre, 2010-12-03 at 16:38 -0500, jgli...@redhat.com wrote:
From: Jerome Glisse jgli...@redhat.com
Forbid allocating buffer bigger than visible VRAM or GTT, also
properly set lpfn field.
v2 - use max
Seems to cause problems on certain laptops
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=24462
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/atombios_crtc.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon
On Sun, Dec 12, 2010 at 7:31 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Fri, Dec 10, 2010 at 7:01 AM, Jean Delvare kh...@linux-fr.org wrote:
Hi Alex, David,
On Sun, 21 Nov 2010 11:12:32 -0500, Alex Deucher wrote:
On Sun, Nov 21, 2010 at 9:38 AM, Jean Delvare kh...@linux-fr.org wrote
There are too many strange corner cases triggered in old userspace
drivers out there to that it's nearly impossible to not break some
obscure app.
Cc: Jean Delvare kh...@linux-fr.org
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/r600_cs.c |9 -
1 files
Make sure vram changes hit memory. This mirrors the
6xx/7xx behavior.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c |2 ++
drivers/gpu/drm/radeon/evergreend.h |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm
Works just like DCE4.0 despite what the docs say.
This fixes blank screen issues when changing crtc
routing due to incorrect crtc to dig mapping.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_encoders.c | 17 +++--
1 files changed, 3 insertions
Works more like DCE4.0 despite what the docs say.
This fixes blank screen issues when changing crtc
routing due to incorrect crtc to dig mapping.
v2: only two DIGx blocks, routing is hardcoded
based on link.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon
overscan. Underscan can still be overriden by changing the
connector attribute.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_display.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b
On Sat, Dec 18, 2010 at 5:41 AM, Marek Olšák mar...@gmail.com wrote:
And bump the DRM version to 2.8.0.
The purpose of these regs is to work around a TX hw bug in R520.
Signed-off-by: Marek Olšák mar...@gmail.com
Acked-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon
-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/atombios_crtc.c |3 ++-
drivers/gpu/drm/radeon/radeon_device.c |9 -
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/drm/radeon
Only reset the grbm blocks, srbm tends to lock the GPU
if not done properly and in most cases is not necessary.
Also, no need to call asic init after reset the grbm blocks.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/evergreen.c | 15
This fixes module reloading and resume as the gfx block seems to
be left in a bad state in some cases.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/evergreen.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
From 85320542390676c2274b975a495b75bc98d356a2 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Mon, 20 Dec 2010 13:07:09 -0500
Subject
We were using the lockup struct from the wrong union.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/r600.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers
201 - 300 of 9128 matches
Mail list logo
