No subject

makes me afraid of some weird GTT flushing issue, given the adventures we had with VT-d on that hardware where we idle the gpu before any GTT updates. I wonder what would happen if we idled the GPU before any GTT updates even when VT-d wasn't running... > The latest thinking on the hibernate

[Bug 36762] broken minimap on 0ad >= alpha5 and <= alpha8

https://bugs.freedesktop.org/show_bug.cgi?id=36762 Fabio Pedretti changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH 2/2] drm/ttm: Use pr_fmt and pr_

Use the more current logging style. Add pr_fmt and remove the TTM_PFX uses. Coalesce formats and align arguments. Signed-off-by: Joe Perches --- drivers/gpu/drm/ttm/ttm_agp_backend.c|4 +- drivers/gpu/drm/ttm/ttm_bo.c | 72 +-

[PATCH 1/2] i915: Add and use pr_fmt and pr_

Use a more current logging style. Ensure that appropriate logging messages are prefixed with "i915: ". Convert printks to pr_. Align arguments. Signed-off-by: Joe Perches --- drivers/gpu/drm/i915/i915_dma.c |6 ++- drivers/gpu/drm/i915/i915_irq.c | 70

i915 modeset memory corruption issues? (Fwd: Oops in ext3_block_to_path.isra.40+0x26/0x11b)

<#part sign=pgpmime> On Fri, 16 Mar 2012 16:24:35 -0700, Linus Torvalds wrote: > Well, even without hibernation, one theory was about the VC switching > - apparently that was one thing that at least one reporter does end up > doing - switching from X into the virtual terminals and back. Thanks

[Bug 29412] fans running at full-speed after resume from suspend with radeon and KMS

https://bugzilla.kernel.org/show_bug.cgi?id=29412 Jonathan Nieder changed: What|Removed |Added CC||jrnieder at gmail.com --- Comment

[PATCH v2 14/14] drm/exynos: enable hdmi audio feature

From: Seung-Woo Kim This patch adds hdmi audio feature for exynos drm. With this patch, i2s channel feeds audio data in hdmi when hdmi is connected. Signed-off-by: Seung-Woo Kim Signed-off-by: Joonyoung Shim Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park ---

[PATCH v2 13/14] drm/exynos: add default pixel format for plane

From: Eunchul Kim DRM checks whether the plane supports a pixel format of fb when plane is updated. This adds a default pixel format supporting format exynos drm plane. Signed-off-by: Eunchul Kim Signed-off-by: Joonyoung Shim Signed-off-by: Inki Dae Signed-off-by:

[PATCH v2 12/14] drm/exynos: cleanup exynos_hdmi.h

From: Joonyoung Shim The some contents of the exynos_hdmi.h are used only in exynos_hdmi.c, so move them to exynos_hdmi.c. Signed-off-by: Joonyoung Shim Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_hdmi.c | 36

[PATCH v2 11/14] drm/exynos: remove exynos_mixer.h

From: Joonyoung Shim The contents of exynos_mixer.h are used only in exynos_mixer.c, so separated header is unnecessary. Signed-off-by: Joonyoung Shim Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_mixer.c | 49

[PATCH v2 10/14] drm/exynos: added virtual display driver.

this driver would be used for wireless display. virtual display driver has independent crtc, encoder and connector and to use this driver, user application should send edid data to this driver from wireless display. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park ---

[PATCH v2 09/14] drm/exynos: add G2D driver

From: Joonyoung Shim 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 two tasks simply.

[PATCH v2 08/14] drm/exynos: add is_local member in exynos_drm_subdrv struct

From: Joonyoung Shim The is_local member indicates unused subdrv such connector and encoder so doesn't make resources for them. Signed-off-by: Joonyoung Shim Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_core.c |3 +++

[PATCH v2 07/14] drm/exynos: add subdrv open/close functions

From: Joonyoung Shim Some subdrv need open and close functions call when open and close drm. Signed-off-by: Joonyoung Shim Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_core.c | 35 ++

[PATCH v2 06/14] drm/exynos: remove module of exynos drm subdrv

From: Joonyoung Shim The exynos drm driver has several subdrv. They each can be module but it causes unfixed probe order of exynodr drm driver and each subdrv. It also needs some weird codes such as exynos_drm_fbdev_reinit and exynos_drm_mode_group_reinit. This patch can

[PATCH v2 05/14] drm/exynos: release pending pageflip events when closed

From: Joonyoung Shim We should release pending pageflip events when closed. If not, they will be dangling events. Signed-off-by: Joonyoung Shim Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 14 ++ 1

[PATCH v2 04/14] drm/exynos: added new funtion to get/put dma address.

this function would be used for drm based 2d acceleration driver to get/put dma address through gem handle. when exynos_drm_get_dma_address is called reference count of gem object would be increased not to be released by gem close and when exynos_drm_put_dma_address is called the reference count

[PATCH v2 03/14] drm/exynos: update gem and buffer framework.

with this patch, we can allocate physically continuous or non-continuous memory and also it creates scatterlist for iommu support so allocated memory region can be mapped to iommu page table using scatterlist. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park ---

[PATCH v2 02/14] drm/exynos: added mode_fixup feature and code clean.

this patch adds mode_fixup feature for hdmi module that specific driver changes current mode to driver desired mode properly. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_connector.c | 25 +++- drivers/gpu/drm/exynos/exynos_drm_crtc.c |

[PATCH v2 01/14] drm/exynos: add HDMI version 1.4 support

From: Joonyoung Shim Later Exynos series from Exynos4X12 support HDMI version 1.4. We will distinguish to use which version via platform data. This patch supports only default features of HDMI version 1.4(The 3D, sound and etc don't support yet) Signed-off-by: Joonyoung

[PATCH v2 00/14] updated exynos-drm-next.

Hi, Dave and all. this update adds new features below: - add HDMI version 1.4 and Audio support. - add mode_fixup feature. . hdmi module would change current mode to driver desired mode properly. - updated gem and buffer framework. . we can allocate physically continuous or non-continuous

[Bug 42941] Resume from suspend to memory leaves display blank on Lenovo Ideapad U455

https://bugzilla.kernel.org/show_bug.cgi?id=42941 --- Comment #1 from Igor Murzov 2012-03-16 18:43:00 --- Created an attachment (id=72611) --> (https://bugzilla.kernel.org/attachment.cgi?id=72611) output of lspci -vvv -- Configure bugmail:

[Bug 42941] New: Resume from suspend to memory leaves display blank on Lenovo Ideapad U455

https://bugzilla.kernel.org/show_bug.cgi?id=42941 Summary: Resume from suspend to memory leaves display blank on Lenovo Ideapad U455 Product: Power Management Version: 2.5 Kernel Version: 3.3.0-rc7+ Platform: All

[Linaro-mm-sig] [PATCH] dma-buf: add get_dma_buf()

On Fri, Mar 16, 2012 at 4:04 PM, Rob Clark wrote: > From: Rob Clark > > Works in a similar way to get_file(), and is needed in cases such as > when the exporter needs to also keep a reference to the dmabuf (that > is later released with a dma_buf_put()), and possibly other similar > cases. > >

[PATCH] RFC: dma-buf: userspace mmap support

> From: Rob Clark > > Enable optional userspace access to dma-buf buffers via mmap() on the > dma-buf file descriptor. Userspace access to the buffer should be > bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to > give the exporting driver a chance to deal with cache

i915 modeset memory corruption issues? (Fwd: Oops in ext3_block_to_path.isra.40+0x26/0x11b)

> Guys, > ?I don't know if these kinds of things have been forwarded to you, but > there's apparently been several things like this going on - with the > finger pointing to the i915 driver apparently clearing random memory. > Often the end result seems to be list corruption or a NULL pointer >

[Bug 37171] half-life 2 with -dxlevel 90 crashes system

https://bugs.freedesktop.org/show_bug.cgi?id=37171 --- Comment #20 from Stefan D?singer 2012-03-16 09:41:21 PDT --- Note that Shader Model 2 in d3d kinda supports loops and conditions on hardware that shouldn't be able to handle them. The caveat of this support is that they do not support

i915 modeset memory corruption issues? (Fwd: Oops in ext3_block_to_path.isra.40+0x26/0x11b)

On Fri, Mar 16, 2012 at 3:52 PM, Keith Packard wrote: > > We had a theory about hibernation -- unflushed FB writes that go astray > when the pages underneath the GTT get reassigned when switching from the > boot kernel to the resumed kernel. Well, even without hibernation, one theory was about

[ANNOUNCE] libdrm 2.4.32

bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120316/3221c8d9/attachment.pgp>

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #45 from Tvrtko Ursulin 2012-03-16 09:09:56 PDT --- (In reply to comment #44) > Created attachment 58568 [details] [review] > fix dvi-i load detection > > It's being called on the wrong encoder. This should fix the load detection

i915 modeset memory corruption issues? (Fwd: Oops in ext3_block_to_path.isra.40+0x26/0x11b)

<#part sign=pgpmime> On Fri, 16 Mar 2012 16:47:46 +, Dave Airlie wrote: > The hibernate issue is known and I've been hoping someone from Intel > would run with debugging it, they have a big enough team that I don't > feel I can expend the personal time to look into it. Yeah, I've been

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #44 from Alex Deucher 2012-03-16 08:59:36 PDT --- Created attachment 58568 --> https://bugs.freedesktop.org/attachment.cgi?id=58568 fix dvi-i load detection It's being called on the wrong encoder. This should fix the load

i915 modeset memory corruption issues? (Fwd: Oops in ext3_block_to_path.isra.40+0x26/0x11b)

<#part sign=pgpmime> On Fri, 16 Mar 2012 09:11:54 -0700, Linus Torvalds wrote: > I don't know if these kinds of things have been forwarded to you, but > there's apparently been several things like this going on - with the > finger pointing to the i915 driver apparently clearing random memory. >

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #43 from Tvrtko Ursulin 2012-03-16 08:35:35 PDT --- (In reply to comment #42) > (In reply to comment #41) > > Btw is it correct that it is not possible to load detect with this hardware > > on > > DVI-I when nothing is connected?

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #42 from Alex Deucher 2012-03-16 08:30:04 PDT --- (In reply to comment #41) > Btw is it correct that it is not possible to load detect with this hardware on > DVI-I when nothing is connected? (Comes up as connector status unknown).

[PATCH 09/10] drm/exynos: add G2D driver

On 03/15/2012 07:50 PM, Dave Airlie wrote: >> G2D is a 2D graphic accelerator that supports Bit Block Transfer. This >> G2D driver is exynos drm specific and supports only exynos4x12 series. >> user application fills command set in cmdlist and once dma start request >> these cmdlists are parsed

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #41 from Tvrtko Ursulin 2012-03-16 08:16:13 PDT --- Btw is it correct that it is not possible to load detect with this hardware on DVI-I when nothing is connected? (Comes up as connector status unknown). -- Configure bugmail:

[PATCH] Add simple g2dtest

This can test only solid color fill. Signed-off-by: Joonyoung Shim --- configure.ac |1 + include/drm/exynos_drm.h | 185 ++ tests/Makefile.am |2 +- tests/g2dtest/Makefile.am | 16 ++ tests/g2dtest/g2d.h | 64 + tests/g2dtest/g2d_reg.h

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 Tvrtko Ursulin changed: What|Removed |Added Attachment #58555|0 |1 is obsolete|

[PATCH] dma-buf: add get_dma_buf()

From: Rob Clark Works in a similar way to get_file(), and is needed in cases such as when the exporter needs to also keep a reference to the dmabuf (that is later released with a dma_buf_put()), and possibly other similar cases. Signed-off-by: Rob Clark --- Minor update on

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #39 from Alex Deucher 2012-03-16 07:46:10 PDT --- (In reply to comment #38) > > Magic. :) Thanks, seems to work now. > > What are the chances of upstreaming the two? Please provide a git patch for your hpd unchanged patch with

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #38 from Tvrtko Ursulin 2012-03-16 07:16:44 PDT --- (In reply to comment #37) > Created attachment 58556 [details] [review] > add quirk for fujitsu board > > (In reply to comment #35) > > Created attachment 58554 [details] [review]

[Bug 47407] System unable to recover from suspend to disk

https://bugs.freedesktop.org/show_bug.cgi?id=47407 Alex Deucher changed: What|Removed |Added Product|Mesa|DRI Version|git

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 Tvrtko Ursulin changed: What|Removed |Added Attachment #58481|0 |1 is obsolete|

[PATCH] RFC: dma-buf: userspace mmap support

On Fri, Mar 16, 2012 at 12:24 PM, Tom Cooksey wrote: > >> From: Rob Clark >> >> Enable optional userspace access to dma-buf buffers via mmap() on the >> dma-buf file descriptor. ?Userspace access to the buffer should be >> bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to >>

[PATCH 02/10] drm/exynos: added mode_fixup feature and code clean.

Hi Dave. 2012? 3? 15? ?? 8:21, Inki Dae ?? ?: >> -Original Message- >> From: Dave Airlie [mailto:airlied at gmail.com] >> Sent: Thursday, March 15, 2012 7:40 PM >> To: Inki Dae >> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org; >> kyungmin.park at samsung.com; sw0312.kim at

[PATCH] omap2+: add drm device

ven exist in the version going into mainline. Tomi -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120316/c1ef8aff/attachment.pgp>

[PATCH 3/3] drm/radeon/kms: reduce probe latency on digital connectors

From: Tvrtko Ursulin On a system with one HDMI and one VGA connector the latter causes output polling to run every ten seconds. This causes full EDID re-fetch on every poll and approx. 100ms rendering stalls are experienced by full screen page-flipping applications.

[PATCH 2/3] drm/radeon/kms: add connector quirk for Fujitsu D3003-S2 board

From: Alex Deucher vbios lists DVI-I port as VGA and DVI-D. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=47007 Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_atombios.c | 14 ++ 1 files changed, 14

[PATCH 1/3] drm/radeon/kms: fix analog load detection on DVI-I connectors

From: Alex Deucher We digital encoders have a detect function as well (for DP to VGA bridges), so we make sure we choose the analog one here. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=47007 Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org ---

[Bug 47407] System unable to recover from suspend to disk

https://bugs.freedesktop.org/show_bug.cgi?id=47407 samit vats changed: What|Removed |Added Priority|medium |high -- Configure bugmail:

[Bug 25672] System unable to recover from suspend to disk

https://bugs.freedesktop.org/show_bug.cgi?id=25672 --- Comment #4 from samit vats 2012-03-16 05:13:22 PDT --- (In reply to comment #3) > Created attachment 32118 [details] > lspci Re-opening for GalliumR600 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 47407] System unable to recover from suspend to disk

https://bugs.freedesktop.org/show_bug.cgi?id=47407 --- Comment #1 from samit vats 2012-03-16 05:09:38 PDT --- Created attachment 58552 --> https://bugs.freedesktop.org/attachment.cgi?id=58552 Xorg.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 47407] New: System unable to recover from suspend to disk

https://bugs.freedesktop.org/show_bug.cgi?id=47407 Bug #: 47407 Summary: System unable to recover from suspend to disk Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: All

[Linaro-mm-sig] [PATCH] RFC: dma-buf: userspace mmap support

On 03/15/2012 02:32 AM, Rob Clark wrote: > From: Rob Clark > [snip] > In all cases, the mmap() call is allowed to fail, and the associated > dma_buf_ops are optional (mmap() will fail if at least the mmap() > op is not implemented by the exporter, but in either case the > {prepare,finish}_access()

[PATCH] dma-buf: add get_dma_buf()

From: Rob Clark Works in a similar way to get_file(), and is needed in cases such as when the exporter needs to also keep a reference to the dmabuf (that is later released with a dma_buf_put()), and possibly other similar cases. Signed-off-by: Rob Clark ---

expected userspace prime/dma-buf usage

Just wondering how we expect userspace to use dma-buf/prime interfaces. Currently I see one driver in sharing the buffer with handle->fd, then passing the fd to the other driver and it using fd->handle, do we then expect the importing driver to close the fd? Dave.

[PATCH] dma-buf: pass flags into dma_buf_fd.

From: Dave Airlie We need to pass the flags into dma_buf_fd at this point, so the flags end up doing the right thing for O_CLOEXEC. Signed-off-by: Dave Airlie --- drivers/base/dma-buf.c |5 +++-- include/linux/dma-buf.h |2 +- 2 files changed, 4 insertions(+), 3

[PATCH] dma-buf: pass flags into dma_buf_fd.

On Fri, Mar 16, 2012 at 5:34 AM, Dave Airlie wrote: > From: Dave Airlie > > We need to pass the flags into dma_buf_fd at this point, > so the flags end up doing the right thing for O_CLOEXEC. > > Signed-off-by: Dave Airlie Signed-off-by: Rob Clark > --- > ?drivers/base/dma-buf.c ?| ? ?5

[PATCH] drm/exynos: enable hdmi audio feature

This patch adds hdmi audio feature for exynos drm. With this patch, i2s channel feeds audio data in hdmi when hdmi is connected. This patch is for drm-next branch and the base of this patch is patch set from Joonyoung Shim, "[PATCH 2/2] drm/exynos: cleanup exynos_hdmi.h". link:

[Linaro-mm-sig] [PATCH] RFC: dma-buf: userspace mmap support

On Fri, Mar 16, 2012 at 5:50 AM, Marcus Lorentzon wrote: > On 03/15/2012 02:32 AM, Rob Clark wrote: >> >> From: Rob Clark >> [snip] >> >> In all cases, the mmap() call is allowed to fail, and the associated >> dma_buf_ops are optional (mmap() will fail if at least the mmap() >> op is not

i915 modeset memory corruption issues? (Fwd: Oops in ext3_block_to_path.isra.40+0x26/0x11b)

Guys, I don't know if these kinds of things have been forwarded to you, but there's apparently been several things like this going on - with the finger pointing to the i915 driver apparently clearing random memory. Often the end result seems to be list corruption or a NULL pointer dereference in

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #33 from Tvrtko Ursulin 2012-03-16 01:47:31 PDT --- (In reply to comment #32) > (In reply to comment #31) > > It is a single DVI-I physically. > > > > But even identifying it would not change anything with regards to polling > >

expected userspace prime/dma-buf usage

On Fri, Mar 16, 2012 at 8:22 AM, Rob Clark wrote: > On Fri, Mar 16, 2012 at 5:53 AM, Dave Airlie wrote: >> Just wondering how we expect userspace to use dma-buf/prime interfaces. >> >> Currently I see one driver in sharing the buffer with handle->fd, then >> passing the fd to the other driver

expected userspace prime/dma-buf usage

On Fri, Mar 16, 2012 at 5:53 AM, Dave Airlie wrote: > Just wondering how we expect userspace to use dma-buf/prime interfaces. > > Currently I see one driver in sharing the buffer with handle->fd, then > passing the fd to the other driver and it using fd->handle, do we then > expect the importing

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #34 from Tvrtko Ursulin 2012-03-16 03:54:47 UTC --- (In reply to comment #32) > (In reply to comment #31) > > It is a single DVI-I physically. > > > > But even identifying it would not change anything with regards to polling > >

[Bug 42611] [865g] webgl enabled pages crash Firefox and mesa

https://bugs.freedesktop.org/show_bug.cgi?id=42611 --- Comment #8 from Cesare Leonardi 2012-03-15 17:40:15 PDT --- With the latest Firefox from Debian (Iceweasel 10.0.3esr-1), the problem looks resolved: no more crashes for me. The fix is documented here:

Re: [PATCH 09/10] drm/exynos: add G2D driver

On 03/15/2012 07:50 PM, Dave Airlie wrote: G2D is a 2D graphic accelerator that supports Bit Block Transfer. This G2D driver is exynos drm specific and supports only exynos4x12 series. user application fills command set in cmdlist and once dma start request these cmdlists are parsed and

Re: [Linaro-mm-sig] [PATCH] RFC: dma-buf: userspace mmap support

This looks perfect to me and will close really the last remaining blocking issue for converting ion to be a dma-buf exporter. Assuming there are no major objections to this I'll post some patches to the list next week that make that change to ion. Looking forward to meeting in the middle on

Re: [Linaro-mm-sig] [PATCH] RFC: dma-buf: userspace mmap support

This looks perfect to me and will close really the last remaining blocking issue for converting ion to be a dma-buf exporter. Assuming there are no major objections to this I'll post some patches to the list next week that make that change to ion. Looking forward to meeting in the middle on

Re: i2c handling in nouveau driver

Hi Ben, I'm sorry for the very very late reply. Please do not jump to the conclusion that I do not care - I do! Just I am very busy, just as you. On Wednesday 11 January 2012 01:40:58 pm Ben Skeggs wrote: On Wed, 2012-01-11 at 11:17 +0100, Jean Delvare wrote: In the commit message, you

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #33 from Tvrtko Ursulin tvrtko.ursu...@onelan.co.uk 2012-03-16 01:47:31 PDT --- (In reply to comment #32) (In reply to comment #31) It is a single DVI-I physically. But even identifying it would not change anything with

[PATCH v2 00/14] updated exynos-drm-next.

Hi, Dave and all. this update adds new features below: - add HDMI version 1.4 and Audio support. - add mode_fixup feature. . hdmi module would change current mode to driver desired mode properly. - updated gem and buffer framework. . we can allocate physically continuous or non-continuous

[PATCH v2 02/14] drm/exynos: added mode_fixup feature and code clean.

this patch adds mode_fixup feature for hdmi module that specific driver changes current mode to driver desired mode properly. Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- drivers/gpu/drm/exynos/exynos_drm_connector.c | 25 +++-

[PATCH v2 03/14] drm/exynos: update gem and buffer framework.

with this patch, we can allocate physically continuous or non-continuous memory and also it creates scatterlist for iommu support so allocated memory region can be mapped to iommu page table using scatterlist. Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park

[PATCH v2 04/14] drm/exynos: added new funtion to get/put dma address.

this function would be used for drm based 2d acceleration driver to get/put dma address through gem handle. when exynos_drm_get_dma_address is called reference count of gem object would be increased not to be released by gem close and when exynos_drm_put_dma_address is called the reference count

[PATCH v2 05/14] drm/exynos: release pending pageflip events when closed

From: Joonyoung Shim jy0922.s...@samsung.com We should release pending pageflip events when closed. If not, they will be dangling events. Signed-off-by: Joonyoung Shim jy0922.s...@samsung.com Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com ---

[PATCH v2 06/14] drm/exynos: remove module of exynos drm subdrv

From: Joonyoung Shim jy0922.s...@samsung.com The exynos drm driver has several subdrv. They each can be module but it causes unfixed probe order of exynodr drm driver and each subdrv. It also needs some weird codes such as exynos_drm_fbdev_reinit and exynos_drm_mode_group_reinit. This patch can

[PATCH v2 08/14] drm/exynos: add is_local member in exynos_drm_subdrv struct

From: Joonyoung Shim jy0922.s...@samsung.com The is_local member indicates unused subdrv such connector and encoder so doesn't make resources for them. Signed-off-by: Joonyoung Shim jy0922.s...@samsung.com Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park

[PATCH v2 07/14] drm/exynos: add subdrv open/close functions

From: Joonyoung Shim jy0922.s...@samsung.com Some subdrv need open and close functions call when open and close drm. Signed-off-by: Joonyoung Shim jy0922.s...@samsung.com Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com ---

[PATCH v2 12/14] drm/exynos: cleanup exynos_hdmi.h

From: Joonyoung Shim jy0922.s...@samsung.com The some contents of the exynos_hdmi.h are used only in exynos_hdmi.c, so move them to exynos_hdmi.c. Signed-off-by: Joonyoung Shim jy0922.s...@samsung.com Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park

[PATCH v2 09/14] drm/exynos: add G2D driver

From: Joonyoung Shim jy0922.s...@samsung.com 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 two tasks simply. 1.

[PATCH v2 10/14] drm/exynos: added virtual display driver.

this driver would be used for wireless display. virtual display driver has independent crtc, encoder and connector and to use this driver, user application should send edid data to this driver from wireless display. Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park

[PATCH v2 13/14] drm/exynos: add default pixel format for plane

From: Eunchul Kim chulspro@samsung.com DRM checks whether the plane supports a pixel format of fb when plane is updated. This adds a default pixel format supporting format exynos drm plane. Signed-off-by: Eunchul Kim chulspro@samsung.com Signed-off-by: Joonyoung Shim

[PATCH v2 11/14] drm/exynos: remove exynos_mixer.h

From: Joonyoung Shim jy0922.s...@samsung.com The contents of exynos_mixer.h are used only in exynos_mixer.c, so separated header is unnecessary. Signed-off-by: Joonyoung Shim jy0922.s...@samsung.com Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park

[PATCH] dma-buf: pass flags into dma_buf_fd.

From: Dave Airlie airl...@redhat.com We need to pass the flags into dma_buf_fd at this point, so the flags end up doing the right thing for O_CLOEXEC. Signed-off-by: Dave Airlie airl...@redhat.com --- drivers/base/dma-buf.c |5 +++-- include/linux/dma-buf.h |2 +- 2 files changed, 4

expected userspace prime/dma-buf usage

Just wondering how we expect userspace to use dma-buf/prime interfaces. Currently I see one driver in sharing the buffer with handle-fd, then passing the fd to the other driver and it using fd-handle, do we then expect the importing driver to close the fd? Dave.

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #34 from Tvrtko Ursulin tvrtko.ursu...@onelan.co.uk 2012-03-16 03:54:47 UTC --- (In reply to comment #32) (In reply to comment #31) It is a single DVI-I physically. But even identifying it would not change anything with

Re: [PATCH] omap2+: add drm device

On Thu, 2012-03-15 at 07:32 -0500, Rob Clark wrote: On Thu, Mar 15, 2012 at 3:46 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: On Wed, 2012-03-14 at 10:06 -0500, Rob Clark wrote: Well, as I said, it's not an issue for me and from my side it can be improved later. yeah, when CMA is

Re: [Linaro-mm-sig] [PATCH] RFC: dma-buf: userspace mmap support

On 03/15/2012 02:32 AM, Rob Clark wrote: From: Rob Clarkr...@ti.com [snip] In all cases, the mmap() call is allowed to fail, and the associated dma_buf_ops are optional (mmap() will fail if at least the mmap() op is not implemented by the exporter, but in either case the

[Bug 47407] New: System unable to recover from suspend to disk

https://bugs.freedesktop.org/show_bug.cgi?id=47407 Bug #: 47407 Summary: System unable to recover from suspend to disk Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: All

[Bug 47407] System unable to recover from suspend to disk

https://bugs.freedesktop.org/show_bug.cgi?id=47407 --- Comment #1 from samit vats hysv...@gmail.com 2012-03-16 05:09:38 PDT --- Created attachment 58552 -- https://bugs.freedesktop.org/attachment.cgi?id=58552 Xorg.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 47407] System unable to recover from suspend to disk

https://bugs.freedesktop.org/show_bug.cgi?id=47407 samit vats hysv...@gmail.com changed: What|Removed |Added Priority|medium |high -- Configure

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #35 from Tvrtko Ursulin tvrtko.ursu...@onelan.co.uk 2012-03-16 06:18:42 PDT --- Created attachment 58554 -- https://bugs.freedesktop.org/attachment.cgi?id=58554 Correctly identify connector on Fujitsu D3003-S2 board -- Configure

Re: expected userspace prime/dma-buf usage

On Fri, Mar 16, 2012 at 5:53 AM, Dave Airlie airl...@gmail.com wrote: Just wondering how we expect userspace to use dma-buf/prime interfaces. Currently I see one driver in sharing the buffer with handle-fd, then passing the fd to the other driver and it using fd-handle, do we then expect the

Re: expected userspace prime/dma-buf usage

On Fri, Mar 16, 2012 at 8:22 AM, Rob Clark rob.cl...@linaro.org wrote: On Fri, Mar 16, 2012 at 5:53 AM, Dave Airlie airl...@gmail.com wrote: Just wondering how we expect userspace to use dma-buf/prime interfaces. Currently I see one driver in sharing the buffer with handle-fd, then passing

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 Tvrtko Ursulin tvrtko.ursu...@onelan.co.uk changed: What|Removed |Added Attachment #58481|0 |1 is

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Attachment #58554|0 |1 is obsolete|

[Bug 47407] System unable to recover from suspend to disk

https://bugs.freedesktop.org/show_bug.cgi?id=47407 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Product|Mesa|DRI

[Bug 47007] HDMI monitor polling causing 100ms rendering stalls

https://bugs.freedesktop.org/show_bug.cgi?id=47007 --- Comment #38 from Tvrtko Ursulin tvrtko.ursu...@onelan.co.uk 2012-03-16 07:16:44 PDT --- (In reply to comment #37) Created attachment 58556 [details] [review] add quirk for fujitsu board (In reply to comment #35) Created attachment

  1   2   >