https://bugs.freedesktop.org/show_bug.cgi?id=101160
--- Comment #1 from Michel Dänzer ---
Please attach the dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.o
On 24/05/17 09:46, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the patch.
>
> On Wednesday 17 May 2017 10:56:44 Tomi Valkeinen wrote:
>> When rotating 90/270 + mirroring with YUV422, the end result will have
>> adjacent pixels swapped. The problem is that
>> dispc_ovl_set_rotation_attr
https://bugs.freedesktop.org/show_bug.cgi?id=100949
Michel Dänzer changed:
What|Removed |Added
Summary|Power management problem on |Black screen, DP link
On 24/05/17 09:44, Laurent Pinchart wrote:
>> b/drivers/gpu/drm/omapdrm/omap_fb.c index bd05976fc20b..e5cc13799e73 100644
>> --- a/drivers/gpu/drm/omapdrm/omap_fb.c
>> +++ b/drivers/gpu/drm/omapdrm/omap_fb.c
>> @@ -184,16 +184,30 @@ void omap_framebuffer_update_scanout(struct
>> drm_framebuffer *f
Hi Tomi,
Thank you for the patch.
On Wednesday 17 May 2017 10:56:44 Tomi Valkeinen wrote:
> When rotating 90/270 + mirroring with YUV422, the end result will have
> adjacent pixels swapped. The problem is that
> dispc_ovl_set_rotation_attrs() has wrong rotation values for these
> cases.
>
> Sign
Hi Tomi,
Thank you for the patch.
On Wednesday 17 May 2017 10:56:43 Tomi Valkeinen wrote:
> TILER rotation with YUV422 pixelformats does not work at the moment. All
> other pixel formats work, because the pixelformat's pixel size is equal
> to tiler unit size (e.g. XR24's pixel size is 32 bits, a
The buffer size is calculated using pixels, not bytes as it should. The
result is often correct, though, as the stride is aligned to page size,
but there are still many cases where the size ends up being wrong.
Fix this by not calculating the size at all, as in that case
DRM_OMAP_GEM_INFO ioctl is
https://bugs.freedesktop.org/show_bug.cgi?id=99488
nixscrip...@gmail.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Bug 99553 depends on bug 99488, which changed state.
Bug 99488 Summary: [r600g]ImageMagick issues in Gaussian Blur kernel
https://bugs.freedesktop.org/show_bug.cgi?id=99488
What|Removed |Added
--
https://bugs.freedesktop.org/show_bug.cgi?id=99326
--- Comment #1 from m...@advancedcontrols.com.au ---
Compiling custom kernels has been too much work, so we've moved our production
from AMD T56N to Intel i3-4010U.
--
You are receiving this mail because:
You are the assignee for the bug.___
于 2017年5月23日 GMT+08:00 下午8:53:21, Maxime Ripard
写到:
>On Mon, May 22, 2017 at 07:55:56PM +0200, Jernej Škrabec wrote:
>> Hi,
>>
>> Dne sobota, 20. maj 2017 ob 03:37:53 CEST je Chen-Yu Tsai napisal(a):
>> > On Sat, May 20, 2017 at 2:23 AM, Jernej Škrabec
>
>> wrote:
>> > > Hi,
>> > >
>> > > Dn
On 23.05.2017 14:19, Mikko Perttunen wrote:
> On 23.05.2017 13:58, Dmitry Osipenko wrote:
>> On 23.05.2017 13:14, Mikko Perttunen wrote:
>>> Reloc shifts are implemented (see assignment of u32 reloc_addr in
>>> do_relocs),
>>> and they are required for VIC job submissions.
>>>
>>
>> The *validatio
在 2017-05-23 20:53，Maxime Ripard 写道：
On Mon, May 22, 2017 at 07:55:56PM +0200, Jernej Škrabec wrote:
Hi,
Dne sobota, 20. maj 2017 ob 03:37:53 CEST je Chen-Yu Tsai napisal(a):
> On Sat, May 20, 2017 at 2:23 AM, Jernej Škrabec
wrote:
> > Hi,
> >
> > Dne petek, 19. maj 2017 ob 20:08:18 CEST je Ic
On 23.05.2017 13:58, Dmitry Osipenko wrote:
On 23.05.2017 13:14, Mikko Perttunen wrote:
Reloc shifts are implemented (see assignment of u32 reloc_addr in do_relocs),
and they are required for VIC job submissions.
The *validation* is unimplemented. Since VIC uses the shifts, we may add a
valid
On 23.05.2017 03:39, Erik Faye-Lund wrote:
> On Tue, May 23, 2017 at 2:14 AM, Dmitry Osipenko wrote:
>> Several channels could be made to write the same unit concurrently via the
>> SETCLASS opcode, trusting userspace is a bad idea. It should be possible to
>> drop the per-client channel reservati
On Tue, May 23, 2017 at 1:22 PM, Arnd Bergmann wrote:
> On Tue, May 23, 2017 at 1:17 PM, Krzysztof Kozlowski wrote:
>> On Mon, May 22, 2017 at 11:37 PM, Arnd Bergmann wrote:
>>> On Mon, May 22, 2017 at 6:32 PM, Krzysztof Kozlowski
>>> wrote:
On Mon, May 22, 2017 at 05:20:08PM +0200, Arnd
Hi Daniel,
On 22-05-2017 16:31, Daniel Vetter wrote:
> On Mon, May 22, 2017 at 09:56:00AM +0200, Daniel Vetter wrote:
>> On Fri, May 19, 2017 at 01:52:09AM +0100, Jose Abreu wrote:
>>> This series is a follow up from the discussion at [1]. We start by
>>> introducing crtc->mode_valid(), encoder->
This patch adds the following definition
- Bit mask for EDP_PWMGEN_BIT_COUNT and min/max cap
register which only use bit 0:4
- Base frequency (27 MHz) for backlight PWM frequency
generator.
Signed-off-by: Puthikorn Voravootivat
Reviewed-by: Dhinakaran Pandiyan
---
include/drm/drm_dp_helper.
Yeah, looks fine to me.
-DK
From: put...@google.com [mailto:put...@google.com] On Behalf Of Puthikorn
Voravootivat
Sent: Friday, May 19, 2017 2:00 PM
To: Pandiyan, Dhinakaran
Cc: put...@chromium.org; dri-devel@lists.freedesktop.org;
intel-...@lists.freedesktop.org; jani.nik...@linux.intel.com
Add option to allow choosing how to adjust brightness if
panel supports both PWM pin and AUX channel.
Signed-off-by: Puthikorn Voravootivat
---
drivers/gpu/drm/i915/i915_params.c| 8 +---
drivers/gpu/drm/i915/i915_params.h| 2 +-
drivers/gpu/drm/i915/intel_dp_aux_ba
Read desired PWM frequency from panel vbt and calculate the
value for divider in DPCD address 0x724 and 0x728 to have
as many bits as possible for PWM duty cyle for granularity of
brightness adjustment while the frequency divisor is still
within 25% of the desired value.
Signed-off-by: Puthikorn V
On 05/23/2017 03:17 PM, Benjamin Gaignard wrote:
> 2017-05-23 15:03 GMT+02:00 Daniel Vetter :
>> On Tue, May 23, 2017 at 03:00:46PM +0200, Vincent Abriou wrote:
>>> Add Benjamin Gaignard and Vincent Abriou as STM maintainers:
>>> Benjamin Gaignard
>>> Vincent Abriou
>>>
>>> Signed-off-by: Vince
This patch adds option to enable dynamic backlight for eDP
panel that supports this feature via DPCD register and
set minimum / maximum brightness to 0% and 100% of the
normal brightness.
Signed-off-by: Puthikorn Voravootivat
---
drivers/gpu/drm/i915/i915_params.c| 5
drivers/g
There are some panel that
(1) does not support display backlight enable via AUX
(2) support display backlight adjustment via AUX
(3) support display backlight enable via eDP BL_ENABLE pin
The current driver required that (1) must be support to enable (2).
This patch drops that requirement.
Signed
Reloc shifts are implemented (see assignment of u32 reloc_addr in
do_relocs), and they are required for VIC job submissions.
On 23.05.2017 03:14, Dmitry Osipenko wrote:
Incorrectly shifted relocation address will cause a lower memory corruption
and likely a hang on a write or a read of an arbit
On Mon, May 22, 2017 at 11:37 PM, Arnd Bergmann wrote:
> On Mon, May 22, 2017 at 6:32 PM, Krzysztof Kozlowski wrote:
>> On Mon, May 22, 2017 at 05:20:08PM +0200, Arnd Bergmann wrote:
>>> The driver is written in a way to enable compile-testing without
>>> CONFIG_ARM_AMBA,
>>> but it just causes
This patch set contain 5 patches. Another 4 patches in previous version
was already merged in v7.
- First two patches allow choosing which way to adjust brightness
if both PWM pin and AUX are supported
- Next patch adds support for dynamic brightness.
- Last two patches set the PWM freqency to ma
On 23.05.2017 13:14, Mikko Perttunen wrote:
> Reloc shifts are implemented (see assignment of u32 reloc_addr in do_relocs),
> and they are required for VIC job submissions.
>
The *validation* is unimplemented. Since VIC uses the shifts, we may add a
validation for it in a way it is done for the r
https://bugs.freedesktop.org/show_bug.cgi?id=101160
Bug ID: 101160
Summary: Venus PRO R9 M265X amdgpu: ring 0 test failed
Product: DRI
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: nor
On 28 April 2017 at 07:27, Gustavo Padovan wrote:
> 2017-04-26 Christian König :
>
>> Am 26.04.2017 um 16:46 schrieb Andres Rodriguez:
>> > When a timeout of zero is specified, the caller is only interested in
>> > the fence status.
>> >
>> > In the current implementation, dma_fence_default_wait w
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #26 from MirceaKitsune ---
(In reply to Alex Deucher from comment #25)
> Can you narrow down what component update caused the issue?
openSUSE Tumbleweed upgraded from Mesa 17.0.5 to 17.1.0 yesterday. I'm still in
the process of seei
https://bugs.freedesktop.org/show_bug.cgi?id=96868
Alex Deucher changed:
What|Removed |Added
Attachment #131322|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=96868
Alex Deucher changed:
What|Removed |Added
Attachment #131321|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=96868
--- Comment #26 from Alex Deucher ---
Created attachment 131453
--> https://bugs.freedesktop.org/attachment.cgi?id=131453&action=edit
possible fix 4/4
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=96868
Alex Deucher changed:
What|Removed |Added
Attachment #131320|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=96868
Alex Deucher changed:
What|Removed |Added
Attachment #131319|0 |1
is obsolete|
On Tue, May 23, 2017 at 2:47 PM, Deucher, Alexander
wrote:
>> -Original Message-
>> From: Lukas Wunner [mailto:lu...@wunner.de]
>> Sent: Monday, May 22, 2017 11:51 PM
>> To: Michel Dänzer
>> Cc: Nicolai Stange; Sean Paul; Deucher, Alexander; dri-
>> de...@lists.freedesktop.org; amd-...@lis
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #25 from Alex Deucher ---
Can you narrow down what component update caused the issue?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
d
> -Original Message-
> From: Lukas Wunner [mailto:lu...@wunner.de]
> Sent: Monday, May 22, 2017 11:51 PM
> To: Michel Dänzer
> Cc: Nicolai Stange; Sean Paul; Deucher, Alexander; dri-
> de...@lists.freedesktop.org; amd-...@lists.freedesktop.org; Koenig,
> Christian
> Subject: Re: [PATCH] drm
> -Original Message-
> From: Koenig, Christian
> Sent: Monday, May 22, 2017 4:12 AM
> To: Christian König; Masahiro Yamada; dri-devel@lists.freedesktop.org;
> Daniel Vetter; Deucher, Alexander; Daenzer, Michel; linux-
> ker...@vger.kernel.org; amd-...@lists.freedesktop.org
> Subject: Re: [P
> -Original Message-
> From: Koenig, Christian
> Sent: Wednesday, May 17, 2017 4:23 AM
> To: Gustavo A. R. Silva; Deucher, Alexander; David Airlie
> Cc: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; linux-
> ker...@vger.kernel.org
> Subject: Re: [PATCH] gpu: drm: radeon: r
https://bugs.freedesktop.org/show_bug.cgi?id=100400
Samuel Pitoiset changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=100400
beham.christop...@gmx.at changed:
What|Removed |Added
Summary|Game Valhalla Hills crash |[Solved] Game Valhalla
https://bugs.freedesktop.org/show_bug.cgi?id=100400
--- Comment #12 from beham.christop...@gmx.at ---
(In reply to Samuel Pitoiset from comment #11)
> Hi there,
>
> The crash at startup can no longer be reproduced. I have just tested with
> Mesa (4eb0411ed72) and LLVM (9031fd91990). Though, it st
https://bugs.freedesktop.org/show_bug.cgi?id=99136
--- Comment #41 from Alexandr Zelinsky ---
its not mesa bug
its known bug in cracked release by razor1911
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing
Hi Ben,
On 16 May 2017 at 22:31, Ben Widawsky wrote:
> Updated blob layout (Rob, Daniel, Kristian, xerpi)
If you take the attached fixup, this is:
Reviewed-by: Daniel Stone
The rest of the series looks fine to me, so you can take my Acked-by,
but I'm currently off work sick and am away next we
https://bugs.freedesktop.org/show_bug.cgi?id=100949
--- Comment #8 from Luya Tshimbalanga ---
Yes, those *ERROR* message happened on suspend/resume followed by the black
screen. Same errors also occurred when leaving the laptop in idle for a while
as well.
--
You are receiving this mail because
On Fri, May 19, 2017 at 05:20:17PM +0200, Philippe CORNU wrote:
> This patch adds documentation of device tree bindings for the STM32
> DSI host driver based on the Synopsys DW MIPI DSI driver from Rockchip.
>
> Signed-off-by: Philippe CORNU
> ---
> .../devicetree/bindings/display/st,stm32-ltdc.
On Tue, 23 May 2017 15:38:42 +0100
Liviu Dudau wrote:
> On Tue, May 23, 2017 at 04:33:55PM +0200, Boris Brezillon wrote:
> > Hi Liviu,
>
> Hi Boris,
>
> >
> > On Mon, 15 May 2017 18:20:55 +0100
> > Liviu Dudau wrote:
> >
> > > Hi,
> > >
> > > This is v5 of the writeback connector series
On Fri, May 19, 2017 at 05:20:15PM +0200, Philippe CORNU wrote:
> This patch adds documentation of device tree bindings for the
> Synopsys DesignWare MIPI DSI host DRM bridge driver.
>
> Signed-off-by: Philippe CORNU
> ---
> .../bindings/display/bridge/dw_mipi_dsi.txt| 36
>
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #16 from Jean Delvare (jdelv...@suse.de) ---
I tested Alex's branch amd-staging-4.11 as of yesterday (top commit
c285c73f2213) and it does NOT fix the bug.
Did it occur to you that there may be a simple bug in commit c7bc82efa60d
("dr
On Tue, May 16, 2017 at 11:19:05AM +0300, Baruch Siach wrote:
> Commit b60c1be74741 (dt-bindings: display/panel: Add common rotation property)
> added the rotation property description in a new file. We have a place for
> common display panel properties already. Move there the rotation property.
>
On Tue, May 16, 2017 at 11:19:04AM +0300, Baruch Siach wrote:
> Fixes: 14da3ed8dd08 ("devicetree/bindings: display: Document common panel
> properties")
> Cc: Laurent Pinchart
> Cc: Rob Herring
> Signed-off-by: Baruch Siach
> ---
> Documentation/devicetree/bindings/display/panel/panel-common.t
On Tue, May 23, 2017 at 04:33:55PM +0200, Boris Brezillon wrote:
> Hi Liviu,
Hi Boris,
>
> On Mon, 15 May 2017 18:20:55 +0100
> Liviu Dudau wrote:
>
> > Hi,
> >
> > This is v5 of the writeback connector series. Boris Brezillon thought
> > that having to explicitly instantiate an encoder when
On 23/05/17 17:06, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the patch.
>
> On Wednesday 17 May 2017 10:56:42 Tomi Valkeinen wrote:
>> The omapdrm driver has not passed the rotation value to the dispc
>> driver. This doesn't affect RGB formats, but YUV formats don't work
>> without d
Hi Liviu,
On Mon, 15 May 2017 18:20:55 +0100
Liviu Dudau wrote:
> Hi,
>
> This is v5 of the writeback connector series. Boris Brezillon thought
> that having to explicitly instantiate an encoder when using
> drm_writeback_connector
> is a bit too cumbersome, so I'm pushing out this version whe
Hello,
[9.610781] ==
[9.610784] WARNING: possible circular locking dependency detected
[9.610789] 4.12.0-rc2-next-20170523-dbg-dirty #231 Not tainted
[9.610791] --
[9.610795
Hi Tomi,
Thank you for the patch.
On Wednesday 17 May 2017 10:56:42 Tomi Valkeinen wrote:
> The omapdrm driver has not passed the rotation value to the dispc
> driver. This doesn't affect RGB formats, but YUV formats don't work
> without dispc knowing the orientation.
>
> Signed-off-by: Tomi Val
2017-05-22 11:30 GMT+02:00 Philippe CORNU :
> Fix COMPILE_TEST build issue detected with the
> rule: "duplicated argument to & or |"
>
I have merged it in drm-misc-next
Thanks,
Benjamin
> Signed-off-by: Philippe CORNU
> ---
> drivers/gpu/drm/stm/ltdc.c | 2 +-
> 1 file changed, 1 insertion(+),
On 23/05/17 16:15, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the patch.
>
> On Wednesday 17 May 2017 10:56:41 Tomi Valkeinen wrote:
>> Change dispc driver to use the DRM_REFLECT flags instead of a mirror
>> boolean.
>
> Patch 3/7 has
>
> /* must use FIR for YUV422 if ro
2017-05-23 15:03 GMT+02:00 Daniel Vetter :
> On Tue, May 23, 2017 at 03:00:46PM +0200, Vincent Abriou wrote:
>> Add Benjamin Gaignard and Vincent Abriou as STM maintainers:
>> Benjamin Gaignard
>> Vincent Abriou
>>
>> Signed-off-by: Vincent Abriou
> Acked-by: Daniel Vetter
>
> Would be good to
Hi Tomi,
Thank you for the patch.
On Wednesday 17 May 2017 10:56:41 Tomi Valkeinen wrote:
> Change dispc driver to use the DRM_REFLECT flags instead of a mirror
> boolean.
Patch 3/7 has
/* must use FIR for YUV422 if rotated */
if (rotation != DRM_ROTATE_0)
On 23/05/17 16:07, Laurent Pinchart wrote:
> Hi Tomi,
>
> Thank you for the patch.
>
> On Wednesday 17 May 2017 10:56:40 Tomi Valkeinen wrote:
>> At the moment the dispc driver uses a custom enum for rotation. Change
>> it to use the DRM's DRM_ROTATE_*.
>>
>> Note that mirroring is at the moment
On Tue, May 23, 2017 at 05:28:15PM +0800, CK Hu wrote:
> Hi, Bibby:
>
> I've applied this patch to my branch mediatek-drm-fixes-4.12-rc1,
> thanks.
>
> Regards,
> CK
>
> On Tue, 2017-01-24 at 13:10 +0800, Bibby Hsieh wrote:
> > Current Mediatek DRM driver does not support interlaced mode, and
>
Hi Tomi,
Thank you for the patch.
On Wednesday 17 May 2017 10:56:40 Tomi Valkeinen wrote:
> At the moment the dispc driver uses a custom enum for rotation. Change
> it to use the DRM's DRM_ROTATE_*.
>
> Note that mirroring is at the moment handled as a separate boolean in
> the dispc driver, so
On Tue, May 23, 2017 at 03:00:46PM +0200, Vincent Abriou wrote:
> Add Benjamin Gaignard and Vincent Abriou as STM maintainers:
> Benjamin Gaignard
> Vincent Abriou
>
> Signed-off-by: Vincent Abriou
Acked-by: Daniel Vetter
Would be good to get an ack from Philippe too (Yannick's apparently on
On Tue, May 23, 2017 at 11:31:22AM +0300, Dan Carpenter wrote:
> On Tue, May 23, 2017 at 11:19:58AM +0300, Jani Nikula wrote:
> > On Fri, 19 May 2017, Dan Carpenter wrote:
> > > On Fri, May 19, 2017 at 01:08:20PM -0700, Eric Anholt wrote:
> > >> OK, that's definitely not how I've read the
> > >> D
Add Benjamin Gaignard and Vincent Abriou as STM maintainers:
Benjamin Gaignard
Vincent Abriou
Signed-off-by: Vincent Abriou
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 81cdd03..757d487 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4502
On Tue, May 23, 2017 at 12:00:16PM +0200, Lukas Wunner wrote:
> On Mon, May 22, 2017 at 09:24:34PM +0200, Daniel Vetter wrote:
> > On Thu, May 18, 2017 at 09:33:44PM +0200, Lukas Wunner wrote:
> > > Nicolai Stange reports the following oops which is caused by
> > > dereferencing rdev->pdev before i
On Mon, May 22, 2017 at 07:55:56PM +0200, Jernej Škrabec wrote:
> Hi,
>
> Dne sobota, 20. maj 2017 ob 03:37:53 CEST je Chen-Yu Tsai napisal(a):
> > On Sat, May 20, 2017 at 2:23 AM, Jernej Škrabec
> wrote:
> > > Hi,
> > >
> > > Dne petek, 19. maj 2017 ob 20:08:18 CEST je Icenowy Zheng napisal(a)
https://bugs.freedesktop.org/show_bug.cgi?id=101026
Alex Deucher changed:
What|Removed |Added
Component|Drivers/Gallium/radeonsi|DRM/AMDgpu
QA Contact|dri-devel@
Hi Tomasz,
On Wed, May 10, 2017 at 07:00:10PM +0800, Tomasz Figa wrote:
> Hi Sakari,
>
> Few comments inline.
>
> On Mon, May 8, 2017 at 11:03 PM, Sakari Ailus
> wrote:
> > From: Samu Onkalo
> >
> > The user may request to the driver (vb2) to skip the cache maintenance
> > operations in case t
Hi Tomasz,
Thanks for the review!
Considering where things currently stand, I thing getting the three first
patches merged in the near future would make sense. The rest will need a bit
more work, and adding buffer flags that aren't used wouldn't really make
sense either. See below.
On Wed, May 1
Hi Tomi,
Thank you for the patch.
On Wednesday 17 May 2017 10:56:39 Tomi Valkeinen wrote:
> struct omap_drm_window is only used to pass plane setup data to
> omap_framebuffer_update_scanout(). This can as well be accomplished by
> just passing the DRM state.
>
> Signed-off-by: Tomi Valkeinen
>
https://bugs.freedesktop.org/show_bug.cgi?id=93826
--- Comment #50 from Eike ---
(In reply to Jonas from comment #48)
(In reply to Rodhos from comment #49)
Sorry, I should have specified, that i was only talking about the "Lines on the
left" part of this report.
The bug I have experienced at 1
On 23/05/17 13:42, Laurent Pinchart wrote:
> Hi Tomi,
>
> On Tuesday 23 May 2017 13:25:34 Tomi Valkeinen wrote:
>> On 23/05/17 12:48, Laurent Pinchart wrote:
>>> As the connector code can handle GPIO HPD thanks to patch 2/3, why does it
>>> have to be duplicated here ? I agree that encoders should
On Tue, May 23, 2017 at 1:17 PM, Krzysztof Kozlowski wrote:
> On Mon, May 22, 2017 at 11:37 PM, Arnd Bergmann wrote:
>> On Mon, May 22, 2017 at 6:32 PM, Krzysztof Kozlowski wrote:
>>> On Mon, May 22, 2017 at 05:20:08PM +0200, Arnd Bergmann wrote:
The driver is written in a way to enable com
Hi Tomi,
Thank you for the patch.
On Wednesday 17 May 2017 10:56:38 Tomi Valkeinen wrote:
> Add a helper function to convert DRM rotation to TILER rotation.
You could mention here that the patch drops an error message that could never
be printed as the DRM core guarantees that the rotation valu
Hi Tomi,
On Tuesday 23 May 2017 13:25:34 Tomi Valkeinen wrote:
> On 23/05/17 12:48, Laurent Pinchart wrote:
> > As the connector code can handle GPIO HPD thanks to patch 2/3, why does it
> > have to be duplicated here ? I agree that encoders should support
> > reporting of hotplug events when the
Am 23.05.2017 um 12:14 schrieb Lukas Wunner:
On Tue, May 23, 2017 at 09:32:38AM +0200, Christian König wrote:
Am 23.05.2017 um 05:55 schrieb Michel Dänzer:
On 23/05/17 12:50 PM, Lukas Wunner wrote:
On Tue, May 23, 2017 at 12:09:49PM +0900, Michel Dänzer wrote:
On 22/05/17 11:04 PM, Lukas Wunn
On 23/05/17 12:48, Laurent Pinchart wrote:
> As the connector code can handle GPIO HPD thanks to patch 2/3, why does it
> have to be duplicated here ? I agree that encoders should support reporting
> of
> hotplug events when the HPD signal is connected to an encoder, but if it's
> connected to
On Tue, May 23, 2017 at 09:32:38AM +0200, Christian König wrote:
> Am 23.05.2017 um 05:55 schrieb Michel Dänzer:
> >On 23/05/17 12:50 PM, Lukas Wunner wrote:
> >>On Tue, May 23, 2017 at 12:09:49PM +0900, Michel Dänzer wrote:
> >>>On 22/05/17 11:04 PM, Lukas Wunner wrote:
> On Sun, May 21, 2017
On Mon, May 22, 2017 at 09:24:34PM +0200, Daniel Vetter wrote:
> On Thu, May 18, 2017 at 09:33:44PM +0200, Lukas Wunner wrote:
> > Nicolai Stange reports the following oops which is caused by
> > dereferencing rdev->pdev before it's subsequently set by
> > radeon_device_init(). Fix it.
> >
> >
Hi Peter,
Thank you for the patch.
On Monday 15 May 2017 12:03:12 Peter Ujfalusi wrote:
> Use interrupt handler for hpd GPIO to react to HPD changes.
>
> Signed-off-by: Peter Ujfalusi
> ---
> .../gpu/drm/omapdrm/displays/encoder-tpd12s015.c | 81 +++
> 1 file changed, 81 inse
Hi Peter,
Thank you for the patch.
On Monday 15 May 2017 12:03:11 Peter Ujfalusi wrote:
> If the hpd_gpio is valid, use interrupt handler to react to HPD changes.
> In case the hpd_gpio is not valid, try to enable hpd detection on the
> encoder if it supports it.
>
> Signed-off-by: Peter Ujfalus
On Mon, May 22, 2017 at 03:35:48PM -0400, Sean Paul wrote:
> On Mon, May 22, 2017 at 04:04:07PM +0200, Lukas Wunner wrote:
> > On Sun, May 21, 2017 at 09:31:09AM +0200, Nicolai Stange wrote:
> > > On Thu, May 18 2017, Lukas Wunner wrote:
> > [snip]
> > > > Reported-by: Nicolai Stange
> > > > Fixes
Hi Tomi,
On Monday 22 May 2017 14:59:09 Tomi Valkeinen wrote:
> On 15/05/17 12:03, Peter Ujfalusi wrote:
> > The HPD signal can be used for detecting HDMI cable plug and unplug event
> > without the need for polling the status of the line.
> > This will speed up detecting such event because we do
Hi, Bibby:
I've applied this patch to my branch mediatek-drm-next-4.13, thanks.
Regards,
CK
On Tue, 2017-01-24 at 12:40 +0800, Bibby Hsieh wrote:
> MT8173 overlay can support UYVY and YUYV format,
> we add the format in DRM driver.
>
> Signed-off-by: Bibby Hsieh
> Reviewed-by: Daniel Kurtz
>
Hi, Bibby:
I've applied this patch to my branch mediatek-drm-fixes-4.12-rc1,
thanks.
Regards,
CK
On Tue, 2017-01-24 at 13:10 +0800, Bibby Hsieh wrote:
> Current Mediatek DRM driver does not support interlaced mode, and
> will hang if such resolution is used: Filter those to prevent
> kernel hang
https://bugs.freedesktop.org/show_bug.cgi?id=100437
--- Comment #10 from JL ---
I started seeing AMD-Vi: Event logged and IO_PAGE_FAULT spam after updating
Asus B350 Plus bios to 0609 from 0406. Before that it only showed something
like Southbridge I/O Apic not found, firmware bug!
--
You are r
Hi,
On 21/05/2017 05:03, Nick Desaulniers wrote:
This solves a warning when compiling the driver with Clang, -Werror enabled,
and CONFIG_DRM_I915_DEBUG_GEM unset, since Clang warns that:
drivers/gpu/drm/i915/i915_gem.c:3274:12: error: function
'wait_for_engine' is not needed
and will not
On Tue, May 23, 2017 at 11:19:58AM +0300, Jani Nikula wrote:
> On Fri, 19 May 2017, Dan Carpenter wrote:
> > On Fri, May 19, 2017 at 01:08:20PM -0700, Eric Anholt wrote:
> >> OK, that's definitely not how I've read the
> >> Documentation/process/submitting-patches.rst description of the Fixes
> >>
On Fri, 19 May 2017, Dan Carpenter wrote:
> On Fri, May 19, 2017 at 01:08:20PM -0700, Eric Anholt wrote:
>> OK, that's definitely not how I've read the
>> Documentation/process/submitting-patches.rst description of the Fixes
>> tag, which talks about bugs found with git bisect and things that shou
https://bugs.freedesktop.org/show_bug.cgi?id=101146
--- Comment #2 from d.vice...@gmail.com ---
Created attachment 131445
--> https://bugs.freedesktop.org/attachment.cgi?id=131445&action=edit
zip with screenshot of visible error, journalctl log after error and some typed
out errors from the scre
On Tue, May 23, 2017 at 09:36:44AM +0200, Daniel Vetter wrote:
> On Tue, May 23, 2017 at 09:32:38AM +0200, Christian König wrote:
> > Am 23.05.2017 um 05:55 schrieb Michel Dänzer:
> > > On 23/05/17 12:50 PM, Lukas Wunner wrote:
> > > > On Tue, May 23, 2017 at 12:09:49PM +0900, Michel Dänzer wrote:
Am 23.05.2017 um 09:36 schrieb Daniel Vetter:
On Tue, May 23, 2017 at 09:32:38AM +0200, Christian König wrote:
Am 23.05.2017 um 05:55 schrieb Michel Dänzer:
On 23/05/17 12:50 PM, Lukas Wunner wrote:
On Tue, May 23, 2017 at 12:09:49PM +0900, Michel Dänzer wrote:
On 22/05/17 11:04 PM, Lukas Wun
On Mon, May 22, 2017 at 6:09 PM, Ville Syrjälä
wrote:
>> +/*
>> + * DRM_MODE_REFLECT_
>> + *
>> + * Signals that the contents of a drm plane is reflected in the axis,
>> + * in the same way as mirroring.
>
> That's not what I was after. We're still missing the information about
> the order in whi
On Tue, May 23, 2017 at 09:32:38AM +0200, Christian König wrote:
> Am 23.05.2017 um 05:55 schrieb Michel Dänzer:
> > On 23/05/17 12:50 PM, Lukas Wunner wrote:
> > > On Tue, May 23, 2017 at 12:09:49PM +0900, Michel Dänzer wrote:
> > > > On 22/05/17 11:04 PM, Lukas Wunner wrote:
> > > > > On Sun, May
Am 23.05.2017 um 05:55 schrieb Michel Dänzer:
On 23/05/17 12:50 PM, Lukas Wunner wrote:
On Tue, May 23, 2017 at 12:09:49PM +0900, Michel Dänzer wrote:
On 22/05/17 11:04 PM, Lukas Wunner wrote:
On Sun, May 21, 2017 at 09:31:09AM +0200, Nicolai Stange wrote:
On Thu, May 18 2017, Lukas Wunner wr
On Fri, 2017-05-19 at 14:58 -0300, Gabriel Krisman Bertazi wrote:
> Hi Dave,
>
> This is -rc material. Once Gerd and others are happy with it, we
> should
> queue for 4.12.
>
Applied to drm-misc-fixes.
thanks,
Gerd
___
dri-devel mailing list
dri-de
1 - 100 of 102 matches
Mail list logo
