Am 04.06.2018 um 21:35 schrieb Lyude Paul:
So, unfortunately I recently made the discovery that in the upstream
kernel, the only reason that amdgpu is not currently suffering from
issues with runtime PM putting the GPU into suspend while it's driving
displays is due to the fact that on most prime
https://bugs.freedesktop.org/show_bug.cgi?id=106589
Tom Seewald changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=104274
--- Comment #15 from Sverd Johnsen ---
Seems to be much better or completly (well almost, bug 106820) solved with 4.17
according to my preliminary tests. Still a problem in 4.16:
[16981.789980] [drm] amdgpu: finishing device.
[16981.901013] BUG
https://bugs.freedesktop.org/show_bug.cgi?id=106820
Bug ID: 106820
Summary: 4.17.0 BUG: unable to handle kernel paging request at
bfbfbf08 sysfs_kf_seq_show
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=106533
--- Comment #9 from Roland Scheidegger ---
(In reply to Michael Panzlaff from comment #6)
> (In reply to Roland Scheidegger from comment #4)
> > You have the same tcl-less chipset?
>
> I'm sorry to say, but I don't really know what a tcl-less c
https://bugs.freedesktop.org/show_bug.cgi?id=106533
--- Comment #8 from Michael Panzlaff ---
(In reply to Marek Olšák from comment #5)
> Created attachment 140026 [details] [review]
> patch
>
> Would you please test the attached patch? Thanks.
Yay! It seems to have fixed it. It also fixed a cra
https://bugs.freedesktop.org/show_bug.cgi?id=106533
--- Comment #7 from Michael Panzlaff ---
Created attachment 140027
--> https://bugs.freedesktop.org/attachment.cgi?id=140027&action=edit
Crash with GALLIVM_DEBUG=tgsi,ir,asm
To provide the attachment for my previous reply.
--
You are receiv
https://bugs.freedesktop.org/show_bug.cgi?id=106533
--- Comment #6 from Michael Panzlaff ---
(In reply to Roland Scheidegger from comment #4)
> You have the same tcl-less chipset?
I'm sorry to say, but I don't really know what a tcl-less chipset is. I'm using
a Dell Latitude D531. Perhaps an lsp
Hi Jordan,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on robclark/msm-next]
[also build test WARNING on v4.17 next-20180604]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day
https://bugzilla.kernel.org/show_bug.cgi?id=199917
Nicholas Johnson (nicholas.john...@outlook.com.au) changed:
What|Removed |Added
CC||nicho
https://bugzilla.kernel.org/show_bug.cgi?id=199917
--- Comment #2 from Nicholas Johnson (nicholas.john...@outlook.com.au) ---
Okay, tried with AMD R9 Nano inserted into a desktop PC with same config as
laptop - one display on Intel GPU, FreeSync display on Radeon, except this
time, it is in an int
https://bugs.freedesktop.org/show_bug.cgi?id=106533
--- Comment #5 from Marek Olšák ---
Created attachment 140026
--> https://bugs.freedesktop.org/attachment.cgi?id=140026&action=edit
patch
Would you please test the attached patch? Thanks.
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=106259
--- Comment #5 from Lem ---
It appears this bug is still present in 4.17 final (and the patch provided
above doesn't appear to apply cleanly to 4.17). I get the same display hang
with a Vega 56 on Ubuntu 18.04, Padoka PPA using mpv, vdpau and op
https://bugs.freedesktop.org/show_bug.cgi?id=106533
Roland Scheidegger changed:
What|Removed |Added
CC||mar...@gmail.com
--- Comment #4 fr
https://bugzilla.kernel.org/show_bug.cgi?id=199925
Bug ID: 199925
Summary: system-freeze with amdgpu.dc=1 & HDMI-Output
Product: Drivers
Version: 2.5
Kernel Version: 4.17
Hardware: Intel
OS: Linux
Tree: Mainli
On Wed, May 23, 2018 at 03:21:15PM -0600, Jordan Crouse wrote:
> On Wed, May 23, 2018 at 12:30:59PM -0700, Jeykumar Sankaran wrote:
> > Replace custom plane zpos property with drm core zpos
> > property. CRTC relies on the normalized zpos values
> > to configure blend stages of each plane.
> >
> >
On Wed, May 23, 2018 at 12:30:59PM -0700, Jeykumar Sankaran wrote:
> Replace custom plane zpos property with drm core zpos
> property. CRTC relies on the normalized zpos values
> to configure blend stages of each plane.
>
> Signed-off-by: Jeykumar Sankaran
> ---
> drivers/gpu/drm/msm/disp/dpu1/d
On Wed, May 23, 2018 at 12:31:02PM -0700, Jeykumar Sankaran wrote:
> remove unwanted dpu uapi headers exposing custom
> payload layouts for custom properties
>
> Signed-off-by: Jeykumar Sankaran
Reviewed-by: Sean Paul
> ---
> include/uapi/drm/dpu_drm.h| 220 ---
>
On Wed, May 23, 2018 at 12:31:01PM -0700, Jeykumar Sankaran wrote:
> Remove hand rolled msm property caching to handle DPU
> custom properties. This change also cleans up all its
> dependencies to cache and restore respective drm
> states.
>
> Signed-off-by: Jeykumar Sankaran
Reviewed-by: Sean P
On Wed, May 23, 2018 at 12:30:58PM -0700, Jeykumar Sankaran wrote:
> Enable drm core zpos normalization for planes.
>
> Signed-off-by: Jeykumar Sankaran
Reviewed-by: Sean Paul
> ---
> drivers/gpu/drm/msm/msm_drv.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/gpu/drm/ms
On Wed, May 23, 2018 at 12:31:00PM -0700, Jeykumar Sankaran wrote:
> Remove dpu crtc custom properties and its handlers.
>
> Signed-off-by: Jeykumar Sankaran
Reviewed-by: Sean Paul
> ---
> drivers/gpu/drm/msm/Makefile | 1 -
> drivers/gpu/drm/msm/disp/dpu1/dpu_core_perf.c |
On Wed, May 23, 2018 at 12:30:56PM -0700, Jeykumar Sankaran wrote:
> Cleanup residual connector property enumerations.
>
> Signed-off-by: Jeykumar Sankaran
Reviewed-by: Sean Paul
> ---
> drivers/gpu/drm/msm/msm_drv.h | 27 ---
> 1 file changed, 27 deletions(-)
>
> dif
On Wed, May 23, 2018 at 12:30:57PM -0700, Jeykumar Sankaran wrote:
> This change removes all the dpu plane custom properties
> and its handlers.
>
> Signed-off-by: Jeykumar Sankaran
> ---
> Makefile |2 +-
> drivers/gpu/drm/msm/Makefile
We want the DSI PHY to be enabled and the DSI module clocked before a
panel or bridge's prepare() function, since most DSI panel drivers
with a prepare() hook are doing DCS transactions inside of them.
Signed-off-by: Eric Anholt
Cc: Kevin Quigley
Cc: James Hughes
Cc: Boris Brezillon
---
I'm n
So, unfortunately I recently made the discovery that in the upstream
kernel, the only reason that amdgpu is not currently suffering from
issues with runtime PM putting the GPU into suspend while it's driving
displays is due to the fact that on most prime systems, we have sound
devices associated wi
Am 04.06.2018 um 20:39 schrieb Andrey Grodzovsky:
Dying process might be blocked from receiving any more signals
so avoid using it.
Also retire enity->fini_status and just check the SW queue,
if it's not empty do the fallback cleanup.
Also handle entity->last_scheduled == NULL use case which
ha
Document the R-Car V3H (R8A77980) SoC in the R-Car DU bindings; the DU
hardware seems the same as in the R-Car V3M (R8A77970).
Signed-off-by: Sergei Shtylyov
---
The patch is against the 'drm-next' branch of David Airlie's 'linux.git' repo.
Documentation/devicetree/bindings/display/renesas,du.
With this we can now terminate jobs enqueue into SW queue the moment
the task is being killed instead of waiting for last user of
drm file to release it.
Also stop checking for kref_read(&ctx->refcount) == 1 when
calling drm_sched_entity_do_release since other task
might still hold a reference to
Dying process might be blocked from receiving any more signals
so avoid using it.
Also retire enity->fini_status and just check the SW queue,
if it's not empty do the fallback cleanup.
Also handle entity->last_scheduled == NULL use case which
happens when HW ring is already hangged whem a new en
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #9 from d...@volny.cz ---
So one more update:
My boot issue went away after updating:
- kernel-firmware to 20180525 (as there were some amdgpu firmware updates in
20180518).
- libLLVM6 from 6.0.0rc1 to 6.0.0 (and I strongly suspect th
Ok that explains it. I was already wondering what the heck I was missing :)
The second patch already looked fine to me as well.
Just send it out once more to get an rb,
Christian.
Am 04.06.2018 um 20:03 schrieb Andrey Grodzovsky:
I reread the documentation for wait_event_timeout, my bad, all
On Wed, May 30, 2018 at 11:08:57PM +0300, Ville Syrjälä wrote:
> On Fri, May 25, 2018 at 09:50:34PM +0300, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > Instead of plane->fb (which we're going to deprecate for atomic drivers)
> > we need to look at plane->state->fb. The maze of code leadin
I reread the documentation for wait_event_timeout, my bad, all this time
i assumed it returns
amount of jiffies he spent in waiting while actually it returns "the
remaining jiffies (at least 1)
if the @condition evaluated
* to %true before the @timeout elapsed."
Will fix that, please take a
Am 04.06.2018 um 17:03 schrieb Andrey Grodzovsky:
Dying process might be blocked from receiving any more signals
so avoid using it.
Also retire enity->fini_status and just check the SW queue,
if it's not empty do the fallback cleanup.
Also handle entity->last_scheduled == NULL use case which
ha
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #8 from d...@volny.cz ---
For me its hang immediately at boot (as soon as Xorg loads). Only way I was
able to successfully boot the machine is setting: "NoAccel" "True" in
Xorg.conf.d/10-amdgpu.conf.
In some cases there is nothing in
Hi Lucas,
Not yet, I was looking the possibility of using it when I found this
limitation.
Regards
2018-06-04 11:19 GMT+02:00 Lucas Stach :
> Hi Julien,
>
> Am Freitag, den 01.06.2018, 09:00 +0200 schrieb Julien Boulnois:
> > Hi Lucas,
> >
> > I think I found an issue in etnaviv kernel driver r
On 06/03/2018 11:40 PM, Hean-Loong, Ong wrote:
> From: Ong Hean Loong
>
> Driver for Intel FPGA Video and Image Processing Suite Frame Buffer II.
> The driver only supports the Intel Arria10 devkit and its variants.
> This driver can be either loaded staticlly or in modules.
> The OF device tree
Dne ponedeljek, 04. junij 2018 ob 13:50:34 CEST je Maxime Ripard napisal(a):
> On Fri, Jun 01, 2018 at 09:19:43AM -0700, Chen-Yu Tsai wrote:
> > On Fri, Jun 1, 2018 at 8:29 AM, Maxime Ripard
wrote:
> > > On Thu, May 31, 2018 at 07:54:08PM +0200, Jernej Škrabec wrote:
> > >> Dne četrtek, 31. maj 2
On Mon, Jun 4, 2018 at 3:01 PM, Lucas Stach wrote:
> Am Dienstag, den 29.05.2018, 19:17 +0530 schrieb Souptick Joarder:
>> Use new return type vm_fault_t for fault handler. For
>> now, this is just documenting that the function returns
>> a VM_FAULT value rather than an errno. Once all instances
>
On 06/04/2018 07:37 PM, Boris Ostrovsky wrote:
On 06/01/2018 07:41 AM, Oleksandr Andrushchenko wrote:
diff --git a/include/xen/mem-reservation.h b/include/xen/mem-reservation.h
new file mode 100644
index ..a727d65a1e61
--- /dev/null
+++ b/include/xen/mem-reservation.h
@@ -0,0 +1,65 @
Hi Dave,
sorry, somewhat late (was sick last week plus $day_job stuff).. I've
removed the few patches that haven't been in msm-next / linux-next for
at least a few weeks, so everything that is left has been in
linux-next for a while. The other stuff I'll add back in for 4.19.
The following cha
Add support for the A6XX family of Adreno GPUs. The biggest addition
is the GMU (Graphics Management Unit) which takes over most of the
power management of the GPU itself but in a ironic twist of fate
needs a goodly amount of management itself. Add support for the
A6XX core code, the GMU and the H
From: Sharat Masetty
Add initial register headers for A6XX targets.
Signed-off-by: Sharat Masetty
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/a6xx.xml.h | 1784 +
drivers/gpu/drm/msm/adreno/a6xx_gmu.xml.h | 382 +
2 files changed, 2166 insertions(+
Add a helper function to parse the clock names and set up
the bulk data so we can take advantage of the bulk clock
functions instead of rolling our own. This is added
as a helper function so the upcoming a6xx GMU code can
also take avantage of it.
Signed-off-by: Jordan Crouse
---
drivers/gpu/dr
This is initial version of a6xx support for the Adreno a6xx GPU
family as found on the sdm845 SoC. This code is ahead of most of the rest of
the sdm845 code that would be needed to actually bring up a device and it is
definitely far in advance of any user side support for the a6xx GPU so this is
m
On Mon, Jun 04, 2018 at 06:27:20PM +0200, Maarten Lankhorst wrote:
> Op 04-06-18 om 16:29 schreef Ville Syrjälä:
> > On Mon, Jun 04, 2018 at 03:50:13PM +0200, Maarten Lankhorst wrote:
> >> Signed-off-by: Maarten Lankhorst
> >> ---
> >> drivers/gpu/drm/i915/i915_reg.h | 2 +
> >> drivers/gpu
Op 04-06-18 om 16:29 schreef Ville Syrjälä:
> On Mon, Jun 04, 2018 at 03:50:13PM +0200, Maarten Lankhorst wrote:
>> Signed-off-by: Maarten Lankhorst
>> ---
>> drivers/gpu/drm/i915/i915_reg.h | 2 +
>> drivers/gpu/drm/i915/intel_display.c | 67
>> drivers/gpu/drm
On Mon, Jun 04, 2018 at 05:09:56PM +0200, Jernej Škrabec wrote:
> Dne ponedeljek, 04. junij 2018 ob 13:50:34 CEST je Maxime Ripard napisal(a):
> > On Fri, Jun 01, 2018 at 09:19:43AM -0700, Chen-Yu Tsai wrote:
> > > On Fri, Jun 1, 2018 at 8:29 AM, Maxime Ripard
> wrote:
> > > > On Thu, May 31, 201
On Mon, Jun 04, 2018 at 02:40:02PM +0800, Hean-Loong, Ong wrote:
> From: Ong, Hean Loong
>
> Device tree binding for Intel FPGA Video and Image Processing Suite. The
> binding involved would be generated from the Altera (Intel) Qsys system. The
> bindings would set the max width, max height, bu
With this we can now terminate jobs enqueue into SW queue the moment
the task is being killed instead of waiting for last user of
drm file to release it.
Also stop checking for kref_read(&ctx->refcount) == 1 when
calling drm_sched_entity_do_release since other task
might still hold a reference to
Dying process might be blocked from receiving any more signals
so avoid using it.
Also retire enity->fini_status and just check the SW queue,
if it's not empty do the fallback cleanup.
Also handle entity->last_scheduled == NULL use case which
happens when HW ring is already hangged whem a new en
A driver to let userspace turn memfd regions into dma-bufs.
Use case: Allows qemu create dmabufs for the vga framebuffer or
virtio-gpu ressources. Then they can be passed around to display
those guest things on the host. To spice client for classic full
framebuffer display, and hopefully some d
On Mon, Jun 04, 2018 at 03:50:13PM +0200, Maarten Lankhorst wrote:
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/gpu/drm/i915/i915_reg.h | 2 +
> drivers/gpu/drm/i915/intel_display.c | 67
> drivers/gpu/drm/i915/intel_drv.h | 2 +
> drivers/gpu/drm/i91
On Mon, 4 Jun 2018, Dave Airlie wrote:
> On 4 June 2018 at 00:40, Mikulas Patocka wrote:
> > Hi
> >
> > Here I'm sending bug fixes and performance improvements for the USB
> > DisplayLink framebuffer and modesetting drivers for this merge window.
> >
>
> Hi,
>
> You probably want to split the
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #7 from coolo...@gmail.com ---
I discovered that the cause of this for me was pywal, when I ran it my gpu
hung, but if I didn't run it, it was otherwise fine. Another cause is cemu
through wine with mesa_mild
--
You are receiving th
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/i915_reg.h | 2 +
drivers/gpu/drm/i915/intel_display.c | 67
drivers/gpu/drm/i915/intel_drv.h | 2 +
drivers/gpu/drm/i915/intel_fbc.c | 4 ++
drivers/gpu/drm/i915/intel_sprite.c | 24 +-
Signed-off-by: Maarten Lankhorst
---
lib/igt_kms.c | 56 +++
lib/igt_kms.h | 16 ++-
2 files changed, 71 insertions(+), 1 deletion(-)
diff --git a/lib/igt_kms.c b/lib/igt_kms.c
index cb382c893c6c..9ac7ce73542a 100644
--- a/lib/igt_kms.c
Signed-off-by: Maarten Lankhorst
---
lib/igt_kms.c | 2 +
lib/igt_kms.h | 2 +
tests/Makefile.sources| 1 +
tests/kms_plane_alpha_blend.c | 561 ++
tests/meson.build | 1 +
5 files changed, 567 insertions(
On 1 June 2018 at 13:41, Lowry Li wrote:
> Pixel blend modes represent the alpha blending equation
> selection, describing how the pixels from the current
> plane are composited with the background.
>
> Add a pixel_blend_mode to drm_plane_state and a
> blend_mode_property to drm_plane, and related
Am Donnerstag, 18. Januar 2018, 05:53:55 CEST schrieb Archit Taneja:
> Add binding info for peripherals that support dual-channel DSI. Add
> corresponding optional bindings for DSI host controllers that may
> be configured in this mode. Add an example of an I2C controlled
> device operating in dual
On Fri, Jun 01, 2018 at 09:19:43AM -0700, Chen-Yu Tsai wrote:
> On Fri, Jun 1, 2018 at 8:29 AM, Maxime Ripard
> wrote:
> > On Thu, May 31, 2018 at 07:54:08PM +0200, Jernej Škrabec wrote:
> >> Dne četrtek, 31. maj 2018 ob 11:21:33 CEST je Maxime Ripard napisal(a):
> >> > On Thu, May 24, 2018 at 03
On Thu, May 31, 2018 at 06:22:26PM +0800, Lowry Li wrote:
> On Wed, May 30, 2018 at 10:40:40AM -0400, Sean Paul wrote:
> > On Wed, May 30, 2018 at 07:23:52PM +0800, Lowry Li wrote:
> > > Hi,
> > >
> > > This serie aims at adding the support for pixel blend modes represent the
> > > alpha blending
This patch adds support for Innolux G070Y2-L01 7" WVGA (800x480) TFT LCD
panel.
Signed-off-by: Christoph Fritz
---
.../bindings/display/panel/innolux,g070y2-l01.txt | 12 +++
drivers/gpu/drm/panel/panel-simple.c | 37 --
2 files changed, 47 insertions(+), 2
https://bugs.freedesktop.org/show_bug.cgi?id=106718
--- Comment #20 from Pixie ---
Sorry for the late reply; yes, amdgpu.dc=0 fixes it.
What does that even do?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mai
https://bugs.freedesktop.org/show_bug.cgi?id=106788
--- Comment #1 from Michel Dänzer ---
Please attach the corresponding dmesg output.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists
https://bugs.freedesktop.org/show_bug.cgi?id=104555
tempel.jul...@gmail.com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Am Dienstag, den 29.05.2018, 19:17 +0530 schrieb Souptick Joarder:
> Use new return type vm_fault_t for fault handler. For
> now, this is just documenting that the function returns
> a VM_FAULT value rather than an errno. Once all instances
> are converted, vm_fault_t will become a distinct type.
>
Hi Julien,
Am Freitag, den 01.06.2018, 09:00 +0200 schrieb Julien Boulnois:
> Hi Lucas,
>
> I think I found an issue in etnaviv kernel driver regarding
> VIV_FE_DRAW_2D_HEADER_DATA_COUNT
>
> In your old test
> https://github.com/etnaviv/etna_viv/blob/master/attic/test2d/bitblt2d
> _from_stream.c
Adding dri-devel.
On 2018-06-01 08:03 PM, Alex Deucher wrote:
> Use chapter rather than section to align with the rst markup.
>
> Signed-off-by: Alex Deucher
> ---
> Documentation/gpu/amdgpu.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/gpu/amdgpu
On Fri, Jun 01, 2018 at 04:05:32PM -0400, Jeremy Cline wrote:
> "qxl_bo_unref" may sleep, but calling "qxl_release_map" causes
> "preempt_disable()" to be called and "preempt_enable()" isn't called
> until "qxl_release_unmap" is used. Move the call to "qxl_bo_unref" out
> from in between the two to
4.16-stable review patch. If anyone has any objections, please let me know.
--
From: Dhinakaran Pandiyan
commit bdcc02cf1bb508fc700df7662f55058f651f2621 upstream.
Entry corresponding to 220 us setup time was missing. I am not aware of
any specific bug this fixes, but this coul
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dhinakaran Pandiyan
commit bdcc02cf1bb508fc700df7662f55058f651f2621 upstream.
Entry corresponding to 220 us setup time was missing. I am not aware of
any specific bug this fixes, but this coul
72 matches
Mail list logo
