On 2017-12-21 15:17, Daniel Vetter wrote:
> On Thu, Dec 21, 2017 at 02:11:01PM +0200, Peter Ujfalusi wrote:
>> To avoid zpos collision, use the normalized_zpos when configuring the
>> zorder of the plane.
>>
>> Signed-off-by: Peter Ujfalusi
>> ---
>> drivers/gpu/drm/omapdrm/omap_drv.c | 26 ++
On Fri, 2017-12-22 at 00:48 +, Pandiyan, Dhinakaran wrote:
> On Thu, 2017-12-21 at 08:53 +0200, Jani Nikula wrote:
> > On Wed, 20 Dec 2017, Dhinakaran Pandiyan
> > wrote:
> > > Occasionally there are LINK_ADDRESS sideband messages timing out with the
> > > Lenovo MST dock + Dell MST monito
On Thu, 2017-12-21 at 13:37 +0100, Maarten Lankhorst wrote:
> Hey,
>
> Op 19-12-17 om 06:26 schreef Dhinakaran Pandiyan:
> > Convert the power_domains->domain_use_count array that tracks per-domain
> > use count to atomic_t type. This is needed to be able to read/write the use
> > counts outside
Hi Linus,
I've got most of two weeks worth of fixes here due to being on
holidays last week.
The main things are:
Core:
Syncobj fd reference count fix
Leasing ioctl misuse fix
nouveau regression fixes
further amdgpu DC fixes
sun4i regression fixes
I'm not sure I'll see many fixes over next coup
Reviewed-by: Roger He
-Original Message-
From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf Of
Christian K?nig
Sent: Friday, December 22, 2017 2:06 AM
To: dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org
Subject: [PATCH] drm/ttm: drop the spin in delaye
On Thu, Dec 21, 2017 at 05:32:43PM -0800, Manasi Navare wrote:
> On Thu, Dec 21, 2017 at 05:06:22PM -0800, Pandiyan, Dhinakaran wrote:
> > On Thu, 2017-12-21 at 10:52 -0800, Manasi Navare wrote:
> > > On Wed, Dec 20, 2017 at 10:36:24PM -0800, Dhinakaran Pandiyan wrote:
> > > > Occasionally there ar
On Thu, Dec 21, 2017 at 05:06:22PM -0800, Pandiyan, Dhinakaran wrote:
> On Thu, 2017-12-21 at 10:52 -0800, Manasi Navare wrote:
> > On Wed, Dec 20, 2017 at 10:36:24PM -0800, Dhinakaran Pandiyan wrote:
> > > Occasionally there are LINK_ADDRESS sideband messages timing out with the
> > > Lenovo MST d
On Thu, 2017-12-21 at 10:52 -0800, Manasi Navare wrote:
> On Wed, Dec 20, 2017 at 10:36:24PM -0800, Dhinakaran Pandiyan wrote:
> > Occasionally there are LINK_ADDRESS sideband messages timing out with the
> > Lenovo MST dock + Dell MST monitor(w/ in-built branch) setup I have. These
> > failures le
On Thu, 2017-12-21 at 08:53 +0200, Jani Nikula wrote:
> On Wed, 20 Dec 2017, Dhinakaran Pandiyan
> wrote:
> > Occasionally there are LINK_ADDRESS sideband messages timing out with the
> > Lenovo MST dock + Dell MST monitor(w/ in-built branch) setup I have. These
> > failures lead to the display n
This adds support for the Ilitek ILI9322 QVGA (320x240)
TFT panel driver.
This panel driver supports serial or parallel RGB or
YUV input and also ITU-T BT.656 input streams.
The controller is combined with a physical panel and
configured through the device tree.
Cc: David Lechner
Cc: Stefano Ba
On Thu, Dec 21, 2017 at 5:15 PM, Thierry Reding
wrote:
> Daniel just reminded me on IRC that you have commit rights to drm-misc,
> so once you've fixed up the bulk of the checkpatch warnings (nevermind
> those "prefer the BIT macro" checks), feel free to push this yourself
> with my:
>
> Acked-by
On Thu, Dec 21, 2017 at 3:15 PM, Thierry Reding
wrote:
> checkpatch.pl gives me these:
>
> -:30: WARNING: please write a paragraph that describes the config
> symbol fully
> #30: FILE: drivers/gpu/drm/panel/Kconfig:31:
> +config DRM_PANEL_ILITEK_IL9322
I don't understand
On Wed, Dec 20, 2017 at 02:47:04PM +0100, jan.tu...@emtrion.com wrote:
> From: Jan Tuerk
>
> This patch adds support for the emtrion GmbH emCON-MX6 modules.
> They are available with imx.6 Solo, Dual-Lite, Dual and Quad
> equipped with Memory from 512MB to 2GB (configured by U-Boot).
>
> Our def
On Wed, Dec 20, 2017 at 02:47:01PM +0100, jan.tu...@emtrion.com wrote:
> From: Jan Tuerk
>
> The Emerging Display Technology ETM0700G0BDH6 is exactly
> the same display as the ETM0700G0DH6, exept the pixelclock
> polarity. Therefore re-use the ETM0700G0DH6 modes. It is
> used by default on emtrio
If the frame samples from a render target that was just written, its
cache flush during the binning step may have occurred before the
previous frame's RCL was completed. Flush the texture caches again
before starting each RCL job to make sure that the sampling of the
previous RCL's output is corre
> -Original Message-
> From: daniel.vet...@ffwll.ch [mailto:daniel.vet...@ffwll.ch] On Behalf Of
> Daniel Vetter
> Sent: Thursday, December 21, 2017 3:31 PM
> To: Carroll, Lewis ; Daenzer, Michel
>
> Cc: Wentland, Harry ; dri-
> de...@lists.freedesktop.org
> Subject: Re: drm/ast: Linux 4.1
https://bugs.freedesktop.org/show_bug.cgi?id=103107
--- Comment #9 from Octavio ---
The following tests are failing on BXT
igt@gem_ctx_param@invalid-param-get
igt@gem_ctx_param@invalid-param-set
using
IGT-Version: 1.20-gbeb26d8 (x86_64) (Linux:
4.15.0-rc4-drm-intel-qa-ww51-commit-b480e79+ x86_
>-Original Message-
>From: Navare, Manasi D
>Sent: Thursday, December 21, 2017 12:36 PM
>To: Srivatsa, Anusha
>Cc: intel-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; Ville
>Syrjala
>; Jani Nikula
>Subject: Re: [PATCH] drm: Add DPCD definitions for DP 1.4 FEC feature
>
>O
https://bugs.freedesktop.org/show_bug.cgi?id=104306
eric vz changed:
What|Removed |Added
Attachment #136345|0 |1
is obsolete|
On Mon, Nov 27, 2017 at 04:55:44PM -0800, Anusha Srivatsa wrote:
> Forward Error Correction is supported on DP 1.4.
> This patch adds corresponding DPCD register definitions.
>
> v2: Add dri-devel to the CC list
>
> Cc: dri-devel@lists.freedesktop.org
> Cc: Ville Syrjala
> Cc: Jani Nikula
> Cc:
Fyi Michel, we've discussed similar issues for radeon/amdgpu on irc.
On Thu, Dec 21, 2017 at 4:21 PM, Carroll, Lewis wrote:
>> -Original Message-
>> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel
>> Vetter
>> Sent: Thursday, December 21, 2017 5:07 AM
>> To: Carrol
The LVDCR1 register for the R-Car gen3 SoCs was documented as having the
layout different from the gen2 SoCs in the early R-Car gen3 manuals but
since v0.52 the LVDCR1 layout is described as being the same as on the gen2
SoCs; the old CHn control values are said to be prohibited now (and there
see
https://bugs.freedesktop.org/show_bug.cgi?id=104274
--- Comment #4 from mikita.lip...@amd.com ---
Encountering a deadlock in DRM while trying to force disable CRTCs.
If no displays connected - system hard hangs.
If DC is disabled (any number of displays) - system hard hangs.
Currently investigat
Hi Drake,
thanks for your extensive testing, solid test results, and help in tracking
bugs across multiple branches. These results are quite helpful.
If you have any questions don't hesitate to let us know.
Btw, great job you're doing with Endless OS. I've never tried it but I like
your approa
On 12/21/2017 01:23 PM, David Lechner wrote:
This adds a new driver for Sitronix ST7735R display panels.
This has been tested using an Adafruit 1.8" TFT.
Signed-off-by: David Lechner
---
+ mipi_dbi_command(mipi, ST7735R_GAMCTRP1, 0x0f, 0x1a, 0x0f, 0x18, 0x2f,
+
This adds a new driver for Sitronix ST7735R display panels.
This has been tested using an Adafruit 1.8" TFT.
Signed-off-by: David Lechner
---
v3 changes:
* Changed compatible string
* use SPDX license header
* Renamed mode struct to use panel name instead of controller name
v2 changes:
* Chang
This adds a vendor prefix "jianda" for Jiandangjing Technology Co., Ltd.
Signed-off-by: David Lechner
---
v3 changes:
* new patch in v3
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.tx
This adds a new device tree binding for Sitronix ST7735R display panels,
such as the Adafruit 1.8" TFT.
Signed-off-by: David Lechner
---
v3 changes:
* compatible string is changed from "sitronix,st7735r-jd-t18003-t01" to
"jianda,jd-t18003-t01", "sitronix,st7735r"
v2 changes:
* none
.../bindin
This series adds a new DRM/TinyDRM driver for Sitronix ST7735R, specifically
the Adafruit 1.8" TFT.
Nothing fancy here. Just mostly TinyDRM boilerplate with the init sequence
from the fbtft driver for the same panel.
v3 changes:
* New patch for jianda vendor prefix
* Change compatible string in D
https://bugs.freedesktop.org/show_bug.cgi?id=104362
Bug ID: 104362
Summary: GPU fault detected on wine-nine Path of Exile
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
On Wed, Dec 20, 2017 at 10:36:24PM -0800, Dhinakaran Pandiyan wrote:
> Occasionally there are LINK_ADDRESS sideband messages timing out with the
> Lenovo MST dock + Dell MST monitor(w/ in-built branch) setup I have. These
> failures lead to the display not coming up on boot. Power cycling the port
drm_panel_orientation_quirks.c introduced in commit 404d1a3edc38 ("drm:
Add panel orientation quirks, v6.") taints the kernel when compiled as a
module. Fix this by adding MODULE_LICENSE().
Signed-off-by: David Lechner
---
drivers/gpu/drm/drm_panel_orientation_quirks.c | 3 +++
1 file changed, 3
This updates the compatible string for a no-name LCD panel to
"vot,v220hf01a-t", "ilitek,ili9225".
The original bindings were the generic "ilitek,ili9225-2.2in-176x220"
because I could not find a datasheet. However, after some more research,
I finally found one, so the actual vendor and model name
This adds a vendor prefix "vot" for Vision Optical Technology Co., Ltd.
They make LCD displays.
Signed-off-by: David Lechner
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Docu
This updates the device tree compatible string for an ILI9225 display.
Detailed explanation is in the patches.
David Lechner (3):
dt-bindings: Add "vot" vendor prefix
dt-bindings: update compatible string for ILI9225
drm/tinydrm: Update ILI9225 compatible string
Documentation/devicetree/bi
This updates the compatible string for a no-name LCD panel to
"vot,v220hf01a-t", "ilitek,ili9225".
The original bindings [1] were the generic "ilitek,ili9225-2.2in-176x220"
because I could not find a datasheet. However, after some more research,
I finally found one, so the actual vendor and model
https://bugs.freedesktop.org/show_bug.cgi?id=104001
--- Comment #8 from mikhail.v.gavri...@gmail.com ---
Created attachment 136346
--> https://bugs.freedesktop.org/attachment.cgi?id=136346&action=edit
dmesg with 4.15.0-rc2 amd-staging-drm-next
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=104001
--- Comment #7 from mikhail.v.gavri...@gmail.com ---
With latest build in dmesg appear message when hang again occurs:
[ 341.475043] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout,
last signaled seq=110200, last emitted seq=110202
[
Thomas actually noticed that, but I didn't realized what he meant until
now.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 60bb5c12b568..84dfa2368a72 100644
-
On 21.12.2017 17:10, Thierry Reding wrote:
> On Thu, Dec 21, 2017 at 01:38:31AM +0300, Dmitry Osipenko wrote:
>> On 21.12.2017 01:23, Dmitry Osipenko wrote:
>>> On 21.12.2017 01:02, Thierry Reding wrote:
On Thu, Dec 21, 2017 at 12:05:40AM +0300, Dmitry Osipenko wrote:
> On 20.12.2017 23:16
Hi Max,
from Manjaro-side we have implemented it now in our v4.14 kernel series
and started to test out some themes. Current progress and feedback may
be found in our forum:
https://forum.manjaro.org/t/bootsplash-provided-by-the-kernel/34467
Best, Philip
There are several issues in sun4i_tmds_determine_rate:
- doesn't check if the best match was already set before comparing it
with the enumerated parameters which could result in integer divide
by zero
- doesn't consider rate halving when determining closest match if it
can't match the request
https://bugs.freedesktop.org/show_bug.cgi?id=104306
--- Comment #6 from eric vz ---
Created attachment 136345
--> https://bugs.freedesktop.org/attachment.cgi?id=136345&action=edit
Hung glxinfo backtrace
gnome-shell 3.26.2+9+ga3736d3a3-1
xorg-server-xwayland 1.19.5-1
Backtrace attached. I've
Den 21.12.2017 15.08, skrev Daniel Vetter:
On Thu, Dec 21, 2017 at 2:44 PM, Noralf Trønnes wrote:
Den 21.12.2017 14.05, skrev Daniel Vetter:
On Thu, Dec 21, 2017 at 11:52:43AM +0100, Noralf Trønnes wrote:
Den 11.12.2017 18.56, skrev Noralf Trønnes:
Den 11.12.2017 18.45, skrev Noralf Trønnes
Hi Dave,
Flushing out drm-misc-next before the holidays. Docs and fbdev work
here. We will skip a pull request next week, back in 2018!
Regards,
Gustavo
drm-misc-next-2017-12-21:
drm-misc-next for 4.16:
Core Changes:
- mostly doc updates and some fbdev improvements
The following changes since
On 12/21/2017 10:48 AM, Daniel Vetter wrote:
> Ok, here's my expectation:
>
> - fix plymouth and driver loading
>
> If the plymouth maintainer tells me that's impossible, I'll look at this
> again. And no, this does not require killing drivers with SIGBUS, at least
> not with drm. Meanwhile I don
https://bugs.freedesktop.org/show_bug.cgi?id=104306
--- Comment #5 from Michel Dänzer ---
I can't reproduce this with weston or gnome-shell.
Which Wayland compositor and which version of Xwayland are you using?
Can you get a gdb backtrace of glxinfo when it hangs?
--
You are receiving this ma
On 12/21/2017 03:51 PM, Ray Strode wrote:
> Hi,
>
> On Wed, Dec 20, 2017 at 11:44 AM Max Staudt wrote:
>> It'd be nice to see this bug fixed, as it happens only occasionally (as is
>> the nature of a
>> race condition), and was thus really hard to debug. I'm sure it can drive
>> people insane,
On Thu, Dec 21, 2017 at 03:15:56PM +0100, Thierry Reding wrote:
> On Fri, Dec 01, 2017 at 05:16:58PM +0100, Linus Walleij wrote:
> > This adds support for the Ilitek ILI9322 QVGA (320x240)
> > TFT panel driver.
> >
> > This panel driver supports serial or parallel RGB or
> > YUV input and also ITU
https://bugs.freedesktop.org/show_bug.cgi?id=104193
--- Comment #1 from Shmerl ---
Interestingly, this freeze seems to be Polaris specific. Users with Vega cards
didn't manage to reproduce it. Same with older GCN 1.0 cards such as R9 M375
using amdgpu.ko.
So can it be a bug in amdgpu itself then
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel
> Vetter
> Sent: Thursday, December 21, 2017 5:07 AM
> To: Carroll, Lewis
> Cc: Wentland, Harry ; dri-
> de...@lists.freedesktop.org
> Subject: Re: drm/ast: Linux 4.14 AST DRM driver might not lo
On Thu, Dec 21, 2017 at 04:31:47PM +0200, Tomi Valkeinen wrote:
> On 21/12/17 16:20, Ville Syrjälä wrote:
> > On Thu, Dec 21, 2017 at 03:44:56PM +0200, Tomi Valkeinen wrote:
> >> On 21/12/17 14:55, Ville Syrjälä wrote:
> >>> On Thu, Dec 21, 2017 at 02:11:00PM +0200, Peter Ujfalusi wrote:
> Mak
Hi Nickey,
On 12/12/2017 02:10 AM, Nickey Yang wrote:
> From: Brian Norris
>
> Bridge drivers/helpers shouldn't be clobbering the drvdata, since a
> parent driver might need to own this. Instead, let's return our
> 'dw_mipi_dsi' object and have callers pass that back to us for removal.
>
> Sig
https://bugs.freedesktop.org/show_bug.cgi?id=104319
--- Comment #4 from Harry Wentland ---
Thanks, Daniel. The fix should land for 4.16 then.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=104281
--- Comment #4 from Harry Wentland ---
Thanks, Daniel. The fix should land for 4.16 then.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel
Hi,
On Wed, Dec 20, 2017 at 11:44 AM Max Staudt wrote:
> It'd be nice to see this bug fixed, as it happens only occasionally (as is
> the nature of a
> race condition), and was thus really hard to debug. I'm sure it can drive
> people insane,
> as they try to find out whether they've disabled C
https://bugs.freedesktop.org/show_bug.cgi?id=104289
Christian König changed:
What|Removed |Added
Attachment #136340|0 |1
is obsolete|
On 21/12/17 16:20, Ville Syrjälä wrote:
On Thu, Dec 21, 2017 at 03:44:56PM +0200, Tomi Valkeinen wrote:
On 21/12/17 14:55, Ville Syrjälä wrote:
On Thu, Dec 21, 2017 at 02:11:00PM +0200, Peter Ujfalusi wrote:
Make sure that the primary plane will get normalized_zpos=0 if it's zpos is
set to 0,
Here's a quick proof of concept implementation of HDR support
for Wayland/Weston/Mesa.
I'm not posting this as patches right now because I'm not sure
that would do much good given how rough this is. But here are
all the repos/branches:
git://github.com/vsyrjala/wayland.git hdr_poc
git://github.com
On Thu, Dec 21, 2017 at 03:44:56PM +0200, Tomi Valkeinen wrote:
> On 21/12/17 14:55, Ville Syrjälä wrote:
> > On Thu, Dec 21, 2017 at 02:11:00PM +0200, Peter Ujfalusi wrote:
> >> Make sure that the primary plane will get normalized_zpos=0 if it's zpos is
> >> set to 0, avoiding other planes to be p
On Fri, Dec 01, 2017 at 05:16:58PM +0100, Linus Walleij wrote:
> This adds support for the Ilitek ILI9322 QVGA (320x240)
> TFT panel driver.
>
> This panel driver supports serial or parallel RGB or
> YUV input and also ITU-T BT.656 input streams.
>
> The controller is combined with a physical pan
https://bugs.freedesktop.org/show_bug.cgi?id=104289
--- Comment #8 from Christian König ---
I think I've figured out what is going on here. Give me a moment to provide a
new patch.
--
You are receiving this mail because:
You are the assignee for the bug._
On Thu, Dec 21, 2017 at 01:38:31AM +0300, Dmitry Osipenko wrote:
> On 21.12.2017 01:23, Dmitry Osipenko wrote:
> > On 21.12.2017 01:02, Thierry Reding wrote:
> >> On Thu, Dec 21, 2017 at 12:05:40AM +0300, Dmitry Osipenko wrote:
> >>> On 20.12.2017 23:16, Thierry Reding wrote:
> On Wed, Dec 20,
On Thu, Dec 21, 2017 at 2:44 PM, Noralf Trønnes wrote:
>
> Den 21.12.2017 14.05, skrev Daniel Vetter:
>>
>> On Thu, Dec 21, 2017 at 11:52:43AM +0100, Noralf Trønnes wrote:
>>>
>>> Den 11.12.2017 18.56, skrev Noralf Trønnes:
Den 11.12.2017 18.45, skrev Noralf Trønnes:
>
> Den 11.1
From: Thierry Reding
This implements alpha blending on legacy display controllers (Tegra20,
Tegra30 and Tegra114). While it's theoretically possible to support the
zpos property to enable userspace to specify the Z-order of each plane
individually, this is not currently supported and the same fix
https://bugs.freedesktop.org/show_bug.cgi?id=104289
--- Comment #7 from Michel Dänzer ---
(In reply to Vedran Miletić from comment #5)
> I'm sorry, but I will not be able to bisect this. Checkouts of relevant
> commits don't boot and simple reverts do apply cleanly, but don't compile.
FWIW, you
Hi,
Thanks for the hard work on AMD DC development! Here are some new test
results - hope they are interesting/useful.
CONTEXT
We have been tracking DC for a while as we work with multiple products
where amdgpu previously was not able to support the HDMI audio output.
We are hoping to ship the
On 21/12/17 14:55, Ville Syrjälä wrote:
On Thu, Dec 21, 2017 at 02:11:00PM +0200, Peter Ujfalusi wrote:
Make sure that the primary plane will get normalized_zpos=0 if it's zpos is
set to 0, avoiding other planes to be placed in the background.
Can you describe the actual "bad" configuration?
Den 21.12.2017 14.05, skrev Daniel Vetter:
On Thu, Dec 21, 2017 at 11:52:43AM +0100, Noralf Trønnes wrote:
Den 11.12.2017 18.56, skrev Noralf Trønnes:
Den 11.12.2017 18.45, skrev Noralf Trønnes:
Den 11.12.2017 15.58, skrev Meghana Madhyastha:
On Mon, Dec 11, 2017 at 03:12:06PM +0100, Noralf
On Thu, Dec 21, 2017 at 02:11:01PM +0200, Peter Ujfalusi wrote:
> To avoid zpos collision, use the normalized_zpos when configuring the
> zorder of the plane.
>
> Signed-off-by: Peter Ujfalusi
> ---
> drivers/gpu/drm/omapdrm/omap_drv.c | 26 +-
> drivers/gpu/drm/omapdrm
On Thu, Dec 21, 2017 at 02:46:55PM +0200, Ville Syrjälä wrote:
> On Thu, Dec 21, 2017 at 12:10:08PM +0100, Lukasz Spintzyk wrote:
> > Change-Id: I63dce004f8d3c5dc6a7c71070f1fab0707286ea5
> > Signed-off-by: Lukasz Spintzyk
> > ---
> > drivers/gpu/drm/drm_atomic.c | 10 ++
> > drivers/
On Thu, Dec 21, 2017 at 01:40:28PM +0200, Tomi Valkeinen wrote:
> Hi,
>
> On 21/12/17 07:12, Stephen Rothwell wrote:
> > Hi all,
> >
> > Commits
> >
> >bb5cdf8d1c76 ("drm: omapdrm: Remove filename from header and fix
> > copyright tag")
> >d66c36a3ee79 ("drm: omapdrm: Simplify platform
On Thu, Dec 21, 2017 at 11:52:43AM +0100, Noralf Trønnes wrote:
>
> Den 11.12.2017 18.56, skrev Noralf Trønnes:
> >
> > Den 11.12.2017 18.45, skrev Noralf Trønnes:
> > >
> > > Den 11.12.2017 15.58, skrev Meghana Madhyastha:
> > > > On Mon, Dec 11, 2017 at 03:12:06PM +0100, Noralf Trønnes wrote:
Hi Dave,
drm-misc-fixes-2017-12-21:
drm-misc-fixes before holidays:
- fixup for the lease fixup (Keith)
- fb leak in the ww mutex fallback code (Maarten)
- sun4i fixes (Maxime, Hans)
I'll be away for two weeks, but I think Sean and Gustavo are somewhat
around-ish. But there's also not really muc
On Thu, Dec 21, 2017 at 02:11:00PM +0200, Peter Ujfalusi wrote:
> Make sure that the primary plane will get normalized_zpos=0 if it's zpos is
> set to 0, avoiding other planes to be placed in the background.
Can you describe the actual "bad" configuration?
Without knowing the details this looks l
Hi,
On Thu, Dec 21, 2017 at 10:24:11PM +1100, Jonathan Liu wrote:
> There are several issues in sun4i_tmds_determine_rate:
> - doesn't check if the best match was already set before comparing it
> with the enumerated parameters which could result in integer divide
> by zero
> - doesn't conside
On Thu, Dec 21, 2017 at 12:10:08PM +0100, Lukasz Spintzyk wrote:
> Change-Id: I63dce004f8d3c5dc6a7c71070f1fab0707286ea5
> Signed-off-by: Lukasz Spintzyk
> ---
> drivers/gpu/drm/drm_atomic.c | 10 ++
> drivers/gpu/drm/drm_mode_config.c | 6 ++
> drivers/gpu/drm/drm_plane.c
Hey,
Op 19-12-17 om 06:26 schreef Dhinakaran Pandiyan:
> Convert the power_domains->domain_use_count array that tracks per-domain
> use count to atomic_t type. This is needed to be able to read/write the use
> counts outside of the power domain mutex.
>
> Cc: Daniel Vetter
> Cc: Ville Syrjälä
>
https://bugs.freedesktop.org/show_bug.cgi?id=104289
--- Comment #6 from Christian König ---
Created attachment 136340
--> https://bugs.freedesktop.org/attachment.cgi?id=136340&action=edit
Possible fix
Complete shot into the dark, but while double checking the code I've found that
at least this
https://bugs.freedesktop.org/show_bug.cgi?id=104281
--- Comment #3 from Daniel Drake ---
Need to do more testing to be sure, but it appears that this is not
reproducible on the development branch
https://cgit.freedesktop.org/~agd5f/linux/log/?h=amd-staging-drm-next
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=104319
--- Comment #3 from Daniel Drake ---
Need to do more testing to be sure, but it appears that this is not
reproducible on the development branch
https://cgit.freedesktop.org/~agd5f/linux/log/?h=amd-staging-drm-next
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=104289
--- Comment #5 from Vedran Miletić ---
(In reply to Christian König from comment #4)
> You can restrict that to changes to drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c.
>
> The problem is that we use more dw than expected for clearing the page
> tabl
To avoid zpos collision, use the normalized_zpos when configuring the
zorder of the plane.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/omapdrm/omap_drv.c | 26 +-
drivers/gpu/drm/omapdrm/omap_plane.c | 2 +-
2 files changed, 26 insertions(+), 2 deletions(-)
diff
Hi,
The following two patch will change the omapdrm to use the normalized_zpos when
configuring the zpos/zorder of the planes.
In OMAP it is possible to move planes between crtcs freely and it is possible to
move even the primary plane from one crtc to another, where it should not be
treated as p
Make sure that the primary plane will get normalized_zpos=0 if it's zpos is
set to 0, avoiding other planes to be placed in the background.
If user space wants to move the primary plane forward, it can set the zpos
of the plane.
Signed-off-by: Peter Ujfalusi
---
drivers/gpu/drm/drm_blend.c | 6
Hi,
On 21/12/17 07:12, Stephen Rothwell wrote:
Hi all,
Commits
bb5cdf8d1c76 ("drm: omapdrm: Remove filename from header and fix copyright
tag")
d66c36a3ee79 ("drm: omapdrm: Simplify platform registration")
are missing a Signed-off-by from their committer.
Sorry about that, I missed t
This is a draft of damage interface for drm. Alluding to the topic
"RFC: page-flip with damage?" on dri-devel
https://lists.freedesktop.org/archives/dri-devel/2017-September/153235.html
The following patch is a proof of concept, how we can deliver dirty rectangles
to the drm drivers.
Patc
Change-Id: I63dce004f8d3c5dc6a7c71070f1fab0707286ea5
Signed-off-by: Lukasz Spintzyk
---
drivers/gpu/drm/drm_atomic.c | 10 ++
drivers/gpu/drm/drm_mode_config.c | 6 ++
drivers/gpu/drm/drm_plane.c | 1 +
include/drm/drm_mode_config.h | 5 +
include/drm/drm_plane.h
The various outputs the TCON can provide have different constraints on the
dotclock divider. Let's make them configurable by the various mode_set
functions.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_dotclock.c | 10 +++---
drivers/gpu/drm/sun4i/s
The A711 has 1024x600 LVDS panel, with a PWM-based backlight. Add it to our
DT.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun8i-a83t-tbs-a711.dts | 61 -
1 file changed, 61 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t-tbs-a7
The A83T has the same PWM block than the H3. Add it to our DT.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi
b/arch/arm/boot/dts/sun8i-a83t.dtsi
Add support for the A83T display pipeline.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_drv.c | 1 +
drivers/gpu/drm/sun4i/sun4i_tcon.c | 5 +
drivers/gpu/drm/sun4i/sun8i_mixer.c | 11 +++
3 files changed, 17 insertions(+)
diff --git a
It seems like the mixer can only run properly when clocked at 150MHz. In
order to have something more robust than simply a fire-and-forget
assigned-clocks-rate, let's put that in the code.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun8i_mixer.c | 10 ++
The TCON supports the LVDS interface to output to a panel or a bridge.
Let's add support for it.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/Makefile | 1 +-
drivers/gpu/drm/sun4i/sun4i_lvds.c | 177 ++-
drivers/gpu/drm/sun4i/sun4i_
Hi,
Here is an attempt at supporting the LVDS output in our DRM driver. This
has been tested on the A83T (with DE2), but since everything is basically
in the TCON, it should also be usable on the older SoCs with minor
modifications.
This was the occasion to refactor a bunch of things. The most no
The display pipeline on the A83T is mainly composed of the mixers and
TCONs, plus various encoders.
Let's add the first mixer and TCON to the DTSI since the only board I have
can use only the LVDS output on the first TCON. The other parts will be
added eventually.
Reviewed-by: Chen-Yu Tsai
Signe
Some clocks and resets supposed to drive the LVDS logic in the display
engine have been overlooked when the driver was first introduced.
Add those additional resources to the binding, and we'll deal with the ABI
stability in the code.
Reviewed-by: Chen-Yu Tsai
Reviewed-by: Rob Herring
Signed-of
A significant number of panels need to power up a regulator in order to
operate properly. Add support for the power-supply property to enable and
disable such a regulator whenever needed.
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/panel/panel-lvds.c | 23
The A83T has two video pipelines in parallel that looks quite similar to
the other SoCs.
The video planes are handled through a controller called the mixer, and the
video signal is then passed to the timing controller (TCON).
And while there is two instances of the mixers and TCONs, they have a
s
The power-supply property is used by a vast majority of panels, including
panel-simple. Let's document it as a common property
Reviewed-by: Rob Herring
Signed-off-by: Maxime Ripard
---
Documentation/devicetree/bindings/display/panel/panel-common.txt | 6 ++
Documentation/devicetree/bindings
1 - 100 of 156 matches
Mail list logo
