Dne 28.10.2015 v 20:27 Jani Nikula napsal(a):
> On Wed, 28 Oct 2015, Toralf Förster wrote:
>>> From: Michal Marek
>>
>>> Kbuild now supports -m variables.
>>
>>> This reverts commit 8fa884dc355ffd0caa964a284a530bf747df5c77.
>>
>> Which is not in mainline, or ?
>
> It's in drm-next.
>
> http://
On 10/28/15 20:03, Alex Deucher wrote:
>>
>> My only doubt about this patch is: Should we also fall back to the old
>> beahviour in the !(rdev->mode_info.firmware_flags &
>> ATOM_BIOS_INFO_BL_CONTROLLED_BY_GPU) case?
>
> Theoretically, it's not necessary, but I guess better safe than sorry.
> Upda
Hi Daniel,
2015ë
10ì 28ì¼ 20:52ì Daniel Stone ì´(ê°) ì´ ê¸:
> Hi Inki,
>
> On 28 October 2015 at 11:16, Inki Dae wrote:
>> 2015ë
10ì 28ì¼ 20:00ì Daniel Stone ì´(ê°) ì´ ê¸:
>>> On 28 October 2015 at 10:58, Daniel Stone wrote:
Is there any open user we can review?
>>>
>
Hi Yakir,
Am Mittwoch, 28. Oktober 2015, 16:30:33 schrieb Yakir Yang:
> +static int rockchip_dp_phy_probe(struct platform_device *pdev)
> +{
> + struct device *dev = &pdev->dev;
> + struct device_node *np = dev->of_node;
> + struct phy_provider *phy_provider;
> + struct rockchip_dp
On Wed, 28 Oct 2015, Toralf Förster wrote:
>>From: Michal Marek
>
>>Kbuild now supports -m variables.
>
>>This reverts commit 8fa884dc355ffd0caa964a284a530bf747df5c77.
>
> Which is not in mainline, or ?
It's in drm-next.
http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next&id=8fa884dc
Hi Yakir,
Am Mittwoch, 28. Oktober 2015, 16:26:33 schrieb Yakir Yang:
> diff --git a/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt
> b/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt
> index 7a3a9cd..9905081 100644
> --- a/Documentation/devicetree/bindings/display/
Another ping!
With best wishes,
Tobias
Tobias Jakobi wrote:
> Hello,
>
> this series mostly touches G2D code. It introduces the following:
>
> (1) drmHandleEvent2() is added to enable processing of vendor-specific
> events. This will be used to expose asynchronous operation of the
> G2
Hi Daniel,
2015ë
10ì 28ì¼ 20:00ì Daniel Stone ì´(ê°) ì´ ê¸:
> Hi,
>
> On 28 October 2015 at 10:58, Daniel Stone wrote:
>> On 28 October 2015 at 10:48, Inki Dae wrote:
>>> In Tizen platform, there is a buffer manager called TBM(Tizem Buffer
>>> Manager), and
>>> this manager uses thi
vel/attachments/20151028/3cac37d5/attachment.html>
>From: Michal Marek
>Kbuild now supports -m variables.
>This reverts commit 8fa884dc355ffd0caa964a284a530bf747df5c77.
Which is not in mainline, or ?
--
Toralf, pgp key: C4EACDDE 0076E94E
Hi Daniel,
2015ë
10ì 28ì¼ 19:15ì Daniel Stone ì´(ê°) ì´ ê¸:
> Hi Inki,
>
> On 28 October 2015 at 06:55, Inki Dae wrote:
>>and revive a Exynos specific interface which was used
>>to get fake offset, which is required for application using render node
>>to access a gem memor
Hi Dave,
There was one patch I missed. Sorry about this.
Below patch removes the hack codes used to build page array and uses more
generic way instead.
drm/exynos/gem: remove DMA-mapping hacks used for constructing page
array
I have merged this patch to exynos-drm-next just before.
Th
Hi Rob,
thank you for the comments.
Am Freitag, den 23.10.2015, 07:29 -0500 schrieb Rob Herring:
[...]
> > +Mediatek HDMI Encoder
> > +=
> > +
> > +The Mediatek HDMI encoder can generate HDMI 1.4a or MHL 2.0 signals from
> > +its parallel input.
>
> How do you know whether it
Hi Daniel,
Am Montag, den 19.10.2015, 10:56 +0200 schrieb Daniel Vetter:
> On Fri, Oct 16, 2015 at 10:12:04PM +0200, Philipp Zabel wrote:
> > From: CK Hu
> >
> > This patch adds an initial DRM driver for the Mediatek MT8173 DISP
> > subsystem. It currently supports two fixed output streams from
Hi Daniel,
Am Montag, den 19.10.2015, 10:56 +0200 schrieb Daniel Vetter:
> On Fri, Oct 16, 2015 at 10:12:04PM +0200, Philipp Zabel wrote:
> > From: CK Hu
> >
> > This patch adds an initial DRM driver for the Mediatek MT8173 DISP
> > subsystem. It currently supports two fixed output streams from
Display Port monitor could support kinds of mode which indicate
in monitor edid, not just one single display resolution which
defined in panel or devivetree property display timing.
Tested-by: Javier Martinez Canillas
Signed-off-by: Yakir Yang
---
Changes in v8: None
Changes in v7: None
Changes
This change just make a little clean to make code more like
drm core expect, move hdp detect code from bridge->enable(),
and place them into connector->detect().
Tested-by: Javier Martinez Canillas
Signed-off-by: Yakir Yang
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes
There are some IP limit on rk3288 that only support 4 physical lanes
of 2.7/1.6 Gbps/lane, so seprate them out by device_type flag.
Tested-by: Javier Martinez Canillas
Signed-off-by: Yakir Yang
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4:
- S
RK3288 need some special registers setting, we can separate
them out by the dev_type of plat_data.
Tested-by: Javier Martinez Canillas
Signed-off-by: Yakir Yang
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in
From: Mark Yao
Add bpc and color mode setting in rockchip_drm_vop driver, so
connector could try to use the edid drm_display_info to config
vop output mode.
Signed-off-by: Mark Yao
Signed-off-by: Yakir Yang
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5:
- Fix co
Add dt binding documentation for rockchip display port PHY.
Reviewed-by: Heiko Stuebner
Signed-off-by: Yakir Yang
---
Changes in v8:
- Remove the specific address in the example node name. (Heiko)
Changes in v7:
- Simplify the commit message. (Kishon)
Changes in v6: None
Changes in v5:
- Split
Add phy driver for the Rockchip DisplayPort PHY module. This
is required to get DisplayPort working in Rockchip SoCs.
Reviewed-by: Heiko Stuebner
Signed-off-by: Yakir Yang
---
Changes in v8:
- Fix the mixed spacers on macro definitions. (Heiko)
- Remove the unnecessary empty line after clk_prepa
Rockchip DP driver is a helper driver of analogix_dp coder driver,
so most of the DT property should be descriped in analogix_dp document.
Reviewed-by: Heiko Stuebner
Signed-off-by: Yakir Yang
---
Changes in v8:
- Modify the commit subject name. (Heiko)
Changes in v7: None
Changes in v6: None
C
Rockchip have three clocks for dp controller, we leave pclk_edp
to analogix_dp driver control, and keep the sclk_edp_24m and
sclk_edp in platform driver.
Tested-by: Javier Martinez Canillas
Signed-off-by: Yakir Yang
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5:
-
After exynos_dp have been split the common IP code into analogix_dp driver,
the analogix_dp driver have deprecated some Samsung platform properties which
could be dynamically parsed from EDID/MODE/DPCD message, so this is an update
for Exynos DTS file for dp-controller.
Beside the backward compati
Analogix dp driver is split from exynos dp driver, so we just
make an copy of exynos_dp.txt, and then simplify exynos_dp.txt
Beside update some exynos dtsi file with the latest change
according to the devicetree binding documents.
Tested-by: Javier Martinez Canillas
Signed-off-by: Yakir Yang
--
Both hsync/vsync polarity and interlace mode can be parsed from
drm display mode, and dynamic_range and ycbcr_coeff can be judge
by the video code.
But presumably Exynos still relies on the DT properties, so take
good use of mode_fixup() in to achieve the compatibility hacks.
Reviewed-by: Krzyszt
link_rate and lane_count already configured in analogix_dp_set_link_train(),
so we don't need to config those repeatly after training finished, just
remove them out.
Beside Display Port 1.2 already support 5.4Gbps link rate, the maximum sets
would change from {1.62Gbps, 2.7Gbps} to {1.62Gbps, 2.7G
Fix some obvious alignment problems, like alignment and line
over 80 characters problems, make this easy to be maintained
later.
Reviewed-by: Krzysztof Kozlowski
Tested-by: Javier Martinez Canillas
Signed-off-by: Yakir Yang
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes
Split the dp core driver from exynos directory to bridge directory,
and rename the core driver to analogix_dp_*, rename the platform
code to exynos_dp.
Beside the new analogix_dp driver would export four hooks.
"analogix_dp_bind()" and "analogix_dp_unbind()"
"analogix_dp_detect()" and "analogix_dp
In order to move exynos dp code to bridge directory,
we need to convert driver drm bridge mode first. As
dp driver already have a ptn3460 bridge, so we need
to move ptn bridge to the next bridge of dp bridge.
Tested-by: Javier Martinez Canillas
Signed-off-by: Yakir Yang
---
Changes in v8: None
C
Hi all,
The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
share the same IP, so a lot of parts can be re-used. I split the common
code into bridge directory, then rk3288 and exynos only need to keep
some platform code. Cause I can't find the exact IP name of exynos dp
control
On 28.10.2015 01:43, Alex Deucher wrote:
> On Tue, Oct 27, 2015 at 12:23 PM, Michael Burian
> wrote:
>> On 10/27/15 16:10, Alex Deucher wrote:
>>
>>>
>>> It would appear that your system does not use the gpu backlight
>>> controller. Either it's lying or messing with the GPU backlight
>>> contro
Hi Dave,
This pull request includes comprehensive cleanups to HDMI part and
several fixups, and revive a Exynos specific interface which was used
to get fake offset, which is required for application using render node
to access a gem memory. For userspace codes for the use of this inte
2015ë
10ì 28ì¼ 15:09ì Krzysztof Kozlowski ì´(ê°) ì´ ê¸:
> On 26.10.2015 21:03, Andrzej Hajda wrote:
>> Mixer driver is selected by CONFIG_DRM_EXYNOS_HDMI option. Since Exynos5433
>> HDMI does not require Mixer. There will be separate options to select Mixer
>> and HDMI. Adding new opti
On 26.10.2015 21:03, Andrzej Hajda wrote:
> Mixer driver is selected by CONFIG_DRM_EXYNOS_HDMI option. Since Exynos5433
> HDMI does not require Mixer. There will be separate options to select Mixer
> and HDMI. Adding new option to defconfig before Kconfig will allow to keep
> bisectability.
>
> Si
-
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-move-bl-encoder-assignment-into-bl-init.patch
Type: text/x-patch
Size: 2094 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151028/a56f6f45/attachment.bin>
-- next part -
On 28.10.2015 14:38, Krzysztof Kozlowski wrote:
> On 28.10.2015 14:30, Inki Dae wrote:
>>
>>
>> 2015ë
10ì 28ì¼ 10:37ì Krzysztof Kozlowski ì´(ê°) ì´ ê¸:
>>> On 26.10.2015 21:03, Andrzej Hajda wrote:
Hi Inki,
This patchset removes hacky mode validation in Mixer driver by add
On 28.10.2015 14:30, Inki Dae wrote:
>
>
> 2015ë
10ì 28ì¼ 10:37ì Krzysztof Kozlowski ì´(ê°) ì´ ê¸:
>> On 26.10.2015 21:03, Andrzej Hajda wrote:
>>> Hi Inki,
>>>
>>> This patchset removes hacky mode validation in Mixer driver by adding
>>> atomic_check callback to exynos_crtc and replac
2015ë
10ì 28ì¼ 10:37ì Krzysztof Kozlowski ì´(ê°) ì´ ê¸:
> On 26.10.2015 21:03, Andrzej Hajda wrote:
>> Hi Inki,
>>
>> This patchset removes hacky mode validation in Mixer driver by adding
>> atomic_check callback to exynos_crtc and replacing direct function call
>> with DRM framework v
_main+0xef
glretrace: _start+0x28
--
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/20151028/71eb3c7f/attachment.html>
From: Michal Marek
Kbuild now supports -m variables.
This reverts commit 8fa884dc355ffd0caa964a284a530bf747df5c77.
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Michal Marek
---
drivers/gpu/drm/Makefile | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/Makefile b/dr
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/20151028/a30c3833/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151028/f52cd425/attachment.html>
Hi Inki,
On 28 October 2015 at 11:16, Inki Dae wrote:
> 2015ë
10ì 28ì¼ 20:00ì Daniel Stone ì´(ê°) ì´ ê¸:
>> On 28 October 2015 at 10:58, Daniel Stone wrote:
>>> Is there any open user we can review?
>>
>> For clarity, what I meant by these parts was: is there somewhere we
>> can take
Hi,
On 28 October 2015 at 10:58, Daniel Stone wrote:
> On 28 October 2015 at 10:48, Inki Dae wrote:
>> In Tizen platform, there is a buffer manager called TBM(Tizem Buffer
>> Manager), and
>> this manager uses this new interface of libdrm.
>>
>> Tizen platform can use window systems - wayland o
Hi Inki,
On 28 October 2015 at 10:48, Inki Dae wrote:
> 2015ë
10ì 28ì¼ 19:15ì Daniel Stone ì´(ê°) ì´ ê¸:
>> On 28 October 2015 at 06:55, Inki Dae wrote:
>>>and revive a Exynos specific interface which was used
>>>to get fake offset, which is required for application using rend
On 26.10.2015 21:03, Andrzej Hajda wrote:
> Hi Inki,
>
> This patchset removes hacky mode validation in Mixer driver by adding
> atomic_check callback to exynos_crtc and replacing direct function call
> with DRM framework validation. As a result HDMI driver does not depend anymore
> on MIXER drive
On 10/28/2015 07:08 AM, Heiko Stuebner wrote:
> Am Samstag, 24. Oktober 2015, 11:06:37 schrieb Yakir Yang:
>> Add dt binding documentation for rockchip display port PHY.
>>
>> Tested-by: Javier Martinez Canillas
>> Signed-off-by: Yakir Yang
>> ---
>> Changes in v7: None
>> Changes in v6: None
>>
On 10/28/2015 05:24 AM, Heiko Stuebner wrote:
> Am Samstag, 24. Oktober 2015, 11:06:37 schrieb Yakir Yang:
>> Add dt binding documentation for rockchip display port PHY.
>>
>> Tested-by: Javier Martinez Canillas
>> Signed-off-by: Yakir Yang
>> ---
> phy binding looks nice and easy
> Reviewed-by:
Hi Inki,
On 28 October 2015 at 06:55, Inki Dae wrote:
>and revive a Exynos specific interface which was used
>to get fake offset, which is required for application using render node
>to access a gem memory. For userspace codes for the use of this interface,
>you can refer to below
On 10/28/2015 05:14 AM, Heiko Stuebner wrote:
> Patch subject should probably be something like:
>
> dt-bindings: add document for rockchip variant of analogix_dp
>
> or similar, but definitly should mention that it's the Rockchip variant.
Okay,
>
> Am Samstag, 24. Oktober 2015, 11:06:03 schrieb
Hi Heiko,
On 10/28/2015 05:04 AM, Heiko Stuebner wrote:
> Hi Yakir,
>
> Am Samstag, 24. Oktober 2015, 11:06:00 schrieb Yakir Yang:
>> Analogix dp driver is split from exynos dp driver, so we just
>> make an copy of exynos_dp.txt, and then simplify exynos_dp.txt
>>
>> Beside update some exynos dtsi
On 26.10.2015 20:59, Andrzej Hajda wrote:
> DECON-TV(Display and Enhancement Controller for TV) is a variation
> of DECON IP. Its main purpose is to produce video stream for HDMI IP.
>
> Signed-off-by: Andrzej Hajda
> ---
> Hi Krzysztof,
>
> I have decided to skip cleanup part as it would requir
On 10/28/2015 05:23 AM, Heiko Stuebner wrote:
> Am Samstag, 24. Oktober 2015, 11:06:04 schrieb Yakir Yang:
>> Add phy driver for the Rockchip DisplayPort PHY module. This
>> is required to get DisplayPort working in Rockchip SoCs.
>>
>> Tested-by: Javier Martinez Canillas
>> Signed-off-by: Yakir
On 10/28/2015 05:23 AM, Heiko Stuebner wrote:
> Am Samstag, 24. Oktober 2015, 11:06:04 schrieb Yakir Yang:
>> Add phy driver for the Rockchip DisplayPort PHY module. This
>> is required to get DisplayPort working in Rockchip SoCs.
>>
>> Tested-by: Javier Martinez Canillas
>> Signed-off-by: Yakir
Dan,
On 10/19/2015 11:34 PM, Williams, Dan J wrote:
> On Tue, 2015-10-13 at 20:52 +0200, Thomas Hellstrom wrote:
>>> Ok, I'll make local read_fifo() and write_fifo() macros to make this
>>> explicit. Are these names ok with you?
>> Sure.
>>
> So I ended up just leaving the __iomem annotation on m
Am Samstag, 24. Oktober 2015, 11:06:37 schrieb Yakir Yang:
> Add dt binding documentation for rockchip display port PHY.
>
> Tested-by: Javier Martinez Canillas
> Signed-off-by: Yakir Yang
> ---
> Changes in v7: None
> Changes in v6: None
> Changes in v5:
> - Split binding doc's from driver chan
58 matches
Mail list logo
