Re: [PATCH v3 27/27] devres: kill devm_ioremap_nocache

On Sat, Dec 23, 2017 at 07:02:59PM +0800, Yisheng Xie wrote: > --- a/lib/devres.c > +++ b/lib/devres.c > @@ -44,35 +44,6 @@ void __iomem *devm_ioremap(struct device *dev, > resource_size_t offset, > EXPORT_SYMBOL(devm_ioremap); > > /** > - * devm_ioremap_nocache - Managed ioremap_nocache() >

Re: [PATCH v2] drm/i915/vlv: Add cdclk workaround for DSI

Hi, On 20-12-17 15:04, Ville Syrjälä wrote: On Wed, Dec 20, 2017 at 11:50:17AM +0100, Hans de Goede wrote: At least on the Chuwi Vi8 (non pro/plus) the LCD panel will show an image shifted aprox. 20% to the left (with wraparound) and sometimes also wrong colors, showing that the panel

Re: [PATCH v3 00/27] kill devm_ioremap_nocache

On Sat, Dec 23, 2017 at 06:55:25PM +0800, Yisheng Xie wrote: > Hi all, > > When I tried to use devm_ioremap function and review related code, I found > devm_ioremap and devm_ioremap_nocache is almost the same with each other, > except one use ioremap while the other use ioremap_nocache. For all

Re: [PATCH] drm: rcar-du: lvds: fix LVDCR1 for R-Car gen3

Hello! On 12/23/2017 04:09 PM, Laurent Pinchart wrote: On Thursday, 21 December 2017 22:23:30 EET Sergei Shtylyov wrote: The LVDCR1 register for the R-Car gen3 SoCs was documented as having the layout different from the gen2 SoCs in the early R-Car gen3 manuals but since v0.52 the LVDCR1

Re: [PATCH] drm: fix tainted kernel caused by drm_panel_orientation_quirks.c

Hi, On 21-12-17 19:46, David Lechner wrote: drm_panel_orientation_quirks.c introduced in commit 404d1a3edc38 ("drm: Add panel orientation quirks, v6.") taints the kernel when compiled as a module. Fix this by adding MODULE_LICENSE(). Signed-off-by: David Lechner Thank

[PATCH v3 02/11] clk: sunxi-ng: add support for Allwinner H3 DE2 CCU

Allwinner H3 features a DE2 CCU like the one on A83T, however the parent of the clocks is the DE module clock, not the PLL_DE clock. Add support for it. Signed-off-by: Icenowy Zheng --- drivers/clk/sunxi-ng/ccu-sun8i-de2.c | 47 1 file

Re: [PATCH v2 4/5] ARM: dts: Add support for emtrion emCON-MX6 series

+ Philippe On 22/12/2017 at 11:43:33 +0100, Andreas Färber wrote: > >> I'll change it for v3 of this patch however it will end up like this: > >> //SPDX-License... > > > > That should be /* SPDX-License */, // is for c files. > > Got any reference for that? Since we're using the C preprocessor

Re: [PATCH v2 4/5] ARM: dts: Add support for emtrion emCON-MX6 series

Hi, Am 22.12.2017 um 11:40 schrieb Alexandre Belloni: > On 22/12/2017 at 11:34:31 +0100, Türk, Jan wrote: diff --git a/arch/arm/boot/dts/imx6q-emcon.dtsi b/arch/arm/boot/dts/imx6q- >>> emcon.dtsi new file mode 100644 index ..64fc0cd74c05 --- /dev/null +++

Re: [PATCH v2 4/5] ARM: dts: Add support for emtrion emCON-MX6 series

Hi, On 22/12/2017 at 11:34:31 +0100, Türk, Jan wrote: > > > diff --git a/arch/arm/boot/dts/imx6q-emcon.dtsi b/arch/arm/boot/dts/imx6q- > > emcon.dtsi > > > new file mode 100644 > > > index ..64fc0cd74c05 > > > --- /dev/null > > > +++ b/arch/arm/boot/dts/imx6q-emcon.dtsi > > > @@ -0,0

AW: [PATCH v2 4/5] ARM: dts: Add support for emtrion emCON-MX6 series

Hi, > On 22/12/2017 at 11:43:33 +0100, Andreas Färber wrote: > > >> I'll change it for v3 of this patch however it will end up like this: > > >> //SPDX-License... > > > > > > That should be /* SPDX-License */, // is for c files. > > > > Got any reference for that? Since we're using the C

[PATCH v3 06/11] arm64: allwinner: h5: add compatible string for DE2 CCU

The DE2 CCU on Allwinner H5 SoC has a slightly different behavior than the one on H3, so the compatible string is not set in the common DTSI file. Add the compatible string of H5 DE2 CCU in H5 DTSI file. Signed-off-by: Icenowy Zheng ---

Re: [PATCH v2 4/5] ARM: dts: Add support for emtrion emCON-MX6 series

> -Ursprüngliche Nachricht- > Von: Rob Herring [mailto:r...@kernel.org] > Gesendet: Freitag, 22. Dezember 2017 00:19 > An: Türk, Jan > Betreff: Re: [PATCH v2 4/5] ARM: dts: Add support for emtrion emCON-MX6 > series > > On Wed, Dec 20, 2017 at 02:47:04PM +0100, jan.tu...@emtrion.com

[PATCH v3 08/11] dt-bindings: add binding for A64 DE2 CCU SRAM

A64's Display Engine 2.0 needs a section of SRAM (SRAM C) to be claimed, otherwise the whole DE2 memory zone cannot be accessed (kept to all 0). Add binding for this, in order to make the DE2 CCU able to claim the SRAM and enable access to the DE2 clock and reset registers. Acked-by: Rob Herring

Re: [PATCH v2 1/5] drm/panel: Add support for the EDT ETM0700G0BDH6

> Von: Rob Herring [mailto:r...@kernel.org] > Gesendet: Freitag, 22. Dezember 2017 00:00 > Betreff: Re: [PATCH v2 1/5] drm/panel: Add support for the EDT > ETM0700G0BDH6 > > On Wed, Dec 20, 2017 at 02:47:01PM +0100, jan.tu...@emtrion.com wrote: > > From: Jan Tuerk > > > >

Re: [PATCH v2 4/5] ARM: dts: Add support for emtrion emCON-MX6 series

Am 22.12.2017 um 11:34 schrieb Türk, Jan: >> On Wed, Dec 20, 2017 at 02:47:04PM +0100, jan.tu...@emtrion.com wrote: >>> + * SPDX-License-Identifier: GPL-2.0 >> >> You have this. >> >> Also, the rules around this are getting a bit stricter saying the SPDX >> tag should be the first line of the file

[PATCH v3 00/11] Allwinner H3/H5/A64(DE2) SimpleFB support

This patchset adds support for the SimpleFB on Allwinner SoCs with "Display Engine 2.0". PATCH 1 to PATCH 3 are DE2 CCU fixes for H3/H5 SoCs. PATCH 4 adds the pipeline strings for DE2 SimpleFB. PATCH 5 to 7 adds necessary device tree nodes (DE2 CCU and SimpleFB) for H3/H5 SoCs. PATCH 8 to 11

Re: [PATCH] drm: fix tainted kernel caused by drm_panel_orientation_quirks.c

Hi, On 21-12-17 19:46, David Lechner wrote: drm_panel_orientation_quirks.c introduced in commit 404d1a3edc38 ("drm: Add panel orientation quirks, v6.") taints the kernel when compiled as a module. Fix this by adding MODULE_LICENSE(). Signed-off-by: David Lechner Thank

[PATCH v3 07/11] ARM: sunxi: h3/h5: add simplefb nodes

The H3/H5 SoCs have a HDMI output and a TV Composite output. Add simplefb nodes for these outputs. Signed-off-by: Icenowy Zheng --- arch/arm/boot/dts/sunxi-h3-h5.dtsi | 29 + 1 file changed, 29 insertions(+) diff --git

[PATCH v3 03/11] clk: sunxi-ng: fix the A64/H5 clock description of DE2 CCU

The clocks of A64/H5 SoCs in the DE2 CCU is the same as the clocks in H3 DE2 CCU rather than the A83T DE2 CCU (the parent of them is the DE module clock). Fix this by change the clock descriptions to use the clocks of H3. Fixes: 763c5bd045b1 ("clk: sunxi-ng: add support for DE2 CCU")

[PATCH v3 01/11] dt-bindings: fix the binding of Allwinner DE2 CCU of A83T and H3

The DE2 CCU is different on A83T and H3 -- the parent of the clocks on A83T is PLL_DE but on H3 it's the DE module clock. This is not noticed when I develop the DE2 CCU driver. Fix the binding by using different compatibles for A83T and H3, adding notes for the PLL_DE usage on A83T, and change

[PATCH v3 11/11] arm64: allwinner: a64: add simplefb for A64 SoC

The A64 SoC features two display pipelines, one has a LCD output, the other has a HDMI output. Add support for simplefb for these pipelines on A64 SoC. Signed-off-by: Icenowy Zheng --- arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 31 +++ 1 file

[PATCH v3 09/11] clk: sunxi-ng: add support for Allwinner A64 DE2 CCU

Allwinner A64's DE2 needs to claim a section of SRAM (SRAM C) to work. Add support for it. Signed-off-by: Icenowy Zheng --- drivers/clk/sunxi-ng/ccu-sun8i-de2.c | 32 1 file changed, 24 insertions(+), 8 deletions(-) diff --git

[PATCH v3 05/11] ARM: sun8i: h3/h5: add DE2 CCU device node for H3

The DE2 in H3/H5 has a clock control unit in it, and the behavior is slightly different between H3 and H5. Add the common parts in H3/H5 DTSI, and add the compatible string in H3 DTSI. The compatible string of H5 DE2 CCU will be added in a separated patch. Signed-off-by: Icenowy Zheng

[Bug 103630] [regression] Hacker Evolution(1,2,3) crash on startup

https://bugs.freedesktop.org/show_bug.cgi?id=103630 --- Comment #4 from cosiek...@o2.pl --- I can provide game key if anyone is interested. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

Re: [PATCH] drm: rcar-du: lvds: fix LVDCR1 for R-Car gen3

Hi Sergei, Thank you for the patch. On Thursday, 21 December 2017 22:23:30 EET Sergei Shtylyov wrote: > The LVDCR1 register for the R-Car gen3 SoCs was documented as having the > layout different from the gen2 SoCs in the early R-Car gen3 manuals but > since v0.52 the LVDCR1 layout is described

[Bug 104374] Cemu 1.11.1 via Wine using Mesa Mild exposes LLVM AMDGPU bugs on RX Vega..

https://bugs.freedesktop.org/show_bug.cgi?id=104374 oscar garcia changed: What|Removed |Added CC||rtf...@gmail.com

[PATCH v3 10/11] arm64: allwinner: a64: add DE2 CCU for A64 SoC

The A64 SoC features a DE2 CCU like the one in H5, but needs to claim a section of SRAM (SRAM C) to be accessed. Adds the device tree nodes for the SRAM controller and the DE2 CCU. Signed-off-by: Icenowy Zheng --- Changes in v3: - Fixed the alliwnner,sram property (the 1 after

[PATCH v3 04/11] dt-bindings: simplefb-sunxi: add pipelines for DE2

As we're going to add simplefb support for Allwinner SoCs with DE2, add suitable pipeline strings in the device tree binding. Acked-by: Rob Herring Signed-off-by: Icenowy Zheng --- Changes in v2: - Adds Rob's ACK.

[Bug 104374] Cemu 1.11.1 via Wine using Mesa Mild exposes LLVM AMDGPU bugs on RX Vega..

https://bugs.freedesktop.org/show_bug.cgi?id=104374 Bug ID: 104374 Summary: Cemu 1.11.1 via Wine using Mesa Mild exposes LLVM AMDGPU bugs on RX Vega.. Product: Mesa Version: git Hardware: x86-64 (AMD64) OS:

[Bug 101382] [r300] Electronic super joy crash on startup(regression)

https://bugs.freedesktop.org/show_bug.cgi?id=101382 --- Comment #8 from cosiek...@o2.pl --- I can provide game key if anyone is interested. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 104299] Crash on amdgpu_sync_get_fence

https://bugs.freedesktop.org/show_bug.cgi?id=104299 --- Comment #6 from Andrey Grodzovsky --- Can you try reproduce it wit KASAN enabled ? Thanks, Andrey -- You are receiving this mail because: You are the assignee for the

[PATCH 03/12] drm/bochs: remove the default io_mem_pfn set

The default interface situation has been taken into the framework, so remove the default set of each module. Signed-off-by: Tan Xiaojun --- drivers/gpu/drm/bochs/bochs_mm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/bochs/bochs_mm.c

[PATCH 08/12] drm/radeon: remove the default io_mem_pfn set

The default interface situation has been taken into the framework, so remove the default set of each module. Signed-off-by: Tan Xiaojun --- drivers/gpu/drm/radeon/radeon_ttm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c

[PATCH 06/12] drm/nouveau: remove the default io_mem_pfn set

The default interface situation has been taken into the framework, so remove the default set of each module. Signed-off-by: Tan Xiaojun --- drivers/gpu/drm/nouveau/nouveau_bo.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c

[PATCH 00/12] drm: add check if io_mem_pfn is NULL and cleanup

I found an OOPS when I used the mainline kernel for graphical tests in Hisilicon D05, I do not know how to solve this problem until I saw your discussion on this issue a month ago: https://lists.freedesktop.org/archives/dri-devel/2017-November/159046.html And my problem can be solved perfectly

[PATCH 02/12] drm/ast: remove the default io_mem_pfn set

The default interface situation has been taken into the framework, so remove the default set of each module. Signed-off-by: Tan Xiaojun --- drivers/gpu/drm/ast/ast_ttm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/ast/ast_ttm.c

[PATCH 11/12] staging: remove the default io_mem_pfn set

The default interface situation has been taken into the framework, so remove the default set of each module. Signed-off-by: Tan Xiaojun --- drivers/staging/vboxvideo/vbox_ttm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/vboxvideo/vbox_ttm.c

[PATCH 09/12] drm/virtio: remove the default io_mem_pfn set

The default interface situation has been taken into the framework, so remove the default set of each module. Signed-off-by: Tan Xiaojun --- drivers/gpu/drm/virtio/virtgpu_ttm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/virtio/virtgpu_ttm.c

[PATCH 12/12] drm/ttm: unexport ttm_bo_default_io_mem_pfn and make it static

No one will use this function except in ttm_bo_vm.c now. So unexport it and make it static. Signed-off-by: Tan Xiaojun --- drivers/gpu/drm/ttm/ttm_bo_vm.c | 23 +++ include/drm/ttm/ttm_bo_api.h| 11 --- 2 files changed, 15 insertions(+), 19

[PATCH 07/12] drm/qxl: remove the default io_mem_pfn set

The default interface situation has been taken into the framework, so remove the default set of each module. Signed-off-by: Tan Xiaojun --- drivers/gpu/drm/qxl/qxl_ttm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/qxl/qxl_ttm.c

[PATCH 05/12] drm/mgag200: remove the default io_mem_pfn set

The default interface situation has been taken into the framework, so remove the default set of each module. Signed-off-by: Tan Xiaojun --- drivers/gpu/drm/mgag200/mgag200_ttm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/mgag200/mgag200_ttm.c

[PATCH 04/12] drm/cirrus: remove the default io_mem_pfn set

The default interface situation has been taken into the framework, so remove the default set of each module. Signed-off-by: Tan Xiaojun --- drivers/gpu/drm/cirrus/cirrus_ttm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/cirrus/cirrus_ttm.c

[PATCH 01/12] drm/ttm: Use ttm_bo_default_io_mem_pfn if io_mem_pfn is NULL

From: Michal Srb The io_mem_pfn field was added in commit ea642c3216cb2a60d1c0e760ae47ee85c9c16447 and is called unconditionally. However, not all drivers were updated to set it. Use the ttm_bo_default_io_mem_pfn function if a driver did not set its own. Signed-off-by: Michal

[PATCH 10/12] drm/vmwgfx: remove the default io_mem_pfn set

The default interface situation has been taken into the framework, so remove the default set of each module. Signed-off-by: Tan Xiaojun --- drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c

[Bug 104193] [radeonsi] The Witcher 3 freezes the system with no attachments calls & transform feedback Wine patch

https://bugs.freedesktop.org/show_bug.cgi?id=104193 --- Comment #2 from Shmerl --- A correction, apparently Vega users are still getting the freeze, but unlike the Polaris case, they are able to exit the game without the whole system hanging (may be because Vega supports GPU

[Bug 198243] New: nouveau: X11 server hangs while DPMS active

https://bugzilla.kernel.org/show_bug.cgi?id=198243 Bug ID: 198243 Summary: nouveau: X11 server hangs while DPMS active Product: Drivers Version: 2.5 Kernel Version: 4.12.12 Hardware: All OS: Linux Tree:

[Bug 104082] amdgpu 0000:07:00.0: swiotlb buffer is full (sz: 2097152 bytes)

https://bugs.freedesktop.org/show_bug.cgi?id=104082 --- Comment #3 from Alexander Schlarb --- Same issue with AMD Radeon R9 M385X my Lenovo Y700ACZ laptop with linux-next and Debian unstable Mesa (17.3.1-1). -- You are receiving this mail because: You are the assignee

[Bug 104082] amdgpu 0000:07:00.0: swiotlb buffer is full (sz: 2097152 bytes)

https://bugs.freedesktop.org/show_bug.cgi?id=104082 --- Comment #4 from Alexander Schlarb --- Created attachment 136378 --> https://bugs.freedesktop.org/attachment.cgi?id=136378=edit dmesg on M385X -- You are receiving this mail because: You are the assignee for the