Hi Dave.
please do not pull it yet. this pull request includes a wrong patch so
I will fix it soon. sorry for inconvenient.
Thanks.
Inki Dae
2012/9/3 Inki Dae :
> Hi Dave,
>
> this patch set fixes build warnings and includes minor code cleanup.
> other patches posted before will go to -next beca
On Tue, Sep 04, 2012 at 01:57:32PM -0700, Aaron Plattner wrote:
> On 08/31/2012 08:00 PM, Dave Airlie wrote:
> >Yes for 4 some sort of fencing is being worked on by Maarten for other stuff
> >but would be a pre-req for doing this, and also some devices don't want
> >fullscreen updates, like USB, so
Hello Inki Dae,
On Tue, Sep 4, 2012 at 7:45 PM, InKi Dae wrote:
> 2012/8/16 Leela Krishna Amudala :
>> The name of the exynos drm fimd device is renamed to exynos-drm-fimd
>> and two device ids are created for exynos4-fb and exynos5-drm-fimd.
>> Also, added driver data for exynos5 to pick the fim
Hello Inki Dae,
On Tue, Sep 4, 2012 at 7:42 PM, InKi Dae wrote:
>
> 2012/8/16 Leela Krishna Amudala :
> > Add device tree based discovery support for DRM-FIMD driver.
> >
> > Signed-off-by: Leela Krishna Amudala
> > ---
> > Documentation/devicetree/bindings/fb/drm-fimd.txt | 80
> > ++
https://bugs.freedesktop.org/show_bug.cgi?id=54527
Bug #: 54527
Summary: Crash, kernel BUG ttm/ttm_bo.c:1659!, when running
gnibbles
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: Other
From: Rob Clark
This simplifies drm fb lifetime, and if the crtc/plane needs to hold
a ref to the fb when disabling a pipe until the next vblank, this
avoids the need to make disabling an overlay synchronous. This is a
problem that shows up when userspace is using a drm plane to
implement a hw c
oh.. and this should be a 1/1 (no 2nd part.. apparently I suck at
git-format-patch)
On Tue, Sep 4, 2012 at 5:46 PM, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
> ---
> include/drm/drm_crtc.h | 15 ---
> 1 file changed, 15 deletions(-)
>
> diff --git a/include/
From: Rob Clark
Since the plane hasn't yet taken a reference, we need to hold a
reference while waiting to ensure the backing GEM bo doesn't get
freed from under us.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_crtc.c | 16 ++--
1 file changed, 14 insertions(+), 2 de
From: Rob Clark
Signed-off-by: Rob Clark
---
include/drm/drm_crtc.h | 15 ---
1 file changed, 15 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index 7ba9b39..a82e0a2 100644
--- a/include/drm/drm_crtc.h
+++ b/include/drm/drm_crtc.h
@@ -918,17 +918,10 @@
Dave, I just noticed that I still have this patch locally, but don't
see it in drm-next.. so just checking that it didn't get forgotten
BR,
-R
On Tue, Jul 24, 2012 at 3:05 AM, Daniel Vetter wrote:
> On Tue, Jul 24, 2012 at 1:07 AM, Rob Clark wrote:
>> From: Rob Clark
>>
>> The GEM handle take
n/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120904/4f0c84fa/attachment.pgp>
Hi Laurent,
Basically I agree that we need a common panel framework. I just have
some questions:
1. I think we should add color format in videomode - if we use such
common video mode structure shared across subsystems.
In HDMI, colors are bind with timings tightly. We need a combined
videomode wi
From: Rob Clark
This simplifies drm fb lifetime, and if the crtc/plane needs to hold
a ref to the fb when disabling a pipe until the next vblank, this
avoids the need to make disabling an overlay synchronous. This is a
problem that shows up when userspace is using a drm plane to
implement a hw c
oh.. and this should be a 1/1 (no 2nd part.. apparently I suck at
git-format-patch)
On Tue, Sep 4, 2012 at 5:46 PM, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
> ---
> include/drm/drm_crtc.h | 15 ---
> 1 file changed, 15 deletions(-)
>
> diff --git a/include/
From: Rob Clark
Since the plane hasn't yet taken a reference, we need to hold a
reference while waiting to ensure the backing GEM bo doesn't get
freed from under us.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_crtc.c | 16 ++--
1 file changed, 14 insertions(+), 2 de
From: Rob Clark
Signed-off-by: Rob Clark
---
include/drm/drm_crtc.h | 15 ---
1 file changed, 15 deletions(-)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index 7ba9b39..a82e0a2 100644
--- a/include/drm/drm_crtc.h
+++ b/include/drm/drm_crtc.h
@@ -918,17 +918,10 @@
Dave, I just noticed that I still have this patch locally, but don't
see it in drm-next.. so just checking that it didn't get forgotten
BR,
-R
On Tue, Jul 24, 2012 at 3:05 AM, Daniel Vetter wrote:
> On Tue, Jul 24, 2012 at 1:07 AM, Rob Clark wrote:
>> From: Rob Clark
>>
>> The GEM handle take
>
>> ... which end up with the following in next-20120904:
>>
>> config DRM_USB
>> depends on DRM
>> depends on USB_ARCH_HAS_HCD
>> select USB
>> select USB_SUPPORT
>>
>> config DRM_UDL
>> depends on DRM
On Tue, Sep 04, 2012 at 01:57:32PM -0700, Aaron Plattner wrote:
> On 08/31/2012 08:00 PM, Dave Airlie wrote:
> >Yes for 4 some sort of fencing is being worked on by Maarten for other stuff
> >but would be a pre-req for doing this, and also some devices don't want
> >fullscreen updates, like USB, so
On 08/31/2012 08:00 PM, Dave Airlie wrote:
>> object interface, so that Optimus-based laptops can use our driver to drive
>> the discrete GPU and display on the integrated GPU. The good news is that
>> I've got a proof of concept working.
>
> Don't suppose you'll be interested in adding the other
With respect to the following commits:
df0b344 drm/usb: select USB_SUPPORT in Kconfig
8f057d7 gpu/mfd/usb: Fix USB randconfig problems
... which end up with the following in next-20120904:
config DRM_USB
depends on DRM
depends on USB_ARCH_HAS_HCD
select USB
On Tue, Sep 04, 2012 at 01:19:12PM -0600, Stephen Warren wrote:
> With respect to the following commits:
>
> df0b344 drm/usb: select USB_SUPPORT in Kconfig
> 8f057d7 gpu/mfd/usb: Fix USB randconfig problems
>
> ... which end up with the following in next-20120904:
&
From: Rob Clark
If rotated 90 or 270, we need to invert the dimensions used by drm
core for calculating if the dimensions of an attached fb are correct.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_crtc.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/stagin
From: Rob Clark
For drivers that can support rotated scanout, the extra parameter
checking in drm-core, while nice, tends to get confused. To solve
this drivers can set the crtc or plane invert_dimensions field so
that the dimension checking takes into account the rotation that
the driver is per
Hi Laurent,
On Fri, Aug 17, 2012 at 02:49:39AM +0200, Laurent Pinchart wrote:
> +/**
> + * panel_get_modes - Get video modes supported by the panel
> + * @panel: The panel
> + * @modes: Pointer to an array of modes
> + *
> + * Fill the modes argument with a pointer to an array of video modes. The
Hello Inki Dae,
On Tue, Sep 4, 2012 at 7:45 PM, InKi Dae wrote:
> 2012/8/16 Leela Krishna Amudala :
>> The name of the exynos drm fimd device is renamed to exynos-drm-fimd
>> and two device ids are created for exynos4-fb and exynos5-drm-fimd.
>> Also, added driver data for exynos5 to pick the fim
Hello Inki Dae,
On Tue, Sep 4, 2012 at 7:42 PM, InKi Dae wrote:
>
> 2012/8/16 Leela Krishna Amudala :
> > Add device tree based discovery support for DRM-FIMD driver.
> >
> > Signed-off-by: Leela Krishna Amudala
> > ---
> > Documentation/devicetree/bindings/fb/drm-fimd.txt | 80
> > ++
On 9/3/12 11:54 AM, Shirish S wrote:
> Hello Dave,
>
> My patch-set for adding support for 4 block EDID is now reviewed and ready.
> Please let me know if you want any further clarification
I assume you have actual displays with that many EDID extensions. Can
you send a sample of the complete ED
From: Rob Clark
If rotated 90 or 270, we need to invert the dimensions used by drm
core for calculating if the dimensions of an attached fb are correct.
Signed-off-by: Rob Clark
---
drivers/staging/omapdrm/omap_crtc.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/stagin
From: Rob Clark
For drivers that can support rotated scanout, the extra parameter
checking in drm-core, while nice, tends to get confused. To solve
this drivers can set the crtc or plane invert_dimensions field so
that the dimension checking takes into account the rotation that
the driver is per
On 08/30/2012 12:23 AM, Ian Pilcher wrote:
>
> * Remove EDID_QUIRK_NO_AUDIO from the flags for the LG L246WP. It won't
> work "out of the box" with the Intel driver until that driver is
> fixed to not send audio InfoFrames to non-HDMI displays (but anyone
> who has the combination will be a
>From time to time I've been getting questions about how to use gl/egl
without x11. And I would point them at Jesse's blog post:
http://virtuousgeek.org/blog/index.php/jbarnes/2011/10/31/writing_stanalone_programs_with_egl_and_
But I wanted some simple example that was updated to work w/ the
Am Sonntag, den 12.08.2012, 15:08 -0500 schrieb Ian Pilcher:
> This display is apparently confused by any InfoFrames (see
> https://bugzilla.redhat.com/show_bug.cgi?id=806091).
>
> Tested on a ThinkPad T510 (nVidia GT218 [NVS 3100M]) and a co-
> workers ThinkPad X220 with Intel graphics. EDID_QUI
Hi Dave.
please do not pull it yet. this pull request includes a wrong patch so
I will fix it soon. sorry for inconvenient.
Thanks.
Inki Dae
2012/9/3 Inki Dae :
> Hi Dave,
>
> this patch set fixes build warnings and includes minor code cleanup.
> other patches posted before will go to -next beca
2012/8/16 Leela Krishna Amudala :
> The name of the exynos drm fimd device is renamed to exynos-drm-fimd
> and two device ids are created for exynos4-fb and exynos5-drm-fimd.
> Also, added driver data for exynos5 to pick the fimd version at runtime and
> to choose the VIDTCON register offsets accor
2012/8/16 Leela Krishna Amudala :
> The name of the exynos drm fimd device is renamed to exynos-drm-fimd
> and two device ids are created for exynos4-fb and exynos5-drm-fimd.
> Also, added driver data for exynos5 to pick the fimd version at runtime and
> to choose the VIDTCON register offsets accor
2012/8/16 Leela Krishna Amudala :
> Add device tree based discovery support for DRM-FIMD driver.
>
> Signed-off-by: Leela Krishna Amudala
> ---
> Documentation/devicetree/bindings/fb/drm-fimd.txt | 80 +
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 95
> +
2012/8/16 Leela Krishna Amudala :
> Add device tree based discovery support for DRM-FIMD driver.
>
> Signed-off-by: Leela Krishna Amudala
> ---
> Documentation/devicetree/bindings/fb/drm-fimd.txt | 80 +
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 95
> +
On 08/30/2012 12:23 AM, Ian Pilcher wrote:
>
> * Remove EDID_QUIRK_NO_AUDIO from the flags for the LG L246WP. It won't
> work "out of the box" with the Intel driver until that driver is
> fixed to not send audio InfoFrames to non-HDMI displays (but anyone
> who has the combination will be a
On 9/3/12 11:54 AM, Shirish S wrote:
Hello Dave,
My patch-set for adding support for 4 block EDID is now reviewed and ready.
Please let me know if you want any further clarification
I assume you have actual displays with that many EDID extensions. Can
you send a sample of the complete EDID b
>From time to time I've been getting questions about how to use gl/egl
without x11. And I would point them at Jesse's blog post:
http://virtuousgeek.org/blog/index.php/jbarnes/2011/10/31/writing_stanalone_programs_with_egl_and_
But I wanted some simple example that was updated to work w/ the
https://bugzilla.kernel.org/show_bug.cgi?id=43209
Luis Montes changed:
What|Removed |Added
CC||lamr64 at gmail.com
--- Comment #2 from
Hi Laurent,
Basically I agree that we need a common panel framework. I just have
some questions:
1. I think we should add color format in videomode - if we use such
common video mode structure shared across subsystems.
In HDMI, colors are bind with timings tightly. We need a combined
videomode wi
https://bugs.freedesktop.org/show_bug.cgi?id=54338
--- Comment #3 from Alex Deucher 2012-09-04 03:45:58 UTC
---
(In reply to comment #2)
> No, I'm just trying various kernel versions to get my card working. However, I
> just tried Fedora 17 live CD (kernel 3.3) and there radeon module loaded
> n
Hi Laurent,
On Fri, Aug 17, 2012 at 02:49:39AM +0200, Laurent Pinchart wrote:
> +/**
> + * panel_get_modes - Get video modes supported by the panel
> + * @panel: The panel
> + * @modes: Pointer to an array of modes
> + *
> + * Fill the modes argument with a pointer to an array of video modes. The
45 matches
Mail list logo
