On Thu, May 16, 2019 at 06:48:59PM +0200, Torsten Duwe wrote:
> On Thu, May 16, 2019 at 09:06:41AM -0700, Vasily Khoruzhick wrote:
> >
> > Driver can talk to the panel over AUX channel only after t1+t3, t1 is
> > up to 10ms, t3 is up to 200ms.
>
> This is after power-on. The boot loader needs to de
On (05/17/19 15:13), Sergey Senozhatsky wrote:
> ... but most likely it's utterly wrong.
>
JFI, I removed kmemleak annotation and added the following
thing:
@@ -360,6 +360,7 @@ gp100_vmm_valid(struct nvkm_vmm *vmm, void *argv, u32 argc,
return -EINVAL;
}
Provide a wrapper for drm_gem_map_offset() for clients of shmem. This
wrapper provides the correct semantics for the drm_gem_shmem_mmap()
callback.
Signed-off-by: Steven Price
---
drivers/gpu/drm/drm_gem_shmem_helper.c | 20
include/drm/drm_gem_shmem_helper.h | 2 ++
2
On 14/05/2019 14:31, Rob Herring wrote:
> On Tue, May 14, 2019 at 5:48 AM Boris Brezillon
> wrote:
>>
>> Add a way to dump perf counters through debugfs. The implementation is
>> kept simple and has a number of limitations:
>>
>> * it's not designed for multi-user usage as the counter values are
>
On (05/17/19 15:13), Sergey Senozhatsky wrote:
> 5.1.0-next-20190517
>
> I'm looking at quite a lot of kmemleak reports coming from
> drm/nouveau/core/memory, all of which are:
>
> unreferenced object 0x8deec27c4ac0 (size 16):
> comm "Web Content"
Hello,
5.1.0-next-20190517
I'm looking at quite a lot of kmemleak reports coming from
drm/nouveau/core/memory, all of which are:
unreferenced object 0x8deec27c4ac0 (size 16):
comm "Web Content", pid 5309, jiffies 4309675011 (age 68.076s)
hex dump (first 16 byt
panfrost_ioctl_mmap_bo() contains a reimplementation of
drm_gem_shmem_map_offset() but with a bug - it allows mapping imported
objects (without going through the exporter). Fix this by switching to
use the new drm_gem_shmem_map_offset() function instead which has
the bonus of simplifying the code.
On (05/17/19 15:31), Sergey Senozhatsky wrote:
> > backtrace:
> > [<81f2894f>] nvkm_memory_tags_get+0x8e/0x130
> > [<7cd7c0bc>] gf100_vmm_valid+0x196/0x2f0
> > [<70cc6d67>] nvkm_vmm_map+0xa8/0x360
> > [] nvkm_vram_map+0
On Wed, May 15, 2019 at 11:29:40PM -0400, Ilia Mirkin wrote:
> On Tue, May 14, 2019 at 3:57 PM Peteris Rudzusiks
> wrote:
> >
> > On Tue, May 14, 2019 at 04:55:05PM +1000, Ben Skeggs wrote:
> > > On Sun, 12 May 2019 at 04:23, Peteris Rudzusiks
> > > wrote:
> > > >
> > > > nv50_head_atomic_duplica
> -Original Message-
> From: Robin Murphy [mailto:robin.mur...@arm.com]
> Sent: 2019年5月16日 1:14
> To: Wen He ; dri-devel@lists.freedesktop.org;
> linux-ker...@vger.kernel.org; liviu.du...@arm.com
> Cc: Leo Li
> Subject: [EXT] Re: [v1] drm/arm/mali-dp: Disable checking for required pixel
On Thu, May 16, 2019 at 09:06:41AM -0700, Vasily Khoruzhick wrote:
>
> Driver can talk to the panel over AUX channel only after t1+t3, t1 is
> up to 10ms, t3 is up to 200ms.
This is after power-on. The boot loader needs to deal with this.
> It works with older version of driver
> that keeps pane
On (05/17/19 16:27), Sergey Senozhatsky wrote:
> > ... but most likely it's utterly wrong.
> >
>
> JFI, I removed kmemleak annotation
meeehhh
kmemleak: 2046 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
unreferenced object 0x95cbea4e6060 (size 16):
comm "Web Content", p
On Fri, 17 May 2019 09:27:38 +0200
Maxime Ripard wrote:
> On Thu, May 16, 2019 at 06:48:59PM +0200, Torsten Duwe wrote:
> > On Thu, May 16, 2019 at 09:06:41AM -0700, Vasily Khoruzhick wrote:
> > >
> > > Driver can talk to the panel over AUX channel only after t1+t3,
> > > t1 is up to 10ms, t3 is
Hi Christian,
With the series patch set , amdgpu_vm_validate_pt_bos occasionally evicted
amdgpu BOs failed and can’t
find the valid first busy bo . Another problem is that during the first BOs
get lock period will run into deadlock .
/* check if other user occupy memory too long time */
On 19-05-16 21:38, Rob Herring wrote:
> On Tue, Apr 23, 2019 at 7:26 AM Thierry Reding
> wrote:
> >
> > On Tue, Apr 16, 2019 at 12:06:43PM +0200, Marco Felsch wrote:
> > > Evervision Electronics is a panel manufacturer from Taipei.
> > > http://www.evervisionlcd.com/index.php?lang=en
> > >
> > >
On Fri, May 17, 2019 at 10:14:18AM +0200, Torsten Duwe wrote:
> On Fri, 17 May 2019 09:27:38 +0200
> Maxime Ripard wrote:
>
> > On Thu, May 16, 2019 at 06:48:59PM +0200, Torsten Duwe wrote:
> > > On Thu, May 16, 2019 at 09:06:41AM -0700, Vasily Khoruzhick wrote:
> > > >
> > > > Driver can talk to
On Fri, May 17, 2019 at 11:08:45AM +0200, Maxime Ripard wrote:
> >
> > So for all current practical purposes, we can assume the Teres-I panel
> > to be powered properly and providing valid EDID; nothing to worry about
> > in software.
>
> You're creating a generic binding for all the users of that
ping, Could you help check in patch to gitlab? My connection to gitlab
still has problem.
Thanks,
-David
On 2019年05月16日 19:03, Zhou, David(ChunMing) wrote:
could you help push this patch as well?
Thanks,
-David
Original Message
Subject: Re: [PATCH libdrm] enable syncobj
On 2019-05-17 11:47 a.m., zhoucm1 wrote:
> ping, Could you help check in patch to gitlab? My connection to gitlab
> still has problem.
Please follow the process documented in include/drm/README for
include/drm/drm.h .
--
Earthling Michel Dänzer | https://www.amd.com
L
This patch series adds new formats:
- block format support for Y0L2, P010
- AFBC format YUV420_8_BIT, YUV420_10_BIT
This patch series depends on:
- https://patchwork.freedesktop.org/series/58710/
- https://patchwork.freedesktop.org/series/59000/
- https://patchwork.freedesktop.org/series/59002/
-
- Y0L2 and P010 are block (tiled) format, Update the kemeda logic to
compatible with such block format.
- Since DRM introduced a general block information to drm_format_info,
the format_caps->tiled_size no long needed, delete it.
- Build some fb utils functions for code sharing.
Signed-off-by: J
Add komeda_fb_check_src_coords and check if the layer configured src
rect can meet the requirement of fb and fb format.
Signed-off-by: James Qian Wang (Arm Technology China)
---
.../arm/display/komeda/komeda_framebuffer.c | 21
.../arm/display/komeda/komeda_framebuffer.h | 2 ++
On Thu, 16 May 2019 14:24:55 +0200
Daniel Vetter wrote:
> On Thu, May 16, 2019 at 11:22:11AM +0300, Pekka Paalanen wrote:
> > On Wed, 15 May 2019 10:24:49 +0200
> > Daniel Vetter wrote:
> >
> > > On Wed, May 15, 2019 at 10:37:31AM +0300, Pekka Paalanen wrote:
> > > > On Tue, 14 May 2019 16:
Le mar. 14 mai 2019 à 11:36, Yannick Fertré a écrit :
>
> This patch adds documentation of a new property phy-dsi-supply to the
> STM32 DSI controller.
>
> Signed-off-by: Yannick Fertré
> Reviewed-by: Rob Herring
> Reviewed-by: Philippe Cornu
Applied on drm-misc-next,
Thanks,
Benjamin
> ---
Le mar. 14 mai 2019 à 11:36, Yannick Fertré a écrit :
>
> Add support of regulator for the phy part of the DSI
> controller.
>
> Signed-off-by: Yannick Fertré
> Acked-by: Philippe Cornu
Applied on drm-misc-next,
Thanks,
Benjamin
> ---
> drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 60
> ++
> -Original Message-
> From: Robin Murphy [mailto:robin.mur...@arm.com]
> Sent: 2019年5月16日 18:45
> To: Wen He ; dri-devel@lists.freedesktop.org;
> linux-ker...@vger.kernel.org; liviu.du...@arm.com
> Cc: Leo Li
> Subject: Re: [EXT] Re: [v1] drm/arm/mali-dp: Disable checking for required
>
Am Donnerstag, 16. Mai 2019, 19:40:38 CEST schrieb Doug Anderson:
> Hi,
>
> On Thu, May 16, 2019 at 10:25 AM Matthias Kaehlcke wrote:
>
> > The GPU can be used as a thermal cooling device, add an optional
> > '#cooling-cells' property.
> >
> > Signed-off-by: Matthias Kaehlcke
> > ---
> > Change
> -Original Message-
> From: liviu.du...@arm.com [mailto:liviu.du...@arm.com]
> Sent: 2019年5月16日 16:24
> To: Wen He
> Cc: dri-devel@lists.freedesktop.org; linux-ker...@vger.kernel.org; Leo Li
>
> Subject: Re: [EXT] Re: [v1] drm/arm/mali-dp: Disable checking for required
> pixel clock ra
Hi,
> It turns out that the bochs and vbox drivers automatically reserved and
> unreserved the BO from within their pin and unpin functions. The other
> drivers; ast, hibmc and mgag200; performed reservation explicitly. With the
> GEM VRAM conversion, automatic BO reservation within pin and unpi
https://bugs.freedesktop.org/show_bug.cgi?id=108898
--- Comment #5 from Eero Tamminen ---
Sometimes there's also another error message, about fences:
[ 5813.444709] [drm:amdgpu_dm_atomic_commit_tail [amdgpu]] *ERROR* Waiting for
fences timed out or interrupted!
[ 5818.564819] [drm:amdgpu_job_time
https://bugs.freedesktop.org/show_bug.cgi?id=110701
Bug ID: 110701
Summary: GPU faults in in Unigine Valley 1.0
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Pri
Am 17.05.19 um 11:55 schrieb Michel Dänzer:
> [CAUTION: External Email]
>
> On 2019-05-17 11:47 a.m., zhoucm1 wrote:
>> ping, Could you help check in patch to gitlab? My connection to gitlab
>> still has problem.
> Please follow the process documented in include/drm/README for
> include/drm/drm.h .
Can you guy do that? Otherwise if kernel driver doesn't set that cap, test
could fail.
Thanks,
-David
Original Message
Subject: Re: [PATCH libdrm] enable syncobj test depending on capability
From: "Koenig, Christian"
To: Michel Dänzer ,"Zhou, David(ChunMing)" ,"Zhou, David(Chun
On 2019-04-30 3:56 p.m., Mario Kleiner wrote:
> [CAUTION: External Email]
>
> On Tue, Apr 30, 2019 at 2:22 PM Kazlauskas, Nicholas
> wrote:
>>
>> On 4/30/19 3:44 AM, Michel Dänzer wrote:
>>> [CAUTION: External Email]
>>>
>>> On 2019-04-30 9:37 a.m., Mario Kleiner wrote:
Allow to detect any
Op 10-05-2019 om 03:53 schreef Gwan-gyeong Mun:
> Function intel_pixel_encoding_setup_vsc handles vsc header and data block
> setup for pixel encoding / colorimetry format.
>
> Setup VSC header and data block in function intel_pixel_encoding_setup_vsc
> for pixel encoding / colorimetry format as pe
No, first of all I'm really busy with those TTM problems.
And second I'm actually not very familiar with this either.
Please just split the patch up into two, one updating the headers and one
fixing the test case.
Maybe that's enough for Michel,
Christian.
Am 17.05.19 um 14:28 schrieb Zhou, Da
On Thu, May 16, 2019 at 07:40:13PM +0530, Uma Shankar wrote:
> From: Ville Syrjälä
>
> This patch enables infoframes on GLK+ to be
> used to send HDR metadata to HDMI sink.
>
> v2: Addressed Shashank's review comment.
>
> v3: Addressed Shashank's review comment.
>
> v4: Added Shashank's RB.
>
> -Original Message-
> From: Christian König
> Sent: Tuesday, May 14, 2019 8:31 PM
> To: Olsak, Marek ; Zhou, David(ChunMing)
> ; Liang, Prike ; dri-
> de...@lists.freedesktop.org; amd-...@lists.freedesktop.org
> Subject: [PATCH 01/11] drm/ttm: Make LRU removal optional.
>
> [CAUTION: E
From: Janusz Krzysztofik
During i915_driver_unload(), GEM contexts are verified restrictively
inside i915_gem_fini() if they don't consume shared resources which
should be cleaned up before the driver is released. If those checks
don't result in kernel panic, one more check is performed at the e
On Thu, May 16, 2019 at 07:40:10PM +0530, Uma Shankar wrote:
> Attach HDR metadata property to connector object.
>
> v2: Rebase
>
> v3: Updated the property name as per updated name
> while creating hdr metadata property
>
> Signed-off-by: Uma Shankar
> Reviewed-by: Shashank Sharma
> ---
> dr
On Thu, May 16, 2019 at 07:40:11PM +0530, Uma Shankar wrote:
> Enable writing of HDR metadata infoframe to panel.
> The data will be provid by usersapace compositors, based
> on blending policies and passsed to driver through a blob
> property.
>
> v2: Rebase
>
> v3: Fixed a warning message
>
>
It was there all along in the patch description when this change was
introduced but it would be helpful to have the same documented in the
code.
Signed-off-by: Harry Wentland
Cc: Sean Paul
Cc: Sean Paul
Cc: Bhawanpreet Lakha
---
drivers/gpu/drm/drm_connector.c | 9 +
1 file changed, 9
On 2019-05-17 3:43 p.m., Koenig, Christian wrote:
> No, first of all I'm really busy with those TTM problems.
>
> And second I'm actually not very familiar with this either.
>
> Please just split the patch up into two, one updating the headers and one
> fixing the test case.
>
> Maybe that's en
Quoting Janusz Krzysztofik (2019-05-17 15:06:17)
> From: Janusz Krzysztofik
>
> During i915_driver_unload(), GEM contexts are verified restrictively
> inside i915_gem_fini() if they don't consume shared resources which
> should be cleaned up before the driver is released. If those checks
> don't
On Fri, May 17, 2019 at 10:12 AM Harry Wentland wrote:
>
> It was there all along in the patch description when this change was
> introduced but it would be helpful to have the same documented in the
> code.
>
> Signed-off-by: Harry Wentland
> Cc: Sean Paul
> Cc: Sean Paul
> Cc: Bhawanpreet Lak
Currently, there is some logic for the driver to work without devfreq.
However, the driver actually fails to probe if !CONFIG_PM_DEVFREQ.
Fix this by selecting devfreq, and drop the additional checks
for devfreq.
Signed-off-by: Ezequiel Garcia
---
drivers/gpu/drm/panfrost/Kconfig|
On a trivial gpio-backlight setup with a panel using the backlight but
no boot software to enable it beforehand, we fall in a case where the
backlight is disabled (not just blanked) and thus remains disabled when
the panel gets enabled.
Setting gbl->def_value via the device-tree prop allows enabli
On Fri, May 17, 2019 at 2:47 AM Torsten Duwe wrote:
>
> On Fri, May 17, 2019 at 11:08:45AM +0200, Maxime Ripard wrote:
> > >
> > > So for all current practical purposes, we can assume the Teres-I panel
> > > to be powered properly and providing valid EDID; nothing to worry about
> > > in software.
On 17/05/2019 17:00, Ezequiel Garcia wrote:
> Currently, there is some logic for the driver to work without devfreq.
> However, the driver actually fails to probe if !CONFIG_PM_DEVFREQ.
>
> Fix this by selecting devfreq, and drop the additional checks
> for devfreq.
>
Please add a Fixes tag.
Ne
On Fri, May 17, 2019 at 10:37:01AM +, Wen He wrote:
>
>
> > -Original Message-
> > From: Robin Murphy [mailto:robin.mur...@arm.com]
> > Sent: 2019年5月16日 18:45
> > To: Wen He ; dri-devel@lists.freedesktop.org;
> > linux-ker...@vger.kernel.org; liviu.du...@arm.com
> > Cc: Leo Li
> > Su
On Fri, May 17, 2019 at 10:38:00AM +, Wen He wrote:
>
>
> > -Original Message-
> > From: liviu.du...@arm.com [mailto:liviu.du...@arm.com]
> > Sent: 2019年5月16日 16:24
> > To: Wen He
> > Cc: dri-devel@lists.freedesktop.org; linux-ker...@vger.kernel.org; Leo Li
> >
> > Subject: Re: [EXT
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 unsupported modes to be correctly pruned in the first place.
This also elimi
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 oddball 1600x1200 with 130.89MHz clock get rejected since the
rate cannot
I am going to put more members which are also array after this struct, not only
obj[]. Looks like this struct_size did not help on multiple array case. Thanks
anyway.
From: xiaolinkui
Sent: Friday, May 17, 2019 4:46:00 PM
To: Deucher, Alexander; Koenig, Christia
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 library for constructing the string as you go similar to
> C++'s std::s
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 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/*
> + * C++ stream style s
Quoting Brendan Higgins (2019-05-14 15:17:10)
> diff --git a/kernel/sysctl-test.c b/kernel/sysctl-test.c
> new file mode 100644
> index 0..fe0f2bae66085
> --- /dev/null
> +++ b/kernel/sysctl-test.c
> @@ -0,0 +1,293 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/*
> + * KUnit test of proc
Allwinner H6 SoC has a Mali T720MP2 with a 33-bit iommu which
trig the sanity check during the alloc of the pgtable.
Change the sanity check to allow non 48-bit configuration.
Suggested-by: Robin Murphy
Signed-off-by: Clément Péron
---
drivers/iommu/io-pgtable-arm.c | 2 +-
1 file changed, 1 i
Hi,
The Allwinner H6 has a Mali-T720 MP2 which should be supported by
the new panfrost driver. This series fix two issues and introduce the
dt-bindings but a simple benchmark show that it's still NOT WORKING.
I'm pushing it in case someone want to continue the work.
This has been tested with Mes
Add the mali gpu node to the H6 device-tree.
Signed-off-by: Clément Péron
---
arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi
b/arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi
index 16c5c3
Enable and add supply to the Mali GPU node on all the
H6 boards.
Regarding the datasheet the maximum time for supply to reach
its voltage is 32ms.
Signed-off-by: Clément Péron
---
arch/arm64/boot/dts/allwinner/sun50i-h6-beelink-gs1.dts | 6 ++
arch/arm64/boot/dts/allwinner/sun50i-h6-orangep
This add the H6 mali compatible in the dt-bindings to later support
specific implementation.
Signed-off-by: Clément Péron
Reviewed-by: Rob Herring
---
.../devicetree/bindings/gpu/arm,mali-midgard.txt | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/Documentati
Allwinner H6 has an ARM Mali-T720 MP2 which required a bus_clock.
Add an optional bus_clock at the init of the panfrost driver.
Signed-off-by: Clément Péron
---
drivers/gpu/drm/panfrost/panfrost_device.c | 25 +-
drivers/gpu/drm/panfrost/panfrost_device.h | 1 +
2 files cha
From: Icenowy Zheng
Some SoCs adds a bus clock gate to the Mali Midgard GPU.
Add the binding for the bus clock.
Signed-off-by: Icenowy Zheng
Signed-off-by: Clément Péron
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/gpu/arm,mali-midgard.txt | 6 ++
1 file changed, 6 ins
Quoting Brendan Higgins (2019-05-14 15:16:54)
> diff --git a/include/kunit/test.h b/include/kunit/test.h
> new file mode 100644
> index 0..e682ea0e1f9a5
> --- /dev/null
> +++ b/include/kunit/test.h
> @@ -0,0 +1,162 @@
> +/* SPDX-License-Identifier: GPL-2.0 */
> +/*
> + * Base unit test
https://bugs.freedesktop.org/show_bug.cgi?id=110702
Bug ID: 110702
Summary: segfault in radeonsi HEVC hardware decoding
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: norm
On Fri, May 17, 2019 at 1:47 PM Clément Péron wrote:
>
> Allwinner H6 has an ARM Mali-T720 MP2 which required a bus_clock.
>
> Add an optional bus_clock at the init of the panfrost driver.
>
> Signed-off-by: Clément Péron
> ---
> drivers/gpu/drm/panfrost/panfrost_device.c | 25 ++
On 5/17/19 3:35 PM, Erico Nunes wrote:
> [CAUTION: External Email]
>
> Hello,
>
> I have recently observed a memory leak issue with lima using
> drm-misc-next, which I initially reported here:
> https://gitlab.freedesktop.org/lima/linux/issues/24
> It is an easily reproduceable memory leak which I
On Wed, Apr 24, 2019 at 4:25 AM Brian Masney wrote:
>
> Add new backlight bindings for the TI LM3630A dual-string white LED.
>
> Signed-off-by: Brian Masney
> Reviewed-by: Rob Herring
> ---
> Changes since v5:
> - Change 'lm3630a_bl@38' in examples to 'led-controller@38'
>
> Changes since v4:
>
The new writeback feature is exports functions so that they can
integrate into the rcar_du_kms module.
The interface functions are defined in the rcar_du_writeback header, but
it is not included in the object file itself leading to compiler
warnings for missing prototypes.
Include the header as a
Hi Kieran,
Thank you for the patch.
On Fri, May 17, 2019 at 10:20:49PM +0100, Kieran Bingham wrote:
> The new writeback feature is exports functions so that they can
> integrate into the rcar_du_kms module.
>
> The interface functions are defined in the rcar_du_writeback header, but
> it is not
Hi Rob,
On Fri, 17 May 2019 at 22:07, Rob Herring wrote:
>
> On Fri, May 17, 2019 at 1:47 PM Clément Péron wrote:
> >
> > Allwinner H6 has an ARM Mali-T720 MP2 which required a bus_clock.
> >
> > Add an optional bus_clock at the init of the panfrost driver.
> >
> > Signed-off-by: Clément Péron
On Fri, May 17, 2019 at 5:08 PM Clément Péron wrote:
>
> Hi Rob,
>
> On Fri, 17 May 2019 at 22:07, Rob Herring wrote:
> >
> > On Fri, May 17, 2019 at 1:47 PM Clément Péron wrote:
> > >
> > > Allwinner H6 has an ARM Mali-T720 MP2 which required a bus_clock.
> > >
> > > Add an optional bus_clock a
As part of the ongoing DU group refactoring it became apparent that we need to
split the configuration of the VSP to allow fine grain control of setting the
VSP1 mode configuration and enabling/disabling of the pipeline.
To split the mode configuration and the pipeline enablement, we add three new
The vsp1_du_setup_lif() function is deprecated, and the users have been
removed. Remove the implementation and the associated configuration
structure.
Signed-off-by: Kieran Bingham
---
drivers/media/platform/vsp1/vsp1_drm.c | 47 --
include/media/vsp1.h
Break vsp1_du_setup_lif() into components more suited to the DRM Atomic
API. The existing vsp1_du_setup_lif() API call is maintained as it is
still used from the DU.
Signed-off-by: Kieran Bingham
---
drivers/media/platform/vsp1/vsp1_drm.c | 233 ++---
include/media/vsp1.h
The configuration API between the VSP and the DU has been updated to
provide finer grain control over modesetting, and enablement.
Split rcar_du_vsp_enable() into rcar_du_vsp_modeset() and
rcar_du_vsp_enable() accordingly, and update each function to use the
new VSP API.
There are no further user
Hi Rob,
On Fri, May 17, 2019 at 04:11:48PM -0500, Rob Herring wrote:
> On Wed, Apr 24, 2019 at 4:25 AM Brian Masney wrote:
> >
> > Add new backlight bindings for the TI LM3630A dual-string white LED.
> >
> > Signed-off-by: Brian Masney
> > Reviewed-by: Rob Herring
> > ---
> > Changes since v5:
Don't have the code in front of me now but as far as I remember it will only
prematurely terminate in drm_sched_cleanup_jobs if there is timeout work in
progress which would not be the case if nothing hangs.
Andrey
From: Erico Nunes
Sent: 17 May 2019 17
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #1 from Christian Widmer ---
Having a similar issue where using OpenGL in certain applications (specifically
encountered the problem in Anki with hardware acceleration and mpv with the
x11egl context and vaapi hardware decoding) caus
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #2 from Christian Widmer ---
I should probably mention that I am using a Radeon RX580 on Gentoo with kernel
5.1.3 and a pretty recent git version of LLVM.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #3 from Yury Zhuravlev ---
Similar, after the update today I have the same errors even for KDE KWin.
Looks like Marek something did.
Error:
[ 240.649210] amdgpu :1f:00.0: [gfxhub] no-retry page fault (src_id:0
ring:24 vmid:7 p
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #4 from Yury Zhuravlev ---
I made bisect and I found bad commit it's here
https://cgit.freedesktop.org/mesa/mesa/commit/?id=4549c3678865236216952f649fa5ed0115fe81b9
can you try to build mesa for previous commit? Like
6b3343e5d80abf1
https://bugs.freedesktop.org/show_bug.cgi?id=110701
--- Comment #5 from Yury Zhuravlev ---
> can you try to build mesa for previous commit? Like
> 6b3343e5d80abf162b45f0d7e977449588824706
>
> I think we need to change the title of this bug.
sorry, it's also unstable, but I can't reproduce erro
https://bugs.freedesktop.org/show_bug.cgi?id=110702
--- Comment #1 from Pierre Ossman ---
Created attachment 144290
--> https://bugs.freedesktop.org/attachment.cgi?id=144290&action=edit
gdb bt full
A backtrace of the crash from gdb.
It looks like the allocation filed, but then either kodi or
85 matches
Mail list logo