[Bug 109345] drm-next-2018-12-14 -Linux PPC

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109345 --- Comment #5 from Allan Cairns --- Created attachment 143815 --> https://bugs.freedesktop.org/attachment.cgi?id=143815&action=edit Additional dmseg logs dmseg output for Xeno Kernel 5 with no DRM - Boots to second card Firepro Xeno Kernel 5

[Bug 110229] Textures binded to framebuffer objects or images are not correctly updated.

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110229 --- Comment #15 from Laurent --- Ok, I think I'll try to make my own driver, all the drivers that have tested (opensource and proprietary drivers) contains too much bugs. (If the bug is fixed I'll stop but, I really need a working driver for my

Re: [PATCH] drm/bridge: sii902x: initialize CEC device

2019-03-30 Thread kbuild test robot
/0day-ci/linux/commits/Yannick-Fertr/drm-bridge-sii902x-initialize-CEC-device/20190330-102132 reproduce: # apt-get install sparse make ARCH=x86_64 allmodconfig make C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' sparse warnings: (new ones prefixed by >>

[RFC PATCH] drm/bridge: sii902x: sii902x_cec_init() can be static

2019-03-30 Thread kbuild test robot
Fixes: 1402bda01406 ("drm/bridge: sii902x: initialize CEC device") Signed-off-by: kbuild test robot --- sii902x.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/sii902x.c b/drivers/gpu/drm/bridge/sii902x.c index d33c097..42a0a7a 100644 --- a/drivers

Re: [PATCH] drm: bridge: dw-hdmi: Fix overflow workaround for Rockchip SoCs

2019-03-30 Thread Heiko Stuebner
Am Mittwoch, 20. Februar 2019, 08:52:31 CET schrieb Jonas Karlman: > The Rockchip RK3288 SoC (v2.00a) and RK3328/RK3399 SoCs (v2.11a) have > also been identified as needing this workaround with a single iteration. > > Fixes: be41fc55f1aa ("drm: bridge: dw-hdmi: Handle overflow workaround based >

[Bug 203111] New: Unrecoverable GPU crash with DiRT 4

2019-03-30 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=203111 Bug ID: 203111 Summary: Unrecoverable GPU crash with DiRT 4 Product: Drivers Version: 2.5 Kernel Version: 5.0.4 Hardware: All OS: Linux Tree: Mainline

[Bug 110214] amdgpu: xterm scrollback buffer disappears while paging up/down

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110214 --- Comment #25 from Michel Dänzer --- Just to make sure, you always restart the X server between building a Mesa commit and testing xterm against it, right? And you're making sure that the X server picks up your self-built radeonsi_dri.so for g

[Bug 108521] RX 580 as eGPU amdgpu: gpu post error!

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108521 --- Comment #46 from Rasmus Thomsen --- FWIW, I'm also hit by this on a HP Spectre X360 with a Vega M configuration (thought it's notable as the other reports seem to only come from Dell machines?). Disabling the Vega M by doing `echo 1 > /sys/b

[Bug 108521] RX 580 as eGPU amdgpu: gpu post error!

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108521 Rasmus Thomsen changed: What|Removed |Added CC||cogi...@exherbo.org --- Comment #47 fr

[Bug 108521] RX 580 as eGPU amdgpu: gpu post error!

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108521 --- Comment #48 from Dimitar Atanasov --- May be problem is the CPU, because it has only 16 PCIe lains, so 8 for vega M, 4 for NVME, and 4 for others, I have seen that card reader is also connected on PCIe. -- You are receiving this mail becau

[Bug 110214] radeonsi: xterm scrollback buffer disappears while paging up/down

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110214 Diego Viola changed: What|Removed |Added Summary|amdgpu: xterm scrollback|radeonsi: xterm scrollback

[Bug 110214] radeonsi: xterm scrollback buffer disappears while paging up/down

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110214 --- Comment #26 from Diego Viola --- (In reply to Michel Dänzer from comment #25) > Just to make sure, you always restart the X server between building a Mesa > commit and testing xterm against it, right? And you're making sure that the > X serv

Re: [PATCH] MAINTAINERS: add drm/lima driver info

2019-03-30 Thread Qiang Yu
On Fri, Mar 29, 2019 at 11:20 PM Daniel Vetter wrote: > > On Fri, Mar 29, 2019 at 09:47:48PM +0800, Qiang Yu wrote: > > Signed-off-by: Qiang Yu > > --- > > MAINTAINERS | 9 + > > 1 file changed, 9 insertions(+) > > > > diff --git a/MAINTAINERS b/MAINTAINERS > > index f8e63bcc4c1c..cd2d63

[Bug 110214] radeonsi: xterm scrollback buffer disappears while paging up/down

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110214 --- Comment #27 from Diego Viola --- Actually, about your question: > And you're making sure that the X server picks up your self-built > radeonsi_dri.so for glamor? I'm compiling Mesa in my home directory with the following configure switche

Re: [PATCH] staging: android: ion: refactory ion_alloc for kernel driver use

2019-03-30 Thread kbuild test robot
://github.com/0day-ci/linux/commits/Zeng-Tao/staging-android-ion-refactory-ion_alloc-for-kernel-driver-use/20190330-071409 coccinelle warnings: (new ones prefixed by >>) >> drivers/staging/android/ion/ion.c:427:9-16: WARNING: ERR_CAST can be used >> with buffer Please review and possibly

[PATCH] staging: android: ion: fix err_cast.cocci warnings

2019-03-30 Thread kbuild test robot
alloc for kernel driver use") CC: Zeng Tao Signed-off-by: kbuild test robot --- url: https://github.com/0day-ci/linux/commits/Zeng-Tao/staging-android-ion-refactory-ion_alloc-for-kernel-driver-use/20190330-071409 ion.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) ---

Re: [PATCH 8/9] drm/syncobj: add timeline signal ioctl for syncobj v5

2019-03-30 Thread Lionel Landwerlin
On 28/03/2019 13:33, Lionel Landwerlin wrote: On 28/03/2019 13:08, Chunming Zhou wrote: 在 2019/3/28 20:53, Lionel Landwerlin 写道: On 25/03/2019 08:32, Chunming Zhou wrote: v2: individually allocate chain array, since chain node is free independently. v3: all existing points must be already sign

Re: [PATCH 2/9] drm/syncobj: add new drm_syncobj_add_point interface v4

2019-03-30 Thread Lionel Landwerlin
On 28/03/2019 15:18, Christian König wrote: Am 28.03.19 um 14:50 schrieb Lionel Landwerlin: On 25/03/2019 08:32, Chunming Zhou wrote: From: Christian König Use the dma_fence_chain object to create a timeline of fence objects instead of just replacing the existing fence. v2: rebase and cleanu

[Bug 110214] radeonsi: xterm scrollback buffer disappears while paging up/down

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110214 --- Comment #28 from Diego Viola --- I guess I'll need to install mesa system wide to be really sure, I'll do that and confirm. -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 110214] radeonsi: xterm scrollback buffer disappears while paging up/down

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110214 --- Comment #29 from Diego Viola --- OK, I was able to install Mesa system wide, glxinfo tells me this: Mesa 19.0.0-devel (git-8daf5bb209) Which is the commit prior to the bad commit I mentioned above. Sadly xterm is still breaking as usual,

[Bug 110229] Textures binded to framebuffer objects or images are not correctly updated.

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110229 --- Comment #16 from Laurent --- Erf this is really bad for me, I can't find a tutorial on how to use the DRM lib to communicate with the graphic chip, the mesa source code is too much complicated for a beginner. And All I see are c++ functions

[Bug 109534] Crash in Minecraft due to a swp[chan] assertion fail in src/gallium/drivers/r600/sb/sb_ir.cpp alu_packed_node::update_packed_items

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109534 --- Comment #5 from vanyasm...@gmail.com --- Problem has gone with Mesa 19.0 (I've checked on OpenSUSE Tumbleweed): > $ glxinfo | grep Device Device: AMD JUNIPER (DRM 2.50.0 / 5.0.3-1-default, LLVM 7.0.1) (0x68ba) > $ glxinfo | grep 'OpenGL

[Bug 110290] install of amdgpu failed

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110290 Bug ID: 110290 Summary: install of amdgpu failed Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal

Re: [PATCH 06/16] drm/i915/fbdev: Move intel_fb_initial_config() to fbdev helper

2019-03-30 Thread Noralf Trønnes
Den 27.03.2019 14.33, skrev Jani Nikula: > On Tue, 26 Mar 2019, Noralf Trønnes wrote: >> It is generic code and having it in the helper will let other drivers >> benefit from it. >> >> One change was necessary assuming this to be true: >> INTEL_INFO(dev_priv)->num_pipes == dev->mode_config.num_c

Re: [PATCH 13/16] drm/fb-helper: Avoid race with DRM userspace

2019-03-30 Thread Noralf Trønnes
Den 28.03.2019 09.17, skrev Daniel Vetter: > On Tue, Mar 26, 2019 at 06:55:43PM +0100, Noralf Trønnes wrote: >> drm_fb_helper_is_bound() is used to check if DRM userspace is in control. >> This is done by looking at the fb on the primary plane. By the time >> fb-helper gets around to committing,

[Bug 110233] Cannot install amdgpu-pro driver for vega 56

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110233 Andre Klapper changed: What|Removed |Added Summary|Cannot install the driver |Cannot install amdgpu-pro

[Bug 110290] install of amdgpu failed

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110290 --- Comment #1 from Andre Klapper --- Why is this an upstream problem and not an Ubuntu problem? It says You might want to run 'apt --fix-broken install' to correct these. Did you do that? -- You are receiving this mail because: You are the

[Bug 110229] Textures binded to framebuffer objects or images are not correctly updated.

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110229 --- Comment #17 from Laurent --- It seems to be more simple that was I thought, mesa use posix threads for the GPU, the only new thing here is the use of libdrm for dma. So I only have to code this like a simple c++ program, and then put it, in

[Bug 110290] install of amdgpu failed

2019-03-30 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110290 --- Comment #2 from Godfrey Lee --- Yes I did, it couldn't fix the problem. On Sat, Mar 30, 2019, 7:21 PM wrote: > *Comment # 1 on > bug 110290

Re: [PATCH v1 1/6] dt-bindings: gpu: mali-utgard: add hisilicon, hi6220-mali compatible

2019-03-30 Thread Rob Herring
On Mon, 18 Mar 2019 19:38:46 +, Peter Griffin wrote: > The Hisilicon hi6220 uses a Mali-450MP4 with 4 PPs, so add > a compatible for it. > > Signed-off-by: Peter Griffin > --- > Documentation/devicetree/bindings/gpu/arm,mali-utgard.txt | 5 + > 1 file changed, 5 insertions(+) > Reviewe

Re: [PATCH v1 5/6] dt-bindings: reset: hisilicon: Add ao reset controller

2019-03-30 Thread Rob Herring
On Mon, 18 Mar 2019 19:38:50 +, Peter Griffin wrote: > This is required to bring Mali450 gpu out of reset. > > Signed-off-by: Peter Griffin > --- > include/dt-bindings/reset/hisi,hi6220-resets.h | 7 +++ > 1 file changed, 7 insertions(+) > Reviewed-by: Rob Herring ___

Re: [PATCH v2 1/2] dt-bindings: gpu: mali-midgard: Add resets property

2019-03-30 Thread Rob Herring
On Fri, 15 Mar 2019 14:56:54 +0100, Neil Armstrong wrote: > The Amlogic ARM Mali Midgard requires reset controls to power on and > software reset the GPU, adds these as optional in the bindings. > > Signed-off-by: Neil Armstrong > --- > .../devicetree/bindings/gpu/arm,mali-midgard.txt | 14 +++

Re: [PATCH v1 2/6] dt-bindings: reset: hisilicon: Update compatible documentation

2019-03-30 Thread Rob Herring
On Mon, 18 Mar 2019 19:38:47 +, Peter Griffin wrote: > The reset driver now supports the ao reset controller, so update the > documentation to match. > > Signed-off-by: Peter Griffin > --- > Documentation/devicetree/bindings/reset/hisilicon,hi6220-reset.txt | 1 + > 1 file changed, 1 inserti

Re: [PATCH v2 1/4] dt-bindings: Add vendor prefix for novatek

2019-03-30 Thread Rob Herring
On Thu, 21 Mar 2019 19:29:52 +0530, Jagan Teki wrote: > Add vendor prefix for novatek. > > Novatek Microelectronics Corp. is a leading fabless chip design > company specializing in the design, development and sales of a > wide range of display driver ICs & SoC solutions. > > Signed-off-by: Jagan

Re: [PATCH v2 3/4] dt-bindings: display: Add Novatek NT35596 panel documentation

2019-03-30 Thread Rob Herring
On Thu, 21 Mar 2019 19:29:54 +0530, Jagan Teki wrote: > Novatek NT35596 is a single-chip IC solution for small or medium-sized > LTPS TFT LCD panels. NT35596 provides several system interfaces like > MIPI/SPI/I2C. > > Microtech MTF050FHDI-03 is 1080x1920, 4-lane MIPI DSI LCD panel which > has inb

Re: [PATCH v2 2/4] dt-bindings: Add vendor prefix for microtech

2019-03-30 Thread Rob Herring
On Thu, 21 Mar 2019 19:29:53 +0530, Jagan Teki wrote: > Add vendor prefix for microtech, known as > Microtech Technology Company Limited. a known producer for > Liquid Crytal Display modules and Touch Panels. > > Signed-off-by: Jagan Teki > --- > Documentation/devicetree/bindings/vendor-prefixes

Re: [PATCH] dt-bindings: display/panel: Add missing unit names

2019-03-30 Thread Rob Herring
On Mon, 25 Mar 2019 17:08:10 +0100, =?UTF-8?q?Guido=20G=C3=BCnther?= wrote: > Some examples were missing the unit names triggering > > Warning (unit_address_vs_reg): .../panel: node has a reg or ranges property, > but no unit name > > warnings when used verbatim in DTs and running dtc with W=1.

Re: [PATCHv2 22/22] dt-bindings: tc358767: add IRQ & HPD support

2019-03-30 Thread Rob Herring
On Tue, Mar 26, 2019 at 12:31:46PM +0200, Tomi Valkeinen wrote: > Add DT properties needed for IRQ and HPD support. > > Signed-off-by: Tomi Valkeinen > Cc: devicet...@vger.kernel.org > Cc: Rob Herring > --- > > A quick summary of tc358767's HPD/GPIO support: > > tc358767 has two pins that can

Re: [PATCH v2 02/25] dt-bindings: mediatek: add binding for mt8183 display

2019-03-30 Thread Rob Herring
On Wed, Mar 27, 2019 at 02:18:58PM +0800, yongqiang@mediatek.com wrote: > From: Yongqiang Niu > > Update device tree binding documention for the display subsystem for > Mediatek MT8183 SOCs > > Signed-off-by: Yongqiang Niu > --- > .../bindings/display/mediatek/mediatek,disp.txt| 37 >