[Bug 71067] [drm:r600] UVD not responding OR failed testing IB on GFX ring

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/5b958391/attachment.html>

[Bug 71067] [drm:r600] UVD not responding OR failed testing IB on GFX ring

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

[Bug 71067] [drm:r600] UVD not responding OR failed testing IB on GFX ring

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/32b56978/attachment-0001.html>

[Bug 71067] [drm:r600] UVD not responding OR failed testing IB on GFX ring

|Linux (All) -- 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/20131030/662b84bc/attachment.html>

[Bug 71067] New: [drm:r600] UVD not responding OR failed testing IB on GFX ring

eiving 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/20131030/22931253/attachment.html>

[PATCH] drm/sysfs: Do not drop device reference twice

device object > lifetimes". Yes, I think that's the one that broke it. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/a401c97f/attachment.pgp>

[PATCH 29/51] DMA-API: ata: pata_octeon_cf: convert to use dma_coerce_mask_and_coherent()

On Thu, Sep 19, 2013 at 11:54 PM, Russell King wrote: > diff --git a/drivers/ata/pata_octeon_cf.c b/drivers/ata/pata_octeon_cf.c > index c51bbb9..6231d43 100644 > --- a/drivers/ata/pata_octeon_cf.c > +++ b/drivers/ata/pata_octeon_cf.c > @@ -1014,8 +1014,9 @@ static

vddc phase shedding in smc tables

> unless I'm not understanding your question. Nope, my bad, I miss-read and did not double-check. :) BTW, which generations/families/types(mobile...) do support phase shedding? regards, -- Sylvain

outcome of DRM/KMS DT bindings session

On Wednesday 30 of October 2013 13:02:29 Sascha Hauer wrote: > On Tue, Oct 29, 2013 at 01:52:57PM +1000, Dave Airlie wrote: > > So we had a sessions at kernel summit to discuss the driver model and > > DT interactions for a display pipeline, > > > > we had good attendance from a few sides and I

[PATCH v2 12/26] drm/exynos: Split manager/display/subdrv

On Wed, Oct 30, 2013 at 4:32 PM, Sean Paul wrote: > Once all required nodes have been "claimed", the main driver's probe > would call drm_platform/pci_init to kick off load(). After load() has > finished, the drm layer would then call the various standalone driver > hooks that were previously

[PATCH v2 12/26] drm/exynos: Split manager/display/subdrv

On Wednesday 30 October 2013 11:32:24 Sean Paul wrote: > On Tue, Oct 29, 2013 at 4:50 PM, Tomasz Figa wrote: > > On Tuesday 29 of October 2013 16:36:47 Sean Paul wrote: [snip] > >> An example: exynos_drm_drv would be a platform_driver which implements > >> drm_driver. On drm_load, it would

[PATCH] drm/radeon: don't use PACKET2 on CIK

Am 30.10.2013 14:41, schrieb Marek Ol??k: > From: Marek Ol??k > > It is said to cause hangs. > > Signed-off-by: Marek Ol??k We should probably do so for SI as well. Patch is Reviewed-by: Christian K?nig > --- > drivers/gpu/drm/radeon/cik.c | 2 +- > 1 file changed, 1 insertion(+), 1

[PATCH] drm/radeon: don't use PACKET2 on CIK

From: Marek Ol??k It is said to cause hangs. Signed-off-by: Marek Ol??k --- drivers/gpu/drm/radeon/cik.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c index 2cd2ac0..44507a4 100644 ---

vddc phase shedding in smc tables

On Wed, Oct 30, 2013 at 2:28 PM, Sylvain BERTRAND wrote: >> unless I'm not understanding your question. > > Nope, my bad, I miss-read and did not double-check. > > :) > > BTW, which generations/families/types(mobile...) do support phase shedding? Southern Islands and Sea Islands dGPU parts as

[Bug 64471] Radeon HD6570 lockup in Brütal Legend with HyperZ

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/e0f75e75/attachment.html>

[Bug 71046] GPU lockup on HD5470 with Brütal Legend

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131030/3a13af1d/attachment.html>

[Bug 71046] GPU lockup on HD5470 with Brütal Legend

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/e38fc6b0/attachment.html>

[PATCH] drm/sysfs: Do not drop device reference twice

2013/10/30 Thierry Reding : > device_unregister() already drops its reference to the struct device, so > explicitly calling put_device() before device_unregister() can cause the > device to have been freed before it can be unregistered. > > Signed-off-by: Thierry Reding I started investigating

[Linaro-mm-sig] thoughts of looking at android fences

op 24-10-13 14:13, Maarten Lankhorst schreef: > op 09-10-13 16:39, Maarten Lankhorst schreef: >> Hey, >> >> op 08-10-13 19:37, John Stultz schreef: >>> On Wed, Oct 2, 2013 at 11:13 AM, Erik Gilling >>> wrote: On Wed, Oct 2, 2013 at 12:35 AM, Maarten Lankhorst wrote: > Depending

outcome of DRM/KMS DT bindings session

On Tue, Oct 29, 2013 at 01:52:57PM +1000, Dave Airlie wrote: > So we had a sessions at kernel summit to discuss the driver model and > DT interactions for a display pipeline, > > we had good attendance from a few sides and I hope to summarise the > recommendations below, > > a) Device Tree

[Bug 71046] GPU lockup on HD5470 with Brütal Legend

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

[PATCH 2/2] drm/radeon: fix UVD destroy IB size

From: Christian K?nig The parameter is in bytes not dwords. Signed-off-by: Christian K?nig Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_uvd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_uvd.c

[PATCH 1/2] drm/radeon: activate UVD clocks before sending the destroy msg

From: Christian K?nig Make sure the UVD clocks are still active before sending the destroy message, otherwise the hw might hang. Signed-off-by: Christian K?nig Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_uvd.c | 2 ++ 1 file changed, 2

[PATCH 2/2] simplefb: use write-combined remapping

info->fix.smem_len); >> if (!info->screen_base) { >> framebuffer_release(info); >> return -ENODEV; >> -- >> 1.8.4 >> ------ next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/1adbb290/attachment.pgp>

outcome of DRM/KMS DT bindings session

gnificant amount of time to get it to some sane state where having multiple subdrivers are handled fairly nicely (in my opinion). Rewriting all of it isn't something that I look forward to at all. Thierry -- next part -- A non-text attachment was scrubbed... Name: not availabl

[Bug 71046] GPU lockup on HD5470 with Brütal Legend

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/7b53812a/attachment.html>

[Bug 71046] New: GPU lockup on HD5470 with Brütal Legend

and the system seems to work fine afterwards. -- 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/20131030/a0ac0be7/attachment-0001.html>

vddc phase shedding in smc tables

On Tue, Oct 29, 2013 at 2:20 PM, Sylvain BERTRAND wrote: > Hi, > > git branch drm-fixes-3.12, git commit > cdf6e8058415ba4d808537e30a0a6be9fb29e95a > > In si_dpm.c, the vddc phase shedding mask does overwrite the vddc > voltage mask (lines 3889 and 3920 in > si_populate_smc_voltage_tables

[PATCH] drm/sysfs: Do not drop device reference twice

device_unregister() already drops its reference to the struct device, so explicitly calling put_device() before device_unregister() can cause the device to have been freed before it can be unregistered. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_sysfs.c | 2 -- 1 file changed, 2

[PATCH v2 12/26] drm/exynos: Split manager/display/subdrv

On Wed, Oct 30, 2013 at 11:45 AM, Laurent Pinchart wrote: > On Wednesday 30 October 2013 11:32:24 Sean Paul wrote: >> On Tue, Oct 29, 2013 at 4:50 PM, Tomasz Figa wrote: >> > On Tuesday 29 of October 2013 16:36:47 Sean Paul wrote: > > [snip] > >> >> An example: exynos_drm_drv would be a

[PATCH v2 12/26] drm/exynos: Split manager/display/subdrv

On Tue, Oct 29, 2013 at 4:50 PM, Tomasz Figa wrote: > Hi Sean, > > On Tuesday 29 of October 2013 16:36:47 Sean Paul wrote: >> On Mon, Oct 28, 2013 at 7:13 PM, Tomasz Figa > wrote: >> > Hi, >> > >> > On Wednesday 23 of October 2013 12:09:06 Sean Paul wrote: >> >> On Wed, Oct 23, 2013 at 11:53 AM,

[PATCH] drm/sysfs: Do not drop device reference twice

On Wed, Oct 30, 2013 at 11:59:05AM +0100, Thierry Reding wrote: > device_unregister() already drops its reference to the struct device, so > explicitly calling put_device() before device_unregister() can cause the > device to have been freed before it can be unregistered. > > Signed-off-by:

[git pull] drm intel fixes

Hi Linus, mainly Intel regression fixes and quirks, along with a simple one liner to fix rendernodes ioctl access (off by default, but testers want to test it). Dave. The following changes since commit 7314e613d5ff9f0934f7a0f74ed7973b903315d1: Fix a few incorrectly checked

[PATCH] drm/radeon: don't use PACKET2 on CIK

On Wed, Oct 30, 2013 at 9:41 AM, Marek Ol??k wrote: > From: Marek Ol??k > > It is said to cause hangs. > > Signed-off-by: Marek Ol??k Applied! Thanks. > --- > drivers/gpu/drm/radeon/cik.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/radeon/cik.c

[PATCH 1/2] drm/radeon: activate UVD clocks before sending the destroy msg

On Wed, Oct 30, 2013 at 7:56 AM, Christian K?nig wrote: > From: Christian K?nig > > Make sure the UVD clocks are still active before sending > the destroy message, otherwise the hw might hang. > > Signed-off-by: Christian K?nig > Cc: stable at vger.kernel.org Both applied! Alex > --- >

[PATCH] drm/radeon: don't use PACKET2 on CIK

On Wed, Oct 30, 2013 at 9:50 AM, Christian K?nig wrote: > Am 30.10.2013 14:41, schrieb Marek Ol??k: > >> From: Marek Ol??k >> >> It is said to cause hangs. >> >> Signed-off-by: Marek Ol??k > > > We should probably do so for SI as well. > SI doesn't support single DW type 3 nop packets and

[PATCH] drm/ttm: Handle in memory region copies

On 10/18/2013 03:18 PM, Jakob Bornecrantz wrote: > Reviewed-by: Thomas Hellstr?m > Signed-off-by: Jakob Bornecrantz > Cc: Dave Airlie > Cc: dri-devel at lists.freedesktop.org > Cc: stable at vger.kernel.org > --- > drivers/gpu/drm/ttm/ttm_bo_util.c | 4 +++- > 1 file changed, 3

[PATCH 2/2] simplefb: use write-combined remapping

Hi Tomi Ping? Thanks David On Wed, Oct 2, 2013 at 4:58 PM, David Herrmann wrote: > Framebuffers shouldn't be cached and it is usually very uncommon to read > them. Therefore, use ioremap_wc() to get significant speed improvements on > systems which provide it. On all other systems it's aliased

[PATCH 1/2] simplefb: fix unmapping fb during destruction

Hi Tomi Could we get this in -next before the merge-window starts? Stephen already ack'ed it. Thanks David On Wed, Oct 2, 2013 at 6:23 PM, David Herrmann wrote: > Hi > > On Wed, Oct 2, 2013 at 6:16 PM, Stephen Warren > wrote: >> On 10/02/2013 08:58 AM, David Herrmann wrote: >>>

fix for CRTC mutex corruption

On Tue, 29 Oct 2013, Daniel Vetter wrote: > Oh right, I've forgotten that between the review and writing the mail > ;-) I guess we could try to bend the stable rules a bit and just > submit all 6. It's a regression fix after all, and at least personally > I prefer the most minimal backports to

[git pull] drm intel fixes

On Wed, Oct 30, 2013 at 6:58 AM, Dave Airlie wrote: > > Hi Linus, > > mainly Intel regression fixes and quirks, along with a simple one liner to > fix rendernodes ioctl access (off by default, but testers want to test > it). > > Dave. Hi Dave, I think you missed my fixes pull for radeon from

[PATCH 1/2] drm: Do not drop root privileges for a fancier younger process

Hi On Tue, Oct 29, 2013 at 9:55 AM, Chris Wilson wrote: > When a second process opens the device and master transferrence is > complete, we walk the list of open devices and remove their > authentication. This also revokes our root privilege. Instead of simply > dropping the authentication,

[Bug 70715] radeonsi - Al textures are black in Football Manager 2014 in the 3D match

t;http://lists.freedesktop.org/archives/dri-devel/attachments/20131030/40022f7c/attachment.html>

[PATCH 4/4] drm/intel: Push get_scanout_position() timestamping into kms driver.

Move the ktime_get() clock readouts and potential preempt_disable() calls from drm core into kms driver to make it compatible with the api changes in the drm core. The intel-kms driver needs to take the uncore.lock inside i915_get_crtc_scanoutpos() and intel_pipe_in_vblank(). This is incompatible

[PATCH 3/4] drm/radeon: Push get_scanout_position() timestamping into kms driver.

Move the ktime_get() clock readouts and potential preempt_disable() calls from drm core into kms driver to make it compatible with the api changes in the drm core. This should not introduce any change in functionality or behaviour in radeon-kms, just a reshuffling of code. Signed-off-by: Mario

[PATCH 2/4] drm: Push latency sensitive bits of vblank scanoutpos timestamping into kms drivers.

A change in locking of some kms drivers (currently intel-kms) make the old approach too inaccurate and also incompatible with the PREEMPT_RT realtime kernel patchset. The driver->get_scanout_position() method of intel-kms now needs to aquire a spinlock, which clashes badly with the former

[PATCH 1/4] drm: Remove preempt_disable() from vblank timestamping code.

Preemption handling will get pushed into the kms drivers in followup patches, to make timestamping more robust and PREEMPT_RT friendly. Signed-off-by: Mario Kleiner Reviewed-by: Ville Syrj?l? Reviewed-by: Alex Deucher --- drivers/gpu/drm/drm_irq.c |7 --- 1 file changed, 7

Vblank timestamping improvements/fixes for Linux drm. [v2]

Hi Dave, this is v2 of the patch set for improving/restoring accuracy and robustness of vblank timestamping and for fixing incompatibilities with the PREEMPT_RT patches. Could you please merge this for the next kernel? Would be good to have the old accuracy restored as soon as possible. Thanks.

[PATCH 2/2] drm/ttm: Fix memory type compatibility check

Also check the busy placements before deciding to move a buffer object. Failing to do this may result in a completely unneccessary move within a single memory type. Signed-off-by: Thomas Hellstrom Reviewed-by: Jakob Bornecrantz Cc: stable at vger.kernel.org --- drivers/gpu/drm/ttm/ttm_bo.c |

[PATCH 1/2] drm/ttm: Fix ttm_bo_move_memcpy

All error paths will want to keep the mm node, so handle this at the function exit. This fixes an ioremap failure error path. Also add some comments to make the function a bit easier to understand. Signed-off-by: Thomas Hellstrom Reviewed-by: Jakob Bornecrantz Cc: stable at vger.kernel.org ---

[PATCH 0/2] TTM fixes

Patch 1 is an error path fix and depends on Jakob's previous fix for this function. Patch 2 fixes the code that decides whether a buffer object move to another memory type is necessary

[PATCH v5 0/4] Fix Win8 backlight issue

On Wednesday, October 30, 2013 12:40:13 AM Matthew Garrett wrote: > On Wed, 2013-10-16 at 01:33 +0200, Rafael J. Wysocki wrote: > > > Since the next step will be to introduce a list of systems that need > > video.use_native_backlight=1 *and* don't break in that configuration, I > > don't > > see

[PATCH v5 0/4] Fix Win8 backlight issue

On Wed, 2013-10-16 at 01:33 +0200, Rafael J. Wysocki wrote: > Since the next step will be to introduce a list of systems that need > video.use_native_backlight=1 *and* don't break in that configuration, I don't > see much point adding another Kconfig option for the default. I'd still really

[PATCH v2 12/26] drm/exynos: Split manager/display/subdrv

Hello, On Tuesday 29 October 2013 17:29:55 Rob Clark wrote: > On Tue, Oct 29, 2013 at 4:50 PM, Tomasz Figa wrote: > > On Tuesday 29 of October 2013 16:36:47 Sean Paul wrote: > > > On Mon, Oct 28, 2013 at 7:13 PM, Tomasz Figa wrote: > >> > On Wednesday 23 of October 2013 12:09:06 Sean Paul wrote:

[PATCH v2 12/26] drm/exynos: Split manager/display/subdrv

Hello, On Tuesday 29 October 2013 20:47:44 Sylwester Nawrocki wrote: > On 29/10/13 20:23, Tomasz Figa wrote: > > On Tuesday 29 of October 2013 12:19:35 Olof Johansson wrote: > > > It's a very deeply nested structure, I'm not sure there's a need to > > > make a ports {} subnode really. Agreed,