art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121121/61169b95/attachment.html>
Hi Steffen,
Sorry, I've just found another small bug below.
On Tuesday 20 November 2012 16:54:53 Steffen Trumtrar wrote:
> Add a function to convert from the generic videomode to a fb_videomode.
>
> Signed-off-by: Steffen Trumtrar
> Reviewed-by: Thierry Reding
> Acked-by: Thierry Reding
>
On Thu, Oct 11, 2012 at 09:05:54PM -0500, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
I've just merged the rebase version of this, thanks.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121121/042d54f1/attachment.html>
On Wed, Nov 21, 2012 at 8:28 PM, Daniel Vetter wrote:
> On Tue, Nov 20, 2012 at 7:39 AM, Dave Airlie wrote:
>> Daniel: I've pulled -next from you, I'm hoping that is all you have
>> for this merge window!
>
> Yeah, winding down, no big stuff pending, just a few small
> bits If we'll see an -rc7
Hi Dave,
Please ignore this patch.
On 19 November 2012 15:14, Sachin Kamat wrote:
> kfree() on a NULL input is a no-op. Hence remove the check.
>
> Signed-off-by: Sachin Kamat
> ---
> This series is build tested on the latest linux-next (20121115).
> ---
> drivers/gpu/drm/drm_crtc.c |6
> > [ 245.003823] handlers:
> > [ 245.003838] [] azx_interrupt [snd_hda_intel]
> > [ 245.003841] Disabling IRQ #16
>
> Does /proc/interrupts show IRQ 16 being shared between snd_hda_intel
> and radeon? If not, this looks like a snd_hda_intel (or another driver
> sharing the IRQ) issue.
Hi Daniel,
> > As advertised, this patch breaks the Macbook Pro Retina, which seems
> > unfair. The patch below is certainly not the best remedy, but it does
> > work. Tested on a MacbookPro10,1.
>
> My apologies for the long delay in answering, I've somehow mixed up
> different bugreports and
On Wed, Nov 21, 2012 at 6:34 PM, Dave Airlie wrote:
>
> its vmware/nouveua/radeon/intel/ttm scattered.
Hmm. That's not what I see. I just see nouveau and soem PCI ID addition.
> 21 files changed, 108 insertions(+), 31 deletions(-)
I get
14 files changed, 70 insertions(+), 21 deletions(-)
mpty/no-op implementation for the function in
case the feature is not compiled into the kernel.
As you said, matter of taste. Up to you.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 897 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121121/188e8cfc/attachment.pgp>
ture
Size: 897 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121121/94bf5e02/attachment.pgp>
One more patch added on top that adds a new SI pci id:
drm/radeon: add new SI pci id
Alex
On Tue, Nov 20, 2012 at 12:07 PM, wrote:
> From: Alex Deucher
>
> Hi Dave,
>
> A couple more small fixes for 3.7:
> - another evergreen_mc fix
> - add an AGP quirk for an old RV250
>
> The following
On Mit, 2012-11-21 at 14:24 +0100, Julian Wollrath wrote:
>
> while having problems with the resume of the snd-hda-intel driver, I
> found the following in my dmesg output:
> [ 245.003310] irq 16: nobody cared (try booting with the "irqpoll" option)
[...]
> [ 245.003823] handlers:
> [
On Mon, Oct 08, 2012 at 02:50:40PM -0500, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
Queued for -next, thanks for the patch.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
Hi Rahul,
Control part seems good, and my comment is below.
On 2012? 11? 10? 01:21, Rahul Sharma wrote:
> This patch adds code for composing AVI and AUI info frames
> and send them every VSYNC.
>
> This patch is important for hdmi certification.
>
> Signed-off-by: Fahad Kunnathadi
>
On Mon, Oct 15, 2012 at 09:59:01AM +0300, Jani Nikula wrote:
> On Fri, 12 Oct 2012, Rob Clark wrote:
> > From: Rob Clark
>
> Nitpick: no commit message, and subject fails to mention
> drm_connector_attach_property -> drm_object_attach_property. Regardless,
> for this patch,
>
> Reviewed-by:
On Wed, Nov 21, 2012 at 02:49:30PM +0200, Tomi Valkeinen wrote:
> On 2012-11-20 17:54, Steffen Trumtrar wrote:
> > Add helper to get fb_videomode from devicetree.
> >
> > Signed-off-by: Steffen Trumtrar
> > Reviewed-by: Thierry Reding
> > Acked-by: Thierry Reding
> > Tested-by: Thierry Reding
Hi,
On Wed, Nov 21, 2012 at 01:37:08PM +0200, Tomi Valkeinen wrote:
> Hi,
>
> On 2012-11-20 17:54, Steffen Trumtrar wrote:
> > Add display_timing structure and the according helper functions. This allows
> > the description of a display via its supported timing parameters.
> >
> > Every timing
On Wed, Nov 21, 2012 at 5:08 PM, Daniel Vetter wrote:
> On Wed, Nov 21, 2012 at 4:47 PM, Thierry Reding
> wrote:
>> Oh great, so I copied that table for nothing. Thanks for Cc'ing, I can
>> reuse that in the HDMI infoframe series.
>
> Wrt the infoframe series, I think it'd be awesome if you
On Wed, Nov 21, 2012 at 4:47 PM, Thierry Reding
wrote:
> Oh great, so I copied that table for nothing. Thanks for Cc'ing, I can
> reuse that in the HDMI infoframe series.
Wrt the infoframe series, I think it'd be awesome if you could convert
i915 and radeon (iirc the existing drivers with the
Hi Seung Woo,
Thanks for your inputs. Please find my response below.
On Wed, Nov 21, 2012 at 2:12 PM, ??? wrote:
> Hi Rahul,
>
> Control part seems good, and my comment is below.
>
> On 2012? 11? 10? 01:21, Rahul Sharma wrote:
>> This patch adds code for composing AVI and AUI info frames
>> and
return i + 1;
> +
> + return 0;
> +}
> +EXPORT_SYMBOL(drm_mode_cea_vic);
Oh great, so I copied that table for nothing. Thanks for Cc'ing, I can
reuse that in the HDMI infoframe series.
Thierry
-- next part --
A non-text attachment was scr
Yes,
Even I got the same build error.
later I fixed it by including "#include "
Best Wishes,
Leela Krishna.
On Wed, Nov 21, 2012 at 3:39 PM, Manjunathappa, Prakash
wrote:
> Hi Steffen,
>
> I am trying to add DT support for da8xx-fb driver on top of your patches.
> Encountered below build error.
e/uapi/drm/exynos_drm.h | 13 +-
> 29 files changed, 1371 insertions(+), 481 deletions(-)
> create mode 100644 drivers/gpu/drm/exynos/exynos_drm_iommu.c
> create mode 100644 drivers/gpu/drm/exynos/exynos_drm_iommu.h
> ___
> 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/20121121/636e1fa3/attachment.html>
; >> and
> >> have no warnings or use const pointers and have a correct API. (Third
> >> option:
> >> send patches for of-functions). I chose the second option.
> >
> > Maybe a better approach would be a combination of 1 and 3: don't use
> > const pointers for struct device_node for now and bring the issue up
> > with the OF maintainers, possibly with patches attached that fix the
> > problematic functions.
>
> Why does this need to be const? Since some DT functions increment
> refcount the node, I'm not sure that making struct device_node const in
> general is right thing to do. I do think it should be okay for
> of_parse_phandle.
I wasn't proposing to do it everywhere but only where possible. If the
node is modified in some way then obviously it shouldn't be const.
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/20121121/7e7d216b/attachment-0001.pgp>
Make sure that other DRM clients can't map the contents of
non-shareable buffer objects.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Brian Paul
---
drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c |9 -
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |2 ++
Add a generic helper to fill in an HDMI AVI infoframe with data
extracted from a DRM display mode.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/Kconfig| 7 +++
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/drm_hdmi.c | 107 +
Add generic helpers to pack HDMI infoframes into a binary buffers.
Signed-off-by: Thierry Reding
---
drivers/video/Kconfig | 3 ++
drivers/video/Makefile | 1 +
drivers/video/hdmi.c | 84 ++
include/linux/hdmi.h | 119
pages to allocated memory region.
> - * @page_size: could be 4K, 64K or 1MB.
> * @size: size of allocated memory region.
> */
> struct exynos_drm_gem_buf {
> @@ -48,8 +46,6 @@ struct exynos_drm_gem_buf {
> dma_addr_t dma_addr;
> struct dma_attrsdma_attrs;
> struct sg_table *sgt;
> - struct page **pages;
> - unsigned long page_size;
> unsigned long size;
> };
>
> --
> 1.7.0.4
>
> ___
> 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/20121121/517c0ccd/attachment-0001.html>
Removes the need for a write lock each time we call ttm_bo_unref().
v2: Remove an unused variable.
v3: Really remove the unused variable.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_bo.c|5 +
drivers/gpu/drm/ttm/ttm_bo_vm.c |4 ++--
2 files changed, 3
Removes the need for a write lock each time we call ttm_bo_unref().
v2: Remove an unused variable.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_bo.c|4 +---
drivers/gpu/drm/ttm/ttm_bo_vm.c |4 ++--
2 files changed, 3 insertions(+), 5 deletions(-)
diff --git
Op 21-11-12 14:15, Maarten Lankhorst schreef:
> With this fix, nouveau_gem_object_close can be safely changed to a noop,
> forcing the vm bindings to be removed when the original object is. This
> is not done in this patch since it may lead to the object staying mapped
> in the vm space until the
the same comments here also.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 897 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121121/cb0ac680/attachment-0001.pgp>
e.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 897 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121121/7621197d/attachment-0001.pgp>
DE is not
enabled, he'll get a linker error anyway.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 897 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121121/b1d64fc8/attachment-0001.pgp>
On 2012? 11? 20? 19:26, Maarten Lankhorst wrote:
> Op 20-11-12 02:03, ??? schreef:
>> Hi Maarten,
>>
>> On 2012? 11? 19? 19:27, Maarten Lankhorst wrote:
>>> Op 15-11-12 04:52, Seung-Woo Kim schreef:
Increasing ref counts of both dma-buf and gem for imported dma-buf
come from gem makes
ESA_MODEDB_SIZE 34
> extern void fb_var_to_videomode(struct fb_videomode *mode,
>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 897 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121121/4c17f10e/attachment-0001.pgp>
On 11/21/2012 02:12 PM, Maarten Lankhorst wrote:
> Op 21-11-12 13:42, Thomas Hellstrom schreef:
>> On 11/21/2012 12:38 PM, Maarten Lankhorst wrote:
>>> Hey,
>>>
>>> Op 20-11-12 16:08, Thomas Hellstrom schreef:
On 11/20/2012 02:13 PM, Maarten Lankhorst wrote:
> Op 20-11-12 13:03, Thomas
Hello,
while having problems with the resume of the snd-hda-intel driver, I
found the following in my dmesg output:
[ 245.003310] irq 16: nobody cared (try booting with the "irqpoll" option)
[ 245.003318] Pid: 691, comm: kworker/u:3 Tainted: G C 3.7.0-rc6-wl+
#3
[ 245.003321] Call
+ * Copyright 2012 Steffen Trumtrar
> + *
> + * videomode of-helpers
> + *
> + * This file is released under the GPLv2
> + */
> +
> +#ifndef __LINUX_OF_VIDEOMODE_H
> +#define __LINUX_OF_VIDEOMODE_H
> +
> +#include
> +#include
Same here.
> +int of_get_videomode(const st
On Wednesday 21 November 2012 09:28:22 Steffen Trumtrar wrote:
> On Tue, Nov 20, 2012 at 08:35:31PM +0100, Thierry Reding wrote:
> > On Tue, Nov 20, 2012 at 07:11:29PM +0100, Robert Schwebel wrote:
> > > On Tue, Nov 20, 2012 at 05:13:19PM +0100, Laurent Pinchart wrote:
> > > > On Tuesday 20
move_notify is called by ttm after the the object is idle and about
to be destroyed. Clean up the vm list properly in that case.
This is not a problem right now, since the list should already be
empty, but if it wasn't empty, vm_put was not called which leads to
random corruption later.
With
Op 21-11-12 13:42, Thomas Hellstrom schreef:
> On 11/21/2012 12:38 PM, Maarten Lankhorst wrote:
>> Hey,
>>
>> Op 20-11-12 16:08, Thomas Hellstrom schreef:
>>> On 11/20/2012 02:13 PM, Maarten Lankhorst wrote:
Op 20-11-12 13:03, Thomas Hellstrom schreef:
> On 11/20/2012 12:33 PM, Maarten
you really need these #ifs in the header files? They do make it look
> a bit messy. If somebody uses the functions and CONFIG_VIDEOMODE is not
> enabled, he'll get a linker error anyway.
--
Regards,
Laurent Pinchart
-- 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/20121121/2820d862/attachment.pgp>
On Wed, Nov 21, 2012 at 12:11 PM, Dave Airlie wrote:
> On Wed, Nov 21, 2012 at 8:28 PM, Daniel Vetter wrote:
>> On Tue, Nov 20, 2012 at 7:39 AM, Dave Airlie wrote:
>>> Daniel: I've pulled -next from you, I'm hoping that is all you have
>>> for this merge window!
>>
>> Yeah, winding down, no big
On 11/21/2012 12:38 PM, Maarten Lankhorst wrote:
> Hey,
>
> Op 20-11-12 16:08, Thomas Hellstrom schreef:
>> On 11/20/2012 02:13 PM, Maarten Lankhorst wrote:
>>> Op 20-11-12 13:03, Thomas Hellstrom schreef:
On 11/20/2012 12:33 PM, Maarten Lankhorst wrote:
> Op 20-11-12 08:48, Thomas
From: Paulo Zanoni
We currently set "0" as the VIC value of the AVI InfoFrames. According
to the specs this should be fine and work for every mode, so to my
point of view we can't consider the current behavior as a bug. The
problem is that we recently received a bug
; + u32 hfront_porch;
> + u32 hback_porch;
> + u32 hsync_len;
> +
> + u32 vactive;
> + u32 vfront_porch;
> + u32 vback_porch;
> + u32 vsync_len;
> +
> + u32 hah;
> + u32 vah;
> + u32 de;
> + u32 pixelclk_pol;
>
Only compile time tested, noticed nv50_fence_create was never used,
so fix this. This will probably fix vblank on nv50 cards.
Hopefully this is still in time for 3.7 final release.
Signed-off-by: Maarten Lankhorst
---
diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c
Hi!
On Wed, Nov 21, 2012 at 04:39:01PM +0530, Leela Krishna Amudala wrote:
> Yes,
> Even I got the same build error.
> later I fixed it by including "#include "
>
> Best Wishes,
> Leela Krishna.
>
> On Wed, Nov 21, 2012 at 3:39 PM, Manjunathappa, Prakash
> wrote:
> > Hi Steffen,
> >
> > I am
On Tue, Nov 20, 2012 at 11:39 AM, Henrik Rydberg wrote:
>> drm/i915: do not ignore eDP bpc settings from vbt
>
> As advertised, this patch breaks the Macbook Pro Retina, which seems
> unfair. The patch below is certainly not the best remedy, but it does
> work. Tested on a MacbookPro10,1.
desktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121121/ec2be6aa/attachment.html>
ect API. (Third option:
> send patches for of-functions). I chose the second option.
Maybe a better approach would be a combination of 1 and 3: don't use
const pointers for struct device_node for now and bring the issue up
with the OF maintainers, possibly with patches attached that fix the
problematic functions.
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/20121121/fb908d61/attachment.pgp>
kfree(raw_edid);
> } else {
> return -ENODEV;
> }
> --
> 1.7.7
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
Hi!
On Wed, Nov 21, 2012 at 10:12:43AM +, Manjunathappa, Prakash wrote:
> Hi Steffen,
>
> On Tue, Nov 20, 2012 at 21:24:52, Steffen Trumtrar wrote:
> > +/**
> > + * of_get_display_timings - parse all display_timing entries from a
> > device_node
> > + * @np: device_node with the subnodes
>
From: YoungJun Cho
This patch is for unreferencing the (current)fb if plane->fb is
existed in exynos_disable_plane(). In exynos_update_plane(),
the new fb reference count can be bigger than 1.
So it can't be removed for that reference count.
And this patch is based on
Hey,
Op 20-11-12 16:08, Thomas Hellstrom schreef:
> On 11/20/2012 02:13 PM, Maarten Lankhorst wrote:
>> Op 20-11-12 13:03, Thomas Hellstrom schreef:
>>> On 11/20/2012 12:33 PM, Maarten Lankhorst wrote:
Op 20-11-12 08:48, Thomas Hellstrom schreef:
> On 11/19/2012 04:33 PM, Maarten
On Tue, Nov 20, 2012 at 1:39 AM, Dave Airlie wrote:
> Okay just pushed out a bunch of -next queued stuff,
>
> I've been stuck on another project for a couple of weeks and haven't
> really being paying enough attention to -next, so this is a heads up,
> if someone has something big they want
On Wed, Nov 21, 2012 at 11:23 AM, Rob Clark wrote:
> On Tue, Nov 20, 2012 at 12:39 AM, Dave Airlie wrote:
>> Okay just pushed out a bunch of -next queued stuff,
>>
>> I've been stuck on another project for a couple of weeks and haven't
>> really being paying enough attention to -next, so this is
On Tue, Nov 20, 2012 at 7:39 AM, Dave Airlie wrote:
> Daniel: I've pulled -next from you, I'm hoping that is all you have
> for this merge window!
Yeah, winding down, no big stuff pending, just a few small
bits If we'll see an -rc7 release, I'll run another manual QA
cycle, otherwise I'll just
On Wed, Nov 21, 2012 at 11:05 AM, Alex Deucher wrote:
> On Wed, Nov 21, 2012 at 11:23 AM, Rob Clark wrote:
>> On Tue, Nov 20, 2012 at 12:39 AM, Dave Airlie wrote:
>>> Okay just pushed out a bunch of -next queued stuff,
>>>
>>> I've been stuck on another project for a couple of weeks and haven't
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121121/ec35e664/attachment.html>
On Tue, Nov 20, 2012 at 12:39 AM, Dave Airlie wrote:
> Okay just pushed out a bunch of -next queued stuff,
>
> I've been stuck on another project for a couple of weeks and haven't
> really being paying enough attention to -next, so this is a heads up,
> if someone has something big they want
Hi Steffen,
On Tue, Nov 20, 2012 at 21:24:52, Steffen Trumtrar wrote:
> This adds support for reading display timings from DT or/and convert one of
> those
> timings to a videomode.
> The of_display_timing implementation supports multiple children where each
> property can have up to 3 values.
Hi Steffen,
I am trying to add DT support for da8xx-fb driver on top of your patches.
Encountered below build error. Sorry for reporting it late.
On Tue, Nov 20, 2012 at 21:24:53, Steffen Trumtrar wrote:
> Add a function to convert from the generic videomode to a fb_videomode.
>
>
On Tue, Nov 20, 2012 at 10:37 PM, Tomas M wrote:
> No, the patch does not help. same sympthoms.
Can you please boot with drm.debug=0xe added to your kernel cmdline
and grab the dmesg (with the patch applied)?
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 -
Add support for host1x, the display controllers and HDMI on the Tegra30
SoC.
Signed-off-by: Thierry Reding
Tested-by: Stephen Warren
Tested-by: Mark Zhang
---
Hi David,
I've rebased this on top of you drm-next branch as you requested. The
change in hdmi.c looks a bit odd, but that's due to
On Tue, Nov 20, 2012 at 08:35:31PM +0100, Thierry Reding wrote:
> On Tue, Nov 20, 2012 at 07:11:29PM +0100, Robert Schwebel wrote:
> > On Tue, Nov 20, 2012 at 05:13:19PM +0100, Laurent Pinchart wrote:
> > > On Tuesday 20 November 2012 16:54:50 Steffen Trumtrar wrote:
> > > > Hi!
> > > >
> > > >
On 11/21/2012 05:52 AM, Thierry Reding wrote:
> On Wed, Nov 21, 2012 at 12:48:43PM +0100, Steffen Trumtrar wrote:
>> Hi!
>>
>> On Wed, Nov 21, 2012 at 10:12:43AM +, Manjunathappa, Prakash wrote:
>>> Hi Steffen,
>>>
>>> On Tue, Nov 20, 2012 at 21:24:52, Steffen Trumtrar wrote:
+/**
+
On Tue, Nov 20, 2012 at 05:13:19PM +0100, Laurent Pinchart wrote:
> On Tuesday 20 November 2012 16:54:50 Steffen Trumtrar wrote:
> > Hi!
> >
> > Changes since v11:
> > - make pointers const where applicable
> > - add reviewed-by Laurent Pinchart
>
> Looks good to me.
>
> Acked-by:
8c436b4ea670d4630767a742dac5aad14e18aef9.
--
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/20121121/d1ba22be/attachment.html>
Applied.
Thanks,
Inki Dae
2012/11/20 Prathyush K prathyus...@samsung.com
Changelog v2:
Removed redundant check for invalid sgl.
Added check for valid page_offset in the beginning of
exynos_drm_gem_map_buf.
Changelog v1:
The 'pages' structure is not required since we can use the 'sgt'.
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #30 from Michael Dressel mdrs...@t-online.de ---
I found I made a mistake during bisecting.
In order to get rid of the latest compile problem
I upgraded libgl to the 9.0.1 version.
Now gnome starts and does not show the problem.
I
Hi Dave,
Below is additional comments,
The below patch has a dependency of Exynos drm driver's patch set so this
pull requst includes this one.
drm: hold event_lock while accessing vblank_event_list
And in addition, below is patches merged to exynos-drm-next,
drm/exynos: fix
On Tue, Nov 20, 2012 at 05:13:19PM +0100, Laurent Pinchart wrote:
On Tuesday 20 November 2012 16:54:50 Steffen Trumtrar wrote:
Hi!
Changes since v11:
- make pointers const where applicable
- add reviewed-by Laurent Pinchart
Looks good to me.
Acked-by: Laurent Pinchart
Hi Daniel,
No, the patch does not help. same sympthoms.
thanks,
Tomas
On Tue, Nov 20, 2012 at 12:47 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Mon, Nov 19, 2012 at 06:32:44PM +0100, Daniel Vetter wrote:
On Fri, Nov 16, 2012 at 02:40:09PM -0300, Tomas M wrote:
I sent this to the lkml but i
Hi Daniel,
No, the patch does not help. same sympthoms.
thanks,
Tomas
On Tue, Nov 20, 2012 at 12:47 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Mon, Nov 19, 2012 at 06:32:44PM +0100, Daniel Vetter wrote:
On Fri, Nov 16, 2012 at 02:40:09PM -0300, Tomas M wrote:
I sent this to the lkml but i
On Tue, Nov 20, 2012 at 08:35:31PM +0100, Thierry Reding wrote:
On Tue, Nov 20, 2012 at 07:11:29PM +0100, Robert Schwebel wrote:
On Tue, Nov 20, 2012 at 05:13:19PM +0100, Laurent Pinchart wrote:
On Tuesday 20 November 2012 16:54:50 Steffen Trumtrar wrote:
Hi!
Changes since v11:
Hi Rahul,
Control part seems good, and my comment is below.
On 2012년 11월 10일 01:21, Rahul Sharma wrote:
This patch adds code for composing AVI and AUI info frames
and send them every VSYNC.
This patch is important for hdmi certification.
Signed-off-by: Fahad Kunnathadi
Add support for host1x, the display controllers and HDMI on the Tegra30
SoC.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
Tested-by: Stephen Warren swar...@nvidia.com
Tested-by: Mark Zhang ma...@nvidia.com
---
Hi David,
I've rebased this on top of you drm-next branch as you
On Tue, Nov 20, 2012 at 10:37 PM, Tomas M tmezza...@gmail.com wrote:
No, the patch does not help. same sympthoms.
Can you please boot with drm.debug=0xe added to your kernel cmdline
and grab the dmesg (with the patch applied)?
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41
On Tue, Nov 20, 2012 at 7:39 AM, Dave Airlie airl...@gmail.com wrote:
Daniel: I've pulled -next from you, I'm hoping that is all you have
for this merge window!
Yeah, winding down, no big stuff pending, just a few small
bitspieces. If we'll see an -rc7 release, I'll run another manual QA
cycle,
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #31 from Michel Dänzer mic...@daenzer.net ---
(In reply to comment #29)
libGL error: dlopen /usr/lib/xorg/modules/dri/r600_dri.so failed
(/usr/lib/libglsl.so: undefined symbol: hash_table_string_hash)
Is /usr/lib/libglsl.so built
Yes,
Even I got the same build error.
later I fixed it by including #include linux/mxsfb.h
Best Wishes,
Leela Krishna.
On Wed, Nov 21, 2012 at 3:39 PM, Manjunathappa, Prakash
prakash...@ti.com wrote:
Hi Steffen,
I am trying to add DT support for da8xx-fb driver on top of your patches.
Hi Seung Woo,
Thanks for your inputs. Please find my response below.
On Wed, Nov 21, 2012 at 2:12 PM, 김승우 sw0312@samsung.com wrote:
Hi Rahul,
Control part seems good, and my comment is below.
On 2012년 11월 10일 01:21, Rahul Sharma wrote:
This patch adds code for composing AVI and AUI
Hey,
Op 20-11-12 16:08, Thomas Hellstrom schreef:
On 11/20/2012 02:13 PM, Maarten Lankhorst wrote:
Op 20-11-12 13:03, Thomas Hellstrom schreef:
On 11/20/2012 12:33 PM, Maarten Lankhorst wrote:
Op 20-11-12 08:48, Thomas Hellstrom schreef:
On 11/19/2012 04:33 PM, Maarten Lankhorst wrote:
Op
Hi!
On Wed, Nov 21, 2012 at 10:12:43AM +, Manjunathappa, Prakash wrote:
Hi Steffen,
On Tue, Nov 20, 2012 at 21:24:52, Steffen Trumtrar wrote:
+/**
+ * of_get_display_timings - parse all display_timing entries from a
device_node
+ * @np: device_node with the subnodes
+ **/
On Wed, Nov 21, 2012 at 12:48:43PM +0100, Steffen Trumtrar wrote:
Hi!
On Wed, Nov 21, 2012 at 10:12:43AM +, Manjunathappa, Prakash wrote:
Hi Steffen,
On Tue, Nov 20, 2012 at 21:24:52, Steffen Trumtrar wrote:
+/**
+ * of_get_display_timings - parse all display_timing entries
On Tue, Nov 20, 2012 at 11:39 AM, Henrik Rydberg rydb...@bitmath.se wrote:
drm/i915: do not ignore eDP bpc settings from vbt
As advertised, this patch breaks the Macbook Pro Retina, which seems
unfair. The patch below is certainly not the best remedy, but it does
work. Tested on a
Hi!
On Wed, Nov 21, 2012 at 04:39:01PM +0530, Leela Krishna Amudala wrote:
Yes,
Even I got the same build error.
later I fixed it by including #include linux/mxsfb.h
Best Wishes,
Leela Krishna.
On Wed, Nov 21, 2012 at 3:39 PM, Manjunathappa, Prakash
prakash...@ti.com wrote:
Hi
Only compile time tested, noticed nv50_fence_create was never used,
so fix this. This will probably fix vblank on nv50 cards.
Hopefully this is still in time for 3.7 final release.
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git
On 11/21/2012 12:38 PM, Maarten Lankhorst wrote:
Hey,
Op 20-11-12 16:08, Thomas Hellstrom schreef:
On 11/20/2012 02:13 PM, Maarten Lankhorst wrote:
Op 20-11-12 13:03, Thomas Hellstrom schreef:
On 11/20/2012 12:33 PM, Maarten Lankhorst wrote:
Op 20-11-12 08:48, Thomas Hellstrom schreef:
On
On Wed, Nov 21, 2012 at 12:11 PM, Dave Airlie airl...@gmail.com wrote:
On Wed, Nov 21, 2012 at 8:28 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Tue, Nov 20, 2012 at 7:39 AM, Dave Airlie airl...@gmail.com wrote:
Daniel: I've pulled -next from you, I'm hoping that is all you have
for this merge
Hi Tomi,
On Wednesday 21 November 2012 14:49:30 Tomi Valkeinen wrote:
On 2012-11-20 17:54, Steffen Trumtrar wrote:
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
Reviewed-by: Thierry Reding thierry.red...@avionic-design.de
Op 21-11-12 13:42, Thomas Hellstrom schreef:
On 11/21/2012 12:38 PM, Maarten Lankhorst wrote:
Hey,
Op 20-11-12 16:08, Thomas Hellstrom schreef:
On 11/20/2012 02:13 PM, Maarten Lankhorst wrote:
Op 20-11-12 13:03, Thomas Hellstrom schreef:
On 11/20/2012 12:33 PM, Maarten Lankhorst wrote:
Op
move_notify is called by ttm after the the object is idle and about
to be destroyed. Clean up the vm list properly in that case.
This is not a problem right now, since the list should already be
empty, but if it wasn't empty, vm_put was not called which leads to
random corruption later.
With
On Wednesday 21 November 2012 09:28:22 Steffen Trumtrar wrote:
On Tue, Nov 20, 2012 at 08:35:31PM +0100, Thierry Reding wrote:
On Tue, Nov 20, 2012 at 07:11:29PM +0100, Robert Schwebel wrote:
On Tue, Nov 20, 2012 at 05:13:19PM +0100, Laurent Pinchart wrote:
On Tuesday 20 November 2012
On 11/21/2012 02:12 PM, Maarten Lankhorst wrote:
Op 21-11-12 13:42, Thomas Hellstrom schreef:
On 11/21/2012 12:38 PM, Maarten Lankhorst wrote:
Hey,
Op 20-11-12 16:08, Thomas Hellstrom schreef:
On 11/20/2012 02:13 PM, Maarten Lankhorst wrote:
Op 20-11-12 13:03, Thomas Hellstrom schreef:
On
Op 21-11-12 14:15, Maarten Lankhorst schreef:
With this fix, nouveau_gem_object_close can be safely changed to a noop,
forcing the vm bindings to be removed when the original object is. This
is not done in this patch since it may lead to the object staying mapped
in the vm space until the gem
Removes the need for a write lock each time we call ttm_bo_unref().
v2: Remove an unused variable.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/ttm/ttm_bo.c|4 +---
drivers/gpu/drm/ttm/ttm_bo_vm.c |4 ++--
2 files changed, 3 insertions(+), 5 deletions(-)
1 - 100 of 148 matches
Mail list logo