Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/ https://git.shady.money/linux/atom?h=v3.3 2012-03-15T09:41:26Z 2012-03-15T09:41:26Z Dave Airlie airlied@redhat.com 2012-03-15T09:41:26Z urn:sha1:bb2551da10b659eab27330483828b88e898e7952 * 'exynos-drm-fixes' of git://git.infradead.org/users/kmpark/linux-samsung: drm exynos: use drm_fb_helper_set_par directly drm/exynos: Fix fb_videomode <-> drm_mode_modeinfo conversion drm/exynos: fix runtime_pm fimd device state on probe drm/exynos: use correct 'exynos-drm' name for platform device 2012-03-15T02:39:00Z Sascha Hauer s.hauer@pengutronix.de 2012-03-14T10:44:54Z urn:sha1:34418c25d64844625118b5eedc493f7904d77659 info->fix.visual already is correctly set from drm_fb_helper_fill_fix. info->fix.line_length is also set from drm_fb_helper_fill_fix, so drm_fb_helper_set_par directly instead of a custom exynos_drm_fbdev_set_par. Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de> Signed-off-by: Inki Dae <inki.dae@samsung.com> Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com> 2012-03-15T02:39:00Z Laurent Pinchart laurent.pinchart@ideasonboard.com 2012-03-09T00:45:21Z urn:sha1:f7d86075fa6c082f7dc4d289a69162b13d2db924 The fb_videomode structure stores the front porch and back porch in the right_margin and left_margin fields respectively. right_margin should thus be computed with hsync_start - hdisplay, and left_margin with htotal - hsync_end. The same holds for the vertical direction. Active Front Sync Back Region Porch Porch <-------------------><----------------><-------------><----------------> //////////////////| ////////////////// | ////////////////// |.................. .................. _______________ <------ xres -------><- right_margin -><- hsync_len -><- left_margin --> <---- hdisplay -----> <------------ hsync_start ------------> <--------------------- hsync_end --------------------> <--------------------------------- htotal -----------------------------> Fix the fb_videomode <-> drm_mode_modeinfo conversion functions accordingly. Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com> Acked-by: Joonyoung Shim <jy0922.shim@samsung.com> Signed-off-by: Inki Dae <inki.dae@samsung.com> Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com> 2012-03-15T02:38:59Z Marek Szyprowski m.szyprowski@samsung.com 2012-03-08T01:28:56Z urn:sha1:0d8ce3ae37e9bcfacbbc750cabf892fa00bb720e A call to pm_runtime_set_active() forces device to be at the active state and skips calling its runtime suspend/resume callbacks. This results in a freeze with a new power domain code based on gen_pd. Fimd driver does all required runtime power management calls, so this pm_runtime_set_active call is buggy. This patch removes it and corrects clock management in probe function (clocks are now enabled by pm_runtime_get_sync() call). Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com> Signed-off-by: Inki Dae <inki.dae@samsung.com> Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com> 2012-03-15T02:38:59Z Marek Szyprowski m.szyprowski@samsung.com 2012-03-05T11:02:30Z urn:sha1:9866b6c64b317a92e5c020165bc41efd3008a88a Currently Exynos DRM driver uses DRIVER_NAME ('exynos') name for the core platform device. This is confusing, because it doesn't refer to the function the platform device is performing. This patch renames the platform device to the 'exynos-drm', which matches the convention for naming the platform devices. The name used inside DRM subsystem has not been changed. Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com> Signed-off-by: Inki Dae <inki.dae@samsung.com> Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com> 2012-03-14T18:32:27Z Dave Airlie airlied@redhat.com 2012-03-14T18:32:27Z urn:sha1:57387177a3cdc09eec02d300d33f042851fa7438 * 'drm-intel-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/keithp/linux: drm/i915: support 32 bit BGR formats in sprite planes drm/i915: fix color order for BGR formats on SNB drm/gma500: Fix Cedarview boot failures in 3.3-rc 2012-03-08T09:39:54Z Alex Deucher alexander.deucher@amd.com 2012-03-08T00:05:01Z urn:sha1:38aa4a568ba4c3ccba83e862a01e3e60e3b811ee All pre-SI chips are limited to 165 Mhz for single link. Code in question will be re-enabled when SI support is added. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=44755 https://bugzilla.kernel.org/show_bug.cgi?id=42887 Signed-off-by: Alex Deucher <alexander.deucher@amd.com> Cc: stable@vger.kernel.org Signed-off-by: Dave Airlie <airlied@redhat.com> 2012-03-08T09:39:29Z Marek Olšák maraeo@gmail.com 2012-03-07T22:33:00Z urn:sha1:cf00790dea6f210ddd01a6656da58c7c9a4ea0e4 Mesa may set it to 1, causing all primitives to be killed. v2: also update the r7xx code Signed-off-by: Marek Olšák <maraeo@gmail.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com> Cc: stable@kernel.org Signed-off-by: Dave Airlie <airlied@redhat.com> 2012-03-07T18:52:13Z Jesse Barnes jbarnes@virtuousgeek.org 2012-03-07T16:49:29Z urn:sha1:b250da79a0c972ef7f6d58ebd1083cab066e6c82 intel_framebuffer_init does some basic sanity checking of the pixel format, but is used by the plane code in addition to the primary crtc. So it needs to contain any formats used in either place. Add the XBGR8888 format to the checklist so the plane code can use it. Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org> Signed-off-by: Keith Packard <keithp@keithp.com> 2012-03-07T18:49:28Z Jesse Barnes jbarnes@virtuousgeek.org 2012-02-27T20:40:10Z urn:sha1:ab2f9df10dd955f1fc0a8650e377588c98f1c029 Had the wrong bits and field definitions. Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org> Signed-off-by: Keith Packard <keithp@keithp.com>