[Bug 60236] corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

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/20130206/6b707010/attachment.html>

[PATCHv5,RESEND 2/8] gpu: host1x: Add syncpoint wait and interrupts

ope the related fields but struct host1x isn't very large yet, so I think omitting host1x_intr should be fine. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130206/5ff704d7/attachment-0001.pgp>

[Bug 60236] corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130206/20c000a7/attachment.html>

[Bug 60236] corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

ion) than wrong with the patches applied -- 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/20130206/10042d7b/attachment.html>

[Bug 60236] corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

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

[Bug 60236] corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

not happen with every try, best test 3x -- 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/20130206/b999a80c/attachment-0001.html>

[PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

> -Original Message- > From: linux-media-owner at vger.kernel.org [mailto:linux-media- > owner at vger.kernel.org] On Behalf Of Sylwester Nawrocki > Sent: Wednesday, February 06, 2013 8:24 PM > To: Inki Dae > Cc: 'Sachin Kamat'; linux-media at vger.kernel.org; dri- > devel at

[Bug 60236] corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130206/cf3cb7ad/attachment.html>

[Bug 60236] corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

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/20130206/1e514ba0/attachment.html>

[Bug 60236] corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130206/a206714d/attachment.html>

[PATCH 3/3] ARM: shmobile: marzen: Add Display Unit support

Hi Laurent > Only the DU0 VGA output is currently supported. Support for the DU0 LVDS > and DU1 LVDS outputs will require information about the panels that will > be connected to those outputs. > > Signed-off-by: Laurent Pinchart > --- >

[PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

On 2013? 02? 06? 17:51, Inki Dae wrote: > > >> -Original Message- >> From: Sachin Kamat [mailto:sachin.kamat at linaro.org] >> Sent: Wednesday, February 06, 2013 5:03 PM >> To: Inki Dae >> Cc: linux-media at vger.kernel.org; dri-devel at lists.freedesktop.org; >> devicetree-discuss at

[Bug 60034] rv790 etqw regression since r600g: add async for staging buffer upload v2

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130206/a626033d/attachment.html>

[Bug 60236] corruption of text and bottom of screen in xonotic menus since 325422c49449acdd8df1eb2ca8ed81f7696c38cc

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

[Bug 60034] rv790 etqw regression since r600g: add async for staging buffer upload v2

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

[Bug 60034] rv790 etqw regression since r600g: add async for staging buffer upload v2

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

[PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

> -Original Message- > From: Sachin Kamat [mailto:sachin.kamat at linaro.org] > Sent: Wednesday, February 06, 2013 5:03 PM > To: Inki Dae > Cc: linux-media at vger.kernel.org; dri-devel at lists.freedesktop.org; > devicetree-discuss at lists.ozlabs.org; k.debski at samsung.com; >

[Linaro-mm-sig] CDF meeting @FOSDEM report

On Wed, Feb 6, 2013 at 4:00 PM, Tomi Valkeinen wrote: >> not always a perfect match to the hardware. For example a lot of GPUs >> have a DVO encoder which feeds a secondary encoder like an sil164 DVO >> to TMDS encoder. > > Right. I think mapping the DRM entities to CDF ones is one of the bigger

[PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

On 6 February 2013 16:53, Sylwester Nawrocki wrote: > On 02/06/2013 09:51 AM, Inki Dae wrote: > [...] > So I propose following classification, which seems less inaccurate: > > GPU: g2d, g3d > Media: mfc, fimc, fimc-lite, fimc-is, mipi-csis, gsc > Video: fimd, hdmi, eDP, mipi-dsim Thanks Inki

[Bug 59982] Radeon: evergreen Atombios in loop during initialization on ppc64

t;http://lists.freedesktop.org/archives/dri-devel/attachments/20130206/fd0826ee/attachment.html>

[Bug 59982] Radeon: evergreen Atombios in loop during initialization on ppc64

/archives/dri-devel/attachments/20130206/04d38e41/attachment.html>

CDF meeting @FOSDEM report

nning multiple encoder devices. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 899 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130206/93812717/attachment-0001.pgp>

[PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

> -Original Message- > From: Sachin Kamat [mailto:sachin.kamat at linaro.org] > Sent: Wednesday, February 06, 2013 2:30 PM > To: linux-media at vger.kernel.org; dri-devel at lists.freedesktop.org; > devicetree-discuss at lists.ozlabs.org > Cc: k.debski at samsung.com; sachin.kamat at

[PATCH v5 1/1] video: drm: exynos: Add display-timing node parsing using video helper function

Hi Mr. Paul, On Wed, Feb 6, 2013 at 3:20 PM, Paul Menzel wrote: > Am Mittwoch, den 06.02.2013, 09:54 +0530 schrieb Vikas Sajjan: >> Add support for parsing the display-timing node using video helper >> function. >> >> The DT node parsing and pinctrl selection is done only if 'dev.of_node' >>

[PATCH] ARM: dts: moving dt binding documents for video devices to common place

Hi Rahul, On 02/06/2013 03:57 PM, Rahul Sharma wrote: > Binding Documents for drm-devices are placed in > Documentation/devicetree/bindings/drm/*. But these devices are common > for v4l framework, hence moved to a common place > Documentation/devicetree/bindings/video/. 'exynos_' prefix is added

[RFC v2 0/5] Common Display Framework

On Monday 04 February 2013 03:35 PM, Marcus Lorentzon wrote: > On 02/02/2013 12:35 AM, Laurent Pinchart wrote: >> Hi Marcus, >> >> On Tuesday 08 January 2013 18:08:19 Marcus Lorentzon wrote: >>> On 01/08/2013 05:36 PM, Tomasz Figa wrote: On Tuesday 08 of January 2013 11:12:26 Marcus Lorentzon

CDF meeting @FOSDEM report

ting when thinking about complex display chips. Will that work for all cases? I'm not sure. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 899 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130206/a765fdbf/attachment.pgp>

[PATCH] drm/pci: use PCI_EXP_LNKCAP_SLS_2_5GB/5_0GB instead of hardcoded values

Use PCI_EXP_LNKCAP_SLS_2_5GB and PCI_EXP_LNKCAP_SLS_5_0GB instead of hardcoded values for readability. These bit definitions were added by commit 130f1b8 ("PCI: Add PCIe Link Capability link speed and width names") Signed-off-by: Jingoo Han --- drivers/gpu/drm/drm_pci.c |4 ++-- 1 files

[Bug 36723] [r300g, bisected] Unigine Sanctuary: fog is not rendered properly

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130206/d1dc76e3/attachment.html>

CDF meeting @FOSDEM report

On Wed, 06 Feb 2013, Tomi Valkeinen wrote: >> 6. Miscellaneous >> >> >> - If the OMAP3 DSS driver is used as a model for the DSI support >> implementation, Daniel Vetter requested the DSI bus lock semaphore to be >> killed as it prevents lockdep from working correctly

[PATCH] [configure.ac] allow tests programs to be installed

From: Benjamin Gaignard Install test programs is useful in cross compilation case. By default the behavior is the same and test programs aren't installed in $bindir. If --enable-install-test-programs is set then test programs are installed in $bindir

[PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

On 6 February 2013 13:02, Inki Dae wrote: > > Looks good to me but please add document for it. Yes. I will. I was planning to send the bindings document patch along with the dt patches (adding node entries to dts files). Sylwester had suggested adding this to

[PATCHv5,RESEND 8/8] drm: tegra: Add gr2d device

On 05.02.2013 01:54, Thierry Reding wrote: > On Mon, Feb 04, 2013 at 09:17:45PM -0800, Terje Bergstr?m wrote: >> Yeah, it's actually working around the host1x duplicate naming. >> host1x_syncpt_get takes struct host1x as parameter, but that's different >> host1x than in this code. > > So maybe a

CDF meeting @FOSDEM report

, sometimes there are small simple chips in the video pipeline, that do things like level shifting or ESD protection. In some cases these chips just work automatically, but in some cases one needs to setup regulators and gpios to get them up and running (for example, http://www.ti.com/product/tpd12s015). And if that's the case, then I believe having a CDF "transcoder" driver for the chip is the easiest solution. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 899 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130206/859ff3ff/attachment.pgp>

[PATCHv5,RESEND 4/8] gpu: host1x: Add debug support

On 05.02.2013 01:15, Thierry Reding wrote: > On Mon, Feb 04, 2013 at 08:41:25PM -0800, Terje Bergstr?m wrote: >> This is used by debugfs code to direct to debugfs, and >> nvhost_debug_dump() to send via printk. > > Yes, that was precisely my point. Why bother providing the same data via > several

[PATCHv5, RESEND 2/8] gpu: host1x: Add syncpoint wait and interrupts

On 06.02.2013 12:38, Thierry Reding wrote: > On Wed, Feb 06, 2013 at 12:29:26PM -0800, Terje Bergstr?m wrote: >> This was done purely, because I'm hiding the struct size from the >> caller. If the caller needs to allocate, I need to expose the struct in >> a header, not just a forward declaration.

[PATCHv5, RESEND 2/8] gpu: host1x: Add syncpoint wait and interrupts

On 05.02.2013 00:42, Thierry Reding wrote: > On Mon, Feb 04, 2013 at 08:29:08PM -0800, Terje Bergstr?m wrote: >> host1x_get_host() actually needs that, so this #include should've also >> been in previous patch. > > No need to if you pass struct device * instead. You might need > linux/device.h

[PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

On 02/06/2013 09:51 AM, Inki Dae wrote: [...] > I think that it's better to go to gpu than media and we can divide Exynos > IPs into the bellow categories, > > Media : mfc > GPU : g2d, g3d, fimc, gsc Heh, nice try! :) GPU and FIMC ? FIMC is a camera subsystem (hence 'C' in the acronym), so what

[PATCHv5,RESEND 1/8] gpu: host1x: Add host1x driver

On 04.02.2013 23:43, Thierry Reding wrote: > My point was that you could include the call to host1x_syncpt_reset() > within host1x_syncpt_init(). That will keep unneeded code out of the > host1x_probe() function. Also you don't want to use the syncpoints > uninitialized, right? Of course, sorry,

[PATCH v3 1/3] drm/exynos: Get HDMI version from device tree

On 2013? 02? 06? 09:56, Sean Paul wrote: > On Tue, Feb 5, 2013 at 4:42 PM, Stephen Warren > wrote: >> On 02/05/2013 05:37 PM, Sean Paul wrote: >>> On Tue, Feb 5, 2013 at 4:22 PM, Stephen Warren >>> wrote: n 02/05/2013 04:42 PM, Sean Paul wrote: > Use the compatible string in the

[PATCH 36/77] drm/vmwgfx: convert to idr_alloc()

Convert to the much saner new idr interface. Only compile tested. Signed-off-by: Tejun Heo Cc: David Airlie Cc: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 17 - 1 file changed, 8 insertions(+), 9 deletions(-) diff --git

[PATCH 35/77] drm/via: convert to idr_alloc()

Convert to the much saner new idr interface. Only compile tested. Signed-off-by: Tejun Heo Cc: David Airlie Cc: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/via/via_mm.c | 13 +++-- 1 file changed, 3 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/via/via_mm.c

[PATCH 34/77] drm/sis: convert to idr_alloc()

Convert to the much saner new idr interface. Only compile tested. Signed-off-by: Tejun Heo Cc: David Airlie Cc: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/sis/sis_mm.c | 13 +++-- 1 file changed, 3 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/sis/sis_mm.c

[PATCH 33/77] drm/i915: convert to idr_alloc()

Convert to the much saner new idr interface. Only compile tested. Signed-off-by: Tejun Heo Acked-by: Daniel Vetter Cc: David Airlie Cc: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/i915/i915_gem_context.c | 21 + 1 file changed, 5 insertions(+), 16 deletions(-)

[PATCH 32/77] drm/exynos: convert to idr_alloc()

Convert to the much saner new idr interface. Only compile tested. Signed-off-by: Tejun Heo Cc: David Airlie Cc: Kukjin Kim Cc: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 16 +--- 1 file changed, 5 insertions(+), 11 deletions(-) diff --git

[PATCH 31/77] drm: convert to idr_alloc()

Convert to the much saner new idr interface. Only compile tested. * drm_ctxbitmap_next() error handling in drm_addctx() seems broken. drm_ctxbitmap_next() return -errno on failure not -1. Signed-off-by: Tejun Heo Cc: David Airlie Cc: dri-devel at lists.freedesktop.org ---

[PATCH 06/77] drm: don't use idr_remove_all()

idr_destroy() can destroy idr by itself and idr_remove_all() is being deprecated. Drop its usage. * drm_ctxbitmap_cleanup() was calling idr_remove_all() but forgetting idr_destroy() thus leaking all buffered free idr_layers. Replace it with idr_destroy(). Signed-off-by: Tejun Heo Cc:

[PATCH 4/8] drm: add initial_config function to fb helper

From: Jesse Barnes Rather than building a config which may or may not work, let the driver build an initial fb config. This allows the driver to use the BIOS boot configuration for example, displaying kernel messages and the initial fb console on the same outputs the

[PATCH v3 1/3] drm/exynos: Get HDMI version from device tree

On Tue, Feb 5, 2013 at 6:56 PM, ??? wrote: > > > On 2013? 02? 06? 09:56, Sean Paul wrote: >> On Tue, Feb 5, 2013 at 4:42 PM, Stephen Warren >> wrote: >>> On 02/05/2013 05:37 PM, Sean Paul wrote: On Tue, Feb 5, 2013 at 4:22 PM, Stephen Warren wrote: > n 02/05/2013 04:42 PM, Sean

[PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

From: Ajay Kumar This patch adds device tree match table for Exynos G2D controller. Signed-off-by: Ajay Kumar Signed-off-by: Sachin Kamat --- Patch based on exynos-drm-fixes branch of Inki Dae's tree:

[PATCH v2 1/2] [media] s5p-g2d: Add DT based discovery support

This patch adds device tree based discovery support to G2D driver Signed-off-by: Sachin Kamat --- Based on for_v3.9 branch of below tree: git://linuxtv.org/snawrocki/samsung.git Changes since v1: * Addressed review comments from Sylwester . * Modified the compatible string as per the

[PATCH v5 1/1] video: drm: exynos: Add display-timing node parsing using video helper function

digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130206/24f8cd55/attachment.pgp>

[PATCH v3 1/3] drm/exynos: Get HDMI version from device tree

On 02/06/2013 09:56 AM, Sean Paul wrote: > On Tue, Feb 5, 2013 at 4:42 PM, Stephen Warren > wrote: >> On 02/05/2013 05:37 PM, Sean Paul wrote: >>> On Tue, Feb 5, 2013 at 4:22 PM, Stephen Warren >>> wrote: n 02/05/2013 04:42 PM, Sean Paul wrote: > Use the compatible string in the

答复: [PATCH]Siliconmotion initial patch

ted, > + inf_msg("parameter left for chip specific analysis:%s\n", g_settings); Missing space in front of `%s`. > + LEAVE(0); > +} > + > + > +static void claim(void) > +{ > + inf_msg("+-SMI Driver Information+"); > + inf_msg("Release type : " RELEASE_TYPE "\n"); > + inf_msg("Driver version: v" _version_ "\n"); > + inf_msg("Support products:\n" > + SUPPORT_CHIP); > + inf_msg("Support OS:\n" > + SUPPORT_OS); > + inf_msg("Support ARCH: " SUPPORT_ARCH "\n"); > + inf_msg("+---+"); > +} > +#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 10) > +static int __init lynxfb_init() > +{ > + char *option ; > + int ret; > + smi_indent = 0; > + ENTER(); > + claim(); > +#ifdef MODULE > + option = g_option; > +#else > + if (fb_get_options("lynxfb", )) > + LEAVE(-ENODEV); > +#endif > + > + lynxfb_setup(option); > + ret = pci_register_driver(_driver); > + LEAVE(ret); > +} > +#else /* kernel version >= 2.6.10*/ Missing space at end in front of `*/`. > +int __init lynxfb_init(void) > +{ > + char *option; > + int ret; > + smi_indent = 0; > + ENTER(); > + claim(); > +#ifdef MODULE > + option = g_option; > + lynxfb_setup(option); > +#else > + /* do nothing */ > +#endif > + ret = pci_register_driver(_driver); > + LEAVE(ret); > +} > +#endif > + module_init(lynxfb_init); > + > +#ifdef MODULE > +static void __exit lynxfb_exit() > +{ > + ENTER(); > + inf_msg(_moduleName_ " exit\n"); > + pci_unregister_driver(_driver); > + LEAVE(); > +} > + module_exit(lynxfb_exit); > +#endif > + > +#ifdef MODULE > +#if LINUX_VERSION_CODE > KERNEL_VERSION(2, 6, 10) > + module_param(g_option, charp, S_IRUGO); > +#else > + /* be ware that PARM and param */ s,ware,aware, The comment does not make any sense to me. Please rephrase. > + MODULE_PARM(g_option, "s"); > +#endif > + > + MODULE_PARM_DESC(g_option, > + "\n\t\tCommon options:\n" > + "\t\tnoaccel:disable 2d capabilities\n" > + "\t\tnomtrr:disable MTRR attribute for video memory\n" > + "\t\tdualview:dual frame buffer feature enabled\n" > + "\t\tnohwc:disable hardware cursor\n" Missing spaces after `:`. > + "\t\tUsual example:\n" > + "\t\tinsmod ./lynxfb.ko g_option=\"noaccel, nohwc, > 1280x1024-8 at 60\"\n" > + "\t\tFor more detail chip specific options, please > refer to \"Lynxfb User Mnual\" or readme\n" For more detail*ed* chip specific options, please refer to \"Lynxfb User M*a*nul\" re README*.* Please add an URL and the path to the README. > + ); > +#endif > + > + MODULE_AUTHOR("monk liu"); 1. Missing space in front of email address `<`. 2. Please capitalize names correctly: Monk Liu. You could also put the Chinese(?) characters in parentheses after it. Applying your patch, Git complains about white space errors. $ git am /tmp/0001-Siliconmotion-initial-patch.patch Applying: Siliconmotion initial patch /src/linux/.git/rebase-apply/patch:86: trailing whitespace. sm750/sm718/sm712/sm722/sm502. Say Y if you have such a /src/linux/.git/rebase-apply/patch:88: trailing whitespace. To compile this driver as a module, choose M here: the /src/linux/.git/rebase-apply/patch:802: new blank line at EOF. + /src/linux/.git/rebase-apply/patch:1207: new blank line at EOF. + /src/linux/.git/rebase-apply/patch:1456: new blank line at EOF. + warning: squelched 8 whitespace errors warning: 13 lines add whitespace errors. You have to fix those. Especially if tools warn you about this. You can enable colors in Git [1] and `git diff` or `git show` will mark white space issues with red. If this is supposed to be the final version, please be more thorough next time. White space issues and spelling mistakes can be easily fixed beforehand by using Git correctly and a spell checker! Thanks, Paul [1] http://git-scm.com/book/ch7-1.html -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130206/81fbaed0/attachment-0001.pgp>

[PATCH] drm/pci: use PCI_EXP_LNKCAP_SLS_2_5GB/5_0GB instead of hardcoded values

On Wed, Feb 6, 2013 at 7:27 AM, Alex Deucher wrote: > On Wed, Feb 6, 2013 at 12:18 AM, Jingoo Han wrote: >> Use PCI_EXP_LNKCAP_SLS_2_5GB and PCI_EXP_LNKCAP_SLS_5_0GB instead >> of hardcoded values for readability. These bit definitions were >> added by commit 130f1b8 ("PCI: Add PCIe Link

[PATCH] ARM: dts: moving dt binding documents for video devices to common place

Binding Documents for drm-devices are placed in Documentation/devicetree/bindings/drm/*. But these devices are common for v4l framework, hence moved to a common place Documentation/devicetree/bindings/video/. 'exynos_' prefix is added to associate them with exynos soc series. Signed-off-by: Rahul

[PATCH v5 1/1] video: drm: exynos: Add display-timing node parsing using video helper function

Add support for parsing the display-timing node using video helper function. The DT node parsing and pinctrl selection is done only if 'dev.of_node' exists and the NON-DT logic is still maintained under the 'else' part. Signed-off-by: Leela Krishna Amudala Signed-off-by: Vikas Sajjan ---

[PATCH v5 0/1] Add display-timing node parsing to exynos drm fimd

Add display-timing node parsing to drm fimd and depends on the display helper patchset at http://lists.freedesktop.org/archives/dri-devel/2013-January/033998.html It also adds pinctrl support for drm fimd. changes since v4: - addressed comments from Paul Menzel , to modify the

[Bug 60347] Reproducible GPU lockup CP stall in Amnesia game

- 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/20130206/9630e65c/attachment.html>

[PATCH] ARM: dts: moving dt binding documents for video devices to common place

Binding Documents for drm-devices are placed in Documentation/devicetree/bindings/drm/*. But these devices are common for v4l framework, hence moved to a common place at Documentation/devicetree/bindings/video/. 'exynos_' prefix is added to associate them with exynos soc series. Signed-off-by:

[PATCH v3 1/3] drm/exynos: Get HDMI version from device tree

On Wed, Feb 6, 2013 at 9:42 AM, Stephen Warren wrote: > On 02/05/2013 05:37 PM, Sean Paul wrote: >> On Tue, Feb 5, 2013 at 4:22 PM, Stephen Warren >> wrote: >>> n 02/05/2013 04:42 PM, Sean Paul wrote: Use the compatible string in the device tree to determine which registers/functions

[PATCH 2/2] drm/exynos: Add device tree based discovery support for G2D

On 5 February 2013 15:03, Sylwester Nawrocki wrote: > On 02/05/2013 04:03 AM, Inki Dae wrote: > [...] >>> Exynos4210 has same g2d IP (v3.0) as C110 or V210; so the same >>> comptible string will be used for this one too. >>> And please check if exynos4212 and 4412 SoCs have same fimg-2d ip.

CDF meeting @FOSDEM report

On Wed, Feb 6, 2013 at 6:11 AM, Tomi Valkeinen wrote: > Hi, > > On 2013-02-06 00:27, Laurent Pinchart wrote: >> Hello, >> >> We've hosted a CDF meeting at the FOSDEM on Sunday morning. Here's a summary >> of the discussions. > > Thanks for the summary. I've been on a longish leave, and just got

[PATCH] drm/pci: use PCI_EXP_LNKCAP_SLS_2_5GB/5_0GB instead of hardcoded values

On Wed, Feb 6, 2013 at 12:18 AM, Jingoo Han wrote: > Use PCI_EXP_LNKCAP_SLS_2_5GB and PCI_EXP_LNKCAP_SLS_5_0GB instead > of hardcoded values for readability. These bit definitions were > added by commit 130f1b8 ("PCI: Add PCIe Link Capability link speed > and width names") > > Signed-off-by:

[PATCH] drm/nouveau: add lockdep annotations

On Mon, Feb 04, 2013 at 10:59:28PM +0100, Maarten Lankhorst wrote: > Op 04-02-13 22:30, Marcin Slusarz schreef: > > 1) Lockdep thinks all nouveau subdevs belong to the same class and can be > > locked in arbitrary order, which is not true (at least in general case). > > Tell it to distinguish

[Bug 60347] New: Reproducible GPU lockup CP stall in Amnesia game

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/20130206/653aaa28/attachment.html>

RE: [PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

-Original Message- From: Sachin Kamat [mailto:sachin.ka...@linaro.org] Sent: Wednesday, February 06, 2013 5:03 PM To: Inki Dae Cc: linux-me...@vger.kernel.org; dri-devel@lists.freedesktop.org; devicetree-disc...@lists.ozlabs.org; k.deb...@samsung.com; s.nawro...@samsung.com;

Re: 答复: [PATCH]Siliconmotion initial patch

Dear Aaron, thank you for your patch. It is much appreciated. Here are some more comments about formal stuff in addition to what Daniel replied. Am Dienstag, den 05.02.2013, 15:51 +0800 schrieb Aaron.Chen 陈俊杰: […] diff --git a/drivers/video/lynxfb/lynx_drv.c b/drivers/video/lynxfb/lynx_drv.c

Re: [PATCH v5 1/1] video: drm: exynos: Add display-timing node parsing using video helper function

Am Mittwoch, den 06.02.2013, 09:54 +0530 schrieb Vikas Sajjan: Add support for parsing the display-timing node using video helper function. The DT node parsing and pinctrl selection is done only if 'dev.of_node' exists and the NON-DT logic is still maintained under the 'else' part. Last

Re: [RFC v2 0/5] Common Display Framework

On Monday 04 February 2013 03:35 PM, Marcus Lorentzon wrote: On 02/02/2013 12:35 AM, Laurent Pinchart wrote: Hi Marcus, On Tuesday 08 January 2013 18:08:19 Marcus Lorentzon wrote: On 01/08/2013 05:36 PM, Tomasz Figa wrote: On Tuesday 08 of January 2013 11:12:26 Marcus Lorentzon wrote: [...]

[Bug 60347] Reproducible GPU lockup CP stall in Amnesia game

https://bugs.freedesktop.org/show_bug.cgi?id=60347 --- Comment #1 from Michel Dänzer mic...@daenzer.net --- Please attach /var/log/Xorg.0.log and the output of glxinfo and dmesg. 3.8.0-rc5 Everything else taken from xorg-edgers ppa Does the problem occur with a 3.7 kernel and/or without the

Re: [PATCH v5 1/1] video: drm: exynos: Add display-timing node parsing using video helper function

Hi Mr. Paul, On Wed, Feb 6, 2013 at 3:20 PM, Paul Menzel paulepan...@users.sourceforge.net wrote: Am Mittwoch, den 06.02.2013, 09:54 +0530 schrieb Vikas Sajjan: Add support for parsing the display-timing node using video helper function. The DT node parsing and pinctrl selection is done only

[PATCH 4/8] drm: add initial_config function to fb helper

From: Jesse Barnes jbar...@virtuousgeek.org Rather than building a config which may or may not work, let the driver build an initial fb config. This allows the driver to use the BIOS boot configuration for example, displaying kernel messages and the initial fb console on the same outputs the

Re: [PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

On 2013년 02월 06일 17:51, Inki Dae wrote: -Original Message- From: Sachin Kamat [mailto:sachin.ka...@linaro.org] Sent: Wednesday, February 06, 2013 5:03 PM To: Inki Dae Cc: linux-me...@vger.kernel.org; dri-devel@lists.freedesktop.org; devicetree-disc...@lists.ozlabs.org;

Re: [PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

On 02/06/2013 09:51 AM, Inki Dae wrote: [...] I think that it's better to go to gpu than media and we can divide Exynos IPs into the bellow categories, Media : mfc GPU : g2d, g3d, fimc, gsc Heh, nice try! :) GPU and FIMC ? FIMC is a camera subsystem (hence 'C' in the acronym), so what it

Re: [PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

On 6 February 2013 13:02, Inki Dae inki@samsung.com wrote: Looks good to me but please add document for it. Yes. I will. I was planning to send the bindings document patch along with the dt patches (adding node entries to dts files). Sylwester had suggested adding this to

Re: CDF meeting @FOSDEM report

Hi, On 2013-02-06 00:27, Laurent Pinchart wrote: Hello, We've hosted a CDF meeting at the FOSDEM on Sunday morning. Here's a summary of the discussions. Thanks for the summary. I've been on a longish leave, and just got back, so I haven't read the recent CDF discussions on lists yet. I

RE: [PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

-Original Message- From: linux-media-ow...@vger.kernel.org [mailto:linux-media- ow...@vger.kernel.org] On Behalf Of Sylwester Nawrocki Sent: Wednesday, February 06, 2013 8:24 PM To: Inki Dae Cc: 'Sachin Kamat'; linux-me...@vger.kernel.org; dri- de...@lists.freedesktop.org;

[PATCH] [configure.ac] allow tests programs to be installed

From: Benjamin Gaignard benjamin.gaign...@stericsson.com Install test programs is useful in cross compilation case. By default the behavior is the same and test programs aren't installed in $bindir. If --enable-install-test-programs is set then test programs are installed in $bindir

Re: [PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D

On 6 February 2013 16:53, Sylwester Nawrocki s.nawro...@samsung.com wrote: On 02/06/2013 09:51 AM, Inki Dae wrote: [...] So I propose following classification, which seems less inaccurate: GPU: g2d, g3d Media: mfc, fimc, fimc-lite, fimc-is, mipi-csis, gsc Video: fimd, hdmi, eDP,

Re: CDF meeting @FOSDEM report

On Wed, 06 Feb 2013, Tomi Valkeinen tomi.valkei...@ti.com wrote: 6. Miscellaneous - If the OMAP3 DSS driver is used as a model for the DSI support implementation, Daniel Vetter requested the DSI bus lock semaphore to be killed as it prevents lockdep from working correctly

Re: CDF meeting @FOSDEM report

On 2013-02-06 14:11, Jani Nikula wrote: On Wed, 06 Feb 2013, Tomi Valkeinen tomi.valkei...@ti.com wrote: 6. Miscellaneous - If the OMAP3 DSS driver is used as a model for the DSI support implementation, Daniel Vetter requested the DSI bus lock semaphore to be killed as it

[Bug 36723] [r300g, bisected] Unigine Sanctuary: fog is not rendered properly

https://bugs.freedesktop.org/show_bug.cgi?id=36723 Marek Olšák mar...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH] drm/pci: use PCI_EXP_LNKCAP_SLS_2_5GB/5_0GB instead of hardcoded values

On Wed, Feb 6, 2013 at 12:18 AM, Jingoo Han jg1@samsung.com wrote: Use PCI_EXP_LNKCAP_SLS_2_5GB and PCI_EXP_LNKCAP_SLS_5_0GB instead of hardcoded values for readability. These bit definitions were added by commit 130f1b8 (PCI: Add PCIe Link Capability link speed and width names)

Re: CDF meeting @FOSDEM report

On Wed, Feb 6, 2013 at 6:11 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: Hi, On 2013-02-06 00:27, Laurent Pinchart wrote: Hello, We've hosted a CDF meeting at the FOSDEM on Sunday morning. Here's a summary of the discussions. Thanks for the summary. I've been on a longish leave, and

Re: [PATCH] ARM: dts: moving dt binding documents for video devices to common place

Hi Rahul, On 02/06/2013 03:57 PM, Rahul Sharma wrote: Binding Documents for drm-devices are placed in Documentation/devicetree/bindings/drm/*. But these devices are common for v4l framework, hence moved to a common place Documentation/devicetree/bindings/video/. 'exynos_' prefix is added to

Re: [Linaro-mm-sig] CDF meeting @FOSDEM report

On Wed, Feb 6, 2013 at 4:00 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote: not always a perfect match to the hardware. For example a lot of GPUs have a DVO encoder which feeds a secondary encoder like an sil164 DVO to TMDS encoder. Right. I think mapping the DRM entities to CDF ones is one

[Bug 59982] Radeon: evergreen Atombios in loop during initialization on ppc64

https://bugs.freedesktop.org/show_bug.cgi?id=59982 --- Comment #8 from Jerome Glisse gli...@freedesktop.org --- Here is how we try to figure out atombios stuck. We use the atombios disasm : git://people.freedesktop.org/~mhopf/AtomDis To produce a readable file ./atomdis bios.rom bios.txt Then

[Bug 59982] Radeon: evergreen Atombios in loop during initialization on ppc64

https://bugs.freedesktop.org/show_bug.cgi?id=59982 --- Comment #9 from Jerome Glisse gli...@freedesktop.org --- Sorry ./atomdis bios.rom F bios.txt -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list

Re: [PATCH] drm/pci: use PCI_EXP_LNKCAP_SLS_2_5GB/5_0GB instead of hardcoded values

On Wed, Feb 6, 2013 at 7:27 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Wed, Feb 6, 2013 at 12:18 AM, Jingoo Han jg1@samsung.com wrote: Use PCI_EXP_LNKCAP_SLS_2_5GB and PCI_EXP_LNKCAP_SLS_5_0GB instead of hardcoded values for readability. These bit definitions were added by commit

[Bug 60034] rv790 etqw regression since r600g: add async for staging buffer upload v2

https://bugs.freedesktop.org/show_bug.cgi?id=60034 --- Comment #13 from Jerome Glisse gli...@freedesktop.org --- Created attachment 74299 -- https://bugs.freedesktop.org/attachment.cgi?id=74299action=edit Fix Do this fix the etqw issue for you too ? -- You are receiving this mail because:

Re: [PATCH v3 1/3] drm/exynos: Get HDMI version from device tree

On Tue, Feb 5, 2013 at 6:56 PM, 김승우 sw0312@samsung.com wrote: On 2013년 02월 06일 09:56, Sean Paul wrote: On Tue, Feb 5, 2013 at 4:42 PM, Stephen Warren swar...@wwwdotorg.org wrote: On 02/05/2013 05:37 PM, Sean Paul wrote: On Tue, Feb 5, 2013 at 4:22 PM, Stephen Warren swar...@wwwdotorg.org

[Bug 60034] rv790 etqw regression since r600g: add async for staging buffer upload v2

https://bugs.freedesktop.org/show_bug.cgi?id=60034 --- Comment #14 from Andy Furniss li...@andyfurniss.entadsl.com --- (In reply to comment #13) Created attachment 74299 [details] [review] Fix Do this fix the etqw issue for you too ? Yes it fixes etqw, but not xonotic. -- You are

[PATCH 06/77] drm: don't use idr_remove_all()

idr_destroy() can destroy idr by itself and idr_remove_all() is being deprecated. Drop its usage. * drm_ctxbitmap_cleanup() was calling idr_remove_all() but forgetting idr_destroy() thus leaking all buffered free idr_layers. Replace it with idr_destroy(). Signed-off-by: Tejun Heo

[PATCH 31/77] drm: convert to idr_alloc()

Convert to the much saner new idr interface. Only compile tested. * drm_ctxbitmap_next() error handling in drm_addctx() seems broken. drm_ctxbitmap_next() return -errno on failure not -1. Signed-off-by: Tejun Heo t...@kernel.org Cc: David Airlie airl...@linux.ie Cc:

[PATCH 32/77] drm/exynos: convert to idr_alloc()

Convert to the much saner new idr interface. Only compile tested. Signed-off-by: Tejun Heo t...@kernel.org Cc: David Airlie airl...@linux.ie Cc: Kukjin Kim kgene@samsung.com Cc: dri-devel@lists.freedesktop.org --- drivers/gpu/drm/exynos/exynos_drm_ipp.c | 16 +--- 1 file

[PATCH 33/77] drm/i915: convert to idr_alloc()

Convert to the much saner new idr interface. Only compile tested. Signed-off-by: Tejun Heo t...@kernel.org Acked-by: Daniel Vetter daniel.vet...@ffwll.ch Cc: David Airlie airl...@linux.ie Cc: dri-devel@lists.freedesktop.org --- drivers/gpu/drm/i915/i915_gem_context.c | 21 +

[PATCH 35/77] drm/via: convert to idr_alloc()

Convert to the much saner new idr interface. Only compile tested. Signed-off-by: Tejun Heo t...@kernel.org Cc: David Airlie airl...@linux.ie Cc: dri-devel@lists.freedesktop.org --- drivers/gpu/drm/via/via_mm.c | 13 +++-- 1 file changed, 3 insertions(+), 10 deletions(-) diff --git

[PATCH 34/77] drm/sis: convert to idr_alloc()

Convert to the much saner new idr interface. Only compile tested. Signed-off-by: Tejun Heo t...@kernel.org Cc: David Airlie airl...@linux.ie Cc: dri-devel@lists.freedesktop.org --- drivers/gpu/drm/sis/sis_mm.c | 13 +++-- 1 file changed, 3 insertions(+), 10 deletions(-) diff --git

[PATCH 36/77] drm/vmwgfx: convert to idr_alloc()

Convert to the much saner new idr interface. Only compile tested. Signed-off-by: Tejun Heo t...@kernel.org Cc: David Airlie airl...@linux.ie Cc: dri-devel@lists.freedesktop.org --- drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 17 - 1 file changed, 8 insertions(+), 9 deletions(-)

  1   2   >