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

[PATCH 3/3] drm/gma500: Rename psb_intel_encoder to gma_encoder

The psb_intel_encoder is generic and should be named appropriately Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_intel_crt.c | 31 --- drivers/gpu/drm/gma500/cdv_intel_display.c | 10 +-- drivers/gpu/drm/gma500/cdv_intel_dp.c| 130

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

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

[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 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 #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 64695] Enabling both MLAA and MLAA color 2D crashes Gnome Shell on Cayman (6950)

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

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

vel/attachments/20130730/674bf9f4/attachment.html>

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

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/6a213193/attachment.html>

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,

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

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

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

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

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/77c0d62c/attachment.html>

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

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

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

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

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

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/89f28900/attachment.html>

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

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

[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

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

tch, but less luck during testing) -- 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/3c7f04fd/attachment.html>

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

[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=edit dmesg | grep -iE "drm|radeon|power|uvd" -- You are receiving this mail because: You are watching the assignee of 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.

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

s/dri-devel/attachments/20130730/6e80b784/attachment.html>

[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

[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

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

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/7b90490d/attachment.html>

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

<http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/bbc59272/attachment-0001.html>

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

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

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

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

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

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

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/987c16f1/attachment.html>

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

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

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

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/52aaf516/attachment.html>

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

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

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

[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

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

gt; We should probably also reject modes at drm core level where both > positive and negative flags are set, again in a separate follow-up > patch. > > --Imre -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130730/542259e6/attachment.pgp>

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

x. We should probably also reject modes at drm core level where both positive and negative flags are set, again in a separate follow-up patch. --Imre -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc

[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) if

[Bug 67435] HDMI audio silent on Radeon Mobility HD4650

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

[Bug 67435] HDMI audio silent on Radeon Mobility HD4650

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

[Bug 67435] HDMI audio silent on Radeon Mobility HD4650

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130730/675f6de9/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

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

[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

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

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

[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 67530] VDPAU state tracker reports wrong codec level

es/dri-devel/attachments/20130730/f14e0513/attachment-0001.html>

[Bug 67530] VDPAU state tracker reports wrong codec level

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/966ac02a/attachment.html>

[Bug 67530] VDPAU state tracker reports wrong codec level

level. -- 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/76eb3bd8/attachment.html>

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

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

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

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

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

[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

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

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130730/1b031a39/attachment.html>

[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

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

[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

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

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

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

[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

[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

[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

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

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

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

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

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

[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 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 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 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 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 #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 #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:

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

  1   2   >