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
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
> >
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
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
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
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
@@
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
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
lems
>>
>> ... 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 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
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
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
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
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
>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
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
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
>
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
>
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
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
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
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
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 able to
2012/8/16 Leela Krishna Amudala l.kris...@samsung.com:
Add device tree based discovery support for DRM-FIMD driver.
Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com
---
Documentation/devicetree/bindings/fb/drm-fimd.txt | 80 +
2012/8/16 Leela Krishna Amudala l.kris...@samsung.com:
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
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 inki@samsung.com:
Hi Dave,
this patch set fixes build warnings and includes minor code cleanup.
other patches posted before will
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.
From: Rob Clark r...@ti.com
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
From: Rob Clark r...@ti.com
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 r...@ti.com
---
drivers/staging/omapdrm/omap_crtc.c |7 +++
1 file changed, 7 insertions(+)
diff
Hello Inki Dae,
On Tue, Sep 4, 2012 at 7:45 PM, InKi Dae inki@samsung.com wrote:
2012/8/16 Leela Krishna Amudala l.kris...@samsung.com:
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
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 doing
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 dan...@ffwll.ch wrote:
On Tue, Jul 24, 2012 at 1:07 AM, Rob Clark rob.cl...@linaro.org wrote:
From: Rob
From: Rob Clark r...@ti.com
Signed-off-by: Rob Clark r...@ti.com
---
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
+++
From: Rob Clark r...@ti.com
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 r...@ti.com
---
drivers/staging/omapdrm/omap_crtc.c | 16 ++--
1 file changed,
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 rob.cl...@linaro.org wrote:
From: Rob Clark r...@ti.com
Signed-off-by: Rob Clark r...@ti.com
---
include/drm/drm_crtc.h | 15 ---
1 file changed, 15
From: Rob Clark r...@ti.com
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
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
41 matches
Mail list logo