[PATCH v2] drm/exynos: add G2D driver

Hi Dave, Fixed it. Please pull from git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-next again. Please let me know if there is any problem and Sorry for inconvenience caused. Thanks, Inki Dae > -Original Message- > From: Dave Airlie [mailto:airlied at gmail.com] > Sent:

[PATCH v2] drm/exynos: add G2D driver

> -Original Message- > From: Dave Airlie [mailto:airlied at gmail.com] > Sent: Thursday, May 17, 2012 7:27 PM > To: Joonyoung Shim > Cc: dri-devel at lists.freedesktop.org; kyungmin.park at samsung.com; > inki.dae at samsung.com > Subject: Re: [PATCH v2] drm/exynos: add G2D driver > >

[PATCH 5/5] drm/radeon: restore consistant whitespace & indentation

From: Jerome Glisse Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon.h | 528 +- drivers/gpu/drm/radeon/radeon_ring.c |3 +- 2 files changed, 267 insertions(+), 264 deletions(-) diff --git

[PATCH 4/5] drm/radeon: add lockup faulty command recording v4

From: Jerome Glisse This try to identify the faulty user command stream that caused lockup. If it finds one it create big blob that contains all information, this include packet stream but also snapshot of all bo used by the faulty packet stream. This means that the blod is

[PATCH 3/5] drm/radeon: allow radeon_vm_bo_update_pte caller to get bo virtual offset

From: Jerome Glisse Allow caller of radeon_vm_bo_update_pte to get the virtual bo offset. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon.h |3 ++- drivers/gpu/drm/radeon/radeon_cs.c |2 +- drivers/gpu/drm/radeon/radeon_gart.c | 11

[PATCH 2/5] drm/radeon: allow radeon debugfs helper to provide custom read

From: Jerome Glisse Allow radeon debugfs file to provide a custom read function. This is usefull in case you don't want to double buffer with seq_file, or simply in case the buffer data is too big to be buffered by seq_file. Signed-off-by: Jerome Glisse ---

[PATCH 1/5] drm/debugfs: allow driver to provide a custom read callback

From: Jerome Glisse Allow driver to provide a custom read callback for debugfs file. Usefull if driver try to dump big buffer, avoid double buffering. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/drm_debugfs.c | 19 ---

GPU lockup dumping

Ok this time is final version, i added a bunch of flags to cmd buffer to make the userspace tools life easier. Cheers, Jerome

[PATCH 3/4] drm: exynos: Don't cast GEM object to Exynos GEM object when not needed

> -Original Message- > From: Laurent Pinchart [mailto:laurent.pinchart at ideasonboard.com] > Sent: Thursday, May 17, 2012 12:09 AM > To: Inki Dae > Cc: dri-devel at lists.freedesktop.org > Subject: [PATCH 3/4] drm: exynos: Don't cast GEM object to Exynos GEM > object when not needed >

[PATCH 2/4] drm: exynos: Remove dummy encoder get_crtc operation implementation

> -Original Message- > From: Laurent Pinchart [mailto:laurent.pinchart at ideasonboard.com] > Sent: Thursday, May 17, 2012 12:09 AM > To: Inki Dae > Cc: dri-devel at lists.freedesktop.org > Subject: [PATCH 2/4] drm: exynos: Remove dummy encoder get_crtc operation > implementation > >

[PATCH 1/4] drm: exynos: DRIVER_BUS_PLATFORM is not a driver feature

> -Original Message- > From: Laurent Pinchart [mailto:laurent.pinchart at ideasonboard.com] > Sent: Thursday, May 17, 2012 12:09 AM > To: Inki Dae > Cc: dri-devel at lists.freedesktop.org > Subject: [PATCH 1/4] drm: exynos: DRIVER_BUS_PLATFORM is not a driver > feature > >

3.4-rc7 backlight regression on Dell XPS M1710

On Thu, May 17, 2012 at 10:30 AM, Ben Skeggs wrote: > Am Mittwoch, den 16.05.2012, 12:17 -0600 schrieb Tim Gardner: >> commit b99da31ed8521eb78d5d6930f3128f8ecdb75fae causes the backlight in >> my Dell XPS M1710 to stop working. Symptoms are dim display and won't >> respond to key brightness

[PATCH 5/5] drm/radeon: restore consistant whitespace & indentation

From: Jerome Glisse Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon.h | 528 +- drivers/gpu/drm/radeon/radeon_ring.c |3 +- 2 files changed, 267 insertions(+), 264 deletions(-) diff --git

[PATCH 4/5] drm/radeon: add lockup faulty command recording v3

From: Jerome Glisse This try to identify the faulty user command stream that caused lockup. If it finds one it create big blob that contains all information, this include packet stream but also snapshot of all bo used by the faulty packet stream. This means that the blod is

[PATCH 3/5] drm/radeon: allow radeon_vm_bo_update_pte caller to get bo virtual offset

From: Jerome Glisse Allow caller of radeon_vm_bo_update_pte to get the virtual bo offset. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon.h |3 ++- drivers/gpu/drm/radeon/radeon_cs.c |2 +- drivers/gpu/drm/radeon/radeon_gart.c | 11

[PATCH 2/5] drm/radeon: allow radeon debugfs helper to provide custom read

From: Jerome Glisse Allow radeon debugfs file to provide a custom read function. This is usefull in case you don't want to double buffer with seq_file, or simply in case the buffer data is too big to be buffered by seq_file. Signed-off-by: Jerome Glisse ---

[PATCH 1/5] drm/debugfs: allow driver to provide a custom read callback

From: Jerome Glisse Allow driver to provide a custom read callback for debugfs file. Usefull if driver try to dump big buffer, avoid double buffering. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/drm_debugfs.c | 19 ---

GPU lockup dumping

Make the format more future proof reliable by adding a total chunk size field that allow old userspace to skip over potentialy new chunk. Not sure this is really needed but hey. Jerome

[PATCH 2/2] drm/radeon: add lockup faulty command recording

On Wed, May 16, 2012 at 10:22 PM, wrote: > From: Jerome Glisse > > This try to identify the faulty user command stream that caused > lockup. If it finds one it create big blob that contains all > information needed to replay the faulty command stream. Can you state what exactly is going to end

[PATCH 5/5] drm/radeon: restore consistant whitespace & indentation

From: Jerome Glisse Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon.h | 528 +- drivers/gpu/drm/radeon/radeon_ring.c |3 +- 2 files changed, 267 insertions(+), 264 deletions(-) diff --git

[PATCH 4/5] drm/radeon: add lockup faulty command recording v2

From: Jerome Glisse This try to identify the faulty user command stream that caused lockup. If it finds one it create big blob that contains all information, this include packet stream but also snapshot of all bo used by the faulty packet stream. This means that the blod is

[PATCH 3/5] drm/radeon: allow radeon_vm_bo_update_pte caller to get bo virtual offset

From: Jerome Glisse Allow caller of radeon_vm_bo_update_pte to get the virtual bo offset. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon.h |3 ++- drivers/gpu/drm/radeon/radeon_cs.c |2 +- drivers/gpu/drm/radeon/radeon_gart.c | 11

[PATCH 2/5] drm/radeon: allow radeon debugfs helper to provide custom read

From: Jerome Glisse Allow radeon debugfs file to provide a custom read function. This is usefull in case you don't want to double buffer with seq_file, or simply in case the buffer data is too big to be buffered by seq_file. Signed-off-by: Jerome Glisse ---

[PATCH 1/5] drm/debugfs: allow driver to provide a custom read callback

From: Jerome Glisse Allow driver to provide a custom read callback for debugfs file. Usefull if driver try to dump big buffer, avoid double buffering. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/drm_debugfs.c | 19 ---

GPU lockup dumping

So here is improved patchset, where i splited ground work necessary for the dumping into their own patch. The debugfs improvement could probably be usefull to intel instead of having i915 have it's own debugfs file stuff. The lockup dumping public api have been move into radeon_drm.h Stressing

[PATCH] dma-buf: add vmap interface (v2)

On Thu, May 17, 2012 at 1:32 PM, Rob Clark wrote: > On Thu, May 17, 2012 at 4:31 AM, Dave Airlie wrote: >> From: Dave Airlie >> >> The main requirement I have for this interface is for scanning out >> using the USB gpu devices. Since these devices have to read the >> framebuffer on updates and

PCI resources above 4GB

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17/05/12 13:27, Steven Newbury wrote: > On 15/05/12 18:42, Yinghai Lu wrote: >> On Tue, May 15, 2012 at 2:54 AM, Steven Newbury >> wrote: > >>> I'll get re-synced back up, and if they're still relevant give >>> the patches a test. Is there an

[PATCH/RFC 6/6] drm: Make the CRTC gamma_set operation optional

Drivers for hardware without gamma support should not be forced to implement a no-op gamma set operation. Signed-off-by: Laurent Pinchart Cc: Rob Clark --- drivers/gpu/drm/drm_crtc.c |5 + drivers/gpu/drm/drm_fb_helper.c |3 +++ drivers/staging/omapdrm/omap_crtc.c |

[PATCH/RFC 4/6] drm: Constify gem_vm_ops pointer

The GEM vm operations structure is passed to the VM core that stores it in a const field. There vm operations structures can thus be const in DRM as well. Signed-off-by: Laurent Pinchart Cc: Inki Dae Cc: Alan Cox Cc: Daniel Vetter Cc: Alex Deucher Cc: Dave Airlie Cc: Rob Clark ---

[PATCH/RFC 3/6] drm: Don't initialize local ret variable when not needed

Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_crtc.c| 12 ++-- drivers/gpu/drm/drm_crtc_helper.c |2 +- drivers/gpu/drm/drm_edid_load.c |8 drivers/gpu/drm/drm_fb_helper.c |5 + drivers/gpu/drm/drm_gem.c |2 +-

[PATCH/RFC 2/6] drm: Miscellaneous typo fixes and documentation updates

Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_crtc.c|2 +- drivers/gpu/drm/drm_sysfs.c |8 include/drm/drmP.h| 10 +- include/drm/drm_crtc.h| 21 +++-- include/drm/drm_crtc_helper.h | 21 + 5

[PATCH/RFC 1/6] drm: Delete the vblank timer synchronously at cleanup time

A race condition exists in drm_vblank_cleanup() if the vblank disable timer callback runs after freeing the memory that its callback function tries to access. Fix this by deleting the timer synchronously. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_irq.c |2 +- 1 files changed,

[PATCH/RFC 0/6] Miscellaneous DRM fixes and cleanups

Hello, While studying the DRM core I came across a couple of issues or strange constructs. Here are 6 patches that try to fix them. Criticism is as usual welcome. Please bear with my lack of experience with the DRM core :-) Laurent Pinchart (6): drm: Delete the vblank timer synchronously at

PCI resources above 4GB

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15/05/12 18:42, Yinghai Lu wrote: > On Tue, May 15, 2012 at 2:54 AM, Steven Newbury > wrote: > >> I'll get re-synced back up, and if they're still relevant give >> the patches a test. Is there an updated branch I should work >> from? > >

[PATCH 2/4] drm: exynos: Remove dummy encoder get_crtc operation implementation

Hi Inki, On Thursday 17 May 2012 17:21:46 Inki Dae wrote: > On Thursday, May 17, 2012 12:09 AM Laurent Pinchart wrote: > > > > The encoder get_crtc operation is called to retrieve a pointer to the > > CRTC the encoder is currenctly connected to, right after setting the > > encoder::crtc field to

[PATCH] dma-buf: add vmap interface (v2)

From: Dave Airlie The main requirement I have for this interface is for scanning out using the USB gpu devices. Since these devices have to read the framebuffer on updates and linearly compress it, using kmaps is a major overhead for every update. v2: fix warn issues pointed

[PATCH v2] drm/exynos: add G2D driver

On Thu, Apr 26, 2012 at 9:48 AM, Joonyoung Shim wrote: > The G2D is a 2D graphic accelerator that supports Bit Block Transfer. > This G2D driver is exynos drm specific and supports only G2D(version > 4.1) of later Exynos series from Exynos4X12 because supporting DMA. > > The G2D is performed by

[Bug 39832] HDA ATI HDMI: no sound with 3.0 - 2.6.39.3 works

https://bugzilla.kernel.org/show_bug.cgi?id=39832 --- Comment #22 from Carlos 2012-05-17 11:14:02 --- Thanks for the reply. In fact, I already try the radeon.audio=1 settings, as well to play sound with command sudo aplay -D plughw:1,3 (music).mp3 and nothing. I tried as well kernel 3.3

[PATCH 2/2] drm/radeon: add lockup faulty command recording

On Thu, May 17, 2012 at 10:41 AM, Dave Airlie wrote: > On Wed, May 16, 2012 at 10:22 PM, ? wrote: >> From: Jerome Glisse >> >> This try to identify the faulty user command stream that caused >> lockup. If it finds one it create big blob that contains all >> information needed to replay the

Kernel Display and Video API Consolidation mini-summit at ELC 2012 - Notes

Is there any discussion on HDCP on the summit? It is tightly coupled with HDMI and DVI and should be managed together with the transmitter. But there is not code to handle HDCP in DRM/FB/V4L in latest kernel. Any thoughts on HDCP? Or you guys think there is risk to support it in kernel? Thanks

[patch] drm: checking the wrong variable in savage_do_init_bci()

drm_core_ioremap() initializes ->handle. We already know "dev->agp_buffer_map" is a valid pointer. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/savage/savage_bci.c b/drivers/gpu/drm/savage/savage_bci.c index cb1ee4e..6eb507a 100644 --- a/drivers/gpu/drm/savage/savage_bci.c +++

[patch] drm: checking the wrong variable in savage_do_init_bci()

On 05/17/2012 12:09 AM, Dan Carpenter wrote: > drm_core_ioremap() initializes ->handle. We already know > "dev->agp_buffer_map" is a valid pointer. > > Signed-off-by: Dan Carpenter I'm surprised that has never been hit. Reviewed-by: Ian Romanick > > diff --git

Kernel Display and Video API Consolidation mini-summit at ELC 2012 - Notes

On Thu May 17 2012 04:46:37 Jun Nie wrote: > Is there any discussion on HDCP on the summit? It is tightly > coupled with HDMI and DVI and should be managed together with the > transmitter. But there is not code to handle HDCP in DRM/FB/V4L in > latest kernel. Any thoughts on HDCP? Or you guys

PCI resources above 4GB

On Thu, May 17, 2012 at 5:34 AM, Steven Newbury wrote: > -BEGIN PGP SIGNED MESSAGE- > Strange, the busn branch is merged with for-pci-res-alloc, but for > some reason it isn't working. ?Only the bridge is detected, not the > devices behind it. Can you post the boot log ? maybe recently

3.4-rc7 backlight regression on Dell XPS M1710

On 05/17/2012 12:20 AM, Ben Skeggs wrote: > On Thu, May 17, 2012 at 10:30 AM, Ben Skeggs wrote: >> Am Mittwoch, den 16.05.2012, 12:17 -0600 schrieb Tim Gardner: >>> commit b99da31ed8521eb78d5d6930f3128f8ecdb75fae causes the backlight in >>> my Dell XPS M1710 to stop working. Symptoms are dim

[Bug 39832] HDA ATI HDMI: no sound with 3.0 - 2.6.39.3 works

https://bugzilla.kernel.org/show_bug.cgi?id=39832 --- Comment #21 from Rafa? Mi?ecki 2012-05-17 07:14:14 --- (In reply to comment #20) > I can confirm that this bug still a problem Kernel Linux 3.2.0. I tried > everything I found all forums. Simply doesnt work. This bug(report) is only

[PATCH] dma-buf: add vmap interface (v2)

On Thu, May 17, 2012 at 4:31 AM, Dave Airlie wrote: > From: Dave Airlie > > The main requirement I have for this interface is for scanning out > using the USB gpu devices. Since these devices have to read the > framebuffer on updates and linearly compress it, using kmaps > is a major overhead

[Bug 48747] regression [bisected]: display corruption in google earth/glxgears using git r600g on RS780M

https://bugs.freedesktop.org/show_bug.cgi?id=48747 --- Comment #10 from Jos van Wolput 2012-05-16 21:48:31 PDT --- (In reply to comment #9) > Commit: 11f056a3f0b87e86267efa8b5ac9d36a343c9dc1 > Author: Michel D?nzer > Date: Wed May 16 17:45:17 2012 +0200 > > r600g: Set tiling information for

[PATCH 2/2] staging: drm/omap: initial dmabuf/prime import support

From: Rob Clark This adds support to re-import omapdrm's own buffers. Importing buffers allocated by other drivers can be added later, but for now is not needed (we don't yet have any other exportering drivers to test with). Signed-off-by: Rob Clark ---

[PATCH 1/2] staging: drm/omap: dmabuf/prime mmap support

From: Rob Clark Add support for mmap'ing buffers via dmabuf. For handling mmap of cached buffers correctly, fault handling and PTE shootdown are used to track dirty pages and automagically handle cache flushes before dma access to the buffer. Signed-off-by: Rob Clark ---

[PATCH 0/2] staging: drm/omap: more dmabuf/prime support

From: Rob Clark Now that dmabuf mmap support is in dmabuf-next, here is support for it in omapdrm. Also some basic support to import dmabuf's. For now it can only re-import dmabuf's that it exported itself, mainly because I don't yet need anything else and also because at the

[PATCH 2/2] drm: add plane properties

From: Rob Clark The omapdrm driver uses this for setting per-overlay rotation. It is likely also useful for setting YUV->RGB colorspace conversion matrix, etc. Signed-off-by: Rob Clark Reviewed-by: Paulo Zanoni --- v1: original v2: fix codestyle issue

[PATCH 1/2] drm: add bitmask property type

From: Rob Clark A bitmask property is similar to an enum. The enum value is a bit position (0-63), and valid property values consist of a mask of zero or more of (1 << enum_val[n]). Signed-off-by: Rob Clark Reviewed-by: Paulo Zanoni --- v1: original v2: added comments to new

[PATCH libdrm 0/3] Additional drm properties patches

On Wed, May 16, 2012 at 12:44 PM, Paulo Zanoni wrote: > 2012/5/16 Rob Clark : >> From: Rob Clark >> >> Additional drm properties support, the libdrm part. ?These apply on top >> of Paulo's libdrm properties patches, and add support for bitmask >> properties, and additional support in modetest.

drm/gma500 : Suspend/resume issues

> Either way, if I add an empty "save" function, suspend works again (but at > the moment, resume still doesn't work, I'm still trying to work on that). > > If I just add a "if (connector->funcs->save)", this also fixes the crash. > Actually, the resume problem is exactly the same as the

drm/gma500 : Suspend/resume issues

Hello, On my Poulsbo-enabled machine, I cannot do suspend/resume since the gma500_gfx has left staging. I'm currently testing on linux-3.4-rc7. After some debugging, I found out what the issue is. The crash occurs in psb_save_display_registers at the following lines :

[PATCH] gma500: Fix hardware cursor support for poulsbo

On Wed, May 16, 2012 at 11:01 PM, Guillaume Cl?ment wrote: > It looks like on others parts of the kernel, kunmap is fed the same input as > kmap and not the return value of kmap. Good catch and thank you for testing, I blindly assumed the alloc / free semantics. Alan, I'll send you a new

[PATCH] gma500: Fix hardware cursor support for poulsbo

Le dimanche 13 mai 2012 15:07:46 Patrik Jakobsson a ?crit : > Poulsbo needs a physical address in the cursor base register. We allocate a > stolen memory buffer and copy the cursor image provided by userspace into > it. When/If we get our own userspace driver we can map this stolen memory >

Re: 3.4-rc7 backlight regression on Dell XPS M1710

On Thu, May 17, 2012 at 10:30 AM, Ben Skeggs bske...@redhat.com wrote: Am Mittwoch, den 16.05.2012, 12:17 -0600 schrieb Tim Gardner: commit b99da31ed8521eb78d5d6930f3128f8ecdb75fae causes the backlight in my Dell XPS M1710 to stop working. Symptoms are dim display and won't respond to key

[Bug 39832] HDA ATI HDMI: no sound with 3.0 - 2.6.39.3 works

https://bugzilla.kernel.org/show_bug.cgi?id=39832 --- Comment #21 from Rafał Miłecki zaj...@gmail.com 2012-05-17 07:14:14 --- (In reply to comment #20) I can confirm that this bug still a problem Kernel Linux 3.2.0. I tried everything I found all forums. Simply doesnt work. This

Re: Kernel Display and Video API Consolidation mini-summit at ELC 2012 - Notes

On Thu May 17 2012 04:46:37 Jun Nie wrote: Is there any discussion on HDCP on the summit? It is tightly coupled with HDMI and DVI and should be managed together with the transmitter. But there is not code to handle HDCP in DRM/FB/V4L in latest kernel. Any thoughts on HDCP? Or you guys

Re: [PATCH libdrm 0/3] Additional drm properties patches

On Wed, May 16, 2012 at 12:44 PM, Paulo Zanoni przan...@gmail.com wrote: 2012/5/16 Rob Clark rob.cl...@linaro.org: From: Rob Clark r...@ti.com Additional drm properties support, the libdrm part.  These apply on top of Paulo's libdrm properties patches, and add support for bitmask properties,

RE: [PATCH 1/4] drm: exynos: DRIVER_BUS_PLATFORM is not a driver feature

-Original Message- From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com] Sent: Thursday, May 17, 2012 12:09 AM To: Inki Dae Cc: dri-devel@lists.freedesktop.org Subject: [PATCH 1/4] drm: exynos: DRIVER_BUS_PLATFORM is not a driver feature DRIVER_BUS_PLATFORM is a bus

RE: [PATCH 2/4] drm: exynos: Remove dummy encoder get_crtc operation implementation

-Original Message- From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com] Sent: Thursday, May 17, 2012 12:09 AM To: Inki Dae Cc: dri-devel@lists.freedesktop.org Subject: [PATCH 2/4] drm: exynos: Remove dummy encoder get_crtc operation implementation The encoder

RE: [PATCH 3/4] drm: exynos: Don't cast GEM object to Exynos GEM object when not needed

-Original Message- From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com] Sent: Thursday, May 17, 2012 12:09 AM To: Inki Dae Cc: dri-devel@lists.freedesktop.org Subject: [PATCH 3/4] drm: exynos: Don't cast GEM object to Exynos GEM object when not needed The

[PATCH 0/2] Some additional drm properties patches (v2)

From: Rob Clark r...@ti.com These patches apply on top of Paulo's patches to add support for generic KMS object properties, and add support for plane properties, and a new property type suitable for flags/bitmasks. Updated versions to address Paulo's comments. Rob Clark (2): drm: add bitmask

[PATCH 1/2] drm: add bitmask property type

From: Rob Clark r...@ti.com A bitmask property is similar to an enum. The enum value is a bit position (0-63), and valid property values consist of a mask of zero or more of (1 enum_val[n]). Signed-off-by: Rob Clark r...@ti.com Reviewed-by: Paulo Zanoni paulo.r.zan...@intel.com --- v1:

[PATCH 2/2] drm: add plane properties

From: Rob Clark r...@ti.com The omapdrm driver uses this for setting per-overlay rotation. It is likely also useful for setting YUV-RGB colorspace conversion matrix, etc. Signed-off-by: Rob Clark r...@ti.com Reviewed-by: Paulo Zanoni paulo.r.zan...@intel.com --- v1: original v2: fix codestyle

RE: [PATCH 4/4] drm: exynos: Keep a reference to frame buffer GEM objects

-Original Message- From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com] Sent: Thursday, May 17, 2012 12:09 AM To: Inki Dae Cc: dri-devel@lists.freedesktop.org Subject: [PATCH 4/4] drm: exynos: Keep a reference to frame buffer GEM objects GEM objects used by frame

[PATCH 0/2] staging: drm/omap: more dmabuf/prime support

From: Rob Clark r...@ti.com Now that dmabuf mmap support is in dmabuf-next, here is support for it in omapdrm. Also some basic support to import dmabuf's. For now it can only re-import dmabuf's that it exported itself, mainly because I don't yet need anything else and also because at the moment

[PATCH 1/2] staging: drm/omap: dmabuf/prime mmap support

From: Rob Clark r...@ti.com Add support for mmap'ing buffers via dmabuf. For handling mmap of cached buffers correctly, fault handling and PTE shootdown are used to track dirty pages and automagically handle cache flushes before dma access to the buffer. Signed-off-by: Rob Clark r...@ti.com ---

[PATCH 2/2] staging: drm/omap: initial dmabuf/prime import support

From: Rob Clark r...@ti.com This adds support to re-import omapdrm's own buffers. Importing buffers allocated by other drivers can be added later, but for now is not needed (we don't yet have any other exportering drivers to test with). Signed-off-by: Rob Clark r...@ti.com ---

Re: Kernel Display and Video API Consolidation mini-summit at ELC 2012 - Notes

Is there any discussion on HDCP on the summit? It is tightly coupled with HDMI and DVI and should be managed together with the transmitter. But there is not code to handle HDCP in DRM/FB/V4L in latest kernel. Any thoughts on HDCP? Or you guys think there is risk to support it in kernel? Thanks

[patch] drm: checking the wrong variable in savage_do_init_bci()

drm_core_ioremap() initializes -handle. We already know dev-agp_buffer_map is a valid pointer. Signed-off-by: Dan Carpenter dan.carpen...@oracle.com diff --git a/drivers/gpu/drm/savage/savage_bci.c b/drivers/gpu/drm/savage/savage_bci.c index cb1ee4e..6eb507a 100644 ---

Re: [PATCH 2/4] drm: exynos: Remove dummy encoder get_crtc operation implementation

Hi Inki, On Thursday 17 May 2012 17:21:46 Inki Dae wrote: On Thursday, May 17, 2012 12:09 AM Laurent Pinchart wrote: The encoder get_crtc operation is called to retrieve a pointer to the CRTC the encoder is currenctly connected to, right after setting the encoder::crtc field to the new

Re: [PATCH v2] drm/exynos: add G2D driver

On Thu, Apr 26, 2012 at 9:48 AM, Joonyoung Shim jy0922.s...@samsung.com wrote: The G2D is a 2D graphic accelerator that supports Bit Block Transfer. This G2D driver is exynos drm specific and supports only G2D(version 4.1) of later Exynos series from Exynos4X12 because supporting DMA. The G2D

[PATCH] dma-buf: add vmap interface (v2)

From: Dave Airlie airl...@redhat.com The main requirement I have for this interface is for scanning out using the USB gpu devices. Since these devices have to read the framebuffer on updates and linearly compress it, using kmaps is a major overhead for every update. v2: fix warn issues pointed

RE: [PATCH v2] drm/exynos: add G2D driver

-Original Message- From: Dave Airlie [mailto:airl...@gmail.com] Sent: Thursday, May 17, 2012 7:27 PM To: Joonyoung Shim Cc: dri-devel@lists.freedesktop.org; kyungmin.p...@samsung.com; inki@samsung.com Subject: Re: [PATCH v2] drm/exynos: add G2D driver On Thu, Apr 26, 2012

[Bug 39832] HDA ATI HDMI: no sound with 3.0 - 2.6.39.3 works

https://bugzilla.kernel.org/show_bug.cgi?id=39832 --- Comment #22 from Carlos carlos.vedova...@gmail.com 2012-05-17 11:14:02 --- Thanks for the reply. In fact, I already try the radeon.audio=1 settings, as well to play sound with command sudo aplay -D plughw:1,3 (music).mp3 and nothing. I

[PATCH/RFC 0/6] Miscellaneous DRM fixes and cleanups

Hello, While studying the DRM core I came across a couple of issues or strange constructs. Here are 6 patches that try to fix them. Criticism is as usual welcome. Please bear with my lack of experience with the DRM core :-) Laurent Pinchart (6): drm: Delete the vblank timer synchronously at

[PATCH/RFC 1/6] drm: Delete the vblank timer synchronously at cleanup time

A race condition exists in drm_vblank_cleanup() if the vblank disable timer callback runs after freeing the memory that its callback function tries to access. Fix this by deleting the timer synchronously. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com ---

[PATCH/RFC 3/6] drm: Don't initialize local ret variable when not needed

Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com --- drivers/gpu/drm/drm_crtc.c| 12 ++-- drivers/gpu/drm/drm_crtc_helper.c |2 +- drivers/gpu/drm/drm_edid_load.c |8 drivers/gpu/drm/drm_fb_helper.c |5 + drivers/gpu/drm/drm_gem.c

[PATCH/RFC 2/6] drm: Miscellaneous typo fixes and documentation updates

Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com --- drivers/gpu/drm/drm_crtc.c|2 +- drivers/gpu/drm/drm_sysfs.c |8 include/drm/drmP.h| 10 +- include/drm/drm_crtc.h| 21 +++-- include/drm/drm_crtc_helper.h

[PATCH/RFC 4/6] drm: Constify gem_vm_ops pointer

The GEM vm operations structure is passed to the VM core that stores it in a const field. There vm operations structures can thus be const in DRM as well. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com Cc: Inki Dae inki@samsung.com Cc: Alan Cox a...@linux.intel.com Cc:

[PATCH/RFC 5/6] drm: Constify drm_mode_config_funcs pointer

The DRM mode config functions structure declared by drivers and pointed to by the drm_mode_config funcs field is never modified. Make it a const pointer. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com Cc: Inki Dae inki@samsung.com Cc: Alan Cox a...@linux.intel.com Cc:

[PATCH/RFC 6/6] drm: Make the CRTC gamma_set operation optional

Drivers for hardware without gamma support should not be forced to implement a no-op gamma set operation. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com Cc: Rob Clark rob.cl...@linaro.org --- drivers/gpu/drm/drm_crtc.c |5 + drivers/gpu/drm/drm_fb_helper.c

RE: [PATCH v2] drm/exynos: add G2D driver

Hi Dave, Fixed it. Please pull from git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-next again. Please let me know if there is any problem and Sorry for inconvenience caused. Thanks, Inki Dae -Original Message- From: Dave Airlie [mailto:airl...@gmail.com] Sent:

Re: [patch] drm: checking the wrong variable in savage_do_init_bci()

Am 17.05.2012 09:09, schrieb Dan Carpenter: drm_core_ioremap() initializes -handle. We already know dev-agp_buffer_map is a valid pointer. Signed-off-by: Dan Carpenter dan.carpen...@oracle.com diff --git a/drivers/gpu/drm/savage/savage_bci.c b/drivers/gpu/drm/savage/savage_bci.c

Re: [PATCH] dma-buf: add vmap interface (v2)

On Thu, May 17, 2012 at 4:31 AM, Dave Airlie airl...@gmail.com wrote: From: Dave Airlie airl...@redhat.com The main requirement I have for this interface is for scanning out using the USB gpu devices. Since these devices have to read the framebuffer on updates and linearly compress it, using

Re: PCI resources above 4GB

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15/05/12 18:42, Yinghai Lu wrote: On Tue, May 15, 2012 at 2:54 AM, Steven Newbury st...@snewbury.org.uk wrote: I'll get re-synced back up, and if they're still relevant give the patches a test. Is there an updated branch I should work from?

Re: PCI resources above 4GB

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17/05/12 13:27, Steven Newbury wrote: On 15/05/12 18:42, Yinghai Lu wrote: On Tue, May 15, 2012 at 2:54 AM, Steven Newbury st...@snewbury.org.uk wrote: I'll get re-synced back up, and if they're still relevant give the patches a test. Is

Re: [PATCH/RFC 6/6] drm: Make the CRTC gamma_set operation optional

On Thu, May 17, 2012 at 5:27 AM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Drivers for hardware without gamma support should not be forced to implement a no-op gamma set operation. Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com Cc: Rob Clark

Re: [PATCH] dma-buf: add vmap interface (v2)

On Thu, May 17, 2012 at 1:32 PM, Rob Clark rob.cl...@linaro.org wrote: On Thu, May 17, 2012 at 4:31 AM, Dave Airlie airl...@gmail.com wrote: From: Dave Airlie airl...@redhat.com The main requirement I have for this interface is for scanning out using the USB gpu devices. Since these devices

RE: [PATCH 2/4] drm: exynos: Remove dummy encoder get_crtc operation implementation

Hi, Laurent. -Original Message- From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com] Sent: Thursday, May 17, 2012 7:22 PM To: Inki Dae Cc: dri-devel@lists.freedesktop.org Subject: Re: [PATCH 2/4] drm: exynos: Remove dummy encoder get_crtc operation implementation Hi

Re: drm/gma500 : Suspend/resume issues

On Thu, 17 May 2012 01:36:29 +0200 Guillaume Clément gclem...@baobob.org wrote: Either way, if I add an empty save function, suspend works again (but at the moment, resume still doesn't work, I'm still trying to work on that). If I just add a if (connector-funcs-save), this also fixes

Re: [PATCH 2/2] drm/radeon: add lockup faulty command recording

On Wed, May 16, 2012 at 10:22 PM, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com This try to identify the faulty user command stream that caused lockup. If it finds one it create big blob that contains all information needed to replay the faulty command stream. Can you

Re: [PATCH 2/2] drm/radeon: add lockup faulty command recording

On Thu, May 17, 2012 at 10:41 AM, Dave Airlie airl...@gmail.com wrote: On Wed, May 16, 2012 at 10:22 PM,  j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com This try to identify the faulty user command stream that caused lockup. If it finds one it create big blob that contains

Re: PCI resources above 4GB

On Thu, May 17, 2012 at 5:34 AM, Steven Newbury st...@snewbury.org.uk wrote: -BEGIN PGP SIGNED MESSAGE- Strange, the busn branch is merged with for-pci-res-alloc, but for some reason it isn't working.  Only the bridge is detected, not the devices behind it. Can you post the boot log ?

Re: [patch] drm: checking the wrong variable in savage_do_init_bci()

On 05/17/2012 12:09 AM, Dan Carpenter wrote: drm_core_ioremap() initializes -handle. We already know dev-agp_buffer_map is a valid pointer. Signed-off-by: Dan Carpenterdan.carpen...@oracle.com I'm surprised that has never been hit. Reviewed-by: Ian Romanick ian.d.roman...@intel.com diff

Re: [PATCH] dma-buf: add vmap interface (v2)

On Thu, May 17, 2012 at 06:32:19AM -0600, Rob Clark wrote: On Thu, May 17, 2012 at 4:31 AM, Dave Airlie airl...@gmail.com wrote: From: Dave Airlie airl...@redhat.com The main requirement I have for this interface is for scanning out using the USB gpu devices. Since these devices have to

  1   2   >