[PATCHv14 1/3] ARM:dt-bindings:display Intel FPGA Video and Image Processing Suite

2019-02-26 Thread Hean-Loong, Ong
From: Ong, Hean Loong Device tree binding for Intel FPGA Video and Image Processing Suite. The bindings would set the max width, max height, bits per pixel and memory port width. The device tree binding only supports the Intel Arria10 devkit and its variants. Vendor name retained as altr. V12:

[PATCHv14 0/3] Intel FPGA Video and Image Processing Suite

2019-02-26 Thread Hean-Loong, Ong
From: Ong, Hean Loong The FPGA FrameBuffer Soft IP could be seen as the GPU and the DRM driver patch here is allocating memory for information to be streamed from the ARM/Linux to the display port. Basically the driver just wraps the information such as the pixels to be drawn by the Sodt IP

[PATCHv14 2/3] ARM:socfpga-defconfig Intel FPGA Video and Image Processing Suite

2019-02-26 Thread Hean-Loong, Ong
From: Ong Hean Loong Intel FPGA Video and Image Processing Suite Frame Buffer II driver config for Arria 10 devkit and its variants Signed-off-by: Ong, Hean Loong --- arch/arm/configs/socfpga_defconfig |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git

[PATCHv14 3/3] ARM:drm ivip Intel FPGA Video and Image Processing Suite

2019-02-26 Thread Hean-Loong, Ong
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 binding is located at:

[Bug 202555] nouveau: KMS is broken on last kernels (9700M GT)

2019-02-26 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=202555 --- Comment #1 from Evgeny Kurnevsky (kurnev...@gmail.com) --- Bisected to exact commit that breaks it: 800efb4c2857ec543fdc33585bbcb1fd5ef28337 -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [PATCH 4/4] drm/sun4i: rgb: Change the pixel clock validation check

2019-02-26 Thread kbuild test robot
Hi Maxime, I love your patch! Yet something to improve: [auto build test ERROR on ] url: https://github.com/0day-ci/linux/commits/Maxime-Ripard/drm-sun4i-rgb-Relax-the-pixel-clock-check/20190227-012757 base: config: arm-allmodconfig (attached as .config) compiler: arm-linux-gnueabi-gcc

[Bug 109692] deadlock occurs during GPU reset

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109692 --- Comment #15 from mikhail.v.gavri...@gmail.com --- Created attachment 143485 --> https://bugs.freedesktop.org/attachment.cgi?id=143485=edit "suspicious RCU usage" the commits 3741540 and 222b5f0 is reverted -- You are receiving this mail

[Bug 109692] deadlock occurs during GPU reset

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109692 --- Comment #14 from mikhail.v.gavri...@gmail.com --- Removing commits 3741540 and 222b5f0 not fix "suspicious RCU usage" -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 109790] [ 11.594966] [drm:r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x850C)=0xCAFEDEAD)

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109790 --- Comment #3 from Alex Deucher --- (In reply to baopeng from comment #0) > Created attachment 143482 [details] > error_dmesg > > We enabled the Radeon OLAND series of graphics cards on ARM, very old > graphics cards, > The kernel is a 4.14

Re: [PATCH 4/4] drm/sun4i: rgb: Change the pixel clock validation check

2019-02-26 Thread kbuild test robot
Hi Maxime, I love your patch! Yet something to improve: [auto build test ERROR on ] url: https://github.com/0day-ci/linux/commits/Maxime-Ripard/drm-sun4i-rgb-Relax-the-pixel-clock-check/20190227-012757 base: config: arm64-allyesconfig (attached as .config) compiler:

[Bug 109790] [ 11.594966] [drm:r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x850C)=0xCAFEDEAD)

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109790 --- Comment #2 from baopeng --- Created attachment 143484 --> https://bugs.freedesktop.org/attachment.cgi?id=143484=edit uname_msg -- You are receiving this mail because: You are the assignee for the

[Bug 109790] [ 11.594966] [drm:r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x850C)=0xCAFEDEAD)

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109790 --- Comment #1 from baopeng --- Created attachment 143483 --> https://bugs.freedesktop.org/attachment.cgi?id=143483=edit lspci_msg -- You are receiving this mail because: You are the assignee for the

[Bug 109790] [ 11.594966] [drm:r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x850C)=0xCAFEDEAD)

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109790 Bug ID: 109790 Summary: [ 11.594966] [drm:r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x850C)=0xCAFEDEAD) Product: DRI Version: DRI git

[Bug 109789] [ 11.594966] [drm:r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x850C)=0xCAFEDEAD)

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109789 Bug ID: 109789 Summary: [ 11.594966] [drm:r600_ring_test [radeon]] *ERROR* radeon: ring 0 test failed (scratch(0x850C)=0xCAFEDEAD) Product: DRI Version:

[Bug 202511] amdgpu fails to load saying "Could not allocate 8192 bytes percpu data"

2019-02-26 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=202511 --- Comment #30 from Michael A. Leonetti (mikealeone...@gmail.com) --- Can confirm, disabling CONFIG_X86_VSMP corrects the issue. -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [EARLY RFC][PATCH] dma-buf: Add dma-buf heaps framework

2019-02-26 Thread John Stultz
On Tue, Feb 26, 2019 at 11:21 AM John Stultz wrote: > > On Tue, Feb 26, 2019 at 6:47 AM Andrew F. Davis wrote: > > On 2/26/19 12:20 AM, John Stultz wrote: > > > It boots w/ AOSP, and allocations seem to work, but there's something > > > wrong with the dmabuf mmaping which casues the homescreen

Re: [PATCH] Revert "dma-contiguous: do not allocate a single page from CMA area"

2019-02-26 Thread Robin Murphy
On 2019-02-26 8:23 pm, Nicolin Chen wrote: This reverts commit d222e42e88168fd67e6d131984b86477af1fc256. The original change breaks omap dss: omapdss_dispc 58001000.dispc: dispc_errata_i734_wa_init: dma_alloc_writecombine failed Let's revert it first and then find a safer

Re: [Intel-gfx] [RFC PATCH 00/42] Introduce memory region concept (including device local memory)

2019-02-26 Thread Dave Airlie
> > At the end of the day, I don't really care that much. I get it, we > > all have large projects with scarce resources. I just think a few > > years down the road we'll all regret it as a community. > > AMD and others have also spent years tuning TTM for both UMA and VRAM, > but especially

Re: [PATCH RFC 1/1] uio: Add dma-buf import ioctls

2019-02-26 Thread Hyun Kwon
Hi Daniel, Thanks for the comment. On Tue, 2019-02-26 at 04:06:13 -0800, Daniel Vetter wrote: > On Tue, Feb 26, 2019 at 12:53 PM Greg Kroah-Hartman > wrote: > > > > On Sat, Feb 23, 2019 at 12:28:17PM -0800, Hyun Kwon wrote: > > > Add the dmabuf map / unmap interfaces. This allows the user

Re: [PATCH RFC 1/1] uio: Add dma-buf import ioctls

2019-02-26 Thread Hyun Kwon
Hi Greg, Thanks for the comments. On Tue, 2019-02-26 at 03:53:11 -0800, Greg Kroah-Hartman wrote: > On Sat, Feb 23, 2019 at 12:28:17PM -0800, Hyun Kwon wrote: > > Add the dmabuf map / unmap interfaces. This allows the user driver > > to be able to import the external dmabuf and use it from user

Re: [PATCH] drm/vkms: fix use-after-free when drm_gem_handle_create() fails

2019-02-26 Thread Chris Wilson
Quoting Eric Biggers (2019-02-26 22:08:58) > From: Eric Biggers > > If drm_gem_handle_create() fails in vkms_gem_create(), then the > vkms_gem_object is freed twice: once when the reference is dropped by > drm_gem_object_put_unlocked(), and again by the extra calls to > drm_gem_object_release()

[PATCH] drm/vkms: fix use-after-free when drm_gem_handle_create() fails

2019-02-26 Thread Eric Biggers
From: Eric Biggers If drm_gem_handle_create() fails in vkms_gem_create(), then the vkms_gem_object is freed twice: once when the reference is dropped by drm_gem_object_put_unlocked(), and again by the extra calls to drm_gem_object_release() and kfree(). Fix it by skipping the second release and

[PATCH v2] drm/vgem: fix use-after-free when drm_gem_handle_create() fails

2019-02-26 Thread Eric Biggers
From: Eric Biggers If drm_gem_handle_create() fails in vgem_gem_create(), then the drm_vgem_gem_object is freed twice: once when the reference is dropped by drm_gem_object_put_unlocked(), and again by __vgem_gem_destroy(). This was hit by syzkaller using fault injection. Fix it by skipping the

[Bug 109749] FreeSync stutters if framerate is less than refresh rate and vsync/flipping is on

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109749 --- Comment #1 from bmil...@gmail.com --- Created attachment 143480 --> https://bugs.freedesktop.org/attachment.cgi?id=143480=edit backported for 5.0 patch Here's a backported patch for 5.0 Please consider this, anything that doesnt run at

Re: [PATCH] drm/vgem: fix use-after-free when drm_gem_handle_create() fails

2019-02-26 Thread Eric Biggers
On Tue, Feb 26, 2019 at 09:01:29PM +, Chris Wilson wrote: > Quoting Eric Biggers (2019-02-26 20:47:26) > > From: Eric Biggers > > > > If drm_gem_handle_create() fails in vgem_gem_create(), then the > > drm_vgem_gem_object is freed twice: once when the reference is dropped > > by

[PULL] topic/mei-hdcp for char-misc-next

2019-02-26 Thread Daniel Vetter
Hi Greg topic/mei-hdcp-2019-02-26: mei-hdcp driver mei driver for the me hdcp client, for use by drm/i915. Including the following prep work: - whitelist hdcp client in mei bus - merge to include char-misc-next because of another mei bus prep patch to export a helper macro to drivers -

Re: [PATCH] drm/vgem: fix use-after-free when drm_gem_handle_create() fails

2019-02-26 Thread Chris Wilson
Quoting Eric Biggers (2019-02-26 20:47:26) > From: Eric Biggers > > If drm_gem_handle_create() fails in vgem_gem_create(), then the > drm_vgem_gem_object is freed twice: once when the reference is dropped > by drm_gem_object_put_unlocked(), and again by __vgem_gem_destroy(). > > This was hit by

[PATCH] drm/vgem: fix use-after-free when drm_gem_handle_create() fails

2019-02-26 Thread Eric Biggers
From: Eric Biggers If drm_gem_handle_create() fails in vgem_gem_create(), then the drm_vgem_gem_object is freed twice: once when the reference is dropped by drm_gem_object_put_unlocked(), and again by __vgem_gem_destroy(). This was hit by syzkaller using fault injection. Fix it by skipping the

Re: [RFC v4 08/17] kunit: test: add support for test abort

2019-02-26 Thread Stephen Boyd
Quoting Brendan Higgins (2019-02-14 13:37:20) > Add support for aborting/bailing out of test cases. Needed for > implementing assertions. Can you add some more text here with the motivating reasons for implementing assertions and bailing out of test cases? For example, I wonder why unit tests

[Bug 109758] AMD GPU for Ubuntu Linux Broken

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109758 --- Comment #20 from Michael Eagle --- Obviously you're used to nvidia/windows way on doing things. You are on linux now. Opensource is the whole philosophy. So yes, please just use the free/opensource drivers that come bundled with your

Re: [Bug 109758] AMD GPU for Ubuntu Linux Broken

2019-02-26 Thread Mihai
Obviously you're used to nvidia/windows way on doing things. You are on linux now. Opensource is the whole philosophy. So yes, please just use the free/opensource drivers that come bundled with your favorite distro. This is the preferred way to go with AMD hardware. Here's the Radeon 7 with

Re: [EARLY RFC][PATCH] dma-buf: Add dma-buf heaps framework

2019-02-26 Thread John Stultz
On Tue, Feb 26, 2019 at 6:47 AM Andrew F. Davis wrote: > On 2/26/19 12:20 AM, John Stultz wrote: > > On Mon, Feb 25, 2019 at 6:36 AM Andrew F. Davis wrote: > >> It all needs a bit more work, and I'm sure I'll find missing parts when > >> I add some more heaps, but hopefully this framework is

Re: [Intel-gfx] [RFC PATCH 00/42] Introduce memory region concept (including device local memory)

2019-02-26 Thread Alex Deucher
On Tue, Feb 26, 2019 at 12:20 PM Alex Deucher wrote: > > On Tue, Feb 26, 2019 at 7:17 AM Joonas Lahtinen > wrote: > > > > Quoting Alex Deucher (2019-02-25 21:31:43) > > > On Mon, Feb 25, 2019 at 9:35 PM Joonas Lahtinen > > > wrote: > > > > > > > > Quoting Dave Airlie (2019-02-25 12:24:48) > > >

Re: [Intel-gfx] [RFC PATCH 00/42] Introduce memory region concept (including device local memory)

2019-02-26 Thread Christian König
Am 26.02.19 um 18:20 schrieb Alex Deucher: On Tue, Feb 26, 2019 at 7:17 AM Joonas Lahtinen wrote: Quoting Alex Deucher (2019-02-25 21:31:43) On Mon, Feb 25, 2019 at 9:35 PM Joonas Lahtinen wrote: Quoting Dave Airlie (2019-02-25 12:24:48) On Tue, 19 Feb 2019 at 23:32, Joonas Lahtinen

[Bug 202511] amdgpu fails to load saying "Could not allocate 8192 bytes percpu data"

2019-02-26 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=202511 --- Comment #29 from Barret Rhoden (b...@google.com) --- Ah, nice find. That other bug (201339) looks like the root cause of this one. -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [PATCH v5 14/19] drm: writeback: Add job prepare and cleanup operations

2019-02-26 Thread Liviu Dudau
Hi Laurent, On Thu, Feb 21, 2019 at 12:32:07PM +0200, Laurent Pinchart wrote: > As writeback jobs contain a framebuffer, drivers may need to prepare and > cleanup them the same way they can prepare and cleanup framebuffers for > planes. Add two new optional connector helper operations, >

Re: [PATCH v5 13/19] drm: writeback: Fix leak of writeback job

2019-02-26 Thread Liviu Dudau
On Thu, Feb 21, 2019 at 12:32:06PM +0200, Laurent Pinchart wrote: > Writeback jobs are allocated when the WRITEBACK_FB_ID is set, and > deleted when the jobs complete. This results in both a memory leak of > the job and a leak of the framebuffer if the atomic commit returns > before the job is

Re: [PATCH v5 12/19] drm: writeback: Cleanup job ownership handling when queuing job

2019-02-26 Thread Liviu Dudau
On Thu, Feb 21, 2019 at 12:32:05PM +0200, Laurent Pinchart wrote: > The drm_writeback_queue_job() function takes ownership of the passed job > and requires the caller to manually set the connector state > writeback_job pointer to NULL. To simplify drivers and avoid errors > (such as the missing

[Bug 109329] Luxmark freezes the system

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109329 --- Comment #1 from Jan Vesely --- (In reply to Fabian Maurer from comment #0) > Created attachment 143077 [details] > journalctl log > > Running luxmark (OpenCL) freezes the system. > Only help is to reboot with REISUB command. > > dmesg log

[Bug 202511] amdgpu fails to load saying "Could not allocate 8192 bytes percpu data"

2019-02-26 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=202511 vladimir gerasimov (v...@ggpi.org) changed: What|Removed |Added CC||v...@ggpi.org ---

Re: [Intel-gfx] [RFC PATCH 00/42] Introduce memory region concept (including device local memory)

2019-02-26 Thread Alex Deucher
On Tue, Feb 26, 2019 at 7:17 AM Joonas Lahtinen wrote: > > Quoting Alex Deucher (2019-02-25 21:31:43) > > On Mon, Feb 25, 2019 at 9:35 PM Joonas Lahtinen > > wrote: > > > > > > Quoting Dave Airlie (2019-02-25 12:24:48) > > > > On Tue, 19 Feb 2019 at 23:32, Joonas Lahtinen > > > > wrote: > > > >

Re: [RFC PATCH 1/2] ASoC: simple-card: add support for bclk_ratio

2019-02-26 Thread Russell King - ARM Linux admin
On Tue, Feb 26, 2019 at 11:31:15AM -0500, Sven Van Asbroeck wrote: > On Tue, Feb 26, 2019 at 10:45 AM Russell King - ARM Linux admin > wrote: > > > > > > I can't see how you'd extend a single I2S setup to support multi- > > channel audio without either adding more I2S data lines or adding > >

[PATCH] drm/bridge: ti-sn65dsi86: make const array static

2019-02-26 Thread Colin King
From: Colin Ian King Don't populate the const array ti_sn_bridge_supply_names on the stack but instead make it static. Signed-off-by: Colin Ian King --- drivers/gpu/drm/bridge/ti-sn65dsi86.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[Bug 202511] amdgpu fails to load saying "Could not allocate 8192 bytes percpu data"

2019-02-26 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=202511 --- Comment #27 from Michael A. Leonetti (mikealeone...@gmail.com) --- (In reply to Michel Dänzer from comment #26) > When the amdgpu driver is built into the kernel, so must be all the > microcode files under /lib/firmware/amdgpu/ that it needs

[Bug 200695] Blank screen on RX 580 with amdgpu.dc=1 enabled (no displays detected)

2019-02-26 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=200695 --- Comment #26 from Alex van Kaam (alexvk...@gmail.com) --- hi on request of the people over at SUSE I tested my Tumbleweed install with the Kernel of the Day. first did: BOOT_IMAGE=/boot/vmlinuz-5.0.0-rc8-1.g4ddf057-default

Re: [RFC PATCH 1/2] ASoC: simple-card: add support for bclk_ratio

2019-02-26 Thread Mark Brown
On Tue, Feb 26, 2019 at 11:31:15AM -0500, Sven Van Asbroeck wrote: > That's a very good point too. In light of this, I struggle to understand how > the ssl_ssi can specify this: > static struct snd_soc_dai_driver fsl_ssi_dai_template = { > .playback = { > .stream_name =

[Bug 202511] amdgpu fails to load saying "Could not allocate 8192 bytes percpu data"

2019-02-26 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=202511 --- Comment #26 from Michel Dänzer (mic...@daenzer.net) --- When the amdgpu driver is built into the kernel, so must be all the microcode files under /lib/firmware/amdgpu/ that it needs with your GPU. -- You are receiving this mail because: You

Re: [PATCH 0/2] Lima DRM driver

2019-02-26 Thread Christian König
Am 26.02.19 um 16:58 schrieb Daniel Vetter: On Wed, Feb 13, 2019 at 9:35 AM Christian König wrote: Am 13.02.19 um 08:59 schrieb Daniel Vetter: On Wed, Feb 13, 2019 at 2:44 AM Rob Herring wrote: On Tue, Feb 12, 2019 at 7:00 PM Eric Anholt wrote: Rob Herring writes: On Thu, Feb 7, 2019

Re: [RFC PATCH 1/2] ASoC: simple-card: add support for bclk_ratio

2019-02-26 Thread Mark Brown
On Tue, Feb 26, 2019 at 03:45:19PM +, Russell King - ARM Linux admin wrote: > Adding more WS signals makes the bus deviate from the I2S standard, > thereby making it impossible to connect a set of standard DACs to > such a source, whereas adding more I2S data lines, you just connect > each

[PATCH 09/10] drm/arm/malidp:- Disregard the pitch alignment constraint for AFBC framebuffer.

2019-02-26 Thread Ayan Halder
From: Ayan Kumar Halder Considering the fact that some of the AFBC specific pixel formats are expressed in bits per pixel (ie bpp which is not byte aligned), the pitch (ie width * bpp) is not guaranteed to be aligned to burst size (ie 8 or 16 bytes). For example, DRM_FORMAT_VUY101010 is 30 bits

[PATCH 04/10] drm/arm/malidp:- Added support for new YUV formats for DP500, DP550 and DP650

2019-02-26 Thread Ayan Halder
From: Ayan Kumar Halder We have added support for some AFBC only pixel formats like :- DRM_FORMAT_YUV420_8BIT (single plane YUV 420 8 bit format) DRM_FORMAT_VUY888 (single plane YUV 444 8 bit format) DRM_FORMAT_VUY101010 (single plane YUV 444 10 bit format) DRM_FORMAT_YUV420_10BIT (single plane

[PATCH v3 10/10] drm/arm/malidp: Added support for AFBC modifiers for all layers except DE_SMART

2019-02-26 Thread Ayan Halder
From: Ayan Kumar Halder The list of modifiers to be supported for each plane has been dynamically generated from 'malidp_format_modifiers[]' and 'malidp_hw_regmap->features'. Changes from v1:- 1. Replaced DRM_ERROR() with DRM_DEBUG_KMS() in malidp_format_mod_supported() to report unsupported

[PATCH v2 05/10] drm/arm/malidp:- Define a common list of AFBC format modifiers supported for DP500, DP550 and DP650

2019-02-26 Thread Ayan Halder
From: Ayan Kumar Halder We need to define a common list of format modifiers supported by each of the Mali display processors. The following are the constraints with AFBC:- 1. AFBC is not supported for the formats defined in malidp_hw_format_is_linear_only() 2. Some of the formats are

[PATCH 06/10] drm/arm/malidp: Specified the rotation memory requirements for AFBC YUV formats

2019-02-26 Thread Ayan Halder
From: Ayan Kumar Halder The newly supported AFBC YUV formats have the following rotation memory constraints (in DP550/DP650). 1. DRM_FORMAT_VUY888/DRM_FORMAT_VUY101010 :- It can rotate upto 8 horizontal lines in the AFBC output buffer. 2. DRM_FORMAT_YUV420_8BIT :- It can rotate upto 16

[PATCH 08/10] drm/arm/malidp:- Use the newly introduced malidp_format_get_bpp() instead of relying on cpp for calculating framebuffer size

2019-02-26 Thread Ayan Halder
From: Ayan Kumar Halder Formats like DRM_FORMAT_VUY101010, DRM_FORMAT_YUV420_8BIT and DRM_FORMAT_YUV420_10BIT are expressed in bits per pixel as they have a non integer value of cpp (thus denoted as '0' in drm_format_info[]). Therefore, the calculation of AFBC framebuffer size needs to use

[PATCH v3 01/10] drm/fourcc: Add AFBC yuv fourccs for Mali

2019-02-26 Thread Ayan Halder
From: Brian Starkey As we look to enable AFBC using DRM format modifiers, we run into problems which we've historically handled via vendor-private details (i.e. gralloc, on Android). AFBC (as an encoding) is fully flexible, and for example YUV data can be encoded into 1, 2 or 3 encoded

[Bug 202511] amdgpu fails to load saying "Could not allocate 8192 bytes percpu data"

2019-02-26 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=202511 --- Comment #25 from Michael A. Leonetti (mikealeone...@gmail.com) --- Created attachment 281359 --> https://bugzilla.kernel.org/attachment.cgi?id=281359=edit fb: switching to amdgpudrmfb from EFI VGA freeze 4.19.23 Barret, I will apply the

[PATCH 07/10] drm/arm/malidp:- Writeback framebuffer does not support any modifiers

2019-02-26 Thread Ayan Halder
From: Ayan Kumar Halder In malidp, the writeback pipeline does not support writing crtc output to a framebuffer with modifiers ie the memory writeback content is devoid of any compression or tiling, etc. So we have added a commit check in memory writeback encoder helper function to validate if

[PATCH v4 03/10] drm/arm/malidp: Set the AFBC register bits if the framebuffer has AFBC modifier

2019-02-26 Thread Ayan Halder
From: Ayan Kumar Halder Added the AFBC decoder registers for DP500 , DP550 and DP650. These registers control the processing of AFBC buffers. It controls various features like AFBC decoder enable, lossless transformation and block split as well as setting of the left, right, top and bottom

[PATCH 02/10] drm: Added a new format DRM_FORMAT_XVYU2101010

2019-02-26 Thread Ayan Halder
From: Ayan Kumar Halder This new format is supported by DP550 and DP650 Signed-off-by: Ayan Kumar halder Reviewed-by: Liviu Dudau --- drivers/gpu/drm/drm_fourcc.c | 1 + include/uapi/drm/drm_fourcc.h | 1 + 2 files changed, 2 insertions(+) diff --git a/drivers/gpu/drm/drm_fourcc.c

[PATCH v3 00/10] Add support for Arm Framebuffer Compression(AFBC) in mali display driver

2019-02-26 Thread Ayan Halder
This patchset aims to add support for AFBC in mali display driver with the help of format modifiers. AFBC modifiers add some constraints to framebuffer size, alignment, pitch, formats, etc In the initial patchset ie https://lists.freedesktop.org/archives/dri-devel/2018-June/180124.html I had

Re: [PATCH v6 1/3] drm: Add CRTC background color property (v5)

2019-02-26 Thread Matt Roper
On Tue, Feb 26, 2019 at 08:26:36AM +0100, Maarten Lankhorst wrote: > Hey, > > Op 21-02-2019 om 01:28 schreef Matt Roper: > > Some display controllers can be programmed to present non-black colors > > for pixels not covered by any plane (or pixels covered by the > > transparent regions of higher

Re: [PATCH 3/3] usb: typec: altmodes/displayport: Notify drm subsys of hotplug events

2019-02-26 Thread kbuild test robot
Hi Hans, I love your patch! Yet something to improve: [auto build test ERROR on drm-intel/for-linux-next] [also build test ERROR on next-20190226] [cannot apply to v5.0-rc8] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https

Re: [PATCH 0/2] Lima DRM driver

2019-02-26 Thread Daniel Vetter
On Wed, Feb 13, 2019 at 9:35 AM Christian König wrote: > > Am 13.02.19 um 08:59 schrieb Daniel Vetter: > > On Wed, Feb 13, 2019 at 2:44 AM Rob Herring wrote: > >> On Tue, Feb 12, 2019 at 7:00 PM Eric Anholt wrote: > >>> Rob Herring writes: > >>> > On Thu, Feb 7, 2019 at 9:51 AM Daniel

Re: [RFC PATCH 1/2] ASoC: simple-card: add support for bclk_ratio

2019-02-26 Thread Mark Brown
On Tue, Feb 26, 2019 at 09:53:22AM -0500, Sven Van Asbroeck wrote: > On Tue, Feb 26, 2019 at 4:11 AM Russell King - ARM Linux admin > > If the signal continues toggling, what does it do for the inactive > > channel - is that just one BCLK period long or does it assume there > > is still the

Re: [PATCH v4 0/3] drm/panel: Add Ronbo RB070D30

2019-02-26 Thread Maxime Ripard
On Wed, Feb 20, 2019 at 09:21:53AM +0100, Maxime Ripard wrote: > Hi, > > Here is a series adding a driver for the Ronbo RB070D30 panel. This was > previously integrated in the DSI burst series, but those parts have been > merged since. > > It's been tested on an Allwinner A33 board. > > Let me

Re: [RFC PATCH 1/2] ASoC: simple-card: add support for bclk_ratio

2019-02-26 Thread Russell King - ARM Linux admin
On Tue, Feb 26, 2019 at 09:53:22AM -0500, Sven Van Asbroeck wrote: > I notice that hdmi-codec.c supports up to 8 channels in hdmi multi-channel > playback mode. If we had a _theoretical_ hdmi xmitter with 8chan support, > would the bclk_ratio not be 8 x slot_size - or 8 x 32 if using an fsl_ssi >

Re: [EARLY RFC][PATCH] dma-buf: Add dma-buf heaps framework

2019-02-26 Thread Linus Walleij
On Tue, Feb 26, 2019 at 3:12 PM Benjamin Gaignard wrote: > Overall I like the idea but I think "dma_heap" will be confusing like > dma_buf is because it isn't > related to DMA engine. It wouldn't be the only place, in Device Tree we use "dma-ranges" in the PCI bus host bindings to define how

[Bug 109692] deadlock occurs during GPU reset

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109692 --- Comment #13 from Andrey Grodzovsky --- Also, in the meanwhile try reverting this 2 patches and see if it helps - 3741540 Andrey Grodzovsky 5 weeks agodrm/sched: Rework HW fence processing. 222b5f0 Andrey Grodzovsky 5 weeks ago

[Bug 109692] deadlock occurs during GPU reset

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109692 --- Comment #12 from Andrey Grodzovsky --- Thanks for more info. Please be patient on this deadlock bug since the fix is not trivial and also I am currently working on other pressing issues - so this might take a bit. -- You are receiving

Re: [EARLY RFC][PATCH] dma-buf: Add dma-buf heaps framework

2019-02-26 Thread Andrew F. Davis
On 2/26/19 8:12 AM, Benjamin Gaignard wrote: > Le lun. 25 févr. 2019 à 15:36, Andrew F. Davis a écrit : >> >> This framework allows a unified userspace interface for dma-buf >> exporters, allowing userland to allocate specific types of memory >> for use in dma-buf sharing. >> >> Each heap is

Re: [EARLY RFC][PATCH] dma-buf: Add dma-buf heaps framework

2019-02-26 Thread Andrew F. Davis
On 2/26/19 12:20 AM, John Stultz wrote: > On Mon, Feb 25, 2019 at 6:36 AM Andrew F. Davis wrote: >> >> This framework allows a unified userspace interface for dma-buf >> exporters, allowing userland to allocate specific types of memory >> for use in dma-buf sharing. >> >> Each heap is given its

Re: [PATCH v4 2/3] dt-bindings: panel: Add YAML schemas for the Ronbo RB070D30 panel

2019-02-26 Thread Paul Kocialkowski
Hi, On Wed, 2019-02-20 at 09:21 +0100, Maxime Ripard wrote: > The Ronbo RB070D30 panel is a 1024x600 MIPI-DSI panel. > > Signed-off-by: Maxime Ripard Reviewed-by: Paul Kocialkowski Cheers, Paul > --- > Documentation/devicetree/bindings/display/panel/ronbo,rb070d30.yaml | 52 >

Re: [PATCH v4 1/3] dt-bindings: Add vendor prefix for Ronbo Electronics

2019-02-26 Thread Paul Kocialkowski
On Tue, 2019-02-26 at 15:30 +0100, Paul Kocialkowski wrote: > Hi, > > On Wed, 2019-02-20 at 09:21 +0100, Maxime Ripard wrote: > > From: Konstantin Sudakov > > > > Ronbo Electronics manufactures display panels. > > > > Signed-off-by: Konstantin Sudakov > > Signed-off-by: Maxime Ripard Ah

Re: [PATCH v4 1/3] dt-bindings: Add vendor prefix for Ronbo Electronics

2019-02-26 Thread Paul Kocialkowski
Hi, On Wed, 2019-02-20 at 09:21 +0100, Maxime Ripard wrote: > From: Konstantin Sudakov > > Ronbo Electronics manufactures display panels. > > Signed-off-by: Konstantin Sudakov > Signed-off-by: Maxime Ripard Reviewed-by: Paul Kocialkowski Cheers, Paul > --- >

Re: [EARLY RFC][PATCH] dma-buf: Add dma-buf heaps framework

2019-02-26 Thread Andrew F. Davis
On 2/25/19 9:53 PM, Sumit Semwal wrote: > On Mon, 25 Feb 2019 at 20:06, Andrew F. Davis wrote: >> >> This framework allows a unified userspace interface for dma-buf >> exporters, allowing userland to allocate specific types of memory >> for use in dma-buf sharing. >> >> Each heap is given its own

[PATCH 2/4] drm/sun4i: rgb: Store the bridge pointer

2019-02-26 Thread Maxime Ripard
We'll need the bridge pointer, if any, in the mode_valid callback in addition to the init function. Store the pointer to the bridge in the rgb private structure. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_rgb.c | 8 1 file changed, 4 insertions(+), 4 deletions(-)

[PATCH 0/4] drm/sun4i: rgb: Relax the pixel clock check

2019-02-26 Thread Maxime Ripard
Hi, This implements roughly what we discussed as part of the ANX6345 series to relax the pixel clock validation while still filtering out the modes we can't reach using the bridges. Let me know what you think, Maxime Maxime Ripard (4): drm/sun4i: Move the panel pointer from the TCON to the

[PATCH 3/4] drm/sun4i: Move rate variables to long long

2019-02-26 Thread Maxime Ripard
Our clock rate variables are getting pretty close to the LONG_MAX / ULONG_MAX limit, especially since we will start doing arithmetic on it. Move those types to unsigned long long to be sure we don't overflow their type. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_rgb.c | 4 ++--

[PATCH 4/4] drm/sun4i: rgb: Change the pixel clock validation check

2019-02-26 Thread Maxime Ripard
The current code, since commit bb43d40d7c83 ("drm/sun4i: rgb: Validate the clock rate"), perform some validation on the pixel clock to filter out the EDID modes provided by monitors (through bridges) that we wouldn't be able to reach. For the usual modes, we're able to generate a perfect clock

[PATCH 1/4] drm/sun4i: Move the panel pointer from the TCON to the encoders

2019-02-26 Thread Maxime Ripard
The TCON driver used to need the panel pointer in order to configure the tcon according to the various parameters of the panel. However, this has evolved over time (especially to support bridges), and therefore the panel pointer isn't needed anymore by the TCON driver. Move that pointer to the

AFBC versions modifiers

2019-02-26 Thread Neil Armstrong
Hi Ayan, Could you help distinguish which are the AFBC modifiers for each version of AFBC ? The Amlogic SoCs embeds an AFBC 1.0 compatible decoder, then the newer SoCs embeds an AFBC 1.2 decoder, I assume the modifiers before the patch "drm/fourcc: Add modifier defininitions for AFBC 1.3" are

Re: [EARLY RFC][PATCH] dma-buf: Add dma-buf heaps framework

2019-02-26 Thread Benjamin Gaignard
Le lun. 25 févr. 2019 à 15:36, Andrew F. Davis a écrit : > > This framework allows a unified userspace interface for dma-buf > exporters, allowing userland to allocate specific types of memory > for use in dma-buf sharing. > > Each heap is given its own device node, which a user can allocate > a

Re: [EARLY RFC][PATCH] dma-buf: Add dma-buf heaps framework

2019-02-26 Thread Andrew F. Davis
On 2/25/19 6:55 PM, John Stultz wrote: > On Mon, Feb 25, 2019 at 6:36 AM Andrew F. Davis wrote: >> +static int dma_heap_buffer_alloc(struct dma_heap *heap, size_t len, >> unsigned int flags) >> +{ >> + struct dma_heap_buffer *buffer; >> + int fd, ret; >> + >> + buffer =

Re: [EARLY RFC][PATCH] dma-buf: Add dma-buf heaps framework

2019-02-26 Thread Andrew F. Davis
On 2/25/19 6:20 PM, John Stultz wrote: > On Mon, Feb 25, 2019 at 6:36 AM Andrew F. Davis wrote: >> >> This framework allows a unified userspace interface for dma-buf >> exporters, allowing userland to allocate specific types of memory >> for use in dma-buf sharing. >> >> Each heap is given its

Re: [PATCH 0/5] Clean up TTM mmap offsets

2019-02-26 Thread Christian König
Am 07.02.19 um 10:45 schrieb Thomas Zimmermann: Am 07.02.19 um 10:36 schrieb Koenig, Christian: Am 07.02.19 um 09:59 schrieb Thomas Zimmermann: Almost all TTM-based drivers use the same values for the mmap-able range of BO addresses. Each driver therefore duplicates the DRM_FILE_PAGE_OFFSET

[Bug 109758] AMD GPU for Ubuntu Linux Broken

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109758 Christian König changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #19 from

[Bug 109758] AMD GPU for Ubuntu Linux Broken

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109758 --- Comment #18 from Daniel Stone --- The user has been permanently banned for harrassment. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[Bug 109758] AMD GPU for Ubuntu Linux Broken

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109758 --- Comment #17 from Daniel Stone --- The content of attachment 143467 has been deleted for the following reason: spam -- You are receiving this mail because: You are the assignee for the bug.___

[Bug 109758] AMD GPU for Ubuntu Linux Broken

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109758 --- Comment #16 from Daniel Stone --- The content of attachment 143475 has been deleted for the following reason: harrassment -- You are receiving this mail because: You are the assignee for the

[Bug 109758] AMD GPU for Ubuntu Linux Broken

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109758 --- Comment #14 from Daniel Stone --- The content of attachment 143468 has been deleted for the following reason: harrassment -- You are receiving this mail because: You are the assignee for the

[Bug 109758] AMD GPU for Ubuntu Linux Broken

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109758 --- Comment #15 from Daniel Stone --- The content of attachment 143474 has been deleted for the following reason: harrassment -- You are receiving this mail because: You are the assignee for the

Re: [Intel-gfx] [RFC PATCH 00/42] Introduce memory region concept (including device local memory)

2019-02-26 Thread Joonas Lahtinen
Quoting Alex Deucher (2019-02-25 21:31:43) > On Mon, Feb 25, 2019 at 9:35 PM Joonas Lahtinen > wrote: > > > > Quoting Dave Airlie (2019-02-25 12:24:48) > > > On Tue, 19 Feb 2019 at 23:32, Joonas Lahtinen > > > wrote: > > > > > > > > + dri-devel mailing list, especially for the buddy allocator

Re: [PATCH RFC 1/1] uio: Add dma-buf import ioctls

2019-02-26 Thread Daniel Vetter
On Tue, Feb 26, 2019 at 12:53 PM Greg Kroah-Hartman wrote: > > On Sat, Feb 23, 2019 at 12:28:17PM -0800, Hyun Kwon wrote: > > Add the dmabuf map / unmap interfaces. This allows the user driver > > to be able to import the external dmabuf and use it from user space. > > > > Signed-off-by: Hyun

Re: [PATCH RFC 1/1] uio: Add dma-buf import ioctls

2019-02-26 Thread Greg Kroah-Hartman
On Sat, Feb 23, 2019 at 12:28:17PM -0800, Hyun Kwon wrote: > Add the dmabuf map / unmap interfaces. This allows the user driver > to be able to import the external dmabuf and use it from user space. > > Signed-off-by: Hyun Kwon > --- > drivers/uio/Makefile | 2 +- > drivers/uio/uio.c

[Bug 109692] deadlock occurs during GPU reset

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109692 --- Comment #11 from mikhail.v.gavri...@gmail.com --- Created attachment 143476 --> https://bugs.freedesktop.org/attachment.cgi?id=143476=edit [drm:amdgpu_ctx_mgr_entity_fini [amdgpu]] *ERROR* - kernel log -- You are receiving this mail

[Bug 109692] deadlock occurs during GPU reset

2019-02-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=109692 --- Comment #10 from mikhail.v.gavri...@gmail.com --- Even without reproducing GPU hang in kernel log I found "suspicious RCU usage" and some errors. [drm:amdgpu_ctx_mgr_entity_fini [amdgpu]] *ERROR* ctx 2caf7aed is still alive

Re: [Intel-gfx] [RFC PATCH 00/42] Introduce memory region concept (including device local memory)

2019-02-26 Thread Jani Nikula
So I'm not going to go into technical detail here, which I'll happily leave to Joonas et al, but I think a couple of general points deserve to be addressed. On Tue, 26 Feb 2019, Alex Deucher wrote: > On Mon, Feb 25, 2019 at 9:35 PM Joonas Lahtinen > wrote: >> Adding the suggested smaller

Re: [RESEND][PATCH libdrm] configure.ac fix build error for config.h in autotools

2019-02-26 Thread Eric Engestrom
On Tuesday, 2019-02-26 10:00:56 +0900, Seung-Woo Kim wrote: > After the commit 0926f0af54d6 ("meson,configure: include config.h > automatically"), there is build error for autotools because > config.h is not included. Fix the error by adding "-include > config.h" to CPPFLAGS instead of CFLAGS from

Re: [TWO BUGs] etnaviv crashes overnight

2019-02-26 Thread Lucas Stach
Hi Russell, Am Dienstag, den 26.02.2019, 09:24 + schrieb Russell King - ARM Linux admin: > I'm not sure when this happened, only that it happened sometime > overnight.  It was left running an Xfce desktop having only logged in, > but with the monitor disconnected.  Fedora 23 plus

  1   2   >