Hi Steffen
Sorry for chiming in so late in the game, but I've long been wanting to
have a look at this and compare with what we do for V4L2, so, this seems a
great opportunity to me:-)
On Thu, 4 Oct 2012, Steffen Trumtrar wrote:
> Signed-off-by: Steffen Trumtrar
> ---
> .../devicetree/bindin
xt attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 828 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121004/22f9b4b3/attachment.pgp>
On Thu, Oct 04, 2012 at 08:20:17PM +0100, Hugo Mills wrote:
>Hi,
>
>On 3.6, I've got a problem with my video driver after resuming from
> suspend-to-disk: the lower part of the display flickers, rapidly but
> irregularly (think of a neon sign in a bad film noir), flicking
> between the cor
exynos-drm-hdmi need context pointers from hdmi and mixer. These
pointers were expected from the plf data. Cleaned this dependency
by exporting i/f which are called by hdmi, mixer driver probes
for setting their context.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_drm_hdmi.c |
This patch adds support for exynos5 hdmi with device tree enabled.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 83 --
1 files changed, 79 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/d
This patch removed the is_v13 variable from the hdmi driver context.
It is replaced with condition check for the hdmi version. This cleans
the way for handling further hdmi versions.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 40 +-
1
This patch adds support for exynos5 mixer with device tree enabled.
Signed-off-by: Rahul Sharma
Signed-off-by: Fahad Kunnathadi
---
drivers/gpu/drm/exynos/exynos_mixer.c | 49 +++--
drivers/gpu/drm/exynos/regs-mixer.h |3 ++
2 files changed, 49 insertions(+),
This patch adds support for disabling the video processor code based
on the platform type. This is done based on a field in the mixer driver
data which changes with the platform variant.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c | 151 +---
This patch adds the support for multiple mixer versions avaialble in
various platform variants. Version is passed as a driver data field
instead of paltform data.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c | 28
1 files changed, 28 insert
This patch adds support for exynos5 hdmi phy with device tree enabled.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmiphy.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmiphy.c
b/drivers/gpu/drm/exynos/ex
This patch adds support for exynos5 ddc with device tree enabled.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_ddc.c | 22 +-
1 files changed, 17 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_ddc.c
b/drivers/gpu/drm/exynos/exyno
This patch removes the drm hdmi platform data structure which is no
longer in use by drm hdmi driver after this patch set get merged. s5p
hdmi platform data structure is used instead.
Signed-off-by: Rahul Sharma
---
include/drm/exynos_drm.h | 13 -
1 files changed, 0 insertions(+),
From: Tomasz Stanislawski
The plug/unplug interrupt are handled by a separate interrupt.
So there is no need to replicate this mechanism in HDMI core.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c |5 +
1 files changed, 1 inse
From: Tomasz Stanislawski
The 'exynos-drm-hdmi' driver makes use of s5p-tv platform devices. Therefore
the driver should use the same platform data to prevent crashes caused by
dereferencing incorrect types. This patch corrects the exynos-drm-hdmi driver
to the platform data from s5p-hdmi.
Sign
From: Tomasz Stanislawski
This patch fixes 'unsigned < 0' check in probe. Moreover it
releases an interrupt at remove.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff
From: Tomasz Stanislawski
This patch implements check if HDMI is version 1.3 by using a driver variant
instead of platform data.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 25 -
1 files changed, 24 inser
From: Tomasz Stanislawski
This patch extends s5p-hdmi platform data by a GPIO identifier for
Hot-Plug-Detection pin.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
include/media/s5p_hdmi.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/m
This patch set adds the DT based support for Samsung's Exynos5250 in DRM-HDMI.
It includes disabling of hdmi internal interrupt, suppport for platform
variants for hdmi and mixer, support to disable video processor based on
platform type and removal of drm common platform data.
This patchset is ba
-
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 828 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121004/765775b2/attachment-0001.pgp>
Get videomode from devicetree in a format appropriate for the
backend. drm_display_mode and fb_videomode are supported atm.
Uses the display signal timings from of_display_timings
Signed-off-by: Steffen Trumtrar
---
drivers/of/Kconfig |5 +
drivers/of/Makefile |1 +
dr
Signed-off-by: Steffen Trumtrar
---
.../devicetree/bindings/video/display-timings.txt | 222
drivers/of/Kconfig |5 +
drivers/of/Makefile|1 +
drivers/of/of_display_timings.c| 183 +
Hi!
In accordance with Stepehn Warren, I downsized the binding.
Now, just the display-timing is described, as I think, it is way easier to agree
on those and have a complete binding.
Regards,
Steffen
Steffen Trumtrar (2):
of: add helper to parse display timings
of: add generic videomode desc
On Thu, Oct 04, 2012 at 12:07:01PM -0400, Alex Deucher wrote:
> On Thu, May 24, 2012 at 3:26 PM, Daniel Vetter
> wrote:
> > Hi all,
> >
> > I've got fed up with our sorry state of connector detection and rampant
> > edid re
> > and rere-reading.
> >
> > This patch series lays the groundwork in t
On Thu, Oct 04, 2012 at 03:21:47PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> One more, as discussed on irc.
>
> Bigger -fixes pile, mostly because I've included Ajax' DP dongle stuff,
> as discussed on irc. Otherwise just small things:
> - regression fix to finally make 6bpc auto-dither on dp wo
v2: setup and alloc number of contiguous PTs if possible
Warning: Heaven benchmark /sometimes/ fails with this patch after
10 or 15 minutes of working, so any insight is greatly appreciated.
The code is a bit bloated because it's a question how a decent optimization
should be made: via macros? us
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121004/44cca606/attachment-0001.pgp>
From: Alan Cox
There are still some mysteries left, in particular how (and in
fact if) the EDID is supposed to work on the HDMI port. However
the basic stuff now works and I can plug my Q550 into an HDMI
display and get the expected results.
[v2: cleans up space/tab and other formatting as per D
On Thu, 2012-10-04 at 15:35 +0200, Daniel Vetter wrote:
> On Thu, Sep 27, 2012 at 07:41:06PM +0100, Damien Lespiau wrote:
> > From: Damien Lespiau
> >
> > The "expose 3D modes" property can be attached to connectors to allow
> > user space to indicate it can deal with 3D modes and that the drm dr
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121004/b328e339/attachment.html>
e infrastructure in the common drm code. Daniel's patches have not been
merged upstream yet.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives
On Thu, Sep 27, 2012 at 07:41:06PM +0100, Damien Lespiau wrote:
> From: Damien Lespiau
>
> The "expose 3D modes" property can be attached to connectors to allow
> user space to indicate it can deal with 3D modes and that the drm driver
> should expose those 3D modes.
>
> Signed-off-by: Damien Le
Hi Dave,
One more, as discussed on irc.
Bigger -fixes pile, mostly because I've included Ajax' DP dongle stuff,
as discussed on irc. Otherwise just small things:
- regression fix to finally make 6bpc auto-dither on dp work (Jani)
- reinstate an snb ctx w/a that accidentally got lost in a rework (
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121004/e88e0cbe/attachment.html>
Hi Steffen
Sorry for chiming in so late in the game, but I've long been wanting to
have a look at this and compare with what we do for V4L2, so, this seems a
great opportunity to me:-)
On Thu, 4 Oct 2012, Steffen Trumtrar wrote:
> Signed-off-by: Steffen Trumtrar
> ---
> .../devicetree/bindin
On Thu, Oct 4, 2012 at 1:16 PM, Daniel Vetter wrote:
> On Thu, Oct 04, 2012 at 12:07:01PM -0400, Alex Deucher wrote:
>> On Thu, May 24, 2012 at 3:26 PM, Daniel Vetter
>> wrote:
>> > Hi all,
>> >
>> > I've got fed up with our sorry state of connector detection and rampant
>> > edid re
>> > and r
From: Mika Kuoppala
Add description for drm_kms_helper.poll module parameter introduced
by commit: e58f637bb96d5a0ae0919b9998b891d1ba7e47c9
Signed-off-by: Mika Kuoppala
---
Documentation/kernel-parameters.txt | 11 +++
1 file changed, 11 insertions(+)
diff --git a/Documentation/kern
On Thu, Oct 4, 2012 at 12:34 PM, wrote:
> From: Mika Kuoppala
>
> Add description for drm_kms_helper.poll module parameter introduced
> by commit: e58f637bb96d5a0ae0919b9998b891d1ba7e47c9
>
> Signed-off-by: Mika Kuoppala
Actually I've noticed even with just hdmi it stalls for long enough to
mi
Hi Rob,
> -Original Message-
> From: robdclark at gmail.com [mailto:robdclark at gmail.com] On Behalf Of Rob
> Clark
> Sent: 03 October 2012 13:39
> To: Maarten Lankhorst
> Cc: Tom Cooksey; mesa-dev at lists.freedesktop.org; linaro-mm-sig at
> lists.linaro.org; dri-
> devel at lists.free
Hi All,
After receiving a fair bit of feedback (thanks!), I've updated the
EGL_EXT_image_dma_buf_import spec
and expanded it to resolve a number of the issues. Please find the latest draft
below and let me
know any additional feedback you might have, either on the lists or by private
e-mail - I
On 10/04/2012 11:59 AM, Steffen Trumtrar wrote:
> Get videomode from devicetree in a format appropriate for the
> backend. drm_display_mode and fb_videomode are supported atm.
> Uses the display signal timings from of_display_timings
> +++ b/drivers/of/of_videomode.c
> +int videomode_from_timing(
On 10/04/2012 11:59 AM, Steffen Trumtrar wrote:
A patch description would be useful for something like this.
> diff --git a/Documentation/devicetree/bindings/video/display-timings.txt
> b/Documentation/devicetree/bindings/video/display-timings.txt
> new file mode 100644
...
> +Usage in backend
>
On Thu, Oct 04, 2012 at 08:20:17PM +0100, Hugo Mills wrote:
>Hi,
>
>On 3.6, I've got a problem with my video driver after resuming from
> suspend-to-disk: the lower part of the display flickers, rapidly but
> irregularly (think of a neon sign in a bad film noir), flicking
> between the cor
For the series:
Reviewed-by: Alex Deucher
On Wed, Oct 3, 2012 at 5:15 PM, Marek Ol??k wrote:
> ---
> radeon/radeon_surface.c |2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
> index 03b1c5d..c62cbf9 100644
> --- a/radeon/radeon_surf
On Thu, May 24, 2012 at 3:26 PM, Daniel Vetter
wrote:
> Hi all,
>
> I've got fed up with our sorry state of connector detection and rampant edid
> re
> and rere-reading.
>
> This patch series lays the groundwork in the drm helpers so that drivers can
> avoid all this madness (at least on working
On 10/04/2012 11:59 AM, Steffen Trumtrar wrote:
> Get videomode from devicetree in a format appropriate for the
> backend. drm_display_mode and fb_videomode are supported atm.
> Uses the display signal timings from of_display_timings
> +++ b/drivers/of/of_videomode.c
> +int videomode_from_timing(
On 10/04/2012 11:59 AM, Steffen Trumtrar wrote:
A patch description would be useful for something like this.
> diff --git a/Documentation/devicetree/bindings/video/display-timings.txt
> b/Documentation/devicetree/bindings/video/display-timings.txt
> new file mode 100644
...
> +Usage in backend
>
David Howells wrote:
> Linus Torvalds wrote:
>
> > Ok, as usual I actually wanted to do the merge myself despite the
> > annoying conflicts (this *really* is the last time I will ever accept
> > any header file "cleanups" - they simply aren't worth the pain).
>
> There was a reason I asked you
On Thu, Oct 4, 2012 at 11:28 AM, Paul Menzel
wrote:
> Am Donnerstag, den 04.10.2012, 13:16 +0200 schrieb Daniel Vetter:
>> On Thu, Oct 4, 2012 at 12:34 PM, wrote:
>> > From: Mika Kuoppala
>> >
>> > Add description for drm_kms_helper.poll module parameter introduced
>> > by commit: e58f637bb96d5
We don't want to build libdrm tests with Cairo support under Poky, since
they're never used and also cause a build loop from libdrm -> cairo ->
mesa-dri -> libdrm.
To avoid variance in build results, introduce a --disable-cairo-tests
switch.
Signed-off-by: Daniel Stone
---
configure.ac
Hi Dave,
Bigger -fixes pile, mostly because I've included Ajax' DP dongle stuff,
as discussed on irc. Otherwise just small things:
- regression fix to finally make 6bpc auto-dither on dp work (Jani)
- reinstate an snb ctx w/a that accidentally got lost in a rework (Chris)
- fixup the DP train sequ
Hello Dave,
this patch set updates exynos drm framework and includes minor fixups.
and this pull request except hdmi device tree support patch set posted
by Rahul Sharma because that includes media side patch so for this
patch set, we may have git pull one more time in addition, if we get
an agree
iving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121004/e26e2345/attachment.html>
Get videomode from devicetree in a format appropriate for the
backend. drm_display_mode and fb_videomode are supported atm.
Uses the display signal timings from of_display_timings
Signed-off-by: Steffen Trumtrar
---
drivers/of/Kconfig |5 +
drivers/of/Makefile |1 +
dr
We don't want to build libdrm tests with Cairo support under Poky, since
they're never used and also cause a build loop from libdrm -> cairo ->
mesa-dri -> libdrm.
To avoid variance in build results, introduce a --disable-cairo-tests
switch.
Signed-off-by: Daniel Stone
---
configure.ac | 18 +
Signed-off-by: Steffen Trumtrar
---
.../devicetree/bindings/video/display-timings.txt | 222
drivers/of/Kconfig |5 +
drivers/of/Makefile|1 +
drivers/of/of_display_timings.c| 183 +
Hi!
In accordance with Stepehn Warren, I downsized the binding.
Now, just the display-timing is described, as I think, it is way easier to agree
on those and have a complete binding.
Regards,
Steffen
Steffen Trumtrar (2):
of: add helper to parse display timings
of: add generic videomode desc
A1 --mode 1920x1080R
$ xrandr --output VGA1 --mode 1920x1080R --output LVDS1 --off
$ dmesg > 20121004--eeepc-701-4g-VGA-1--mode--LVDS-off.dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
U
Linus Torvalds wrote:
> Ok, as usual I actually wanted to do the merge myself despite the
> annoying conflicts (this *really* is the last time I will ever accept
> any header file "cleanups" - they simply aren't worth the pain).
There was a reason I asked you to pull the patches at the *end* of
On Thu, Oct 4, 2012 at 1:16 PM, Daniel Vetter wrote:
> On Thu, Oct 04, 2012 at 12:07:01PM -0400, Alex Deucher wrote:
>> On Thu, May 24, 2012 at 3:26 PM, Daniel Vetter
>> wrote:
>> > Hi all,
>> >
>> > I've got fed up with our sorry state of connector detection and rampant
>> > edid re
>> > and r
We don't want to build libdrm tests with Cairo support under Poky, since
they're never used and also cause a build loop from libdrm -> cairo ->
mesa-dri -> libdrm.
To avoid variance in build results, introduce a --disable-cairo-tests
switch.
Signed-off-by: Daniel Stone
---
configure.ac | 14 +
On Thu, Oct 04, 2012 at 12:07:01PM -0400, Alex Deucher wrote:
> On Thu, May 24, 2012 at 3:26 PM, Daniel Vetter wrote:
> > Hi all,
> >
> > I've got fed up with our sorry state of connector detection and rampant
> > edid re
> > and rere-reading.
> >
> > This patch series lays the groundwork in the
On Thu, Oct 04, 2012 at 03:21:47PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> One more, as discussed on irc.
>
> Bigger -fixes pile, mostly because I've included Ajax' DP dongle stuff,
> as discussed on irc. Otherwise just small things:
> - regression fix to finally make 6bpc auto-dither on dp wo
On Wed, 3 Oct 2012 17:12:18 +0200
Daniel Vetter wrote:
> On Wed, Oct 03, 2012 at 10:15:38PM +0800, Fengguang Wu wrote:
> > Hi Jesse,
> >
> > FYI, kernel build failed on
> >
> > tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-fixes
> > head: 2cb47a9c6d49f2961dcf57f69ff968e
https://bugs.freedesktop.org/show_bug.cgi?id=49943
--- Comment #10 from Harald Judt ---
I didn't disable polling. However, if the patches haven't been merged upstream
yet, then it's clear that it will not work. Thanks for clarification.
--
You are receiving this mail because:
You are the assign
From: Alan Cox
There are still some mysteries left, in particular how (and in
fact if) the EDID is supposed to work on the HDMI port. However
the basic stuff now works and I can plug my Q550 into an HDMI
display and get the expected results.
[v2: cleans up space/tab and other formatting as per D
For the series:
Reviewed-by: Alex Deucher
On Wed, Oct 3, 2012 at 5:15 PM, Marek Olšák wrote:
> ---
> radeon/radeon_surface.c |2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
> index 03b1c5d..c62cbf9 100644
> --- a/radeon/radeon_surf
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_acpi.c|2 +
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 42 +++---
2 files changed, 23 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_acpi.c
b/dr
From: Luca Tettamanti
Fixes compiler warnings on 32bit.
Signed-off-by: Luca Tettamanti
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_acpi.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_acpi.c
b/drivers/gpu/drm/radeo
On Thu, May 24, 2012 at 3:26 PM, Daniel Vetter wrote:
> Hi all,
>
> I've got fed up with our sorry state of connector detection and rampant edid
> re
> and rere-reading.
>
> This patch series lays the groundwork in the drm helpers so that drivers can
> avoid all this madness (at least on working
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121004/ca073316/attachment-0001.html>
v2: setup and alloc number of contiguous PTs if possible
Warning: Heaven benchmark /sometimes/ fails with this patch after
10 or 15 minutes of working, so any insight is greatly appreciated.
The code is a bit bloated because it's a question how a decent optimization
should be made: via macros? us
https://bugs.freedesktop.org/show_bug.cgi?id=49943
--- Comment #9 from Alex Deucher ---
(In reply to comment #8)
> Reproducible with linux-3.6.0-rc6. If it is a duplicate of bug 51042,
> shouldn't this be fixed now, or have the patches referenced in that bug not
> been committed yet
> (http://com
On Thu, Oct 4, 2012 at 11:28 AM, Paul Menzel
wrote:
> Am Donnerstag, den 04.10.2012, 13:16 +0200 schrieb Daniel Vetter:
>> On Thu, Oct 4, 2012 at 12:34 PM, wrote:
>> > From: Mika Kuoppala
>> >
>> > Add description for drm_kms_helper.poll module parameter introduced
>> > by commit: e58f637bb96d5
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121004/dc5605a6/attachment.html>
Am Donnerstag, den 04.10.2012, 13:16 +0200 schrieb Daniel Vetter:
> On Thu, Oct 4, 2012 at 12:34 PM, wrote:
> > From: Mika Kuoppala
> >
> > Add description for drm_kms_helper.poll module parameter introduced
> > by commit: e58f637bb96d5a0ae0919b9998b891d1ba7e47c9
Commit hashes are hard to remem
https://bugs.freedesktop.org/show_bug.cgi?id=55606
--- Comment #1 from Tomasz P. ---
I am using mesa-git from today and it works but I use also libdrm-git
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing
On Wed, 3 Oct 2012 17:12:18 +0200
Daniel Vetter wrote:
> On Wed, Oct 03, 2012 at 10:15:38PM +0800, Fengguang Wu wrote:
> > Hi Jesse,
> >
> > FYI, kernel build failed on
> >
> > tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-fixes
> > head: 2cb47a9c6d49f2961dcf57f69ff968e
hat too.
$ xrandr --newmode "1920x1080R" 138.50 1920 1968 2000 2080 1080 1083 1088
+hsync -vsync
$ xrandr --addmode VGA1 1920x1080R
$ xrandr --output VGA1 --mode 1920x1080R
$ xrandr --output VGA1 --mode 1920x1080R --output LVDS1 --off
$ dmesg > 20121004--eeepc-701-4g-VGA-1--mod
On Thu, 2012-10-04 at 15:35 +0200, Daniel Vetter wrote:
> On Thu, Sep 27, 2012 at 07:41:06PM +0100, Damien Lespiau wrote:
> > From: Damien Lespiau
> >
> > The "expose 3D modes" property can be attached to connectors to allow
> > user space to indicate it can deal with 3D modes and that the drm dr
On Thu, Sep 27, 2012 at 07:41:06PM +0100, Damien Lespiau wrote:
> From: Damien Lespiau
>
> The "expose 3D modes" property can be attached to connectors to allow
> user space to indicate it can deal with 3D modes and that the drm driver
> should expose those 3D modes.
>
> Signed-off-by: Damien Le
Hi Dave,
One more, as discussed on irc.
Bigger -fixes pile, mostly because I've included Ajax' DP dongle stuff,
as discussed on irc. Otherwise just small things:
- regression fix to finally make 6bpc auto-dither on dp work (Jani)
- reinstate an snb ctx w/a that accidentally got lost in a rework (
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_acpi.c|2 +
drivers/gpu/drm/radeon/radeon_legacy_encoders.c | 42 +++---
2 files changed, 23 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_acpi.c
b/dr
From: Luca Tettamanti
Fixes compiler warnings on 32bit.
Signed-off-by: Luca Tettamanti
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_acpi.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_acpi.c
b/drivers/gpu/drm/radeo
Hi Rob,
> -Original Message-
> From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob Clark
> Sent: 03 October 2012 13:39
> To: Maarten Lankhorst
> Cc: Tom Cooksey; mesa-...@lists.freedesktop.org;
> linaro-mm-...@lists.linaro.org; dri-
> de...@lists.freedesktop.org; Jesse
Hi All,
After receiving a fair bit of feedback (thanks!), I've updated the
EGL_EXT_image_dma_buf_import spec
and expanded it to resolve a number of the issues. Please find the latest draft
below and let me
know any additional feedback you might have, either on the lists or by private
e-mail - I
Hi Linus,
So first of all my tree and uapi stuff has a conflict mess, its my fault
as the nouveau stuff didn't hit -next as were trying to rebase regressions
out of it before we merged.
So this pull is for my drm-next-merged branch which is my drm-next branch
merged with your tree, and some f
On Thu, Oct 4, 2012 at 12:34 PM, wrote:
> From: Mika Kuoppala
>
> Add description for drm_kms_helper.poll module parameter introduced
> by commit: e58f637bb96d5a0ae0919b9998b891d1ba7e47c9
>
> Signed-off-by: Mika Kuoppala
Actually I've noticed even with just hdmi it stalls for long enough to
mi
https://bugs.freedesktop.org/show_bug.cgi?id=53544
--- Comment #13 from Paul Menzel ---
Created attachment 68073
--> https://bugs.freedesktop.org/attachment.cgi?id=68073&action=edit
T60 (945GM): output of Linux kernel 3.2.23 ring buffer (dmesg)
Here is the output from `dmesg` from the T60 havi
A1 --mode 1920x1080R
$ xrandr --output VGA1 --mode 1920x1080R --output LVDS1 --off
$ dmesg > 20121004--eeepc-701-4g-VGA-1--mode--LVDS-off.dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-dev
David Howells wrote:
> Linus Torvalds wrote:
>
> > Ok, as usual I actually wanted to do the merge myself despite the
> > annoying conflicts (this *really* is the last time I will ever accept
> > any header file "cleanups" - they simply aren't worth the pain).
>
> There was a reason I asked you
From: Mika Kuoppala
Add description for drm_kms_helper.poll module parameter introduced
by commit: e58f637bb96d5a0ae0919b9998b891d1ba7e47c9
Signed-off-by: Mika Kuoppala
---
Documentation/kernel-parameters.txt | 11 +++
1 file changed, 11 insertions(+)
diff --git a/Documentation/kern
Linus Torvalds wrote:
> Ok, as usual I actually wanted to do the merge myself despite the
> annoying conflicts (this *really* is the last time I will ever accept
> any header file "cleanups" - they simply aren't worth the pain).
There was a reason I asked you to pull the patches at the *end* of
Hi Dave,
Bigger -fixes pile, mostly because I've included Ajax' DP dongle stuff,
as discussed on irc. Otherwise just small things:
- regression fix to finally make 6bpc auto-dither on dp work (Jani)
- reinstate an snb ctx w/a that accidentally got lost in a rework (Chris)
- fixup the DP train sequ
https://bugs.freedesktop.org/show_bug.cgi?id=55606
Priority: medium
Bug ID: 55606
Assignee: dri-devel@lists.freedesktop.org
Summary: r300_dri.so.tmp: tries to link to yylex
Severity: blocker
Classification: Unclassified
OS: L
https://bugs.freedesktop.org/show_bug.cgi?id=55604
Priority: medium
Bug ID: 55604
Assignee: dri-devel@lists.freedesktop.org
Summary: r600_shader.c compile fails to compile with gcc-4.7.2
Severity: blocker
Classification: Unclassified
hat too.
$ xrandr --newmode "1920x1080R" 138.50 1920 1968 2000 2080 1080 1083 1088
+hsync -vsync
$ xrandr --addmode VGA1 1920x1080R
$ xrandr --output VGA1 --mode 1920x1080R
$ xrandr --output VGA1 --mode 1920x1080R --output LVDS1 --off
$ dmesg > 20121004--eeepc-701-4g-VGA-1--mod
This patch adds support for exynos5 mixer with device tree enabled.
Signed-off-by: Rahul Sharma
Signed-off-by: Fahad Kunnathadi
---
drivers/gpu/drm/exynos/exynos_mixer.c | 49 +++--
drivers/gpu/drm/exynos/regs-mixer.h |3 ++
2 files changed, 49 insertions(+),
This patch removed the is_v13 variable from the hdmi driver context.
It is replaced with condition check for the hdmi version. This cleans
the way for handling further hdmi versions.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 40 +-
1
exynos-drm-hdmi need context pointers from hdmi and mixer. These
pointers were expected from the plf data. Cleaned this dependency
by exporting i/f which are called by hdmi, mixer driver probes
for setting their context.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_drm_hdmi.c |
This patch adds support for exynos5 hdmi phy with device tree enabled.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_hdmiphy.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmiphy.c
b/drivers/gpu/drm/exynos/ex
1 - 100 of 112 matches
Mail list logo
