[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #55 from Alex Deucher --- Make sure you ddx has this patch: http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=c4ae0e2cbcc0e2ebf9f13ee92d59b5120254a1dc Also try this kernel patch for eg/btc:

[PATCH v2 0/9] Updated fence patch series

On Tue, Jul 01, 2014 at 12:57:02PM +0200, Maarten Lankhorst wrote: > So after some more hacking I've moved dma-buf to its own subdirectory, > drivers/dma-buf and applied the fence patches to its new place. I believe > that the > first patch should be applied regardless, and the rest should be

[PATCH 1/1] drm/bochs: replace ALIGN(PAGE_SIZE) by PAGE_ALIGN

Hi On Tue, Jul 1, 2014 at 9:02 PM, Fabian Frederick wrote: > use mm.h definition > > Cc: David Airlie > Cc: David Herrmann > Cc: dri-devel at lists.freedesktop.org > Signed-off-by: Fabian Frederick Hm, this is defined in mm.h and we include it via drmP.h, which is weird, but ok.

[PATCH/RESEND 0/9] drm: tilcdc driver fixes

On 07/01/2014 06:39 PM, Guido Mart?nez wrote: > On Fri, Jun 27, 2014 at 05:08:51PM -0500, Darren Etheridge wrote: >> [snip] >> >> Otherwise I think this is a good and useful patch series. > It that a Tested-by tag? :) Sure - I would prefer that the WARN_ON was silenced when the tilcdc module is

[Bug 80678] xrandr scaling / transform does not work with radeon

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/715bdb6b/attachment.html>

[Bug 73053] dpm hangs with BTC parts

-- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/c4cf5188/attachment.html>

[Bug 80678] xrandr scaling / transform does not work with radeon

e: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/f89e78f2/attachment.html>

[Bug 80678] xrandr scaling / transform does not work with radeon

ail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/851bb915/attachment-0001.html>

[Bug 80678] xrandr scaling / transform does not work with radeon

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/1d05cd6c/attachment.html>

[PATCH 1/1] drm/bochs: replace ALIGN(PAGE_SIZE) by PAGE_ALIGN

use mm.h definition Cc: David Airlie Cc: David Herrmann Cc: dri-devel at lists.freedesktop.org Signed-off-by: Fabian Frederick --- drivers/gpu/drm/bochs/bochs_mm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bochs/bochs_mm.c

[PATCH 1/1] drm/omap: replace ALIGN(PAGE_SIZE) by PAGE_ALIGN

use mm.h definition Cc: David Airlie Cc: Tomi Valkeinen Cc: dri-devel at lists.freedesktop.org Signed-off-by: Fabian Frederick --- drivers/gpu/drm/omapdrm/omap_fbdev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/omapdrm/omap_fbdev.c

[PATCH/RESEND 0/9] drm: tilcdc driver fixes

Hi Dave, did you take a look at this patchset? I foolishly missed adding you on the To: header, so apologies for that in advance. Thanks, On Tue, Jun 17, 2014 at 11:17:02AM -0300, Guido Mart?nez wrote: > The tilcdc driver could be compiled as a module, but was severely broken > and could not be

[PATCH/RESEND 0/9] drm: tilcdc driver fixes

On Fri, Jun 27, 2014 at 05:08:51PM -0500, Darren Etheridge wrote: > [snip] > > Otherwise I think this is a good and useful patch series. It that a Tested-by tag? :) Thanks! Guido > > Darren > > >The first 7 patches are bug fixes which and should probably be applied > >in the stable trees. The

[PATCH 1/1] drm/i915: replace ALIGN(PAGE_SIZE) by PAGE_ALIGN

use mm.h definition Cc: Daniel Vetter Cc: Jani Nikula Cc: intel-gfx at lists.freedesktop.org Cc: dri-devel at lists.freedesktop.org Signed-off-by: Fabian Frederick --- drivers/gpu/drm/i915/intel_display.c | 10 +- drivers/gpu/drm/i915/intel_fbdev.c | 2 +- 2 files changed, 6

[Bug 70409] Discrete GPU fails to initialize and X segfaults on dual-GPU r600/radeonsi laptop

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/ef1635f6/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

list (or maybe gdb ...). -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/2730fe7d/attachment.html>

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/99ee3616/attachment.html>

[PATCH] drm/radeon: add user pointer support v2

Am 01.07.2014 17:35, schrieb Jerome Glisse: > On Tue, Jul 01, 2014 at 11:49:18AM +0200, Christian K?nig wrote: >> Am 30.06.2014 19:35, schrieb Jerome Glisse: >>> On Mon, Jun 30, 2014 at 03:04:16PM +0200, Christian K?nig wrote: >>> >>> [SNIP] >>> @@ -176,8 +181,15 @@ static int

[PATCH 4/7] Exynos: add support for 'domain-always-on' property

Hi, Marek Szyprowski wrote: > Hello, > > On 2014-07-01 10:52, Tobias Jakobi wrote: >> Hello Marek, >> >> I think you had a similar patch in the tizen tree, but according to >> Tomasz Figa, it was considered a hack. I don't quite see how this is >> different. >> >> Also, if I have been following

[PATCH 1/7] clk: exynos4: add support for MOUT_HDMI and MOUT_MIXER clocks

Hi, Marek Szyprowski wrote: > Hello, > > On 2014-07-01 10:46, Tobias Jakobi wrote: >> Hello Marek, >> >> I think this particular clock setup should already be handled by this >> patch: >> http://www.spinics.net/lists/arm-kernel/msg320013.html >> >> Or am I missing something here? > > The patch

[PATCH 1/2] drm/radeon: Program page flips to execute in hblank instead of vblank

Am 01.07.2014 10:14, schrieb Michel D?nzer: > From: Michel D?nzer > > But move the programming back to the vertical blank interrupt handler. > And signal the flip as being completed immediately after programming it > to the hardware. > > This way we don't have to guess whether or not the

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

nts/20140701/0257f9c7/attachment.html>

[PATCH] exynos: Put a stop to the userptr heresy.

Hi Jerome, On 2014? 07? 01? 06:46, j.glisse at gmail.com wrote: > From: Jerome Glisse > > get_user_pages gives no garanty that page it returns are still > the one backing the vma by the time it returns. Thus any ioctl One of pages from get_user_pages() could be migrated? I think all the

[Bug 80419] XCOM: Enemy Unknown Causes lockup

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/2ee73bcf/attachment.html>

[PATCH] drm/exynos: Fix NULL pointer exception when suspending without components

On 2014? 06? 30? 22:25, Krzysztof Kozlowski wrote: > Fix a NULL pointer exception when main exynos drm driver was probed > successfully but no components were added (e.g. by incomplete DTS). In > such case the exynos_drm_load() is never called and drvdata is NULL. > Right, it's good report.

[PATCH 2/2] drm/radeon: Remove radeon_kms_pflip_irq_get/put()

From: Michel D?nzer The vertical blank interrupt is already enabled/disabled via drm_vblank_get/put(), so we only need to update the number of pending page flips. Signed-off-by: Michel D?nzer --- drivers/gpu/drm/radeon/radeon.h | 2 --

[PATCH 1/2] drm/radeon: Program page flips to execute in hblank instead of vblank

From: Michel D?nzer But move the programming back to the vertical blank interrupt handler. And signal the flip as being completed immediately after programming it to the hardware. This way we don't have to guess whether or not the hardware will execute the flip in a

[Bug 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #54 from Alex Deucher --- (In reply to perry3d from comment #53) > Hi Alex and Dieter, > > i am using this patch since 5 min. So far i have no problems. > Thank you! > > What is the difference between vdcc and vdcci? Two different

[Bug 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #53 from perry3d at gmail.com --- Hi Alex and Dieter, i am using this patch since 5 min. So far i have no problems. Thank you! What is the difference between vdcc and vdcci? -- You are receiving this mail because: You are watching

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/2aca6d00/attachment.html>

[Bug 73053] dpm hangs with BTC parts

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/62c1adef/attachment.html>

[Bug 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #52 from Alex Deucher --- Created attachment 141741 --> https://bugzilla.kernel.org/attachment.cgi?id=141741=edit possible fix Does this patch help? -- You are receiving this mail because: You are watching the assignee of the

[Bug 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #51 from Alex Deucher --- Actually, You'd want to try the cypress patch for BTC parts. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 80684] I2C-over-AUX drops single bytes

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/944e82ad/attachment.html>

[PATCH 1/3] drm/radeon: stop poisoning the GART TLB

On 30.06.2014 16:43, Christian K?nig wrote: > Am 30.06.2014 08:10, schrieb Michel D?nzer: >> On 29.06.2014 19:34, Christian K?nig wrote: >>> I've just pushed the branch testing-3.15 to >>> git://people.freedesktop.org/~deathsimple/linux. It's based on 3.15.2 >>> and contains the "stop poisoning

[PATCH v3 4/8] drm: msm: update to use component match support

Update MSM's DRM driver to use the component match support rather than add_components. Signed-off-by: Russell King --- This patch is destined for Greg's driver and David's DRM trees. drivers/gpu/drm/msm/msm_drv.c | 83 ++-

[PATCH v3 4/8] drm: msm: update to use component match support

Update MSM's DRM driver to use the component match support rather than add_components. Signed-off-by: Russell King --- This patch is destined for Greg's driver and David's DRM trees. drivers/gpu/drm/msm/msm_drv.c | 83 ++-

[PATCH v3 0/8] component helper improvements

A while back, Laurent raised some comments about the component helper, which this patch set starts to address. The first point it addresses is the repeated parsing inefficiency when deferred probing occurs. When DT is used, the structure of the component helper today means that masters end up

[Bug 80531] 3.16-rc2 hdmi output resolution out of range Cape Verde PRO [Radeon HD 7750]

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/36140cd4/attachment.html>

[Bug 79850] [awesomenauts][radeonsi] pageflip is clearly missing vblank with vsync on

nts/20140701/8a8bb142/attachment.html>

[PATCH RFC v2 3/8] component: add support for component match array

On Thu, Jun 26, 2014 at 03:46:01PM +0100, Russell King - ARM Linux wrote: > On Thu, Jun 26, 2014 at 02:34:17PM +0200, Philipp Zabel wrote: > > Hi Russell, > > > > On Tue, Jun 24, 2014 at 9:29 PM, Russell King > > wrote: > > [...] > > > +/* > > > + * Add a

[Bug 76998] hang on CEDAR right after log on

receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/638b50fd/attachment.html>

[PATCH] drm/radeon: add user pointer support v2

On Tue, Jul 01, 2014 at 08:14:47PM +0200, Christian K?nig wrote: > Am 01.07.2014 17:35, schrieb Jerome Glisse: > >On Tue, Jul 01, 2014 at 11:49:18AM +0200, Christian K?nig wrote: > >>Am 30.06.2014 19:35, schrieb Jerome Glisse: > >>>On Mon, Jun 30, 2014 at 03:04:16PM +0200, Christian K?nig wrote: >

[RFC] drm/msm: DT support for 8960/8064

Now that we (almost) have enough dependencies in place (MMCC, RPM, etc), add necessary DT support so that we can use drm/msm on upstream kernel. Signed-off-by: Rob Clark --- Commence bikeshedding :-) Documentation/devicetree/bindings/drm/msm/gpu.txt | 51

[Bug 79850] [awesomenauts][radeonsi] pageflip is clearly missing vblank with vsync on

( -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/65de8bc9/attachment.html>

[PATCH] drm/crtc-helper: use drm_framebuffer flags

The "flags" parameter of the DRM_IOCTL_MODE_ADDFB2 ioctl must be propagated and used by the driver. The only possible value of flags is DRM_MODE_FB_INTERLACED. Signed-off-by: Fabien Dessenne Reviewed-by: Benjamin GAIGNARD --- drivers/gpu/drm/drm_crtc_helper.c | 1 + 1 file changed, 1

[PATCH] drm/crtc-helper: use drm_framebuffer flags

The "flags" parameter of the DRM_IOCTL_MODE_ADDFB2 ioctl must be propagated and used by the driver. The only possible value of flags is DRM_MODE_FB_INTERLACED. Change-Id: I989c01b1e6eef753eb004a5ac876665ea8ab0da6 Signed-off-by: Fabien Dessenne Change-Id: I2350ad8bd1553a4a7388e8d8b7733e65f1e8caef

[PATCH 1/3] drm/radeon: stop poisoning the GART TLB

Am 01.07.2014 08:48, schrieb Michel D?nzer: > On 30.06.2014 16:43, Christian K?nig wrote: >> Am 30.06.2014 08:10, schrieb Michel D?nzer: >>> On 29.06.2014 19:34, Christian K?nig wrote: I've just pushed the branch testing-3.15 to git://people.freedesktop.org/~deathsimple/linux. It's based

[Bug 79696] 10.2.x GPU stall & Xorg crash while using Geeqie

g/archives/dri-devel/attachments/20140701/4f4baa45/attachment.html>

[Bug 72921] DPM Power Cycle with AMD A8-6600K & MSI FM2-A55M-E33

in my -fixes pull request this week. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/fa78b08c/attachment-0001.html>

[PATCH v2 1/9] dma-buf: move to drivers/dma-buf

op 01-07-14 13:06, Arend van Spriel schreef: > On 01-07-14 12:57, Maarten Lankhorst wrote: >> Signed-off-by: Maarten Lankhorst > It would help to use '-M' option with format-patch for this kind of rework. > > Regards, > Arend > Thanks, was looking for some option but didn't find it. Have a

[PATCH v2 1/9] dma-buf: move to drivers/dma-buf

On 01-07-14 12:57, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst It would help to use '-M' option with format-patch for this kind of rework. Regards, Arend > --- > Documentation/DocBook/device-drivers.tmpl |3 > MAINTAINERS |4 >

[PATCH v2 9/9] reservation: add suppport for read-only access using rcu

This adds some extra functions to deal with rcu. reservation_object_get_fences_rcu() will obtain the list of shared and exclusive fences without obtaining the ww_mutex. reservation_object_wait_timeout_rcu() will wait on all fences of the reservation_object, without obtaining the ww_mutex.

[PATCH v2 8/9] reservation: update api and add some helpers

Move the list of shared fences to a struct, and return it in reservation_object_get_list(). Add reservation_object_get_excl to get the exclusive fence. Add reservation_object_reserve_shared(), which reserves space in the reservation_object for 1 more shared fence.

[PATCH v2 7/9] dma-buf: add poll support, v3

Thanks to Fengguang Wu for spotting a missing static cast. v2: - Kill unused variable need_shared. v3: - Clarify the BUG() in dma_buf_release some more. (Rob Clark) Signed-off-by: Maarten Lankhorst --- drivers/dma-buf/dma-buf.c | 108 +

[PATCH v2 6/9] reservation: add support for fences to enable cross-device synchronisation

Signed-off-by: Maarten Lankhorst Reviewed-by: Rob Clark --- include/linux/reservation.h | 20 +++- 1 file changed, 19 insertions(+), 1 deletion(-) diff --git a/include/linux/reservation.h b/include/linux/reservation.h index 813dae960ebd..f3f57460a205 100644 ---

[PATCH v2 5/9] android: convert sync to fence api, v6

Just to show it's easy. Android syncpoints can be mapped to a timeline. This removes the need to maintain a separate api for synchronization. I've left the android trace events in place, but the core fence events should already be sufficient for debugging. v2: - Call fence_remove_callback in

[PATCH v2 4/9] dma-buf: use reservation objects

This allows reservation objects to be used in dma-buf. it's required for implementing polling support on the fences that belong to a dma-buf. Signed-off-by: Maarten Lankhorst Acked-by: Mauro Carvalho Chehab #drivers/media/v4l2-core/ Acked-by: Thomas Hellstrom #drivers/gpu/drm/ttm

[PATCH v2 3/9] seqno-fence: Hardware dma-buf implementation of fencing (v6)

This type of fence can be used with hardware synchronization for simple hardware that can block execution until the condition (dma_buf[offset] - value) >= 0 has been met when WAIT_GEQUAL is used, or (dma_buf[offset] != 0) has been met when WAIT_NONZERO is set. A software fallback still has to be

[PATCH v2 2/9] fence: dma-buf cross-device synchronization (v18)

A fence can be attached to a buffer which is being filled or consumed by hw, to allow userspace to pass the buffer without waiting to another device. For example, userspace can call page_flip ioctl to display the next frame of graphics after kicking the GPU but while the GPU is still rendering.

[PATCH v2 1/9] dma-buf: move to drivers/dma-buf

Signed-off-by: Maarten Lankhorst --- Documentation/DocBook/device-drivers.tmpl |3 MAINTAINERS |4 drivers/Makefile |1 drivers/base/Makefile |1 drivers/base/dma-buf.c| 743

[PATCH v2 0/9] Updated fence patch series

So after some more hacking I've moved dma-buf to its own subdirectory, drivers/dma-buf and applied the fence patches to its new place. I believe that the first patch should be applied regardless, and the rest should be ready now. :-) Changes to the fence api: - release_fence -> fence_release

[Bug 79696] 10.2.0rc5 GPU stall & Xorg crash while using Geeqie

n HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/91ea7d61/attachment.html>

[PATCH v2] drm/radeon: Track the status of a page flip more explicitly

On Mon, Jun 30, 2014 at 5:12 AM, Michel D?nzer wrote: > From: Michel D?nzer > > This prevents a panic: radeon_crtc_handle_page_flip() could run before > radeon_flip_work_func(), triggering the BUG_ON() in drm_vblank_put(). > > Tested-by: Dieter N?tzel > Signed-off-by: Michel D?nzer > --- > >

drm: i915: "plane B assertion failure, should be off on pipe B but is still active"

On Mon, 30 Jun 2014, Paul Bolle wrote: > Kernels v3.16-rc2 and v3.16-rc3 trigger a new (for me) warning. (I never > booted v3.16-rc1). Machine is a, rather outdated, ThinkPad X41 (ie, > single core i686). > > WARNING: CPU: 0 PID: 221 at drivers/gpu/drm/i915/intel_display.c:1274 >

[PATCH 1/2] drm/radeon: Program page flips to execute in hblank instead of vblank

Am 01.07.2014 10:14, schrieb Michel D?nzer: > From: Michel D?nzer > > But move the programming back to the vertical blank interrupt handler. > And signal the flip as being completed immediately after programming it > to the hardware. > > This way we don't have to guess whether or not the hardware

[PATCH] drm/radeon: add user pointer support v2

Am 30.06.2014 19:35, schrieb Jerome Glisse: > On Mon, Jun 30, 2014 at 03:04:16PM +0200, Christian K?nig wrote: >> From: Christian K?nig >> >> This patch adds an IOCTL for turning a pointer supplied by >> userspace into a buffer object. >> >> It works similar to the recently added userptr support

[PATCH] drm/radeon: use RADEON_MAX_CRTCS, RADEON_MAX_AFMT_BLOCKS

On Sun, Jun 29, 2014 at 3:02 PM, Stefan Br?ns wrote: > > Signed-off-by: Stefan Br?ns Both patches applied. I've fixed this one to compile. Please make sure your patches compile. thanks. Alex > --- > drivers/gpu/drm/radeon/radeon_mode.h | 4 ++-- > 1 file changed, 2 insertions(+), 2

[Bug 79696] 10.2.0rc5 GPU stall & Xorg crash while using Geeqie

n't hang the GPU for you, it's the same problem. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701/8e725a24/attachment.html>

[PATCH] drm/radeon: add user pointer support v2

On Tue, Jul 01, 2014 at 11:49:18AM +0200, Christian K?nig wrote: > Am 30.06.2014 19:35, schrieb Jerome Glisse: > >On Mon, Jun 30, 2014 at 03:04:16PM +0200, Christian K?nig wrote: > >>From: Christian K?nig > >> > >>This patch adds an IOCTL for turning a pointer supplied by > >>userspace into a

[PULL] drm-intel-next

Hi Dave - drm-intel-next-2014-06-20: - Accurate frontbuffer tracking and frontbuffer rendering invalidate, flush and flip events. This is prep work for proper PSR support and should also be useful for DRRS - Runtime suspend hardware on system suspend to support the new SOix sleep states,

[PATCH 4/7] Exynos: add support for 'domain-always-on' property

Hello, On 2014-07-01 10:52, Tobias Jakobi wrote: > Hello Marek, > > I think you had a similar patch in the tizen tree, but according to > Tomasz Figa, it was considered a hack. I don't quite see how this is > different. > > Also, if I have been following the discussion correctly, then the >

[PATCH] exynos: Put a stop to the userptr heresy.

On Tue, Jul 01, 2014 at 05:55:25PM +0900, Inki Dae wrote: > > Hi Jerome, > > > On 2014? 07? 01? 06:46, j.glisse at gmail.com wrote: > > From: Jerome Glisse > > > > get_user_pages gives no garanty that page it returns are still > > the one backing the vma by the time it returns. Thus any ioctl

[PATCH 1/7] clk: exynos4: add support for MOUT_HDMI and MOUT_MIXER clocks

Hello, On 2014-07-01 10:46, Tobias Jakobi wrote: > Hello Marek, > > I think this particular clock setup should already be handled by this patch: > http://www.spinics.net/lists/arm-kernel/msg320013.html > > Or am I missing something here? The patch you have pointed requires adding support for

[PATCH 4/7] Exynos: add support for 'domain-always-on' property

Hello Marek, I think you had a similar patch in the tizen tree, but according to Tomasz Figa, it was considered a hack. I don't quite see how this is different. Also, if I have been following the discussion correctly, then the powerdomain issue essentially is about the question which SoC block

[PATCH 1/7] clk: exynos4: add support for MOUT_HDMI and MOUT_MIXER clocks

Hello Marek, I think this particular clock setup should already be handled by this patch: http://www.spinics.net/lists/arm-kernel/msg320013.html Or am I missing something here? With best wishes, Tobias Marek Szyprowski wrote: > This patch adds support for exporting mout_hdmi and mout_mixer to

[PATCH v4 1/4] drm/crtc: Add property for aspect ratio

Hi Thierry/Daniel, Please help review this patch series on aspect ratio and let me know your inputs.. 1. http://lists.freedesktop.org/archives/dri-devel/2014-June/061576.html - All review comments (from Thierry) addressed. 2. http://lists.freedesktop.org/archives/dri-devel/2014-June/061217.html

[PATCH 7/7] ARM: dts: exynos4210-universal_c210: enable hdmi support

From: Tomasz Stanislawski This patch adds configuration of hw modules required to enable HDMI support on Universal C210 board. Signed-off-by: Tomasz Stanislawski Signed-off-by: Marek Szyprowski --- arch/arm/boot/dts/exynos4210-universal_c210.dts | 65

[PATCH 6/7] ARM: dts: exynos4412-odroid: enable hdmi support

This patch adds nodes specific to Exynos4412 based Odroid X/X2/U2/U3 boards required for enabling HDMI display. Signed-off-by: Marek Szyprowski --- arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 52 + 1 file changed, 52 insertions(+) diff --git

[PATCH 5/7] ARM: dts: exynos4: add hdmi related nodes

This patch adds entries for HDMI, Mixer and i2c with hdmi-phy modules found in Exynos 4210 and 4x12 SoCs. Signed-off-by: Marek Szyprowski --- arch/arm/boot/dts/exynos4.dtsi| 37 + arch/arm/boot/dts/exynos4210.dtsi | 5 +

[PATCH 4/7] Exynos: add support for 'domain-always-on' property

This patch adds support for domain-always-on property to Exynos power domain driver. Domains with this property as always kept enabled. Signed-off-by: Marek Szyprowski --- Documentation/devicetree/bindings/arm/exynos/power_domain.txt | 2 ++ arch/arm/mach-exynos/pm_domains.c

[PATCH 3/7] drm: hdmi/mixer: enable exynos 4210 and 4x12 soc support

Configuration sets for Exynos 4210 and 4x12 SoC were already defined in Exynos HDMI and Mixed drivers, but they lacked proper linking to device tree 'compatible' values. This patch fixes this issue adding support for following compatible values: samsung,exynos4210-mixer, samsung,exynos4212-mixer

[PATCH 2/7] drm: exynos: hdmi: make 'hdmi-en' regulator optional and keep it enabled

HDMI_EN regulator is additional regulator for providing voltage source for DCC lines available on HDMI connector. When there is no power provided for DDC epprom, some TV-sets do not pulls up HPD (hot plug detect) line, what causes HDMI block to stay turned off. This patch enables HDMI_EN regulator

[PATCH 1/7] clk: exynos4: add support for MOUT_HDMI and MOUT_MIXER clocks

This patch adds support for exporting mout_hdmi and mout_mixer to device tree. Access to those clocks is required to correctly setup HDMI module on Exynos 4210 and 4x12 SoCs. Signed-off-by: Marek Szyprowski CC: Mike Turquette CC: Tomasz Figa --- drivers/clk/samsung/clk-exynos4.c | 4 ++--

[PATCH 0/7] Exynos4: enable HDMI support for Odroid and UniversalC210

Hello, This is a long awaited patch series enabling support for HDMI output available on Exynos4412-based Odroid boards (X/X2/U2/U3/U3+) and Exynos4210 Universal C210 board. This patch consists of 3 groups of patches, which are aimed to be merged to respective maintainer kernel trees. First

[RFC][PATCH] gpu:drm:i915:intel_detect_pch: back to check devfn instead of check class type

On 2014/6/30 19:18, Michael S. Tsirkin wrote: > On Thu, Jun 19, 2014 at 05:53:51PM +0800, Tiejun Chen wrote: >> Originally the reason to probe ISA bridge instead of Dev31:Fun0 >> is to make graphics device passthrough work easy for VMM, that >> only need to expose ISA bridge to let driver know the

[PATCH 5/5] drm/i915: Kick out vga console

Hi Chris, I had to rediff to get a patch that applies... I am not hanging with this applied - it does look like the i915 is starting is initialization later boot the new kernel. [2.389796] [drm] Radeon Display Connectors [2.389798] [drm] Connector 0: [2.389799] [drm] DP-1 [

[PATCH V3 1/7] drm/exynos: Support DP CLKCON register in FIMD driver

2014-06-30 14:31 GMT+09:00 Andrzej Hajda : > On 06/30/2014 03:14 AM, Jingoo Han wrote: >> On Friday, June 27, 2014 10:03 PM, Ajay kumar wrote: >>> On Fri, Jun 27, 2014 at 6:14 PM, Andrzej Hajda >>> wrote: On 06/27/2014 01:48 PM, Ajay kumar wrote: > On Fri, Jun 27, 2014 at 4:52 PM,

[Bug 70409] Discrete GPU fails to initialize and X segfaults on dual-GPU r600/radeonsi laptop

is bug, [...] Indeed, please take your remaining issues elsewhere. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140701

[Bug 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

https://bugzilla.kernel.org/show_bug.cgi?id=68571 Dieter N?tzel changed: What|Removed |Added CC||Dieter at nuetzel-hh.de --- Comment #50