I can confirm this fixes it for me, too.
3.15 with these fixes and the large PTE patches actually ends up being
noticeably slower than earlier kernels with Xonotic, though. I wonder
what's going on.
Grigori
On 12.05.2014 14:50, Christian K?nig wrote:
> I could reproduce the problem with xonoti
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/4c8929e0/attachment-0001.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/72261db8/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/926c246b/attachment.html>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/570e91f4/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140513/abed6b18/attachment.html>
Rob,
Can you take a look at this one too, now that I have your attention :-).
-djk
On Thu, Apr 17, 2014 at 12:08 PM, Daniel Kurtz wrote:
> drmOpenByName() is a static function that is only called by drmOpen().
> drmOpen() already checks drmAvailable(), so the checki in
> drmOpenByName() is redund
ceiving 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/20140513/1a2ffc5b/attachment.html>
Hi,
On Wed, Feb 19, 2014 at 4:02 PM, Inki Dae wrote:
> 2014-02-14 16:34 GMT+09:00 Shirish S :
>> In DVI mode the video preamble and Guard band should
>> be disabled whereas it should be applied in HDMI mode,
>> the re-applying of preamble and guard band was missing,
>> which resulted in display f
https://bugzilla.kernel.org/show_bug.cgi?id=71891
--- Comment #37 from sdh ---
(In reply to Christian K?nig from comment #32)
> I've pushed the workaround upstream. So you should at least have a booting
> system. Just don't try to use any accelerated video decoding since that
> would crash the bo
Hi Dave
On Mon, May 12, 2014 at 8:46 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> This adds DP 1.2 MST support on Haswell systems.
>
> Notes:
> a) this reworks irq handling for DP MST ports, so that we can
> avoid the mode config locking in the current hpd handlers, as
> we need to process up/
y well. In particular I like the concept of
the "Users" section, which could save us a lot of work trying to track
potential users of crufty ABI retrospectively.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signat
On Tue, May 13, 2014 at 9:17 AM, Thierry Reding
wrote:
> On Mon, May 12, 2014 at 10:03:55AM +0200, Daniel Vetter wrote:
>> On Mon, May 12, 2014 at 11:37:53AM +0530, Sagar Arun Kamble wrote:
>> > I support approach using docbook to start since there are not lot of
>> > properties. Laurent has ack'e
---
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/46be518d/attachment.sig>
: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/bf2616e6/attachment.sig>
ne. Also the patch subject says
01/12, where are the other eleven patches?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/63555270/attachment.sig>
Typo in the subject bugs my OCD, otherwise agreed.
Jani.
On Wed, 07 May 2014, Daniel Vetter wrote:
> Only gma500 is still using this, once that's converted we can kill all
> this code. If that conversion doesn't happen soonish I think we should
> just move this helper code into the gma500 drive
pplication/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/a054614f/attachment.sig>
art --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/bcfbd420/attachment.sig>
d...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/809aa7a9/attachment.sig>
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/babeb8df/attachment.sig>
rm_device *dev);
There was a patch series once to remove all usage of extern from
prototypes. Was there an official decision against that which I missed,
or did it just fall off the table?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not availab
not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/319dec86/attachment-0001.sig>
is not set, and set the environment
variable EGL_LOG_LEVEL=debug to get more information.
--
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/a
inux-next.
Otherwise looks good.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/d4d2ef18/attachment.sig>
On Monday, May 12, 2014 3:47 PM, Dave Airlie wrote:
>
> From: Dave Airlie
>
> This just adds the defines from the DP 1.2 spec, which we
> will use later.
>
> Signed-off-by: Dave Airlie
> ---
> include/drm/drm_dp_helper.h | 78
> +
> 1 file changed,
nt was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/48829e73/attachment-0001.html>
et updated when the
> code changes.
There are no guarantees that people will keep code comments up-to-date
either. The only way you can make sure of that is by reviewing patches
carefully. And if you do that, the same applies to external
documentation. I agree, though, that it's slightly easier to update code
comments, so if we can make this work together with some of the stricter
requirements for ABI as given above I think I could be happy as well.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/24347885/attachment.sig>
On 05/13/2014 09:51 AM, Thierry Reding wrote:
> On Fri, May 09, 2014 at 04:16:40PM +0200, Boris BREZILLON wrote:
>> Hello Thierry,
>>
>> I noticed you're describing each new panel with a new entry in the
>> of_platform_match table and a new compatible string.
>> I guess you have a good reason to do
---
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/40684058/attachment.sig>
On Tue, May 13, 2014 at 10:26:56AM +0200, Thierry Reding wrote:
> On Mon, May 12, 2014 at 04:46:41PM +1000, Dave Airlie wrote:
> > From: Dave Airlie
> >
> > This can be called to update things after dynamic connectors/encoders
> > are created/deleted.
> >
> > Signed-off-by: Dave Airlie
> > ---
nature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/4f9e9131/attachment-0001.sig>
On Tue, May 13, 2014 at 10:33:27AM +0200, Thierry Reding wrote:
> On Mon, May 12, 2014 at 04:46:47PM +1000, Dave Airlie wrote:
> [...]
> > @@ -3813,6 +3838,7 @@ static const struct drm_info_list i915_debugfs_list[]
> > = {
> > {"i915_pc8_status", i915_pc8_status, 0},
> > {"i915_power_domai
hment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/7ae56a3e/attachment.sig>
, given that
some of it may be driver-specific.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/e6716e2b/attachment.sig>
From: Thierry Reding
size_t is the standard type when dealing with sizes of all kinds. Use it
consistently when instantiating DRM blob properties.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_crtc.c | 8 +---
include/drm/drm_crtc.h | 2 +-
2 files changed, 6 insertions(+), 4 d
From: Thierry Reding
Creating a blob property will always copy the input data so the data
that is passed in can be const.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_crtc.c | 4 ++--
include/drm/drm_crtc.h | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/dri
From: Thierry Reding
Include the drm_plane_helper.h header file to fix the following sparse
warnings:
CHECK drivers/gpu/drm/drm_plane_helper.c
drivers/gpu/drm/drm_plane_helper.c:102:5: warning: symbol
'drm_primary_helper_update' was not declared. Should it be static?
Hi Daniel,
On Tuesday 13 May 2014 09:34:45 Daniel Vetter wrote:
> On Tue, May 13, 2014 at 9:17 AM, Thierry Reding wrote:
> > On Mon, May 12, 2014 at 10:03:55AM +0200, Daniel Vetter wrote:
> >> On Mon, May 12, 2014 at 11:37:53AM +0530, Sagar Arun Kamble wrote:
> >> > I support approach using docboo
On 05/12/2014 02:45 PM, Rob Clark wrote:
> On Mon, May 12, 2014 at 3:06 AM, Andrzej Hajda wrote:
>> On 05/09/2014 05:05 PM, Ajay kumar wrote:
>>> On Fri, May 9, 2014 at 7:29 PM, Rob Clark wrote:
On Fri, May 9, 2014 at 5:08 AM, Andrzej Hajda
wrote:
> On 05/08/2014 08:24 PM, Rob Cla
On 7 May 2014 21:03, Tomasz Figa wrote:
> [CCing more DT-folks :)]
>
> On 07.05.2014 16:19, Rahul Sharma wrote:
>> On 7 May 2014 19:06, Tomasz Stanislawski wrote:
>>> On 05/07/2014 12:38 PM, Rahul Sharma wrote:
On 5 May 2014 15:14, Kishon Vijay Abraham I wrote:
> Hi,
>
> On We
- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/f7fa365a/attachment-0001.sig>
On Tue, May 13, 2014 at 1:02 PM, Laurent Pinchart
wrote:
>> Also eventually I want to pull these tables directly out of source
>> code comments - everything else tends to never get updated when the
>> code changes.
>
> On the subject of moving documentation from docbook to source code, do your
> k
On Tuesday, May 13, 2014 4:38 PM, Thierry Reding wrote:
> On Wed, May 07, 2014 at 09:24:02PM +0200, Patrik Jakobsson wrote:
> > On Wed, May 7, 2014 at 10:26 AM, Daniel Vetter
> > wrote:
> > > Only gma500 is still using this, once that's converted we can kill all
> > > this code. If that conversio
Am 05.05.2014 22:40, schrieb Alex Deucher:
> Probably a copy paste typo.
>
> Signed-off-by: Alex Deucher
> Cc: stable at vger.kernel.org
Added to my 3.15 queue.
Christian.
> ---
> drivers/gpu/drm/radeon/sid.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/driver
On 05/12/2014 06:00 PM, Sean Paul wrote:
> On Mon, May 12, 2014 at 3:06 AM, Andrzej Hajda wrote:
>> On 05/09/2014 05:05 PM, Ajay kumar wrote:
>>> On Fri, May 9, 2014 at 7:29 PM, Rob Clark wrote:
On Fri, May 9, 2014 at 5:08 AM, Andrzej Hajda
wrote:
> On 05/08/2014 08:24 PM, Rob Cla
On Tue, May 13, 2014 at 7:49 AM, Thierry Reding
wrote:
> On Tue, May 13, 2014 at 11:46:54AM +0800, Daniel Kurtz wrote:
>> Rob,
>> Can you take a look at this one too, now that I have your attention :-).
>
> Oh, and now I read that you wanted Rob to look at this. Rob, I hope you
> don't mind me jum
On Mon, May 12, 2014 at 7:38 PM, Grigori Goronzy wrote:
> I can confirm this fixes it for me, too.
>
> 3.15 with these fixes and the large PTE patches actually ends up being
> noticeably slower than earlier kernels with Xonotic, though. I wonder what's
> going on.
Allocation overhead?
>
> Grigo
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/20140513/86c2375e/attachment.html>
On Tue, May 13, 2014 at 5:05 AM, Rafa? Mi?ecki wrote:
> On 12 May 2014 20:09, Alex Deucher wrote:
>> As far as I recall, 3.1 is
>> pretty much the same as 3.0 from a programming perspective, but it's
>> been a while since I looked at it in detail.
>
> Please take a look at attached dce31.html fi
Am 13.05.2014 15:22, schrieb Alex Deucher:
> On Mon, May 12, 2014 at 7:38 PM, Grigori Goronzy wrote:
>> I can confirm this fixes it for me, too.
>>
>> 3.15 with these fixes and the large PTE patches actually ends up being
>> noticeably slower than earlier kernels with Xonotic, though. I wonder wha
On Tue, May 13, 2014 at 12:47:42PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Include the drm_plane_helper.h header file to fix the following sparse
> warnings:
>
> CHECK drivers/gpu/drm/drm_plane_helper.c
> drivers/gpu/drm/drm_plane_helper.c:102:5: warning: symbol
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #20 from Tasev Nikola ---
I tried the patch just in case but it didn't help.
Thank you anyway.
--
You are receiving this mail because:
You are watching the assignee of the bug.
From: Thierry Reding
Code should be indented using tabs rather than spaces (see CodingStyle)
and the canonical form to declare a constant static variable is using
"static const" rather than "const static". Fixes the following warnings
from checkpatch:
$ scripts/checkpatch.pl -f drivers/g
ame. bt
full attached. Maybe it's unrelated, but maybe not...?
--
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/20
Your latest patches fix the regression.
The performance regression can also be reproduced with piglit "-t
texelFetch.fs".
Kernel 3.14:
real0m17.724s
user0m41.905s
sys0m11.299s
The problematic commit checked out + your fixes (without the PTE patch I think):
real0m23.47
Is the performance regression regression caused by the page table
changes or something else?
I did made some tests with xonotic while developing it and it didn't
showed anything obvious, but I didn't made tests on different systems.
Christian.
Am 13.05.2014 17:19, schrieb Marek Ol??k:
> Your l
On Tue, May 13, 2014 at 04:58:35PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Code should be indented using tabs rather than spaces (see CodingStyle)
> and the canonical form to declare a constant static variable is using
> "static const" rather than "const static". Fixes the followi
From: Thierry Reding
Hi,
This series converts the Tegra DRM driver to the master/component
framework. The length of the series and the list of people in Cc is
mostly due to the fact that Tegra has some special requirements as
opposed to other drivers and therefore requires some changes outside
o
From: Thierry Reding
Add a helper function that allows drivers to statically set the unique
name of the device. This will allow platform and USB drivers to get rid
of their DRM bus implementations and directly use drm_dev_alloc() and
drm_dev_register().
Reviewed-by: Daniel Vetter
Signed-off-by:
From: Thierry Reding
Similarly to what can be done for device drivers, allow driver-specific
data to be attached to a master. This is necessary for masters whose
device is already bound to by a different driver and therefore cannot be
used to store the driver-specific data.
Signed-off-by: Thierr
From: Thierry Reding
Currently the component/master framework allows only a single master to
be registered against a struct device. A master is uniquely identified
by the device and the master operations table, but the current API does
not pass enough information along to allow a master to be uni
From: Thierry Reding
Some drivers, such as graphics drivers in the DRM subsystem, do not have
a real device that they can bind to. They are often composed of several
devices, each having their own driver. The master/component framework
can be used in these situations to collect the devices pertai
From: Thierry Reding
Instead of the current implementation, reuse the recently introduced
master/component framework, which is equivalent in most regards. One
issue is that there is no device to bind the DRM driver to. In order
to still allow the driver to be probed, expose an interface from the
From: Thierry Reding
Describe how devices are registered using the drm_*_init() functions.
Adding this to docbook requires a largish set of changes to the comments
in drm_{pci,usb,platform}.c since they are doxygen-style rather than
proper kernel-doc and therefore mess with the docbook generation
From: Thierry Reding
With the recent addition of the drm_set_unique() function, devices can
now be registered without requiring a drm_bus. Add a brief description
to the DRM docbook to show how that can be achieved.
Signed-off-by: Thierry Reding
---
Documentation/DocBook/drm.tmpl | 29
Hi
Some minor nitpicks below:
On Tue, May 13, 2014 at 5:30 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> Add a helper function that allows drivers to statically set the unique
> name of the device. This will allow platform and USB drivers to get rid
> of their DRM bus implementations and
Hi
On Tue, May 13, 2014 at 5:30 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> With the recent addition of the drm_set_unique() function, devices can
> now be registered without requiring a drm_bus. Add a brief description
> to the DRM docbook to show how that can be achieved.
>
> Signed-o
i915.ko has a custom fbdev initialisation routine that aims to preserve
the current mode set by the BIOS, unless overruled by the user. The
user's wishes are determined by what, if any, mode is specified on the
command line (via the video= parameter). However, that command line mode
is first parsed
I think it's caused by something else. I'll continue testing and bisecting.
Marek
On Tue, May 13, 2014 at 5:31 PM, Christian K?nig
wrote:
> Is the performance regression regression caused by the page table changes or
> something else?
>
> I did made some tests with xonotic while developing it an
51
#17 0x0040466e in main (argc=2, argv=0x7fffda08) at
/home/okias/projects/piglit/tests/shaders/shader_runner.c:60
--
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/20140513/0acd6d8b/attachment-0001.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/af447273/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/b1e70ab6/attachment.html>
From: Christian K?nig
Otherwise the limit is raised to high.
Signed-off-by: Christian K?nig
Tested-by: Ken Moffat
---
drivers/gpu/drm/radeon/radeon_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/r
http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/cd91a551/attachment.html>
-
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/20140513/08d6cb6c/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/ed1e01a8/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/463ff7f2/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140513/0b84e7e0/attachment-0001.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/68ed8144/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/293c6a1f/attachment.html>
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/20140513/4bdc3310/attachment.html>
On Tue, May 13, 2014 at 08:32:31AM -0700, Matt Roper wrote:
> On Tue, May 13, 2014 at 04:58:35PM +0200, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Code should be indented using tabs rather than spaces (see CodingStyle)
> > and the canonical form to declare a constant static variable i
On Tue, May 13, 2014 at 05:30:47PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Some drivers, such as graphics drivers in the DRM subsystem, do not have
> a real device that they can bind to. They are often composed of several
> devices, each having their own driver. The master/compone
On Tue, May 13, 2014 at 05:30:49PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Describe how devices are registered using the drm_*_init() functions.
> Adding this to docbook requires a largish set of changes to the comments
> in drm_{pci,usb,platform}.c since they are doxygen-style ra
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140513/7378eaea/attachment.html>
This series of patches add the support of DRM/KMS drivers for STMicroelectronics
chipsets stih416 and stih407.
patcheset version 2:
- Use componentized device instead of register sub-devices in master
driver probe function
- Fix Makefile and Kconfig to only allow built-in c
Add DRM/KMS driver bindings documentation.
Describe the required properties for each of the hardware IPs drivers.
Signed-off-by: Benjamin Gaignard
---
.../devicetree/bindings/gpu/st,stih4xx.txt | 187 +
1 file changed, 187 insertions(+)
create mode 100644 Documentati
Video Time Generator drivers are used to synchronize the compositor
and tvout hardware IPs by providing line count, sample count,
synchronization signals (HSYNC, VSYNC) and top and bottom fields indication.
VTG are used by pair for each data path (main or auxiliary): one for master and
one for sla
Video Trafic Advance Communication Rx and Tx drivers are designed
for inter-die communication.
Both Tx and Rx must share the same configuration to communicate
that is why vtac_mode[] is shared in sti_vtac_utils.h.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fab
Add driver for HDMI ouput
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile | 5 +
drivers/gpu/drm/sti/sti_hdmi.c | 530 +
drivers/gpu/drm/sti/sti_hdmi.h
Add I2C client driver to retrieve EDID.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile | 3 ++-
drivers/gpu/drm/sti/sti_ddc.c | 56 +++
2 files changed, 58 insertions(+), 1
Add driver to support analog TV ouput.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile | 1 +
drivers/gpu/drm/sti/sti_hda.c | 481 ++
2 files changed, 482 insertions(+)
cr
TVout hardware block is responsible to dispatch the data flow coming
from compositor block to any of the output (HDMI or Analog TV).
It control when output are start/stop and configure according the
require flow path.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by:
STI hardware have various input sub-devices before mixing block.
Each type of sub-device have different capabilities for scaling,
filtering or accepted pixel format.
This layer interface abstract those differences and make the interaction
with compositor more simple.
Signed-off-by: Benjamin Gaigna
Generic Display Pipeline are one of the compositor input sub-devices.
GDP are dedicated to graphic input like RGB plans.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile| 3 +-
drivers/gpu/drm/sti/sti_gdp.c |
VIDeo plug are one of the compositor input sub-devices.
VID are dedicated to video inputs like YUV plans.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile| 1 +
drivers/gpu/drm/sti/sti_layer.h | 4 ++
drivers
Mixer hardware IP is responsible of mixing the different inputs layers.
Z-order is managed by the mixer.
We could 2 mixers: one for main path and one for auxilary path
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Makefile
Compositor control all the input sub-devices and the mixer.
It is the main entry point for composition.
Layer interface is used to control the layer.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/Kconfig | 1 +
Allow to get more detailed debug information on GDP
Signed-off-by: Benjamin Gaignard
Signed-off-by: Vincent Abriou
Signed-off-by: Fabien Dessenne
---
drivers/gpu/drm/sti/sti_drm_drv.h | 36 ++
drivers/gpu/drm/sti/sti_gdp.c | 235 ++
drivers/gpu/drm/
1 - 100 of 133 matches
Mail list logo
