[PATCH 10/10] drm/exynos: update crtc to plane safely

if old_crtc isn't same as encoder->crtc then it means that user changed crtc id to another one so a plane to old_crtc should be disabled so that current plane can be updated safely and plane->crtc should be set to new crtc(encoder->crtc) Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park ---

[PATCH 09/10] drm/exynos: check NV12M format specific to Exynos properly

this patch adds buf_cnt variable in exynos_drm_fb structure and that means a buffer count to drm framebuffer and also adds two functions to get/set the buffer count from/to exynos_drm_fb structure. if pixel format is not DRM_FORMAT_NV12MT then it gets a buffer count to drm framebuffer refering to

[PATCH 08/10] drm/exynos: make sure that hardware overlay for hdmi is disabled

the values set to registers will be updated into real registers at vsync so dma operation could be malfunctioned when accessed to memory after gem buffer was released. this patch makes sure that hw overlay is disabled before the gem buffer is released. Signed-off-by: Inki Dae Signed-off-by:

[PATCH 07/10] drm/exynos: make sure that hardware overlay for fimd is disabled

the values set to registers will be updated into real registers at vsync so dma operation could be malfunctioned when accessed to memory after gem buffer was released. this patch makes sure that hw overlay is disabled before the gem buffer is released. Signed-off-by: Inki Dae Signed-off-by:

[PATCH 06/10] drm/exynos: add wait_for_vblank callback interface.

this interface can be used to make sure that hardware overlay is disabled to avoid that memory region is accessed by dma after gem buffer was released. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 17 +

[PATCH 05/10] drm/exynos: fixed duplicated mode setting.

this patch fixes that when drm_crtc_helper_set_mode() is called, mode data for hardware overlay and conntroller are updated two times. for example, in case that drm_crtc_helper_set_mode() is called, overlay_ops->commit() and manager_ops->commit() callbacks can be called two times, first at

[PATCH 04/10] drm/exynos: separeated fimd_power_on into some parts.

this patch separetes fimd_power_on into fimd_activate and fimd_clock and fimd_activate function will call fimd_clock to control fimd power and vsync interrupt. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 60

[PATCH 03/10] drm/exynos: fixed page align bug.

do not align in page unit at dumb creation. the align is done by exynos_drm_gem_create() to be called commonly. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_gem.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[PATCH 02/10] drm/exynos: separated subdrv_probe function into two parts.

this patch separates exynos_drm_subdrv_probe function into sub driver's probe call and encoder/connector creation so that exynos drm core module can take exception when some operation was failed properly. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park ---

[PATCH 01/10] drm/exynos: added device object to subdrv's remove callback as argument

when remove callback of exynos_drm_subdrv is called, it could need device object for sub driver to control things specific to hw such as runtime pm. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_drv.h |2 +-

[PATCH 00/10 v2] updated exynos-drm-fixes

Hello all, Changelog v2: . fixed duplicated mode setting. - this patch includes below three patches of v1 and fixes the issue that drm_helper_connector_dpms() isn't called. http://www.spinics.net/lists/dri-devel/msg26427.html

radeon testing

On Mon, Aug 20, 2012 at 10:24:01AM -0400, Alex Deucher wrote: > > I just tested the rebased acpi_patches branch: ACPI part works fine, but > > I see a big slow down during radeon driver initialization when the > > screen goes black for a couple of seconds (with 3.5.0 + acpi patches the > > screen

[Bug 31862] 3.4(and earlier): White text blocks shown during boot-up

https://bugzilla.kernel.org/show_bug.cgi?id=31862 Alan changed: What|Removed |Added Summary|2.6.39.3 (and earlier): |3.4(and earlier): White |White

[Bug 31862] 2.6.39.3 (and earlier): White text blocks shown during boot-up

https://bugzilla.kernel.org/show_bug.cgi?id=31862 Alan changed: What|Removed |Added Status|REOPENED|NEEDINFO Component|Other

[PATCH] drm/ttm: remove EBUSY handling in ttm_execbuf_util

Hey, Op 20-08-12 17:15, Jerome Glisse schreef: > On Mon, Aug 20, 2012 at 9:42 AM, Maarten Lankhorst > wrote: >> How is this different from just calling with no_wait == false? >> As far as I can tell, both paths end up with the same result.. >> >> Signed-off-by: Maarten Lankhorst > NAK this

3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

On 08/20/2012 05:23 PM, Dave Airlie wrote: > On Tue, Aug 21, 2012 at 8:45 AM, Randy Dunlap wrote: >> On 08/19/2012 10:22 PM, Dave Airlie wrote: >> >>> On Mon, Aug 20, 2012 at 3:13 PM, Randy Dunlap >>> wrote: On 08/17/12 15:55, Dave Airlie wrote: > On Sat, Aug 18, 2012 at 8:54 AM,

[RFC PATCH 7/7] drm/pci: Defer initialization of secondary graphics devices until switcheroo is ready

On Mon, Aug 20, 2012 at 11:24:44AM -0500, Seth Forshee wrote: > I'm not sure how we support both of these cases without doing something > more like what I originally proposed, i.e. registering the LVDS > connector even if it doesn't look like a panel is attached. I still > honestly favor that

[PATCH] radeon: align r600 msaa buffers to a multiple of macrotile size * num samples

I am not sure whether this is needed, but better be safe than sorry. --- radeon/radeon_surface.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index 98f4aaf..4118a37 100644 --- a/radeon/radeon_surface.c +++

[RFC PATCH 7/7] drm/pci: Defer initialization of secondary graphics devices until switcheroo is ready

On Mon, Aug 20, 2012 at 10:56:33AM -0500, Seth Forshee wrote: > On Mon, Aug 20, 2012 at 04:36:40PM +0100, Matthew Garrett wrote: > > Won't this break the multiple cards with independent outputs case? > > Yes, if they don't have a switcheroo handler. I only have experience > with one such machine,

[RFC PATCH 7/7] drm/pci: Defer initialization of secondary graphics devices until switcheroo is ready

On Mon, Aug 20, 2012 at 10:31:04AM -0500, Seth Forshee wrote: > + /* > + * For secondary graphics devices shouldn't be initialized > + * until the handler and primary graphics device have been > + * registered with vga_switcheroo. > + * > + * FIXME: Is

[PATCH] drm/ttm: cleanup ttm_execbuf_util.c slightly more

The removed member is unneeded, an extra pass is done after all buffers have been reserved. The behavior stays the same even without the removed member, but this makes the code slightly more readable. Depends on previous 2 execbuf-util patches. Signed-off-by: Maarten Lankhorst ---

[PATCH 11/13] drm/exynos: changed context name of hdmi and mixer

2012/8/20 InKi Dae : > 2012/8/20 Joonyoung Shim : >> On 08/20/2012 03:17 PM, InKi Dae wrote: >>> >>> 2012/8/20 Joonyoung Shim : On 08/20/2012 11:29 AM, InKi Dae wrote: > > 2012/8/20 Joonyoung Shim : >> >> On 08/17/2012 06:50 PM, Inki Dae wrote: >>> >>> this patch

[PATCH] drm/radeon: init lockup timeout on ring init

On Mon, 2012-08-20 at 15:38 +0200, Christian K?nig wrote: > Reset the lockup timeout on ring (re-)initialisation. > > Otherwise we get error messages like this on gpu resets: > [ 1559.949177] radeon :01:00.0: GPU lockup CP stall for more than > 1482270msec > > Signed-off-by: Christian

[PATCH 3/3] drm/mgag200: remove unused validate_sequence

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/mgag200/mgag200_drv.h |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/mgag200/mgag200_drv.h b/drivers/gpu/drm/mgag200/mgag200_drv.h index 6f13b35..d22cbbf 100644 --- a/drivers/gpu/drm/mgag200/mgag200_drv.h +++

[PATCH 2/3] drm/cirrus: Remove unused validate_sequence

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/cirrus/cirrus_drv.h |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/cirrus/cirrus_drv.h b/drivers/gpu/drm/cirrus/cirrus_drv.h index 64ea597..5d04564 100644 --- a/drivers/gpu/drm/cirrus/cirrus_drv.h +++

[PATCH 1/3] drm/ast: remove unused validate_sequence

Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/ast/ast_drv.h |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/ast/ast_drv.h b/drivers/gpu/drm/ast/ast_drv.h index d4af9ed..20a437f 100644 --- a/drivers/gpu/drm/ast/ast_drv.h +++ b/drivers/gpu/drm/ast/ast_drv.h @@ -94,7

[Bug 33912] [RV515] Kernel .35 onwards, Random X freezes while scrolling

https://bugzilla.kernel.org/show_bug.cgi?id=33912 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[PATCH 11/13] drm/exynos: changed context name of hdmi and mixer

2012/8/20 Joonyoung Shim : > On 08/20/2012 03:17 PM, InKi Dae wrote: >> >> 2012/8/20 Joonyoung Shim : >>> >>> On 08/20/2012 11:29 AM, InKi Dae wrote: 2012/8/20 Joonyoung Shim : > > On 08/17/2012 06:50 PM, Inki Dae wrote: >> >> this patch changes ctx variable name in

[Bug 33512] radeon: lots of time spent in atombios_crtc_disable

https://bugzilla.kernel.org/show_bug.cgi?id=33512 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

On 08/19/2012 10:22 PM, Dave Airlie wrote: > On Mon, Aug 20, 2012 at 3:13 PM, Randy Dunlap wrote: >> On 08/17/12 15:55, Dave Airlie wrote: >> >>> On Sat, Aug 18, 2012 at 8:54 AM, Dave Airlie wrote: On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap wrote: > On 08/17/2012 03:25 PM,

[PATCH] drm: stop vmgfx driver explosion

From: Alan Cox If you do a page flip with no flags set then event is NULL. If event is NULL then the vmw_gfx driver likes to go digging into NULL and extracts NULL->base.file_priv. On a modern kernel with NULL mapping protection it's just another oops, without it there are

[PATCH] drm/ttm: remove EBUSY handling in ttm_execbuf_util

How is this different from just calling with no_wait == false? As far as I can tell, both paths end up with the same result.. Signed-off-by: Maarten Lankhorst diff --git a/drivers/gpu/drm/ttm/ttm_execbuf_util.c b/drivers/gpu/drm/ttm/ttm_execbuf_util.c index 3f48a46..4e7b596 100644 ---

[PATCH] drm/radeon: init lockup timeout on ring init

Reset the lockup timeout on ring (re-)initialisation. Otherwise we get error messages like this on gpu resets: [ 1559.949177] radeon :01:00.0: GPU lockup CP stall for more than 1482270msec Signed-off-by: Christian K?nig cc: stable at kernel.org --- drivers/gpu/drm/radeon/radeon_ring.c |

[PATCH 11/13] drm/exynos: changed context name of hdmi and mixer

On 08/20/2012 03:17 PM, InKi Dae wrote: > 2012/8/20 Joonyoung Shim : >> On 08/20/2012 11:29 AM, InKi Dae wrote: >>> 2012/8/20 Joonyoung Shim : On 08/17/2012 06:50 PM, Inki Dae wrote: > this patch changes ctx variable name in exynos_drm_hdmi_context > structure to client because the

drm/ttm: Remove cpu_writers related code

Nobody uses it, so might as well simplify the code some. Signed-off-by: Maarten Lankhorst --- diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index 36f4b28..ddfe393 100644 --- a/drivers/gpu/drm/ttm/ttm_bo.c +++ b/drivers/gpu/drm/ttm/ttm_bo.c @@ -141,7 +141,6 @@ static

[Bug 32162] GPU lockup with RV350, KMS, Compiz, Pageflipping

https://bugzilla.kernel.org/show_bug.cgi?id=32162 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment

[Bug 32162] GPU lockup with RV350, KMS, Compiz, Pageflipping

https://bugzilla.kernel.org/show_bug.cgi?id=32162 Alan changed: What|Removed |Added Component|Video(AGP) |Video(DRI - non Intel)

3.5.x boot hang after conflicting fb hw usage vs VESA VGA - removing generic driver

On Mon, Aug 20, 2012 at 3:13 PM, Randy Dunlap wrote: > On 08/17/12 15:55, Dave Airlie wrote: > >> On Sat, Aug 18, 2012 at 8:54 AM, Dave Airlie wrote: >>> On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap >>> wrote: On 08/17/2012 03:25 PM, Justin M. Forbes wrote: > for , we have

[Bug 32072] 2.6.38 Regression: Nvidia GeForce8400 + i915 = Crash on Boot

https://bugzilla.kernel.org/show_bug.cgi?id=32072 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 31972] 2.6.38.1: radeon hd 6870: kms, hdmi, signal is correct only for 1-2 seconds

https://bugzilla.kernel.org/show_bug.cgi?id=31972 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[PATCH 11/13] drm/exynos: changed context name of hdmi and mixer

2012/8/20 Joonyoung Shim : > On 08/20/2012 11:29 AM, InKi Dae wrote: >> >> 2012/8/20 Joonyoung Shim : >>> >>> On 08/17/2012 06:50 PM, Inki Dae wrote: this patch changes ctx variable name in exynos_drm_hdmi_context structure to client because the use of ctx variable makes it

[Bug 31892] Problems with nouveau on my HP laptop

https://bugzilla.kernel.org/show_bug.cgi?id=31892 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[PATCH] drm/radeon/kms: extend the Fujitsu D3003-S2 board connector quirk to cover later silicon stepping

There is a more recent APU stepping with a new PCI ID shipping in the same board by Fujitsu which needs the same quirk to correctly mark the back plane connectors. Signed-off-by: Tvrtko Ursulin --- radeon_atombios.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[Bug 31712] GPU lockup CP stall after resume from hibernation

https://bugzilla.kernel.org/show_bug.cgi?id=31712 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 31682] Radeon console output very slow with kms

https://bugzilla.kernel.org/show_bug.cgi?id=31682 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 31502] Not possible to use KMS with Radeon 9200 anymore

https://bugzilla.kernel.org/show_bug.cgi?id=31502 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment

[Bug 31502] Not possible to use KMS with Radeon 9200 anymore

https://bugzilla.kernel.org/show_bug.cgi?id=31502 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #16 from Alexandre Demers 2012-08-20 15:05:03 UTC --- (In reply to comment #15) > (In reply to comment #10) > > Well, it seems running it through qapitrace doesn't lock. > > The apitrace looks incomplete: it doesn't contain any

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #15 from Michel D?nzer 2012-08-20 14:59:34 UTC --- (In reply to comment #10) > Well, it seems running it through qapitrace doesn't lock. The apitrace looks incomplete: it doesn't contain any actual rendering operations. --

make VM handling async v2

On Mon, Aug 20, 2012 at 4:08 AM, Christian K?nig wrote: > Second and hopefully last round for this patchset. > > v2: Fix suspend/resume, and incorporate Jeromes comments. Looks good to me. Can you put up a git branch somewhere? Reviewed-by: Alex Deucher > > Cheers, > Christian. > >

[Bug 30922] [radeon] Noisy fan with Radeon R600 and Toshiba Satellite L500-164

https://bugzilla.kernel.org/show_bug.cgi?id=30922 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 30812] radeon module fails to initialize with modeset=1 on PPC32 with RV280

https://bugzilla.kernel.org/show_bug.cgi?id=30812 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 46241] Resume to black screen on AMD A8-3500m/Radeon 6620G

https://bugzilla.kernel.org/show_bug.cgi?id=46241 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment

[PATCH 09/13] drm/exynos: check NV12M format specific to Exynos properly

2012/8/20 Joonyoung Shim : > On 08/20/2012 02:15 PM, InKi Dae wrote: >> >> sorry, again. >> >> 2012/8/20 InKi Dae : >>> >>> 2012/8/20 Joonyoung Shim : On 08/20/2012 11:23 AM, InKi Dae wrote: > > 2012/8/20 Joonyoung Shim : >> >> On 08/17/2012 06:50 PM, Inki Dae wrote:

[PATCH 02/13] drm/exynos: separated subdrv->probe call and encoder/connector creation.

2012/8/20 Joonyoung Shim : > On 08/20/2012 01:31 PM, InKi Dae wrote: >> >> 2012/8/20 Joonyoung Shim : >>> >>> On 08/20/2012 10:52 AM, InKi Dae wrote: 2012/8/20 Joonyoung Shim : > > On 08/17/2012 06:50 PM, Inki Dae wrote: >> >> this patch separates sub driver's probe call

[Bug 46241] Resume to black screen on AMD A8-3500m/Radeon 6620G

https://bugzilla.kernel.org/show_bug.cgi?id=46241 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk Kernel

[RFC 0/5] Generic panel framework

.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120820/02d5305e/attachment.pgp>

[PATCH] drm/radeon: fix checking of MSAA renderbuffers on r600-r700

On Mon, Aug 20, 2012 at 7:35 AM, Paul Menzel wrote: > Dear Marek, > > > thank you for all your work on MSAA. > > > Am Sonntag, den 19.08.2012, 21:23 +0200 schrieb Marek Ol??k: > > Unfortunately you do not provide any commit message. What is the problem > and what are the symptoms? When was it

radeon testing

On Thu, Aug 16, 2012 at 11:51:10AM -0400, Alex Deucher wrote: > I've gathered up the various outstanding radeon patches and put them > up in a tree for testing: > http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.7-wip > Some of these may end up in -fixes, but most of them are -next >

[PATCH 09/13] drm/exynos: check NV12M format specific to Exynos properly

On 08/20/2012 02:15 PM, InKi Dae wrote: > sorry, again. > > 2012/8/20 InKi Dae : >> 2012/8/20 Joonyoung Shim : >>> On 08/20/2012 11:23 AM, InKi Dae wrote: 2012/8/20 Joonyoung Shim : > On 08/17/2012 06:50 PM, Inki Dae wrote: >> this patch adds buf_cnt variable in exynos_drm_fb

[PATCH 09/13] drm/exynos: check NV12M format specific to Exynos properly

sorry, again. 2012/8/20 InKi Dae : > 2012/8/20 Joonyoung Shim : >> On 08/20/2012 11:23 AM, InKi Dae wrote: >>> >>> 2012/8/20 Joonyoung Shim : On 08/17/2012 06:50 PM, Inki Dae wrote: > > this patch adds buf_cnt variable in exynos_drm_fb structure and > that means a buffer

[PATCH 09/13] drm/exynos: check NV12M format specific to Exynos properly

2012/8/20 Joonyoung Shim : > On 08/20/2012 11:23 AM, InKi Dae wrote: >> >> 2012/8/20 Joonyoung Shim : >>> >>> On 08/17/2012 06:50 PM, Inki Dae wrote: this patch adds buf_cnt variable in exynos_drm_fb structure and that means a buffer count to drm framebuffer and also adds two

[PATCH] drm/ttm: remove EBUSY handling in ttm_execbuf_util

On Mon, Aug 20, 2012 at 1:55 PM, Maarten Lankhorst wrote: > Hey, > > Op 20-08-12 17:15, Jerome Glisse schreef: >> On Mon, Aug 20, 2012 at 9:42 AM, Maarten Lankhorst >> wrote: >>> How is this different from just calling with no_wait == false? >>> As far as I can tell, both paths end up with the

[Bug 42373] Radeon HD 6450 (NI CAICOS) screen corruption on boot

https://bugs.freedesktop.org/show_bug.cgi?id=42373 --- Comment #32 from Alex Deucher 2012-08-20 14:03:44 UTC --- A similar patch is already upstream: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=81ee8fb6b52ec69eeed37fe7943446af1dccecc5 -- Configure bugmail:

[Bug 53512] kernel rejects cs in quake wars

https://bugs.freedesktop.org/show_bug.cgi?id=53512 almos changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH 11/13] drm/exynos: changed context name of hdmi and mixer

On 08/20/2012 11:29 AM, InKi Dae wrote: > 2012/8/20 Joonyoung Shim : >> On 08/17/2012 06:50 PM, Inki Dae wrote: >>> this patch changes ctx variable name in exynos_drm_hdmi_context >>> structure to client because the use of ctx variable makes it confused. >> >> I don't prefer "client" name. This is

[PATCH 09/13] drm/exynos: check NV12M format specific to Exynos properly

On 08/20/2012 11:23 AM, InKi Dae wrote: > 2012/8/20 Joonyoung Shim : >> On 08/17/2012 06:50 PM, Inki Dae wrote: >>> this patch adds buf_cnt variable in exynos_drm_fb structure and >>> that means a buffer count to drm framebuffer and also adds two >>> functions to get/set the buffer count from/to

[PATCH 02/13] drm/exynos: separated subdrv->probe call and encoder/connector creation.

On 08/20/2012 01:31 PM, InKi Dae wrote: > 2012/8/20 Joonyoung Shim : >> On 08/20/2012 10:52 AM, InKi Dae wrote: >>> 2012/8/20 Joonyoung Shim : On 08/17/2012 06:50 PM, Inki Dae wrote: > this patch separates sub driver's probe call and encoder/connector > creation > so that exynos

[PATCH 02/13] drm/exynos: separated subdrv->probe call and encoder/connector creation.

2012/8/20 Joonyoung Shim : > On 08/20/2012 10:52 AM, InKi Dae wrote: >> >> 2012/8/20 Joonyoung Shim : >>> >>> On 08/17/2012 06:50 PM, Inki Dae wrote: this patch separates sub driver's probe call and encoder/connector creation so that exynos drm core module can take exception

[PATCH 04/13] drm/exynos: use empty function instead of drm_helper_connector_dpms

2012/8/20 Joonyoung Shim : > On 08/17/2012 06:50 PM, Inki Dae wrote: >> >> crtc and encoder's dpms callback will be called before connector's dpms >> is called so drm_helper_connector_dpms doesn't need to be called. > > > I can't understand this description. I know crtc and encoder dpms are called

[PATCH RESEND] gpu/mfd/usb: Fix USB randconfig problems

On Mon, Aug 20, 2012 at 11:23:16AM -0700, Guenter Roeck wrote: > Fix config warning: > > warning: ( ... && DRM_USB) selects USB which has unmet direct dependencies > (USB_SUPPORT && USB_ARCH_HAS_HCD) > > and build error: > ERROR: "usb_speed_string" [drivers/usb/core/usbcore.ko] undefined! > >

[PATCH 11/13] drm/exynos: changed context name of hdmi and mixer

2012/8/20 Joonyoung Shim : > On 08/17/2012 06:50 PM, Inki Dae wrote: >> >> this patch changes ctx variable name in exynos_drm_hdmi_context >> structure to client because the use of ctx variable makes it confused. > > > I don't prefer "client" name. This is not client and server relationship. >

[RFC PATCH 7/7] drm/pci: Defer initialization of secondary graphics devices until switcheroo is ready

On Mon, Aug 20, 2012 at 04:57:41PM +0100, Matthew Garrett wrote: > On Mon, Aug 20, 2012 at 10:56:33AM -0500, Seth Forshee wrote: > > On Mon, Aug 20, 2012 at 04:36:40PM +0100, Matthew Garrett wrote: > > > Won't this break the multiple cards with independent outputs case? > > > > Yes, if they don't

[PATCH 09/13] drm/exynos: check NV12M format specific to Exynos properly

2012/8/20 Joonyoung Shim : > On 08/17/2012 06:50 PM, Inki Dae wrote: >> >> this patch adds buf_cnt variable in exynos_drm_fb structure and >> that means a buffer count to drm framebuffer and also adds two >> functions to get/set the buffer count from/to exynos_drm_fb structure. >> if pixel format

[PATCH RESEND] gpu/mfd/usb: Fix USB randconfig problems

Fix config warning: warning: ( ... && DRM_USB) selects USB which has unmet direct dependencies (USB_SUPPORT && USB_ARCH_HAS_HCD) and build error: ERROR: "usb_speed_string" [drivers/usb/core/usbcore.ko] undefined! by adding the missing dependency on USB_ARCH_HAS_HCD to DRM_UDL and DRM_USB. This

[PATCH 4/4] drm/radeon: split ATRM support out from the ATPX handler (v3)

From: Alex Deucher There are systems that use ATRM, but not ATPX. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=41265 V2: fix #ifdefs as per Greg's comments V3: fix it harder Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org ---

[PATCH 3/4] drm/radeon: convert radeon vfct code to use acpi_get_table_with_size

From: Alex Deucher Allows us to verify the table size. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_bios.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git

[PATCH 2/4] ACPI: export symbol acpi_get_table_with_size

From: Alex Deucher We need it in the radeon drm module to fetch and verify the vbios image on UEFI systems. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/acpi/acpica/tbxface.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff

[PATCH 1/4] drm/radeon: implement ACPI VFCT vbios fetch (v3)

From: David Lamparter This is required for pure UEFI systems. The vbios is stored in ACPI rather than at the legacy vga location. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=26891 V2: fix #ifdefs as per Greg's comments V3: fix it harder Signed-off-by: Alex Deucher

[PATCH] drm/ttm: cleanup ttm_execbuf_util.c slightly more

On Mon, Aug 20, 2012 at 10:36 AM, Maarten Lankhorst wrote: > The removed member is unneeded, an extra pass is done after all > buffers have been reserved. The behavior stays the same even without > the removed member, but this makes the code slightly more readable. > > Depends on previous 2

drm/ttm: Remove cpu_writers related code

On Mon, Aug 20, 2012 at 9:32 AM, Maarten Lankhorst wrote: > Nobody uses it, so might as well simplify the code some. > > Signed-off-by: Maarten Lankhorst Reviewed-by: Jerome Glisse > --- > diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c > index 36f4b28..ddfe393 100644

[PATCH] drm/ttm: remove EBUSY handling in ttm_execbuf_util

On Mon, Aug 20, 2012 at 9:42 AM, Maarten Lankhorst wrote: > How is this different from just calling with no_wait == false? > As far as I can tell, both paths end up with the same result.. > > Signed-off-by: Maarten Lankhorst NAK this seriously modify the behavior. The ttm_eu_del_from_lru_locked

[PATCH 08/13] drm/exynos: make sure that hardware overlay for fimd is disabled

On 08/17/2012 06:50 PM, Inki Dae wrote: > the values set to registers will be updated into real registers > at vsync so dma operation could be malfunctioned when accessed > to memory after gem buffer was released. this patch makes sure > that hw overlay is disabled before the gem buffer is

[PATCH 05/13] drm/exynos: removed exynos_drm_encoder_dpms call

2012/8/20 Joonyoung Shim : > On 08/17/2012 06:50 PM, Inki Dae wrote: >> >> encoder's mode_set callback isn't specific to hardware so it doesn't >> need to call exynos_drm_encoder_dpms(). > > > Then, where is exynos_drm_encoder_dpms() called? > with this patch series, exynos_drm_encoder_dpms()

[PATCH 02/13] drm/exynos: separated subdrv->probe call and encoder/connector creation.

On 08/20/2012 10:52 AM, InKi Dae wrote: > 2012/8/20 Joonyoung Shim : >> On 08/17/2012 06:50 PM, Inki Dae wrote: >>> this patch separates sub driver's probe call and encoder/connector >>> creation >>> so that exynos drm core module can take exception when some operation was >>> failed properly. >>

[RFC PATCH 7/7] drm/pci: Defer initialization of secondary graphics devices until switcheroo is ready

On Mon, Aug 20, 2012 at 04:36:40PM +0100, Matthew Garrett wrote: > On Mon, Aug 20, 2012 at 10:31:04AM -0500, Seth Forshee wrote: > > + /* > > +* For secondary graphics devices shouldn't be initialized > > +* until the handler and primary graphics device have been > > +* registered

[PATCH 02/13] drm/exynos: separated subdrv->probe call and encoder/connector creation.

2012/8/20 Joonyoung Shim : > On 08/17/2012 06:50 PM, Inki Dae wrote: >> >> this patch separates sub driver's probe call and encoder/connector >> creation >> so that exynos drm core module can take exception when some operation was >> failed properly. > > > Which exceptions? I don't know this patch

[PATCH V3 2/2] video: drm: exynos: Add device tree support

On 08/17/2012 06:37 PM, Leela Krishna Amudala wrote: > Hello, > > On Fri, Aug 17, 2012 at 6:55 AM, Joonyoung Shim wrote: >> Hi, >> >> 2012/8/16 Leela Krishna Amudala : >>> Add device tree based discovery support for DRM-FIMD driver. >>> >>> Signed-off-by: Leela Krishna Amudala >>> --- >>>

[PATCH] drm/radeon: allow CMASK and FMASK in the CS checker on r600-r700

On Sun, Aug 19, 2012 at 5:58 PM, Dave Airlie wrote: > On Mon, Aug 20, 2012 at 7:51 AM, Marek Ol??k wrote: >> Please can someone tell me if this patch will end up in kernel 3.6 or 3.7. >> >> If it is merged in Linus's tree in the coming days, I'll try to >> complete R600-R700 MSAA support (and

[RFC PATCH 7/7] drm/pci: Defer initialization of secondary graphics devices until switcheroo is ready

Deferring initiailzation of the secondary GPU until switcheroo is ready will allow successfully reading the EDID in systems which support muxing the DDC seperately from the display. Signed-off-by: Seth Forshee --- drivers/gpu/drm/drm_drv.c |3 + drivers/gpu/drm/drm_pci.c | 141

[RFC PATCH 5/7] drm/edid: Switch DDC when reading the EDID

Some dual graphics machines support muxing the DDC separately from the display, so make use of this functionality when reading the EDID on the inactive GPU. Also serialize drm_get_edid() with a mutex to avoid races on the DDC mux state. Signed-off-by: Seth Forshee --- drivers/gpu/drm/drm_edid.c

[RFC PATCH 4/7] apple-gmux: Add switch_ddc support

The gmux allows muxing the DDC independently from the display, so support this functionality. This will allow reading the EDID for the inactive GPU, fixing issues with machines that either don't have a VBT or have invalid mode data in the VBT. Signed-off-by: Seth Forshee ---

[RFC PATCH 3/7] vga_switcheroo: Add notifier call chain for switcheroo events

DRM needs to be notified of client and handler registration in order to defer initialization of the secondary GPU until the EDID can be read from the LVDS panel. To support this add a notifier call chain to vga_switcheroo for subscribing to switcheroo events. Events are generated for registration

[RFC PATCH 2/7] vga_switcheroo: Add helper function to get the active client

Add vga_switcheroo_get_active_client() to allow drivers to get the active video client. This will be used by drivers wishing to temporarily mux only the DDC to the inactive client. Signed-off-by: Seth Forshee --- drivers/gpu/vga/vga_switcheroo.c | 14 ++

[RFC PATCH 1/7] vga_switcheroo: Add support for switching only the DDC

During graphics driver initialization its useful to be able to mux only the DDC to the inactive client in order to read the EDID. Add a switch_ddc callback to allow capable handlers to provide this functionality, and add vga_switcheroo_switch_ddc() to allow DRM to mux only the DDC. Signed-off-by:

[RFC PATCH 3/5] drm/i915: register LVDS connector even if we can't get a panel mode

On Fri, Aug 10, 2012 at 05:19:48PM -0500, Seth Forshee wrote: > First, I don't have a solution for the ordering of initialization. It > just happens to work out for me right now. Okay, I've got a proof-of-concept implementation of delaying secondary GPU initialization until the i2c can be muxed

[PATCH 11/13] drm/exynos: changed context name of hdmi and mixer

On 08/17/2012 06:50 PM, Inki Dae wrote: > this patch changes ctx variable name in exynos_drm_hdmi_context > structure to client because the use of ctx variable makes it confused. I don't prefer "client" name. This is not client and server relationship. > > Signed-off-by: Inki Dae >

[PATCH 10/13] drm/exynos: update crtc to plane safely

On 08/17/2012 06:50 PM, Inki Dae wrote: > if old_crtc isn't same as encoder->crtc then it means that > user changed crtc id to another one so a plane to old_crtc > should be disabled so that current plane can be updated safely > and plane->crtc should be set to new crtc(encoder->crtc) > >

radeon testing

On Mon, Aug 20, 2012 at 8:30 AM, Luca Tettamanti wrote: > On Thu, Aug 16, 2012 at 11:51:10AM -0400, Alex Deucher wrote: >> I've gathered up the various outstanding radeon patches and put them >> up in a tree for testing: >> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.7-wip >> Some

[PATCH] drm: Remove two unused fields from struct drm_display_mode

On Fri, 17 Aug 2012, Damien Lespiau wrote: > From: Damien Lespiau > > Signed-off-by: Damien Lespiau Reviewed-by: Jani Nikula > --- > drivers/gpu/drm/drm_modes.c |3 --- > include/drm/drm_crtc.h |2 -- > 2 files changed, 0 insertions(+), 5 deletions(-) > > diff --git

  1   2   3   >