Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control

Hi Rahul, On 2013년 07월 30일 12:42, Rahul Sharma wrote: On Tue, Jun 18, 2013 at 5:07 PM, Kishon Vijay Abraham I kis...@ti.com mailto:kis...@ti.com wrote: Hi, On Tuesday 18 June 2013 03:33 PM, Rahul Sharma wrote: Thanks all, On Fri, Jun 14, 2013 at 11:39 AM, 김승우

Re: [PATCH 1/3] drm/nouveau: fix vblank interrupt being called before event is setup

Op 30-07-13 04:42, Ben Skeggs schreef: On Tue, Jul 23, 2013 at 11:43 PM, Maarten Lankhorst maarten.lankho...@canonical.com wrote: Sort of fixes mmiotrace for me again, I could sear I sent a similar patch before the rework to event interface, so I guess it got reintroduced. I don't know

Re: [PATCH 1/3] drm/nouveau: fix vblank interrupt being called before event is setup

On Tue, Jul 30, 2013 at 4:10 PM, Maarten Lankhorst maarten.lankho...@canonical.com wrote: Op 30-07-13 04:42, Ben Skeggs schreef: On Tue, Jul 23, 2013 at 11:43 PM, Maarten Lankhorst maarten.lankho...@canonical.com wrote: Sort of fixes mmiotrace for me again, I could sear I sent a similar patch

Re: [PATCH 4/4] snd/hda: add runtime suspend/resume on optimus support

On Mon, Jul 29, 2013 at 10:46 PM, Takashi Iwai ti...@suse.de wrote: At Mon, 29 Jul 2013 16:06:59 +1000, Dave Airlie wrote: Add support for HDMI audio device on VGA cards that powerdown to D3cold using non-standard ACPI/PCI infrastructure (optimus). This does a couple of things to make it

[PATCH] drm: use ida to allocate connector ids

This makes it so that reloading a module does not cause all the connector ids to change, which are user-visible and sometimes used for configuration. Signed-off-by: Ilia Mirkin imir...@alum.mit.edu --- Only mild testing... reloaded nouveau a few times, all the connectors kept their original ids.

[PATCH v2] drm: use ida to allocate connector ids

This makes it so that reloading a module does not cause all the connector ids to change, which are user-visible and sometimes used for configuration. Signed-off-by: Ilia Mirkin imir...@alum.mit.edu --- v1 - v2: correct loop condition... not sure how that slipped past me... the code started out

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #35 from Arek Ruśniak arek.r...@gmail.com --- no pain no gain. Now everything works fast as hell. Even UVD is fliker-free now. Thanks Alex, best regards to you and radeon team. -- You are receiving this mail because: You are watching

[Bug 67187] Radeon HD6950: UVD not responding, trying to reset the VCPU

https://bugs.freedesktop.org/show_bug.cgi?id=67187 --- Comment #5 from Harald Judt h.j...@gmx.at --- Created attachment 83279 -- https://bugs.freedesktop.org/attachment.cgi?id=83279action=edit dmesg.out Ok, I gave it a try with new vanilla 3.11-rc3. It ends with the following error message,

[Bug 67187] Radeon HD6950: UVD not responding, trying to reset the VCPU

https://bugs.freedesktop.org/show_bug.cgi?id=67187 --- Comment #6 from Harald Judt h.j...@gmx.at --- Note that the cayman: suspending/suspend complete and resuming/resume complete functions are only simple printks I added to the begin and end of the cayman_suspend/cayman_resume functions. --

Re: [RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control

Thanks Seung-Woo, On Tue, Jul 30, 2013 at 11:36 AM, Seung-Woo Kim sw0312@samsung.com wrote: Hi Rahul, On 2013년 07월 30일 12:42, Rahul Sharma wrote: On Tue, Jun 18, 2013 at 5:07 PM, Kishon Vijay Abraham I kis...@ti.com mailto:kis...@ti.com wrote: Hi, On Tuesday 18 June 2013

[Bug 67530] New: Wrong UVD capabilities reported by VDPAU on Brazos

https://bugs.freedesktop.org/show_bug.cgi?id=67530 Priority: medium Bug ID: 67530 Assignee: dri-devel@lists.freedesktop.org Summary: Wrong UVD capabilities reported by VDPAU on Brazos Severity: normal Classification: Unclassified

Re: Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

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 ebied...@xmission.com wrote: Alex Deucher

[Bug 67530] VDPAU state tracker reports wrong codec level

https://bugs.freedesktop.org/show_bug.cgi?id=67530 Christian König deathsim...@vodafone.de changed: What|Removed |Added Severity|normal |enhancement

Re: Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

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

[Bug 67530] VDPAU state tracker reports wrong codec level

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

[Bug 67530] VDPAU state tracker reports wrong codec level

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

Re: [Intel-gfx] [PATCH] drm/i915: make user mode sync polarity setting explicit

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

Re: [Intel-gfx] [PATCH] drm/i915: make user mode sync polarity setting explicit

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

Re: [PATCH] mutex: fix deadlock injection

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

Is: Regression introduced by 0108bc808107b97e101b15af9705729626be6447 - drm/nouveau: do not allow negative sizes for now (Was:Re: nouveau crash with 3.11-rc2)

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

[edid-decode] Decode HDMI 1.4 4k VICs

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 @@

[PATCH] drm/cirrus: Invalidate page tables when pinning a BO

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

Re: Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

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,

[Bug 67435] HDMI audio silent on Radeon Mobility HD4650

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

[Bug 67435] HDMI audio silent on Radeon Mobility HD4650

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

[Bug 67435] HDMI audio silent on Radeon Mobility HD4650

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

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Add async page flip support for SNB

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

Re: [PATCH 1/2] drm/i915: Add async page flip support for IVB

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

[Bug 67550] New: Radeon+Intel GPU with HDMI audio on Intel

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:

[Bug 67550] Radeon+Intel GPU with HDMI audio on Intel

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.

[Bug 67550] Radeon+Intel GPU with HDMI audio on Intel

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

[Bug 67550] Radeon+Intel GPU with HDMI audio on Intel

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

[Bug 66942] Cayman HD 6950 hangs at start when loading kernel 3.11.0-rc1 or drm-next

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

[Bug 67550] Radeon+Intel GPU with HDMI audio on Intel

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

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

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

[Bug 67187] Radeon HD6950: UVD not responding, trying to reset the VCPU

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

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

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.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

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

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

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 +++

Re: Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

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

[Bug 66963] r600: linux 3.11RC isn't booting with radeon.dpm=1 option in grub

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

[Bug 66963] r600: linux 3.11RC isn't booting with radeon.dpm=1 option in grub

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:

[Bug 66963] r600: linux 3.11RC isn't booting with radeon.dpm=1 option in grub

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.

[Bug 66963] r600: linux 3.11RC isn't booting with radeon.dpm=1 option in grub

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

[Bug 66963] r600: linux 3.11RC isn't booting with radeon.dpm=1 option in grub

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

[PATCH 1/3] drm/gma500: Rename psb_intel_crtc to gma_crtc

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

[PATCH 2/3] drm/gma500: Rename psb_intel_connector to gma_connector

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

[Bug 59322] r300g MSAA breaks Half-Life 2 in Wine

https://bugs.freedesktop.org/show_bug.cgi?id=59322 Marek Olšák mar...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: Commit f5d9b7f0f9 (fix r600_enable_sclk_control()) causes kexec issues

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.

[Bug 57875] Second Life viewer bad rendering with git-ec83535

https://bugs.freedesktop.org/show_bug.cgi?id=57875 Marek Olšák mar...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED

[Bug 66963] r600: linux 3.11RC isn't booting with radeon.dpm=1 option in grub

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

[pull] radeon drm-fixes-3.11

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

[Bug 64695] Enabling both MLAA and MLAA color 2D crashes Gnome Shell on Cayman (6950)

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. ___

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

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

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

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.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

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

[Bug 65192] [r600g] Screensavers lock up machine (screen goes blank, keyboard unresponsive, sound loops; sysrq/ssh possible)

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

[Bug 65192] [r600g] Screensavers lock up machine (screen goes blank, keyboard unresponsive, sound loops; sysrq/ssh possible)

https://bugs.freedesktop.org/show_bug.cgi?id=65192 Luzipher luziphermcl...@yahoo.ie changed: What|Removed |Added Status|NEW |RESOLVED

Re: [Update][PATCH 0/3] Fix backlight issues on some Windows 8 systems

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

[git pull] drm fixes

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,

[Bug 66714] Mobility Radeon HD 5650 doesn't boot with kernel 3.10 (and newer) when using radeon.audio=1

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.

[Bug 60639] RV635: Kernel displays black screen when monitor is connect via DisplayPort

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.

[Bug 66942] Cayman HD 6950 hangs at start when loading kernel 3.11.0-rc1 or drm-next

https://bugs.freedesktop.org/show_bug.cgi?id=66942 Alexandre Demers alexandre.f.dem...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH 0/2] drm/tilcdc drm/i2c/tda998x workaround for sync issues on TI SoC

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

Re: [PATCH v2] drm/gem: fix mmap vma size calculations

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.

[PATCH] host1x: hdmi: Make sure clock is enabled before dumping registers

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

[PATCH 08/14] backports: backport ww_mutex support

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

Re: [Update][PATCH 0/3] Fix backlight issues on some Windows 8 systems

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

[PATCH 1/3] drm/gma500: Remove useless define

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 ---

[PATCH 2/3] drm/i915: Remove useless define

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

[PATCH 3/3] drm: Remove drm_mode_validate_clocks

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

[GIT PULL] exynos-drm-fixes

Hi Dave, This pull request fixes module build and g2d clock control issues, and includes related cleanup. Please kindly let me know if there is any problem. Thanks, Inki Dae The following changes since commit bf903e4141fce4b35072d5b8fa0ddd299aaf01ea: Merge tag

[Bug 67435] HDMI audio silent on Radeon Mobility HD4650

https://bugs.freedesktop.org/show_bug.cgi?id=67435 --- Comment #11 from Alex Deucher --- Can you tell be the values of 0x7340, 0x7344, 0x520, and 0x530? avivotool regmatch 0x7340 avivotool regmatch 0x7344 avivotool regmatch 0x520 avivotool regmatch 0x530 -- You are receiving this mail because:

[Bug 67435] HDMI audio silent on Radeon Mobility HD4650

https://bugs.freedesktop.org/show_bug.cgi?id=67435 --- Comment #12 from Kris Scott --- 0x73400x001b0018 (1769496) 0x73440x0070 (112) 0x5200x0070 (112) 0x5300x0070 (112) -- You are receiving this mail because: You are the assignee for the bug. -- next

[Bug 67435] HDMI audio silent on Radeon Mobility HD4650

https://bugs.freedesktop.org/show_bug.cgi?id=67435 --- Comment #13 from Kris Scott --- That is also after I had changed the registers that Rafal asked me to change, if it makes any difference. -- You are receiving this mail because: You are the assignee for the bug. -- next part

[Bug 67435] HDMI audio silent on Radeon Mobility HD4650

https://bugs.freedesktop.org/show_bug.cgi?id=67435 --- Comment #14 from Alex Deucher --- Can you boot back into the broken state and try this alternative fix: avivotool regset 0x7344 0x0170 -- You are receiving this mail because: You are the assignee for the bug. -- next part

[Bug 66963] r600: linux 3.11RC isn't booting with radeon.dpm=1 option in grub

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/52b63041/attachment.html>

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #34 from rafael castillo --- tested with today drm-fixes patches and its reclocking like a boss and xonotic passed from 30 FPS to an massive 190FPS in ultimate at 1366x768. i read you need some fixes for other part of asic for later

[Bug 66942] Cayman HD 6950 hangs at start when loading kernel 3.11.0-rc1 or drm-next

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/da9167ce/attachment.html>

[PATCH 1/3] drm/nouveau: fix vblank interrupt being called before event is setup

On Tue, Jul 23, 2013 at 11:43 PM, Maarten Lankhorst wrote: > Sort of fixes mmiotrace for me again, I could sear I sent a similar patch > before > the rework to event interface, so I guess it got reintroduced. I don't know how/why you think this fixes anything. The interrupt handler can't

[Bug 66942] Cayman HD 6950 hangs at start when loading kernel 3.11.0-rc1 or drm-next

deon (e.g., add radeon.modeset=0 to your kernel command line in grub)? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130

[Bug 66942] Cayman HD 6950 hangs at start when loading kernel 3.11.0-rc1 or drm-next

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/3f32e572/attachment.html>

[Bug 66963] r600: linux 3.11RC isn't booting with radeon.dpm=1 option in grub

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/a119ee94/attachment.html>

[Bug 66963] r600: linux 3.11RC isn't booting with radeon.dpm=1 option in grub

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/0348f8ff/attachment-0001.html>

[RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control

irectly calls phy operations, but Rahul's another patch > >> set, mentioned by Inki, divides hdmi and hdmiphy and hdmi and hdmiphy is > >> connected with exynos hdmi own sub driver callback operations. > >> > >> IMHO, if phy framework can support extend callback feature, then this > >> own sub driver callbacks can be replaced with phy framework at long term > >> view. > > > > Extended callbacks are always welcome. I can also use phy device > > private data to pass on private ops like get_pixelclk and set_pixelclk. > > I would recommend creating a wrapper to the existing PHY framework > for HDMI PHY. That way, we can have other HDMI phys added > easily. We need to figure out all the ops that might be needed by the > HDMI PHY to be added to the wrapper. > IMO extended callbacks can lead to abuse of the system and should be > used only when absolutely necessary. > > Thanks > Kishon > Thanks Kishon, I have started working on this wrapper layer which is customized for video phys. As if now, adding set_dv_timing, get_dv_timing as the only additional callbacks. I will post the RFC patches. regards, Rahul Sharma. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/924b5482/attachment-0001.html>

[PATCH 1/4] gpu/vga_switcheroo: add driver control power feature. (v3)

On Tue, Jul 30, 2013 at 11:50 AM, Hohahiu wrote: > Hello, Dave! > > I have a hybrid muxless laptop with intel+radeon: > #lspci | grep VGA > 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor > Graphics Controller (rev 09) > 01:00.0 VGA compatible controller: Advanced

[Bug 60639] RV635: Kernel displays black screen when monitor is connect via DisplayPort

https://bugzilla.kernel.org/show_bug.cgi?id=60639 --- Comment #2 from Alex Deucher --- Created attachment 107040 --> https://bugzilla.kernel.org/attachment.cgi?id=107040=edit possible fix The attached patch should fix the issue. -- You are receiving this mail because: You are watching the

[RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control

Hi, On Tuesday 30 July 2013 09:12 AM, Rahul Sharma wrote: > > > On Tue, Jun 18, 2013 at 5:07 PM, Kishon Vijay Abraham I > wrote: > > Hi, > > On Tuesday 18 June 2013 03:33 PM, Rahul Sharma wrote: > > Thanks all, > > > > On Fri, Jun 14, 2013 at

[RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control

nd callback pointers > to phy > > >> framework? > > >> > > >> Currently, hdmi directly calls phy operations, but Rahul's > another patch > > >> set, mentioned by Inki, divides hdmi and hdmiphy and hdmi and > hdmiphy is > > >> connected with exynos hdmi own sub driver callback operations. > > >> > > >> IMHO, if phy framework can support extend callback feature, then > this > > >> own sub driver callbacks can be replaced with phy framework at > long term > > >> view. > > > > > > Extended callbacks are always welcome. I can also use phy device > > > private data to pass on private ops like get_pixelclk and > set_pixelclk. > > > > I would recommend creating a wrapper to the existing PHY framework > > for HDMI PHY. That way, we can have other HDMI phys added > > easily. We need to figure out all the ops that might be needed by the > > HDMI PHY to be added to the wrapper. > > IMO extended callbacks can lead to abuse of the system and should be > > used only when absolutely necessary. > > > > Thanks > > Kishon > > > > > > Thanks Kishon, > > > > I have started working on this wrapper layer which is customized for > video phys. > > As if now, adding set_dv_timing, get_dv_timing as the only additional > callbacks. > > I will post the RFC patches. > > Idea of creating wrapper layer for different types of controller is shot > down > in the community [1] :-s > > [1] -> > http://lists.infradead.org/pipermail/linux-arm-kernel/2013-July/181710.html > > Thanks > Kishon > Thanks Kishon, I didn't notice the mail thread. I will continue the discussion there. Regards, Rahul Sharma -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/d531e3fc/attachment.html>

[RFC 0/2] exynos5250/hdmi: replace dummy hdmiphy clock with pmu reg control

Hi Rahul, On 2013? 07? 30? 12:42, Rahul Sharma wrote: > > > On Tue, Jun 18, 2013 at 5:07 PM, Kishon Vijay Abraham I > wrote: > > Hi, > > On Tuesday 18 June 2013 03:33 PM, Rahul Sharma wrote: > > Thanks all, > > > > On Fri, Jun 14, 2013 at 11:39

[PATCH 1/3] drm/nouveau: fix vblank interrupt being called before event is setup

Op 30-07-13 04:42, Ben Skeggs schreef: > On Tue, Jul 23, 2013 at 11:43 PM, Maarten Lankhorst > wrote: >> Sort of fixes mmiotrace for me again, I could sear I sent a similar patch >> before >> the rework to event interface, so I guess it got reintroduced. > I don't know how/why you think this

[PATCH 1/3] drm/nouveau: fix vblank interrupt being called before event is setup

On Tue, Jul 30, 2013 at 4:10 PM, Maarten Lankhorst wrote: > Op 30-07-13 04:42, Ben Skeggs schreef: >> On Tue, Jul 23, 2013 at 11:43 PM, Maarten Lankhorst >> wrote: >>> Sort of fixes mmiotrace for me again, I could sear I sent a similar patch >>> before >>> the rework to event interface, so I

[PATCH 4/4] snd/hda: add runtime suspend/resume on optimus support

On Mon, Jul 29, 2013 at 10:46 PM, Takashi Iwai wrote: > At Mon, 29 Jul 2013 16:06:59 +1000, > Dave Airlie wrote: >> >> Add support for HDMI audio device on VGA cards that powerdown >> to D3cold using non-standard ACPI/PCI infrastructure (optimus). >> >> This does a couple of things to make it

[PATCH] drm: use ida to allocate connector ids

This makes it so that reloading a module does not cause all the connector ids to change, which are user-visible and sometimes used for configuration. Signed-off-by: Ilia Mirkin --- Only mild testing... reloaded nouveau a few times, all the connectors kept their original ids.

[PATCH v2] drm: use ida to allocate connector ids

This makes it so that reloading a module does not cause all the connector ids to change, which are user-visible and sometimes used for configuration. Signed-off-by: Ilia Mirkin --- v1 -> v2: correct loop condition... not sure how that slipped past me... the code started out by being <=

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #35 from Arek Ru?niak --- no pain no gain. Now everything works fast as hell. Even UVD is fliker-free now. Thanks Alex, best regards to you and radeon team. -- You are receiving this mail because: You are watching the assignee of

[PATCH] mutex: fix deadlock injection

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 radeon with CONFIG_DEBUG_WW_MUTEX_SLOWPATH=y because a function that shouldn't be able to

[Bug 67187] Radeon HD6950: UVD not responding, trying to reset the VCPU

at could give more insight? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/1c952dbc/attachment.html>

[Bug 67187] Radeon HD6950: UVD not responding, trying to reset the VCPU

uspend/cayman_resume functions. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/2d7a3a97/attachment.html>

[PATCH] mutex: fix deadlock injection

On Tue, Jul 30, 2013 at 10:13:41AM +0200, Maarten Lankhorst 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 radeon with >

  1   2   >