I'm so sorry, there was typo (you -> anyone)
2012/7/20, InKi Dae :
> 2012/7/20, InKi Dae :
>> 2012/7/10, Cooper Yuan :
>>> Set dma_buf exporter permission as ReadWrite, otherwise mmap will get
>>> errno 13: permission denied.
>>>
>>> Signed-off-by: Cooper Yuan
>>> ---
>>>
On Fri, 20 Jul 2012, Dave Airlie wrote:
> I've merged most things I've found on the list, please take a look and
> see what I missed,
I have two that I sent a while ago that I think got missed.
First is a totally trivial and obvious:
2012/7/20, InKi Dae :
> 2012/7/10, Cooper Yuan :
>> Set dma_buf exporter permission as ReadWrite, otherwise mmap will get
>> errno 13: permission denied.
>>
>> Signed-off-by: Cooper Yuan
>> ---
>> drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |3 ++-
>> 1 files changed, 2 insertions(+), 1
2012/7/10, Cooper Yuan :
> Set dma_buf exporter permission as ReadWrite, otherwise mmap will get
> errno 13: permission denied.
>
> Signed-off-by: Cooper Yuan
> ---
> drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #8 from Alex Deucher 2012-07-20 13:53:02 PDT
---
Created attachment 64449
--> https://bugs.freedesktop.org/attachment.cgi?id=64449
possible fix
How about this one? If it doesn't work, try commenting out the first *ddc_i2c
line
We have this code:
...
sysram = vmalloc(size);
if (!sysram)
return -ENOMEM;
info = framebuffer_alloc(0, device);
if (info == NULL)
return -ENOMEM;
...
If the vmalloc() call succeeds but the framebuffer_alloc() call
subsequently
We have this code:
...
sysram = vmalloc(size);
if (!sysram)
return -ENOMEM;
info = framebuffer_alloc(0, device);
if (!info) {
ret = -ENOMEM;
goto out;
}
...
We'll leak the memory allocated to 'sysram' if the
Hi Rob,
On Friday 20 July 2012 10:34:46 Rob Clark wrote:
> thanks! I've pushed to a branch on my github tree, in case you want
> to double check that I'm not missing anything:
>
> git://github.com/robclark/libdrm.git modetest branch
>
> will do some sanity testing a bit later, and if that
On Fri, Jul 20, 2012 at 03:45:28PM +0200, Christian K?nig wrote:
> On 20.07.2012 13:17, Dan Carpenter wrote:
> >Static checkers complain if this we don't check for allocation failure.
> >Also we can use the new kmalloc_array() function here as a cleanup.
> >
> >Signed-off-by: Dan Carpenter
>
On Fri, 20 Jul 2012 16:32:47 +0200, Anisse Astier wrote :
> On Tue, 17 Jul 2012 22:12:42 +0100, Alan Cox wrote :
>
> > > I'm wondering if the gma_power_init call can be moved up before
> > > chip_setup is called. Seems so, but I thought I would ping you to see
> > > if you've seen this
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #9 from Przemek Tomczyk 2012-07-20
17:14:13 UTC ---
neither of those worked. kern.log output is now the same as in first
attachement:
[drm:radeon_add_legacy_connector] *ERROR* DVI: Failed to assign ddc bus! Check
dmesg for i2c
From: Alex Deucher
Set a more reasonable default cursor watermark. The
recommended default value is 4. This should reduce
urgency requests to the MC form the display hw.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_cursor.c |6 --
1 files
As the modeset test application is often referred to as an example of
the KMS API usage, move test pattern generation and buffer allocation to
a separate file to keep it simple and clear.
Signed-off-by: Laurent Pinchart
---
tests/modetest/Makefile.am |2 +-
tests/modetest/buffers.c | 1021
On 20.07.2012 16:12, Jerome Glisse wrote:
> On Fri, Jul 20, 2012 at 4:47 AM, Christian K?nig
> wrote:
>> On 20.07.2012 07:34, Dave Airlie wrote:
>>> Hi,
>>>
>>> I've just merged Linus tree into drm-next and fixes up the conflicts,
>>> some in i915, one in radeon.
>>>
>>> Can you guys check that
On Tue, 17 Jul 2012 22:12:42 +0100, Alan Cox wrote :
> > I'm wondering if the gma_power_init call can be moved up before
> > chip_setup is called. Seems so, but I thought I would ping you to see
> > if you've seen this already.
>
> Fixed in the patches that went to Linus.
Thanks for this ! I
Hi Laurent,
2012/7/19, Laurent Pinchart :
> Hi Inki,
>
> On Monday 09 July 2012 14:23:23 Inki Dae wrote:
>> with addfb request by user, wrong framebuffer or gem size could be sent
>> to kernel side so this could induce invalid memory access by dma of a
>> device. this patch checks if framebuffer
Hello Dave,
Please pull from
git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-core-next
these patch sets are based on git repository below:
git://people.freedesktop.org/~airlied/linux.git drm-core-next
commit-id: 83bc5fd29afff5898cadf87fb29eb9260eecc63e
this
On 07/20/2012 01:44 PM, RAHUL SHARMA wrote:
>
> On Fri, Jul 20, 2012 at 11:40 AM, RAHUL SHARMA
> wrote:
>>
>>
>> --- Original Message ---
>> Sender : Lars-Peter Clausen
>> Date : Jul 19, 2012 19:12 (GMT+05:30)
>> Title : Re: exynos drm hdmi audio: how to recieve audio parameters (sf,
Hi,
On 07/11/2012 05:44 PM, Leela Krishna Amudala wrote:
> This patch set adds device tree support for DRM-FIMD for Samsung's Exynos5250.
> It includes parsing platform data from dts file.
>
> This patchset is based and tested on top of v3.5-rc6
>
> Changes since V1:
> - Corrected typo
Hi,
Some minor commants.
On 07/06/2012 09:28 PM, Leela Krishna Amudala wrote:
> From: Prathyush K
>
> The name of the exynos drm fimd device is renamed to exynos-drm-fimd
> and two ids are created for exynos4-fb and exynos5-fb.
Please write the subject clearly this patch is to do what.
How
On 20.07.2012 13:17, Dan Carpenter wrote:
> Static checkers complain if this we don't check for allocation failure.
> Also we can use the new kmalloc_array() function here as a cleanup.
>
> Signed-off-by: Dan Carpenter
What's the benefit of using kmalloc_array instead of just kmalloc?
Anyway
Hi,
I've just merged Linus tree into drm-next and fixes up the conflicts,
some in i915, one in radeon.
Can you guys check that they look correct after it?
I'll leave it just on my drm-next branch for now.
Thanks,
Dave.
https://bugs.freedesktop.org/show_bug.cgi?id=52313
--- Comment #1 from Jerome Glisse 2012-07-20
15:23:18 UTC ---
Fixed in mesa master
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
The SH Mobile LCD controller (LCDC) DRM driver supports the main
graphics plane in RGB and YUV formats, as well as the overlay planes (in
alpha-blending mode only).
Only flat panel outputs using the parallel interface are supported.
Support for SYS panels, HDMI and DSI is currently not
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_crtc.c |6 ++
include/drm/drm_fourcc.h |2 ++
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 08a7aa7..28d0900 100644
---
From: Lars-Peter Clausen
This patchset introduces a set of helper function for implementing the KMS
framebuffer layer for drivers which use the drm gem CMA helper function.
Signed-off-by: Lars-Peter Clausen
Tested-by: Sascha Hauer
---
drivers/gpu/drm/Kconfig |
From: Sascha Hauer
Many embedded drm devices do not have a IOMMU and no dedicated
memory for graphics. These devices use CMA (Contiguous Memory
Allocator) backed graphics memory. This patch provides helper
functions to be able to share the code. The code technically does
The API can be used to allocate and free MERAM blocks directly, without
going through ICBs.
Signed-off-by: Laurent Pinchart
---
drivers/video/sh_mobile_meram.c | 41 +++---
include/video/sh_mobile_meram.h | 16 +++
2 files changed, 53
There's no reason to use abstract operation pointers to implement the
MERAM API. Replace them by direct function calls.
Signed-off-by: Laurent Pinchart
---
drivers/video/sh_mobile_lcdcfb.c | 27 +++-
drivers/video/sh_mobile_meram.c | 40 +++---
The MERAM operations meram_register, meram_unregister and meram_update
handle LCDC cache. In preparation for "raw" MERAM allocation, rename
them to more appropriate names.
Signed-off-by: Laurent Pinchart
---
drivers/video/sh_mobile_lcdcfb.c | 32 +++
drivers/video/sh_mobile_lcdcfb.h |
Hi everybody,
Here's the second version of the DRM driver for the Renesas SH Mobile display
controller (a.k.a. LCDC). The hardware is pretty simple and consists of a
single CRTC and four (non-scalable) planes that can be alpha-blended (first
two planes only), overlayed or composed using ROP3.
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120720/6e797d74/attachment-0001.html>
-- next part --
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 72722 bytes
Desc: not available
URL:
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 60 +
1 files changed, 44 insertions(+), 16 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 3e0af17..3ed39b7 100644
--- a/tests/modetest/modetest.c
This will make it easier to add additional parameters to the connector
and plane arguments.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 63 +---
1 files changed, 36 insertions(+), 27 deletions(-)
diff --git
Implement tiles and SMPTE test pattern generation for the RGB565,
BGR888, RGB888, ARGB, BGRA and BGRX formats.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 168 ++--
1 files changed, 145 insertions(+), 23 deletions(-)
diff
Implement tiles and SMPTE test pattern generation for the NV12, NV21,
NV16 and NV61 formats.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 46 +++-
1 files changed, 28 insertions(+), 18 deletions(-)
diff --git
Implement tiles and SMPTE test pattern generation for the UYVY, VYUY and
YVYU formats.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 53 ++---
1 files changed, 40 insertions(+), 13 deletions(-)
diff --git a/tests/modetest/modetest.c
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 64 ++---
1 files changed, 37 insertions(+), 27 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index b70fb10..2a04459 100644
--- a/tests/modetest/modetest.c
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 729 ++---
1 files changed, 627 insertions(+), 102 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 496aac5..df2b977 100644
---
Merge the create_test_buffer() and create_grey_buffer() functions into a
single buffer allocation function that takes the pixel format and fill
pattern as parameters.
Signed-off-by: Laurent Pinchart
---
tests/modetest/modetest.c | 383 +++--
1 files
Hi everybody,
I've enhanced the modetest utility to test various features of the SH Mobile
LCDC DRM driver. Here are the corresponding patches. They mostly touch buffer
allocation cleanup (1/7), adding test patterns for different formats (2/7 to
5/7) and making frame buffer format configurable on
https://bugs.freedesktop.org/show_bug.cgi?id=52313
Bug #: 52313
Summary: r600g: Linux 3.3.x broken since 30257c32
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugzilla.kernel.org/show_bug.cgi?id=16065
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment
https://bugzilla.kernel.org/show_bug.cgi?id=16249
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
Hi all,
sorry been v. busy with travelling, jet lag, X.org, Fedora, and
completely fell off the -next tree.
So I've spent a few hours gathering stuff up and throwing them into
-next, I've pushed out
drm-next, drm-core-next branches the same as usual (both the same commit).
I've merged most
https://bugzilla.kernel.org/show_bug.cgi?id=16065
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
On Sun, Jul 15, 2012 at 7:42 AM, Baurzhan Ismagulov wrote:
> Hello David,
>
> Samsung 2443BW is 1920x1200 but reports 1920x1080 in the EDID. Attached
> is a proof-of-concept implementation of a quirk. It works on my i686 PC.
>
> The patch is against the latest linux-2.6. An attempt to clone
>
On Fri, Jun 15, 2012 at 6:21 AM, David Herrmann
wrote:
> Imagine two threads read()'ing on the drm file and both are asleep waiting
> for events in drm_read(). If a single event occurs, both threads are woken
> up and start fetching the event. One thread will get it and return, the
> other thread
On Tue, Jun 26, 2012 at 3:41 AM, Adam Jackson wrote:
> On Mon, 2012-06-25 at 19:14 +0200, Sven Joachim wrote:
>> On 2012-06-25 17:25 +0200, Adam Jackson wrote:
>>
>> > This fixes the extra_mode walk to be much more conservative. I still think
>> > the whole idea is bogus and that guessing about
On Wed, Jul 18, 2012 at 3:43 AM, Alex Deucher wrote:
> On Tue, Jul 17, 2012 at 1:02 PM, Michel D?nzer wrote:
>> From: Michel D?nzer
>>
>> This could previously fail if either of the enabled displays was using a
>> horizontal resolution that is a multiple of 128, and only the leftmost column
>>
Hi Daniel,
On Friday 20 July 2012 10:30:45 Daniel Vetter wrote:
> Laurent Pinchart missed this when sending in is giant constify patch:
My bad, sorry. I would have sworn I had compiled all the x86 DRM drivers, that
warning must have slipped through the cracks somehow. Thank you for the fix.
>
On Thu, Jul 19, 2012 at 12:00 AM, Alex Deucher wrote:
> On Tue, Jul 17, 2012 at 11:56 AM, Laurent Pinchart
> wrote:
>> The passed mode must not be modified by the operation, make it const.
>>
>> Signed-off-by: Laurent Pinchart
>
>
> Reviewed-by: Alex Deucher
Applied to -next
thanks,
Dave.
On Fri, Jul 20, 2012 at 11:40 AM, RAHUL SHARMA
wrote:
>
>
> --- Original Message ---
> Sender : Lars-Peter Clausen
> Date : Jul 19, 2012 19:12 (GMT+05:30)
> Title : Re: exynos drm hdmi audio: how to recieve audio parameters (sf, bps,
> channel count)
>
> On 07/19/2012 02:22 PM, Rob
Fyi, Daniel Vetter had suggested on IRC that it would be cleaner to
have a single helper fxn that most-restrictive union of all attached
device's dma_parms. Really this should include dma_mask and
coherent_dma_mask, I think. But that touches a lot of other places in
the code. If no one objects
On Thu, Jul 12, 2012 at 12:28 AM, Daniel Vetter
wrote:
> It's unused. At it confused me quite a bit until I've discovered that.
Applied thanks,
Dave.
Dave, Can you pick this up for drm-next as well?
Alex
On Sat, Jun 30, 2012 at 5:37 AM, Michel D?nzer wrote:
> On Fre, 2012-06-29 at 19:34 -0400, alexdeucher at gmail.com wrote:
>> From: Alex Deucher
>>
>> Not used outside of si.c
>>
>> Signed-off-by: Alex Deucher
>
> Reviewed-by: Michel
On Thu, Jul 19, 2012 at 1:50 AM, Daniel Vetter wrote:
> Actually including Dave on the recipient list might work bettter ;-)
>
> On Wed, Jul 18, 2012 at 05:49:22PM +0200, Daniel Vetter wrote:
>> Hi Dave,
>>
>> Can you please pick this one up for -next? There are a few other issues
>> where the fb
On Thu, Jul 19, 2012 at 1:52 AM, Daniel Vetter wrote:
> On Fri, Jun 15, 2012 at 10:32:20AM +0100, Chris Wilson wrote:
>> On Fri, 15 Jun 2012 11:01:22 +0200, Daniel Vetter > ffwll.ch> wrote:
>> > Ok, this requires quite a dance to actually hit:
>> > 1) We plug in a 2nd screen, enable it in both X
On Fri, Jul 20, 2012 at 10:32 AM, Christian K?nig
wrote:
> On 20.07.2012 16:12, Jerome Glisse wrote:
>>
>> On Fri, Jul 20, 2012 at 4:47 AM, Christian K?nig
>> wrote:
>>>
>>> On 20.07.2012 07:34, Dave Airlie wrote:
Hi,
I've just merged Linus tree into drm-next and fixes up the
On 20.07.2012 07:34, Dave Airlie wrote:
> Hi,
>
> I've just merged Linus tree into drm-next and fixes up the conflicts,
> some in i915, one in radeon.
>
> Can you guys check that they look correct after it?
Have to test it a bit more, but at least
drivers/gpu/drm/radeon/radeon_gart.c looks valid
thanks! I've pushed to a branch on my github tree, in case you want
to double check that I'm not missing anything:
git://github.com/robclark/libdrm.git modetest branch
will do some sanity testing a bit later, and if that looks ok and no
one objects, I can push to fd.o
BR,
-R
On Fri, Jul
Laurent Pinchart missed this when sending in is giant constify patch:
commit e811f5ae19043b2ac2c28e147a4274038e655598
Author: Laurent Pinchart
Date: Tue Jul 17 17:56:50 2012 +0200
drm: Make the .mode_fixup() operations mode argument a const pointer
Signed-Off-by: Daniel Vetter
---
ave.
Attached patch fix something that have been lost.
Cheers,
Jerome
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-don-t-unreference-a-possibly-invalid-poin.patch
Type: application/octet-stream
Size: 955 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120720/82ec827f/attachment.obj>
From: Alex Deucher
When ddc type is 5, need to look up the i2c channel
in the i2c table.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_combios.c | 57 +++---
1 files changed, 36 insertions(+), 21 deletions(-)
diff --git
From: Jerome Glisse
To have DP behave like VGA/DVI we need to retrain the link
on hotplug. For this to happen we need to force link
training to happen by setting connector dpms to off
before asking it turning it on again.
v2: agd5f
- drop the dp_get_link_status() change in
From: Jerome Glisse
No need to retrain the link for passive adapters.
v2: agd5f
- no passive DP to VGA adapters, update comments
- assign radeon_connector_atom_dig after we are sure
we have a digital connector as analog connectors
have different private data.
- get new
On Fri, Jul 20, 2012 at 7:50 AM, Laurent Pinchart
wrote:
> Hi everybody,
>
> I've enhanced the modetest utility to test various features of the SH Mobile
> LCDC DRM driver. Here are the corresponding patches. They mostly touch buffer
> allocation cleanup (1/7), adding test patterns for different
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #7 from Przemek Tomczyk 2012-07-20
01:24:24 PDT ---
still no luck. DVI output goes blank, xrandr claims it;s disconnected.
kern.log:
[drm] Initialized radeon 2.16.0 20080528 for :01:05.0 on minor 0
[drm] Initialized drm 1.1.0
Hello,
On Thursday, July 19, 2012 6:24 PM Rob Clark wrote:
> From: Rob Clark
>
> For devices which have constraints about maximum number of segments
> in an sglist. For example, a device which could only deal with
> contiguous buffers would set max_segment_count to 1.
>
> The initial
https://bugs.freedesktop.org/show_bug.cgi?id=52266
Alex Deucher changed:
What|Removed |Added
Attachment #64395|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=52266
Alex Deucher changed:
What|Removed |Added
Attachment #64407|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=52266
--- Comment #4 from Przemek Tomczyk 2012-07-19
22:36:26 PDT ---
Created attachment 64407
--> https://bugs.freedesktop.org/attachment.cgi?id=64407
kern.log after patch applied
no luck.
i've let myself to change subsystem device condition to
Hello,
On Thursday, July 19, 2012 6:24 PM Rob Clark wrote:
From: Rob Clark r...@ti.com
For devices which have constraints about maximum number of segments
in an sglist. For example, a device which could only deal with
contiguous buffers would set max_segment_count to 1.
The initial
Hi,
Some minor commants.
On 07/06/2012 09:28 PM, Leela Krishna Amudala wrote:
From: Prathyush K prathyus...@samsung.com
The name of the exynos drm fimd device is renamed to exynos-drm-fimd
and two ids are created for exynos4-fb and exynos5-fb.
Please write the subject clearly this patch is
Hi,
On 07/11/2012 05:44 PM, Leela Krishna Amudala wrote:
This patch set adds device tree support for DRM-FIMD for Samsung's Exynos5250.
It includes parsing platform data from dts file.
This patchset is based and tested on top of v3.5-rc6
Changes since V1:
- Corrected typo errors and
Hello Dave,
Please pull from
git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-core-next
these patch sets are based on git repository below:
git://people.freedesktop.org/~airlied/linux.git drm-core-next
commit-id: 83bc5fd29afff5898cadf87fb29eb9260eecc63e
this
Hi Laurent,
2012/7/19, Laurent Pinchart laurent.pinch...@ideasonboard.com:
Hi Inki,
On Monday 09 July 2012 14:23:23 Inki Dae wrote:
with addfb request by user, wrong framebuffer or gem size could be sent
to kernel side so this could induce invalid memory access by dma of a
device. this
On 20.07.2012 07:34, Dave Airlie wrote:
Hi,
I've just merged Linus tree into drm-next and fixes up the conflicts,
some in i915, one in radeon.
Can you guys check that they look correct after it?
Have to test it a bit more, but at least
drivers/gpu/drm/radeon/radeon_gart.c looks valid to me on
Hi Daniel,
On Friday 20 July 2012 10:30:45 Daniel Vetter wrote:
Laurent Pinchart missed this when sending in is giant constify patch:
My bad, sorry. I would have sworn I had compiled all the x86 DRM drivers, that
warning must have slipped through the cracks somehow. Thank you for the fix.
On Fri, Jul 20, 2012 at 11:40 AM, RAHUL SHARMA rahul.sha...@samsung.com wrote:
--- Original Message ---
Sender : Lars-Peter Clausenl...@metafoo.de
Date : Jul 19, 2012 19:12 (GMT+05:30)
Title : Re: exynos drm hdmi audio: how to recieve audio parameters (sf, bps,
channel count)
On
2012/7/10, Cooper Yuan coopery...@gmail.com:
Set dma_buf exporter permission as ReadWrite, otherwise mmap will get
errno 13: permission denied.
Signed-off-by: Cooper Yuan coopery...@gmail.com
---
drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |3 ++-
1 files changed, 2 insertions(+), 1
2012/7/20, InKi Dae daei...@gmail.com:
2012/7/10, Cooper Yuan coopery...@gmail.com:
Set dma_buf exporter permission as ReadWrite, otherwise mmap will get
errno 13: permission denied.
Signed-off-by: Cooper Yuan coopery...@gmail.com
---
drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |3 ++-
Hi everybody,
I've enhanced the modetest utility to test various features of the SH Mobile
LCDC DRM driver. Here are the corresponding patches. They mostly touch buffer
allocation cleanup (1/7), adding test patterns for different formats (2/7 to
5/7) and making frame buffer format configurable on
Merge the create_test_buffer() and create_grey_buffer() functions into a
single buffer allocation function that takes the pixel format and fill
pattern as parameters.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
tests/modetest/modetest.c | 383
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
tests/modetest/modetest.c | 64 ++---
1 files changed, 37 insertions(+), 27 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index b70fb10..2a04459
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
tests/modetest/modetest.c | 729 ++---
1 files changed, 627 insertions(+), 102 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 496aac5..df2b977
Implement tiles and SMPTE test pattern generation for the UYVY, VYUY and
YVYU formats.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
tests/modetest/modetest.c | 53 ++---
1 files changed, 40 insertions(+), 13 deletions(-)
diff
Implement tiles and SMPTE test pattern generation for the NV12, NV21,
NV16 and NV61 formats.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
tests/modetest/modetest.c | 46 +++-
1 files changed, 28 insertions(+), 18 deletions(-)
Implement tiles and SMPTE test pattern generation for the RGB565,
BGR888, RGB888, ARGB, BGRA and BGRX formats.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
tests/modetest/modetest.c | 168 ++--
1 files changed, 145
This will make it easier to add additional parameters to the connector
and plane arguments.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
tests/modetest/modetest.c | 63 +---
1 files changed, 36 insertions(+), 27 deletions(-)
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
tests/modetest/modetest.c | 60 +
1 files changed, 44 insertions(+), 16 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 3e0af17..3ed39b7
I'm so sorry, there was typo (you - anyone)
2012/7/20, InKi Dae daei...@gmail.com:
2012/7/20, InKi Dae daei...@gmail.com:
2012/7/10, Cooper Yuan coopery...@gmail.com:
Set dma_buf exporter permission as ReadWrite, otherwise mmap will get
errno 13: permission denied.
Signed-off-by: Cooper
Hi everybody,
Here's the second version of the DRM driver for the Renesas SH Mobile display
controller (a.k.a. LCDC). The hardware is pretty simple and consists of a
single CRTC and four (non-scalable) planes that can be alpha-blended (first
two planes only), overlayed or composed using ROP3.
The MERAM operations meram_register, meram_unregister and meram_update
handle LCDC cache. In preparation for raw MERAM allocation, rename
them to more appropriate names.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/video/sh_mobile_lcdcfb.c | 32 +++
There's no reason to use abstract operation pointers to implement the
MERAM API. Replace them by direct function calls.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/video/sh_mobile_lcdcfb.c | 27 +++-
drivers/video/sh_mobile_meram.c | 40
The API can be used to allocate and free MERAM blocks directly, without
going through ICBs.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/video/sh_mobile_meram.c | 41 +++---
include/video/sh_mobile_meram.h | 16 +++
From: Sascha Hauer s.ha...@pengutronix.de
Many embedded drm devices do not have a IOMMU and no dedicated
memory for graphics. These devices use CMA (Contiguous Memory
Allocator) backed graphics memory. This patch provides helper
functions to be able to share the code. The code technically does
From: Lars-Peter Clausen l...@metafoo.de
This patchset introduces a set of helper function for implementing the KMS
framebuffer layer for drivers which use the drm gem CMA helper function.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
Tested-by: Sascha Hauer s.ha...@pengutronix.de
---
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/gpu/drm/drm_crtc.c |6 ++
include/drm/drm_fourcc.h |2 ++
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 08a7aa7..28d0900
https://bugzilla.kernel.org/show_bug.cgi?id=16249
Alan a...@lxorguk.ukuu.org.uk changed:
What|Removed |Added
Status|NEW |RESOLVED
1 - 100 of 128 matches
Mail list logo