RE: [PATCH 1/2] device: add dma_params-max_segment_count

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

Re: [PATCH 2/2] drm/exynos: Modifying exynos drm fimd to support exynos5

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

Re: [PATCH V2 0/2] video: drm: Add Device tree support to DRM-FIMD

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

[GIT PULL] drm/exynos: updated exynos-drm-next

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

Re: [PATCH v2] drm/exynos: check if framebuffer and gem size are valid or not.

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

Re: -next merged with Linus tree

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

Re: [PATCH] drm/i915: constify mode in crtc_mode_fixup

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.

Re: RE: exynos drm hdmi audio: how to recieve audio parameters (sf, bps, channel count)

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

Re: [PATCH 1/3] drm/exynos: correct dma_buf exporter permission as ReadWrite

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

Re: [PATCH 1/3] drm/exynos: correct dma_buf exporter permission as ReadWrite

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 ++-

[PATCH 0/7] modetest cleanup and enhancements

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

[PATCH 1/7] modetest: Unify buffer allocation

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

[PATCH 3/3] modetest: Add support for ARGB888, BGRA888 and BGRX888 formats

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

[PATCH 2/7] modetest: Add SMPTE test pattern

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

[PATCH 3/7] modetest: Add test pattern support for missing packed YUV formats

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

[PATCH 4/7] modetest: Add test pattern support for missing planar YUV formats

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(-)

[PATCH 5/7] modetest: Add test pattern support for missing RGB formats

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

[PATCH 6/7] modetest: Move connector and plane parsing to separate functions

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(-)

[PATCH 7/7] modetest: Make frame buffer format configurable on the command line

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

Re: [PATCH 1/3] drm/exynos: correct dma_buf exporter permission as ReadWrite

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

[PATCH v2 0/7] Renesas SH Mobile DRM driver

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.

[PATCH v2 1/7] sh_mobile_meram: Rename operations to cache_[alloc|free|update]

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 +++

[PATCH v2 2/7] sh_mobile_meram: Use direct function calls for the public API

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

[PATCH v2 3/7] sh_mobile_meram: Add direct MERAM allocation API

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 +++

[PATCH v2 4/7] DRM: add drm gem CMA helper

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

[PATCH v2 5/7] DRM: Add DRM kms/fb cma helper

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 ---

[PATCH v2 6/7] drm: Add NV24 and NV42 pixel formats

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

[Bug 16249] HDMI doesn't work on Radeon RS690M

https://bugzilla.kernel.org/show_bug.cgi?id=16249 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 16065] linux 2.6.34 keeps ranting that it can't retrieve EDID from my old LCD monitor.

https://bugzilla.kernel.org/show_bug.cgi?id=16065 Alex Deucher alexdeuc...@gmail.com changed: What|Removed |Added CC|

[PATCH 1/2] drm/radeon: fix hotplug of DP to DVI|HDMI passive adapters (v2)

From: Jerome Glisse jgli...@redhat.com 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

[PATCH 2/2] drm/radeon: on hotplug force link training to happen (v2)

From: Jerome Glisse jgli...@redhat.com 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

Re: [PATCH 0/7] modetest cleanup and enhancements

On Fri, Jul 20, 2012 at 7:50 AM, Laurent Pinchart laurent.pinch...@ideasonboard.com 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

Re: [patch] drm/radeon: check for allocation failure in radeon_ring_backup()

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 dan.carpen...@oracle.com What's the benefit of using kmalloc_array instead of just

[Bug 52266] No DVI output on ATI Radeon XPRESS 200 5A41 (PCIE) (ChipID = 0x5a41)

https://bugs.freedesktop.org/show_bug.cgi?id=52266 --- Comment #8 from Alex Deucher ag...@yahoo.com 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

[PATCH] drm/radeon: fix handling for ddc type 5 on combios

From: Alex Deucher alexander.deuc...@amd.com When ddc type is 5, need to look up the i2c channel in the i2c table. Signed-off-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_combios.c | 57 +++--- 1 files changed, 36 insertions(+), 21

Re: exynos drm hdmi audio: how to recieve audio parameters (sf, bps, channel count)

On 07/20/2012 01:44 PM, RAHUL SHARMA wrote: 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

Re: -next merged with Linus tree

On Fri, Jul 20, 2012 at 4:47 AM, Christian König deathsim...@vodafone.de 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 they look correct after it? Have to test

Re: gma500 opregion/power init order backtrace

On Tue, 17 Jul 2012 22:12:42 +0100, Alan Cox a...@linux.intel.com 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

Re: -next merged with Linus tree

On 20.07.2012 16:12, Jerome Glisse wrote: On Fri, Jul 20, 2012 at 4:47 AM, Christian König deathsim...@vodafone.de 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

[Bug 52313] New: r600g: Linux 3.3.x broken since 30257c32

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)

Re: -next merged with Linus tree

On Fri, Jul 20, 2012 at 10:32 AM, Christian König deathsim...@vodafone.de wrote: On 20.07.2012 16:12, Jerome Glisse wrote: On Fri, Jul 20, 2012 at 4:47 AM, Christian König deathsim...@vodafone.de wrote: On 20.07.2012 07:34, Dave Airlie wrote: Hi, I've just merged Linus tree into drm-next

Re: [PATCH] drm/radeon: make a few SI functions static

Dave, Can you pick this up for drm-next as well? Alex On Sat, Jun 30, 2012 at 5:37 AM, Michel Dänzer mic...@daenzer.net wrote: On Fre, 2012-06-29 at 19:34 -0400, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com Not used outside of si.c Signed-off-by: Alex Deucher

Re: gma500 opregion/power init order backtrace

On Fri, 20 Jul 2012 16:32:47 +0200, Anisse Astier ani...@astier.eu wrote : On Tue, 17 Jul 2012 22:12:42 +0100, Alan Cox a...@linux.intel.com 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

[Bug 52313] r600g: Linux 3.3.x broken since 30257c32

https://bugs.freedesktop.org/show_bug.cgi?id=52313 --- Comment #1 from Jerome Glisse gli...@freedesktop.org 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

[patch] drm/radeon: check for allocation failure in radeon_ring_backup()

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 dan.carpen...@oracle.com diff --git a/drivers/gpu/drm/radeon/radeon_ring.c b/drivers/gpu/drm/radeon/radeon_ring.c index

Re: [patch] drm/radeon: check for allocation failure in radeon_ring_backup()

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

Re: [PATCH 2/2] dma-buf: add helpers for attacher dma-parms

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

[Bug 52266] No DVI output on ATI Radeon XPRESS 200 5A41 (PCIE) (ChipID = 0x5a41)

https://bugs.freedesktop.org/show_bug.cgi?id=52266 --- Comment #9 from Przemek Tomczyk tomczyk.prze...@gmail.com 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!

Re: [PATCH] modeset: Split buffer allocation to a separate file

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 looks

[PATCH] drm, ast_fb: Fix a small leak in astfb_create()

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

[PATCH] drm, cirrus_fbdev: Fix leak in cirrusfb_create()

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

[Bug 36602] Hierarchical Z support for R600

https://bugs.freedesktop.org/show_bug.cgi?id=36602 --- Comment #49 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-07-20 19:15:56 PDT --- (In reply to comment #48) Confirmed on Radeon HD6950, the screen is completely garbled. Could this have to do with #45018? We could disable virtual

[PATCH] drm/radeon/dce4+: set a more reasonable cursor watermark

From: Alex Deucher alexander.deuc...@amd.com 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 alexander.deuc...@amd.com --- drivers/gpu/drm/radeon/radeon_cursor.c |

Re: your distracted maintainer and -next

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:

[Bug 43655] Latest radeon dri driver on HD6950 with GRUB set gfxpayload=$linux_gfx_mode put the display in a flickering state

https://bugs.freedesktop.org/show_bug.cgi?id=43655 --- Comment #13 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-07-21 03:49:15 PDT --- It's been some time now. Since my initial report, I moved from Ubuntu to Arch. Today, it was officially announced Arch was moving to Grub2. So I

Re: [PATCH 2/3] drm/exynos: add dmabuf mmap function

2012/7/10, Cooper Yuan coopery...@gmail.com: implement mmap function of dma_buf_ops. please, add more comments and reveal the source of funding. I think the source of this patch is omap drm driver. Signed-off-by: Cooper Yuan coopery...@gmail.com ---

[Bug 52266] No DVI output on "ATI Radeon XPRESS 200 5A41 (PCIE)" (ChipID = 0x5a41)

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

[Bug 52266] No DVI output on "ATI Radeon XPRESS 200 5A41 (PCIE)" (ChipID = 0x5a41)

https://bugs.freedesktop.org/show_bug.cgi?id=52266 Alex Deucher changed: What|Removed |Added Attachment #64407|text/x-log |text/plain mime type|

[Bug 52266] No DVI output on "ATI Radeon XPRESS 200 5A41 (PCIE)" (ChipID = 0x5a41)

https://bugs.freedesktop.org/show_bug.cgi?id=52266 Alex Deucher changed: What|Removed |Added Attachment #64395|0 |1 is obsolete|

[PATCH] drm/fb-helper: delay hotplug handling when partially bound

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

[PATCH 24/81] drm/fb helper: don't call drm_crtc_helper_set_config

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

[PATCH 25/81] drm: remove the list_head from drm_mode_set

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.

[Bug 52266] No DVI output on "ATI Radeon XPRESS 200 5A41 (PCIE)" (ChipID = 0x5a41)

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

[PATCH v2] drm: Make the .mode_fixup() operations mode argument a const pointer

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.

[PATCH 1/2] drm/radeon: Try harder to avoid HW cursor ending on a multiple of 128 columns.

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 >>

[PATCH 0/2] drm/edid: Undo the damage from adding extra_modes

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

[PATCH] drm: fix drm_read() returning 0

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

quirk for Samsung 2443BW

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 >

your distracted maintainer and -next

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

-next merged with Linus tree

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.

exynos drm hdmi audio: how to recieve audio parameters (sf, bps, channel count)

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:

[PATCH 1/2] device: add dma_params->max_segment_count

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

[PATCH 2/2] drm/exynos: Modifying exynos drm fimd to support exynos5

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

[PATCH V2 0/2] video: drm: Add Device tree support to DRM-FIMD

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

[GIT PULL] drm/exynos: updated exynos-drm-next

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

[PATCH v2] drm/exynos: check if framebuffer and gem size are valid or not.

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

[PATCH] drm/i915: constify mode in crtc_mode_fixup

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 ---

-next merged with Linus tree

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

[PATCH] drm/i915: constify mode in crtc_mode_fixup

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. >

exynos drm hdmi audio: how to recieve audio parameters (sf, bps, channel count)

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

[PATCH 1/3] drm/exynos: correct dma_buf exporter permission as ReadWrite

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

[Bug 16065] linux 2.6.34 keeps ranting that it can't retrieve EDID from my old LCD monitor.

https://bugzilla.kernel.org/show_bug.cgi?id=16065 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk

[PATCH 1/3] drm/exynos: correct dma_buf exporter permission as ReadWrite

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

[PATCH 0/7] modetest cleanup and enhancements

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

[PATCH 1/7] modetest: Unify buffer allocation

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

[PATCH 3/3] modetest: Add support for ARGB888, BGRA888 and BGRX888 formats

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

[PATCH 2/7] modetest: Add SMPTE test pattern

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 ---

[PATCH 3/7] modetest: Add test pattern support for missing packed YUV formats

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

[PATCH 4/7] modetest: Add test pattern support for missing planar YUV formats

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

[PATCH 6/7] modetest: Move connector and plane parsing to separate functions

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

[PATCH 5/7] modetest: Add test pattern support for missing RGB formats

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

[PATCH 7/7] modetest: Make frame buffer format configurable on the command line

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

[PATCH 1/3] drm/exynos: correct dma_buf exporter permission as ReadWrite

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 >>> --- >>>

[PATCH v2 0/7] Renesas SH Mobile DRM driver

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.

[PATCH v2 1/7] sh_mobile_meram: Rename operations to cache_[alloc|free|update]

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 |

[PATCH v2 2/7] sh_mobile_meram: Use direct function calls for the public API

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 +++---

[PATCH v2 3/7] sh_mobile_meram: Add direct MERAM allocation API

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

[PATCH v2 4/7] DRM: add drm gem CMA helper

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

[PATCH v2 5/7] DRM: Add DRM kms/fb cma helper

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 |

[PATCH v2 6/7] drm: Add NV24 and NV42 pixel formats

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 ---

  1   2   >