https://bugs.freedesktop.org/show_bug.cgi?id=57919
--- Comment #18 from Thilo Cestonaro ---
Hey,
latest raring with
(ubuntu package versions)
kernel- 3.8.0-23-generic
mesa - 9.1.1-0ubuntu3
xserver-xorg-video-radeon - 7.1.0-0ubuntu2
xserver-xorg
indicate this goes on for approximately two minutes before the hang.
--
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
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_gem_cma_helper.c | 321 ++-
include/drm/drm_gem_cma_helper.h | 9 +
2 files changed, 327 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem_cma_helper.c
b/drivers/gpu/drm/drm_gem_cma_he
The CMA-specific mapping code will be used to implement dma-buf mmap
support.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_gem_cma_helper.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem_cma_helper.c
b/drivers/gpu/d
The dma-buf mmap code was copied from the GEM mmap implementation.
Replace it with the new drm_gem_mmap_obj() function.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/omapdrm/omap_gem_dmabuf.c | 32 +++
1 file changed, 3 insertions(+), 29 deletions(-)
diff --git
This allows creating a GEM CMA object without an associated DMA memory
buffer, and will be used to implement DRM PRIME support.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_gem_cma_helper.c | 83 +---
1 file changed, 48 insertions(+), 35 deletions(-)
d
Hello,
Here's the second version of the GEM CMA DMA-BUF support patches.
The code is based on the Exynos DRM DMA-BUF implementation. The exporter role
has been successfully tested with the Renesas R-Car DU driver.
Dave, is there a chance this could make it to v3.11 ?
Changes compared to v1:
-
The drm_gem_mmap() function first finds the GEM object to be mapped
based on the fake mmap offset and then maps the object. Split the object
mapping code into a standalone drm_gem_mmap_obj() function that can be
used to implement dma-buf mmap() operations.
Signed-off-by: Laurent Pinchart
---
dri
TI LCD controller version 2 has an extended eleventh
bit that enables horizontal resolutions greater than
1024 pixels to be specified (upto 2048). This patch
adds support for setting this bit on LCDC V2.
Signed-off-by: Darren Etheridge
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 15 +++
keeping checkpatch happy.
Signed-off-by: Darren Etheridge
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
b/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
index 283e0a6..6118651 100644
-
The tilcdc has a number of limitations for the allowed sizes of
the various adjustable timing parameter. Some modes are outside
of these timings. This commit will prune modes that report timings
that will overflow the allowed sizes in the tilcdc.
Signed-off-by: Darren Etheridge
---
drivers/gpu
When hooking up to an HDMI analyzer noticed some timings were
off by one. Referring to the hardware technical reference manual
for the lcd controller some of the timing registers use 0 to
represent 1. This patch addresses that issue.
Signed-off-by: Darren Etheridge
---
drivers/gpu/drm/tilcdc/t
The series of patches that follow are intended to address issues that
have been found in the tilcdc drm driver. The patchset enables support
for screen resolutions with horizontal resolutions greater than 1024
pixels. The patchset also addresses a limitation where certain
monitor timings would ove
Adding support for max-pixelclock and max-width device tree
entries. As some devices that use the tilcdc hardware module
have restrictions on the allowed/tested values. Also update DT
bindings document to reflect new parameters.
Signed-off-by: Darren Etheridge
---
.../devicetree/bindings/drm/ti
https://bugs.freedesktop.org/show_bug.cgi?id=65327
Priority: medium
Bug ID: 65327
Assignee: dri-devel@lists.freedesktop.org
Summary: running gnubik produces a segfault
Severity: normal
Classification: Unclassified
OS: Linux (
On Mon, Jun 3, 2013 at 9:42 PM, Aaron Plattner wrote:
> On 06/03/2013 12:36 PM, Daniel Vetter wrote:
>>
>> On Mon, Jun 03, 2013 at 09:13:18AM -0700, Aaron Plattner wrote:
>>>
>>> On 05/20/2013 02:55 PM, Daniel Vetter wrote:
On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wro
On Mon, Jun 03, 2013 at 09:13:18AM -0700, Aaron Plattner wrote:
> On 05/20/2013 02:55 PM, Daniel Vetter wrote:
> >On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wrote:
> >>Hallo,
> >>
> >>I hope this is the right place to ask, because I actually don't know
> >>whether it is a bug or a
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/4cacbac6/attachment-0001.html>
On Mon, Jun 3, 2013 at 6:29 PM, Huacai Chen wrote:
> Hi, Dave
>
> Why this patch hasn't been applied in your tree? I think you are the right
> maintainer.
>
Because I missed it, i've stuck in my fixes queue now.
thanks for pinging.
Dave.
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/56e86570/attachment.html>
Hi Ville,
Thanks for the patch.
On Monday 03 June 2013 16:10:40 ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> drm_plane_force_disable() will forcibly disable the plane even if user
> had previously requested the plane to be enabled.
>
> This can be used to force planes to be o
Hi,
On Monday 27 May 2013 14:33:05 Lucas Stach wrote:
> From: Steffen Trumtrar
>
> As the device_node pointer is not changed in of_get_display_timing and
> parse_timing_property it can be a const pointer.
>
> Signed-off-by: Steffen Trumtrar
Acked-by: Laurent Pinchart
> ---
> drivers/video/
dri-devel/attachments/20130603/498a620f/attachment.html>
80'
make: *** [nvc0_vbo.lo] Error 1
I've configured with:
$ ./configure --prefix=/usr --with-state-trackers=dri --disable-egl
--with-gallium-drivers=nouveau --disable-gallium-llvm
Finally, I just upgraded gcc to 4.8.1 (from 4.7.2), so this could be a compiler
regression.
--
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/20130603/0ba5b70a/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/07371ec7/attachment.html>
On Mon, Jun 3, 2013 at 4:59 PM, Darren Etheridge wrote:
> The series of patches that follow are intended to address issues that
> have been found in the tilcdc drm driver. The patchset enables support
> for screen resolutions with horizontal resolutions greater than 1024
> pixels. The patchset al
https://bugs.freedesktop.org/show_bug.cgi?id=64867
--- Comment #3 from Alex Deucher ---
(In reply to comment #2)
> I too get system hangs when watching a flash video in firefox. linux-3.8.13,
> libdrm, mesa etc. git. Screen simply becomes black (no signal) and machine
> is dead, leaving a hard re
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/fc9ea7ff/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/1fbfdbc6/attachment.html>
On Mon, Jun 3, 2013 at 4:03 PM, Daniel Vetter wrote:
> On Mon, Jun 3, 2013 at 9:42 PM, Aaron Plattner
> wrote:
>> On 06/03/2013 12:36 PM, Daniel Vetter wrote:
>>>
>>> On Mon, Jun 03, 2013 at 09:13:18AM -0700, Aaron Plattner wrote:
On 05/20/2013 02:55 PM, Daniel Vetter wrote:
>
tween random screensavers, I could trigger a
crash quickly.
--
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/20130603/e7280ef1/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130603/5ef2eaa2/attachment.html>
ists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/785ba177/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=64867
--- Comment #2 from Harald Judt ---
I too get system hangs when watching a flash video in firefox. linux-3.8.13,
libdrm, mesa etc. git. Screen simply becomes black (no signal) and machine is
dead, leaving a hard reset as the only option. The dmes
gt;
> Acked-by: Paul Menzel
>
>
> Thanks,
>
> Paul
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/2a6a7126/attachment.html>
From: Ville Syrj?l?
There's a bunch of unused members inside drm_plane, bloating the size of
the structure needlessly. Eliminate them.
v2: Remove all of it from kernel-doc too
Reviewed-by: Laurent Pinchart
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/drm_crtc.c | 2 +-
include/drm/drm_c
From: Ville Syrj?l?
plane->enabled is never set, so this code didn't do anything.
Also drm_fb_helper_restore_fbdev_mode() will now disable all cursors
and sprites for us, so we don't have to bother anymore.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_fb.c | 7 ---
1 file c
From: Ville Syrj?l?
Cursors and plane can obscure whatever fbdev wants to show the user.
Disable them all in drm_fb_helper_restore_fbdev_mode.
After the cursors and planes have been disabled, user space needs to
explicitly re-enable them to make them visible again.
Signed-off-by: Ville Syrj?l?
From: Ville Syrj?l?
We want to disable the cursor by calling ->cursor_set() with handle=0
from places where we don't have a file_priv, so don't try to access it
unless necessary.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 3 ++-
1 file changed, 2 insertions(+), 1 de
From: Ville Syrj?l?
drm_plane_force_disable() will forcibly disable the plane even if user
had previously requested the plane to be enabled.
This can be used to force planes to be off when restoring the fbdev
mode.
The code was simply pulled from drm_framebuffer_remove(), which now
calls the ne
Third time's the charm maybe.
Changes from v2:
- Move the plane->fb NULL check into drm_plane_force_disable()
- Cursors/planes are now disabled by drm_fb_helper directly, so no
need for the new hook
- Had to fix up vmwgfx not to look at file_priv in cursor_set when
handle is 0
keeping checkpatch happy.
Signed-off-by: Darren Etheridge
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
b/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
index 283e0a6..6118651 100644
-
The tilcdc has a number of limitations for the allowed sizes of
the various adjustable timing parameter. Some modes are outside
of these timings. This commit will prune modes that report timings
that will overflow the allowed sizes in the tilcdc.
Signed-off-by: Darren Etheridge
---
drivers/gpu
When hooking up to an HDMI analyzer noticed some timings were
off by one. Referring to the hardware technical reference manual
for the lcd controller some of the timing registers use 0 to
represent 1. This patch addresses that issue.
Signed-off-by: Darren Etheridge
---
drivers/gpu/drm/tilcdc/t
Adding support for max-pixelclock and max-width device tree
entries. As some devices that use the tilcdc hardware module
have restrictions on the allowed/tested values. Also update DT
bindings document to reflect new parameters.
Signed-off-by: Darren Etheridge
---
.../devicetree/bindings/drm/ti
TI LCD controller version 2 has an extended eleventh
bit that enables horizontal resolutions greater than
1024 pixels to be specified (upto 2048). This patch
adds support for setting this bit on LCDC V2.
Signed-off-by: Darren Etheridge
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 15 +++
The series of patches that follow are intended to address issues that
have been found in the tilcdc drm driver. The patchset enables support
for screen resolutions with horizontal resolutions greater than 1024
pixels. The patchset also addresses a limitation where certain
monitor timings would ove
au/commit/?id=d37687a562f0b55cc848cfcdbf8d473a6c692c2d
>
> > Cheers,
> >Sven
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/9c90d67f/attachment.html>
On Mon, Jun 03, 2013 at 02:00:00PM +0200, Daniel Vetter wrote:
> On Fri, May 31, 2013 at 08:07:03PM +0300, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrj?l?
> >
> > plane->enabled is never set, so this code didn't do anything.
> >
> > Fix the code for sprites by calling the new
On Mon, Jun 3, 2013 at 4:59 PM, Darren Etheridge wrote:
> The series of patches that follow are intended to address issues that
> have been found in the tilcdc drm driver. The patchset enables support
> for screen resolutions with horizontal resolutions greater than 1024
> pixels. The patchset al
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/d58e035e/attachment.html>
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/f7735fdc/attachment-0001.html>
https://bugs.freedesktop.org/show_bug.cgi?id=65316
Priority: medium
Bug ID: 65316
Assignee: dri-devel@lists.freedesktop.org
Summary: [r600g] Game window turns completely black
occasionally in WoW.
Severity: normal
Classif
mplaining they are missing.
--
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/20130603/92364d4d/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/380bc0ae/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=59101
--- Comment #5 from Cyril N. 2013-06-03 14:13:28 ---
$> glxinfo | egrep -A2 "rendering|OpenGL"
> direct rendering: Yes
> server glx vendor string: SGI
> server glx version string: 1.4
> --
> OpenGL vendor string: X.Org
> OpenGL renderer strin
On Mon, Jun 3, 2013 at 4:03 PM, Daniel Vetter wrote:
> On Mon, Jun 3, 2013 at 9:42 PM, Aaron Plattner wrote:
>> On 06/03/2013 12:36 PM, Daniel Vetter wrote:
>>>
>>> On Mon, Jun 03, 2013 at 09:13:18AM -0700, Aaron Plattner wrote:
On 05/20/2013 02:55 PM, Daniel Vetter wrote:
>
> O
shadow volumes you can see which
shadows are affected.
--
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/20130603/dd1e9625/attac
https://bugzilla.kernel.org/show_bug.cgi?id=59101
--- Comment #4 from Cyril N. 2013-06-03 14:07:43 ---
Created an attachment (id=103291)
--> (https://bugzilla.kernel.org/attachment.cgi?id=103291)
Xorg.0.log log file
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
shadows should
be.
--
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/20130603/0c1cac5d/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=59101
--- Comment #3 from Alex Deucher 2013-06-03
14:01:39 ---
(In reply to comment #2)
>
> > [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!
>
> seems to be the problem.
-12 mean -ENOMEM. It seems the kernel is out of memory and
On Mon, Jun 03, 2013 at 11:08:30AM +0100, Chris Wilson wrote:
> On Fri, May 31, 2013 at 08:07:05PM +0300, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrj?l?
> >
> > Use container_of() instead of a cast to get struct intel_fbdev
> > from struct drm_fb_helper.
> >
> > Also populate
On Mon, Jun 03, 2013 at 11:09:00AM +0100, Chris Wilson wrote:
> On Fri, May 31, 2013 at 08:07:06PM +0300, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrj?l?
> >
> > People don't like typedefs these days. Eliminate their use from intel_fb.c.
> >
> > Signed-off-by: Ville Syrj?l?
>
On Fri, May 31, 2013 at 08:07:03PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> plane->enabled is never set, so this code didn't do anything.
>
> Fix the code for sprites by calling the new drm_plane_force_disable()
> function. That means the plane will remain off un
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/20130603/6cd7b7f1/attachment.html>
il because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/37361e7a/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130603/1cfa8f53/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/66aa5968/attachment.html>
t was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/b013886b/attachment-0001.html>
.
https://bugs.freedesktop.org/show_bug.cgi?id=54867
--
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/20130603/2c777b23/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/aee46092/attachment.html>
that they do the right thing on suspend and
resume and hw access from userspace utilities like lspci.
--
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/20130603/03a5ffe6/attachment.html>
On Mon, Jun 3, 2013 at 9:42 PM, Aaron Plattner wrote:
> On 06/03/2013 12:36 PM, Daniel Vetter wrote:
>>
>> On Mon, Jun 03, 2013 at 09:13:18AM -0700, Aaron Plattner wrote:
>>>
>>> On 05/20/2013 02:55 PM, Daniel Vetter wrote:
On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wro
On 06/03/2013 12:36 PM, Daniel Vetter wrote:
On Mon, Jun 03, 2013 at 09:13:18AM -0700, Aaron Plattner wrote:
On 05/20/2013 02:55 PM, Daniel Vetter wrote:
On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wrote:
Hallo,
I hope this is the right place to ask, because I actually don't
On 06/03/2013 12:36 PM, Daniel Vetter wrote:
> On Mon, Jun 03, 2013 at 09:13:18AM -0700, Aaron Plattner wrote:
>> On 05/20/2013 02:55 PM, Daniel Vetter wrote:
>>> On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wrote:
Hallo,
I hope this is the right place to ask, because
On Mon, Jun 03, 2013 at 09:13:18AM -0700, Aaron Plattner wrote:
> On 05/20/2013 02:55 PM, Daniel Vetter wrote:
> >On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wrote:
> >>Hallo,
> >>
> >>I hope this is the right place to ask, because I actually don't know
> >>whether it is a bug or a
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #7 from Vladi ---
Created attachment 80242
--> https://bugs.freedesktop.org/attachment.cgi?id=80242&action=edit
glxinfo
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=59101
--- Comment #2 from Cyril N. 2013-06-03 11:27:12 ---
dmesg :
[149626.918841] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!
[149642.212632] SELinux: initialized (dev fuse, type fuse), uses genfs_contexts
[149644.616117] SELinu
https://bugs.freedesktop.org/show_bug.cgi?id=65310
--- Comment #1 from David Ronis ---
I just rebuilt with less aggressive optimization flags.
Instead of -march=native -msse2 -mfpmath=sse -O3 -ffast-math -funroll-loops
-fomit-frame-pointer -floop-interchange -floop-strip-mine -floop-block
I
https://bugs.freedesktop.org/show_bug.cgi?id=65310
Priority: medium
Bug ID: 65310
Assignee: dri-devel@lists.freedesktop.org
Summary: [regression] failure in building nvc0_vbo.lo:
/tmp/cclDjdRp.s:1270: Error: missing or invalid
On Fri, May 31, 2013 at 08:07:06PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> People don't like typedefs these days. Eliminate their use from intel_fb.c.
>
> Signed-off-by: Ville Syrj?l?
Reviewed-by: Chris Wilson
-Chris
--
Chris Wilson, Intel Open Source Techno
On Fri, May 31, 2013 at 08:07:05PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> Use container_of() instead of a cast to get struct intel_fbdev
> from struct drm_fb_helper.
>
> Also populate the fb_info->par correctly with the drm_fb_helper pointer
> instead of the in
On Fri, May 31, 2013 at 08:07:04PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> Disable sprite planes and cursors when restoring the fbdev mode.
>
> Should makes oopses more readable if they're not covered by sprites and
> cursors.
>
> v2: Rebased due to changes ear
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #7 from Luzipher ---
Update: The crash just triggered with a fullscreen youtube video, after a few
seconds of playing.
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Fri, May 31, 2013 at 08:07:03PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> plane->enabled is never set, so this code didn't do anything.
>
> Fix the code for sprites by calling the new drm_plane_force_disable()
> function. That means the plane will remain off un
On Fri, May 31, 2013 at 08:07:01PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> Drivers may need to turn off overlay planes, cursors, etc. when
> restoring the fbdev mode. So allow drivers to provide their own
> version of drm_fb_helper_restore_fbdev_mode() that can t
nts.com/detail/pearl-boy/?f=webgl
see attached screenshot
--
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/2013060
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130603/051fa482/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=65274
--- Comment #3 from russianneuroman...@ya.ru ---
I sure, I download and overwrite it before trying rc4. md5 of currently used
SUMO_rlc.bin: 687e72d53413710b0a3e9330333b2dbe.
--
You are receiving this mail because:
You are the assignee for the bu
On Sun, Jun 2, 2013 at 10:47 AM, Adis Hamzi? wrote:
> The current radeon driver initialization routines, when using KMS, are written
> so that the IRQ installation routine is called before initializing the WB
> buffer
> and the CP rings. With some ASICs, though, the IRQ routine tries to access th
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #6 from Luzipher ---
More info:
I tried again with juggler3d and it crashed first time upon exit. flurry also
triggered the crash on exit.
So I now suspect that antmaze isn't problematic - it is not starting a
screensaver that causes
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #5 from Luzipher ---
(In reply to comment #4)
> Beware that AFAIK the screensaver hacks aren't spawned from the
> xscreensaver-demo process but from the xscreensaver daemon process. Did you
> confirm that the latter saw the environmen
https://bugs.freedesktop.org/show_bug.cgi?id=60929
--- Comment #3 from Tom Stellard ---
Is this still an issue?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http:/
On 05/20/2013 02:55 PM, Daniel Vetter wrote:
On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wrote:
Hallo,
I hope this is the right place to ask, because I actually don't know
whether it is a bug or a feature that I'm experiencing since linux 3.9:
When I boot my system the backligh
On 05/20/2013 02:55 PM, Daniel Vetter wrote:
> On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wrote:
>> Hallo,
>>
>> I hope this is the right place to ask, because I actually don't know
>> whether it is a bug or a feature that I'm experiencing since linux 3.9:
>> When I boot my system
Thanks, looks good and is
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
On Mon, Jun 3, 2013 at 3:10 PM, wrote:
> From: Ville Syrjälä
>
> We want to disable the cursor by calling ->cursor_set() with handle=0
> from places where we don't have a file_priv, so don't try to access it
> unless nec
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #6 from Michel Dänzer ---
Can you also attach the output of glxinfo and xbmc (in particular anything
related to its use of OpenGL)?
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #4 from Michel Dänzer ---
(In reply to comment #3)
> R600_HYPERZ=0 /usr/bin/xscreensaver-demo
>
> and switching between screensavers crashed as often as without R600_HYPERZ=0.
Beware that AFAIK the screensaver hacks aren't spawned f
https://bugs.freedesktop.org/show_bug.cgi?id=65270
--- Comment #4 from Gerben Welter ---
(In reply to comment #1)
> Make sure you've installed the updated rlc and uvd microcode and that it is
> available to the driver during boot (in your initrd, etc.). You can grab
> the latest ucode here:
> ht
On Sun, Jun 2, 2013 at 10:47 AM, Adis Hamzić wrote:
> The current radeon driver initialization routines, when using KMS, are written
> so that the IRQ installation routine is called before initializing the WB
> buffer
> and the CP rings. With some ASICs, though, the IRQ routine tries to access th
1 - 100 of 138 matches
Mail list logo
