2013/8/1 Sérgio Basto ser...@serjux.com:
Hi, DRI devel mailing list have been move to
dri-de...@lists.freedesktop.org you may want post your question there .
Thanks, I already did:
http://lists.freedesktop.org/archives/dri-devel/2013-July/042583.html
--
Rafał
HI guys,
I'm looking for the cheapest DCE8 GPU. I know there are 3
(engineering) families using DCE8: KAVERI, BONAIRE and KABINI.
The only GPU I know should be DCE8 is HD7790 (not even sure which
engineering family is that). Unfortunately it costs over 120€ here.
Is there any other DCE8 card
In theory function atombios_get_encoder_mode should report
ATOM_ENCODER_MODE_HDMI when TV supports audio. Current we report
ATOM_ENCODER_MODE_DVI if card is DCE4.
Is there any reason for it? Can we just drop that DCE4 condition? This
fixme seems to be here since ever.
--
Rafał
2010/6/30 Dave Airlie airl...@linux.ie:
Hi Linus,
one fb layer fix in a flag I introduced,
the rest are drm fixes:
radeon fixes: the larger ones in the command stream checker for older cards,
which was causing a lot of userspace apps to fail. Also some powerpc server
fixes.
along with
2010/4/13 Christian König deathsim...@vodafone.de:
attached is the next version of the IRQ support patch for HDMI audio on
radeon hardware. The following changes (mostly suggested by Alex) were
made:
1. Using the common asic irq functions now.
2. Using rdev-irq.installed instead of
2010/3/10 Matthew Garrett mj...@srcf.ucam.org:
On Wed, Mar 10, 2010 at 10:15:26PM +0100, Rafael J. Wysocki wrote:
On Wednesday 10 March 2010, Matthew Garrett wrote:
As far as the ACPI video driver goes, acpi_get_physical_pci_device()
will give you something to work with.
Hmm. Did you mean
W dniu 1 kwietnia 2010 09:32 użytkownik Dave Airlie airl...@linux.ie napisał:
a pull from nouveau + minor drm core fixes,
Lots of radeon fixes from a...@amd, main thing is turning off the use of
the hw i2c engine by default again, it was causing problems for some
people, we now have a module
W dniu 1 kwietnia 2010 09:43 użytkownik Dave Airlie airl...@gmail.com napisał:
2010/4/1 Rafał Miłecki zaj...@gmail.com:
W dniu 30 marca 2010 09:07 użytkownik Dave Airlie airl...@gmail.com
napisał:
2010/3/30 Dave Airlie airl...@linux.ie:
[re-pull request]
Actually Linus, don't bother
W dniu 30 marca 2010 09:07 użytkownik Dave Airlie airl...@gmail.com napisał:
2010/3/30 Dave Airlie airl...@linux.ie:
[re-pull request]
Actually Linus, don't bother, consider this revoked, I'm going to kill
the GPU reset code
and re-send this tomorrow, its just a mess to get it back out of
2010/3/30 Alex Deucher alexdeuc...@gmail.com:
On Tue, Mar 30, 2010 at 1:30 PM, Christian König
deathsim...@vodafone.de wrote:
Hi,
It seems your TV refuses to use audio from analog stereo cable, when
it detects audio enabled over/in HDMI (just enabled, even purely
silent as in your case).
2010/3/30 Christian König deathsim...@vodafone.de:
Am Dienstag, den 30.03.2010, 16:51 -0400 schrieb Alex Deucher:
We should probably also only enable the audio timer when we enable
audio otherwise it just keeps the CPU awake.
It was the original intention of this option to disable the polling
2010/3/27 Hendrik Sattler p...@hendrik-sattler.de:
I got this working previously but it somehow stopped working.
My setup:
- Acer TravelMate 6592
- DVI output with DVI-HDMI converter
- Philips Full-HD LCD-TV
The laptop runs Debian testing with a self-compiled linux-2.6.33 with
W dniu 18 marca 2010 17:40 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/3/18 Rafał Miłecki zaj...@gmail.com:
W dniu 18 marca 2010 10:05 użytkownik Rafał Miłecki zaj...@gmail.com
napisał:
Whoops, I missed one patch. My mistake.
I've just applied all patches dated as 17-Mar
W dniu 18 marca 2010 04:27 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/3/17 Rafał Miłecki zaj...@gmail.com:
2010/3/17 Alex Deucher alexdeuc...@gmail.com
Another set of updated patches against drm-radeon-testing:
http://people.freedesktop.org/~agd5f/pm2/
These implement much
W dniu 18 marca 2010 10:05 użytkownik Rafał Miłecki zaj...@gmail.com napisał:
Whoops, I missed one patch. My mistake.
I've just applied all patches dated as 17-Mar-2010 22:42 and tested.
Now memory reclocking is really enabled, but it causes corruptions for
me. Maybe that's the same thing you
W dniu 18 marca 2010 17:40 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/3/18 Rafał Miłecki zaj...@gmail.com:
W dniu 18 marca 2010 10:05 użytkownik Rafał Miłecki zaj...@gmail.com
napisał:
Whoops, I missed one patch. My mistake.
I've just applied all patches dated as 17-Mar
2010/3/17 Alex Deucher alexdeuc...@gmail.com:
On Mon, Mar 15, 2010 at 3:30 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Sun, Mar 14, 2010 at 7:01 PM, Alex Deucher alexdeuc...@gmail.com wrote:
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set
2010/3/17 Alex Deucher alexdeuc...@gmail.com:
Another set of updated patches against drm-radeon-testing:
http://people.freedesktop.org/~agd5f/pm2/
Not serious thing, but still it's warning...
# git am pm2/0001*
Applying: drm/radeon/kms/atom: make sure tables are valid
2010/3/17 Alex Deucher alexdeuc...@gmail.com
Another set of updated patches against drm-radeon-testing:
http://people.freedesktop.org/~agd5f/pm2/
These implement much the remaining pm functionality. So far they are
working well here.
these patches add:
- memory reclocking
- pcie lane
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set (against drm-radeon-testing). For those that
want to play with the i2c stuff for thermal chips, you'll probably
grab my recent i2c patches as well. You
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set (against drm-radeon-testing). For those that
want to play with the i2c stuff for thermal chips, you'll probably
grab my recent i2c patches as well. You
W dniu 14 marca 2010 21:48 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/3/5 Rafał Miłecki zaj...@gmail.com:
Signed-off-by: Rafał Miłecki zaj...@gmail.com
NACK. I've got a better way to deal with this.
Post it. I see we love missing merge windows :|
--
Rafał
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set (against drm-radeon-testing). For those that
want to play with the i2c stuff for thermal chips, you'll probably
grab my recent i2c patches as well. You
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set (against drm-radeon-testing). For those that
want to play with the i2c stuff for thermal chips, you'll probably
grab my recent i2c patches as well. You
2010/3/15 Alex Deucher alexdeuc...@gmail.com:
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set (against drm-radeon-testing). For those that
want to play with the i2c stuff for thermal chips, you'll probably
grab my recent i2c patches as well. You
2010/3/11 Alex Deucher alexdeuc...@gmail.com:
I like keeping all the asic definitions in one file as you tend to
need to update them all at one time and having them spread across all
the asic files increases the likelihood of one or more of them getting
missed. But I can live with it if other
2010/3/9 Rafael J. Wysocki r...@sisk.pl:
On Tuesday 09 March 2010, Luca Tettamanti wrote:
I'm note sure how to check that a device is graphic card though :|
Well, that's the outside of the graphics driver part of my question. :-)
Can we use the same way userspace (DDX) uses to check for KMS?
We almost always used first HDMI block for first encoder and second for sencod.
Exception was KLDSCP_LVTMA. Analyzing code picking DIG encoder shows the same
behaviour. It shows HDMI block are related to DIGs, which relation we now use.
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
V2: drop
Christian and Alex, so big thanks
for them :)
Rafał Miłecki (6):
drm/radeon/kms: clear HDMI definitions
drm/radeon/kms: clean assigning HDMI blocks to encoders
drm/radeon/kms: add HDMI code for pre-DCE3 R6xx GPUs
drm/radeon/kms: enable audio engine on DCE32
drm/radeon/kms: remove dead
We already know same offsets are used for different encoders/transmitters, so
just numeric them instead naming incorrectly. Additionaly we found additional
registers needed for RV770+
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/r600_hdmi.c | 10
Older GPUs are little different, HDMI blocks are not hard-wired, but routable.
We should just find some free HDMI block and route it to choosen encoder. In
case of RS6x0 there is only one HDMI block, we don't enable HDMI on RS6x00 yet
however.
Signed-off-by: Rafał Miłecki zaj...@gmail.com
We almost always used first HDMI block for first encoder and second for sencod.
Exception was KLDSCP_LVTMA. Analyzing code picking DIG encoder shows the same
behaviour. It shows HDMI block are related to DIGs, which relation we now use.
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/rv770.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/rv770.c b/drivers/gpu/drm/radeon/rv770.c
index 37887de..8f0c925 100644
--- a/drivers/gpu/drm/radeon/rv770
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/r600_audio.c | 35 ---
1 files changed, 0 insertions(+), 35 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_audio.c
b/drivers/gpu/drm/radeon/r600_audio.c
index 2897bd7..1588316
W dniu 6 marca 2010 17:26 użytkownik Christian König
deathsim...@vodafone.de napisał:
Am Samstag, den 06.03.2010, 14:03 +0100 schrieb Rafał Miłecki:
+ struct radeon_encoder_atom_dig *dig = radeon_encoder-enc_priv;
int base_rate = 48000;
+ if (!dig) {
+ dev_err(rdev
2010/3/6 Mike Lothian m...@fireburn.co.uk:
2010/3/6 Rafał Miłecki zaj...@gmail.com:
This patchset cleans our HDMI code and adds support for DCE32.
It was tested on:
1) RV620 with HDMI - no regressions
2) RV635 with 2 DVI - no regressions
3) RV730 with HDMI - made it work
Would be more
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/radeon_pm.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index 6b65f15..a2ea0be 100644
--- a/drivers/gpu
W dniu 3 marca 2010 19:47 użytkownik Jaime Velasco Juan
jsagarri...@gmail.com napisał:
El mar. 02 de mar. de 2010, a las 22:06:51 +0100, Rafał Miłecki escribió:
We tried to implement interruptible waiting with timeout (it was broken
anyway) which was not a good idea as explained by Andrew. It's
This is supposed to check if we receive correct interrupt and if out check for
VBLANK is correct. If you get warnings with patch applied, it means we have
problem in at least one of mentioned places.
---
To provoke VBLANK interrupt appearing, please use dynpm and start/stop for
example glxgears
W dniu 3 marca 2010 23:33 użytkownik Rafał Miłecki zaj...@gmail.com napisał:
This is supposed to check if we receive correct interrupt and if out check for
VBLANK is correct. If you get warnings with patch applied, it means we have
problem in at least one of mentioned places.
---
To provoke
W dniu 1 marca 2010 17:37 użytkownik Michel Dänzer mic...@daenzer.net napisał:
On Sat, 2010-02-27 at 10:33 +0100, Rafał Miłecki wrote:
W dniu 26 lutego 2010 20:01 użytkownik Ville Syrjälä syrj...@sci.fi
napisał:
Disabling the condition check doesn't make sense.
You could use a completion
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/radeon_pm.c | 39 ++-
1 files changed, 29 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index d800b86..4f37b52 100644
-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/r100.c |2 ++
drivers/gpu/drm/radeon/r600.c |2 ++
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_pm.c |8 +---
drivers/gpu/drm/radeon/rs600.c |2 ++
5 files changed, 12
W dniu 26 lutego 2010 20:01 użytkownik Ville Syrjälä syrj...@sci.fi napisał:
Disabling the condition check doesn't make sense.
You could use a completion.
init_completion(vbl_irq);
enable_vbl_irq();
wait_for_completion(vbl_irq);
disable_vbl_irq();
and call complete(vbl_irq) in the
2010/2/26 Dave Airlie airl...@gmail.com:
v11: fix bug in resuming Intel for 2nd time.
NACK. You totally ignored my previous audio comments.
--
Rafał
--
Download Intel#174; Parallel Studio Eval
Try the new software
This patchset is drm-next based, tried to clean all our mistakes :)
Rafał Miłecki (3):
Revert drm/radeon/kms: disable HDMI audio for now on rv710/rv730
drm/radeon/kms: do not disable audio engine twice
drm/radeon/kms: do not preset audio stuff and start timer when not
using audio
.
If there is something causing green tinges, it's HDMI mode setting for encoder
and I will try to debug that.
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/r600_audio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_audio.c
b
Fixes FDO bug #26214
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/r600.c |8
drivers/gpu/drm/radeon/r600_audio.c |3 +--
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/r600_audio.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_audio.c
b/drivers/gpu/drm/radeon/r600_audio.c
index 2dd8891..db92801 100644
--- a/drivers/gpu/drm/radeon
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
That's result of taking related patches from 2 branches
---
drivers/gpu/drm/radeon/r600_audio.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_audio.c
b/drivers/gpu/drm/radeon/r600_audio.c
W dniu 26 lutego 2010 09:44 użytkownik Rafał Miłecki zaj...@gmail.com napisał:
Fixes FDO bug #26214
Whoops, I dumped patches to already existing directory. Ignore this
one please. Sorry.
--
Rafał
--
Download Intel#174
W dniu 26 lutego 2010 09:50 użytkownik Dave Airlie airl...@gmail.com napisał:
Oh I should probably have dropped all the audio bits, I didn't even
see this reply
before I updated to v11.
The r600 audio code is a bit of disaster area hopefully we can clean it up,
like
the timer was firing
Forwarding to ppl I could often notice in git log time.h
-- Wiadomość przekazana dalej --
From: Rafał Miłecki zaj...@gmail.com
Date: 21 lutego 2010 15:10
Subject: [PATCH][RFC] time: add wait_interruptible_timeout macro to
sleep (w. timeout) until wake_up
To: Linux Kernel Mailing
W dniu 26 lutego 2010 12:55 użytkownik Thomas Gleixner
t...@linutronix.de napisał:
On Fri, 26 Feb 2010, Rafał Miłecki wrote:
Forwarding to ppl I could often notice in git log time.h
And how is this related to time.h ?
Ouch, time.h vs. wait.h. I'm sorry.
-- Wiadomość przekazana
2010/2/26 Jerome Glisse jgli...@redhat.com:
The fence cleanup lead to GPU lockup detection improvement, this
patch introduce a callback, allowing to do asic specific test for
lockup detection. In this patch the CP is use as a first indicator
of GPU lockup. If CP doesn't make progress during
W dniu 26 lutego 2010 17:14 użytkownik Andrew Morton
a...@linux-foundation.org napisał:
On Fri, 26 Feb 2010 11:38:59 +0100 Rafa Miecki zaj...@gmail.com wrote:
+#define wait_interruptible_timeout(wq, timeout)
\
+({ \
+ long ret = timeout;
Oh, sorry, but I don't like such a hidden changes, touching not
directly related things.
2010/2/25 Dave Airlie airl...@gmail.com:
diff --git a/drivers/gpu/drm/radeon/r600_audio.c
b/drivers/gpu/drm/radeon/r600_audio.c
index 0dcb690..7def989 100644
--- a/drivers/gpu/drm/radeon/r600_audio.c
Dave, we have some commits in drm-linus that are not present in
drm-radeon-testing. Maybe this is the case with other active branches
as well, don't know.
Could you rebase branches to be more clear, please? Maybe rebasing
agains .33 even?
--
Rafał
W dniu 25 lutego 2010 10:46 użytkownik Michel Dänzer
mic...@daenzer.net napisał:
On Thu, 2010-02-25 at 10:42 +0100, Rafał Miłecki wrote:
Dave, we have some commits in drm-linus that are not present in
drm-radeon-testing. Maybe this is the case with other active branches
as well, don't know
Ping?
Can I interpret lack of objections as permission for committing that?
If so, by which tree should we get this patch mainline?
Dave: this patch is needed for radeon driver. Can we get this through
drm-2.6 maybe?
--
Rafał
2010/2/22 Hendrik Sattler p...@hendrik-sattler.de:
2.
xrandr only offers 1080p only if the TV is connected before booting, else
only 1366x768 is available. So 1080p is technically possible.
Please boot without TV, then execute and provide output of xrandr --verbose
3.
My TV accepts
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
We try to implement some PM in radeon KMS and we need to sync with VLBANK for
reclocking engine/memory. The easiest and cleanest way seems to be sleeping in
timer handler just before reclocking. Then our IRQ handler calls wake_up and we
continue
W dniu 21 lutego 2010 16:01 użytkownik Thomas Hellstrom
tho...@shipmail.org napisał:
Rafał Miłecki wrote:
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
We try to implement some PM in radeon KMS and we need to sync with VLBANK
for
reclocking engine/memory. The easiest and cleanest way
2010/2/21 Rafael J. Wysocki r...@sisk.pl:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15293
Subject : Flash video laggy inside Firefox only with KMS
Submitter : Michał Witkowski ne...@o2.pl
Date : 2010-02-13 14:53 (9 days old)
Not regression. Just KMS
AtomBIOS tables on non-mobility GPU do not contain POWERSAVE/BATTERY.
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/radeon_pm.c | 22 --
1 files changed, 16 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers
W dniu 18 lutego 2010 19:08 użytkownik Jaime Velasco Juan
jsagarri...@gmail.com napisał:
El mié. 17 de feb. de 2010, a las 20:23:28 +0100, Rafał Miłecki escribió:
Signed-off-by: Rafał Miłecki zaj...@gmail.com
Reported-by: Jaime Velasco Juan jsagarri...@gmail.com
---
This should make the trick
We kept pointers to requested and current clock modes in every power state.
That was useless, more /global/ pointers in power struct are enough.
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
As discussed with Alex we will simplify pointers only, without whole struct
with memcpy
2010/2/18 Dave Airlie airl...@gmail.com:
From: Dave Airlie airl...@redhat.com
This patch adds a check on avivo chips to see if we are in the VBL
region for the active crtcs when we trigger the engine change.
I appear to have glitches locally on pm transistion (not sure all
fixes are in yet)
W dniu 18 lutego 2010 09:28 użytkownik Dave Airlie airl...@gmail.com napisał:
It adds some reading printing steps before every reclock, while we
really want it to happen as soon as possible. Maybe you could execute
this only on some
btw you won't get the print if you are in vblank, and if
W dniu 18 lutego 2010 05:57 użytkownik Dave Airlie airl...@gmail.com napisał:
2010/2/18 Rafał Miłecki zaj...@gmail.com:
Ported from DDX
The PCIE regs on r600 are the same offsets at the ones on rv370 from
what I can see
probably don't need to add a new PCIE_P struct at all I think
W dniu 18 lutego 2010 16:20 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/2/17 Rafał Miłecki zaj...@gmail.com:
Ported from DDX
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/r300.c | 5 -
drivers/gpu/drm/radeon/radeon.h | 14
W dniu 18 lutego 2010 20:29 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/2/17 Rafał Miłecki zaj...@gmail.com:
We kept requested and current modes in many places, depending on current
state.
That was useless, one place for holding that is enough.
Signed-off-by: Rafał Miłecki
W dniu 18 lutego 2010 20:39 użytkownik Rafał Miłecki zaj...@gmail.com napisał:
W dniu 18 lutego 2010 20:29 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/2/17 Rafał Miłecki zaj...@gmail.com:
We kept requested and current modes in many places, depending on current
state
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
V2: use already implemented functions for reading/writing PCIE PORT
Thanks Alex for reviewing!
---
drivers/gpu/drm/radeon/r300.c|5 -
drivers/gpu/drm/radeon/radeon.h |2 ++
drivers/gpu/drm/radeon/radeon_asic.h |4
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
V2: use already implemented functions for reading/writing PCIE PORT
V3: fix rreg/wreg typo in macro
Thanks Alex for reviewing!
---
drivers/gpu/drm/radeon/r300.c|5 -
drivers/gpu/drm/radeon/radeon.h |2 ++
drivers/gpu/drm
Ported from DDX
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/r600.c| 76 ++
drivers/gpu/drm/radeon/radeon_asic.h |5 +-
drivers/gpu/drm/radeon/radeon_reg.h |5 ++
3 files changed, 84 insertions(+), 2 deletions
W dniu 18 lutego 2010 22:04 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/2/18 Rafał Miłecki zaj...@gmail.com:
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
V2: use already implemented functions for reading/writing PCIE PORT
V3: fix rreg/wreg typo in macro
Thanks Alex
W dniu 18 lutego 2010 21:48 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/2/18 Rafał Miłecki zaj...@gmail.com:
We may also consider hacking eng/mem clocks in requested mode for DPMS
OFF. Maybe we could use chip's minimum instead lowest entry from
AtomBIOS table?
You could try
W dniu 18 lutego 2010 21:47 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/2/18 Rafał Miłecki zaj...@gmail.com:
W dniu 18 lutego 2010 20:29 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/2/17 Rafał Miłecki zaj...@gmail.com:
We kept requested and current modes in many
W dniu 18 lutego 2010 22:36 użytkownik Rafał Miłecki zaj...@gmail.com napisał:
W dniu 18 lutego 2010 21:47 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/2/18 Rafał Miłecki zaj...@gmail.com:
W dniu 18 lutego 2010 20:29 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010
W dniu 18 lutego 2010 23:36 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/2/18 Rafał Miłecki zaj...@gmail.com:
W dniu 18 lutego 2010 22:04 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/2/18 Rafał Miłecki zaj...@gmail.com:
Signed-off-by: Rafał Miłecki zaj
W dniu 15 lutego 2010 18:52 użytkownik Rafał Miłecki zaj...@gmail.com napisał:
2010/2/15 Jaime Velasco Juan jsagarri...@gmail.com:
The old code used a false condition so it always waited until
timeout
Signed-off-by: Jaime Velasco Juan jsagarri...@gmail.com
---
drivers/gpu/drm/radeon
W dniu 17 lutego 2010 19:22 użytkownik Rafał Miłecki zaj...@gmail.com napisał:
W dniu 15 lutego 2010 18:52 użytkownik Rafał Miłecki zaj...@gmail.com
napisał:
2010/2/15 Jaime Velasco Juan jsagarri...@gmail.com:
The old code used a false condition so it always waited until
timeout
Signed-off
Signed-off-by: Rafał Miłecki zaj...@gmail.com
Reported-by: Jaime Velasco Juan jsagarri...@gmail.com
---
This should make the trick, Jaime can you check if this works for you? Does it
kill your corruptions?
---
drivers/gpu/drm/radeon/radeon_pm.c | 11 ---
1 files changed, 8 insertions
We kept requested and current modes in many places, depending on current state.
That was useless, one place for holding that is enough.
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
Tested on my RV620, no problems. Alex: can you review this patch? It's your
code I modify/remove
Ported from DDX
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/r300.c|5 -
drivers/gpu/drm/radeon/radeon.h | 14 ++
drivers/gpu/drm/radeon/radeon_asic.h |4 ++--
drivers/gpu/drm/radeon/radeon_pm.c |2 ++
4 files changed, 22
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
We need to know if GPU is multi one for example for setting PCIE lanes. Can we
store this like this patch proposes? I didn't want to touch rdev-flags as this
is equal to some BIOS variable AFAIU.
---
drivers/gpu/drm/radeon/radeon.h|1
W dniu 15 lutego 2010 06:51 użytkownik Dana Goyette
dgoye...@calpoly.edu napisał:
On 02/14/2010 07:43 PM, Alex Deucher wrote:
On Fri, Feb 12, 2010 at 10:38 AM, Dana Goyettedgoye...@calpoly.edu wrote:
On 02/11/2010 02:00 PM, Rafał Miłecki wrote:
W dniu 11 lutego 2010 22:50 użytkownik Rafał
W dniu 15 lutego 2010 10:19 użytkownik Rafał Miłecki zaj...@gmail.com napisał:
W dniu 15 lutego 2010 06:51 użytkownik Dana Goyette
dgoye...@calpoly.edu napisał:
On 02/14/2010 07:43 PM, Alex Deucher wrote:
On Fri, Feb 12, 2010 at 10:38 AM, Dana Goyettedgoye...@calpoly.edu wrote:
On 02/11
2010/2/15 Rafael J. Wysocki r...@sisk.pl:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15287
Subject : RadeonKMS segfaults kdm on mobility radeon x700 pcie
Submitter : Jan Kreuzer kontrolla...@gmx.de
Date : 2010-02-12 17:58 (3 days old)
Can you
2010/2/15 Jaime Velasco Juan jsagarri...@gmail.com:
The old code used a false condition so it always waited until
timeout
Signed-off-by: Jaime Velasco Juan jsagarri...@gmail.com
---
drivers/gpu/drm/radeon/radeon_pm.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
2010/2/12 Dana Goyette dgoye...@calpoly.edu:
On 02/11/2010 02:00 PM, Rafał Miłecki wrote:
W dniu 11 lutego 2010 22:50 użytkownik Rafał Miłeckizaj...@gmail.com
napisał:
---
drivers/gpu/drm/radeon/radeon_pm.c | 57
+++
1 files changed, 18 insertions
---
drivers/gpu/drm/radeon/radeon_pm.c | 57 +++
1 files changed, 18 insertions(+), 39 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index a8e151e..f023435 100644
--- a/drivers/gpu/drm/radeon/radeon_pm.c
+++
We should stop audio-state-reading timer before we turn off engine
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/r600_audio.c | 16
1 files changed, 12 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_audio.c
b/drivers/gpu/drm
W dniu 11 lutego 2010 22:50 użytkownik Rafał Miłecki zaj...@gmail.com napisał:
---
drivers/gpu/drm/radeon/radeon_pm.c | 57 +++
1 files changed, 18 insertions(+), 39 deletions(-)
Dave you can add
Signed-off-by: Rafał Miłecki zaj...@gmail.com
of course, if you
Fixes fdo bug #26329
Signed-off-by: Rafał Miłecki zaj...@gmail.com
Tested-by: Tobias Jakobi liquid.a...@gmx.net
---
drivers/gpu/drm/radeon/radeon.h |5 +
drivers/gpu/drm/radeon/radeon_atombios.c | 18 +-
drivers/gpu/drm/radeon/radeon_combios.c |4 ++--
3
W dniu 11 lutego 2010 23:19 użytkownik Matt Turner matts...@gmail.com napisał:
2010/2/11 Rafał Miłecki zaj...@gmail.com:
We should stop audio-state-reading timer before we turn off engine
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
drivers/gpu/drm/radeon/r600_audio.c | 16
2010/2/6 Alex Deucher alexdeuc...@gmail.com:
These patches add further fixes to the hw i2c code. Still left to do:
- Find a way to not expose the internal bit algo bus used by radeon algo
- Figure out why hw i2c isn't working for LVDS on mac laptops
- Any other remaining bugs
Alex
Ups, my
W dniu 8 lutego 2010 15:38 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2010/2/8 Rafał Miłecki zaj...@gmail.com:
2010/2/6 Alex Deucher alexdeuc...@gmail.com:
These patches add further fixes to the hw i2c code. Still left to do:
- Find a way to not expose the internal bit algo bus
2010/2/5 Dave Airlie airl...@linux.ie:
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
All radeon related: 2 warning fixes
2 r600/700 regression fixes
1 r100/r200 rendering fix (always broken with KMS)
1
1 - 100 of 222 matches
Mail list logo