dri-devel November 2012

dri-devel@lists.freedesktop.org

126 participants
797 discussions

[PATCH v10 0/6] of: add display helper
by Steffen Trumtrar 16 Nov '12

16 Nov '12

Hi! Changes since v9: - don't leak memory when previous timings were correct - CodingStyle fixes - move blank lines around Regards, Steffen Steffen Trumtrar (6): video: add display_timing and videomode video: add of helper for videomode fbmon: add videomode helpers fbmon: add of_videomode helpers drm_modes: add videomode helpers drm_modes: add of_videomode helpers .../devicetree/bindings/video/display-timings.txt | 107 ++++++++++ drivers/gpu/drm/drm_modes.c | 70 +++++++ drivers/video/Kconfig | 19 ++ drivers/video/Makefile | 4 + drivers/video/display_timing.c | 24 +++ drivers/video/fbmon.c | 86 ++++++++ drivers/video/of_display_timing.c | 212 ++++++++++++++++++++ drivers/video/of_videomode.c | 47 +++++ drivers/video/videomode.c | 45 +++++ include/drm/drmP.h | 12 ++ include/linux/display_timing.h | 69 +++++++ include/linux/fb.h | 12 ++ include/linux/of_display_timings.h | 20 ++ include/linux/of_videomode.h | 17 ++ include/linux/videomode.h | 40 ++++ 15 files changed, 784 insertions(+) create mode 100644 Documentation/devicetree/bindings/video/display-timings.txt create mode 100644 drivers/video/display_timing.c create mode 100644 drivers/video/of_display_timing.c create mode 100644 drivers/video/of_videomode.c create mode 100644 drivers/video/videomode.c create mode 100644 include/linux/display_timing.h create mode 100644 include/linux/of_display_timings.h create mode 100644 include/linux/of_videomode.h create mode 100644 include/linux/videomode.h -- 1.7.10.4

4 16

[PATCH] ARM: add get_user() support for 8 byte types
by Rob Clark 16 Nov '12

16 Nov '12

From: Rob Clark <rob(a)ti.com> A new atomic modeset/pageflip ioctl being developed in DRM requires get_user() to work for 64bit types (in addition to just put_user()). v1: original v2: pass correct size to check_uaccess, and better handling of narrowing double word read with __get_user_xb() (Russell King's suggestion) v3: explain in comment about why this works for narrowing fetch to 1, 2, or 4 byte type on ARM. Signed-off-by: Rob Clark <rob(a)ti.com> --- arch/arm/include/asm/uaccess.h | 22 +++++++++++++++++++++- arch/arm/lib/getuser.S | 17 ++++++++++++++++- 2 files changed, 37 insertions(+), 2 deletions(-) diff --git a/arch/arm/include/asm/uaccess.h b/arch/arm/include/asm/uaccess.h index 7e1f760..4cfa793 100644 --- a/arch/arm/include/asm/uaccess.h +++ b/arch/arm/include/asm/uaccess.h @@ -100,6 +100,7 @@ static inline void set_fs(mm_segment_t fs) extern int __get_user_1(void *); extern int __get_user_2(void *); extern int __get_user_4(void *); +extern int __get_user_8(void *); #define __GUP_CLOBBER_1 "lr", "cc" #ifdef CONFIG_CPU_USE_DOMAINS @@ -108,6 +109,7 @@ extern int __get_user_4(void *); #define __GUP_CLOBBER_2 "lr", "cc" #endif #define __GUP_CLOBBER_4 "lr", "cc" +#define __GUP_CLOBBER_8 "lr", "cc" #define __get_user_x(__r2,__p,__e,__l,__s) \ __asm__ __volatile__ ( \ @@ -118,11 +120,23 @@ extern int __get_user_4(void *); : "0" (__p), "r" (__l) \ : __GUP_CLOBBER_##__s) +/* + * Narrowing a double-word get into a single 32bit word register, which works + * for 1, 2, or 4 byte types on ARM because there are no integer registers + * smaller than 32bit + */ +#ifdef BIG_ENDIAN +#define __get_user_xb(__r2,__p,__e,__l,__s) \ + __get_user_x(__r2,(uintptr_t)__p + 4,__e,__l,__s) +#else +#define __get_user_xb __get_user_x +#endif + #define __get_user_check(x,p) \ ({ \ unsigned long __limit = current_thread_info()->addr_limit - 1; \ register const typeof(*(p)) __user *__p asm("r0") = (p);\ - register unsigned long __r2 asm("r2"); \ + register typeof(x) __r2 asm("r2"); \ register unsigned long __l asm("r1") = __limit; \ register int __e asm("r0"); \ switch (sizeof(*(__p))) { \ @@ -135,6 +149,12 @@ extern int __get_user_4(void *); case 4: \ __get_user_x(__r2, __p, __e, __l, 4); \ break; \ + case 8: \ + if (sizeof((x)) < 8) \ + __get_user_xb(__r2, __p, __e, __l, 4); \ + else \ + __get_user_x(__r2, __p, __e, __l, 8); \ + break; \ default: __e = __get_user_bad(); break; \ } \ x = (typeof(*(p))) __r2; \ diff --git a/arch/arm/lib/getuser.S b/arch/arm/lib/getuser.S index 9b06bb4..ed98707 100644 --- a/arch/arm/lib/getuser.S +++ b/arch/arm/lib/getuser.S @@ -18,7 +18,7 @@ * Inputs: r0 contains the address * r1 contains the address limit, which must be preserved * Outputs: r0 is the error code - * r2 contains the zero-extended value + * r2, r3 contains the zero-extended value * lr corrupted * * No other registers must be altered. (see <asm/uaccess.h> @@ -66,6 +66,19 @@ ENTRY(__get_user_4) mov pc, lr ENDPROC(__get_user_4) +ENTRY(__get_user_8) + check_uaccess r0, 8, r1, r2, __get_user_bad +#ifdef CONFIG_THUMB2_KERNEL +5: TUSER(ldr) r2, [r0] +6: TUSER(ldr) r3, [r0, #4] +#else +5: TUSER(ldr) r2, [r0], #4 +6: TUSER(ldr) r3, [r0] +#endif + mov r0, #0 + mov pc, lr +ENDPROC(__get_user_8) + __get_user_bad: mov r2, #0 mov r0, #-EFAULT @@ -77,4 +90,6 @@ ENDPROC(__get_user_bad) .long 2b, __get_user_bad .long 3b, __get_user_bad .long 4b, __get_user_bad + .long 5b, __get_user_bad + .long 6b, __get_user_bad .popsection -- 1.8.0

3 2

[PATCH v3 0/2] NVIDIA Tegra DRM driver
by Thierry Reding 16 Nov '12

16 Nov '12

This third version of the patch series cleans up some minor issues that were found in the previous versions, such as deferred probe not working properly and the display remaining enabled after the driver is removed. I've also put the two patches in this series into the tegra/drm/for-3.8 branch of my repository on gitorious[0]. Thierry [0]: git://gitorious.org/thierryreding/linux.git Thierry Reding (2): drm: Add NVIDIA Tegra20 support drm: tegra: Add HDMI support .../bindings/gpu/nvidia,tegra20-host1x.txt | 191 +++ drivers/gpu/drm/Kconfig | 2 + drivers/gpu/drm/Makefile | 1 + drivers/gpu/drm/tegra/Kconfig | 23 + drivers/gpu/drm/tegra/Makefile | 7 + drivers/gpu/drm/tegra/dc.c | 833 ++++++++++++ drivers/gpu/drm/tegra/dc.h | 388 ++++++ drivers/gpu/drm/tegra/drm.c | 115 ++ drivers/gpu/drm/tegra/drm.h | 234 ++++ drivers/gpu/drm/tegra/fb.c | 56 + drivers/gpu/drm/tegra/hdmi.c | 1334 ++++++++++++++++++++ drivers/gpu/drm/tegra/hdmi.h | 575 +++++++++ drivers/gpu/drm/tegra/host1x.c | 322 +++++ drivers/gpu/drm/tegra/output.c | 272 ++++ drivers/gpu/drm/tegra/rgb.c | 228 ++++ 15 files changed, 4581 insertions(+) create mode 100644 Documentation/devicetree/bindings/gpu/nvidia,tegra20-host1x.txt create mode 100644 drivers/gpu/drm/tegra/Kconfig create mode 100644 drivers/gpu/drm/tegra/Makefile create mode 100644 drivers/gpu/drm/tegra/dc.c create mode 100644 drivers/gpu/drm/tegra/dc.h create mode 100644 drivers/gpu/drm/tegra/drm.c create mode 100644 drivers/gpu/drm/tegra/drm.h create mode 100644 drivers/gpu/drm/tegra/fb.c create mode 100644 drivers/gpu/drm/tegra/hdmi.c create mode 100644 drivers/gpu/drm/tegra/hdmi.h create mode 100644 drivers/gpu/drm/tegra/host1x.c create mode 100644 drivers/gpu/drm/tegra/output.c create mode 100644 drivers/gpu/drm/tegra/rgb.c -- 1.8.0

5 8

[git pull] drm fixes
by Dave Airlie 16 Nov '12

16 Nov '12

Hi Linus, all pretty normal, one TTM oops fix, one radeon, a few intel and a vmwgfx fix. Dave. The following changes since commit 77b67063bb6bce6d475e910d3b886a606d0d91f7: Linux 3.7-rc5 (2012-11-11 13:44:33 +0100) are available in the git repository at: git://people.freedesktop.org/~airlied/linux drm-fixes for you to fetch changes up to 6f755116c93ca35f496ccf1910dcd28cd16713e3: Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes (2012-11-16 10:00:43 +1000) ---------------------------------------------------------------- Akinobu Mita (1): drm/ttm: remove unneeded preempt_disable/enable Alex Deucher (1): drm/radeon: fix logic error in atombios_encoders.c Dan Carpenter (1): vmwgfx: return an -EFAULT if copy_to_user() fails Dave Airlie (2): Merge branch 'drm-fixes-3.7' of git://people.freedesktop.org/~agd5f/linux into drm-fixes Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-fixes Jani Nikula (3): drm/i915/crt: fix DPMS standby and suspend mode handling drm/i915/sdvo: clean up connectors on intel_sdvo_init() failures drm/i915: do not ignore eDP bpc settings from vbt Zhao Yakui (1): ttm: Clear the ttm page allocated from high memory zone correctly drivers/gpu/drm/i915/intel_crt.c | 2 +- drivers/gpu/drm/i915/intel_display.c | 11 +++++++++++ drivers/gpu/drm/i915/intel_sdvo.c | 22 +++++++++++++++++++--- drivers/gpu/drm/radeon/atombios_encoders.c | 2 +- drivers/gpu/drm/ttm/ttm_page_alloc.c | 5 ++++- drivers/gpu/drm/ttm/ttm_tt.c | 4 ---- drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 2 ++ 7 files changed, 38 insertions(+), 10 deletions(-)

1 0

[Bug 50091] [BISECTED]GeForce 6150SE: system hangs on X-server start with garbled screen
by bugzilla-daemon＠bugzilla.kernel.org 15 Nov '12

15 Nov '12

https://bugzilla.kernel.org/show_bug.cgi?id=50091 --- Comment #12 from Marcin Slusarz <marcin.slusarz(a)gmail.com> 2012-11-15 21:56:06 --- Yes, it's the same patch, just ported to mid-rework tree. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 0

[Bug 50091] [BISECTED]GeForce 6150SE: system hangs on X-server start with garbled screen
by bugzilla-daemon＠bugzilla.kernel.org 15 Nov '12

15 Nov '12

https://bugzilla.kernel.org/show_bug.cgi?id=50091 --- Comment #11 from schaefer.frank(a)gmx.net 2012-11-15 21:45:08 --- Are you sure you that you attached the right patch ? Seems to be the same as the last one... Will test tomorrow. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 0

[Bug 50091] [BISECTED]GeForce 6150SE: system hangs on X-server start with garbled screen
by bugzilla-daemon＠bugzilla.kernel.org 15 Nov '12

15 Nov '12

https://bugzilla.kernel.org/show_bug.cgi?id=50091 --- Comment #10 from Marcin Slusarz <marcin.slusarz(a)gmail.com> 2012-11-15 21:02:06 --- Created an attachment (id=86471) --> (https://bugzilla.kernel.org/attachment.cgi?id=86471) fix for bisection Can you apply this one on top of 70ee6f1cd6911098ddd4c11ee21b69dbe51fb3f9 (the first commit which fails), verify it helps, and continue with bisection? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 0

[PATCH 1/1] media: Entities with sink pads must have at least one enabled link
by Sakari Ailus 15 Nov '12

15 Nov '12

If an entity has sink pads, at least one of them must be connected to another pad with an enabled link. If a driver with multiple sink pads has more strict requirements the check should be done in the driver itself. Just requiring one sink pad is connected with an enabled link is enough API-wise: entities with sink pads with only disabled links should not be allowed to stream in the first place, but also in a different operation mode a device might require only one of its pads connected with an active link. If an entity has an ability to function as a source entity another logical entity connected to the aforementioned one should be used for the purpose. Signed-off-by: Sakari Ailus <sakari.ailus(a)iki.fi> --- drivers/media/media-entity.c | 16 +++++++++++++--- 1 files changed, 13 insertions(+), 3 deletions(-) diff --git a/drivers/media/media-entity.c b/drivers/media/media-entity.c index e1cd132..8846ea7 100644 --- a/drivers/media/media-entity.c +++ b/drivers/media/media-entity.c @@ -227,6 +227,7 @@ __must_check int media_entity_pipeline_start(struct media_entity *entity, media_entity_graph_walk_start(&graph, entity); while ((entity = media_entity_graph_walk_next(&graph))) { + bool has_sink = false, active_sink = false; unsigned int i; entity->stream_count++; @@ -243,18 +244,27 @@ __must_check int media_entity_pipeline_start(struct media_entity *entity, for (i = 0; i < entity->num_links; i++) { struct media_link *link = &entity->links[i]; + /* Are we the sink or not? */ + if (link->sink->entity != entity) + continue; + + has_sink = true; + /* Is this pad part of an enabled link? */ if (!(link->flags & MEDIA_LNK_FL_ENABLED)) continue; - /* Are we the sink or not? */ - if (link->sink->entity != entity) - continue; + active_sink = true; ret = entity->ops->link_validate(link); if (ret < 0 && ret != -ENOIOCTLCMD) goto error; } + + if (has_sink && !active_sink) { + ret = -EPIPE; + goto error; + } } mutex_unlock(&mdev->graph_mutex); -- 1.7.2.5

3 7

[Bug 50091] [BISECTED]GeForce 6150SE: system hangs on X-server start with garbled screen
by bugzilla-daemon＠bugzilla.kernel.org 15 Nov '12

15 Nov '12

https://bugzilla.kernel.org/show_bug.cgi?id=50091 --- Comment #9 from schaefer.frank(a)gmx.net 2012-11-15 20:06:16 --- No change :( -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 0

[Bug 50091] [BISECTED]GeForce 6150SE: system hangs on X-server start with garbled screen
by bugzilla-daemon＠bugzilla.kernel.org 15 Nov '12

15 Nov '12

https://bugzilla.kernel.org/show_bug.cgi?id=50091 --- Comment #8 from Marcin Slusarz <marcin.slusarz(a)gmail.com> 2012-11-15 18:50:14 --- Created an attachment (id=86461) --> (https://bugzilla.kernel.org/attachment.cgi?id=86461) fix does this patch help? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 0

← Newer
1
...
58
59
60
61
62
63
64
...
80
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel November 2012