The change adds support for the Sharp LQ070Y3DG3B 7.0" TFT LCD panel.
Tested on Letux7004.
Signed-off-by: H. Nikolaus Schaller
---
drivers/gpu/drm/panel/panel-simple.c | 30
1 file changed, 30 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
The change adds support for the Ortustech COM37H3M05DTC/99DTC 3.7" TFT LCD
panel.
Tested on Letux3704.
Signed-off-by: H. Nikolaus Schaller
---
drivers/gpu/drm/panel/panel-simple.c | 33
1 file changed, 33 insertions(+)
diff --git
V2:
* fix typo in 99dtc panel compatible string (reported by imir...@alum.mit.edu)
V1:
Since v5.2-rc1 OMAP is no longer using a special display driver architecture
for DPI panels, but uses the general drm/panel/panel-simple.
So we finally can add SoC independent panel definitions for two panel
After the commit def35e7c5926 ("drm/vkms: Bugfix extra vblank frame")
some of the crc tests started to fail in the vkms with the following
error:
[drm:drm_crtc_add_crc_entry [drm]] *ERROR* Overflow of CRC buffer,
userspace reads too slow.
[drm] failed to queue vkms_crc_work_handle
...
The
On Tue, Jun 04, 2019 at 11:18:06AM +0300, Jani Nikula wrote:
> On Mon, 03 Jun 2019, Harish Chegondi wrote:
> > On Wed, May 29, 2019 at 01:22:30PM +0300, Jani Nikula wrote:
> >> On Wed, 29 May 2019, Ilpo Järvinen wrote:
> >> > On Tue, 28 May 2019, Jani Nikula wrote:
> >> >
> >> >> On Mon, 27 May
On Fri, May 17, 2019 at 10:58 AM Stephen Boyd wrote:
>
> Quoting Brendan Higgins (2019-05-14 15:16:57)
> > diff --git a/kunit/kunit-stream.c b/kunit/kunit-stream.c
> > new file mode 100644
> > index 0..1884f1b550888
> > --- /dev/null
> > +++ b/kunit/kunit-stream.c
> > @@ -0,0 +1,152
On Fri, May 17, 2019 at 10:43 AM Stephen Boyd wrote:
>
> Quoting Brendan Higgins (2019-05-14 15:16:56)
> > A number of test features need to do pretty complicated string printing
> > where it may not be possible to rely on a single preallocated string
> > with parameters.
> >
> > So provide a
Other DRM drivers use it too.
Signed-off-by: Gurchetan Singh
---
drivers/gpu/drm/virtio/virtgpu_ioctl.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_ioctl.c
b/drivers/gpu/drm/virtio/virtgpu_ioctl.c
index
On Thu, May 16, 2019 at 5:38 PM Stephen Boyd wrote:
>
> Quoting Brendan Higgins (2019-05-14 15:16:55)
> > diff --git a/kunit/test.c b/kunit/test.c
> > index 86f65ba2bcf92..a15e6f8c41582 100644
> > --- a/kunit/test.c
> > +++ b/kunit/test.c
> [..]
> > +
> > +void *kunit_kmalloc(struct kunit *test,
One of the more common cases of allocation size calculations is finding
the size of a structure that has a zero-sized array at the end, along
with memory for some number of elements for that array. For example:
struct foo {
int stuff;
struct boo entry[];
};
size = sizeof(struct foo) +
From: Flora Cui
[ Upstream commit 379109351f4f6f2405cf54e7a296055f589c3ad1 ]
otherwise screen corrupts during modprobe.
Signed-off-by: Flora Cui
Reviewed-by: Feifei Xu
Signed-off-by: Alex Deucher
Signed-off-by: Sasha Levin
---
drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 1 +
1 file changed, 1
https://bugs.freedesktop.org/show_bug.cgi?id=110781
Marek Olšák changed:
What|Removed |Added
Attachment #144431|0 |1
is obsolete|
Sorry, to email so many people, but there are a lot of maintainers in
this directory.
On Wed, May 15, 2019 at 6:45 AM Jonathan Corbet wrote:
>
> On Tue, 14 May 2019 16:19:02 -0700
> Brendan Higgins wrote:
>
> > Hmmm...probably premature to bring this up, but Documentation/dev-tools/
> > is kind
Hi Claudiu.
On Tue, Jun 04, 2019 at 04:18:33PM +, claudiu.bez...@microchip.com wrote:
> Hi Sam,
>
> On 07.05.2019 21:27, Sam Ravnborg wrote:
> > External E-Mail
> >
> >
> > Hi Thierry.
> >
> >> pwm: atmel-hlcdc: add compatible for SAM9X60 HLCDC's PWM
> > OK to add the "pwm: atmel-hlcdc:
https://bugs.freedesktop.org/show_bug.cgi?id=109955
Sam changed:
What|Removed |Added
CC||samuel...@mailbox.org
--- Comment #27 from Sam
On Rockchip rk3288-based Chromebooks when you do a suspend/resume
cycle:
1. You lose the ability to detect an HDMI device being plugged in.
2. If you're using the i2c bus built in to dw_hdmi then it stops
working.
Let's call the core dw-hdmi's suspend/resume functions to restore
things.
NOTE:
On Rockchip rk3288-based Chromebooks when you do a suspend/resume
cycle:
1. You lose the ability to detect an HDMI device being plugged in.
2. If you're using the i2c bus built in to dw_hdmi then it stops
working.
Let's add a hook to the core dw-hdmi driver so that we can call it in
unmap_udmabuf fails to actually unmap the scatterlist, leaving dangling
mappings around.
Fixes: fbb0de795078 (Add udmabuf misc device)
Signed-off-by: Lucas Stach
---
drivers/dma-buf/udmabuf.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/dma-buf/udmabuf.c
On Thu, May 30, 2019 at 02:08:21AM +0200, Yrjan Skrimstad wrote:
> This driver currently contains a repeated 500ms blocking delay call
> which causes frequent major buffer underruns in PulseAudio. This patch
> fixes this issue by replacing the blocking delay with a non-blocking
> sleep call.
I
Regards,
Oak
-Original Message-
From: amd-gfx On Behalf Of Kuehling,
Felix
Sent: Tuesday, June 4, 2019 2:47 PM
To: Christian König ;
dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org
Subject: Re: [PATCH] drm/ttm: fix ttm_bo_unreserve
On 2019-06-04 11:23, Christian König
https://bugs.freedesktop.org/show_bug.cgi?id=110822
--- Comment #10 from Gobinda Joy ---
Created attachment 144450
--> https://bugs.freedesktop.org/attachment.cgi?id=144450=edit
Linux version 5.1.0-0.rc3.git3.1.fc31.x86_64
First occurrence of the bug
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=110822
Gobinda Joy changed:
What|Removed |Added
Attachment #18|Linux version |Linux version
https://bugs.freedesktop.org/show_bug.cgi?id=110822
--- Comment #9 from Gobinda Joy ---
(In reply to Gobinda Joy from comment #8)
> Created attachment 18 [details]
> Linux version 5.1.0-0.rc3.git3.1.fc31.x86_64
>
> Last working version.
Sorry the version is Linux version
https://bugs.freedesktop.org/show_bug.cgi?id=110822
--- Comment #8 from Gobinda Joy ---
Created attachment 18
--> https://bugs.freedesktop.org/attachment.cgi?id=18=edit
Linux version 5.1.0-0.rc3.git3.1.fc31.x86_64
Last working version.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=110822
--- Comment #7 from Gobinda Joy ---
(In reply to Sylvain BERTRAND from comment #6)
> bisect is quite common in the git world. You'll find tons of tutorials on the
> web, namely you're good for a little bit of reading.
> Just don't forget to
On 2019-06-04 11:23, Christian König wrote:
> Since we now keep BOs on the LRU we need to make sure
> that they are removed when they are pinned.
>
> Signed-off-by: Christian König
> ---
> include/drm/ttm/ttm_bo_driver.h | 14 ++
> 1 file changed, 6 insertions(+), 8 deletions(-)
>
Reviewed-by: Lyude Paul
On Sun, 2019-06-02 at 22:07 +1000, Rhys Kidd wrote:
> Absence of a TMDS Info Table is common on Optimus setups where the NVIDIA
> gpu is not connected directly to any outputs.
>
> Reporting an error in this scenario is too harsh. Accordingly, change the
> error message
For the whole series:
Reviewed-by: Lyude Paul
Tested on a GK104 and GK110 (same ones as my vbios traces in our vbios repo)
On Mon, 2019-06-03 at 00:13 +1000, Rhys Kidd wrote:
> NVIDIA GPUs include a common scripting language (devinit) that can be
> interpreted by a number of "engines", e.g.
On 2019/05/31, Koenig, Christian wrote:
> Am 29.05.19 um 18:29 schrieb Emil Velikov:
> > On 2019/05/29, Koenig, Christian wrote:
> >> Am 29.05.19 um 15:03 schrieb Emil Velikov:
> >>> On 2019/05/29, Dave Airlie wrote:
> On Wed, 29 May 2019 at 02:47, Emil Velikov
> wrote:
> > On
On Fri, May 24, 2019 at 06:30:20PM +0200, Hans de Goede wrote:
> The GOP sometimes initializes the pclk at a (slightly) different frequency
> then the pclk which we've calculated.
>
> This commit makes the DSI code read-back the pclk set by the GOP and
> if that is within a reasonable margin of
On Fri, May 24, 2019 at 06:30:18PM +0200, Hans de Goede wrote:
> This is a preparation patch for moving the calling of *_dphy_param_init()
> out of intel_dsi_vbt_init.
>
> Signed-off-by: Hans de Goede
Reviewed-by: Ville Syrjälä
> ---
> drivers/gpu/drm/i915/intel_dsi_vbt.c | 77
On Fri, May 24, 2019 at 06:30:19PM +0200, Hans de Goede wrote:
> The vlv/icl_dphy_param_init calls do various calculations to set dphy
> parameters based on the pclk.
>
> Move the calling of vlv/icl_dphy_param_init to vlv_dsi_init to give
> vlv_dsi_init a chance to tweak the pclk before these
https://bugs.freedesktop.org/show_bug.cgi?id=110837
Andre Klapper changed:
What|Removed |Added
Summary|Mesa 19.0.5 breaks support |"WebGL creation failed"
On Fri, May 24, 2019 at 07:40:28PM +0200, Hans de Goede wrote:
> Prior to this commit we fail to init the DSI panel on the GPD MicroPC:
> https://www.indiegogo.com/projects/gpd-micropc-6-inch-handheld-industry-laptop#/
>
> The problem is intel_dsi_vbt_init() failing with the following error:
>
On Tue, Jun 4, 2019 at 4:46 PM Alex Deucher wrote:
>
> On Mon, Jun 3, 2019 at 11:36 AM Daniel Vetter wrote:
> >
> > On Thu, May 30, 2019 at 12:09 AM Alex Deucher wrote:
> > >
> > > Hi Dave, Daniel,
> > >
> > > New stuff for 5.3:
> > > - Add new thermal sensors for vega asics
> > > - Various RAS
On Tue, Jun 04, 2019 at 05:24:35PM +0200, Daniel Vetter wrote:
> On Tue, Jun 4, 2019 at 5:15 PM Christian König
> wrote:
> >
> > Am 04.06.19 um 17:05 schrieb Ser, Simon:
> > > Hi,
> > >
> > > I'm trying to link ALSA playback devices and DRM connectors. In other
> > > words, I'd like to be able to
Hi Sam,
On 07.05.2019 21:27, Sam Ravnborg wrote:
> External E-Mail
>
>
> Hi Thierry.
>
>> pwm: atmel-hlcdc: add compatible for SAM9X60 HLCDC's PWM
> OK to add the "pwm: atmel-hlcdc: add compatible for SAM9X60 HLCDC's PWM"
> patch via drm-misc?
> Then we can add all 6 patches in one go.
Another explicit lock operation of a GEM VRAM BO is located in mgag200's
framebuffer update code. Instead of locking the BO, we pin it to wherever
it is.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/mgag200/mgag200_fb.c | 26 ++
1 file changed, 14 insertions(+),
The GEM VRAM functions with kmap-object argument are not requried any
longer. Remove them.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_gem_vram_helper.c | 50 +--
include/drm/drm_gem_vram_helper.h | 4 ---
2 files changed, 8 insertions(+), 46
The cursor handling in mgag200 is complicated to understand. It touches a
number of different BOs, but doesn't really use all of them.
Rewriting the cursor update reduces the amount of cursor state. There are
two BOs for double-buffered HW updates. The source BO updates the one that
is currently
The lock functions and the locked-pin/unpin functions of GEM VRAM are not
requried any longer. Remove them.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_gem_vram_helper.c | 109 --
include/drm/drm_gem_vram_helper.h | 5 --
2 files changed, 114
Another explicit lock operation of a GEM VRAM BO is located in AST's
framebuffer update code. Instead of locking the BO, we pin it to wherever
it is.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/ast_fb.c | 30 +++---
1 file changed, 15 insertions(+), 15
Drivers should not have to care about internal locking of GEM VRAM objects
and their memory-mapping structures. This patch set removes both from the
GEM VRAM interface.
This affects the ast and mgag200 drivers. In places where GEM objects are
being locked by the driver, the patch converts the
The unpin operation was missing from ast_cursor_fini(). Fixed now.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/ast_mode.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/ast/ast_mode.c b/drivers/gpu/drm/ast/ast_mode.c
index fb700d620b64..41741cd6cd15 100644
---
The ast driver's data structures store unused or uncecessary cursor
state. Most of the cursor state is already stored elsewhere and can
be retrieved when necessary. Remove the obsolete fields and adapt
users accordingly.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/ast_drv.h | 7
The ast driver used to lock the cursor source BO during updates. Locking
should be done internally by the BO's implementation, so we pin it instead
to system memory. The mapping information is also stored in the BO. No
need to have an extra argument to the kmap function.
Signed-off-by: Thomas
From: Thierry Reding
When deferring probe, avoid logging a confusing error message. While at
it, make the error message more informational.
Signed-off-by: Thierry Reding
---
drivers/gpu/host1x/dev.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
On Tue, Jun 4, 2019 at 5:15 PM Christian König
wrote:
>
> Am 04.06.19 um 17:05 schrieb Ser, Simon:
> > Hi,
> >
> > I'm trying to link ALSA playback devices and DRM connectors. In other
> > words, I'd like to be able to know which ALSA device I should open to
> > play audio on a given connector.
>
Since we now keep BOs on the LRU we need to make sure
that they are removed when they are pinned.
Signed-off-by: Christian König
---
include/drm/ttm/ttm_bo_driver.h | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/include/drm/ttm/ttm_bo_driver.h
On Thu, May 23, 2019 at 10:56:54AM +0100, james qian wang (Arm Technology
China) wrote:
> For supporting AFBC:
> 1. Check if the user requested modifier can be supported by display HW.
> 2. Check the obj->size with AFBC's requirement.
> 3. Configure HW according to the modifier (afbc features)
>
Am 04.06.19 um 17:05 schrieb Ser, Simon:
Hi,
I'm trying to link ALSA playback devices and DRM connectors. In other
words, I'd like to be able to know which ALSA device I should open to
play audio on a given connector.
Unfortunately, I haven't found a way to extract this information. I
know
On Tue, Jun 4, 2019 at 5:23 AM Torsten Duwe wrote:
>
> Teres-I has an anx6345 bridge connected to the RGB666 LCD output, and
> the I2C controlling signals are connected to I2C0 bus. eDP output goes
> to an Innolux N116BGE panel.
>
> Enable it in the device tree.
>
> Signed-off-by: Icenowy Zheng
Hi,
I'm trying to link ALSA playback devices and DRM connectors. In other
words, I'd like to be able to know which ALSA device I should open to
play audio on a given connector.
Unfortunately, I haven't found a way to extract this information. I
know /proc/asound/cardN/eld* expose the EDID-like
https://bugs.freedesktop.org/show_bug.cgi?id=110422
Alex Deucher changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On Mon, Jun 3, 2019 at 11:36 AM Daniel Vetter wrote:
>
> On Thu, May 30, 2019 at 12:09 AM Alex Deucher wrote:
> >
> > Hi Dave, Daniel,
> >
> > New stuff for 5.3:
> > - Add new thermal sensors for vega asics
> > - Various RAS fixes
> > - Add sysfs interface for memory interface utilization
> > -
Hello DRM maintainers,
I have collected an assorted set of patches for Arm DRM drivers that I maintain
in my tree, so it's time to flush them out. Please pull!
Best regards,
Liviu
The following changes since commit 2a3e0b716296a504d9e65fea7acb379c86fe4283:
Merge tag
On Fri, May 24, 2019 at 03:37:36PM +0530, Jagan Teki wrote:
> On Fri, May 24, 2019 at 2:18 AM Maxime Ripard
> wrote:
> >
> > On Mon, May 20, 2019 at 02:33:11PM +0530, Jagan Teki wrote:
> > > pll-video => pll-mipi => tcon0 => tcon0-pixel-clock is the typical
> > > MIPI clock topology in Allwinner
On Mon, 3 Jun 2019, Harish Chegondi wrote:
> On Wed, May 29, 2019 at 01:22:30PM +0300, Jani Nikula wrote:
> > On Wed, 29 May 2019, Ilpo Järvinen wrote:
> > > On Tue, 28 May 2019, Jani Nikula wrote:
> > >
> > >> On Mon, 27 May 2019, Ashutosh Dixit wrote:
> > >> > On Sun, 26 May 2019 12:50:51
Hi Tomeu,
On Tue, 4 Jun 2019 at 09:09, Tomeu Vizoso wrote:
>
> On Mon, 3 Jun 2019 at 19:24, Clément Péron wrote:
> >
> > Hi,
> >
> >
> > On Fri, 31 May 2019 at 14:13, Neil Armstrong
> > wrote:
> > >
> > > On 31/05/2019 14:09, Tomeu Vizoso wrote:
> > > > On Fri, 31 May 2019 at 14:03, Neil
https://bugs.freedesktop.org/show_bug.cgi?id=110837
Bug ID: 110837
Summary: Mesa 19.0.5 breaks support for a WebGL 2 in a Firefox
67.0
Product: Mesa
Version: 19.0
Hardware: x86-64 (AMD64)
OS: Linux (All)
On Fri, May 17, 2019 at 05:37:22PM +0100, Robin Murphy wrote:
> On the Arm Juno platform, the HDLCD pixel clock is constrained to 250KHz
> resolution in order to avoid the tiny System Control Processor spending
> aeons trying to calculate exact PLL coefficients. This means that modes
> like my
On Fri, May 17, 2019 at 05:37:21PM +0100, Robin Murphy wrote:
> Rather than allowing any old mode through, then subsequently refusing
> unmatchable clock rates in atomic_check when it's too late to back out
> and pick a different mode, let's do that validation up-front where it
> will cause
Sphinx doesn't like orphan documents:
Documentation/accelerators/ocxl.rst: WARNING: document isn't included in
any toctree
Documentation/arm/stm32/overview.rst: WARNING: document isn't included in
any toctree
Documentation/arm/stm32/stm32f429-overview.rst: WARNING: document isn't
WARNING: kernel-doc './scripts/kernel-doc -rst -enable-lineno -function
Hardware workarounds ./drivers/gpu/drm/i915/intel_workarounds.c' failed with
return code 1
WARNING: kernel-doc './scripts/kernel-doc -rst -enable-lineno -function Logical
Rings, Logical Ring Contexts and Execlists
bisect is quite common in the git world. You'll find tons of tutorials on the
web, namely you're good for a little bit of reading.
Just don't forget to "git reset --hard" before calling "git bisect good|bad".
(just performed a bisection on linux yesterday).
https://bugs.freedesktop.org/show_bug.cgi?id=110822
--- Comment #6 from Sylvain BERTRAND ---
bisect is quite common in the git world. You'll find tons of tutorials on the
web, namely you're good for a little bit of reading.
Just don't forget to "git reset --hard" before calling "git bisect
https://bugs.freedesktop.org/show_bug.cgi?id=110457
--- Comment #8 from Matt Coffin ---
This is probably related to bug 102322, yes?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
On Tue, Jun 4, 2019 at 1:24 PM Koenig, Christian
wrote:
>
> Am 04.06.19 um 12:50 schrieb Michel Dänzer:
> > On 2019-05-28 10:03 a.m., Koenig, Christian wrote:
> >> I rather think that we should go down the route of completely dropping
> >> command submission and buffer allocation through the
If we have to drop the seqcount & rcu lock to perform a krealloc, we
have to restart the loop. In doing so, be careful not to lose track of
the already acquired exclusive fence.
Fixes: fedf54132d24 ("dma-buf: Restart reservation_object_get_fences_rcu()
after writes") #v4.10
Signed-off-by: Chris
The change adds support for the Sharp LQ070Y3DG3B 7.0" TFT LCD panel.
Signed-off-by: H. Nikolaus Schaller
---
drivers/gpu/drm/panel/panel-simple.c | 30
1 file changed, 30 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
The change adds support for the Ortustech COM37H3M05DTC/99DTC 3.7" TFT LCD
panel.
Signed-off-by: H. Nikolaus Schaller
---
drivers/gpu/drm/panel/panel-simple.c | 33
1 file changed, 33 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
Since v5.2-rc1 OMAP is no longer using a special display driver architecture
for DPI panels, but uses the general drm/panel/panel-simple.
So we finally can add SoC independent panel definitions for two panel models
which we already had worked on quite a while ago (before device tree was
If we have to drop the seqcount & rcu lock to perform a krealloc, we
have to restart the loop. In doing so, be careful not to lose track of
the already acquired exclusive fence.
Fixes: fedf54132d24 ("dma-buf: Restart reservation_object_get_fences_rcu()
after writes") #v4.10
Signed-off-by: Chris
Hi Douglas,
Thank you for the patch.
On Thu, May 16, 2019 at 02:40:21PM -0700, Douglas Anderson wrote:
> On Rockchip rk3288-based Chromebooks when you do a suspend/resume
> cycle:
>
> 1. You lose the ability to detect an HDMI device being plugged in.
>
> 2. If you're using the i2c bus built in
Am 04.06.19 um 14:39 schrieb Chris Wilson:
> If we have to drop the seqcount & rcu lock to perform a krealloc, we
> have to restart the loop. In doing so, be careful not to lose track of
> the already acquired exclusive fence.
>
> Fixes: fedf54132d24 ("dma-buf: Restart
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #33 from Richard Thier ---
I have compiled a "how to build" just for you - linking sources I used:
http://ballmerpeak.web.elte.hu/devblog/building-your-own-mesa.html
Everyone should be able to try the quickfix using this and the
If we have to drop the seqcount & rcu lock to perform a krealloc, we
have to restart the loop. In doing so, be careful not to lose track of
the already acquired exclusive fence.
Fixes: fedf54132d24 ("dma-buf: Restart reservation_object_get_fences_rcu()
after writes") #v4.10
Signed-off-by: Chris
https://bugzilla.kernel.org/show_bug.cgi?id=203781
Tom B (t...@r.je) changed:
What|Removed |Added
CC||t...@r.je
--- Comment #2 from Tom B
https://bugs.freedesktop.org/show_bug.cgi?id=110635
--- Comment #8 from tempel.jul...@gmail.com ---
Could we get an update on this?
Apparently AMD_DEBUG=nodma makes the corruption completely disappear, so it
seems the issue really is caused by asynchronous DMA.
If the cause of the issue is not
From: Icenowy Zheng
As ANA78xx chips are designed and produced by Analogix Semiconductor,
Inc, move their driver codes into analogix subdirectory.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
Reviewed-by: Laurent Pinchart
Signed-off-by: Torsten Duwe
---
Teres-I has an anx6345 bridge connected to the RGB666 LCD output, and
the I2C controlling signals are connected to I2C0 bus. eDP output goes
to an Innolux N116BGE panel.
Enable it in the device tree.
Signed-off-by: Icenowy Zheng
Signed-off-by: Torsten Duwe
---
From: Icenowy Zheng
Some code can be shared within different DP bridges by Analogix.
Extract them to analogix_dp.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
Signed-off-by: Torsten Duwe
---
drivers/gpu/drm/bridge/analogix/Makefile | 2 +-
The anx6345 is an ultra-low power DisplayPort/eDP transmitter designed
for portable devices.
Add a binding document for it.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
Reviewed-by: Rob Herring
Signed-off-by: Torsten Duwe
Reviewed-by: Laurent Pinchart
---
From: Icenowy Zheng
The ANX6345 is an ultra-low power DisplayPower/eDP transmitter designed
for portable devices. This driver adds initial support for RGB to eDP
mode, without HPD and interrupts.
This is a configuration usually seen in eDP applications.
Signed-off-by: Icenowy Zheng
From: Icenowy Zheng
Some definitions currently in analogix-anx78xx.h are not restricted to
the ANX78xx series, but also applicable to other DisplayPort
transmitters by Analogix.
Split out them to dedicated headers, and make analogix-anx78xx.h include
them.
Signed-off-by: Icenowy Zheng
Add bit definitions required for the anx6345 and add a
sanity check in anx_dp_aux_transfer.
Signed-off-by: Icenowy Zheng
Signed-off-by: Vasily Khoruzhick
Signed-off-by: Torsten Duwe
---
drivers/gpu/drm/bridge/analogix/analogix-i2c-dptx.c | 2 +-
ANX6345 LVTTL->eDP video bridge, driver with device tree bindings.
Changes from v1:
* fixed up copyright information. Most code changes are only moves and thus
retain copyright and module ownership. Even the new analogix-anx6345.c
originates
from the old 1495-line analogix-anx78xx.c,
Am 04.06.19 um 12:50 schrieb Michel Dänzer:
> On 2019-05-28 10:03 a.m., Koenig, Christian wrote:
>> I rather think that we should go down the route of completely dropping
>> command submission and buffer allocation through the primary node for
>> non master clients. And then as next step at some
The documentation tools interpret drm_gem_vram_mm_funcs as function and
there appears to be no way of inline-documenting constants. This results
in a warning by 'make htmldocs'. For now, removing drm_gem_vram_mm_funcs
from generated documentation works around the issue.
Signed-off-by: Thomas
On Mon, Jun 03, 2019 at 04:57:43PM -0400, Ilia Mirkin wrote:
> On Sun, Jun 2, 2019 at 8:40 PM Ilia Mirkin wrote:
> >
> > This series improves the pattern generation logic to support additional
> > formats, as well as a new "gradient" pattern (see patch comments on why
> > I found it useful).
> >
Fixes the following warnings:
./include/drm/drm_mode_config.h:841: warning: Incorrect use of
kernel-doc format: * hdr_output_metadata_property: Connector
property containing hdr
./include/drm/drm_mode_config.h:918: warning: Function parameter or member
'hdr_output_metadata_property' not
On 2019-05-28 10:03 a.m., Koenig, Christian wrote:
>
> I rather think that we should go down the route of completely dropping
> command submission and buffer allocation through the primary node for
> non master clients. And then as next step at some point drop support for
>
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #32 from Rui Salvaterra ---
(In reply to Richard Thier from comment #28)
> Hi Rui!
Hi, Richard!
> We should also thank Marek for him proposing a possible fix.
Yeah, Marek kicks ass, he's one of the original developers of r300g.
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #31 from Richard Thier ---
While bisecting the original issue I saw a point where speed was already bad,
but not that much as with latest however mostly like that (at least 90-95%).
So there might be a little bit more speedup gain
Reviewed-by: Thomas Hellstrom
I'll just need to give this some more testing before queueing it on
vmwgfx-fixes.
Thanks,
Thomas
On Mon, 2019-06-03 at 16:44 -0400, Qian Cai wrote:
> Booting up with DMA_API_DEBUG_SG=y generates a warning due to the
> driver
> forgot to set dma_parms
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #30 from Richard Thier ---
Interesting to me is that the CREATE call number is still higher in strace
output than how it was originally before the first slowdown, but the
performance seems to be the same after applying the quickfix
https://bugs.freedesktop.org/show_bug.cgi?id=110781
Richard Thier changed:
What|Removed |Added
Attachment #144439|0 |1
is obsolete|
Den 31.05.2019 16.01, skrev Noralf Trønnes:
> struct drm_fb_helper_crtc is now just a wrapper around drm_mode_set so
> use that directly instead and attach it as a modeset array onto
> drm_client_dev. drm_fb_helper will use this array to store its modesets
> which means it will always initialize
https://bugs.freedesktop.org/show_bug.cgi?id=110795
Michel Dänzer changed:
What|Removed |Added
Component|DRM/AMDgpu |DRM/AMDgpu-pro
--
You are receiving
Em Mon, 3 Jun 2019 09:32:54 +0200
Christophe Leroy escreveu:
> Le 30/05/2019 à 01:23, Mauro Carvalho Chehab a écrit :
> > Sphinx doesn't like orphan documents:
> >
> > Documentation/accelerators/ocxl.rst: WARNING: document isn't included
> > in any toctree
> >
1 - 100 of 152 matches
Mail list logo
