ent was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/23e72ed4/attachment.html>
bug 81644
(https://bugs.freedesktop.org/show_bug.cgi?id=81644) and that chromium + html
video; or chromium and all sorts of video (vdpau doesn't apply here ?!)
triggers instability & (hard)locks
--
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/20140801/a4b6c179/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/800eeaa7/attachment.html>
lt;http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/f03175bc/attachment.html>
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/f13e988c/attachment.html>
8 0
--
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/20140801/b6b4d109/attachment-0001.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/22f3294d/attachment.html>
From: Michel D?nzer
The HDP cache only applies to CPU access to VRAM.
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/radeon_gem.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gem.c
b/drivers/gpu/drm/radeon/radeon_gem.c
index
On 01.08.2014 00:34, Maarten Lankhorst wrote:
>
> @@ -357,14 +360,20 @@ int radeon_gem_wait_idle_ioctl(struct drm_device *dev,
> void *data,
> struct drm_radeon_gem_wait_idle *args = data;
> struct drm_gem_object *gobj;
> struct radeon_bo *robj;
> - int r;
> + int r = 0;
Am 01.08.2014 um 10:22 schrieb Michel D?nzer:
> From: Michel D?nzer
>
> The HDP cache only applies to CPU access to VRAM.
>
> Signed-off-by: Michel D?nzer
Wanted to suggest the same thing already, looks like a valid
optimization to me.
Patch is Reviewed-by: Christian K?nig
> ---
> drivers/
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/d0f22efd/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/c8c981a9/attachment.html>
freedesktop.org/archives/dri-devel/attachments/20140801/3a0e4615/attachment.sig>
tions(+), 2 deletions(-)
And this one as well.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/f004fc2b/attachment.sig>
top.org/archives/dri-devel/attachments/20140801/59050a65/attachment-0001.sig>
rm_display
> *display, int mode)
> static struct exynos_drm_display_ops exynos_dp_display_ops = {
> .create_connector = exynos_dp_create_connector,
> .dpms = exynos_dp_dpms,
> + .commit = exynos_dp_commit,
> };
>
> static struct exynos_drm_displa
On 2014? 08? 01? 18:04, Thierry Reding wrote:
> On Thu, Jul 31, 2014 at 11:12:05PM +0530, Ajay Kumar wrote:
>> Modify exynos_dpi driver to support the new panel calls:
>> prepare and unprepare.
>>
>> Signed-off-by: Ajay Kumar
>> ---
>> drivers/gpu/drm/exynos/exynos_drm_dpi.c |8 ++--
>> 1
On 2014? 08? 01? 18:09, Thierry Reding wrote:
> On Thu, Jul 31, 2014 at 11:12:14PM +0530, Ajay Kumar wrote:
>> Add drm_panel controls to support powerup/down of the
>> eDP panel, if one is present at the sink side.
>>
>> Signed-off-by: Ajay Kumar
>> ---
>> drivers/gpu/drm/exynos/Kconfig
On Fri, Aug 1, 2014 at 2:48 PM, Thierry Reding
wrote:
> On Thu, Jul 31, 2014 at 11:12:13PM +0530, Ajay Kumar wrote:
>> Add commit callback for exynos_dp, and move the DP link training,
>> video configuration code from the hotplug handler into commit().
>>
>> Signed-off-by: Sean Paul
>> Signed-of
--- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/0b8acfed/attachment.sig>
Hey,
On 01-08-14 10:27, Michel D?nzer wrote:
> On 01.08.2014 00:34, Maarten Lankhorst wrote:
>>
>> @@ -357,14 +360,20 @@ int radeon_gem_wait_idle_ioctl(struct drm_device *dev,
>> void *data,
>> struct drm_radeon_gem_wait_idle *args = data;
>> struct drm_gem_object *gobj;
>> struct
ply it to the panel tree. Inki, can I assume your Acked-by
from patch 06/15 applies to this one as well?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/f00ba7d5/attachment.sig>
the panel tree?
>
> Of course.
>
> Acked-by: Inki Dae
I'll take it that this Acked-by applies also to patch 07/15?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/d8ecb8ce/attachment.sig>
use I have no idea if this bug will
reappear once the hang is fixed.
--
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/20140801/
I went out on a limb and applied Inki's Acked-by to all Exynos-
related patches, assuming that was the intention.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/4e785e46/attachment.sig>
Not in this case. You added a fail path to a function which isn't
supposed to fail under these circumstances. No wonder Mesa couldn't
cope with it. It really has nothing to do with your original issue.
Marek
On Fri, Aug 1, 2014 at 9:25 AM, Jochen Rollwagen
wrote:
> I've built the latest libdrm
vm/swap-related since the machine only has 1
>>>> gb
>>>> RAM. The GPU has 64 MB VRAM.
>>>>
>>>> Any ideas what i could do to avoid these crashes ?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ___
>>>> dri-devel mailing list
>>>> dri-devel at lists.freedesktop.org
>>>> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>>
>>
-- next part --
A non-text attachment was scrubbed...
Name: 0001-radeon-allow-write_reloc-with-unaccounted-buffers-to.patch
Type: text/x-patch
Size: 952 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/e7e40346/attachment-0001.bin>
On Sun, Jul 27, 2014 at 5:41 PM, Daniel Vetter
wrote:
> No helper function to do it all yet provided since no driver has
> support for driver core fences yet. Which we'd need to make the
> implementation really generic.
>
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_atomic_helper.
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/b6130b12/attachment.html>
Hi Randy,
On Thursday 31 July 2014 15:16:21 Randy Dunlap wrote:
> On 05/12/14 11:04, Randy Dunlap wrote:
> > On 05/12/2014 08:54 AM, Daniel Vetter wrote:
> >> On Mon, May 12, 2014 at 08:23:45AM -0700, Randy Dunlap wrote:
> >>> On 05/12/2014 01:58 AM, Daniel Vetter wrote:
> On Mon, May 12, 201
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/c9e226d0/attachment.html>
On Fri, Aug 1, 2014 at 4:22 AM, Michel D?nzer wrote:
> From: Michel D?nzer
>
> The HDP cache only applies to CPU access to VRAM.
>
> Signed-off-by: Michel D?nzer
Applied to my 3.17 branch.
Thanks!
> ---
> drivers/gpu/drm/radeon/radeon_gem.c | 6 --
> 1 file changed, 4 insertions(+), 2 de
From: Marek Ol??k
---
I'm not really interested in studying the R200 driver to fix it.
This has to suffice.
radeon/radeon_cs_gem.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/radeon/radeon_cs_gem.c b/radeon/radeon_cs_gem.c
index b87c6b1..bcfa05b 100644
--- a/radeon/radeon_cs_g
On 01.08.2014 19:12, Maarten Lankhorst wrote:
> Hey,
>
> On 01-08-14 10:27, Michel D?nzer wrote:
>> On 01.08.2014 00:34, Maarten Lankhorst wrote:
>>>
>>> @@ -357,14 +360,20 @@ int radeon_gem_wait_idle_ioctl(struct drm_device
>>> *dev, void *data,
>>> struct drm_radeon_gem_wait_idle *args = da
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/413f443e/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/1e65927e/attachment.html>
nothing to do with random crashes in X.
--
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/20140801/eaf1e550/attachment.html>
ri-devel/attachments/20140801/d2446a21/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/f77a5afa/attachment.html>
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/82cf47ec/attachment.html>
||
--
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/20140801/e32422e0/attachment-0001.html>
ecause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/ee34c4ce/attachment.html>
try newer.
Booting OK with new firmware.
--
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/20140801/afd0459a/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140801/74a75317/attachment.html>
is for "memory clock" ? On
Windows I believe I also have different memory clocks between the desktop and
in games - is memory clocking not dynamic yet ?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scru
Am 31.07.2014 um 17:33 schrieb Maarten Lankhorst:
> Signed-off-by: Maarten Lankhorst
> ---
> V1 had a nasty bug breaking gpu lockup recovery. The fix is not
> allowing radeon_fence_driver_check_lockup to take exclusive_lock,
> and kill it during lockup recovery instead.
That looks like the delaye
Can you attach your dmesg
and xorg log with the patches applied? Also are you using multiple monitors?
If so can you try again with a single monitor?
--
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/20140801/573d4f1b/attachment.html>
I've built the latest libdrm and replaced the assertion in
radeon_cs_gem.c. with
if (!boi->space_accounted) return -EINVAL;
I now get the following crash in the cutscene:
CS section size missmatch start at (r200_state_init.c,ctx_emit_cs,487)
28 vs 24
CS section end at (r200_state_init.c,ctx_e
many
GF: Jeff Hawn, Jennifer Guild, Felix Imend?rffer; HRB 16746 AG N?rnberg
------ next part --
A non-text attachment was scrubbed...
Name: config-ajay.diff
Type: text/x-patch
Size: 27283 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/cfcd4f80/attachment-0001.bin>
The patch does indeed fix the crashes. The cutscenes run through now
without problems.
Thank you very much.
Am 01.08.2014 um 13:36 schrieb Marek Ol??k:
> Does the attached libdrm patch fix the issue for you?
>
> Marek
>
> On Fri, Aug 1, 2014 at 1:16 PM, Marek Ol??k wrote:
>> Not in this case. Y
David,
Please incorporate the latest TDA998x I2C driver updates, which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-cubox.git tda998x-devel
with SHA1 c707c3619ca81f499a5ce032021405e989a96ff0.
This builds upon the previous set of fixes which were pulled on 6th July.
Included in this
Ajay,
Am 01.08.2014 09:02, schrieb Ajay kumar:
> On Thu, Jul 31, 2014 at 7:52 PM, Andreas F?rber wrote:
>> Am 31.07.2014 12:23, schrieb Thierry Reding:
>>> On Thu, Jul 31, 2014 at 10:57:55AM +0200, Andreas F?rber wrote:
Am 31.07.2014 10:38, schrieb Ajay kumar:
> With just the spring-brid
On 01-08-14 16:13, Michel D?nzer wrote:
> On 01.08.2014 19:12, Maarten Lankhorst wrote:
>> Hey,
>>
>> On 01-08-14 10:27, Michel D?nzer wrote:
>>> On 01.08.2014 00:34, Maarten Lankhorst wrote:
@@ -357,14 +360,20 @@ int radeon_gem_wait_idle_ioctl(struct drm_device
*dev, void *data,
s scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140801/498c3d0a/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140801/d13d169d/attachment.html>
On 01-08-14 18:35, Christian K?nig wrote:
> Am 31.07.2014 um 17:33 schrieb Maarten Lankhorst:
>> Signed-off-by: Maarten Lankhorst
>> ---
>> V1 had a nasty bug breaking gpu lockup recovery. The fix is not
>> allowing radeon_fence_driver_check_lockup to take exclusive_lock,
>> and kill it during l
ge+GTT-usage"
RADEON_DEBUG=nodma ./Effects
I didn't see much of a difference.
--
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/atta
From: Alex Deucher
Older firmware didn't support the new nop packet.
v2 (Andreas Boll):
- Drop usage of packet3 for new firmware
Signed-off-by: Alex Deucher
Reviewed-by: Christian K?nig (v1)
Signed-off-by: Andreas Boll
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/cik.c | 13 +++
From: Alex Deucher
Return 2 so we can be sure the kernel has the necessary
changes for acceleration to work.
Note: This patch depends on these two commits:
- drm/radeon: fix cut and paste issue for hawaii.
- drm/radeon: use packet2 for nop on hawaii with old firmware
Signed-off-by: Alex Deuch
From: Alex Deucher
Older firmware didn't support the new nop packet.
Signed-off-by: Alex Deucher
Signed-off-by: Andreas Boll
---
drivers/gpu/drm/radeon/cik.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c
ind
Adjust the previous tweak for hawaii to return 3 if the new firmware is used.
Signed-off-by: Andreas Boll
---
drivers/gpu/drm/radeon/radeon_kms.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
b/drivers/gpu/drm/radeon/radeon_km
On 08/01/14 05:58, Laurent Pinchart wrote:
> Hi Randy,
>
> On Thursday 31 July 2014 15:16:21 Randy Dunlap wrote:
>> On 05/12/14 11:04, Randy Dunlap wrote:
>>> On 05/12/2014 08:54 AM, Daniel Vetter wrote:
On Mon, May 12, 2014 at 08:23:45AM -0700, Randy Dunlap wrote:
> On 05/12/2014 01:58 A
Andreas,
On Thu, Jul 31, 2014 at 7:52 PM, Andreas F?rber wrote:
> Am 31.07.2014 12:23, schrieb Thierry Reding:
>> On Thu, Jul 31, 2014 at 10:57:55AM +0200, Andreas F?rber wrote:
>>> Am 31.07.2014 10:38, schrieb Ajay kumar:
With just the spring-bridge.v6 branch of your own tree, I am able to
63 matches
Mail list logo
