Re: [PATCH v16 RESEND 0/7] of: add display helper

Hi Afzal, On Thu, Jan 24, 2013 at 08:47:02AM +, Mohammed, Afzal wrote: Hi Steffen, On Thu, Jan 24, 2013 at 13:49:58, Steffen Trumtrar wrote: Thanks. I'll use that opportunity for a v17 that is rebased onto 3.8-rc4. As you are going to have a v17, if you can fold the diff[1] (that

Re: [PATCH] drm/i2c: Add driver for PTN3460 LVDS/DP bridge

On Thu, 24 Jan 2013, Sean Paul seanp...@chromium.org wrote: +static int ptn3460_power_up(struct ptn3460_platform_data *pd) +{ + int ret; + + if (pd-gpio_pd_n 0) + gpio_set_value(pd-gpio_pd_n, 1); Hi Sean, just a random thing that caught my eye: last I checked 0 is a

[PATCH v17 5/7] fbmon: add of_videomode helpers

Add helper to get fb_videomode from devicetree. Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de Reviewed-by: Thierry Reding thierry.red...@avionic-design.de Acked-by: Thierry Reding thierry.red...@avionic-design.de Tested-by: Thierry Reding thierry.red...@avionic-design.de Tested-by:

[PATCH v17 4/7] fbmon: add videomode helpers

Add a function to convert from the generic videomode to a fb_videomode. Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de Reviewed-by: Thierry Reding thierry.red...@avionic-design.de Acked-by: Thierry Reding thierry.red...@avionic-design.de Tested-by: Thierry Reding

[PATCH v17 7/7] drm_modes: add of_videomode helpers

Add helper to get drm_display_mode from devicetree. Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de Reviewed-by: Thierry Reding thierry.red...@avionic-design.de Acked-by: Thierry Reding thierry.red...@avionic-design.de Tested-by: Thierry Reding thierry.red...@avionic-design.de

[PATCH v17 3/7] video: add of helper for display timings/videomode

This adds support for reading display timings from DT into a struct display_timings. The of_display_timing implementation supports multiple subnodes. All children are read into an array, that can be queried. If no native mode is specified, the first subnode will be used. For cases where the

[PATCH v17 2/7] video: add display_timing and videomode

Add display_timing structure and the according helper functions. This allows the description of a display via its supported timing parameters. Also, add helper functions to convert from display timings to a generic videomode structure. The struct display_timing specifies all needed parameters

[PATCH v17 6/7] drm_modes: add videomode helpers

Add conversion from videomode to drm_display_mode Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de Reviewed-by: Thierry Reding thierry.red...@avionic-design.de Acked-by: Thierry Reding thierry.red...@avionic-design.de Tested-by: Thierry Reding thierry.red...@avionic-design.de Tested-by:

[PATCH v17 1/7] viafb: rename display_timing to via_display_timing

The struct display_timing is specific to the via subsystem. The naming leads to collisions with the new struct display_timing, which is supposed to be a shared struct between different subsystems. To clean this up, prepend the existing struct with the subsystem it is specific to. Signed-off-by:

[PULL] drm-intel-fixes for 3.8

Hi Dave, Just a few small things: - 2x workaround bits from Chris to fix up the new scanline waits enabled in 3.8 on snb. People who've been struck by this on dual-screen also need to upgrade the ddx. - Dump the kernel version into i915_error_state, we've had a few mixups there recently. -

[Bug 59842] New: mesa-9.0.2 compile failure with gcc-4.7.2

https://bugs.freedesktop.org/show_bug.cgi?id=59842 Priority: medium Bug ID: 59842 Assignee: dri-devel@lists.freedesktop.org Summary: mesa-9.0.2 compile failure with gcc-4.7.2 Severity: major Classification: Unclassified OS:

[Bug 57875] Second Life viewer bad rendering with git-ec83535

https://bugs.freedesktop.org/show_bug.cgi?id=57875 Piero Finizio andabat...@yahoo.it changed: What|Removed |Added Status|RESOLVED|REOPENED

[PATCH 1/1] drm/exynos: Add missing braces around sizeof

Fixes the following checkpatch warning: WARNING: sizeof *sgt should be sizeof(*sgt) Signed-off-by: Sachin Kamat sachin.ka...@linaro.org --- drivers/gpu/drm/exynos/exynos_drm_g2d.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_g2d.c

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

From: Ajay Kumar ajaykumar...@samsung.com This patch adds device tree match table for Exynos G2D controller. Signed-off-by: Ajay Kumar ajaykumar...@samsung.com Signed-off-by: Sachin Kamat sachin.ka...@linaro.org --- drivers/gpu/drm/exynos/exynos_drm_g2d.c | 10 ++ 1 files changed, 10

[PATCH 0/2] drm/exynos: add dt support to exynos4 mixer and hdmi

This patch enables the DT based search to DRM Mixer and HDMI driver for Samsung Exynos4 family soc. This set is base on exynos-drm-fixes branch at http://git.kernel.org/?p=linux/kernel/git/daeinki/drm-exynos.git Rahul Sharma (2): drm/exynos: add support for dt based search to exynos4 hdmi

[PATCH 1/2] drm/exynos: add support for dt based search to exynos4 hdmi

Signed-off-by: Rahul Sharma rahul.sha...@samsung.com --- drivers/gpu/drm/exynos/exynos_ddc.c | 2 ++ drivers/gpu/drm/exynos/exynos_hdmi.c| 6 ++ drivers/gpu/drm/exynos/exynos_hdmiphy.c | 2 ++ 3 files changed, 10 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos_ddc.c

[PATCH 2/2] drm/exynos: add support for dt based search to exynos4 mixer

Signed-off-by: Rahul Sharma rahul.sha...@samsung.com --- drivers/gpu/drm/exynos/exynos_mixer.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c b/drivers/gpu/drm/exynos/exynos_mixer.c index c414584..67f50b5 100644 ---

RE: [PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

Hi Rob, On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote: A simple DRM/KMS driver for the TI LCD Controller found in various smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the +void tilcdc_crtc_update_clk(struct drm_crtc *crtc) + /* in raster mode, minimum divisor is 2:

RE: [PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

Hi Rob, On Fri, Jan 25, 2013 at 19:29:40, Rob Clark wrote: On Fri, Jan 25, 2013 at 7:19 AM, Mohammed, Afzal af...@ti.com wrote: On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote: A simple DRM/KMS driver for the TI LCD Controller found in various smaller TI parts (AM33xx, OMAPL138, etc).

Re: [PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

On Fri, Jan 25, 2013 at 8:15 AM, Mohammed, Afzal af...@ti.com wrote: Hi Rob, On Fri, Jan 25, 2013 at 19:29:40, Rob Clark wrote: On Fri, Jan 25, 2013 at 7:19 AM, Mohammed, Afzal af...@ti.com wrote: On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote: A simple DRM/KMS driver for the TI LCD

[PATCH v2 0/5] ARM build regressions in 3.8

This is what remains from my previous 15 patch series, the other patches have largely been obsoleted by fixes from other people that found the same issues. The samsung and w90x900 fixes should probably go through the arm-soc tree, while I'd hope James Morris to pick up the seccomp one and Dave

Re: [PATCH] man: Fix typo and use $() for make expressions

Hi Jesse On Fri, Jan 18, 2013 at 5:54 PM, Jesse Barnes jbar...@virtuousgeek.org wrote: On Fri, 18 Jan 2013 17:01:59 +0100 David Herrmann dh.herrm...@googlemail.com wrote: On Fri, Jan 18, 2013 at 5:00 PM, David Herrmann dh.herrm...@googlemail.com wrote: Hi Thierry On Fri, Jan 18, 2013

[PULL REQUEST] of: videomode helpers

Hi Dave, this is a pull request for the of_videomode helpers aka of: add display helper series, as you offered to merge them via your tree. Thanks, Steffen The following changes since commit 7d1f9aeff1ee4a20b1aeb377dd0f579fe9647619: Linux 3.8-rc4 (2013-01-17 19:25:45 -0800) are available in

[PATCH 1/2] drm/cirrus: Correct register values for 16bpp

When the mode is set with 16bpp on QEMU, the output gets totally broken. The culprit is the bogus register values set for 16bpp, which was likely copied from from a wrong place. Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=799216 Cc: sta...@vger.kernel.org Signed-off-by: Takashi Iwai

[PATCH 2/2] drm/cirrus: Use 16bpp as default

We've got a bug report that GNOME on QEMU shows wrong colors. It turned out that it's because Cairo doesn't support 24bpp well. This hasn't been an issue until now because we (at least SUSE and Fedora) have a patch to use 16bpp for QEMU in Xorg cirrus UMS driver. Since cirrus KMS driver is mainly

Re: [PATCH] fbcon: fix locking harder

On Fri, Jan 25, 2013 at 2:43 AM, Dave Airlie airl...@gmail.com wrote: Okay so Alan's patch handled the case where there was no registered fbcon, however the other path entered in set_con2fb_map pit. In there we called fbcon_takeover, but we also took the console lock in a couple of places.

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

https://bugs.freedesktop.org/show_bug.cgi?id=59431 --- Comment #40 from William k...@cobradevil.org --- The latest Ubuntu 13.04 iso 64 bit works ok. Console and X. So I'm looking into my grub-mkimage command to see what I have forgotten. Will post that in a few hours. -- You are receiving this

[Bug 58840] rendering error with MSAA on HD6850

https://bugs.freedesktop.org/show_bug.cgi?id=58840 --- Comment #10 from almos aaalmo...@gmail.com --- (In reply to comment #9) Does the slowdown happen with the latest kernel from Linus Torvalds's git? Currently I use 3.6.4. I plan to upgrade to 3.7.4 this weekend. How stable is the git

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

https://bugs.freedesktop.org/show_bug.cgi?id=59431 --- Comment #41 from William k...@cobradevil.org --- Some more results. I thought i could insmod my new modules but thats not the case. Now i have included efi_gop and efi_uga and now the default amd64 kernel from raring boots without issue. But

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

https://bugs.freedesktop.org/show_bug.cgi?id=59431 --- Comment #42 from Seth Forshee seth.fors...@canonical.com --- Thanks for checking. In that case I don't think it's appropriate to apply the quirk. As for the remaining issues in the 32-bit build, I suspect Alex is the best person to help you

Re: [PATCH] man: Fix typo and use $() for make expressions

On Fri, 25 Jan 2013 16:54:11 +0100 David Herrmann dh.herrm...@googlemail.com wrote: Hi Jesse On Fri, Jan 18, 2013 at 5:54 PM, Jesse Barnes jbar...@virtuousgeek.org wrote: On Fri, 18 Jan 2013 17:01:59 +0100 David Herrmann dh.herrm...@googlemail.com wrote: On Fri, Jan 18, 2013 at 5:00

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

https://bugs.freedesktop.org/show_bug.cgi?id=59431 --- Comment #43 from Alex Deucher ag...@yahoo.com --- I'm not sure how much more help I can be. I'm not really familiar with macs at all other than the fact they they are always a lot of trouble ;) Now that the efi gop stuff is sorted out, you

[PATCH 05/14] 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

[Bug 58840] rendering error with MSAA on HD6850

https://bugs.freedesktop.org/show_bug.cgi?id=58840 --- Comment #11 from Marek Olšák mar...@gmail.com --- The latest kernel may be more stable for your graphics card. You can get it from: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git -- You are receiving this mail

[Bug 59887] New: [R600g] Fail to build with r600-llvm-compiler enabled and opencl support disabled

https://bugs.freedesktop.org/show_bug.cgi?id=59887 Priority: medium Bug ID: 59887 Assignee: dri-devel@lists.freedesktop.org Summary: [R600g] Fail to build with r600-llvm-compiler enabled and opencl support disabled Severity:

[Bug 59887] [R600g] Fail to build with r600-llvm-compiler enabled and opencl support disabled

https://bugs.freedesktop.org/show_bug.cgi?id=59887 --- Comment #1 from Laurent carlier lordhea...@gmail.com --- Created attachment 73669 -- https://bugs.freedesktop.org/attachment.cgi?id=73669action=edit Possible fix Patch fix the problem but now: make[3]: Leaving directory

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

https://bugs.freedesktop.org/show_bug.cgi?id=59431 --- Comment #44 from William k...@cobradevil.org --- (In reply to comment #43) I'm not sure how much more help I can be. I'm not really familiar with macs at all other than the fact they they are always a lot of trouble ;) Now that the efi

[PATCH 06/16] drm/fb-helper: inline drm_fb_helper_single_add_all_connectors

On Fri, Jan 25, 2013 at 2:20 AM, Daniel Vetter wrote: > All drivers call this right after drm_fb_helper_init, and the only > thing this function does is allocate a bit of memory and set up a > bunch of pointers. No reason at all the keep this as a separate step. > Doesn't this stop future

[git pull] fbcon locking fixes.

Hi Linus, These patches have been sailing around long enough, waiting for a maintainer to reappear, so I've decided enough is enough, lockdep is kinda useful to have. Thanks to Daniel for annoying me enough :-) Dave 'not the fbdev maintainer' Airlie. The following changes since commit

[git pull] fbcon locking fixes.

On Fri, Jan 25, 2013 at 10:53 AM, Linus Torvalds wrote: > On Thu, Jan 24, 2013 at 4:42 PM, Dave Airlie wrote: >> >> These patches have been sailing around long enough, waiting for a maintainer >> to reappear, so I've decided enough is enough, lockdep is kinda useful to >> have. > > Last this

[git pull] fbcon locking fixes.

On Fri, Jan 25, 2013 at 11:06 AM, Dave Airlie wrote: > On Fri, Jan 25, 2013 at 10:53 AM, Linus Torvalds > wrote: >> On Thu, Jan 24, 2013 at 4:42 PM, Dave Airlie wrote: >>> >>> These patches have been sailing around long enough, waiting for a maintainer >>> to reappear, so I've decided enough is

[PATCH] fbcon: fix locking harder

Okay so Alan's patch handled the case where there was no registered fbcon, however the other path entered in set_con2fb_map pit. In there we called fbcon_takeover, but we also took the console lock in a couple of places. So push the console lock out to the callers of set_con2fb_map, this means

[PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font (v2)

From: Dave Airlie When we switch from 256->512 byte font rendering mode, it means the current contents of the screen is being reinterpreted. The bit that holds the high bit of the 9-bit font, may have been previously set, and thus the new font misrenders. The problem case we

[PATCH] vgacon/vt: clear buffer attributes when we load a 512 character font

On Thu, Jan 24, 2013 at 10:18 PM, H. Peter Anvin wrote: > The characters will morph anyway, it is just a matter off having them > randomly scream with the intensity bit. > > 512-character mode is definitely useful... we get much wider language > coverage with 512 than with 256, which is why

[GIT PULL] exynos-drm-fixes

Hi Dave, This pull request includes some bug fixes, code cleanups and exception codes. If there is any problem, please kindly let me know. Thanks, Inki Dae The following changes since commit 4af6924b8adce0c408ec3f366c42a61e0c304b28: Merge branch 'drm-fixes-3.8' of

[PATCH v16 RESEND 0/7] of: add display helper

Hi Afzal, On Thu, Jan 24, 2013 at 08:47:02AM +, Mohammed, Afzal wrote: > Hi Steffen, > > On Thu, Jan 24, 2013 at 13:49:58, Steffen Trumtrar wrote: > > > Thanks. I'll use that opportunity for a v17 that is rebased onto 3.8-rc4. > > As you are going to have a v17, if you can fold the diff[1]

[PATCH] drm/i2c: Add driver for PTN3460 LVDS/DP bridge

On Thu, 24 Jan 2013, Sean Paul wrote: > +static int ptn3460_power_up(struct ptn3460_platform_data *pd) > +{ > + int ret; > + > + if (pd->gpio_pd_n > 0) > + gpio_set_value(pd->gpio_pd_n, 1); Hi Sean, just a random thing that caught my eye: last I checked 0 is a valid GPIO

[PATCH v17 5/7] fbmon: add of_videomode helpers

Add helper to get fb_videomode from devicetree. Signed-off-by: Steffen Trumtrar Reviewed-by: Thierry Reding Acked-by: Thierry Reding Tested-by: Thierry Reding Tested-by: Philipp Zabel Reviewed-by: Laurent Pinchart Acked-by: Laurent Pinchart Tested-by: Afzal Mohammed Tested-by: Rob Clark

[PATCH v17 4/7] fbmon: add videomode helpers

Add a function to convert from the generic videomode to a fb_videomode. Signed-off-by: Steffen Trumtrar Reviewed-by: Thierry Reding Acked-by: Thierry Reding Tested-by: Thierry Reding Tested-by: Philipp Zabel Reviewed-by: Laurent Pinchart Acked-by: Laurent Pinchart Tested-by: Afzal Mohammed

[PATCH v17 7/7] drm_modes: add of_videomode helpers

Add helper to get drm_display_mode from devicetree. Signed-off-by: Steffen Trumtrar Reviewed-by: Thierry Reding Acked-by: Thierry Reding Tested-by: Thierry Reding Tested-by: Philipp Zabel Reviewed-by: Laurent Pinchart Acked-by: Laurent Pinchart Tested-by: Afzal Mohammed Tested-by: Rob

[PATCH v17 3/7] video: add of helper for display timings/videomode

This adds support for reading display timings from DT into a struct display_timings. The of_display_timing implementation supports multiple subnodes. All children are read into an array, that can be queried. If no native mode is specified, the first subnode will be used. For cases where the

[PATCH v17 2/7] video: add display_timing and videomode

Add display_timing structure and the according helper functions. This allows the description of a display via its supported timing parameters. Also, add helper functions to convert from display timings to a generic videomode structure. The struct display_timing specifies all needed parameters

[PATCH v17 0/7] of: add display helper

Hi! This is basically just a resend of v16 that was rebased onto v3.8-rc4 and has two new "tested-by"s from Rob and Leela. The patches were tested with: - v15 on Tegra by Thierry - sh-mobile-lcdcfb by Laurent - MX53QSB by Marek - Exynos: smdk5250 by Leela

[PATCH v17 6/7] drm_modes: add videomode helpers

Add conversion from videomode to drm_display_mode Signed-off-by: Steffen Trumtrar Reviewed-by: Thierry Reding Acked-by: Thierry Reding Tested-by: Thierry Reding Tested-by: Philipp Zabel Reviewed-by: Laurent Pinchart Acked-by: Laurent Pinchart Tested-by: Afzal Mohammed Tested-by: Rob Clark

[PATCH v17 1/7] viafb: rename display_timing to via_display_timing

The struct display_timing is specific to the via subsystem. The naming leads to collisions with the new struct display_timing, which is supposed to be a shared struct between different subsystems. To clean this up, prepend the existing struct with the subsystem it is specific to. Signed-off-by:

[PULL] drm-intel-fixes for 3.8

Hi Dave, Just a few small things: - 2x workaround bits from Chris to fix up the new scanline waits enabled in 3.8 on snb. People who've been struck by this on dual-screen also need to upgrade the ddx. - Dump the kernel version into i915_error_state, we've had a few mixups there recently. -

[Bug 59842] New: mesa-9.0.2 compile failure with gcc-4.7.2

1 scons: building terminated because of errors. -- 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/20130125/7c0d7200/attachment.html>

[Bug 57875] Second Life viewer bad rendering with git-ec83535

.so Sorry for the inconvenience. -- 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/20130125/4b9b6ee6/attachment.html>

[Bug 58840] rendering error with MSAA on HD6850

s the slowdown happen with the latest kernel from Linus Torvalds's git? -- 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/20130125/c73b6efc/attachment.html>

[PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

On Fri, Jan 25, 2013 at 7:19 AM, Mohammed, Afzal wrote: > Hi Rob, > > On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote: > >> A simple DRM/KMS driver for the TI LCD Controller found in various >> smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the > >> +void

[PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

On Fri, Jan 25, 2013 at 8:15 AM, Mohammed, Afzal wrote: > Hi Rob, > > On Fri, Jan 25, 2013 at 19:29:40, Rob Clark wrote: >> On Fri, Jan 25, 2013 at 7:19 AM, Mohammed, Afzal wrote: >> > On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote: > >> >> A simple DRM/KMS driver for the TI LCD Controller

[PATCH 1/2] drm/exynos: add support for dt based search to exynos4 hdmi

Signed-off-by: Rahul Sharma --- drivers/gpu/drm/exynos/exynos_ddc.c | 2 ++ drivers/gpu/drm/exynos/exynos_hdmi.c| 6 ++ drivers/gpu/drm/exynos/exynos_hdmiphy.c | 2 ++ 3 files changed, 10 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos_ddc.c

[PATCH 2/2] drm/exynos: add support for dt based search to exynos4 mixer

Signed-off-by: Rahul Sharma --- drivers/gpu/drm/exynos/exynos_mixer.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c b/drivers/gpu/drm/exynos/exynos_mixer.c index c414584..67f50b5 100644 --- a/drivers/gpu/drm/exynos/exynos_mixer.c +++

[PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

Hi Rob, On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote: > A simple DRM/KMS driver for the TI LCD Controller found in various > smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the > +void tilcdc_crtc_update_clk(struct drm_crtc *crtc) > + /* in raster mode, minimum divisor is

[PATCH 1/4] drm/tilcdc: add TI LCD Controller DRM driver (v3)

Hi Rob, On Fri, Jan 25, 2013 at 19:29:40, Rob Clark wrote: > On Fri, Jan 25, 2013 at 7:19 AM, Mohammed, Afzal wrote: > > On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote: > >> A simple DRM/KMS driver for the TI LCD Controller found in various > >> smaller TI parts (AM33xx, OMAPL138, etc).

[PATCH 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 --- drivers/media/platform/s5p-g2d/g2d.c | 17 - 1 files changed, 16 insertions(+), 1 deletions(-) diff --git a/drivers/media/platform/s5p-g2d/g2d.c

[PATCH 1/1] drm/exynos: Add missing braces around sizeof

Fixes the following checkpatch warning: WARNING: sizeof *sgt should be sizeof(*sgt) Signed-off-by: Sachin Kamat --- drivers/gpu/drm/exynos/exynos_drm_g2d.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_g2d.c

[PATCH 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 --- drivers/gpu/drm/exynos/exynos_drm_g2d.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git

[PATCH 0/2] drm/exynos: add dt support to exynos4 mixer and hdmi

This patch enables the DT based search to DRM Mixer and HDMI driver for Samsung Exynos4 family soc. This set is base on "exynos-drm-fixes" branch at http://git.kernel.org/?p=linux/kernel/git/daeinki/drm-exynos.git Rahul Sharma (2): drm/exynos: add support for dt based search to exynos4 hdmi

[PATCH v2 0/5] ARM build regressions in 3.8

This is what remains from my previous 15 patch series, the other patches have largely been obsoleted by fixes from other people that found the same issues. The samsung and w90x900 fixes should probably go through the arm-soc tree, while I'd hope James Morris to pick up the seccomp one and Dave

[PATCH] man: Fix typo and use $() for make expressions

Hi Jesse On Fri, Jan 18, 2013 at 5:54 PM, Jesse Barnes wrote: > On Fri, 18 Jan 2013 17:01:59 +0100 > David Herrmann wrote: > >> On Fri, Jan 18, 2013 at 5:00 PM, David Herrmann >> wrote: >> > Hi Thierry >> > >> > On Fri, Jan 18, 2013 at 1:22 PM, Thierry Reding >> > wrote: >> >> Due to the

[PULL REQUEST] of: videomode helpers

Hi Dave, this is a pull request for the of_videomode helpers aka "of: add display helper" series, as you offered to merge them via your tree. Thanks, Steffen The following changes since commit 7d1f9aeff1ee4a20b1aeb377dd0f579fe9647619: Linux 3.8-rc4 (2013-01-17 19:25:45 -0800) are available

[PATCH 1/2] drm/cirrus: Correct register values for 16bpp

When the mode is set with 16bpp on QEMU, the output gets totally broken. The culprit is the bogus register values set for 16bpp, which was likely copied from from a wrong place. Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=799216 Cc: Signed-off-by: Takashi Iwai ---

[PATCH 2/2] drm/cirrus: Use 16bpp as default

We've got a bug report that GNOME on QEMU shows wrong colors. It turned out that it's because Cairo doesn't support 24bpp well. This hasn't been an issue until now because we (at least SUSE and Fedora) have a patch to use 16bpp for QEMU in Xorg cirrus UMS driver. Since cirrus KMS driver is mainly

[PATCH] fbcon: fix locking harder

On Fri, Jan 25, 2013 at 2:43 AM, Dave Airlie wrote: > Okay so Alan's patch handled the case where there was no registered fbcon, > however the other path entered in set_con2fb_map pit. > > In there we called fbcon_takeover, but we also took the console lock in a > couple > of places. So push the

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

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

[Bug 58840] rendering error with MSAA on HD6850

w do I check it out? Is 3.8-rc4 enough? -- 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/20130125/70166854/attachment.html>

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

vel/attachments/20130125/d7ac4302/attachment.html>

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

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/20130125/22ca596c/attachment.html>

[PATCH] man: Fix typo and use $() for make expressions

On Fri, 25 Jan 2013 16:54:11 +0100 David Herrmann wrote: > Hi Jesse > > On Fri, Jan 18, 2013 at 5:54 PM, Jesse Barnes > wrote: > > On Fri, 18 Jan 2013 17:01:59 +0100 > > David Herrmann wrote: > > > >> On Fri, Jan 18, 2013 at 5:00 PM, David Herrmann > >> wrote: > >> > Hi Thierry > >> > > >>

[Bug 59431] [snb efi gmux] imac 12,1 blank screen upon booting

removing the gfxpayload=keep from your grub config and see if that helps. -- 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/20130

[PATCH 05/14] 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] drm: fix to radeon driver for HD 6450

From: Christopher Staite Fix commit 62444b7462a2b98bc78d68736c03a7c4e66ba7e2 for HD 6450. The stop and resume causes the screen to glitch and the X server to reboot constantly. Re-instating the UPDATE_LOCK fixes the issue in tests on the v3.6.11 stable, and the

[PATCH] fbcon: fix locking harder

On Thu, Jan 24, 2013 at 8:43 PM, Dave Airlie wrote: > Okay so Alan's patch handled the case where there was no registered fbcon, > however the other path entered in set_con2fb_map pit. > > In there we called fbcon_takeover, but we also took the console lock in a > couple > of places. So push the