在 2019/9/24 下午2:46, sandy.huang 写道:
在 2019/9/23 下午9:06, Daniel Vetter 写道:
On Mon, Sep 23, 2019 at 2:40 PM Sandy Huang wrote:
The drm_format_info.cpp[3] unit is BytePerPlane, when we add define
10bit YUV format, here have some problem.
So we change cpp to bpp, use unit BitPerPlane to describe
https://bugs.freedesktop.org/show_bug.cgi?id=111761
--- Comment #5 from Christian Zigotzky ---
Hello,
Another user has confirmed the boot issue with an ATi FirePro 2260.
With which good and bad commit should I start bisecting?
Thanks,
Christian
--
You are receiving this mail because:
You are
Il giorno lun 23 set 2019 alle ore 18:37 Rob Clark
ha scritto:
>
> On Sat, Sep 21, 2019 at 3:04 AM wrote:
> >
> > From: "Angelo G. Del Regno"
> >
> > The Adreno 510 GPU is a stripped version of the Adreno 5xx,
> > found in low-end SoCs like 8x56 and 8x76, which has 256K of
> > GMEM, with no GPMU
Dne ponedeljek, 23. september 2019 ob 17:32:53 CEST je Maxime Ripard
napisal(a):
> On Fri, Sep 20, 2019 at 10:12:30PM +0200, Jernej Škrabec wrote:
> > Dne petek, 20. september 2019 ob 08:08:20 CEST je Maxime Ripard
napisal(a):
> > > Hi
> > >
> > > On Thu, Sep 19, 2019 at 09:39:19PM +0200, Daniel
Il giorno lun 23 set 2019 alle ore 02:45 Jeffrey Hugo
ha scritto:
>
> On Sun, Sep 22, 2019 at 8:16 AM wrote:
> >
> > From: "Angelo G. Del Regno"
> >
> > Some SoCs, like MSM8956/8976 (and APQ variants), do feature these
> > clocks and we need to enable them in order to get the hardware to
> > pro
On 9/8/2019 8:44 AM, Stefan Wahren wrote:
> Since release of the new BCM2835 PM driver there has been several reports
> of V3D probing issues. This is caused by timeouts during powering-up the
> GRAFX PM domain:
>
> bcm2835-power: Timeout waiting for grafx power OK
>
> I was able to reproduce
https://bugs.freedesktop.org/show_bug.cgi?id=111797
Bug ID: 111797
Summary: farseena
Product: DRI
Version: unspecified
Hardware: All
OS: Windows (All)
Status: NEW
Severity: normal
Priority: not s
Hi,
> + * object to be pinned at the high end of the memory region. Set this
> + * flag to avoid memory fragmentation.
That is confusing, sounds like the flag should be set on all objects
which is not correct. The description from the cover letter is better.
Otherwise the patch is fine, so wi
From: "Lowry Li (Arm Technology China)"
On D71, we are using the global line size. From D32, every
component have a line size register to indicate the fifo size.
So this patch is to set line size support and do the line size
check.
Signed-off-by: Lowry Li (Arm Technology China)
---
.../arm/di
Hi,
>From D32 every component have a line size register to indicate internal
fifo size, instead of using the global line_sz.
This serie aims at adding the layer line size support and check
accordingly on both D71 and D32 or newer.
Depends on:
https://patchwork.freedesktop.org/series/62377/
https
From: "Lowry Li (Arm Technology China)"
Adds maximum line size check according to the AFBC decoder limitation
and special Line size limitation(2046) for format: YUV420_10BIT and X0L2.
Signed-off-by: Lowry Li (Arm Technology China)
---
.../arm/display/komeda/d71/d71_component.c| 49
On Mon, 23 Sep 2019 12:39:20 +
Simon Ser wrote:
> Currently the property docs don't specify whether it's okay for two planes to
> have the same zpos value and what user-space should expect in this case.
>
> The rule mentionned in the past was to disambiguate with object IDs. However
> some d
On Tuesday, September 24, 2019 10:26 AM, Pekka Paalanen
wrote:
> On Mon, 23 Sep 2019 12:39:20 +
> Simon Ser cont...@emersion.fr wrote:
>
> > Currently the property docs don't specify whether it's okay for two planes
> > to
> > have the same zpos value and what user-space should expect in th
https://bugs.freedesktop.org/show_bug.cgi?id=111784
--- Comment #3 from Pierre-Eric Pelloux-Prayer
---
Created attachment 145487
--> https://bugs.freedesktop.org/attachment.cgi?id=145487&action=edit
output from gdb
Using the env var "GALLIUM_THREAD=0" makes the issue worse (the example hangs
Hi,
> -static void ast_hide_cursor(struct drm_crtc *crtc)
> -{
> - struct ast_private *ast = crtc->dev->dev_private;
> - ast_set_index_reg_mask(ast, AST_IO_CRTC_PORT, 0xcb, 0xfc, 0x00);
> -}
> +static void ast_hide_cursor(struct drm_crtc *crtc)
> +{
> + struct ast_private *ast = crt
Hi,
> + /*
> + * At the high end of video memory, we reserve space for
> + * buffer objects. The cursor plane uses this memory to store
> + * a double-buffered image of the current cursor. Hence, it's
> + * not available for framebuffers.
> + */
> + mdev->vram_fb
Hi,
From D32 every component have a line size register to indicate internal
fifo size, instead of using the global line_sz.
This serie aims at adding the layer line size support and check
accordingly on both D71 and D32 or newer.
Changes since v1:
Rebases to drm-misc-next branch.
Lowry Li (Arm
From: "Lowry Li (Arm Technology China)"
On D71, we are using the global line size. From D32, every
component have a line size register to indicate the fifo size.
So this patch is to set line size support and do the line size
check.
Signed-off-by: Lowry Li (Arm Technology China)
---
.../arm/di
https://bugs.freedesktop.org/show_bug.cgi?id=111797
Andre Klapper changed:
What|Removed |Added
Group||spam
Product|DRI
From: "Lowry Li (Arm Technology China)"
Adds maximum line size check according to the AFBC decoder limitation
and special Line size limitation(2046) for format: YUV420_10BIT and X0L2.
Signed-off-by: Lowry Li (Arm Technology China)
---
.../arm/display/komeda/d71/d71_component.c| 49
Hi
Am 24.09.19 um 09:55 schrieb Gerd Hoffmann:
Hi,
+ /*
+* At the high end of video memory, we reserve space for
+* buffer objects. The cursor plane uses this memory to store
+* a double-buffered image of the current cursor. Hence, it's
+* not available
On Tue, 24 Sep 2019 07:34:30 +
Simon Ser wrote:
> On Tuesday, September 24, 2019 10:26 AM, Pekka Paalanen
> wrote:
>
> > On Mon, 23 Sep 2019 12:39:20 +
> > Simon Ser cont...@emersion.fr wrote:
> >
> > > Currently the property docs don't specify whether it's okay for two
> > > planes
Hi Thierry,
On Mon, Sep 16, 2019 at 05:54:43PM +0200, Thierry Reding wrote:
> > Joerg, to summarize: the proposal here is to move the declaration of the
> > iommu_fwspec outside of the IOMMU_API guard and provide a dummy
> > implementation of dev_iommu_fwspec_get() to allow this code to be built
>
On Tuesday, September 24, 2019 11:48 AM, Pekka Paalanen
wrote:
> On Tue, 24 Sep 2019 07:34:30 +
> Simon Ser cont...@emersion.fr wrote:
>
> > On Tuesday, September 24, 2019 10:26 AM, Pekka Paalanen ppaala...@gmail.com
> > wrote:
> >
> > > On Mon, 23 Sep 2019 12:39:20 +
> > > Simon Ser co
On 05.09.19 15:34, Jaak Ristioja wrote:
> On 05.09.19 10:14, Gerd Hoffmann wrote:
>> On Tue, Aug 06, 2019 at 09:00:10PM +0300, Jaak Ristioja wrote:
>>> Hello!
>>>
>>> I'm writing to report a crash in the QXL / DRM code in the Linux kernel.
>>> I originally filed the issue on LaunchPad and more deta
https://bugs.freedesktop.org/show_bug.cgi?id=111789
--- Comment #1 from usual user ---
I use "cma=256@2G" at the kernel command line as a workaround for now.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailin
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #145 from tom91...@gmail.com ---
@Alex any plans for the patches to be merged for 5.4 or even backported to 5.3
at some point?
--
You are receiving this mail because:
You are the assignee for the bug.
Am 17.09.19 um 16:56 schrieb Daniel Vetter:
> [SNIP]
>>> +/* When either the importer or the exporter can't handle
>>> dynamic
>>> + * mappings we cache the mapping here to avoid issues with the
>>> + * reservation object lock.
>>> + */
Sorry for the delayed response, have been busy on other stuff last week.
Am 17.09.19 um 14:46 schrieb Steven Price:
> On 17/09/2019 09:42, Koenig, Christian wrote:
>> Hi Steven,
>>
>> thought about that issue a bit more and I think I came up with a
>> solution.
>>
>> What you could do is to split
On 2019/9/24 上午12:05, Alex Williamson wrote:
> On Mon, 23 Sep 2019 21:03:26 +0800
> Jason Wang wrote:
>
>> Mdev bus only supports vfio driver right now, so it doesn't implement
>> match method. But in the future, we may add drivers other than vfio,
>> one example is virtio-mdev[1] driver. This m
On Tue, Sep 24, 2019 at 02:46:09PM +0800, sandy.huang wrote:
Hi Sandy,
>
> 在 2019/9/23 下午9:06, Daniel Vetter 写道:
> >On Mon, Sep 23, 2019 at 2:40 PM Sandy Huang wrote:
> >>The drm_format_info.cpp[3] unit is BytePerPlane, when we add define
> >>10bit YUV format, here have some problem.
> >>So we c
https://bugs.freedesktop.org/show_bug.cgi?id=111747
--- Comment #4 from CI Bug Log ---
A CI Bug Log filter associated to this bug has been updated:
{- TGL: igt@gem_fenced_exec_thrash@no-spare-fences -incomplete -}
{+ TGL: igt@* -incomplete - Abort requested by .* terminating children +}
New fa
https://bugs.freedesktop.org/show_bug.cgi?id=111747
--- Comment #5 from CI Bug Log ---
A CI Bug Log filter associated to this bug has been updated:
{- TGL: igt@* -incomplete - Abort requested by .* terminating children -}
{+ TGL: igt@* -incomplete - Abort requested by .* terminating children +}
On 2019/9/24 上午4:58, Parav Pandit wrote:
> Hi Jason,
>
>> -Original Message-
>> From: Jason Wang
>> Sent: Monday, September 23, 2019 8:03 AM
>> To: k...@vger.kernel.org; linux-s...@vger.kernel.org; linux-
>> ker...@vger.kernel.org; dri-devel@lists.freedesktop.org; intel-
>> g...@lists.fre
On 2019/9/24 上午5:02, Parav Pandit wrote:
> Hi Jason,
>
>
>> -Original Message-
>> From: Jason Wang
>> Sent: Monday, September 23, 2019 8:03 AM
>> To: k...@vger.kernel.org; linux-s...@vger.kernel.org; linux-
>> ker...@vger.kernel.org; dri-devel@lists.freedesktop.org; intel-
>> g...@lists.
On 2019/9/23 下午11:36, Michael S. Tsirkin wrote:
> On Mon, Sep 23, 2019 at 11:20:12PM +0800, kbuild test robot wrote:
>> Hi Jason,
>>
>> I love your patch! Yet something to improve:
>>
>> [auto build test ERROR on linus/master]
>> [cannot apply to v5.3 next-20190920]
>> [if your patch is applied t
https://bugs.freedesktop.org/show_bug.cgi?id=111789
--- Comment #2 from usual user ---
Ups, it is "cma=256M@2G" of course. Sorry for the typo.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-deve
On 2019/9/24 上午6:59, Parav Pandit wrote:
>
>> -Original Message-
>> From: Jason Wang
>> Sent: Monday, September 23, 2019 8:03 AM
>> To: k...@vger.kernel.org; linux-s...@vger.kernel.org; linux-
>> ker...@vger.kernel.org; dri-devel@lists.freedesktop.org; intel-
>> g...@lists.freedesktop.or
On 2019/9/24 上午6:28, Parav Pandit wrote:
>
>> -Original Message-
>> From: Jason Wang
>> Sent: Monday, September 23, 2019 8:03 AM
>> To: k...@vger.kernel.org; linux-s...@vger.kernel.org; linux-
>> ker...@vger.kernel.org; dri-devel@lists.freedesktop.org; intel-
>> g...@lists.freedesktop.or
From: Maciej Falkowski
Convert Samsung 2D Graphics Accelerator to newer dt-schema format
Signed-off-by: Maciej Falkowski
Signed-off-by: Marek Szyprowski
---
.../devicetree/bindings/gpu/samsung-g2d.txt | 27 --
.../devicetree/bindings/gpu/samsung-g2d.yaml | 53 +++
2
On Tue, Sep 24, 2019 at 01:31:59PM +0200, Marek Szyprowski wrote:
> From: Maciej Falkowski
>
> Convert Samsung 2D Graphics Accelerator to newer dt-schema format
>
> Signed-off-by: Maciej Falkowski
> Signed-off-by: Marek Szyprowski
> ---
> .../devicetree/bindings/gpu/samsung-g2d.txt | 27 ---
> -Original Message-
> From: Koenig, Christian
> Sent: Thursday, September 12, 2019 7:49 PM
> To: Huang, Ray
> Cc: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
> Deucher, Alexander ; Tuikov, Luben
> ; Liu, Aaron
> Subject: Re: [PATCH 14/14] drm/amdgpu: set TMZ bits in
Am 24.09.19 um 13:48 schrieb Huang, Ray:
>> -Original Message-
>> From: Koenig, Christian
>> Sent: Thursday, September 12, 2019 7:49 PM
>> To: Huang, Ray
>> Cc: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org;
>> Deucher, Alexander ; Tuikov, Luben
>> ; Liu, Aaron
>> Subjec
Am 11.09.19 um 17:08 schrieb Thomas Hellström (VMware):
> On 9/11/19 4:06 PM, Koenig, Christian wrote:
>> Am 11.09.19 um 12:10 schrieb Thomas Hellström (VMware):
>> [SNIP]
> The problem seen in TTM is that we want to be able to change the
> vm_page_prot from the fault handler, but it's prob
https://bugs.freedesktop.org/show_bug.cgi?id=105651
spgle...@gmail.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
Hi guys,
while working through more old TTM functionality I stumbled over the
io_reserve_lru.
Basic idea is that when this flag is set the driver->io_mem_reserve()
callback can return -EAGAIN resulting in unmapping of other BOs.
But Nouveau doesn't seem to return -EAGAIN in the call path of
On Fri, Sep 20, 2019 at 05:11:42PM +0200, Maxime Ripard wrote:
> On Thu, Sep 19, 2019 at 03:12:44PM +0200, Ondřej Jirman wrote:
> > On Thu, Sep 19, 2019 at 02:20:58PM +0200, megous hlavni wrote:
> > > On Wed, Sep 18, 2019 at 10:16:17PM +0200, Maxime Ripard wrote:
> > > > On Wed, Sep 18, 2019 at 05:
Move drm_debug variable declaration and definition to where they are
relevant and needed. No functional changes.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_drv.c | 17 -
drivers/gpu/drm/drm_print.c | 19 +++
include/drm/drm_drv.h | 2 --
include/d
Add helper to check if a drm debug category is enabled. Convert drm core
to use it. No functional changes.
v2: Move unlikely() to drm_debug_enabled() (Eric)
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_atomic_uapi.c | 2 +-
drivers/gpu/drm/drm_dp_mst_topology.c | 6 +++---
drivers/gpu
Allow better abstraction of the drm_debug global variable in the
future. No functional changes.
Cc: Lucas Stach
Cc: Russell King
Cc: Christian Gmeiner
Cc: etna...@lists.freedesktop.org
Acked-by: Lucas Stach
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/etnaviv/etnaviv_buffer.c | 8
Allow better abstraction of the drm_debug global variable in the
future. No functional changes.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i915/display/intel_display.c | 4 ++--
drivers/gpu/drm/i915/display/intel_dp.c | 2 +-
drivers/gpu/drm/i915/i915_drv.c | 2 +-
drivers/
Hi all, v2 of [1], a little refactoring around drm_debug access to
abstract it better. There shouldn't be any functional changes.
I'd appreciate acks for merging the lot via drm-misc. If there are any
objections to that, we'll need to postpone the last patch until
everything has been merged and co
Allow better abstraction of the drm_debug global variable in the
future. No functional changes.
Cc: Francisco Jerez
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i2c/sil164_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i2c/sil164_drv.c b/drivers/gpu/
Allow better abstraction of the drm_debug global variable in the
future. No functional changes.
v2: Move unlikely() to drm_debug_enabled()
Cc: Rob Clark
Cc: Sean Paul
Cc: linux-arm-...@vger.kernel.org
Cc: freedr...@lists.freedesktop.org
Reviewed-by: Rob Clark
Signed-off-by: Jani Nikula
---
d
Allow better abstraction of the drm_debug global variable in the
future. No functional changes.
v2: move unlikely() to drm_debug_enabled()
Cc: Ben Skeggs
Cc: nouv...@lists.freedesktop.org
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/nouveau/dispnv50/disp.h | 4 ++--
drivers/gpu/drm/nouveau/n
Allow better abstraction of the drm_debug global variable in the
future. No functional changes.
Cc: Alex Deucher
Cc: Christian König
Cc: David (ChunMing) Zhou
Cc: amd-...@lists.freedesktop.org
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/amd/amdgpu/smu_v11_0_i2c.c | 4 ++--
1 file changed,
drm_debug_enabled() is the way to check. __drm_debug is now reserved for
drm print code only. No functional changes.
v2: Rebase on move unlikely() to drm_debug_enabled()
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_print.c | 8
include/drm/drm_print.h | 5 +++--
2 files chang
max_tu_symbol was programmed to TU_SIZE_RECOMMENDED - 1, which is not
what the spec says. The spec says:
roundup ((input active video bandwidth in bytes/output active video
bandwidth in bytes) * tu_size)
It is not quite clear what the above means, but calculating
max_tu_symbol = (input Bps / outp
From: Maciej Falkowski
Convert Samsung 2D Graphics Accelerator to newer dt-schema format
Signed-off-by: Maciej Falkowski
Signed-off-by: Marek Szyprowski
---
v2:
- Added if-then statements for 'clocks' and 'clock-names'
properties.
Best regards,
Maciej Falkowski
---
.../devicetree/bindings/gp
https://bugs.freedesktop.org/show_bug.cgi?id=111802
Bug ID: 111802
Summary: SegFault missing slots in framebuffer
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: n
We want to copy from iov to buf, so the direction was wrong.
Signed-off-by: Jason Wang
---
drivers/vhost/vringh.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/vhost/vringh.c b/drivers/vhost/vringh.c
index 08ad0d1f0476..a0a2d74967ef 100644
--- a/drivers/vhost
Hi all:
There are hardware that can do virtio datapath offloading while having
its own control path. This path tries to implement a mdev based
unified API to support using kernel virtio driver to drive those
devices. This is done by introducing a new mdev transport for virtio
(virtio_mdev) and reg
Mdev bus only supports vfio driver right now, so it doesn't implement
match method. But in the future, we may add drivers other than vfio,
the first driver could be virtio-mdev. This means we need to add
device class id support in bus match method to pair the mdev device
and mdev driver correctly.
This patch adds bus uevent support for mdev bus in order to allow
cooperation with userspace.
Signed-off-by: Jason Wang
---
drivers/vfio/mdev/mdev_driver.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/vfio/mdev/mdev_driver.c b/drivers/vfio/mdev/mdev_driver.c
index b7c40ce8
Add support to parse mdev class id table.
Signed-off-by: Jason Wang
---
drivers/vfio/mdev/vfio_mdev.c | 2 ++
scripts/mod/devicetable-offsets.c | 3 +++
scripts/mod/file2alias.c | 10 ++
3 files changed, 15 insertions(+)
diff --git a/drivers/vfio/mdev/vfio_mdev.c b/driver
Currently, except for the create and remove, the rest of
mdev_parent_ops is designed for vfio-mdev driver only and may not help
for kernel mdev driver. With the help of class id, this patch
introduces device specific callbacks inside mdev_device
structure. This allows different set of callback to b
This patch implements basic support for mdev driver that supports
virtio transport for kernel virtio driver.
Signed-off-by: Jason Wang
---
include/linux/mdev.h| 2 +
include/linux/virtio_mdev.h | 145
2 files changed, 147 insertions(+)
create mode
This patch introduces a new mdev transport for virtio. This is used to
use kernel virtio driver to drive the mediated device that is capable
of populating virtqueue directly.
A new virtio-mdev driver will be registered to the mdev bus, when a
new virtio-mdev device is probed, it will register the
This sample driver creates mdev device that simulate virtio net device
over virtio mdev transport. The device is implemented through vringh
and workqueue. A device specific dma ops is to make sure HVA is used
directly as the IOVA. This should be sufficient for kernel virtio
driver to work.
Only 'v
On Mon, 23 Sep 2019 12:00:41 -0400
"Michael S. Tsirkin" wrote:
> On Mon, Sep 23, 2019 at 09:45:59AM -0600, Alex Williamson wrote:
> > On Mon, 23 Sep 2019 21:03:30 +0800
> > Jason Wang wrote:
> >
> > > We want to copy from iov to buf, so the direction was wrong.
> > >
> > > Signed-off-by: Jas
On Mon, Sep 23, 2019 at 10:33 AM Paul Kocialkowski
wrote:
>
> Hi,
>
> On Fri 13 Sep 19, 20:16, Rob Herring wrote:
> > On Fri, Sep 13, 2019 at 4:58 PM Paul Kocialkowski
> > wrote:
> > >
> > > Hi Rob and thanks for the review!
> > >
> > > On Fri 13 Sep 19, 15:35, Rob Herring wrote:
> > > > On Tue,
On Tue, Sep 24, 2019 at 03:46:14PM +0200, Marek Szyprowski wrote:
> From: Maciej Falkowski
>
> Convert Samsung 2D Graphics Accelerator to newer dt-schema format
>
> Signed-off-by: Maciej Falkowski
> Signed-off-by: Marek Szyprowski
> ---
> v2:
> - Added if-then statements for 'clocks' and 'cloc
https://bugs.freedesktop.org/show_bug.cgi?id=111784
Alex Deucher changed:
What|Removed |Added
Version|DRI git |git
Component|DRM/AMDgpu
On Thu, Sep 19, 2019 at 10:21:52PM +0530, Sumit Semwal wrote:
> Hello Christoph, everyone,
>
> On Sat, 7 Sep 2019 at 00:17, John Stultz wrote:
> >
> > Here is yet another pass at the dma-buf heaps patchset Andrew
> > and I have been working on which tries to destage a fair chunk
> > of ION functi
On Tue, Sep 24, 2019 at 9:22 AM Ayan Halder wrote:
> I tested these patches using our internal test suite with Arm,komeda
> driver and the following node in dts
>
> reserved-memory {
> #address-cells = <0x2>;
> #size-cells = <0x2>;
> ranges;
From: Daniel Vetter
[ Upstream commit 18d0952a838ba559655b0cd9cf85097ad63d9bca ]
The issue we have is that the crc worker might fall behind. We've
tried to handle this by tracking both the earliest frame for which it
still needs to compute a crc, and the last one. Plus when the
crtc_state change
From: Linus Walleij
[ Upstream commit ca5be902a87ddccc88144f2dea21b5f0814391ef ]
We need to handle the case when of_drm_find_bridge() returns
NULL.
Reported-by: Dan Carpenter
Acked-by: Dan Carpenter
Signed-off-by: Linus Walleij
Link:
https://patchwork.freedesktop.org/patch/msgid/20190618115
From: Nikola Cornij
[ Upstream commit d68a74541735e030dea56f72746cd26d19986f41 ]
[why]
As a fail-safe, in case 'set FEC_READY' DPCD write fails, a HW shadow
register should be cleared and the internal FEC stat should be set to
'not ready'. This is to make sure HW settings will be consistent with
From: Lucas Stach
[ Upstream commit f8c6bfc612b56f02e1b8fae699dff12738aaf889 ]
The horizontal blanking periods are too short, as the values are
specified for a single LVDS channel. Since this panel is dual LVDS
they need to be doubled. With this change the panel reaches its
nominal vrefresh rate
From: Su Sung Chung
[ Upstream commit 18b401874aee10c80b5745c9b93280dae5a59809 ]
[why]
dcn20_clk_mgr_construct was not initializing pp_smu, and PME call gets
filtered out by the null check
[how]
initialize pp_smu dcn20_clk_mgr_construct
Signed-off-by: Su Sung Chung
Reviewed-by: Eric Yang
Ack
From: Nikola Cornij
[ Upstream commit 75c35000235f3662f2810e9a59b0c8eed045432e ]
[why]
DSC should be powered-on only on as-needed basis, i.e. if the mode
requires it
[how]
Loop over all the DSCs at driver init time and power-gate each
Signed-off-by: Nikola Cornij
Reviewed-by: Nevenko Stupar
From: Daniel Vetter
[ Upstream commit 4f5368b5541a902f6596558b05f5c21a9770dd32 ]
Only dynamic mode objects, i.e. those which are refcounted and have a free
callback, can be added while the overall drm_device is visible to
userspace. All others must be added before drm_dev_register and
removed af
From: Andrey Smirnov
[ Upstream commit e0655feaec62d5139b6b13a7b1bbb1ab8f1c2d83 ]
According to the datasheet tc358767 can transfer up to 16 bytes via
its AUX channel, so the artificial limit of 8 appears to be too
low. However only up to 15-bytes seem to be actually supported and
trying to use 1
From: Matt Redfearn
[ Upstream commit 83f35bc3a852f1c3892c7474998c5cec707c7ba3 ]
In contrast to all of the DSI panel drivers in drivers/gpu/drm/panel
which attach to the DSI host via mipi_dsi_attach() at probe time, the
ADV7533 bridge device does not. Instead it defers this to the point that
the
From: Ahmad Fatoum
[ Upstream commit 8fabc9c3109a71b3577959a05408153ae69ccd8d ]
To properly synchronize with other devices the fence from the GEM
object backing the framebuffer needs to be attached to the atomic
state, so the commit work can wait on fence signaling.
Signed-off-by: Ahmad Fatoum
From: Navid Emamdoost
[ Upstream commit afd6d4f5a52c16e1483328ac074abb1cde92c29f ]
The following function calls may fail and return NULL, so the null check
is added.
of_graph_get_next_endpoint
of_graph_get_remote_port_parent
of_graph_get_remote_port
Update: Thanks to Sam Ravnborg, for suggessio
From: Nicholas Kazlauskas
[ Upstream commit 21ffcc94d5b3dc024fedac700f1e7f9dacf4ab4f ]
[Why]
DC configures the GSL group for the pipe when pipe_split is enabled
and we're switching flip types (buffered <-> immediate flip) on DCN2.
In order to record what GSL group the pipe is using DC stores it
From: Rodrigo Siqueira
[ Upstream commit e9d85f731de06a35d2ae6cdcf7d0e037c98ef41a ]
When vkms invoke drm_universal_plane_init(), it sets 0 for
possible_crtcs parameter which means that planes can't be attached to
any CRTC. It currently works due to some safeguard in the drm_crtc file;
however, i
From: Anthony Koo
[ Upstream commit 88eac241a1fc500ce5274a09ddc4bd5fc2b5adb6 ]
[Why]
Specifically to one panel,
TCON is able to accept active video signal quickly, but
the Source Driver requires 2-3 frames of extra time.
It is a Panel issue since TCON needs to take care of
all Sink requirements
From: Marko Kohtala
[ Upstream commit dd9782834dd9dde3624ff1acea8859f3d3e792d4 ]
The page_offset was only applied to the end of the page range. This caused
the display updates to cause a scrolling effect on the display because the
amount of data written to the display did not match the range dis
From: Olivier Moysan
[ Upstream commit 365d28c92f8cd3d3860f8dd057a8c136e24b3698 ]
Add devm_clk_get call to retrieve reference to master clock.
Fixes: ff5781634c41 ("drm/bridge: sii902x: Implement HDMI audio support")
Signed-off-by: Olivier Moysan
Reviewed-by: Jyri Sarha
Acked-by: Andrzej Haj
From: Noralf Trønnes
[ Upstream commit 3389669ac5ea598562673c04971d7bb0fab0e9f1 ]
The mipi_dbi helper is missing a dependency on DRM_KMS_HELPER and putting
that in revealed this problem:
drivers/video/fbdev/Kconfig:12:error: recursive dependency detected!
drivers/video/fbdev/Kconfig:12: symbol
From: Jia-Ju Bai
[ Upstream commit f3eb9b8f67bc28783eddc142ad805ebdc53d6339 ]
In radeon_connector_set_property(), there is an if statement on line 743
to check whether connector->encoder is NULL:
if (connector->encoder)
When connector->encoder is NULL, it is used on line 755:
if (connec
From: Andrey Grodzovsky
[ Upstream commit e4c4073b0139d055d43a9568690fc560aab4fa5c ]
HW requires for caching to be unset for scanout BO
mappings when the BO placement is in GTT memory.
Usually the flag to unset is passed from user mode
but for FB mode this was missing.
v2:
Keep all BO placement
From: Lewis Huang
[ Upstream commit e5382701c3520b3ed66169a6e4aa6ce5df8c56e0 ]
[Why]
The vm config will be clear to 0 when system enter S4. It will
cause hubbub didn't know how to fetch data when system resume.
The flip always pending because earliest_inuse_address and
request_address are differ
From: Anthony Koo
[ Upstream commit 1cbcfc975164f397b449efb17f59d81a703090db ]
[Why]
When endpoint is at the boundary of a region, such as at 2^0=1
we find that the last segment has a sharp slope and some points
are clipped at the top.
[How]
If end point is 1, which is exactly at the 2^0 region
From: Nicholas Kazlauskas
[ Upstream commit e40837afb9b011757e17e9f71d97853ca574bcff ]
[Why]
These are needed to send back DRM vblank events in the case where VRR
is on. Without the interrupt enabled we're deferring the events into the
vblank queue and userspace is left waiting forever to get ba
From: Nathan Chancellor
[ Upstream commit d196bbbc28fab82624f7686f8b0da8e8644b6e6a ]
clang warns:
drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_pp_smu.c:336:8:
warning: implicit conversion from enumeration type 'enum smu_clk_type'
to different enumeration type 'enum amd_pp_clock_typ
From: Sean Paul
[ Upstream commit ad309284a52be47c8b3126c9376358bf381861bc ]
Once we start shutting off the link during PSR, we're going to want fast
training to work. If the display doesn't support fast training, don't
enable psr.
Changes in v2:
- None
Changes in v3:
- None
Changes in v4:
- No
From: Bayan Zabihiyan
[ Upstream commit a463b263032f7c98c5912207db43be1aa34a6438 ]
[Why]
The math on deciding on how many
"frames to insert" sometimes sent us over the max refresh rate.
Also integer overflow can occur if we have high refresh rates.
[How]
Instead of clipping the frame duration
1 - 100 of 273 matches
Mail list logo
