On 2013.07.30 at 13:27 +0200, Markus Trippelsdorf wrote:
On 2013.07.29 at 15:53 -0400, Alex Deucher wrote:
On Mon, Jul 29, 2013 at 2:10 PM, Eric W. Biederman
ebied...@xmission.com wrote:
Alex Deucher alexdeuc...@gmail.com writes:
On Mon, Jul 29, 2013 at 11:50 AM, Eric W. Biederman
https://bugs.freedesktop.org/show_bug.cgi?id=67530
--- Comment #2 from Richard Van Den Boom richard.vdb...@gmail.com ---
Good to know! I'll stop bothering the world and his dog about that, then. :-)
Is this also normal that the decoder only report NV12 and no YV12, UYVY or
YUYV? Is it some
https://bugs.freedesktop.org/show_bug.cgi?id=67530
--- Comment #3 from Christian König deathsim...@vodafone.de ---
(In reply to comment #2)
Good to know! I'll stop bothering the world and his dog about that, then. :-)
Is this also normal that the decoder only report NV12 and no YV12, UYVY or
On Tue, 2013-07-30 at 11:57 +0100, Chris Wilson wrote:
On Tue, Jul 30, 2013 at 01:36:32PM +0300, Imre Deak wrote:
Userspace can pass a mode with an unspecified vsync/hsync polarity
setting. All encoders in the Intel driver take this to mean a negative
polarity setting. The HW readout/state
On Tue, 2013-07-30 at 15:43 +0300, Imre Deak wrote:
On Tue, 2013-07-30 at 11:57 +0100, Chris Wilson wrote:
On Tue, Jul 30, 2013 at 01:36:32PM +0300, Imre Deak wrote:
Userspace can pass a mode with an unspecified vsync/hsync polarity
setting. All encoders in the Intel driver take this to
On Tue, Jul 30, 2013 at 4:13 AM, Maarten Lankhorst
maarten.lankho...@canonical.com wrote:
The check needs to be for 1, because ctx-acquired is already incremented.
This will prevent ww_mutex_lock_slow from returning -EDEADLK and not locking
the mutex. It caused a lot of false gpu lockups on
On Fri, Jul 26, 2013 at 04:37:32PM -0400, Ilia Mirkin wrote:
On Fri, Jul 26, 2013 at 2:28 PM, konrad wilk konrad.w...@oracle.com wrote:
I just saw this on a box of mine (rc1 worked) I hadn't done yet a bisection.
Any suggestions?
ring 0 polarity 1
[6.023776] Already setup the GSI
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
edid-decode.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/edid-decode.c b/edid-decode.c
index 9840db6..f74bbe4 100644
--- a/edid-decode.c
+++ b/edid-decode.c
@@ -625,7 +625,7 @@
This is a cirrus version of Egbert Eich's patch for mgag200.
Without bo.bdev-dev_mapping set, the ttm_bo_unmap_virtual_locked
called from ttm_bo_handle_move_mem returns with no effect. If any
application accessed the memory before it was moved, it will
access wrong memory next time. This causes
On Tue, Jul 30, 2013 at 7:27 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2013.07.29 at 15:53 -0400, Alex Deucher wrote:
On Mon, Jul 29, 2013 at 2:10 PM, Eric W. Biederman
ebied...@xmission.com wrote:
Alex Deucher alexdeuc...@gmail.com writes:
On Mon, Jul 29, 2013 at 11:50 AM,
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #15 from Kris Scott k...@syntosis.net ---
Tried it, that did not fix the sound.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #16 from Alex Deucher ag...@yahoo.com ---
Created attachment 83304
-- https://bugs.freedesktop.org/attachment.cgi?id=83304action=edit
fix
This patch should fix it.
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=67435
--- Comment #17 from Christian König deathsim...@vodafone.de ---
It's just a guess, but could you just try the following (without any patches):
avivotool regset 0x0514 0x00249f00
Does that helps as well?
--
You are receiving this mail
On Thu, Jul 25, 2013 at 03:15:15PM -0700, Keith Packard wrote:
Just copies the IVB code
Signed-off-by: Keith Packard kei...@keithp.com
---
drivers/gpu/drm/i915/intel_display.c | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git
On Thu, Jul 25, 2013 at 03:15:14PM -0700, Keith Packard wrote:
This adds the necesary register defines for async page flipping
through the command ring, and then hooks those up for Ivybridge (gen7)
page flipping.
Maybe mention hsw in the patch subject/description too.
Signed-off-by: Keith
https://bugs.freedesktop.org/show_bug.cgi?id=67550
Priority: medium
Bug ID: 67550
Assignee: dri-devel@lists.freedesktop.org
Summary: Radeon+Intel GPU with HDMI audio on Intel
Severity: normal
Classification: Unclassified
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=67550
--- Comment #1 from Andre Heider a.hei...@gmail.com ---
Created attachment 83312
-- https://bugs.freedesktop.org/attachment.cgi?id=83312action=edit
xorg.conf
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=67550
--- Comment #2 from Andre Heider a.hei...@gmail.com ---
Created attachment 83313
-- https://bugs.freedesktop.org/attachment.cgi?id=83313action=edit
xorg log without xorg.conf
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=67550
--- Comment #3 from Andre Heider a.hei...@gmail.com ---
Created attachment 83314
-- https://bugs.freedesktop.org/attachment.cgi?id=83314action=edit
xorg log with xorg.conf
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=66942
--- Comment #21 from Alexandre Demers alexandre.f.dem...@gmail.com ---
(In reply to comment #18)
(In reply to comment #17)
Alex, is there a chance for me to reverse some commits prior to 69e0b57 to
find which one or which feature is hanging
https://bugs.freedesktop.org/show_bug.cgi?id=67550
--- Comment #4 from Christian König deathsim...@vodafone.de ---
(In reply to comment #0)
#2, without xorg.conf
The receiver sends its own EDID block, so I can extend via xrandr without
turning on the projector.
But the projector is turned
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Tobias Droste tdro...@gmx.de changed:
What|Removed |Added
Kernel Version|3.10-drm-next-3.11 |drm-fixes-3.11
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=67187
--- Comment #7 from Harald Judt h.j...@gmx.at ---
Further tests show:
* the 0xCAFEDEAD seems to have been a one-time error that usually does not
occur
* in case of problems, UVD not responding does not always appear and is
successfully
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #6 from Alex Deucher alexdeuc...@gmail.com ---
Please attach your dmesg output with the latest drm bits.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #7 from Tobias Droste tdro...@gmx.de ---
Created attachment 107045
-- https://bugzilla.kernel.org/attachment.cgi?id=107045action=edit
dmesg | grep -iE drm|radeon|power|uvd
--
You are receiving this mail because:
You are watching
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #8 from Alex Deucher alexdeuc...@gmail.com ---
Does this patch help?
diff --git a/drivers/gpu/drm/radeon/cypress_dpm.c
b/drivers/gpu/drm/radeon/cypress_dpm.c
index 9bcdd17..1acbddb 100644
--- a/drivers/gpu/drm/radeon/cypress_dpm.c
+++
On 2013.07.30 at 10:53 -0400, Alex Deucher wrote:
On Tue, Jul 30, 2013 at 7:27 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2013.07.29 at 15:53 -0400, Alex Deucher wrote:
On Mon, Jul 29, 2013 at 2:10 PM, Eric W. Biederman
ebied...@xmission.com wrote:
Alex Deucher
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #26 from Sergey orbitg...@ukr.net ---
Created attachment 83321
-- https://bugs.freedesktop.org/attachment.cgi?id=83321action=edit
dmesg for patches from comment 23 and 24
Here are results:
With patch from comment 23: 1 hang in 5
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #27 from Alex Deucher ag...@yahoo.com ---
Created attachment 83324
-- https://bugs.freedesktop.org/attachment.cgi?id=83324action=edit
disable voltage control
The following 4 patches disable specific dpm features:
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #28 from Alex Deucher ag...@yahoo.com ---
Created attachment 83325
-- https://bugs.freedesktop.org/attachment.cgi?id=83325action=edit
disable clockgating
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #29 from Alex Deucher ag...@yahoo.com ---
Created attachment 83326
-- https://bugs.freedesktop.org/attachment.cgi?id=83326action=edit
disable dynamic spread spectrum
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #30 from Alex Deucher ag...@yahoo.com ---
Created attachment 83327
-- https://bugs.freedesktop.org/attachment.cgi?id=83327action=edit
disable dynamic pcie gen2
--
You are receiving this mail because:
You are the assignee for the
The psb_intel_crtc is generic and should be named appropriately
Signed-off-by: Patrik Jakobsson patrik.r.jakobs...@gmail.com
---
drivers/gpu/drm/gma500/cdv_intel_crt.c | 7 +-
drivers/gpu/drm/gma500/cdv_intel_display.c | 28 +++
drivers/gpu/drm/gma500/cdv_intel_dp.c| 10
The psb_intel_connector is generic and should be named appropriately
Signed-off-by: Patrik Jakobsson patrik.r.jakobs...@gmail.com
---
drivers/gpu/drm/gma500/cdv_intel_crt.c | 14 +++---
drivers/gpu/drm/gma500/cdv_intel_dp.c | 16
https://bugs.freedesktop.org/show_bug.cgi?id=59322
Marek Olšák mar...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 2013.07.30 at 20:46 +0200, Markus Trippelsdorf wrote:
On 2013.07.30 at 10:53 -0400, Alex Deucher wrote:
On Tue, Jul 30, 2013 at 7:27 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2013.07.29 at 15:53 -0400, Alex Deucher wrote:
On Mon, Jul 29, 2013 at 2:10 PM, Eric W.
https://bugs.freedesktop.org/show_bug.cgi?id=57875
Marek Olšák mar...@gmail.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #32 from Sergey orbitg...@ukr.net ---
Here are some testing results:
bug66963-no-voltage.diff - hangs 5 of 5 times
bug66963-no-cg.diff - hangs 5 of 5 times
bug66963-no-gen2.diff - hangs 5 of 5 times
bug66963-no-ss.diff
hanged 4
From: Alex Deucher alexander.deuc...@amd.com
Hi Dave,
A few more fixes for radeon on top of the ones I sent yesterday.
- more fixes for SI dpm
- fix DP on some rv6xx boards
The following changes since commit 63f22d0e98cf74adf4ecfb25099607239b00c751:
drm/radeon/dpm: fix and enable reclocking
https://bugs.freedesktop.org/show_bug.cgi?id=64695
--- Comment #7 from Marek Olšák mar...@gmail.com ---
This bug should be fixed with latest Mesa git now. Please confirm.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #9 from Tobias Droste tdro...@gmx.de ---
No.
It seems to work good as soon as the power state switches to a state with UVD
(jumping from 0 to 2 based on load). But without UVD running it stays on power
level 2 as soon as it lands
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #10 from Tobias Droste tdro...@gmx.de ---
Interesting fact #2:
# echo low power_dpm_force_performance_level
works with UVD running!
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #11 from Tobias Droste tdro...@gmx.de ---
Interesting fact #3:
it's also working if I only attach 1 monitor!
So it looks like power state 1, 2 and 4 are working correctly and power state 3
(no uvd and two monitors attached) is
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #10 from Luzipher luziphermcl...@yahoo.ie ---
I think this bug is fixed.
I retested for this issue on current mesa git (commit
7568a89500c35f14cbd397f87c77acc915afc672) on kernel 3.10.0-rc7. I could start
and exit juggler3d at
https://bugs.freedesktop.org/show_bug.cgi?id=65192
Luzipher luziphermcl...@yahoo.ie changed:
What|Removed |Added
Status|NEW |RESOLVED
On Thursday, July 18, 2013 02:16:09 AM Rafael J. Wysocki wrote:
On Sunday, June 09, 2013 07:01:36 PM Matthew Garrett wrote:
Windows 8 introduced new policy for backlight control by pushing it out to
graphics drivers. This appears to have coincided with a range of vendors
adding Windows 8
Hi Linus,
radeon, nouveau, exynos, intel, mgag200:
not all strictly regressions but there was probably only one patch I'd
have really left out and it didn't seem worth respinning exynos to avoid
it, the line change count is quite low.
radeon: regressions + more dynamic powermanagement fixes,
https://bugs.freedesktop.org/show_bug.cgi?id=66714
--- Comment #7 from Marco Trevisan (Treviño) m...@3v1n0.net ---
Not sure if this has been already done, but I guess that this fix should be
backported to linux 3.10
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=60639
--- Comment #3 from kerns...@schreib-doch-mal-wieder.de ---
The patch did not fix the issue. :( Didn't change anything.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66942
Alexandre Demers alexandre.f.dem...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 07/25/2013 09:32 PM, Rob Clark wrote:
On Thu, Jul 25, 2013 at 2:32 PM, Darren Etheridge detheri...@ti.com wrote:
Russell King and Sebastian Hasselbarth had proposed some very good changes
for the tda998x HDMI encoder driver. But when those changes were tested
on BeagleBone Black against the
On Tue, Jul 30, 2013 at 9:41 AM, Sedat Dilek sedat.di...@gmail.com wrote:
On Fri, Jul 26, 2013 at 10:15 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Fri, Jul 26, 2013 at 12:09:32PM +0200, David Herrmann wrote:
The VMA manager is page-size based so drm_vma_node_size() returns the size
in pages.
The debugfs register dumping function did not enable the HDMI clock.
This led to a possible system hang when reading the debugfs entry
while no HDMI cable was connected to the system. This patch makes
sure that the clock is enabled during the read.
Signed-off-by: Mikko Perttunen
From: Luis R. Rodriguez mcg...@do-not-panic.com
This backports the kernel's wound/wait style locks 040a0a371,
using the linux-stable v3.11-rc2 as a base for development.
Given the complexity to support debugging mutexes this backport
implementation is simplified by only making this feature
On Wed, 2013-07-31 at 02:01 +0200, Rafael J. Wysocki wrote:
(3) Fix i915 backlight control issues for all systems known to have them
(that may take a while) and flip the defailt for that option to set when
we
think we're ready.
Unfortunately I don't have any systems that reproduce
Signed-off-by: Stéphane Marchesin marc...@chromium.org
---
drivers/gpu/drm/gma500/cdv_intel_display.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/gma500/cdv_intel_display.c
b/drivers/gpu/drm/gma500/cdv_intel_display.c
index 82430ad..d691a3a 100644
---
Signed-off-by: Stéphane Marchesin marc...@chromium.org
---
drivers/gpu/drm/i915/intel_display.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 5fb3058..37b33c9 100644
--- a/drivers/gpu/drm/i915/intel_display.c
Signed-off-by: Stéphane Marchesin marc...@chromium.org
---
drivers/gpu/drm/drm_modes.c | 37 -
include/drm/drm_crtc.h | 3 ---
2 files changed, 40 deletions(-)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
index a6729bf..504a602
101 - 158 of 158 matches
Mail list logo
