[added Mike/linux-clk and David/dri-devel]
A patch I produced is now highlighting existing bugs in the drivers
listed below.
On Tue, 3 Nov 2015, kbuild test robot wrote:
> Hi Nicolas,
>
> [auto build test WARNING on asm-generic/master -- if it's inappropriate base,
> please suggest rules for
https://bugzilla.kernel.org/show_bug.cgi?id=106851
Hin-Tak Leung changed:
What|Removed |Added
CC||htl10 at users.sourceforge.net
--- Comme
https://bugzilla.kernel.org/show_bug.cgi?id=106431
--- Comment #6 from Ikey Doherty ---
Above fixed confirmed as resolving nouveau functionality in X - however the 304
series driver from nvidia is not functional (whereas it's working on 4.1.12).
(7600gt)
P.S. I know the nvidia driver isn't anyon
https://bugzilla.kernel.org/show_bug.cgi?id=106431
--- Comment #5 from Ikey Doherty ---
Created attachment 191861
--> https://bugzilla.kernel.org/attachment.cgi?id=191861&action=edit
Revised version of Daniel's patch
Added a revised version of Daniel's patch to include the symbol in the header
https://bugzilla.kernel.org/show_bug.cgi?id=106431
Ikey Doherty changed:
What|Removed |Added
CC||ikey at solus-project.com
--- Comment #4
Hi Yakir,
On Thu, Oct 29, 2015 at 09:58:38AM +0800, Yakir Yang wrote:
> 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
> ---
...
> diff --git a/drivers/phy/phy-ro
Hi Tobias,
2015ë
11ì 02ì¼ 19:29ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Hello Joonyoung,
>
>
> Joonyoung Shim wrote:
>> On 10/31/2015 05:44 AM, Tobias Jakobi wrote:
>>> Hey there,
>>>
>>> this question arose during some discussion with someone concerning the
>>> Exynos mixer and G2D.
>>>
>>> T
ed to something involving a library call.
--
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/20151102/eaeac591/attachment.html>
On Mon, Nov 02, 2015 at 04:14:08PM +0100, Robert Fekete wrote:
> Adds clarification of the rotation property bits. I.e. rotation is
> counter clockwise and that reflects are applied before any rotation.
>
> v2: Refer to the define names instead of the property values.
>
> Signed-off-b
David, Russell,
ping.
On 12.10.2015 16:15, Vladimir Zapolskiy wrote:
> David, Russell,
>
> ping.
>
> On 23.09.2015 00:46, Vladimir Zapolskiy wrote:
>> of_find_i2c_adapter_by_node() call requires quite often missing
>> put_device(), and i2c_put_adapter() releases a device locked by
>> i2c_get_ad
On Mon, Nov 02, 2015 at 03:24:15PM +0100, Robert Fekete wrote:
> Adds clarification of the rotation property bits. I.e. rotation is
> Counter clockwise and that reflects are applied before any rotation.
>
> Signed-off-by: Robert Fekete
> ---
> include/drm/drm_crtc.h | 6 +-
> 1 file
On 31.10.2015 06:55, Daniel Vetter wrote:
> Apparently pre-nv50 pageflip events happen before the actual vblank
> period. Therefore that functionality got semi-disabled in
>
> commit af4870e406126b7ac0ae7c7ce5751f25ebe60f28
> Author: Mario Kleiner
> Date: Tue May 13 00:42:08 2014 +0200
>
>
On 10/31/2015 05:44 AM, Tobias Jakobi wrote:
> Hey there,
>
> this question arose during some discussion with someone concerning the
> Exynos mixer and G2D.
>
> The question is the following. Consider the Exynos mixer when run under
> the IOMMU (that's sysmmu_tv IIRC). What exactly does setup the
Adds clarification of the rotation property bits. I.e. rotation is
counter clockwise and that reflects are applied before any rotation.
v2: Refer to the define names instead of the property values.
Signed-off-by: Robert Fekete
---
include/drm/drm_crtc.h | 6 +-
1 file changed, 5
On mån, 2015-11-02 at 16:50 +0200, Ville Syrjälä wrote:
> On Mon, Nov 02, 2015 at 03:24:15PM +0100, Robert Fekete wrote:
> > Adds clarification of the rotation property bits. I.e. rotation is
> > Counter clockwise and that reflects are applied before any rotation.
> >
> > Signed-off-by:
Op 31-10-15 om 02:03 schreef Alex Goins:
> For all buffers backed by dmabuf, wait for its reservation object's fences
> before committing.
>
> Signed-off-by: Alex Goins
> ---
> drivers/gpu/drm/i915/intel_display.c | 24
> 1 file changed, 24 insertions(+)
>
> diff --git a/
figuring out the Kconfig for this!
Acked-by: Eric Anholt
-- next part ------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151102/983f5910/attachment.sig>
On Mon, 02 Nov 2015 10:11:45 -0500, Alex Deucher wrote:
>>> Fixed in:
>>> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=49abb26651167c892393cd9f2ad23df429645ed9
>>
>> Alex, I don't know why there are two different bugzillas for this, but
>> please take a look at https:/
Adds clarification of the rotation property bits. I.e. rotation is
Counter clockwise and that reflects are applied before any rotation.
Signed-off-by: Robert Fekete
---
include/drm/drm_crtc.h | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/include/drm/drm_crtc.h
HDMI on Exynos5433 differs from previous versions:
- different HDMI-PHY settings,
- different clocks,
- SYSREG registers for enabling reference clock,
- MODE_SET register in HDMI-PHY.
It is distinguished from other variants by different compatible string.
Signed-off-by: Andrzej Hajda
---
drivers
Exynos5433 variant of HDMI requires different set of clocks and sysreg
phandle to system registers.
Signed-off-by: Andrzej Hajda
---
.../devicetree/bindings/video/exynos_hdmi.txt | 27 +++---
1 file changed, 24 insertions(+), 3 deletions(-)
diff --git a/Documentation/device
There is no point in rewriting default values, as the IP is reset anyway.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 19 ---
1 file changed, 19 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/exynos/exynos_hdmi.c
ind
The patch performs following clean-ups:
- remove unnecessary white spaces,
- remove obvious comments,
- fix tabulations,
- remove NULL initializators,
- re-order driver data.
The patch does not change driver's behavior.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 79
HDMI-PHY configurations are stored as array pointer and count pair,
we can re-use existing helpers to simplify their initialization.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 34 ++
1 file changed, 18 insertions(+), 16 deletions(-)
d
These variables should not be modified.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/exynos/exynos_hdmi.c
index d720b77..3b92d87 100644
With incoming support for newer SoCs different set of clocks will be required,
depending on IP version. The patch prepares the driver for it.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 184 ++-
1 file changed, 137 insertions(+), 47 del
Hi Inki, Krzysztof,
This patchset adds support for Exynos 5433 HDMI.
There are also few preparation/cleanup patches.
All patches except one touch only exynos-drm.
Sixth patch adds binding properties for Exynos5433 HDMI,
Krzysztof could you look at it.
The patchset is based on exynos-drm-next.
Re
On 31 October 2015 at 01:20, Maxime Ripard
wrote:
> Some Allwinner SoCs have an IP called the TV encoder that is used to output
> composite and VGA signals. In such a case, we need to use the second TCON
> channel.
>
> Add support for that TV encoder.
>
> Signed-off-by: Maxime Ripard
> ---
> dri
On Fri, 30 Oct 2015 18:14:23 +0100
Tobias Jakobi wrote:
> Tobias Jakobi wrote:
> > Hello Hyungwon,
> >
> >
> > Hyungwon Hwang wrote:
> >> On Tue, 22 Sep 2015 17:54:57 +0200
> >> Tobias Jakobi wrote:
> >>
> >>> This allows setting the two direction registers, which specify how
> >>> the engine
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/20151102/1bfc8a46/attachment.html>
Hi Jitao,
Am Montag, den 02.11.2015, 10:09 +0800 schrieb Jitao Shi:
> Add documentation for DT properties supported by
> ps8640 DSI-eDP converter.
>
> Signed-off-by: Jitao Shi
> ---
> .../devicetree/bindings/display/bridge/ps8640.txt | 43
>
> 1 file changed, 43 inserti
Hi Jitao,
a few comments below.
Am Montag, den 02.11.2015, 11:54 +0800 schrieb jitao shi:
[...]
> > +static int ps8640_check_valid_id(struct ps8640 *ps_bridge)
This could be bool and return true/false.
> > +{
> > + struct i2c_client *client = ps_bridge->client;
> > + u8 rev_id_low, rev_id_h
So far, the i915 driver and some other drivers set it to the drm_device,
which doesn't allow one to know which DP a given aux channel is related
to. Changing this to be the drm_connector provides proper nesting, still
allowing one to get the drm_device from it. Some drivers already set it
to the dr
This module is heavily based on i2c-dev. Once loaded, it provides one
dev node per DP AUX channel, named drm_dp_auxN, where N is an integer.
It's possible to know which connector owns this aux channel by looking
at the respective sysfs /sys/class/drm_aux_dev/drm_dp_auxN/connector, if
the connector
This series implement support to a drm_dp_aux chardev that allows reading and
writing an arbitrary amount of bytes to arbitrary dpcd register addresses using
regular read, write and lseek operations.
Rafael Antognolli (2):
drm/dp: Add a drm_aux-dev module for reading/writing dpcd registers.
dr
Hi Jitao,
Am Montag, den 02.11.2015, 11:53 +0800 schrieb jitao shi:
[...]
> > +Example:
> > + edp-bridge at 18 {
> > + compatible = "parade,ps8640";
> > + reg = <0x18>;
> > + sleep-gpios = <&pio 116 GPIO_ACTIVE_HIGH>;
> > + reset-gpios = <&pio 115 GPIO_ACT
On 10/30/2015 07:51 PM, Andrzej Hajda wrote:
> On 10/06/2015 11:24 AM, Archit Taneja wrote:
>> A driver calling mipi_dsi_device_new might want to unregister the device
>> once it's done. It might also require it in an error handling path in
>> case something didn't go right.
>>
>> When the dsi ho
On Mon, 2015-11-02 at 10:09 +0800, Jitao Shi wrote:
> This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
>
> Signed-off-by: Jitao Shi
---
changes since v1:
1. remove edid code
2. remove some wrong comments
3. tune some gpios name, make it easy understand
On Mon, 2015-11-02 at 10:09 +0800, Jitao Shi wrote:
> Add documentation for DT properties supported by
> ps8640 DSI-eDP converter.
>
> Signed-off-by: Jitao Shi
---
changes since v1:
1. changes power-gpios to sleep-gpios.
2. drop "ps8640-" in properties.
3. add ports proper
On 10/06/2015 11:24 AM, Archit Taneja wrote:
> mipi_dsi_devices are inherently aware of their host because they
> share a parent-child hierarchy in the device tree.
>
> Non-dsi drivers that create a dummy dsi device don't have this data.
> In order to get this information, they require to a phandle
On 11/02/2015 07:28 AM, Archit Taneja wrote:
>
> On 10/30/2015 07:51 PM, Andrzej Hajda wrote:
>> On 10/06/2015 11:24 AM, Archit Taneja wrote:
>>> A driver calling mipi_dsi_device_new might want to unregister the device
>>> once it's done. It might also require it in an error handling path in
>>> ca
On Fri, 30 Oct 2015 12:17:02 +0100
Tobias Jakobi wrote:
> Hello Hyungwon,
>
>
> Hyungwon Hwang wrote:
> > On Tue, 22 Sep 2015 17:54:56 +0200
> > Tobias Jakobi wrote:
> >
> >> This matches the G2D color mode that is used in the entire code.
> >> The previous (incorrect) RGBA would only wor
Hello Joonyoung,
Joonyoung Shim wrote:
> On 10/31/2015 05:44 AM, Tobias Jakobi wrote:
>> Hey there,
>>
>> this question arose during some discussion with someone concerning the
>> Exynos mixer and G2D.
>>
>> The question is the following. Consider the Exynos mixer when run under
>> the IOMMU (tha
On Fri, Oct 30, 2015 at 06:03:50PM -0700, Alex Goins wrote:
> If a buffer is backed by dmabuf, wait on its reservation object's fences
> before flipping.
>
> Signed-off-by: Alex Goins
> ---
> drivers/gpu/drm/i915/intel_display.c | 13 +
> 1 file changed, 13 insertions(+)
>
> diff --
On Sat, 31 Oct 2015, Ioan-Adrian Ratiu wrote:
> One branch of the if clause uses pr_info, the other pr_err; change
> the 'false' branch to also use pr_info. This minor oversight has gone
> unfixed since the initial vga_switcheroo implementation in 6a9ee8af.
>
> Signed-off-by: Ioan-Adrian Ratiu
P
On Fri, 30 Oct 2015 12:16:47 +0100
Tobias Jakobi wrote:
> Hello Hyungwon,
>
> first of all thanks for reviewing the series!
>
>
>
> Hyungwon Hwang wrote:
> > On Tue, 22 Sep 2015 17:54:55 +0200
> > Tobias Jakobi wrote:
> >
> >> This tests async processing of G2D jobs. A separate thread is
>
The way to load the HQVDP firmware has been updated.
HQVDP firmware is now loaded the first time an HQVDP plane is used and
no more when the HQVDP driver is bound.
This solves the dependency we had on the file system availability.
The first time the HQVDP plane is used, we are sure that file system
On 10/30/2015 06:22 PM, Andrzej Hajda wrote:
> On 10/06/2015 11:24 AM, Archit Taneja wrote:
>> We don't check whether a previously registered mipi_dsi_device under the
>> same host shares the same virtual channel.
>>
>> Before registering, check if any of the registered devices doesn't
>> already
On 10/30/2015 06:12 PM, Andrzej Hajda wrote:
> On 10/06/2015 11:24 AM, Archit Taneja wrote:
>> Add a device name field in mipi_dsi_device. This name is different from
>> the actual dev name (which is of the format "hostname.reg"). When the
>> device is created via DT, this name is set to the moda
Currently only fast solid color clear performance is measured.
A large buffer is allocated and solid color clear operations
are executed on it with randomly chosen properties (position
and size of the region, clear color). Execution time is
measured and output together with the amount of pixels
pro
This tests async processing of G2D jobs. A separate thread is spawned
to monitor the DRM fd for events and check whether a G2D job was
completed.
v2: Add GPLv2 header, argument handling and documentation.
Test is only installed when requested.
v3: Allocate G2D jobs with calloc which fixes 'bus
Currently only fast solid color clear performance is measured.
A large buffer is allocated and solid color clear operations
are executed on it with randomly chosen properties (position
and size of the region, clear color). Execution time is
measured and output together with the amount of pixels
pro
On Sat, Oct 31, 2015 at 5:22 PM, Pavel Machek wrote:
> Hi!
>
>> >4.3-rc7 kernel, graphics works reasonably well in 1600x1200 mode. But
>> >my monitor is native 1920x1080, so that mode looks pretty ugly on
>> >screen. If I go to 1920x1080, I see colored horizontal lines (often
>> >black) as soon as
On Mon, Nov 2, 2015 at 5:09 AM, Holger Hoffstätte
wrote:
> On Mon, 02 Nov 2015 05:39:20 +, bugzilla-daemon wrote:
>
>> https://bugs.freedesktop.org/show_bug.cgi?id=92765
>>
>> Alex Deucher changed:
>>
>>What|Removed |Added
>> --
Hi Takashi,
I made a rework to load the firmware at a different time, when file
system is available.
I am now able to remove FW_LOADER_USER_HELPER_FALLBACK.
I will submit a new patch for this.
Vincent
On 10/29/2015 03:53 PM, Takashi Iwai wrote:
> On Thu, 29 Oct 2015 15:37:51 +0100,
> Emil Velik
This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/bridge/Kconfig |9 +
drivers/gpu/drm/bridge/Makefile|1 +
drivers/gpu/drm/bridge/parade-ps8640.c | 479
3 files changed, 489
Add documentation for DT properties supported by
ps8640 DSI-eDP converter.
Signed-off-by: Jitao Shi
---
.../devicetree/bindings/display/bridge/ps8640.txt | 43
1 file changed, 43 insertions(+)
create mode 100644 Documentation/devicetree/bindings/display/bridge/ps8640.txt
On Mon, 02 Nov 2015 05:39:20 +, bugzilla-daemon wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=92765
>
> Alex Deucher changed:
>
>What|Removed |Added
>
> Stat
..
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151102/d902c606/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/20151102/4e85016d/attachment-0001.html>
On Fri, Oct 30, 2015 at 7:38 PM, wrote:
> From: Werner Johansson
>
> This patch adds bindings for the Panasonic VVX10F034N00
> WUXGA panel.
>
> Signed-off-by: Werner Johansson
> Signed-off-by: Bjorn Andersson
Acked-by: Rob Herring
> ---
> .../bindings/panel/panasonic,vvx10f034n00.txt
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/20151102/5cdb711e/attachment.html>
On Fri, Oct 30, 2015 at 5:34 PM, Bjorn Andersson
wrote:
> From: Werner Johansson
>
> Signed-off-by: Werner Johansson
> Signed-off-by: Bjorn Andersson
Acked-by: Rob Herring
> ---
>
> Change since v1:
> - Dropped -vid suffix from compatible
>
> .../bindings/display/panel/sharp,ls043t1le01.txt
On Sat, Oct 31, 2015 at 7:56 AM, Chris Zhong wrote:
Your subject should be more specific with the panel name.
> This binding specifies a set of common properties for display panels. It
> can be used as a basis by bindings for specific panels.
> Bindings for three specific panels are provided to
ML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151102/f57c961d/attachment-0001.html>
On 11/01/2015 02:37 AM, Rob Herring wrote:
> On Sat, Oct 31, 2015 at 1:42 AM, Yakir Yang wrote:
>> 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: Yaki
Hi!
One more thing: in my config, I get ton of warnings. I'm not using
modules, so everything is built-in.
Best regards,
Pavel
In file included from drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c:24:0:
drivers/gpu/drm/amd/amdgpu/amdgpu.h:1
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151102/412f4df5/attachment.html>
On Tuesday, October 27, 2015 03:38:47 PM Tomeu Vizoso wrote:
> Hi,
>
> this is v11 of an attempt to make it easier for devices to remain in
> runtime PM when the system goes to sleep, mainly to reduce the time
> spent resuming devices.
>
> For this, we interpret the absence of all PM callback imp
Dave,
Changes for vmwgfx for 4.4. If there is time, I'll follow up with a series
to move to threaded irqs.
The following changes since commit a76edb8cec0cc864c8b72fa7e84a72336e033e23:
Merge tag 'topic/drm-misc-2015-10-22' of
git://anongit.freedesktop.org/drm-intel into drm-next (2015-10-30 09
70 matches
Mail list logo
