[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. drivers/gpu/drm/dr

[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 <= DRM...VIR

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

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

[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 --- Created attachment 83279 --> https://bugs.freedesktop.org/attachment.cgi?id=83279&action=edit dmesg.out Ok, I gave it a try with new vanilla 3.11-rc3. It ends with the following error message, though I'm not

[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 --- 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. -- You are

Re: [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 > CONFIG_

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 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 > > wrote: >> >> Hi, >> >> On Tuesday 18 June 2013 03:33 PM, Rahul Sh

[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 > wrote: > > Alex Deucher writes: > > > >> On Mon, Jul 29, 2013 at 11:50 AM, Eric W. Biederman > >> wrote: > >>> > >>> > >>> Alex Deucher wrote: > On Mon, Jul 29, 2013 at 10:09 AM, Markus

[Bug 67530] VDPAU state tracker reports wrong codec level

https://bugs.freedesktop.org/show_bug.cgi?id=67530 Christian König changed: What|Removed |Added Severity|normal |enhancement Summary|Wrong U

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 > > wrote: > > > Alex Deucher writes: > > > > > >> On Mon, Jul 29, 2013 at 11:50 AM, Eric W. Biederman > > >> wrote: > > >>> > > >>>

[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 --- 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 hardware limitation? -- You a

[Bug 67530] VDPAU state tracker reports wrong codec level

https://bugs.freedesktop.org/show_bug.cgi?id=67530 --- Comment #3 from Christian König --- (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 > YUYV? Is it some hardw

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

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 t

Re: [PATCH] mutex: fix deadlock injection

On Tue, Jul 30, 2013 at 4:13 AM, 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 > CONFIG_DEBUG_WW

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 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 :22 > > ^G^G^G

[edid-decode] Decode HDMI 1.4 4k VICs

Signed-off-by: Damien Lespiau --- 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 @@ cea_hdmi_block(unsigned char *x)

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

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

On Tue, Jul 30, 2013 at 7:27 AM, 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 >> wrote: >> > Alex Deucher writes: >> > >> >> On Mon, Jul 29, 2013 at 11:50 AM, Eric W. Biederman >> >> wrote: >> >>> >> >>> >>

[Bug 67435] HDMI audio silent on Radeon Mobility HD4650

https://bugs.freedesktop.org/show_bug.cgi?id=67435 --- Comment #15 from Kris Scott --- 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 dri-devel@lists.freedeskt

[Bug 67435] HDMI audio silent on Radeon Mobility HD4650

https://bugs.freedesktop.org/show_bug.cgi?id=67435 --- Comment #16 from Alex Deucher --- Created attachment 83304 --> https://bugs.freedesktop.org/attachment.cgi?id=83304&action=edit fix This patch should fix it. -- You are receiving this mail because: You are the assignee for the bug. _

[Bug 67435] HDMI audio silent on Radeon Mobility HD4650

https://bugs.freedesktop.org/show_bug.cgi?id=67435 --- Comment #17 from Christian König --- 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 because: You are the assignee f

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 > --- > drivers/gpu/drm/i915/intel_display.c | 17 + > 1 file changed, 13 insertions(+), 4 deletions(-) > > diff --git a/drivers/gpu/drm/i915/intel_display.

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

[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 --- Created attachment 83312 --> https://bugs.freedesktop.org/attachment.cgi?id=83312&action=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 --- Created attachment 83313 --> https://bugs.freedesktop.org/attachment.cgi?id=83313&action=edit xorg log without 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 #3 from Andre Heider --- Created attachment 83314 --> https://bugs.freedesktop.org/attachment.cgi?id=83314&action=edit xorg log with xorg.conf -- You are receiving this mail because: You are the assignee for 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 --- Comment #20 from Alexandre Demers --- (In reply to comment #19) > Does booting a recent 3.11rc kernel with radeon.aspm=0 help? No, still hangs at the same point. -- You are receiving this mail because: You are the assignee for 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 --- Comment #21 from Alexandre Demers --- (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 my computer? Any approac

[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 --- (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 off in most cases, so

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

https://bugzilla.kernel.org/show_bug.cgi?id=60523 Tobias Droste changed: What|Removed |Added Kernel Version|3.10-drm-next-3.11 |drm-fixes-3.11 --- Comment #5 from Tobias

[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 --- 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 initialized, but the

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

https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #6 from Alex Deucher --- Please attach your dmesg output with the latest drm bits. -- You are receiving this mail because: You are watching the assignee of the bug. ___ dri-devel mailing li

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

https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #7 from Tobias Droste --- Created attachment 107045 --> https://bugzilla.kernel.org/attachment.cgi?id=107045&action=edit dmesg | grep -iE "drm|radeon|power|uvd" -- You are receiving this mail because: You are watching the assignee

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

https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #8 from Alex Deucher --- 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 +++ b/drivers/gpu/drm/rad

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 > wrote: > > On 2013.07.29 at 15:53 -0400, Alex Deucher wrote: > >> On Mon, Jul 29, 2013 at 2:10 PM, Eric W. Biederman > >> wrote: > >> > Alex Deucher writes: > >> > > >> >> On Mon, Jul 29, 2

[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 --- Created attachment 83321 --> https://bugs.freedesktop.org/attachment.cgi?id=83321&action=edit dmesg for patches from comment 23 and 24 Here are results: With patch from comment 23: 1 hang in 5 boots, good work

[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 --- Created attachment 83324 --> https://bugs.freedesktop.org/attachment.cgi?id=83324&action=edit disable voltage control The following 4 patches disable specific dpm features: bug66963-no-voltage.diff - disa

[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 --- Created attachment 83325 --> https://bugs.freedesktop.org/attachment.cgi?id=83325&action=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 --- Created attachment 83326 --> https://bugs.freedesktop.org/attachment.cgi?id=83326&action=edit disable dynamic spread spectrum -- 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 #30 from Alex Deucher --- Created attachment 83327 --> https://bugs.freedesktop.org/attachment.cgi?id=83327&action=edit disable dynamic pcie gen2 -- 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 #31 from Alex Deucher --- please make sure to cold reset between attempts. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@li

[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 --- 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 +-- drivers/gpu/drm/gma500/cd

[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 --- drivers/gpu/drm/gma500/cdv_intel_crt.c | 14 +++--- drivers/gpu/drm/gma500/cdv_intel_dp.c | 16 drivers/gpu/drm/gma500/cdv_intel_hdmi.c| 12 ++--

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

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

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 > > wrote: > > > On 2013.07.29 at 15:53 -0400, Alex Deucher wrote: > > >> On Mon, Jul 29, 2013 at 2:10 PM, Eric W. Biederman > > >>

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

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

[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 --- 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 times, then 2 normal bo

[pull] radeon drm-fixes-3.11

From: Alex Deucher 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 on SI (2013-07-29 18:14:42

[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 --- 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. ___ dri-devel mailing l

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

https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #9 from Tobias Droste --- 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 there. So it goes

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

https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #10 from Tobias Droste --- 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 --- 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 broken. -- You are

[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 --- 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 least 20 times without cra

[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 changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

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 Window

[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) --- 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 changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

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 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 tilcdc driver man

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

On Fri, Jul 26, 2013 at 10:15 PM, Daniel Vetter 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. However, drm_gem_mmap_obj() requires the size in bytes. Apply >> PAGE_SHIFT so we no l

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

On Tue, Jul 30, 2013 at 9:41 AM, Sedat Dilek wrote: > On Fri, Jul 26, 2013 at 10:15 PM, Daniel Vetter 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. However, drm_gem_mmap_obj()

[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 --- drivers/gpu/

[PATCH 08/14] backports: backport ww_mutex support

From: "Luis R. Rodriguez" 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 availabe if you to have DEBU

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 reproduc

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

Signed-off-by: Stéphane Marchesin --- 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 --- a/drivers/gpu/drm/gma500/cdv_intel_displ

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

Signed-off-by: Stéphane Marchesin --- 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 +++ b/drivers/gpu/drm

[PATCH 3/3] drm: Remove drm_mode_validate_clocks

Signed-off-by: Stéphane Marchesin --- 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 100644 --- a/drivers/

Quick question on DCE8 (HD7770?)

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 ava

Quick question on DCE8 (HD7770?)

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 ava

[Bug 60659] New: Backlight control interface with nouveau driver for nVidia Quadro 1000m not works

https://bugzilla.kernel.org/show_bug.cgi?id=60659 Bug ID: 60659 Summary: Backlight control interface with nouveau driver for nVidia Quadro 1000m not works Product: Drivers Version: 2.5 Kernel Version: 3.11-rc3 and oldier

Re: [Intel-gfx] [PATCH 1/3] drm/gma500: Remove useless define

On Wed, Jul 31, 2013 at 2:23 AM, Stéphane Marchesin wrote: > Signed-off-by: Stéphane Marchesin > --- > 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 >

[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 'drm-intel-fixes-2013-07-2

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

ng 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/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 so

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

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

disable radeon (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/attachm

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

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

are the assignee 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

gt;> 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. 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 Micro

[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&action=edit possible fix The attached patch should fix the issue. -- You are receiving this mail because: You are watching

[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 11:39

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

add driver specific extend 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 AM,

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

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

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

[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. drivers/gpu/drm/dr

[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 <= DRM...VIR

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

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

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

bugging messages that 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

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

  1   2   >