Hi Dave,
Just regression fixups to resolve page fault issue of DECON device.
Please kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit 9afe69d5a9495f8b023017e4c328fa717e00f092:
Merge tag 'drm-misc-fixes-2017-01-09' of
git://anongit.freedesk
This patch relpaces specific atomic commit function
with atomic helper commit one, which also includes
atomic_commit_tail callback for Exynos SoC becasue
crtc devices on Exynos SoC uses power domain device
so drm_atomic_helper_commit_planes should be called
after drm_atomic_helper_commit_modeset_en
This patch removes exynos_drm_crtc_cancel_page_flip call
when drm is closed because at that time, events will be released
by drm_events_release function.
Change-Id: I156ea27a4c90aa87a27a50415515fa334148c912
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 6 --
1 file ch
On 10 January 2017 at 17:31, Daniel Vetter wrote:
> On Tue, Jan 10, 2017 at 05:54:57PM +0200, Ville Syrjälä wrote:
>> On Tue, Jan 10, 2017 at 02:43:05PM +0100, Tomeu Vizoso wrote:
>> > Use drm_accurate_vblank_count so we have the full 32 bit to represent
>> > the frame counter and userspace has a
Applied.
Thanks.
2017년 01월 13일 17:30에 Marek Szyprowski 이(가) 쓴 글:
> This patch adds runtime support calls to notify device core when MIC
> device is really in use. Runtime PM is implemented by enabling and
> disabling clocks like in other Exynos DRM subdrivers. Adding runtime
> PM support is neede
2017년 01월 16일 18:13에 Inki Dae 이(가) 쓴 글:
> This patch removes exynos_drm_crtc_cancel_page_flip call
> when drm is closed because at that time, events will be released
> by drm_events_release function.
>
> Change-Id: I156ea27a4c90aa87a27a50415515fa334148c912
Oops, I forgot to remove above Changed
Op 15-01-17 om 20:56 schreef Laurent Pinchart:
> Hi Maarten,
>
> Thank you for the patch.
>
> On Tuesday 10 Jan 2017 14:46:58 Maarten Lankhorst wrote:
>> Add for_each_(old)(new)_(plane,connector,crtc)_in_state iterators to
>> replace the old for_each_xxx_in_state ones. This is useful for >1 flip
>>
Am Montag, den 16.01.2017, 00:20 +0530 schrieb Bhumika Goyal:
> Declare etnaviv_iommu_ops structure as const as it is only used when
> the reference of one of its field is stored in the ops field of a
> iommu_domain structure. This ops field is of type const, so
> etnaviv_iommu_ops structures havi
On 16.01.2017 10:13, Inki Dae wrote:
> This patch removes exynos_drm_crtc_cancel_page_flip call
> when drm is closed because at that time, events will be released
> by drm_events_release function.
>
> Change-Id: I156ea27a4c90aa87a27a50415515fa334148c912
> Signed-off-by: Inki Dae
> ---
> drivers/g
Fourth iteration. Instead of trying to convert all drivers straight away,
implement all macros that are required to get state working.
Old situation:
Use obj->state, which can refer to old or new state.
Use drm_atomic_get_(existing_)obj_state, which can refer to new or old state.
Use for_each_obj_
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
index 18cdf2c956c6..7b61e0da9ace 100644
--- a/drivers/gpu/drm/drm_atomic.c
+++ b/drive
This kills another dereference of connector->state. connector_mask
holds all unchanged connectors at least and any changed connectors
are already in state anyway.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic_helper.c | 293 +++-
1 file changed, 152 insertions(+), 141 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic_helper.c
b/drivers/gpu/drm/drm_atomic_helper.c
index d153e8a72921..b26cf786ce12 100644
This is a straightforward conversion that converts all the users of
get_existing_state in atomic core to use get_old_state or get_new_state
Changes since v1:
- Fix using the wrong state in drm_atomic_helper_update_legacy_modeset_state.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_at
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_blend.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/drm_blend.c b/drivers/gpu/drm/drm_blend.c
index 5c45d0852608..78cf9f6cae08 100644
--- a/drivers/gpu/drm/drm_blend.c
+++ b/d
After atomic commit, these macros should be used in place of
get_existing_state. Also after commit get_xx_state should no longer
be used because it may not have the required locks.
Signed-off-by: Maarten Lankhorst
---
include/drm/drm_atomic.h | 99
Add for_each_(old)(new)_(plane,connector,crtc)_in_state iterators to
replace the old for_each_xxx_in_state ones. This is useful for >1 flip
depth and getting rid of all xxx->state dereferences.
This requires extra fixups done when committing a state after
duplicating, which in general isn't valid
On Fri, 13 Jan 2017, Rodrigo Vivi wrote:
> This and all the remaining patches on this series (6,7,8 and 9) got
> merged to dinq.
Given that this patch series was not properly sent as a thread, I don't
think our CI ran it as a whole, and it should not have been pushed
before that.
BR,
Jani.
>
>
The dw-mipi-dsi of rk3399 is almost the same as rk3288, the rk3399 has
additional phy config clock.
Signed-off-by: Chris Zhong
---
.../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
a/Documentation/devicetr
The vopb/vopl switch register of RK3399 mipi is different from RK3288,
the default setting for mipi dsi mode is different too, so add a
of_device_id structure to distinguish them, and make sure set the
correct mode before mipi phy init.
Signed-off-by: Chris Zhong
Signed-off-by: Mark Yao
---
dr
Hi all
This patch serial is for RK3399 MIPI DSI. The MIPI DSI controller of
RK3399 is almost the same as RK3288, except a little bit of difference
in phy clock controlling and port id selection register.
And these patches also fixes some driver bugs; add the power domain
support.
they have been
The MIPI DSI do not need check the validity of resolution, the max
resolution should depend VOP. Hence, remove rk3288_mipi_dsi_mode_valid
here.
Signed-off-by: Chris Zhong
---
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 39 --
1 file changed, 39 deletions(-)
diff --
From: Mark Yao
Return -EINVAL would cause mipi dsi bad behavior, probe defer
to ensure mipi find the correct mode,
Signed-off-by: Mark Yao
Signed-off-by: Chris Zhong
---
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/d
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
.../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git
a/Documentation/devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt
b/Documentation/devicetree/bindings/di
Reference the power domain incase dw-mipi power down when
in use.
Signed-off-by: Chris Zhong
---
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c
b/drivers/gpu/drm/rockchip/dw-mipi-dsi.c
index 8
From: Mark Yao
The problem is that:
mipi panel probe request mipi_dsi_host_register.
mipi host attach is call from panel device, so the defer function
always can't works.
So at the first bind time, always can't found mipi panel.
Signed-off-by: Mark Yao
Signed-off-by: Chris Zhong
---
dri
Before phy init, the detection of phy state should be controlled
manually. After that, we can switch the detection to hardward,
it is automatic. Hence move PHY_TXREQUESTCLKHS setting to the end
of phy init.
Signed-off-by: Chris Zhong
---
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 3 ++-
1 file ch
Set the lanes bps to 1 / 0.9 times of pclk, the margin is not enough
for some panel, it will cause the screen display is not normal, so
increases the badnwidth to 1 / 0.8.
Signed-off-by: Chris Zhong
---
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletio
From: xubilv
Signed-off-by: xubilv
Signed-off-by: Chris Zhong
---
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi.c
b/drivers/gpu/drm/rockchip/dw-mipi-dsi.c
index 4a2691c..f50909e 100644
--- a/dri
From: xubilv
There is a bug in hdr_write function, the value from the caller will be
overwritten, it cause the mipi can not send the correct command. And the
MIPI_DSI_GENERIC_SHORT_WRITE_n_PARAM message type should be supported.
Signed-off-by: xubilv
Signed-off-by: Chris Zhong
---
drivers/gp
On 01/14/2017 01:36 PM, Krzysztof Kozlowski wrote:
> Support for Exynos4415 is going away because there are no internal nor
> external users.
>
> Since commit 46dcf0ff0de3 ("ARM: dts: exynos: Remove exynos4415.dtsi"),
> the platform cannot be instantiated so remove also the drivers.
>
> Signed-of
https://bugs.freedesktop.org/show_bug.cgi?id=98743
Samuel Pitoiset changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=98984
Samuel Pitoiset changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Op 11-01-17 om 17:13 schreef Daniel Vetter:
> On Thu, Dec 15, 2016 at 03:29:43PM +0100, Maarten Lankhorst wrote:
>> If the crtc was brought up with audio before the driver loads,
>> then crtc_disable will remove a refcount to audio that doesn't exist
>> before.
>>
>> Fortunately we already set powe
Inki Dae wrote:
> This patch relpaces specific atomic commit function
> with atomic helper commit one, which also includes
> atomic_commit_tail callback for Exynos SoC becasue
> crtc devices on Exynos SoC uses power domain device
> so drm_atomic_helper_commit_planes should be called
> after drm_ato
Seen this quite often lately. It should be be 'code' and not 'codes'.
Code in the programming context is always a collection of instructions.
With best wishes,
Tobias
Inki Dae wrote:
> This patch removes exynos_drm_crtc_cancel_page_flip call
> when drm is closed because at that time, events wil
copy_from_user_inatomic() is actually a local function that returns
-EFAULT or positive values on error. Otherwise copy_from_user() returns
the number of bytes remaining to be copied. We want to return -EFAULT
here.
I removed an unlikely() because we just did a copy_from_user()
so I don't think
On Mon, 16 Jan 2017 18:08:31 +0800, Chris Zhong wrote:
> Set the lanes bps to 1 / 0.9 times of pclk, the margin is not enough
> for some panel, it will cause the screen display is not normal, so
> increases the badnwidth to 1 / 0.8.
>
> Signed-off-by: Chris Zhong
>
> ---
>
> drivers/gpu/drm/r
The purpose of this set of patches is to add a new driver for stm32f429.
This driver was developed and tested on evaluation board stm32429i.
Stm32f4 is a MCU platform which don't have MMU so the last patches developed
by Benjamin Gaignard regarding "DRM: allow to use mmuless devices"
are necessary
Add LTDC (Lcd-tft Display Controller) support.
Signed-off-by: Yannick Fertre
---
arch/arm/boot/dts/stm32f429.dtsi | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi
index 336ee4f..fc434
Signed-off-by: Yannick Fertre
---
.../devicetree/bindings/display/st,ltdc.txt| 57 ++
1 file changed, 57 insertions(+)
create mode 100644 Documentation/devicetree/bindings/display/st,ltdc.txt
diff --git a/Documentation/devicetree/bindings/display/st,ltdc.txt
b/Docum
The purpose of this set of patches is to add a new driver for stm32f429.
This driver was developed and tested on evaluation board stm32429i.
Stm32f4 is a MCU platform which don't have MMU so the last patches developed
by Benjamin Gaignard regarding "DRM: allow to use mmuless devices"
are necessary
Signed-off-by: Yannick Fertre
---
.../bindings/display/panel/ampire,am-480272h3tmqw-t01h.txt | 7 +++
1 file changed, 7 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/panel/ampire,am-480272h3tmqw-t01h.txt
diff --git
a/Documentation/devicetree/bindings/d
Enable ltdc & enable am-480272h3tmqw-t01h panel.
Signed-off-by: Yannick Fertre
---
arch/arm/boot/dts/stm32429i-eval.dts | 58
1 file changed, 58 insertions(+)
diff --git a/arch/arm/boot/dts/stm32429i-eval.dts
b/arch/arm/boot/dts/stm32429i-eval.dts
index 2de
This patch adds support for the STM32 LCD-TFT display controller.
Signed-off-by: Yannick Fertre
---
drivers/gpu/drm/Kconfig |2 +
drivers/gpu/drm/Makefile|1 +
drivers/gpu/drm/st/Kconfig | 14 +
drivers/gpu/drm/st/Makefile |7 +
drivers/gpu/drm/st/drv.c| 279 +
Signed-off-by: Yannick Fertre
---
arch/arm/configs/stm32_defconfig | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig
index 29068f5..e3974d9 100644
--- a/arch/arm/configs/stm32_defconfig
+++ b/arch/arm/configs/stm32_defconf
Add simple-panel support for the Ampire AM-480272H3TMQW-T01H,
which is a 4.3" WQVGA panel.
Signed-off-by: Yannick Fertre
---
drivers/gpu/drm/panel/panel-simple.c | 29 +
1 file changed, 29 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu
On Mon, Jan 16, 2017 at 01:24:01PM +, Jose Abreu wrote:
> Hi Ville,
>
>
> Sorry for the late reply.
>
>
> On 11-01-2017 11:36, Ville Syrjälä wrote:
> > On Wed, Jan 11, 2017 at 10:27:03AM +, Jose Abreu wrote:
> >> Hi Ville,
> >>
> >>
> >> On 10-01-2017 17:21, Ville Syrjälä wrote:
> >>
>
https://bugs.freedesktop.org/show_bug.cgi?id=99426
Bug ID: 99426
Summary: gem_mmap_gtt swap tests are too long - perf: interrupt
took too long
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: L
On 13 January 2017 at 12:11, Mark Kettenis wrote:
>> From: Thierry Reding
>> Date: Thu, 12 Jan 2017 23:04:27 +0100
>>
>> Allow DRM/KMS devices hosted on USB to be detected by the drmDevice
>> infrastructure.
>>
>> v2:
>> - make sysfs_uevent_get() more flexible using a format string
>>
>> Signed-o
On 12 January 2017 at 21:35, Thierry Reding wrote:
> From: Thierry Reding
>
> Signed-off-by: Thierry Reding
This and 2/2 are
Reviewed-by: Emil Velikov
-Emil
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mail
On 12 January 2017 at 21:48, Thierry Reding wrote:
> From: Thierry Reding
>
> CC libdrm_la-xf86drmMode.lo
> ../xf86drmMode.c: In function 'drmHandleEvent':
> ../xf86drmMode.c:854:15: warning: dereferencing type-punned pointer will
> break strict-aliasing rules [-Wstrict-alias
https://bugs.freedesktop.org/show_bug.cgi?id=99045
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=93760
--- Comment #6 from Nayan Deshmukh ---
(In reply to Christian König from comment #3)
> Sorry totally missed that bug.
>
> The problem is most likely that GStreamer sends multiple slices in one
> request to VA-API and we can't handle that in the
On 13 January 2017 at 21:11, Nicholas Miell wrote:
> On 01/13/2017 09:57 AM, Emil Velikov wrote:
>>
>> On 13 January 2017 at 11:34, Jan Vesely wrote:
>>>
>>> On Thu, 2017-01-12 at 18:16 -0800, Nicholas Miell wrote:
From 714d07f600db39498c87d7816f4dd3a7e6d9bbca Mon Sep 17 00:00:00 2001
>
This is just a cleanup, no functional change.
The fixup code for 1366x768 in drm_mode_create_from_cmdline_mode() is
basically a copy of the existing code in drm_edid.c. Make the latter
code public so that it can be called from the former function.
Signed-off-by: Takashi Iwai
---
drivers/gpu/dr
On 16 January 2017 at 01:09, Fabio Estevam wrote:
> Fix two grammar issues:
>
> - "standard autotools packages ---> "standard autotools package"
> - "If you are install" ---> "If you are installing"
>
> Signed-off-by: Fabio Estevam
R-b and pushed to master.
Thanks !
Emil
https://bugs.freedesktop.org/show_bug.cgi?id=93760
--- Comment #7 from Christian König ---
Take a look at vlVaHandleSliceParameterBufferMPEG12 and the assert.
We probably just need to handle the case of multiple buffers here and in
handleVASliceDataBufferType.
The later is a bit tricky, since y
Hi Andy,
On 01/15/2017 07:20 AM, Andy Gross wrote:
> + Stanimir
>
> On Sat, Jan 14, 2017 at 09:49:01PM -0600, Andy Gross wrote:
>> On Fri, Jan 13, 2017 at 04:24:38PM -0700, Jordan Crouse wrote:
>>> On Fri, Jan 13, 2017 at 11:12:41AM -0600, Andy Gross wrote:
On Mon, Nov 28, 2016 at 12:28:35PM
Hi Dave,
Pull request for amdkfd.
Just two patches for 4.11 merge window:
- A small fix to return value of function in case of error
- A spelling mistake
Thanks,
Oded
The following changes since commit 282d0a35c8c42c3ac4dd86a7e408ed1b30db4897:
Merge tag 'drm-misc-next-2017-01-09' of
git:
https://bugzilla.kernel.org/show_bug.cgi?id=188621
--- Comment #4 from Oded Gabbay ---
Hi,
Sent the patch to upstream for kernel 4.11 merge window.
Oded
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel m
This series is a folow-up on
https://patchwork.kernel.org/patch/9501787/
The first patch makes changes to atomic helpers
to allow for drives with ASYNC flip support to use them.
Patches 2 and 3 are to use this in AMDGPU/DC and
patch 4 is possible cleanup in nouveau/kms who seems
to have the dupli
Allows using atomic flip helpers for drivers
using ASYNC flip.
Remove ASYNC_FLIP restriction in helpers and
caches the page flip flags in drm_plane_state
to be used in the low level drivers.
Signed-off-by: Andrey Grodzovsky
---
drivers/gpu/drm/drm_atomic_helper.c | 10 +++---
include/drm/drm
Hi John,
Thank you for the patch.
On Tuesday 03 Jan 2017 11:41:39 John Stultz wrote:
> In chasing down a previous issue with EDID probing from calling
> drm_helper_hpd_irq_event() from irq context, Laurent noticed
> that the DRM documentation suggests that
> drm_kms_helper_hotplug_event() should
Hi John,
Thank you for the patch.
On Tuesday 03 Jan 2017 11:41:41 John Stultz wrote:
> In chasing down issues with EDID probing, I found some
> duplicated but incomplete logic used to power the chip on and
> off.
>
> This patch refactors the adv7511_power_on/off functions, so
> they can be used
On Monday 16 Jan 2017 17:47:46 Laurent Pinchart wrote:
> Hi John,
>
> Thank you for the patch.
>
> On Tuesday 03 Jan 2017 11:41:39 John Stultz wrote:
> > In chasing down a previous issue with EDID probing from calling
> > drm_helper_hpd_irq_event() from irq context, Laurent noticed
> > that the D
Hi John,
Thank you for the patches.
On Tuesday 03 Jan 2017 11:41:37 John Stultz wrote:
> Hope everyone had a good newyears!
>
> Wanted to re-send out v3 of this patch set improving the EDID
> probing on the adv7511 used on HiKey, for consideration for
> merging for 4.11
>
> The first three patc
Change-Id: Iad3e0b9b3546e4e4dc79be9233daf4fe4dba83e0
Signed-off-by: Andrey Grodzovsky
---
.../drm/amd/display/amdgpu_dm/amdgpu_dm_types.c| 92 ++
1 file changed, 6 insertions(+), 86 deletions(-)
diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_types.c
b/drive
Signed-off-by: Andrey Grodzovsky
---
drivers/gpu/drm/nouveau/nv50_display.c | 77 +++---
1 file changed, 5 insertions(+), 72 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nv50_display.c
b/drivers/gpu/drm/nouveau/nv50_display.c
index 2c2c645..419e00c 100644
--- a/
Follwing introduction of pflip_flags in drm_plane_state
this is not needed anymore.
Signed-off-by: Andrey Grodzovsky
---
drivers/gpu/drm/amd/amdgpu/amdgpu_mode.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_mode.h
b/drivers/gpu/drm/amd/amdgpu/amdgpu_mode.
Hi John,
Thank you for the patch.
On Tuesday 03 Jan 2017 11:41:42 John Stultz wrote:
> I've found that by just turning the chip on and off via the
> POWER_DOWN register, I end up getting i2c_transfer errors
> on HiKey.
>
> Investigating further, it seems some of the register state
> in the regma
On 01/16/2017 02:28 PM, Yannick Fertre wrote:
> The purpose of this set of patches is to add a new driver for stm32f429.
> This driver was developed and tested on evaluation board stm32429i.
>
> Stm32f4 is a MCU platform which don't have MMU so the last patches developed
> by Benjamin Gaignard reg
https://bugs.freedesktop.org/show_bug.cgi?id=99330
Vedran Miletić changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=99310
--- Comment #2 from baptiste.fa...@orange.fr ---
Same problem with me : reddish icons and blue tint for jpegs.
Using ubuntu 16.10 with mesa 13.0 (paolo dias package) and a amd r390.
--
You are receiving this mail because:
You are the assignee
Hi Inki,
2017-01-16 Inki Dae :
> This patch relpaces specific atomic commit function
> with atomic helper commit one, which also includes
> atomic_commit_tail callback for Exynos SoC becasue
> crtc devices on Exynos SoC uses power domain device
> so drm_atomic_helper_commit_planes should be calle
Hi Takashi,
2017-01-16 Takashi Iwai :
> This is just a cleanup, no functional change.
>
> The fixup code for 1366x768 in drm_mode_create_from_cmdline_mode() is
> basically a copy of the existing code in drm_edid.c. Make the latter
> code public so that it can be called from the former function.
On Mon, Jan 16, 2017 at 7:56 AM, Laurent Pinchart
wrote:
> On Monday 16 Jan 2017 17:47:46 Laurent Pinchart wrote:
>> Hi John,
>>
>> Thank you for the patch.
>>
>> On Tuesday 03 Jan 2017 11:41:39 John Stultz wrote:
>> > In chasing down a previous issue with EDID probing from calling
>> > drm_helper
On Mon, 16 Jan 2017 20:16:04 +0100,
Gustavo Padovan wrote:
>
> Hi Takashi,
>
> 2017-01-16 Takashi Iwai :
>
> > This is just a cleanup, no functional change.
> >
> > The fixup code for 1366x768 in drm_mode_create_from_cmdline_mode() is
> > basically a copy of the existing code in drm_edid.c. Ma
From: Gustavo Padovan
Otherwise compilation fails like this:
In file included from drivers/gpu/drm/armada/armada_trace.h:66:0,
from drivers/gpu/drm/armada/armada_trace.c:3:
./include/trace/define_trace.h:88:43: fatal error: ./armada_trace.h: No such
file or directory
compilatio
On Mon, Jan 16, 2017 at 8:03 AM, Laurent Pinchart
wrote:
> Hi John,
>
> Thank you for the patch.
>
> On Tuesday 03 Jan 2017 11:41:42 John Stultz wrote:
>> I've found that by just turning the chip on and off via the
>> POWER_DOWN register, I end up getting i2c_transfer errors
>> on HiKey.
>>
>> Inv
Hi Andrey,
2017-01-16 Andrey Grodzovsky :
> Allows using atomic flip helpers for drivers
> using ASYNC flip.
> Remove ASYNC_FLIP restriction in helpers and
> caches the page flip flags in drm_plane_state
> to be used in the low level drivers.
>
> Signed-off-by: Andrey Grodzovsky
> ---
> driver
Hi Yannick,
Thank you for the patch.
On Monday 16 Jan 2017 14:28:58 Yannick Fertre wrote:
> Signed-off-by: Yannick Fertre
> ---
> .../devicetree/bindings/display/st,ltdc.txt| 57 ++
> 1 file changed, 57 insertions(+)
> create mode 100644 Documentation/devicetree/binding
Hi Inki,
Thank you for the patch.
On Monday 16 Jan 2017 18:13:22 Inki Dae wrote:
> This patch relpaces specific atomic commit function
> with atomic helper commit one, which also includes
> atomic_commit_tail callback for Exynos SoC becasue
> crtc devices on Exynos SoC uses power domain device
>
Hi Gustavo,
Thank you for the patch.
On Monday 16 Jan 2017 18:13:30 Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Otherwise compilation fails like this:
>
> In file included from drivers/gpu/drm/armada/armada_trace.h:66:0,
> from drivers/gpu/drm/armada/armada_trace.c:3:
>
Hi Andrey,
Thank you for the patches.
On Monday 16 Jan 2017 10:44:54 Andrey Grodzovsky wrote:
> This series is a folow-up on
> https://patchwork.kernel.org/patch/9501787/
>
> The first patch makes changes to atomic helpers
> to allow for drives with ASYNC flip support to use them.
> Patches 2 an
> -Original Message-
> From: Gustavo Padovan [mailto:gust...@padovan.org]
> Sent: Monday, January 16, 2017 3:22 PM
> To: Grodzovsky, Andrey
> Cc: dri-devel@lists.freedesktop.org; nouv...@lists.freedesktop.org; amd-
> g...@lists.freedesktop.org; Deucher, Alexander; daniel.vet...@intel.com
https://bugs.freedesktop.org/show_bug.cgi?id=99275
--- Comment #10 from Reimar Imhof ---
I've just tried kernel 4.9.4
from download.opensuse.org/repositories/Kernel:/stable/standard/
Same bug.
Do you have any news?
--
You are receiving this mail because:
You are the assignee for the bug.__
2017-01-16 Laurent Pinchart :
> Hi Gustavo,
>
> Thank you for the patch.
>
> On Monday 16 Jan 2017 18:13:30 Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Otherwise compilation fails like this:
> >
> > In file included from drivers/gpu/drm/armada/armada_trace.h:66:0,
> >
Hi Gabriel,
2017-01-12 Gabriel Krisman Bertazi :
> This avoids using the deprecated drm_get_pci_dev() and load() hook
> interfaces in the qxl driver.
>
> The only tricky part is to ensure TTM debugfs initialization
> happens after the debugfs root node is created, which is done by moving
> that
On 2017-01-16 03:39 PM, Laurent Pinchart wrote:
Hi Andrey,
Thank you for the patches.
On Monday 16 Jan 2017 10:44:54 Andrey Grodzovsky wrote:
This series is a folow-up on
https://patchwork.kernel.org/patch/9501787/
The first patch makes changes to atomic helpers
to allow for drives with ASYNC
Hi Wei,
2017-01-12 Wei Yongjun :
> From: Wei Yongjun
>
> PTR_ERR should access the value just tested by IS_ERR, otherwise
> the wrong error code will be returned.
>
> Fixes: d1667b86795a ("drm/hisilicon/hibmc: Add support for frame buffer")
> Signed-off-by: Wei Yongjun
Reviewed-by: Gustavo P
https://bugs.freedesktop.org/show_bug.cgi?id=96488
--- Comment #10 from Jan Vesely ---
(In reply to nixscripter from comment #9)
> I have downloaded LLVM r290690 which contains your first diff, manually
> applied your 2nd diff, and compiled it. The resulting library seems to
> resolve the issue.
Hi Wei,
2017-01-12 Wei Yongjun :
> From: Wei Yongjun
>
> Fixes the following sparse warning:
>
> drivers/gpu/drm/drm_atomic_helper.c:1360:6: warning:
> symbol 'release_crtc_commit' was not declared. Should it be static?
>
> Signed-off-by: Wei Yongjun
> ---
> drivers/gpu/drm/drm_atomic_help
Hi Gustavo,
(CC'ing Steven)
On Monday 16 Jan 2017 19:12:58 Gustavo Padovan wrote:
> 2017-01-16 Laurent Pinchart :
> > On Monday 16 Jan 2017 18:13:30 Gustavo Padovan wrote:
> >> From: Gustavo Padovan
> >>
> >> Otherwise compilation fails like this:
> >>
> >> In file included from drivers/gpu/dr
Hi Harry,
On Monday 16 Jan 2017 16:13:39 Harry Wentland wrote:
> On 2017-01-16 03:39 PM, Laurent Pinchart wrote:
> > On Monday 16 Jan 2017 10:44:54 Andrey Grodzovsky wrote:
> >> This series is a folow-up on
> >> https://patchwork.kernel.org/patch/9501787/
> >>
> >> The first patch makes changes t
Hi Andrey,
Thank you for the patch.
On Monday 16 Jan 2017 10:44:56 Andrey Grodzovsky wrote:
> Follwing introduction of pflip_flags in drm_plane_state
> this is not needed anymore.
>
> Signed-off-by: Andrey Grodzovsky
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_mode.h | 1 -
> 1 file changed, 1 d
Hi Andrey,
Thank you for the patch.
On Monday 16 Jan 2017 10:44:57 Andrey Grodzovsky wrote:
> Change-Id: Iad3e0b9b3546e4e4dc79be9233daf4fe4dba83e0
> Signed-off-by: Andrey Grodzovsky
> ---
> .../drm/amd/display/amdgpu_dm/amdgpu_dm_types.c| 92 ++
> 1 file changed, 6 insertion
Hi Andrey,
Thank you for the patch.
On Monday 16 Jan 2017 10:44:55 Andrey Grodzovsky wrote:
> Allows using atomic flip helpers for drivers
> using ASYNC flip.
> Remove ASYNC_FLIP restriction in helpers and
> caches the page flip flags in drm_plane_state
> to be used in the low level drivers.
>
>
2017-01-13 Chad Versace :
> On Fri 13 Jan 2017, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Currently if the userspace declares a int variable to store the out_fence
> > fd and pass it to OUT_FENCE_PTR the kernel will overwrite the 32 bits
> > above the int variable on 64 bits syste
Hi John,
On Monday 16 Jan 2017 12:14:48 John Stultz wrote:
> On Mon, Jan 16, 2017 at 8:03 AM, Laurent Pinchart wrote:
> > On Tuesday 03 Jan 2017 11:41:42 John Stultz wrote:
> >> I've found that by just turning the chip on and off via the
> >> POWER_DOWN register, I end up getting i2c_transfer erro
1 - 100 of 173 matches
Mail list logo
