Hi Ville,
> -Original Message-
> From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
> Sent: Friday, April 06, 2012 3:14 AM
> To: airl...@redhat.com
> Cc: inki@samsung.com; kyungmin.p...@samsung.com; dri-
> de...@lists.freedesktop.org; Seung-Woo Kim
> Subject: Re: [PATCH libdrm]
From: Ville Syrj?l?
Perform some basic sanity check on some of the parameters in
drm_mode_fb_cmd2.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/drm_crtc.c | 47 ---
1 files changed, 43 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm
From: Ville Syrj?l?
These functions return the chroma subsampling factors for the specified
pixel format.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/drm_crtc.c | 60
include/drm/drm_crtc.h |2 +
2 files changed, 62 insertions(+), 0 d
From: Ville Syrj?l?
This function returns the bytes per pixel value based on the pixel
format and plane index.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/drm_crtc.c | 45
include/drm/drm_crtc.h |1 +
2 files changed, 46 insertions(+)
From: Ville Syrj?l?
There will be a need for this function in drm_crtc.c later. This
avoids making drm_crtc.c depend on drm_crtc_helper.c.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/drm_crtc.c| 32
drivers/gpu/drm/drm_crtc_helper.c | 33 --
https://bugs.freedesktop.org/show_bug.cgi?id=48357
Alex Deucher changed:
What|Removed |Added
Attachment #59545|application/octet-stream|text/plain
mime type|
On Fri, Mar 30, 2012 at 01:12:58PM +0300, Ville Syrj?l? wrote:
> On Fri, Mar 30, 2012 at 11:54:50AM +0900, Seung-Woo Kim wrote:
> > Multi buffer plane pixel formats are added as like kernel header.
> >
> > Signed-off-by: Seung-Woo Kim
> > ---
> > include/drm/drm_fourcc.h |7 +++
> > 1 fi
https://bugs.freedesktop.org/show_bug.cgi?id=48357
Bug #: 48357
Summary: Display resolutions not detected correctly after
startup with VGA over DisplayPort
Classification: Unclassified
Product: DRI
Version: unspecified
The struct exynos_drm_manager has to exist for exynos drm sub driver
using encoder and connector. If it isn't NULL to member of struct
exynos_drm_subdrv, will create encoder and connector else will not. And
the is_local member also doesn't need.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungm
The mixer driver and hdmi driver have each operation callback functions
and they is registered to hdmi common driver. Their struct names in hdmi
common driver include display, manager and overlay. It confuses to
appear whose operation and two driver cannot register same operation
callback functions
The default_win member in struct mixer_context isn't change its value
after initialized to 0, so it's better using to define.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_mixer.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/ex
HDMI_OVERLAY_NUMBER is specific of mixer driver and be used "windows
layer" term in exynos user manaual, so rename it.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_mixer.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/exynos/
Some members in struct mixer_context aren't used and the define
HDMI_OVERLAY_NUMBER is unused in hdmi driver, remove them.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c |1 -
drivers/gpu/drm/exynos/exynos_mixer.c |3 ---
2 files cha
When the void pointer type variable is assigned to the specific pointer
type variable, don't need to do type conversion.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 22 +++---
drivers/gpu/drm/exynos/exynos_mixer.c |
Hi.
The most of this patchset v2 is code cleanup. Five patches are for exynos
hdmi driver and mixer driver. And last patch is cleanup for subdrv of
drm/exynos.
The base of this patchset is 62fb376e214d3c1bfdf6fbb77dac162f6da04d7e
commit of git://people.freedesktop.org/~airlied/linux.git drm-fixes
https://bugs.freedesktop.org/show_bug.cgi?id=47765
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 04/05/2012 08:00 PM, Daniel Vetter wrote:
> On Thu, Apr 05, 2012 at 07:53:43PM +0900, Joonyoung Shim wrote:
>> On 04/05/2012 07:38 PM, Semwal, Sumit wrote:
>>> Hi Joonyoung,
>>>
>>> On Thu, Apr 5, 2012 at 3:53 PM, Joonyoung Shim
>>> wrote:
Some defines and members in struct mixer_context
On 04/05/2012 07:38 PM, Semwal, Sumit wrote:
> Hi Joonyoung,
>
> On Thu, Apr 5, 2012 at 3:53 PM, Joonyoung Shim
> wrote:
>> Some defines and members in struct mixer_context aren't used, remove
>> them.
>>
>> Signed-off-by: Joonyoung Shim
>> Signed-off-by: Kyungmin Park
>> ---
>> drivers/gpu/drm
https://bugs.freedesktop.org/show_bug.cgi?id=48304
--- Comment #7 from myxol 2012-04-05 12:32:27 PDT
---
> freetype being the culprit
You're right. It's Infinality's patches for freetype. Uninstalling them makes
fbterm work. Ugly fonts in X apps though?
--
Configure bugmail: https://bugs.freed
The struct exynos_drm_manager has to exist for exynos drm sub driver
using encoder and connector. If it isn't NULL to member of struct
exynos_drm_subdrv, will create encoder and connector else will not. And
the is_local member also doesn't need.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungm
The mixer driver and hdmi driver have each operation callback functions
and they is registered to hdmi common driver. Their struct names in hdmi
common driver include display, manager and overlay. It confuses to
appear whose operation and two driver cannot register same operation
callback functions
Some defines and members in struct mixer_context aren't used, remove
them.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c |1 -
drivers/gpu/drm/exynos/exynos_mixer.c | 21 +
2 files changed, 9 insertions(+), 13 dele
When the void pointer type variable is assigned to the specific pointer
type variable, don't need to do type conversion.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 22 +++---
drivers/gpu/drm/exynos/exynos_mixer.c |
Hi.
The most of this patchset is code cleanup. Three patches are for exynos
hdmi driver and mixer driver. And last patch is cleanup for subdrv of
drm/exynos.
The base of this patchset is 62fb376e214d3c1bfdf6fbb77dac162f6da04d7e
commit of git://people.freedesktop.org/~airlied/linux.git drm-fixes
b
On Thu, Apr 5, 2012 at 1:13 PM, Ville Syrj?l?
wrote:
> On Fri, Mar 30, 2012 at 01:12:58PM +0300, Ville Syrj?l? wrote:
>> On Fri, Mar 30, 2012 at 11:54:50AM +0900, Seung-Woo Kim wrote:
>> > Multi buffer plane pixel formats are added as like kernel header.
>> >
>> > Signed-off-by: Seung-Woo Kim
>>
hmm, let's try that again with correct list addr this time..
On Thu, Apr 5, 2012 at 4:21 PM, Ville Syrj?l? wrote:
> On Tue, Apr 03, 2012 at 02:50:01PM -0700, Rob Clark wrote:
>> + ? ? ? ? ? ? /* just testing a limited # of formats to test single
>> + ? ? ? ? ? ? ?* and multi-planar path.. would b
Le jeudi 5 avril 2012 17:00:00 Tomasz Stanislawski, vous avez ?crit :
> From: Sumit Semwal
>
> This patch adds support for DMABUF memory type in videobuf2. It calls
> relevant APIs of dma_buf for v4l reqbuf / qbuf / dqbuf operations.
>
> For this version, the support is for videobuf2 as a user o
On Thu, Apr 5, 2012 at 4:21 PM, Ville Syrj?l? wrote:
> On Tue, Apr 03, 2012 at 02:50:01PM -0700, Rob Clark wrote:
>> + ? ? ? ? ? ? /* just testing a limited # of formats to test single
>> + ? ? ? ? ? ? ?* and multi-planar path.. would be nice to add more..
>> + ? ? ? ? ? ? ?*/
>> + ? ? ? ? ? ? if
Le jeudi 5 avril 2012 16:59:59 Tomasz Stanislawski, vous avez ?crit :
> This patch adds description and usage examples for importing
> DMABUF file descriptor in V4L2.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
> ---
> Documentation/DocBook/media/v4l/compat.xml
https://bugs.freedesktop.org/show_bug.cgi?id=48305
--- Comment #7 from myxol 2012-04-05 17:49:05 PDT ---
> Maybe you can try isolating which specific option implied by -O3 but not by
> -O2 makes the difference.
I tried. It is -ftree-vectorize
--
Configure bugmail: https://bugs.freedesktop.org/
Am Donnerstag, den 05.04.2012, 09:48 -0400 schrieb Alex Deucher:
> I've gone ahead and pushed the initial SI gallium driver to my mesa
> tree on fdo. The new driver is called radeonsi. I've left it in my
> personal repo for now as Tom wants to restructure the llvm stuff
> before we merged it into
On Thu, Apr 5, 2012 at 1:13 PM, Ville Syrjälä
wrote:
> On Fri, Mar 30, 2012 at 01:12:58PM +0300, Ville Syrjälä wrote:
>> On Fri, Mar 30, 2012 at 11:54:50AM +0900, Seung-Woo Kim wrote:
>> > Multi buffer plane pixel formats are added as like kernel header.
>> >
>> > Signed-off-by: Seung-Woo Kim
>>
Hello,
Thank you for review. Please refer to comments below.
On 04/05/2012 04:58 PM, R?mi Denis-Courmont wrote:
> Le jeudi 5 avril 2012 16:59:59 Tomasz Stanislawski, vous avez ?crit :
>> This patch adds description and usage examples for importing
>> DMABUF file descriptor in V4L2.
>>
>> Signed-of
hmm, let's try that again with correct list addr this time..
On Thu, Apr 5, 2012 at 4:21 PM, Ville Syrjälä wrote:
> On Tue, Apr 03, 2012 at 02:50:01PM -0700, Rob Clark wrote:
>> + /* just testing a limited # of formats to test single
>> + * and multi-planar path.. would b
Hi Joonyoung,
On Thu, Apr 5, 2012 at 3:53 PM, Joonyoung Shim
wrote:
> Some defines and members in struct mixer_context aren't used, remove
> them.
>
> Signed-off-by: Joonyoung Shim
> Signed-off-by: Kyungmin Park
> ---
> ?drivers/gpu/drm/exynos/exynos_hdmi.c ?| ? ?1 -
> ?drivers/gpu/drm/exynos/
From: Sumit Semwal
This patch makes changes for adding dma-contig as a dma_buf user. It provides
function implementations for the {attach, detach, map, unmap}_dmabuf()
mem_ops of DMABUF memory type.
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
[author of the original patch]
From: Marek Szyprowski
Add prepare/finish callbacks to vb2-dma-contig allocator.
Signed-off-by: Marek Szyprowski
---
drivers/media/video/videobuf2-dma-contig.c | 24
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/videobuf2-dma-con
From: Marek Szyprowski
This patch adds support for prepare/finish callbacks in VB2 allocators. These
callback are used for buffer flushing.
Signed-off-by: Marek Szyprowski
---
drivers/media/video/videobuf2-core.c | 11 +++
include/media/videobuf2-core.h |7 +++
2 files
From: Andrzej Pietrasiewicz
This patch introduces usage of dma_map_sg to map memory behind
a userspace pointer to a device as dma-contiguous mapping.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
[bugfixing]
Signed-off-by: Kamil Debski
[bugfixing]
Signed
From: Laurent Pinchart
Group functions by buffer type.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-contig.c | 92 ---
1 files changed, 54 insertions(+), 38 deletions(-)
diff --git a/drivers/media/video/videobuf2-dma-contig.c
b/drivers/media
vb2-dma-contig returns a vb2_dc_conf structure instance as the vb2
allocation context. That structure only stores a pointer to the physical
device. Remove it and use the device pointer directly as the allocation
context.
Signed-off-by: Tomasz Stanislawski
---
drivers/media/video/videobuf2-dma-co
From: Laurent Pinchart
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-contig.c | 36 ++--
1 files changed, 18 insertions(+), 18 deletions(-)
diff --git a/drivers/media/video/videobuf2-dma-contig.c
b/drivers/media/video/videobuf2-dma-contig.c
in
From: Sumit Semwal
Adding DMABUF memory type causes videobuf to complain about not using it
in some switch cases. This patch removes these warnings.
Signed-off-by: Sumit Semwal
---
drivers/media/video/videobuf-core.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/d
From: Sumit Semwal
This patch adds support for DMABUF memory type in videobuf2. It calls relevant
APIs of dma_buf for v4l reqbuf / qbuf / dqbuf operations.
For this version, the support is for videobuf2 as a user of the shared buffer;
so the allocation of the buffer is done outside of V4L2. [A s
This patch adds description and usage examples for importing
DMABUF file descriptor in V4L2.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
Documentation/DocBook/media/v4l/compat.xml |4 +
Documentation/DocBook/media/v4l/io.xml | 177 +++
From: Sumit Semwal
Adds DMABUF memory type to v4l framework. Also adds the related file
descriptor in v4l2_plane and v4l2_buffer.
Signed-off-by: Tomasz Stanislawski
[original work in the PoC for buffer sharing]
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
---
include/linux/vide
Hello everyone,
This patchset adds support for DMABUF [2] importing to V4L2 stack. It was
updated after Laurent Pinchart's review. The support for DMABUF exporting was
moved to separate patchset due to dependency on patches for DMA mapping
redesign by Marek Szyprowski [4].
v3:
- rebased on mainl
From: Jerome Glisse
Move buffer object move logic inside driver callback so we don't
have complex move_notify and cache_invalidate callback in error
path. This simplify driver at the expense of some code duplication
among drivers.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouvea
From: Jerome Glisse
ttm_bo_move_memcpy have no use to know if it can wait on
reserve or wait on gpu as there is no such wait in this helper.
Doesn't care either to know if it's an eviction, memcpy
is not a GPU pipelineable case.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouveau_
From: Jerome Glisse
ttm_bo_move_accel_cleanup have no use to know if it can wait on
reserve or wait on gpu as there is no such wait in this helper.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouveau_bo.c |3 +--
drivers/gpu/drm/radeon/radeon_ttm.c |3 +--
drivers/gpu/drm
From: Jerome Glisse
ttm_bo_move_ttm have no use to know if bo is evicted or to know
if it shouldn't wait (as the function never wait anyway)
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouveau_bo.c |4 ++--
drivers/gpu/drm/radeon/radeon_ttm.c |4 ++--
drivers/gpu/drm/ttm/
This was discussed previously :
http://lists.freedesktop.org/archives/dri-devel/2012-January/018463.html
The plat de resistance is in patch4, the first 3 are simplification that
i believe can go as is.
Idea is that driver needs to know when ever a bo move happen and instead
of having 3 set of cal
On Tue, Apr 03, 2012 at 02:50:01PM -0700, Rob Clark wrote:
> + /* just testing a limited # of formats to test single
> + * and multi-planar path.. would be nice to add more..
> + */
> + if (!strcmp(p->format_str, "YUYV")) {
> + p
On Thu, Apr 5, 2012 at 11:37 AM, Lucas Stach wrote:
> Am Donnerstag, den 05.04.2012, 09:48 -0400 schrieb Alex Deucher:
>> I've gone ahead and pushed the initial SI gallium driver to my mesa
>> tree on fdo. ?The new driver is called radeonsi. ?I've left it in my
>> personal repo for now as Tom want
https://bugs.freedesktop.org/show_bug.cgi?id=48357
Alex Deucher changed:
What|Removed |Added
Attachment #59545|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=48357
Bug #: 48357
Summary: Display resolutions not detected correctly after
startup with VGA over DisplayPort
Classification: Unclassified
Product: DRI
Version: unspecified
https://bugs.freedesktop.org/show_bug.cgi?id=36769
Alex Deucher changed:
What|Removed |Added
AssignedTo|xorg-driver-ati at lists.x.org |dri-devel at
lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=46796
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=46796
--- Comment #14 from Florian Mickler 2012-04-05
06:50:20 PDT ---
A patch referencing this bug report has been merged in Linux v3.4-rc1:
commit c4353016dac10133fa5d8535af83f0c4845a2915
Author: Michel D??nzer
Date: Wed Mar 14 17:12:41 2012 +01
https://bugs.freedesktop.org/show_bug.cgi?id=48304
--- Comment #6 from Michel D?nzer 2012-04-05 06:41:58
PDT ---
(In reply to comment #5)
> I thought if it works with vesafb it should work with radeondrmfb too.
So do I, and as I said it does work for me. Also, the kernel radeon driver
isn't act
https://bugs.freedesktop.org/show_bug.cgi?id=47765
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
From: Rob Clark
For now just implementing the exporting APIs, not yet importing. And
kmap is rejected on tiled buffers (although the usefulness of that seems
questionable, but could be added later if needed).
---
drivers/staging/omapdrm/Makefile |1 +
drivers/staging/omapdrm/omap_
On Mon, Apr 02, 2012 at 04:23:57PM +0100, James Simmons wrote:
>
> Hello!!
>
> This last year the Openchrome support for the VIA chipsets has
> come along way from being in a state of decay. The plan is to release
> a Xorg driver June 1 that will have support for the KMS as well as UMS.
>
On Thu, Apr 05, 2012 at 07:53:43PM +0900, Joonyoung Shim wrote:
> On 04/05/2012 07:38 PM, Semwal, Sumit wrote:
> >Hi Joonyoung,
> >
> >On Thu, Apr 5, 2012 at 3:53 PM, Joonyoung Shim
> >wrote:
> >>Some defines and members in struct mixer_context aren't used, remove
> >>them.
> >>
> >>Signed-off-by
https://bugs.freedesktop.org/show_bug.cgi?id=48304
--- Comment #5 from myxol 2012-04-05 05:56:17 PDT
---
Created attachment 59520
--> https://bugs.freedesktop.org/attachment.cgi?id=59520
fbset -i
I thought if it works with vesafb it should work with radeondrmfb too. If it's
not the case? I'm
https://bugs.freedesktop.org/show_bug.cgi?id=48305
--- Comment #5 from myxol 2012-04-05 05:54:49 PDT
---
Created attachment 59519
--> https://bugs.freedesktop.org/attachment.cgi?id=59519
mesa backtrace
After playing with compilation flags to get meaningful backtrace I found that
this segfault
On Thu, Apr 5, 2012 at 11:58 AM, Greg KH wrote:
> On Thu, Apr 05, 2012 at 11:51:30AM -0500, Rob Clark wrote:
>> On Thu, Apr 5, 2012 at 11:41 AM, Greg KH wrote:
>> > On Thu, Apr 05, 2012 at 10:34:56AM -0500, Rob Clark wrote:
>> >> From: Rob Clark
>> >>
>> >> Not sure what triggered the change in
https://bugs.freedesktop.org/show_bug.cgi?id=48304
--- Comment #7 from myxol 2012-04-05 12:32:27 PDT ---
> freetype being the culprit
You're right. It's Infinality's patches for freetype. Uninstalling them makes
fbterm work. Ugly fonts in X apps though…
--
Configure bugmail: https://bugs.freede
On Thu, Apr 5, 2012 at 11:41 AM, Greg KH wrote:
> On Thu, Apr 05, 2012 at 10:34:56AM -0500, Rob Clark wrote:
>> From: Rob Clark
>>
>> Not sure what triggered the change in behavior, but seems to
>> result in recursively acquiring a mutex and hanging on boot. ?But
>> omap_drm_init() seems a much m
From: Jerome Glisse
Move buffer object move logic inside driver callback so we don't
have complex move_notify and cache_invalidate callback in error
path. This simplify driver at the expense of some code duplication
among drivers.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouvea
From: Jerome Glisse
ttm_bo_move_memcpy have no use to know if it can wait on
reserve or wait on gpu as there is no such wait in this helper.
Doesn't care either to know if it's an eviction, memcpy
is not a GPU pipelineable case.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouveau_
From: Jerome Glisse
ttm_bo_move_accel_cleanup have no use to know if it can wait on
reserve or wait on gpu as there is no such wait in this helper.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouveau_bo.c |3 +--
drivers/gpu/drm/radeon/radeon_ttm.c |3 +--
drivers/gpu/drm
From: Jerome Glisse
ttm_bo_move_ttm have no use to know if bo is evicted or to know
if it shouldn't wait (as the function never wait anyway)
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/nouveau/nouveau_bo.c |4 ++--
drivers/gpu/drm/radeon/radeon_ttm.c |4 ++--
drivers/gpu/drm/ttm/
This was discussed previously :
http://lists.freedesktop.org/archives/dri-devel/2012-January/018463.html
The plat de resistance is in patch4, the first 3 are simplification that
i believe can go as is.
Idea is that driver needs to know when ever a bo move happen and instead
of having 3 set of cal
On Thu, Apr 5, 2012 at 11:37 AM, Lucas Stach wrote:
> Am Donnerstag, den 05.04.2012, 09:48 -0400 schrieb Alex Deucher:
>> I've gone ahead and pushed the initial SI gallium driver to my mesa
>> tree on fdo. The new driver is called radeonsi. I've left it in my
>> personal repo for now as Tom want
From: Ville Syrjälä
Perform some basic sanity check on some of the parameters in
drm_mode_fb_cmd2.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc.c | 47 ---
1 files changed, 43 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm
From: Ville Syrjälä
These functions return the chroma subsampling factors for the specified
pixel format.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc.c | 60
include/drm/drm_crtc.h |2 +
2 files changed, 62 insertions(+), 0 d
From: Ville Syrjälä
This function returns the bytes per pixel value based on the pixel
format and plane index.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc.c | 45
include/drm/drm_crtc.h |1 +
2 files changed, 46 insertions(+)
From: Ville Syrjälä
There will be a need for this function in drm_crtc.c later. This
avoids making drm_crtc.c depend on drm_crtc_helper.c.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc.c| 32
drivers/gpu/drm/drm_crtc_helper.c | 33 --
NV12, NV12M and NV12MT are added to format list of plane to use these
formats for hdmi vp layer.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_plane.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff -
From: Rob Clark
For now just implementing the exporting APIs, not yet importing. And
kmap is rejected on tiled buffers (although the usefulness of that seems
questionable, but could be added later if needed).
---
drivers/staging/omapdrm/Makefile |1 +
drivers/staging/omapdrm/omap_
On Fri, Mar 30, 2012 at 01:12:58PM +0300, Ville Syrjälä wrote:
> On Fri, Mar 30, 2012 at 11:54:50AM +0900, Seung-Woo Kim wrote:
> > Multi buffer plane pixel formats are added as like kernel header.
> >
> > Signed-off-by: Seung-Woo Kim
> > ---
> > include/drm/drm_fourcc.h |7 +++
> > 1 fi
On Thu, Apr 5, 2012 at 11:58 AM, Greg KH wrote:
> On Thu, Apr 05, 2012 at 11:51:30AM -0500, Rob Clark wrote:
>> On Thu, Apr 5, 2012 at 11:41 AM, Greg KH wrote:
>> > On Thu, Apr 05, 2012 at 10:34:56AM -0500, Rob Clark wrote:
>> >> From: Rob Clark
>> >>
>> >> Not sure what triggered the change in
From: Rob Clark
Not sure what triggered the change in behavior, but seems to
result in recursively acquiring a mutex and hanging on boot. But
omap_drm_init() seems a much more sane place to register the
driver for the DMM sub-device.
---
drivers/staging/omapdrm/omap_drv.c |7 ---
1 file
On Thu, Apr 05, 2012 at 11:51:30AM -0500, Rob Clark wrote:
> On Thu, Apr 5, 2012 at 11:41 AM, Greg KH wrote:
> > On Thu, Apr 05, 2012 at 10:34:56AM -0500, Rob Clark wrote:
> >> From: Rob Clark
> >>
> >> Not sure what triggered the change in behavior, but seems to
> >> result in recursively acquir
On Thu, Apr 05, 2012 at 11:51:30AM -0500, Rob Clark wrote:
> On Thu, Apr 5, 2012 at 11:41 AM, Greg KH wrote:
> > On Thu, Apr 05, 2012 at 10:34:56AM -0500, Rob Clark wrote:
> >> From: Rob Clark
> >>
> >> Not sure what triggered the change in behavior, but seems to
> >> result in recursively acquir
On Thu, Apr 5, 2012 at 11:41 AM, Greg KH wrote:
> On Thu, Apr 05, 2012 at 10:34:56AM -0500, Rob Clark wrote:
>> From: Rob Clark
>>
>> Not sure what triggered the change in behavior, but seems to
>> result in recursively acquiring a mutex and hanging on boot. But
>> omap_drm_init() seems a much m
I've gone ahead and pushed the initial SI gallium driver to my mesa
tree on fdo. The new driver is called radeonsi. I've left it in my
personal repo for now as Tom wants to restructure the llvm stuff
before we merged it into mesa proper. You can find the code here
(http://cgit.freedesktop.org/~a
Hi,
On Wednesday, April 04, 2012 2:34 PM Anca Emanuel
> @Subash Patel, prime is already included.
>
> Why the CMA is at 24 version and still not included ?
> Linus, please include
> CMA,git://git.linaro.org/people/mszyprowski/linux-dma-mapping.git
> 3.4-rc1-cma-v24
CMA is expected to be merged
On Thu, Apr 05, 2012 at 10:34:56AM -0500, Rob Clark wrote:
> From: Rob Clark
>
> Not sure what triggered the change in behavior, but seems to
> result in recursively acquiring a mutex and hanging on boot. But
> omap_drm_init() seems a much more sane place to register the
> driver for the DMM sub
On Thu, Apr 05, 2012 at 10:34:56AM -0500, Rob Clark wrote:
> From: Rob Clark
>
> Not sure what triggered the change in behavior, but seems to
> result in recursively acquiring a mutex and hanging on boot. But
> omap_drm_init() seems a much more sane place to register the
> driver for the DMM sub
Am Donnerstag, den 05.04.2012, 09:48 -0400 schrieb Alex Deucher:
> I've gone ahead and pushed the initial SI gallium driver to my mesa
> tree on fdo. The new driver is called radeonsi. I've left it in my
> personal repo for now as Tom wants to restructure the llvm stuff
> before we merged it into
From: Rob Clark
Not sure what triggered the change in behavior, but seems to
result in recursively acquiring a mutex and hanging on boot. But
omap_drm_init() seems a much more sane place to register the
driver for the DMM sub-device.
---
drivers/staging/omapdrm/omap_drv.c |7 ---
1 file
Hello,
Thank you for review. Please refer to comments below.
On 04/05/2012 04:58 PM, Rémi Denis-Courmont wrote:
> Le jeudi 5 avril 2012 16:59:59 Tomasz Stanislawski, vous avez écrit :
>> This patch adds description and usage examples for importing
>> DMABUF file descriptor in V4L2.
>>
>> Signed-of
https://bugs.freedesktop.org/show_bug.cgi?id=47765
--- Comment #13 from Tvrtko Ursulin 2012-04-05
01:03:46 PDT ---
(In reply to comment #11)
> Created attachment 59495 [details] [review]
> Fix pixmap.height < 64 case
>
> Sorry attached wrong patch, ignore previous patch
Works lovely, thank you
From: Sumit Semwal
This patch makes changes for adding dma-contig as a dma_buf user. It provides
function implementations for the {attach, detach, map, unmap}_dmabuf()
mem_ops of DMABUF memory type.
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
[author of the original patch]
vb2-dma-contig returns a vb2_dc_conf structure instance as the vb2
allocation context. That structure only stores a pointer to the physical
device. Remove it and use the device pointer directly as the allocation
context.
Signed-off-by: Tomasz Stanislawski
---
drivers/media/video/videobuf2-dma-co
From: Andrzej Pietrasiewicz
This patch introduces usage of dma_map_sg to map memory behind
a userspace pointer to a device as dma-contiguous mapping.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Marek Szyprowski
[bugfixing]
Signed-off-by: Kamil Debski
[bugfixing]
Signed
From: Marek Szyprowski
This patch adds support for prepare/finish callbacks in VB2 allocators. These
callback are used for buffer flushing.
Signed-off-by: Marek Szyprowski
---
drivers/media/video/videobuf2-core.c | 11 +++
include/media/videobuf2-core.h |7 +++
2 files
From: Marek Szyprowski
Add prepare/finish callbacks to vb2-dma-contig allocator.
Signed-off-by: Marek Szyprowski
---
drivers/media/video/videobuf2-dma-contig.c | 24
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/videobuf2-dma-con
1 - 100 of 137 matches
Mail list logo
