[PATCH v2] drm/i915/panel: Alwyas record the backlight level again (but cleverly)

ves/dri-devel/attachments/20111014/c3a9a108/attachment.pgp>

[Bug 25490] kernel crash with 2.6.32, drm and kms enabled.

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

[Bug 25489] distortion in screen.

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

[PATCH] drm/radeon/kms: make r600-NI blit suspend code common

On Fri, 14 Oct 2011 alexdeucher at gmail.com wrote: > From: Alex Deucher > > r600-NI shared the same blit suspend code. Clean it up > and make it a shared function. > > Signed-off-by: Alex Deucher > Cc: Ilija Hadzic Thanks, this one slipped my eye in my cleanup. Correctness should be

[RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

On 14 October 2011 15:30, Tomasz Stanislawski wrote: > Hi Mr. Sumit Semwal, Hello Mr. Tomasz Stanislawski :), > Thank you for taking care of the framework for buffer sharing. > The support of buffer sharing in V4L2, both exporting and importing was > posted in shrbuf proof-of-concept patch. It

[Bug 34218] [r300g] Unigine: some surfaces are reflecting too much light

https://bugs.freedesktop.org/show_bug.cgi?id=34218 --- Comment #11 from Tom Stellard 2011-10-14 18:41:51 PDT --- The reg rename pass has be re-enabled, can you try again with the latest code from git. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

Question on S3 on evergreen

> -Original Message- > From: dri-devel-bounces+frankr.huang=amd.com at lists.freedesktop.org > [mailto:dri-devel-bounces+frankr.huang=amd.com at lists.freedesktop.org] On > Behalf Of Alex Deucher > Sent: 2011?10?13? 21:06 > To: Huang, FrankR > Cc: dri-devel at lists.freedesktop.org >

[RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

On Fri, Oct 14, 2011 at 12:00:58PM +0200, Tomasz Stanislawski wrote: > >+/** > >+ * struct dma_buf_ops - operations possible on struct dma_buf > >+ * @create: creates a struct dma_buf of a fixed size. Actual allocation > >+ * does not happen here. > > The 'create' ops is not present in

[RESEND][PATCH 7/7] drm/exynos: fixed build warnings and comments.

Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_drv.h |2 +- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 13 + 2 files changed, 2 insertions(+), 13 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h

[RESEND][PATCH 6/7] drm/exynos: fixed page flip bug.

in case of using two drivers such as fimd and hdmi controller that they have their own hardware interrupt, drm framework doesn't provide pipe number corresponding to it. so the pipe should be set to event's from specific crtc. Signed-off-by: Seung-Woo Kim Signed-off-by: Inki Dae Signed-off-by:

[RESEND][PATCH 5/7] drm/exynos: added comments and code clean.

this patch adds the following comments and code clean. - add comment of exynos_drm_crtc_apply() call at page flip time. - add comment that when exynos_drm_fbdev_reinit() is called, why num_connector is 0 and also the framebuffers should be destroyed. - remove buf_off member from struct

[RESEND][PATCH 3/7] drm/exynos: added device object as argument of subdrv_probe().

sub drivers should refer to its own device object to access its own context. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_core.c |2 +- drivers/gpu/drm/exynos/exynos_drm_drv.h |2 +- drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +- 3

[RESEND][PATCH 2/7] drm/exynos: fixed overlay updating time at page flip.

buffer addess is set to shadow register and then applied to real register at vsync front porch time. Signed-off-by: Joonyoung Shim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_crtc.c |4 +++- drivers/gpu/drm/exynos/exynos_drm_crtc.h |1 -

[RESEND][PATCH 1/7] drm/exynos: fixed overlay data updating.

this patch adds common members to overlay structure and makes each driver such as fimd or hdmi driver set them to its own structure. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_buf.h |3 + drivers/gpu/drm/exynos/exynos_drm_crtc.c | 101

[RESEND][PATCH 0/7] drm/exynos: add two devices support.

I am sending patch sets again because of some conflicts. I am sorry for that. the patch sets are as the following. - updated common overlay structure to support hdmi. - fixed page flip feature for two devices to be supported. - fixed a bug that fbdev reinitialization is failed. - added comments

[PATCH 7/7] drm/exynos: fixed build warnings and comments.

Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_drv.h |2 +- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 13 + 2 files changed, 2 insertions(+), 13 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h

[PATCH 6/7] drm/exynos: fixed page flip bug.

in case of using two drivers such as fimd and hdmi controller that they have their own hardware interrupt, drm framework doesn't provide pipe number corresponding to it. so the pipe should be set to event's from specific crtc. Signed-off-by: Seung-Woo Kim Signed-off-by: Inki Dae Signed-off-by:

[PATCH 5/7] drm/exynos: added comments and code clean.

this patch adds the following comments and code clean. - add comment of exynos_drm_crtc_apply() call at page flip time. - add comment that when exynos_drm_fbdev_reinit() is called, why num_connector is 0 and also the framebuffers should be destroyed. - remove buf_off member from struct

[PATCH 4/7] drm/exynos: fixed bug to exynos_drm_fb_dev_reinit().

this patch solves the problem that fb_helper is released when exynos_drm_fbdev_reinit() was called. if this function call is ok then just return. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c |2 ++ 1 files changed, 2 insertions(+), 0

[PATCH 3/7] drm/exynos: added device object as argument of subdrv_probe().

sub drivers should refer to its own device object to access its own context. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_core.c |2 +- drivers/gpu/drm/exynos/exynos_drm_drv.h |2 +- drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +- 3

[PATCH 2/7] drm/exynos: fixed overlay updating time at page flip.

buffer addess is set to shadow register and then applied to real register at vsync front porch time. Signed-off-by: Joonyoung Shim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_crtc.c |4 +++- drivers/gpu/drm/exynos/exynos_drm_crtc.h |1 -

[PATCH 1/7] drm/exynos: fixed overlay data updating.

this patch adds common members to overlay structure and makes each driver such as fimd or hdmi driver set them to its own structure. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_buf.h |3 + drivers/gpu/drm/exynos/exynos_drm_crtc.c | 101

[PATCH 0/7] drm/exynos: add two devices support.

the patch sets are as the following. - updated common overlay structure to support hdmi. - fixed page flip feature for two devices to be supported. - fixed a bug that fbdev reinitialization is failed. - added comments and code clean. this patch is based on git repository below:

[PATCH] drm/radeon/kms: consolidate GART code, fix memory fault after GPU lockup

On Fri, Oct 14, 2011 at 10:14:54AM +0200, Michel D?nzer wrote: > [ Dropping stable at kernel.org from CC, it'll get picked up for stable > once it hits mainline ] > > On Don, 2011-10-13 at 16:38 -0400, j.glisse at gmail.com wrote: > > From: Jerome Glisse > > > > After GPU lockup VRAM gart

[RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

Hi Mr. Sumit Semwal, Thank you for taking care of the framework for buffer sharing. The support of buffer sharing in V4L2, both exporting and importing was posted in shrbuf proof-of-concept patch. It should be easy to port it to dmabuf.

[PATCH v2] drm/i915/panel: Alwyas record the backlight level again (but cleverly)

The commit 47356eb67285014527a5ab87543ba1fae3d1e10a introduced a mechanism to record the backlight level only at disabling time, but it also introduced a regression. Since intel_lvds_enable() may be called without disabling (e.g. intel_lvds_commit() calls it unconditionally), the backlight gets

[PATCH] drm/radeon/kms: make r600-NI blit suspend code common

From: Alex Deucher r600-NI shared the same blit suspend code. Clean it up and make it a shared function. Signed-off-by: Alex Deucher Cc: Ilija Hadzic --- drivers/gpu/drm/radeon/evergreen.c | 10 +- drivers/gpu/drm/radeon/ni.c| 10 +-

[PATCH] DRM: omapdrm DRM/KMS driver for TI OMAP platforms

From: Rob Clark A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev) and omap_vout (v4l2 display) drivers in the past, this driver uses the DSS2 driver to access the display hardware, including support for HDMI, DVI, and various types of LCD panels. And it

[RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

On Fri, Oct 14, 2011 at 5:00 AM, Tomasz Stanislawski wrote: >> + * @attach: allows different devices to 'attach' themselves to the given >> + * ? ? ? ? buffer. It might return -EBUSY to signal that backing storage >> + * ? ? ? ? is already allocated and incompatible with the requirements >> + * ?

Question on S3 on evergreen

On Fri, Oct 14, 2011 at 6:13 AM, Huang, FrankR wrote: > > >> -Original Message- >> From: dri-devel-bounces+frankr.huang=amd.com at lists.freedesktop.org >> [mailto:dri-devel-bounces+frankr.huang=amd.com at lists.freedesktop.org] On >> Behalf Of Alex Deucher >> Sent: 2011?10?13? 21:06 >>

[PATCH] drm/radeon/kms: consolidate GART code, fix memory fault after GPU lockup

[ Dropping stable at kernel.org from CC, it'll get picked up for stable once it hits mainline ] On Don, 2011-10-13 at 16:38 -0400, j.glisse at gmail.com wrote: > From: Jerome Glisse > > After GPU lockup VRAM gart table is unpinned and thus its pointer > becomes unvalid. This patch move the

Question on S3 on evergreen

> -Original Message- > From: dri-devel-bounces+frankr.huang=amd.com at lists.freedesktop.org > [mailto:dri-devel-bounces+frankr.huang=amd.com at lists.freedesktop.org] On > Behalf Of Alex Deucher > Sent: 2011?10?13? 21:06 > To: Huang, FrankR > Cc: dri-devel at lists.freedesktop.org >

Reply: Question on S3 on evergreen

Ilija, Your suggestion is very very important for us. Before we released the driver, we will check each file of what we used from linux community(Including KMS and DDX driver). As you said, there is no guarantee that some patches from other developers contain GPL's code. So we must be

[Bug 41791] Civilization V + Wine = Bug

https://bugs.freedesktop.org/show_bug.cgi?id=41791 Michel D?nzer changed: What|Removed |Added Component|Drivers/Gallium/r600|Mesa core AssignedTo|dri-devel

Reply: Question on S3 on evergreen

> -Original Message- > From: David Airlie [mailto:airlied at redhat.com] > Sent: 2011?10?13? 22:24 > To: Huang, FrankR > Cc: dri-devel at lists.freedesktop.org; Xavier Bestel; Dave Airlie > Subject: Re: Reply: Question on S3 on evergreen > > > > - Original Message - > > From:

[PATCH] RFCv2: omapdrm DRM/KMS driver for TI OMAP platforms

On Mon, Sep 26, 2011 at 8:55 AM, Konrad Rzeszutek Wilk wrote: >> I'm a bit undecided on some of this error handling at startup.. ?I >> guess ENOMEM is clear enough. ?But some of the other parts, like >> connector initialization, could fail just because some hw is not >> present/populated. ?Like

[Bug 41766] radeon lvds panel heavy flickering after opening laptop lid (Mobility Radeon HD 3650)

https://bugs.freedesktop.org/show_bug.cgi?id=41766 --- Comment #5 from Pasi K?rkk?inen 2011-10-13 23:23:21 PDT --- Hmm.. I'm pretty sure I didn't see flickering in Fedora 14 (Linux 2.6.35). Flickering starts already before Xorg is started. -- Configure bugmail:

[Bug 41766] radeon lvds panel heavy flickering after opening laptop lid (Mobility Radeon HD 3650)

https://bugs.freedesktop.org/show_bug.cgi?id=41766 --- Comment #4 from Pasi K?rkk?inen 2011-10-13 23:13:56 PDT --- Created an attachment (id=52314) --> (https://bugs.freedesktop.org/attachment.cgi?id=52314) Xorg.0.log Xorg.0.log from fedora 16 beta x86_64 livecd, with Linux 3.1.0-rc6, on hp

[Bug 41766] radeon lvds panel heavy flickering after opening laptop lid (Mobility Radeon HD 3650)

https://bugs.freedesktop.org/show_bug.cgi?id=41766 --- Comment #3 from Pasi K?rkk?inen 2011-10-13 23:12:27 PDT --- Created an attachment (id=52313) --> (https://bugs.freedesktop.org/attachment.cgi?id=52313) dmesg for Linux 3.1.0-rc6 dmesg for Linux 3.1.0-rc6, from fedora 16 beta x86_64

[Bug 41766] radeon lvds panel heavy flickering after opening laptop lid (Mobility Radeon HD 3650)

https://bugs.freedesktop.org/show_bug.cgi?id=41766 --- Comment #3 from Pasi Kärkkäinen pa...@iki.fi 2011-10-13 23:12:27 PDT --- Created an attachment (id=52313) -- (https://bugs.freedesktop.org/attachment.cgi?id=52313) dmesg for Linux 3.1.0-rc6 dmesg for Linux 3.1.0-rc6, from fedora 16 beta

[Bug 41766] radeon lvds panel heavy flickering after opening laptop lid (Mobility Radeon HD 3650)

https://bugs.freedesktop.org/show_bug.cgi?id=41766 --- Comment #4 from Pasi Kärkkäinen pa...@iki.fi 2011-10-13 23:13:56 PDT --- Created an attachment (id=52314) -- (https://bugs.freedesktop.org/attachment.cgi?id=52314) Xorg.0.log Xorg.0.log from fedora 16 beta x86_64 livecd, with Linux

[Bug 41766] radeon lvds panel heavy flickering after opening laptop lid (Mobility Radeon HD 3650)

https://bugs.freedesktop.org/show_bug.cgi?id=41766 --- Comment #5 from Pasi Kärkkäinen pa...@iki.fi 2011-10-13 23:23:21 PDT --- Hmm.. I'm pretty sure I didn't see flickering in Fedora 14 (Linux 2.6.35). Flickering starts already before Xorg is started. -- Configure bugmail:

[PATCH 02/12] RADEON: Move r100_*_*reg out of line

From: Andi Kleen a...@linux.intel.com This shrinks the sizes of a lot of functions in the radeon driver dramatically. With a non force inline + -Os kernel this is default anyways. Cc: David Airlie airl...@linux.ie Signed-off-by: Andi Kleen a...@linux.intel.com ---

[PATCH 10/12] REISERFS: reiserfs drop unnecessary inlines

From: Andi Kleen a...@linux.intel.com Drop some inlines to shrink code size with force inline Still some unfixed growth in: balance_leaf71908766 +1576 search_by_key 19633317 +1354 Cc: v...@zeniv.linux.org.uk Cc:

[PATCH 04/12] RADEON: Remove now unused functions in radeon driver

From: Andi Kleen a...@linux.intel.com With the dropped inlines gccs starts warning about genuinely unused functions. Remove r600_bpe_from_format, evergreen_cs_track_validate_cb, evergreen-cs_packet_next_is_pkt3_nop which are all unused. Cc: David Airlie airl...@linux.ie Signed-off-by: Andi

[PATCH 06/12] RADEON: Remove more bogus inlines in the radeon driver.

From: Andi Kleen a...@linux.intel.com Remove bogus inlines in evergreen and r100. Cc: airl...@linux.ie Signed-off-by: Andi Kleen a...@linux.intel.com --- drivers/gpu/drm/radeon/evergreen.c |4 +- drivers/gpu/drm/radeon/evergreen_blit_kms.c |2 +- drivers/gpu/drm/radeon/r100.c

[PATCH 08/12] X86: Move alloc_intr_gate out of line

From: Andi Kleen a...@linux.intel.com This saves about 2.5k text on a non force inline kernel. Cc: x...@kernel.org Signed-off-by: Andi Kleen a...@linux.intel.com --- arch/x86/include/asm/desc.h | 17 + arch/x86/kernel/irqinit.c | 20 2 files changed,

[PATCH 01/12] RADEON: Drop inlines from evergreen_cs.c / r600_cs.c

From: Andi Kleen a...@linux.intel.com Fixes evergreen_cs_parse 4080 23124 +19044 and others compared to a non force inline kernel. Cc: David Airlie airl...@linux.ie Signed-off-by: Andi Kleen a...@linux.intel.com --- drivers/gpu/drm/radeon/evergreen_cs.c |8

[PATCH 12/12] Force always inline for gcc 4.5 when optimizing for size

From: Andi Kleen a...@linux.intel.com I found that gcc 4.5 didn't inline a lot of inlines with CONFIG_OPTIMIZE_INLINING and CONFIG_CC_OPTIMIZE_FOR_SIZE. It was quite common to have very small inlines to be out of line, or worse inline statics in include files to be out of line with a copy for

[PATCH 09/12] Don't use inline node_page_state for sysfs output functions

From: Andi Kleen a...@linux.intel.com These are not time critical, and using an out of line function saves about 2.5k text on a non force inline kernel. I left the main hotpath user -- readahead -- inline for now. Signed-off-by: Andi Kleen a...@linux.intel.com --- drivers/base/node.c | 72

[PATCH 07/12] RADEON: Move more code out of line

From: Andi Kleen a...@linux.intel.com With this patch I'm only about 50k larger with DRM debugging enables (why is that enabled by default?!?), and slightly smaller without. Cc: airl...@linux.ie Signed-off-by: Andi Kleen a...@linux.intel.com --- drivers/gpu/drm/radeon/r100.c | 39

[PATCH 05/12] FB_ATY: Move register accesses out of line

From: Andi Kleen a...@linux.intel.com This fixes size regressions like radeon_set_suspend 17247873 +6149 radeon_reinitialize_M10 39749285 +5311 radeon_pm_disable_dynamic_mode 8686125 +5257 radeon_pm_enable_dynamic_mode

Re: [PATCH] drm/radeon/kms: consolidate GART code, fix memory fault after GPU lockup

[ Dropping sta...@kernel.org from CC, it'll get picked up for stable once it hits mainline ] On Don, 2011-10-13 at 16:38 -0400, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com After GPU lockup VRAM gart table is unpinned and thus its pointer becomes unvalid. This patch move

RE: Question on S3 on evergreen

-Original Message- From: dri-devel-bounces+frankr.huang=amd@lists.freedesktop.org [mailto:dri-devel-bounces+frankr.huang=amd@lists.freedesktop.org] On Behalf Of Alex Deucher Sent: 2011?10?13? 21:06 To: Huang, FrankR Cc: dri-devel@lists.freedesktop.org Subject: Re:

Re: [PATCH] RFCv2: omapdrm DRM/KMS driver for TI OMAP platforms

On Mon, Sep 26, 2011 at 8:55 AM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: I'm a bit undecided on some of this error handling at startup..  I guess ENOMEM is clear enough.  But some of the other parts, like connector initialization, could fail just because some hw is not

[Bug 41791] New: Civilization V + Wine = Bug

https://bugs.freedesktop.org/show_bug.cgi?id=41791 Summary: Civilization V + Wine = Bug Product: Mesa Version: 7.11 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

[PATCH] drm/radeon/kms: make r600-NI blit suspend code common

From: Alex Deucher alexander.deuc...@amd.com r600-NI shared the same blit suspend code. Clean it up and make it a shared function. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc: Ilija Hadzic ihad...@research.bell-labs.com --- drivers/gpu/drm/radeon/evergreen.c | 10 +-

Re: [RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

Hi Mr. Sumit Semwal, Thank you for taking care of the framework for buffer sharing. The support of buffer sharing in V4L2, both exporting and importing was posted in shrbuf proof-of-concept patch. It should be easy to port it to dmabuf.

Re: [RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

On 14 October 2011 15:30, Tomasz Stanislawski t.stanisl...@samsung.com wrote: Hi Mr. Sumit Semwal, Hello Mr. Tomasz Stanislawski :), Thank you for taking care of the framework for buffer sharing. The support of buffer sharing in V4L2, both exporting and importing was posted in shrbuf

Re: [RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

On Fri, Oct 14, 2011 at 12:00:58PM +0200, Tomasz Stanislawski wrote: +/** + * struct dma_buf_ops - operations possible on struct dma_buf + * @create: creates a struct dma_buf of a fixed size. Actual allocation + * does not happen here. The 'create' ops is not present in dma_buf_ops.

Re: [RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

On Fri, Oct 14, 2011 at 5:00 AM, Tomasz Stanislawski t.stanisl...@samsung.com wrote: + * @attach: allows different devices to 'attach' themselves to the given + *         buffer. It might return -EBUSY to signal that backing storage + *         is already allocated and incompatible with the

[Bug 41791] Civilization V + Wine = Bug

https://bugs.freedesktop.org/show_bug.cgi?id=41791 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Component|Drivers/Gallium/r600|Mesa core

Re: [PATCH] drm/radeon/kms: consolidate GART code, fix memory fault after GPU lockup

On Fri, Oct 14, 2011 at 10:14:54AM +0200, Michel Dänzer wrote: [ Dropping sta...@kernel.org from CC, it'll get picked up for stable once it hits mainline ] On Don, 2011-10-13 at 16:38 -0400, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com After GPU lockup VRAM gart

Re: [PATCH] drm/radeon/kms: make r600-NI blit suspend code common

On Fri, 14 Oct 2011 alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com r600-NI shared the same blit suspend code. Clean it up and make it a shared function. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc: Ilija Hadzic ihad...@research.bell-labs.com

[Bug 25489] distortion in screen.

https://bugs.freedesktop.org/show_bug.cgi?id=25489 dagg stompdagg...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 25490] kernel crash with 2.6.32, drm and kms enabled.

https://bugs.freedesktop.org/show_bug.cgi?id=25490 dagg stompdagg...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH v2] drm/i915/panel: Alwyas record the backlight level again (but cleverly)

This looks good to me, Reviewed-by: Keith Packard kei...@keithp.com -- keith.pack...@intel.com pgpBkOypSSs6U.pgp Description: PGP signature ___ dri-devel mailing list dri-devel@lists.freedesktop.org