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=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
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
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
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
> -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
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
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
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,
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 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
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
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
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
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
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
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
-
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
[
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
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
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
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
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
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
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
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 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 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
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,
+
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
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
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
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
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:
https://bugs.freedesktop.org/show_bug.cgi?id=104306
eric vz changed:
What|Removed |Added
Attachment #136345|0 |1
is obsolete|
>-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=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: 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
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
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
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 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 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
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, 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
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, 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, 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
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
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
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
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 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 ++
101 - 156 of 156 matches
Mail list logo
