https://bugs.freedesktop.org/show_bug.cgi?id=65327
Andreas Boll changed:
What|Removed |Added
Product|DRI |Mesa
Component|DRM/Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #35 from Hristo Venev ---
OpenCL update: On floating point, addition, subtraction, multiplication,
division and pow work. On integer, addition, subtraction and multiplication
work. Division and modulo halt the GPU. If they are impleme
From: Ville Syrjälä
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index f00ba75..f1f11e1 100644
--- a/drivers/gpu/drm/drm_crtc.c
+++ b/drive
On Mon, Jun 03, 2013 at 04:10:42PM +0300, ville.syrj...@linux.intel.com wrote:
> 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 ne
On Mon, Jun 03, 2013 at 04:11:42PM +0300, ville.syrj...@linux.intel.com wrote:
> 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 Pin
On 2013년 06월 01일 00:29, Daniel Vetter wrote:
> On Fri, May 31, 2013 at 07:22:24PM +0900, 김승우 wrote:
>> Hello Daniel,
>>
>> Thanks for your comment.
>>
>> On 2013년 05월 31일 18:14, Daniel Vetter wrote:
>>> On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim
>>> wrote:
importer private data in dma
On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart
wrote:
> 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
On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart
wrote:
> 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
Reviewed-by: Rob Clark
> ---
> drivers/gpu/drm/omapdrm/omap_gem_dmabuf.c | 3
On Mon, Jun 03, 2013 at 03:50:50PM +1000, Ben Skeggs wrote:
> On Fri, May 31, 2013 at 11:05 PM, Konrad Rzeszutek Wilk <
> konrad.w...@oracle.com> wrote:
>
> > On Tue, May 28, 2013 at 08:55:29PM +0200, Sven Joachim wrote:
> > > On 2013-05-26 23:09 +0200, Maarten Maathuis wrote:
> > >
> > > > My NV9
On Tue, Jun 04, 2013 at 07:42:22PM +0900, 김승우 wrote:
>
>
> On 2013년 06월 01일 00:29, Daniel Vetter wrote:
> > On Fri, May 31, 2013 at 07:22:24PM +0900, 김승우 wrote:
> >> Hello Daniel,
> >>
> >> Thanks for your comment.
> >>
> >> On 2013년 05월 31일 18:14, Daniel Vetter wrote:
> >>> On Fri, May 31, 2013
Hi Dave,
Three regression fixes and one no-lvds quirk update. The regression Egbert
Eich tracked down goes back to 2.6.37 ... ugh. The other two are pretty
minor: One bogus modeset state checker WARN and a patch to prevent X
dying in a SIGBUS after a gpu hang with failed (or not implement as on
ge
On Tuesday 28 May 2013 02:40 PM, Thierry Reding wrote:
* PGP Signed by an unknown key
On Tue, May 28, 2013 at 08:45:03AM +0300, Terje Bergström wrote:
On 27.05.2013 18:45, Thierry Reding wrote:
On Mon, May 27, 2013 at 07:19:28PM +0530, Mayuresh Kulkarni wrote:
+#ifdef CONFIG_PM_RUNTIME
+stati
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #8 from Michel Dänzer ---
(In reply to comment #8)
> [...] the bug (or regression, I think it used to work about 2 months ago)
Can you try confirming that, e.g. by trying Mesa from the 9.1 branch or an
older snapshot from master?
-
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #36 from Michel Dänzer ---
For OpenCL with radeonsi, make sure your LLVM and Mesa SVN/Git snapshots are up
to date as of today.
However, I'm afraid your success with OpenCL doesn't necessarily mean anything
for the graphics problem,
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #8 from Vladi ---
updated last night to 3.10.0-rc4 + mesa git + xf86-video-ati git and I am now
seeing lockups during playback / navigating the UI in xbmc.. will try and track
it down further.
--
You are receiving this mail because:
Hi Daniel,
On Tuesday 04 June 2013 16:12:36 Daniel Vetter wrote:
> On Tue, Jun 04, 2013 at 04:53:40AM +0200, Laurent Pinchart wrote:
> > The R-Car Display Unit (DU) DRM driver supports both superposition
> > processors and all eight planes in RGB and YUV formats with alpha
> > blending.
> >
> > O
Hi Rob,
On Tuesday 04 June 2013 07:33:42 Rob Clark wrote:
> On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart wrote:
> > 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
> >
>
> Re
On Tue, Jun 4, 2013 at 8:03 PM, Laurent Pinchart
wrote:
> Hi Daniel,
>
> On Tuesday 04 June 2013 16:12:36 Daniel Vetter wrote:
>> On Tue, Jun 04, 2013 at 04:53:40AM +0200, Laurent Pinchart wrote:
[snip]
>> Should we add that to crtc helpers, instead of the current "just try to
>> smash the old c
On Mon, Jun 3, 2013 at 5:02 AM, Ilia Mirkin wrote:
> These chipsets include the VP2 engine which is composed of a bitstream
> processor (BSP) that decodes H.264 and a video processor (VP) which can
> do iDCT/mo-comp/etc for MPEG1/2, H.264, and VC-1. Both of these are
> driven by separate xtensa ch
On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart
wrote:
> 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
Reviewed-by: Rob Clark
> ---
> drivers/gpu/drm/drm_gem_cma_helper.c
On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart
wrote:
> The CMA-specific mapping code will be used to implement dma-buf mmap
> support.
>
> Signed-off-by: Laurent Pinchart
Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/drm_gem_cma_helper.c | 22 +++---
> 1 file changed, 1
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #37 from Hristo Venev ---
I updated llvm, clang and mesa. Division and modulo still don't work. Another
thing I noticed is that ifs which depend on memory loads cause llvm crash:
__kernel void add(__global const uint *a, __global co
https://bugs.freedesktop.org/show_bug.cgi?id=65377
Priority: medium
Bug ID: 65377
Assignee: dri-devel@lists.freedesktop.org
Summary: Backlight control via /sys/class/backlight/radeon_bl0
not working
Severity: normal
Class
https://bugs.freedesktop.org/show_bug.cgi?id=65377
--- Comment #1 from Alex Deucher ---
If you are booting in EFI mode, does it work if you boot in legacy bios mode?
Since it's a mac, it probably requires some mac specific hack.
--
You are receiving this mail because:
You are the assignee for
Hi Ben,
The new mutexes in nvc0/nv50 (fadb17190/b509656) break resume on my
MBA3,1. A dead-lock somewhere, perhaps? Reverting fixes the problem.
Thanks,
Henrik
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailm
On Tue, Jun 4, 2013 at 4:48 PM, Henrik Rydberg wrote:
> Hi Ben,
>
> The new mutexes in nvc0/nv50 (fadb17190/b509656) break resume on my
> MBA3,1. A dead-lock somewhere, perhaps? Reverting fixes the problem.
A bunch of people saw it earlier. Fixed for nv50 (which is what I
assume you have) in
http
https://bugs.freedesktop.org/show_bug.cgi?id=65377
--- Comment #2 from Bastian Triller ---
(In reply to comment #1)
> If you are booting in EFI mode, does it work if you boot in legacy bios
> mode? Since it's a mac, it probably requires some mac specific hack.
I'm booting via EFI stub. I'm not
https://bugs.freedesktop.org/show_bug.cgi?id=65377
--- Comment #3 from Alex Deucher ---
(In reply to comment #2)
> I'm booting via EFI stub. I'm not sure how to boot the bios emulation mode.
> Is it possible to plug in a usb stick with a "normal" live system to boot in
> emulation mode?
I'm not
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #38 from Tom Stellard ---
The OpenCL failures are unrelated to the original bug, so can you please file a
separate bug for them.
This bug has been outstanding for a while, and it seems like there are actually
several "bugs". Could y
couple small comments, other than those it looks ok
BR,
-R
On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart
wrote:
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/drm_gem_cma_helper.c | 321
> ++-
> include/drm/drm_gem_cma_helper.h | 9 +
> 2 f
From: Alex Deucher
Hi Dave,
Just a few fixes for radeon. The big one is a fix for hangs on older
asics due to the ordering of interrupt initialization.
The following changes since commit 91f8f105f2b82b4a38dee2d74760bc39d40ec42c:
drm/mgag200: Add missing write to index before accessing dat
https://bugs.freedesktop.org/show_bug.cgi?id=65192
--- Comment #9 from Luzipher ---
Unfortunately I couldn't confirm my thoughts. But I still am quite sure I did
not have those problems earlier - I had screensavers and youtube last year and
didn't notice regular crashes. I frequently use this lin
Hi Rob,
On Tuesday 04 June 2013 17:56:36 Rob Clark wrote:
> couple small comments, other than those it looks ok
Thanks for the review.
> On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart wrote:
> > Signed-off-by: Laurent Pinchart
> >
> > ---
> >
> > drivers/gpu/drm/drm_gem_cma_helper.c | 321
Hi Daniel,
On Tuesday 04 June 2013 20:36:20 Daniel Vetter wrote:
> On Tue, Jun 4, 2013 at 8:03 PM, Laurent Pinchart wrote:
> > On Tuesday 04 June 2013 16:12:36 Daniel Vetter wrote:
> >> On Tue, Jun 04, 2013 at 04:53:40AM +0200, Laurent Pinchart wrote:
>
> [snip]
>
> >> Should we add that to crtc
Hi Ville,
Thank you for the patch.
On Tuesday 04 June 2013 10:58:35 ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/drm_crtc.c | 31 +++
> 1 file changed, 31 insertions(+)
>
> diff --git a/drivers
On 2013년 06월 04일 21:55, Daniel Vetter wrote:
> On Tue, Jun 04, 2013 at 07:42:22PM +0900, 김승우 wrote:
>>
>>
>> On 2013년 06월 01일 00:29, Daniel Vetter wrote:
>>> On Fri, May 31, 2013 at 07:22:24PM +0900, 김승우 wrote:
Hello Daniel,
Thanks for your comment.
On 2013년 05월 31일 18:14
On Tue, Jun 4, 2013 at 9:22 PM, Laurent Pinchart
wrote:
> Hi Rob,
>
> On Tuesday 04 June 2013 17:56:36 Rob Clark wrote:
>> couple small comments, other than those it looks ok
>
> Thanks for the review.
>
>> On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart wrote:
>> > Signed-off-by: Laurent Pincha
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #30 from Tom Stellard ---
Can you try this branch:
http://cgit.freedesktop.org/~tstellar/llvm/log/?h=r600-gen-fixes
I think it should fix the remaining issues.
--
You are receiving this mail because:
You are the assignee for the bu
RADEON_GEM_WAIT_IDLE is declared DRM_IOW but libdrm
uses it with drmCommandWriteRead instead of drmCommandWrite
which leads to the ioctl being unmatched and returning an
error on at least OpenBSD.
Problem noticed by and patch from Mark Kettenis.
Signed-off-by: Jonathan Gray
---
radeon/radeon_bo
The definition of regulator_bulk_enable is fixed with __must_check
and this causes following build warning.
warning: ignoring return value of 'regulator_bulk_enable',
declared with attribute warn_unused_result
This patch fixes to check return value of the function.
Signed-off-by: Seung-Woo Kim
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130604/e744e933/attachment.html>
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/
Hi Ville,
Thanks for the patch.
On Monday 03 June 2013 16:10:40 ville.syrjala at 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 b
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130604/9fa8fbfc/attachment.html>
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
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:
-
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
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
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
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 R-Car Display Unit (DU) DRM driver supports both superposition
processors and all eight planes in RGB and YUV formats with alpha
blending.
Only VGA and LVDS encoders and connectors are currently supported.
Signed-off-by: Laurent Pinchart
---
Hi Dave,
There has been no comment on v2, so I'd
- 7.7+1ubuntu4
still showing the same problem.
Greetings
Thilo
--
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
|Drivers/Gallium/r300
--
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/20130604/f571f2b2/attachment.html>
implemented the same way as
in OpenGL, this might be the bug I'm facing.
--
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/
From: Ville Syrj?l?
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/drm_crtc.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index f00ba75..f1f11e1 100644
--- a/drivers/gpu/drm/drm_crtc.c
+++ b/drive
On Mon, Jun 03, 2013 at 04:10:42PM +0300, ville.syrjala at linux.intel.com
wrote:
> 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 spac
On Mon, Jun 03, 2013 at 04:11:42PM +0300, ville.syrjala at linux.intel.com
wrote:
> 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
On 2013? 06? 01? 00:29, Daniel Vetter wrote:
> On Fri, May 31, 2013 at 07:22:24PM +0900, ??? wrote:
>> Hello Daniel,
>>
>> Thanks for your comment.
>>
>> On 2013? 05? 31? 18:14, Daniel Vetter wrote:
>>> On Fri, May 31, 2013 at 10:54 AM, Seung-Woo Kim
>>> wrote:
importer private data in dma
On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart
wrote:
> 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
On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart
wrote:
> 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
Reviewed-by: Rob Clark
> ---
> drivers/gpu/drm/omapdrm/omap_gem_dmabuf.c | 3
On Mon, Jun 03, 2013 at 03:50:50PM +1000, Ben Skeggs wrote:
> On Fri, May 31, 2013 at 11:05 PM, Konrad Rzeszutek Wilk <
> konrad.wilk at oracle.com> wrote:
>
> > On Tue, May 28, 2013 at 08:55:29PM +0200, Sven Joachim wrote:
> > > On 2013-05-26 23:09 +0200, Maarten Maathuis wrote:
> > >
> > > > My
On Tue, Jun 04, 2013 at 07:42:22PM +0900, ??? wrote:
>
>
> On 2013? 06? 01? 00:29, Daniel Vetter wrote:
> > On Fri, May 31, 2013 at 07:22:24PM +0900, ??? wrote:
> >> Hello Daniel,
> >>
> >> Thanks for your comment.
> >>
> >> On 2013? 05? 31? 18:14, Daniel Vetter wrote:
> >>> On Fri, May 31, 2013
On Tue, Jun 04, 2013 at 04:53:40AM +0200, Laurent Pinchart wrote:
> The R-Car Display Unit (DU) DRM driver supports both superposition
> processors and all eight planes in RGB and YUV formats with alpha
> blending.
>
> Only VGA and LVDS encoders and connectors are currently supported.
>
> Signed-
Hi Dave,
Three regression fixes and one no-lvds quirk update. The regression Egbert
Eich tracked down goes back to 2.6.37 ... ugh. The other two are pretty
minor: One bogus modeset state checker WARN and a patch to prevent X
dying in a SIGBUS after a gpu hang with failed (or not implement as on
ge
On Tuesday 28 May 2013 02:40 PM, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, May 28, 2013 at 08:45:03AM +0300, Terje Bergstr?m wrote:
>> On 27.05.2013 18:45, Thierry Reding wrote:
>>> On Mon, May 27, 2013 at 07:19:28PM +0530, Mayuresh Kulkarni wrote:
+#ifdef CONFIG_PM_RU
ter?
--
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/20130604/0de15371/attachment.html>
cs problem, as the latter involves much more complex hardware
state setup.
--
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/2013
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130604/a3fa39e7/attachment.html>
Hi Daniel,
On Tuesday 04 June 2013 16:12:36 Daniel Vetter wrote:
> On Tue, Jun 04, 2013 at 04:53:40AM +0200, Laurent Pinchart wrote:
> > The R-Car Display Unit (DU) DRM driver supports both superposition
> > processors and all eight planes in RGB and YUV formats with alpha
> > blending.
> >
> > O
Hi Rob,
On Tuesday 04 June 2013 07:33:42 Rob Clark wrote:
> On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart wrote:
> > 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
> >
>
> Re
On Tue, Jun 4, 2013 at 8:03 PM, Laurent Pinchart
wrote:
> Hi Daniel,
>
> On Tuesday 04 June 2013 16:12:36 Daniel Vetter wrote:
>> On Tue, Jun 04, 2013 at 04:53:40AM +0200, Laurent Pinchart wrote:
[snip]
>> Should we add that to crtc helpers, instead of the current "just try to
>> smash the old c
On Mon, Jun 3, 2013 at 5:02 AM, Ilia Mirkin wrote:
> These chipsets include the VP2 engine which is composed of a bitstream
> processor (BSP) that decodes H.264 and a video processor (VP) which can
> do iDCT/mo-comp/etc for MPEG1/2, H.264, and VC-1. Both of these are
> driven by separate xtensa ch
On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart
wrote:
> 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
Reviewed-by: Rob Clark
> ---
> drivers/gpu/drm/drm_gem_cma_helper.c
On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart
wrote:
> The CMA-specific mapping code will be used to implement dma-buf mmap
> support.
>
> Signed-off-by: Laurent Pinchart
Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/drm_gem_cma_helper.c | 22 +++---
> 1 file changed, 1
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130604/e525d019/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130604/f80e9d46/attachment.html>
e for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130604/74bfcea7/attachment-0001.html>
Hi Ben,
The new mutexes in nvc0/nv50 (fadb17190/b509656) break resume on my
MBA3,1. A dead-lock somewhere, perhaps? Reverting fixes the problem.
Thanks,
Henrik
On Tue, Jun 4, 2013 at 4:48 PM, Henrik Rydberg wrote:
> Hi Ben,
>
> The new mutexes in nvc0/nv50 (fadb17190/b509656) break resume on my
> MBA3,1. A dead-lock somewhere, perhaps? Reverting fixes the problem.
A bunch of people saw it earlier. Fixed for nv50 (which is what I
assume you have) in
http
ent was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130604/945a2f78/attachment.html>
> emulation mode?
I'm not sure.
--
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/20130604/dc2a87b3/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130604/6d301fd6/attachment.html>
couple small comments, other than those it looks ok
BR,
-R
On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart
wrote:
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/drm_gem_cma_helper.c | 321
> ++-
> include/drm/drm_gem_cma_helper.h | 9 +
> 2 f
From: Alex Deucher
Hi Dave,
Just a few fixes for radeon. The big one is a fix for hangs on older
asics due to the ordering of interrupt initialization.
The following changes since commit 91f8f105f2b82b4a38dee2d74760bc39d40ec42c:
drm/mgag200: Add missing write to index before accessing dat
rt --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130604/848fab81/attachment.html>
On Tue, Jun 4, 2013 at 9:22 PM, Laurent Pinchart
wrote:
> Hi Rob,
>
> On Tuesday 04 June 2013 17:56:36 Rob Clark wrote:
>> couple small comments, other than those it looks ok
>
> Thanks for the review.
>
>> On Mon, Jun 3, 2013 at 10:20 PM, Laurent Pinchart wrote:
>> > Signed-off-by: Laurent Pincha
86 matches
Mail list logo
