Hi,
On Tue, Nov 20, 2012 at 11:21 PM, Prathyush K
wrote:
> The BURST size of fimd is adjusted based on the number of bytes to be
> read. This is calculated based on the overlay width and the number of
> bits per pixel. There are three burst lengths supported - 4 words,
> 8 words and 16 words whe
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 mem
:0870].
(screenshot following later on)
--
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/20121120/1c0822e6/attachment.html>
ves/dri-devel/attachments/20121120/89fa357d/attachment.html>
Hi,
To get the proper review, please add proper maintainers.
Thank you,
Kyungmin Park
On Tue, Nov 20, 2012 at 8:55 PM, Rahul Sharma wrote:
> Hi All,
>
> Kindly review the following patch-set.
>
> regards,
> Rahul Sharma
>
> On Fri, Nov 9, 2012 at 9:51 PM, Rahul Sharma
> wrote:
>> This patch s
sed).
Kernel used if 3.7-rc5 (with efifb disabled), 3.7-rc6 (with efifb built-in)
--
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/20121120/648d67ab/attachment.html>
Sean Paul writes:
> On Tue, Nov 20, 2012 at 4:30 AM, Egbert Eich wrote:
> > drm_get_edid() returns a pointer to an EDID block. The caller
> > is responsible to free this pointer itself.
> > Here the pointer gets assigned to the local variable raw_edid.
> > Therefore it should be freed before
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/20121120/b94acef5/attachment.pgp>
Applied.
Thanks,
Inki Dae
2012/11/20 Rahul Sharma
> This patch is to preserve the display mode header during the mode
> adjustment.
> Display mode header is overwritten with the adjusted mode header which is
> throwing the stack dump.
>
> Signed-off-by: Rahul Sharma
> ---
> drivers/gpu/drm/ex
On Tue, Nov 20, 2012 at 11:27:20AM -0600, Rob Clark wrote:
> On Tue, Nov 20, 2012 at 7:40 AM, Ville Syrj?l?
> wrote:
> > On Tue, Nov 20, 2012 at 04:39:39PM +1000, Dave Airlie wrote:
> >> Okay just pushed out a bunch of -next queued stuff,
> >>
> >> I've been stuck on another project for a couple o
The BURST size of fimd is adjusted based on the number of bytes to be
read. This is calculated based on the overlay width and the number of
bits per pixel. There are three burst lengths supported - 4 words,
8 words and 16 words where each word is 8 bytes long.
Signed-off-by: Prathyush K
---
driv
Ok, I modifed the subject of your patch like below and applied.
drm/exynos: fix memory lean to EDID block
Thanks,
Inki Dae
2012/11/20 Egbert Eich
> drm_get_edid() returns a pointer to an EDID block. The caller
> is responsible to free this pointer itself.
> Here the pointer gets assigned to t
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 exynos-drm-next.
Signed-of
ng /usr/lib/xorg/modules/dri/swrast_dri.so
--
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/20121120/932fe23d/attachment-0001.html>
inux AUR in the
package mesa-demo-git. I'm just
building it.
--
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/20121120/0c9c3462/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121120/29571f3e/attachment.html>
.so?
--
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/20121120/39de774c/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121120/0e59284f/attachment.html>
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: Lauren
ou 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/20121120/555d5b8c/attachment.html>
he vbt edp handling a bit more robust, which could be enough
> already to get the mbp retina going again.
>
> Thanks, Daniel
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> +41 (0) 79 365 57 48 - http://blog.ffwll.ch
-- next part --
||sktop.org
--
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/20121120/7fc1c
e thing
compiled.
--
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/20121120/4388b756/attachment.html>
file I attached.
--
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/20121120/f9af8074/attachment.html>
On Tue, Nov 20, 2012 at 4:44 PM, Thomas Hellstrom
wrote:
> On 11/20/2012 07:19 AM, Dave Airlie wrote:
>>
>> On Tue, Nov 6, 2012 at 9:31 PM, Thomas Hellstrom
>> wrote:
>>>
>>> The mostly used lookup+get put+potential_destroy path of TTM objects
>>> is converted to use RCU locks. This will substan
On Tue, Nov 20, 2012 at 11:53 AM, Ville Syrj?l?
wrote:
> On Tue, Nov 20, 2012 at 11:27:20AM -0600, Rob Clark wrote:
>> On Tue, Nov 20, 2012 at 7:40 AM, Ville Syrj?l?
>> wrote:
>> > On Tue, Nov 20, 2012 at 04:39:39PM +1000, Dave Airlie wrote:
>> >> Okay just pushed out a bunch of -next queued stuf
Hi Daniel,
No, the patch does not help. same sympthoms.
thanks,
Tomas
On Tue, Nov 20, 2012 at 12:47 PM, Daniel Vetter 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 got no re
Hi All,
Kindly review the following patch-set.
regards,
Rahul Sharma
On Fri, Nov 9, 2012 at 9:51 PM, Rahul Sharma
wrote:
> This patch set adds provision for composing and sending AVI and AUI
> infoframes by exynos drm hdmi driver.
>
> It also adds provision to get CEA Video ID Code through the
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
Through which tree do you plan to push this ?
> Regards,
> Steffen
>
This patch is to preserve the display mode header during the mode adjustment.
Display mode header is overwritten with the adjusted mode header which is
throwing the stack dump.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c |9 +
1 files changed, 9 insertions(+)
https://bugzilla.kernel.org/show_bug.cgi?id=28622
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
---
drivers/gpu/drm/drm_modes.c | 35 ++
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
---
drivers/gpu/drm/drm_modes.c | 37
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
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
---
drivers/video/fbmon.c | 42 +-
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
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
---
drivers/video/fbmon.c | 46
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. All children are read into an array, that
can be queried.
of_get_videomode converts
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Every timing parameter can be specified as a single value or a range
.
Also, add helper functions to convert from display timings to a generic
videomode
Hi!
Changes since v11:
- make pointers const where applicable
- add reviewed-by Laurent Pinchart
Regards,
Steffen
Steffen Trumtrar (6):
video: add display_timing and videomode
video: add of helper for videomode
fbmon: add videomode helpers
fbmon: add of_videomode helpers
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 got no reply. maybe im missing something
> > obvious? my report lacks information? or this list is the apropiate
> > place to send ;)
>
> I te
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 merged this window and I
haven't seen it yet or merged it yet, you s
Hi Dave,
This patch set adds iommu support, userptr feature to g2d, minor fixups
and code cleanups.
And the iommu feature has dependency of the below patches related to
dma mapping framework.
For this, ccing DMA Mapping framework maintainer, Marek Szyprowski.
Marek, please give me ack.
comm
On 11/20/12, Prathyush K wrote:
> On Mon, Nov 19, 2012 at 3:14 PM, Kyungmin Park
> wrote:
>
>> Hi,
>>
>> On 11/15/12, Prathyush K wrote:
>> > The 'pages' structure is not required since we can use the 'sgt'. Even
>> for
>> > CONTIG buffers, a SGT is created (which will have just one sgl). This
>
On Tue, Nov 6, 2012 at 9:31 PM, Thomas Hellstrom
wrote:
> The mostly used lookup+get put+potential_destroy path of TTM objects
> is converted to use RCU locks. This will substantially decrease the amount
> of locked bus cycles during normal operation.
> Since we use kfree_rcu to free the objects,
On Tue, Nov 20, 2012 at 3:29 PM, Egbert Eich wrote:
> Sean Paul writes:
> > On Tue, Nov 20, 2012 at 4:30 AM, Egbert Eich wrote:
> > > drm_get_edid() returns a pointer to an EDID block. The caller
> > > is responsible to free this pointer itself.
> > > Here the pointer gets assigned to the loc
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 19-11-12 16:04, Thomas Hellstrom schree
On Tue, Nov 20, 2012 at 11:53 AM, Ville Syrjälä
wrote:
> On Tue, Nov 20, 2012 at 11:27:20AM -0600, Rob Clark wrote:
>> On Tue, Nov 20, 2012 at 7:40 AM, Ville Syrjälä
>> wrote:
>> > On Tue, Nov 20, 2012 at 04:39:39PM +1000, Dave Airlie wrote:
>> >> Okay just pushed out a bunch of -next queued stuf
All right. I guess you might already have this, just sent this to make
things clear.
On 11/20/2012 03:37 PM, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, Nov 20, 2012 at 03:26:16PM +0800, Mark Zhang wrote:
>> This patch is based on Thierry's drm patch for Tegra20:
>> - [PATC
On Tue, Nov 20, 2012 at 04:39:39PM +1000, 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 wa
Stephen & Thierry,
I downloaded all patches from patchwork so right now it should not have
space issues.
Mark
On 11/20/2012 03:26 PM, Mark Zhang wrote:
> This patch is based on Thierry's drm patch for Tegra20:
> - [PATCH v2 0/6] Device tree updates for host1x support
> - [PATCH v3 0/2] NVIDIA Teg
This patch is based on Thierry's drm patch for Tegra20:
- [PATCH v2 0/6] Device tree updates for host1x support
- [PATCH v3 0/2] NVIDIA Tegra DRM driver
It adds the support for NVIDIA Tegra30.
Signed-off-by: Mark Zhang
---
drivers/gpu/drm/tegra/dc.c |1 +
drivers/gpu/drm/tegra/host1x.c
as scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121120/715a7cf5/attachment.html>
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'. Even for
CONTIG buffers, a SGT is created (which will have just one sgl). This SGT
On Tue, Nov 20, 2012 at 4:30 AM, Egbert Eich wrote:
> drm_get_edid() returns a pointer to an EDID block. The caller
> is responsible to free this pointer itself.
> Here the pointer gets assigned to the local variable raw_edid.
> Therefore it should be freed before the variable goes out of
> scope.
https://bugs.freedesktop.org/show_bug.cgi?id=57352
Priority: medium
Bug ID: 57352
Assignee: dri-devel@lists.freedesktop.org
Summary: [nouveau] Kernel Tux logo incorrectly displayed at
boot
Severity: normal
Classification:
https://bugs.freedesktop.org/show_bug.cgi?id=57350
Priority: medium
Bug ID: 57350
Assignee: dri-devel@lists.freedesktop.org
Summary: [nouveau, linux-3.7-rc] Broken cursor and kernel log
swamped with "PAGE_NOT_PRESENT" errors
e EQUAL to 'nr'.
This is what we are checking for.
I think to avoid confusion, a better thing is to check for validity of
page_offset
at the beginning itself.
if (page_offset >= (buf->size >> PAGE_SHIFT)) {
DRM_ERROR("invalid page offset\n");
return -EINVAL;
}
> >
> > Thanks for reviewing. If required, I can post another patch
> > to remove the first redundant check. But I don't think it should
> > be part of this patch.
>
> Please send the updated patch. no need addition patch for it.
>
>
Sure. I shall send across the updated patch asap.
Thanks for the review comments.
Prathyush
> Thank you,
> Kyungmin Park
> >
> >
> >> Thank you,
> >> Kyungmin Park
> >> > + DRM_ERROR("invalid page offset\n");
> >> > + return -EINVAL;
> >> > }
> >> >
> >> > + pfn = __phys_to_pfn(sg_phys(sgl)) + page_offset;
> >> > +
> >> > return vm_insert_mixed(vma, f_vaddr, pfn);
> >> > }
> >> >
> >> > diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.h
> >> > b/drivers/gpu/drm/exynos/exynos_drm_gem.h
> >> > index 83d21ef..3600b3b 100644
> >> > --- a/drivers/gpu/drm/exynos/exynos_drm_gem.h
> >> > +++ b/drivers/gpu/drm/exynos/exynos_drm_gem.h
> >> > @@ -39,8 +39,6 @@
> >> > * - this address could be physical address without IOMMU and
> >> > * device address with IOMMU.
> >> > * @sgt: sg table to transfer page data.
> >> > - * @pages: contain all 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
> >> >
> >> ___
> >> 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/20121120/996124a7/attachment-0001.html>
https://bugs.freedesktop.org/show_bug.cgi?id=57349
Priority: medium
Bug ID: 57349
Assignee: dri-devel@lists.freedesktop.org
Summary: [nouveau, EFI] xf86-video-nouveau-1.0.2 and above fail
to find device with X 1.13.0
Severity
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 19-11-12 16:04, Thomas Hellstrom schreef:
> On 11/19/2012 03:17 PM, Thomas Hellstrom wrote
On 11/20/2012 07: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 merged this wind
Removes the need for a write lock each time we call ttm_bo_unref().
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 a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/
On Tue, Nov 20, 2012 at 3:29 PM, Egbert Eich wrote:
> Sean Paul writes:
> > On Tue, Nov 20, 2012 at 4:30 AM, Egbert Eich wrote:
> > > drm_get_edid() returns a pointer to an EDID block. The caller
> > > is responsible to free this pointer itself.
> > > Here the pointer gets assigned to the loc
Signed-off-by: Thomas Hellstrom
Reviewed-by: Brian Paul
Reviewed-by: Dmitry Torokhov
---
drivers/gpu/drm/vmwgfx/svga3d_surfacedefs.h | 909 +++
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 113 +---
2 files changed, 928 insertions(+), 94 deletions(-)
create mode 1006
Add a resource-private header for common resource definitions
Signed-off-by: Thomas Hellstrom
Reviewed-by: Brian Paul
Reviewed-by: Dmitry Torokhov
---
drivers/gpu/drm/vmwgfx/Makefile |3 +-
drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 274 ++
drivers/gpu/drm/vmwgfx/vm
Refactor resource management to make it easy to hook up resources
that are backed up by buffers. In particular, resources and their
backing buffers can be evicted and rebound, if supported by the device.
To avoid query deadlocks, the query code is also modified somewhat.
Signed-off-by: Thomas Hell
The last three patches from that patch series that didn't apply.
It looks like they conflicted with the TTM removal of sync_obj_arg.
/Thomas
.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121120/e0dacc79/attachment.html>
Also move a kref_init() out of spinlocked region
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_object.c | 21 ++---
1 files changed, 14 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_object.c b/drivers/gpu/drm/ttm/ttm_object.c
index 0e13d9f..5
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_object.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_object.c b/drivers/gpu/drm/ttm/ttm_object.c
index f18eeb4..0e13d9f 100644
--- a/drivers/gpu/drm/ttm/ttm_object.c
+++ b/drivers/gpu
They need to be freed after an rcu grace period.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/vmwgfx/vmwgfx_fence.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fence.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_fence.c
index bc187fa..c62d2
Document how kref_get_unless_zero should be used and how it helps
solve a typical kref / locking problem.
Signed-off-by: Thomas Hellstrom
---
Documentation/kref.txt | 88
1 files changed, 88 insertions(+), 0 deletions(-)
diff --git a/Documentat
While hashtab should now be RCU-safe, Add a drm_ht_xxx_api for consumers
to use to make it obvious what locking mechanism is used.
Document the way the rcu-safe interface should be used.
Don't use rcu-safe list traversal in modify operations where we should use
a spinlock / mutex anyway.
Signed-
Changes that didn't make it into the
drm/ttm: Get rid of a number of atomic read-modify-write ops v3
patch series.
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 19-11-12 16:04, Thomas Hellstrom schreef:
On 11/19/2012 03:17 PM, Thomas Hellstrom wrote:
> Hi,
>
> This patch looks mostly goo
Hello Daniel,
Thanks for the reply, here is the dmesg of such a boot. Its been i
while since i reported something on i915 (this has been stable for a
loong time for me). didnt remember where to file a bug.
in the end, there is a suspend cycle which fixes it.
i will try your patch this afternoon
Op 20-11-12 12:33, Maarten Lankhorst schreef:
> Op 20-11-12 08:48, Thomas Hellstrom schreef:
>> On 11/19/2012 04:33 PM, Maarten Lankhorst wrote:
>>> Op 19-11-12 16:04, Thomas Hellstrom schreef:
On 11/19/2012 03:17 PM, Thomas Hellstrom wrote:
> Hi,
>
> This patch looks mostly good,
Sean Paul writes:
> On Tue, Nov 20, 2012 at 4:30 AM, Egbert Eich wrote:
> > drm_get_edid() returns a pointer to an EDID block. The caller
> > is responsible to free this pointer itself.
> > Here the pointer gets assigned to the local variable raw_edid.
> > Therefore it should be freed before
> + pfn = __phys_to_pfn(sg_phys(sgl)) + page_offset;
> > +
> > return vm_insert_mixed(vma, f_vaddr, pfn);
> > }
> >
> > diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.h
> > b/drivers/gpu/drm/exynos/exynos_drm_gem.h
> > index 83d21ef..3600b3b 100644
> > --- a/drivers/gpu/drm/exynos/exynos_drm_gem.h
> > +++ b/drivers/gpu/drm/exynos/exynos_drm_gem.h
> > @@ -39,8 +39,6 @@
> > * - this address could be physical address without IOMMU and
> > * device address with IOMMU.
> > * @sgt: sg table to transfer page data.
> > - * @pages: contain all 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
> >
> ___
> 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/20121120/ddfac081/attachment.html>
Op 20-11-12 08:48, Thomas Hellstrom schreef:
> On 11/19/2012 04:33 PM, Maarten Lankhorst wrote:
>> Op 19-11-12 16:04, Thomas Hellstrom schreef:
>>> On 11/19/2012 03:17 PM, Thomas Hellstrom wrote:
Hi,
This patch looks mostly good, although I think ttm_bo_cleanup_refs becomes
ove
On Tue, Nov 20, 2012 at 11:52:06AM +0100, Laurent Pinchart wrote:
> Hi Steffen,
>
> On Tuesday 20 November 2012 11:39:18 Steffen Trumtrar wrote:
> > On Thu, Nov 15, 2012 at 02:15:06PM +0100, Steffen Trumtrar wrote:
> > > Hi!
> > >
> > > Changes since v10:
> > > - fix function name (drm_)display
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 changes since commit 6f755116c93ca35f496ccf1910dcd28cd16713e3:
Merge branch 'drm-intel-fixes' of
git://people.freedesktop.org/~danvet/drm-intel into dr
On Tue, Nov 20, 2012 at 4:30 AM, Egbert Eich wrote:
> drm_get_edid() returns a pointer to an EDID block. The caller
> is responsible to free this pointer itself.
> Here the pointer gets assigned to the local variable raw_edid.
> Therefore it should be freed before the variable goes out of
> scope.
Hi Steffen,
On Tuesday 20 November 2012 11:39:18 Steffen Trumtrar wrote:
> On Thu, Nov 15, 2012 at 02:15:06PM +0100, Steffen Trumtrar wrote:
> > Hi!
> >
> > Changes since v10:
> > - fix function name (drm_)display_mode_from_videomode
> > - add acked-by, reviewed-by, tested-by
> >
> > Reg
On Mon, Nov 19, 2012 at 3:17 PM, Paul Bolle wrote:
> The Intel 82855PM host bridge / Mobility FireGL 9000 RV250 combination
> in an (outdated) ThinkPad T41 needs AGPMode 1 for suspend/resume (under
> KMS, that is). So add a quirk for it.
>
> (Change R250 to RV250 in comment for preceding quirk too
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #29 from Michael Dressel ---
(In reply to comment #28)
> (In reply to comment #27)
> > (In reply to comment #26)
> > > (In reply to comment #25)
> > > LIBGL_DEBUG=verbose glxinfo | grep render
> > I don't have glxinfo
>
> Ah I found
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:
> > > - make pointers const where applicable
> > > - ad
On Thu, Nov 15, 2012 at 02:15:06PM +0100, Steffen Trumtrar wrote:
> Hi!
>
> Changes since v10:
> - fix function name (drm_)display_mode_from_videomode
> - add acked-by, reviewed-by, tested-by
>
> Regards,
> Steffen
>
>
> Steffen Trumtrar (6):
> video: add display_timing and videom
> 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.
Thanks,
Henrik
---
From: Henrik Rydberg
Date: Tue, 20 Nov 2012
core/device.h was included twice.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/nouveau/core/subdev/device/base.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/core/subdev/device/base.c
b/drivers/gpu/drm/nouveau/core/subdev/device/base.c
inde
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #28 from Michael Dressel ---
(In reply to comment #27)
> (In reply to comment #26)
> > (In reply to comment #25)
> > LIBGL_DEBUG=verbose glxinfo | grep render
> I don't have glxinfo
Ah I found it on archlinux AUR in the
package mesa
Hi Dave,
This pull request fixes minor issues and includes code cleanup.
If there is any problem, please let me know.
Thanks,
Inki Dae
The following changes since commit 6f755116c93ca35f496ccf1910dcd28cd16713e3:
Merge branch 'drm-intel-fixes' of
git://people.freedesktop.org/~danvet/drm-inte
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #27 from Michael Dressel ---
(In reply to comment #26)
> (In reply to comment #25)
> LIBGL_DEBUG=verbose glxinfo | grep render
I don't have glxinfo
--
You are receiving this mail because:
You are the assignee for the bug.
_
On Tue, Nov 20, 2012 at 7:40 AM, Ville Syrj?l?
wrote:
> On Tue, Nov 20, 2012 at 04:39:39PM +1000, 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, s
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 memory leak. release function of dma-buf cannot
>>> be calle
nouveau_ttm.h was included twice.
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/nouveau/nouveau_drm.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c
b/drivers/gpu/drm/nouveau/nouveau_drm.c
index 0910125..a1e3fed 100644
--- a/dri
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #26 from Michel Dänzer ---
(In reply to comment #25)
> But now gnome starts in fallback mode with the new r600_dri.so.
Does
LIBGL_DEBUG=verbose glxinfo | grep render
give any hints as to what might be wrong with this r600_dri.so?
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #25 from Michael Dressel ---
I have not tried that before.
Now I cherry picked
0b616b2f5164621e3a63caeb15c6eb1d01bbc55a
4a162f6eba73a8cb2654cd99a2bd12bd468925a6
on top of
302862defa61b2cee1ae24159aca306f090ca854
The r600_dri.so d
.fb_imageblit = cfb_imageblit,
> > --
> > 1.7.0.4
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> >
> ___
> 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/20121120/36eb5c16/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #24 from Michel Dänzer ---
(In reply to comment #22)
> bisect log
It does look like you're getting close to isolating a commit. Most likely it's
one of the remaining r600g commits, but there's still too many of them to guess
which on
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: Lauren
This patch is to preserve the display mode header during the mode adjustment.
Display mode header is overwritten with the adjusted mode header which is
throwing the stack dump.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c |9 +
1 files changed, 9 insertions(+)
1 - 100 of 168 matches
Mail list logo
