This looks good to me,
Reviewed-by: Keith Packard
--
keith.pack...@intel.com
pgpBkOypSSs6U.pgp
Description: PGP signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
ves/dri-devel/attachments/20111014/c3a9a108/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=25490
dagg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=25490
dagg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=25489
dagg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=25489
dagg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
obvio
On Fri, 14 Oct 2011 alexdeuc...@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
obvious, so as mu
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 s
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 re
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 re
> -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
> Subj
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_bu
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
b/drivers/gpu/drm/e
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: K
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 exynos_drm
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 del
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 fil
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 -
drivers/gpu/drm/exynos/exy
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
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 an
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
b/drivers/gpu/drm/e
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: K
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 exynos_drm
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 del
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 fil
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 -
drivers/gpu/drm/exynos/exy
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
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:
git://people.freede
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 table
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.
http://lists.linaro.org/pipermail/linaro-mm-sig/2011-August
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 ba
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 +-
drivers/gpu/drm/radeon/r600.c
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 implements GEM
support
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
>> + * ?
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
>> To
[ 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 unpi
> -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
> Subjec
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
> >
> > After GPU lockup VRAM gart table is un
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 ve
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@l
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 a
> -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: "
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 mi
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
>> + *
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_bu
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 sh
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.
http://lists.linaro.org/pipermail/linaro-mm-sig/2011-Augu
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 +-
drivers/gpu/drm/radeon/r600.c
On Fri, Oct 14, 2011 at 6:13 AM, Huang, FrankR wrote:
>
>
>> -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: Huan
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
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
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 mi
> -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:
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 ba
[ 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
>
> After GPU lockup VRAM gart table is unpinned and thus its pointer
> becomes unvalid. This patch move the unpin code
56 matches
Mail list logo
