[Bug 98168] [vulkan, radv] Talos rendering glitches on Ultra settings on Tonga
https://bugs.freedesktop.org/show_bug.cgi?id=98168 --- Comment #4 from Vedran MiletiÄ --- Created attachment 127147 --> https://bugs.freedesktop.org/attachment.cgi?id=127147&action=edit Colored circles 2 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161008/d83cff69/attachment.html>
[Bug 98168] [vulkan, radv] Talos rendering glitches on Ultra settings on Tonga
https://bugs.freedesktop.org/show_bug.cgi?id=98168 --- Comment #3 from Vedran MiletiÄ --- Created attachment 127146 --> https://bugs.freedesktop.org/attachment.cgi?id=127146&action=edit Colored circles 1 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161008/e3eca2a6/attachment.html>
[Bug 98168] [vulkan, radv] Talos rendering glitches on Ultra settings on Tonga
https://bugs.freedesktop.org/show_bug.cgi?id=98168 --- Comment #2 from Vedran MiletiÄ --- Created attachment 127143 --> https://bugs.freedesktop.org/attachment.cgi?id=127143&action=edit Menu Glitch in the menu background -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161008/dee1605f/attachment.html>
[Bug 98168] [vulkan, radv] Talos rendering glitches on Ultra settings on Tonga
https://bugs.freedesktop.org/show_bug.cgi?id=98168 --- Comment #1 from Vedran MiletiÄ --- Created attachment 127142 --> https://bugs.freedesktop.org/attachment.cgi?id=127142&action=edit Jammer Screenshot taken during Benchmark -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161008/268fa335/attachment.html>
[Bug 98168] [vulkan, radv] Talos rendering glitches on Ultra settings on Tonga
https://bugs.freedesktop.org/show_bug.cgi?id=98168 Bug ID: 98168 Summary: [vulkan, radv] Talos rendering glitches on Ultra settings on Tonga Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel at lists.freedesktop.org Reporter: vedran at miletic.net QA Contact: dri-devel at lists.freedesktop.org Notice the green dots on the light coming out of the Jammer. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161008/b0050b69/attachment-0001.html>
[PATCH 1/2] devicetree/bindings: display: Add bindings for LVDS panels
On Tue, Oct 04, 2016 at 07:23:29PM +0300, Laurent Pinchart wrote: > LVDS is a physical layer specification defined in ANSI/TIA/EIA-644-A. > Multiple incompatible data link layers have been used over time to > transmit image data to LVDS panels. This binding supports display panels > compatible with the JEIDA-59-1999, Open-LDI and VESA SWPG > specifications. > > Signed-off-by: Laurent Pinchart > --- > .../bindings/display/panel/panel-lvds.txt | 119 > + > 1 file changed, 119 insertions(+) > create mode 100644 > Documentation/devicetree/bindings/display/panel/panel-lvds.txt > > diff --git a/Documentation/devicetree/bindings/display/panel/panel-lvds.txt > b/Documentation/devicetree/bindings/display/panel/panel-lvds.txt > new file mode 100644 > index ..250861f2673e > --- /dev/null > +++ b/Documentation/devicetree/bindings/display/panel/panel-lvds.txt > @@ -0,0 +1,119 @@ > +Generic LVDS Panel > +== > + > +LVDS is a physical layer specification defined in ANSI/TIA/EIA-644-A. > Multiple > +incompatible data link layers have been used over time to transmit image data > +to LVDS panels. This bindings supports display panels compatible with the > +following specifications. > + > +[JEIDA] "Digital Interface Standards for Monitor", JEIDA-59-1999, February > +1999 (Version 1.0), Japan Electronic Industry Development Association (JEIDA) > +[LDI] "Open LVDS Display Interface", May 1999 (Version 0.95), National > +Semiconductor > +[VESA] "VESA Notebook Panel Standard", October 2007 (Version 1.0), Video > +Electronics Standards Association (VESA) > + > +Device compatible with those specifications have been marketed under the > +FPD-Link and FlatLink brands. > + > + > +Required properties: > +- compatible: shall contain "panel-lvds" Maybe as a fallback, but on its own, no way. > +- width-mm: panel display width in millimeters > +- height-mm: panel display height in millimeters This is already documented for all panels IIRC. > +- data-mapping: the color signals mapping order, "jeida-18", "jeida-24" > + or "vesa-24" Maybe this should be part of the compatible. > + > +Optional properties: > +- label: a symbolic name for the panel Could be for any panel or display connector. > +- avdd-supply: reference to the regulator that powers the panel analog supply > +- dvdd-supply: reference to the regulator that powers the panel digital > supply Which one has to be powered on first, what voltage, and with what time in between? This is why "generic" or "simple" bindings don't work. > +- data-mirror: if set, reverse the bit order on all data lanes (6 to 0 > instead > + of 0 to 6) > + > +Required nodes: > +- One "panel-timing" node containing video timings, in accordance with the > + display timing bindings defined in > + Documentation/devicetree/bindings/display/display-timing.txt. I'll let Thierry comment on this one. > +- One "port" child node for the LVDS input port, in accordance with the > + video interface bindings defined in > + Documentation/devicetree/bindings/media/video-interfaces.txt. > + > + > +LVDS data mappings are defined as follows. > + > +- "jeida-18" - 18-bit data mapping compatible with the [JEIDA], [LDI] and > + [VESA] specifications. Data are transferred as follows on 3 LVDS lanes. > + > +Slot 0 1 2 3 4 5 6 > + _ > +Clock\___/ > + __ __ __ __ __ __ __ > +DATA0><__G0__><__R5__><__R4__><__R3__><__R2__><__R1__><__R0__>< > +DATA1><__B1__><__B0__><__G5__><__G4__><__G3__><__G2__><__G1__>< > +DATA2><_CTL2_><_CTL1_><_CTL0_><__B5__><__B4__><__B3__><__B2__>< > + > +- "jeida-24" - 24-bit data mapping compatible with the [DSIM] and [LDI] > + specifications. Data are transferred as follows on 4 LVDS lanes. > + > +Slot 0 1 2 3 4 5 6 > + _ > +Clock\___/ > + __ __ __ __ __ __ __ > +DATA0><__G2__><__R7__><__R6__><__R5__><__R4__><__R3__><__R2__>< > +DATA1><__B3__><__B2__><__G7__><__G6__><__G5__><__G4__><__G3__>< > +DATA2><_CTL2_><_CTL1_><_CTL0_><__B7__><__B6__><__B5__><__B4__>< > +DATA3><_CTL3_><__B1__><__B0__><__G1__><__G0__><__R1__><__R0__>< > + > +- "vesa-24" - 24-bit data mapping compatible with the [VESA] specification. > + Data are transferred as follows on 4 LVDS lanes. > + > +Slot 0 1 2 3 4 5 6 > + _ > +Clock\___/ > + __ __ __ __ __ __ __ > +DATA0><__G0__><__R5__><__R4__><__R3__><__R2__><__R1__><__R0__>< > +DATA1><__B1__><
[PATCH v4 1/2] dt-bindings: display: Add Sharp LQ150X1LG11 panel binding
On Tue, Oct 04, 2016 at 05:29:20PM +0200, Peter Rosin wrote: > The Sharp 15" LQ150X1LG11 panel is an XGA TFT LCD panel. > > Signed-off-by: Peter Rosin > --- > .../bindings/display/panel/sharp,lq150x1lg11.txt | 36 > ++ > 1 file changed, 36 insertions(+) > create mode 100644 > Documentation/devicetree/bindings/display/panel/sharp,lq150x1lg11.txt Acked-by: Rob Herring
[PATCH v3] drm: tilcdc: add a da850-specific compatible string
On Mon, Oct 03, 2016 at 05:45:19PM +0200, Bartosz Golaszewski wrote: > Due to some potential tweaks for the da850 LCDC (for example: the > required memory bandwith settings) we need a separate compatible > for the IP present on the da850 boards. > > Suggested-by: Sekhar Nori > Signed-off-by: Bartosz Golaszewski > --- > v1 -> v2: > - added the new compatible to the bindings documentation > > v2 -> v3: > - made the documentation more detailed > > Documentation/devicetree/bindings/display/tilcdc/tilcdc.txt | 6 -- > drivers/gpu/drm/tilcdc/tilcdc_drv.c | 1 + > 2 files changed, 5 insertions(+), 2 deletions(-) Acked-by: Rob Herring
[PATCH v5] drm/fsl-dcu: Implement gamma_lut atomic crtc properties
On Wed, Sep 28, 2016 at 04:24:29PM +0800, Meng Yi wrote: > Gamma correction is optional and can be used to adjust the color > output values to match the gamut of a particular TFT LCD panel > > Split the DCU regs into "regs", "palette", "gamma" and "cursor". > Create a second regmap for gamma memory space using little endian. > The registers after the first address space are not accessed yet, > hence new device trees would even work with old kernels. Just new > kernel need the new format so we can access the separate gamma > reg space. > > Suggested-by: Stefan Agner > Signed-off-by: Meng Yi > --- > Changes since V1: > -created a second regmap for gamma > -updated the DCU DT binding > -removed Kconfig for gamma and enable gamma when valid data filled. > -extended and simplified comment lines. > --- > .../devicetree/bindings/display/fsl,dcu.txt| 12 +++- Acked-by: Rob Herring > drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 33 > drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 35 > +- > drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.h | 7 + > 4 files changed, 85 insertions(+), 2 deletions(-)
[Bug 98167] [vulkan, radv] missing libgcrypt and openssl devel results in linker error in libvulkan_common
https://bugs.freedesktop.org/show_bug.cgi?id=98167 Bug ID: 98167 Summary: [vulkan, radv] missing libgcrypt and openssl devel results in linker error in libvulkan_common Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel at lists.freedesktop.org Reporter: vedran at miletic.net QA Contact: dri-devel at lists.freedesktop.org CC vk_format_table.lo CC radv_wsi_x11.lo CC radv_wsi_wayland.lo GEN dev_icd.json CC winsys/amdgpu/radv_amdgpu_bo.lo CC winsys/amdgpu/radv_amdgpu_cs.lo CC winsys/amdgpu/radv_amdgpu_surface.lo CC winsys/amdgpu/radv_amdgpu_winsys.lo CCLD libvulkan_common.la CXXLDlibvulkan_radeon.la ./.libs/libvulkan_common.a(radv_pipeline.o): In function `radv_pipeline_compile': /home/vedranm/workspace/mesa/src/amd/vulkan/radv_pipeline.c:373: undefined reference to `_mesa_sha1_compute' ./.libs/libvulkan_common.a(radv_pipeline.o): In function `radv_CreateShaderModule': /home/vedranm/workspace/mesa/src/amd/vulkan/radv_pipeline.c:86: undefined reference to `_mesa_sha1_compute' ./.libs/libvulkan_common.a(radv_descriptor_set.o): In function `radv_CreatePipelineLayout': /home/vedranm/workspace/mesa/src/amd/vulkan/radv_descriptor_set.c:196: undefined reference to `_mesa_sha1_init' /home/vedranm/workspace/mesa/src/amd/vulkan/radv_descriptor_set.c:206: undefined reference to `_mesa_sha1_update' /home/vedranm/workspace/mesa/src/amd/vulkan/radv_descriptor_set.c:219: undefined reference to `_mesa_sha1_update' /home/vedranm/workspace/mesa/src/amd/vulkan/radv_descriptor_set.c:221: undefined reference to `_mesa_sha1_final' ./.libs/libvulkan_common.a(radv_pipeline_cache.o): In function `radv_hash_shader': /home/vedranm/workspace/mesa/src/amd/vulkan/radv_pipeline_cache.c:92: undefined reference to `_mesa_sha1_init' /home/vedranm/workspace/mesa/src/amd/vulkan/radv_pipeline_cache.c:94: undefined reference to `_mesa_sha1_update' /home/vedranm/workspace/mesa/src/amd/vulkan/radv_pipeline_cache.c:95: undefined reference to `_mesa_sha1_update' /home/vedranm/workspace/mesa/src/amd/vulkan/radv_pipeline_cache.c:96: undefined reference to `_mesa_sha1_update' /home/vedranm/workspace/mesa/src/amd/vulkan/radv_pipeline_cache.c:98: undefined reference to `_mesa_sha1_update' /home/vedranm/workspace/mesa/src/amd/vulkan/radv_pipeline_cache.c:100: undefined reference to `_mesa_sha1_update' ./.libs/libvulkan_common.a(radv_pipeline_cache.o):/home/vedranm/workspace/mesa/src/amd/vulkan/radv_pipeline_cache.c:102: more undefined references to `_mesa_sha1_update' follow ./.libs/libvulkan_common.a(radv_pipeline_cache.o): In function `radv_hash_shader': /home/vedranm/workspace/mesa/src/amd/vulkan/radv_pipeline_cache.c:104: undefined reference to `_mesa_sha1_final' collect2: error: ld returned 1 exit status Makefile:868: recipe for target 'libvulkan_radeon.la' failed make[4]: *** [libvulkan_radeon.la] Error 1 make[4]: Leaving directory '/home/vedranm/workspace/mesa/src/amd/vulkan' Makefile:769: recipe for target 'all' failed make[3]: *** [all] Error 2 make[3]: Leaving directory '/home/vedranm/workspace/mesa/src/amd/vulkan' Makefile:865: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/home/vedranm/workspace/mesa/src' Makefile:656: recipe for target 'all' failed make[1]: *** [all] Error 2 make[1]: Leaving directory '/home/vedranm/workspace/mesa/src' Makefile:652: recipe for target 'all-recursive' failed make: *** [all-recursive] Error 1 Installing openssl-devel or libgcrypt-devel fixes the problem. Configure script should detect this and produce a user friendly warning. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161008/7d75cf24/attachment.html>
[Bug 98166] [vulkan, radv] make install regenerates radv_timestamp.h and rebuilds radv_device.lo
https://bugs.freedesktop.org/show_bug.cgi?id=98166 Bug ID: 98166 Summary: [vulkan, radv] make install regenerates radv_timestamp.h and rebuilds radv_device.lo Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel at lists.freedesktop.org Reporter: vedran at miletic.net QA Contact: dri-devel at lists.freedesktop.org Making install in amd/vulkan make[3]: Entering directory '/home/vedranm/workspace/mesa/src/amd/vulkan' Updating radv_timestamp.h GEN radv_timestamp.h make install-am make[4]: Entering directory '/home/vedranm/workspace/mesa/src/amd/vulkan' Updating radv_timestamp.h GEN radv_timestamp.h CC radv_device.lo CCLD libvulkan_common.la CXXLDlibvulkan_radeon.la GEN .install-mesa-links make[5]: Entering directory '/home/vedranm/workspace/mesa/src/amd/vulkan' Updating radv_timestamp.h GEN radv_timestamp.h CC radv_device.lo CCLD libvulkan_common.la CXXLDlibvulkan_radeon.la /usr/bin/mkdir -p '/usr/local/lib64' /bin/sh ../../../libtool --mode=install /usr/bin/install -c libvulkan_radeon.la '/usr/local/lib64' libtool: install: /usr/bin/install -c .libs/libvulkan_radeon.so /usr/local/lib64/libvulkan_radeon.so libtool: install: /usr/bin/install -c .libs/libvulkan_radeon.lai /usr/local/lib64/libvulkan_radeon.la libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n /usr/local/lib64 -- Libraries have been installed in: /usr/local/lib64 Would be much if it was regenerated/rebuilt only on make and not on make install. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161008/bbbc4d00/attachment.html>
[Bug 98162] gpu hangs with unigine heaven on drm-next-4.9-wip
https://bugs.freedesktop.org/show_bug.cgi?id=98162 Bug ID: 98162 Summary: gpu hangs with unigine heaven on drm-next-4.9-wip Product: DRI Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu Assignee: dri-devel at lists.freedesktop.org Reporter: haagch at frickel.club Created attachment 127138 --> https://bugs.freedesktop.org/attachment.cgi?id=127138&action=edit dmesg with gpu hang XFX Radeon RX 480 XXX OC, latest mesa git and llvm svn. Running unigine heaven for a while hangs the gpu like this: Okt 08 10:31:14 c-l kernel: [drm:amdgpu_job_timedout] *ERROR* ring gfx timeout, last signaled seq=42581, last emitted seq=42583 Okt 08 10:31:14 c-l kernel: [drm] IP block:1 is hang! Okt 08 10:31:14 c-l kernel: [drm] IP block:5 is hang! I tried bisecting and landed on 4be051aeb3964146d3922238fff0ed1e4a9656d1 "drm/amd/powerplay: use smu7 hwmgr to manager polaris10/11" but I'm not 100% confident I caught every bad commit because sometimes unigine heaven needs to run for several minutes before the hang happens and this commit is not trivial to revert. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161008/3998edd6/attachment.html>
[PATCH] drm/virtio: kconfig: Fixup white space.
Use tabs instead of spaces. Signed-off-by: Peter Griffin Acked-by: Lee Jones --- drivers/gpu/drm/virtio/Kconfig | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/virtio/Kconfig b/drivers/gpu/drm/virtio/Kconfig index e1afc3d..81d1807 100644 --- a/drivers/gpu/drm/virtio/Kconfig +++ b/drivers/gpu/drm/virtio/Kconfig @@ -1,10 +1,10 @@ config DRM_VIRTIO_GPU tristate "Virtio GPU driver" depends on DRM && VIRTIO -select DRM_KMS_HELPER -select DRM_TTM + select DRM_KMS_HELPER + select DRM_TTM help This is the virtual GPU driver for virtio. It can be used with - QEMU based VMMs (like KVM or Xen). + QEMU based VMMs (like KVM or Xen). If unsure say M. -- 1.9.1
[PATCH v5] drm/fsl-dcu: Implement gamma_lut atomic crtc properties
Hi Stefan, > > @@ -6,6 +6,12 @@ Required properties: > > * "fsl,vf610-dcu". > > > > - reg: Address and length of the register set for dcu. > > + Must contain four address/length tuples: > > + 1. Register address space > > + 2. Palette/Tile address space > > + 3. Gamma address space > > + 4. Cursor address space > > +- reg-names: Should be "regs", "palette", "gamma" and > "cursor" > > Looks good to me, device tree folks? > We had on holidays and sorry for reply late, device tree's mailing list and maintainers are included. Best Regards, Meng
[Bug 95306] Random Blank(black) screens on "Carrizo"
https://bugs.freedesktop.org/show_bug.cgi?id=95306 --- Comment #28 from Kelly Anderson --- (In reply to Alex Deucher from comment #27) > Created attachment 127123 [details] [review] > possible fix > > Does the attached patch fix the issue? The patch does not fix the problem. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161008/ef52d5af/attachment-0001.html>