tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.20-wip
head: 5232da2f75d903c48a23eca143c61d1ac4fd2d2c
commit: d72a6887eef880271c0d48ed427329ccc0d547f9 [320/383] drm/amdgpu: use leaf
iterator for allocating PD/PT
config: i386-allyesconfig (attached as .config)
compiler: gcc-7 (De
https://bugs.freedesktop.org/show_bug.cgi?id=106671
--- Comment #17 from Alan W. Irwin ---
I terminated the last test immediately because it turns out a new kernel (Linux
merlin 4.18.0-1-amd64 #1 SMP Debian 4.18.6-1 (2018-09-06) x86_64 GNU/Linux) has
propagated from Debian Unstable to Debian Test
https://bugs.freedesktop.org/show_bug.cgi?id=106671
--- Comment #16 from Alan W. Irwin ---
I was beginning to have some hope that the latest direct access experiment
would prove to be stable. However, just now it locked up again after almost 7
days. So the stability is substantially improved co
While requesting a Developer role I was pointed to this url and check
those with "owner" role. So add it to our documentation.
Signed-off-by: Lucas De Marchi
---
CONTRIBUTING | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/CONTRIBUTING b/CONTRIBUTING
index 96f1e4fb..48
On Fri, Sep 14, 2018 at 08:27:34PM +0200, Daniel Vetter wrote:
> On Fri, Sep 14, 2018 at 8:24 PM, Lucas De Marchi
> wrote:
> > Hey,
> >
> > I'm contributing to libdrm and plan to continue doing so. Reading the
> > CONTRIBUTING file I understand I can already request commit rights due
> > to my pas
https://bugs.freedesktop.org/show_bug.cgi?id=106671
--- Comment #15 from Alan W. Irwin ---
Created attachment 141567
--> https://bugs.freedesktop.org/attachment.cgi?id=141567&action=edit
log files from latest logup
--
You are receiving this mail because:
You are the assignee for the bug._
Hi Laurent,
I've looked through a bit further to try to understand this issue and I
think I have identified a possible/probable cause.
Before commit 161ad653d6c9, we *always* set the plane->state->alpha as
DRM_BLEND_ALPHA_OPAQUE. (0x)
After this commit, the __drm_atomic_helper_plane_reset()
While we currently grab a runtime PM ref in nouveau's normal connector
detection code, we apparently don't do this for MST. This means if we're
in a scenario where the GPU is suspended and userspace attempts to do a
connector probe on an MSTC connector, the probe will fail entirely due
to the DP au
On Wed, Sep 12, 2018 at 05:08:52PM +0200, Arnd Bergmann wrote:
> The .ioctl and .compat_ioctl file operations have the same prototype so
> they can both point to the same function, which works great almost all
> the time when all the commands are compatible.
>
> One exception is the s390 architect
Hi
On 09/14/2018 08:09 PM, Noralf Trønnes wrote:
Den 14.09.2018 19.11, skrev Thomas Hellstrom:
On 09/14/2018 06:51 PM, Noralf Trønnes wrote:
Den 14.09.2018 18.13, skrev Daniel Vetter:
On Fri, Sep 14, 2018 at 5:48 PM, Thomas Hellstrom
wrote:
Hi, Noralf,
On 09/11/2018 02:43 PM, Noralf Trønn
Commit: 161ad653d6c9 ("drm: rcar-du: Use __drm_atomic_helper_plane_reset
instead of copying the logic") causes a regression in the R-Car DU
display driver, and prevents any output from being displayed.
The display appears to function correctly but only a black screen is
ever visible.
Revert the c
On Fri, Sep 14, 2018 at 10:02 PM, Daniel Vetter wrote:
> On Fri, Sep 14, 2018 at 7:04 PM, Chris Wilson
> wrote:
>> Quoting Souza, Jose (2018-09-14 17:30:59)
>>> On Fri, 2018-09-14 at 09:15 +0100, Chris Wilson wrote:
>>> > Quoting José Roberto de Souza (2018-09-13 23:13:41)
>>> > > @@ -306,6 +306
On Fri, Sep 14, 2018 at 7:04 PM, Chris Wilson wrote:
> Quoting Souza, Jose (2018-09-14 17:30:59)
>> On Fri, 2018-09-14 at 09:15 +0100, Chris Wilson wrote:
>> > Quoting José Roberto de Souza (2018-09-13 23:13:41)
>> > > @@ -306,6 +306,9 @@ drm_setclientcap(struct drm_device *dev, void
>> > > *data,
Am 14.09.2018 um 20:24 schrieb Daniel Vetter:
On Fri, Sep 14, 2018 at 6:43 PM, Christian König
wrote:
Am 14.09.2018 um 18:10 schrieb Daniel Vetter:
On Fri, Sep 14, 2018 at 12:49:45PM +0200, Christian König wrote:
Am 14.09.2018 um 12:37 schrieb Chunming Zhou:
This patch is for VK_KHR_timeline
On Fri, Sep 14, 2018 at 8:24 PM, Lucas De Marchi
wrote:
> Hey,
>
> I'm contributing to libdrm and plan to continue doing so. Reading the
> CONTRIBUTING file I understand I can already request commit rights due
> to my past contributions to libdrm, kernel and i-g-t. I also have a
> pending patch se
Hey,
I'm contributing to libdrm and plan to continue doing so. Reading the
CONTRIBUTING file I understand I can already request commit rights due
to my past contributions to libdrm, kernel and i-g-t. I also have a
pending patch series waiting for more reviews/acks I'd be able to merge
by myself.
On Fri, Sep 14, 2018 at 6:43 PM, Christian König
wrote:
> Am 14.09.2018 um 18:10 schrieb Daniel Vetter:
>>
>> On Fri, Sep 14, 2018 at 12:49:45PM +0200, Christian König wrote:
>>>
>>> Am 14.09.2018 um 12:37 schrieb Chunming Zhou:
This patch is for VK_KHR_timeline_semaphore extension, sema
Den 14.09.2018 19.11, skrev Thomas Hellstrom:
On 09/14/2018 06:51 PM, Noralf Trønnes wrote:
Den 14.09.2018 18.13, skrev Daniel Vetter:
On Fri, Sep 14, 2018 at 5:48 PM, Thomas Hellstrom
wrote:
Hi, Noralf,
On 09/11/2018 02:43 PM, Noralf Trønnes wrote:
This patchset adds a library for shmem b
https://bugs.freedesktop.org/show_bug.cgi?id=107940
--- Comment #1 from Mowley ---
can provide more info if required but was unsure as to what specifically I
should attach in order to help.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=107940
Bug ID: 107940
Summary: libdrm 2.4.94-1 causes blender to crash on opencl
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
On Fri, Sep 14, 2018 at 02:08:55PM +0530, Sharat Masetty wrote:
> In the case where preemption is not enabled, this patch simply skips
> preemption related initialization in hardware init sequence.
Reviewed-by: Jordan Crouse
> Signed-off-by: Sharat Masetty
> ---
> drivers/gpu/drm/msm/adreno/a5
On 09/14/2018 06:51 PM, Noralf Trønnes wrote:
Den 14.09.2018 18.13, skrev Daniel Vetter:
On Fri, Sep 14, 2018 at 5:48 PM, Thomas Hellstrom
wrote:
Hi, Noralf,
On 09/11/2018 02:43 PM, Noralf Trønnes wrote:
This patchset adds a library for shmem backed GEM objects and makes
use
of it in tinyd
Lisovskiy, Stanislav kirjoitti 14.9.2018 klo 17.30:
On Fri, 2018-09-14 at 16:47 +0300, Ville Syrjälä wrote:
On Fri, Sep 14, 2018 at 01:36:32PM +, Lisovskiy, Stanislav wrote:
On Fri, 2018-09-07 at 11:45 +0300, Stanislav Lisovskiy wrote:
Introduced new XYUV scan-in format for framebuffer a
Quoting Souza, Jose (2018-09-14 17:30:59)
> On Fri, 2018-09-14 at 09:15 +0100, Chris Wilson wrote:
> > Quoting José Roberto de Souza (2018-09-13 23:13:41)
> > > @@ -306,6 +306,9 @@ drm_setclientcap(struct drm_device *dev, void
> > > *data, struct drm_file *file_priv)
> > > {
> > > struct d
From: Philipp Zabel
ipu_plane_disable should never be called while the plane IDMAC channel
is active. The busy wait is just a safety net that should never time
out.
Signed-off-by: Philipp Zabel
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/imx/ipuv3-plane.c | 8 +++-
1 file changed, 7 in
This allows the upper layers to check if a double buffer update has
been applied by the PRE or is still pending.
Signed-off-by: Lucas Stach
---
drivers/gpu/ipu-v3/ipu-pre.c | 6 ++
drivers/gpu/ipu-v3/ipu-prv.h | 1 +
2 files changed, 7 insertions(+)
diff --git a/drivers/gpu/ipu-v3/ipu-pre.c
This allows channels using the PRG to check if a requested configuration
update has been applied or is still pending.
Signed-off-by: Lucas Stach
---
drivers/gpu/ipu-v3/ipu-prg.c | 16
include/video/imx-ipu-v3.h | 1 +
2 files changed, 17 insertions(+)
diff --git a/drivers/gp
Currently there is a small race window where we could manage to arm the
vblank event from atomic flush, but programming the hardware was too close
to the frame end, so the hardware will only apply the current state on the
next vblank. In this case we will send out the commit done event too early
ca
This function allows upper layer to check if a requested atomic update
to the plane has been applied or is still pending.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/imx/ipuv3-plane.c | 20
drivers/gpu/drm/imx/ipuv3-plane.h | 2 ++
2 files changed, 22 insertions(+)
diff
Quoting Chris Wilson (2018-09-13 20:20:50)
> If the ioctl is not supported on a particular piece of HW/driver
> combination, report ENOTSUP (aka EOPNOTSUPP) so that it can be easily
> distinguished from both the lack of the ioctl and from a regular invalid
> parameter.
>
> v2: Across all the kms i
Den 14.09.2018 18.13, skrev Daniel Vetter:
On Fri, Sep 14, 2018 at 5:48 PM, Thomas Hellstrom wrote:
Hi, Noralf,
On 09/11/2018 02:43 PM, Noralf Trønnes wrote:
This patchset adds a library for shmem backed GEM objects and makes use
of it in tinydrm.
When I made tinydrm I used the CMA helper b
Am 14.09.2018 um 18:10 schrieb Daniel Vetter:
On Fri, Sep 14, 2018 at 12:49:45PM +0200, Christian König wrote:
Am 14.09.2018 um 12:37 schrieb Chunming Zhou:
This patch is for VK_KHR_timeline_semaphore extension, semaphore is called
syncobj in kernel side:
This extension introduces a new type o
Den 14.09.2018 12.10, skrev Eric Engestrom:
On Wednesday, 2018-09-12 20:33:32 -0500, David Lechner wrote:
On 09/11/2018 07:43 AM, Noralf Trønnes wrote:
This adds a library for shmem backed GEM objects with the necessary
drm_driver callbacks.
Signed-off-by: Noralf Trønnes
---
...
+static
Den 14.09.2018 10.23, skrev Neil Armstrong:
Hi Daniel,
On 13/09/2018 16:55, Daniel Vetter wrote:
On Thu, Sep 13, 2018 at 04:26:53PM +0200, Neil Armstrong wrote:
Hi Daniel,
On 13/09/2018 15:21, Daniel Vetter wrote:
On Wed, Sep 12, 2018 at 01:06:07PM +0200, Noralf Trønnes wrote:
Den 12.09.20
https://bugs.freedesktop.org/show_bug.cgi?id=105733
--- Comment #38 from Jan Jurzitza ---
So the "manual" freq hack for me fixes games and graphics intensive
applications (or at least delays it by more than 15 hours). There are still
actual crashes (don't know if it's because of GPU or CPU) that
On Fri, 2018-09-14 at 09:15 +0100, Chris Wilson wrote:
> Quoting José Roberto de Souza (2018-09-13 23:13:41)
> > All DRM_CLIENT capabilities are tied to KMS support, so returning
> > -ENOTSUPP when KMS is not supported.
>
> The posix errno is ENOTSUP (ENOTSUPP is internal). Now since we have
> no
Quoting Lucas De Marchi (2018-09-13 16:57:23)
> Now that symbols that should be exported are annotated accordingly, make
> all the rest hidden by default.
>
> Signed-off-by: Lucas De Marchi
> ---
> amdgpu/meson.build | 2 +-
> etnaviv/meson.build | 2 +-
> exynos/meson.build
Tested-by: Sibi Sankar
On 2018-09-14 20:33, Jordan Crouse wrote:
The point of the 'force_dma' parameter for of_dma_configure
is to force the device to be set up even if DMA capability is
not described by the firmware which is exactly the use case
we have for GMU - we need SMMU to get set up bu
On Fri, Sep 14, 2018 at 5:48 PM, Thomas Hellstrom wrote:
> Hi, Noralf,
>
> On 09/11/2018 02:43 PM, Noralf Trønnes wrote:
>>
>> This patchset adds a library for shmem backed GEM objects and makes use
>> of it in tinydrm.
>>
>> When I made tinydrm I used the CMA helper because it was very easy to
>>
Hi Maxime,
On Wednesday 12 September 2018 02:12 PM, Maxime Ripard wrote:
> Hi!
>
> On Wed, Sep 12, 2018 at 01:12:31PM +0530, Kishon Vijay Abraham I wrote:
>> On Thursday 06 September 2018 08:26 PM, Maxime Ripard wrote:
>>> Hi Kishon,
>>>
>>> On Thu, Sep 06, 2018 at 02:57:58PM +0530, Kishon Vijay
On Wed, Sep 12, 2018 at 05:08:52PM +0200, Arnd Bergmann wrote:
> The .ioctl and .compat_ioctl file operations have the same prototype so
> they can both point to the same function, which works great almost all
> the time when all the commands are compatible.
>
> One exception is the s390 architect
On Fri, Sep 14, 2018 at 12:49:45PM +0200, Christian König wrote:
> Am 14.09.2018 um 12:37 schrieb Chunming Zhou:
> > This patch is for VK_KHR_timeline_semaphore extension, semaphore is called
> > syncobj in kernel side:
> > This extension introduces a new type of syncobj that has an integer payloa
On 09/14/2018 09:45 AM, Christian König wrote:
Am 14.09.2018 um 09:35 schrieb Thomas Hellstrom:
Commit 19be55701071 ("drm/ttm: add operation ctx to ttm_bo_validate v2")
introduced a regression where the vmwgfx driver refused to evict a
buffer that was still busy instead of waiting for it to beco
Hi, Noralf,
On 09/11/2018 02:43 PM, Noralf Trønnes wrote:
This patchset adds a library for shmem backed GEM objects and makes use
of it in tinydrm.
When I made tinydrm I used the CMA helper because it was very easy to
use. July last year I learned that this limits which drivers to PRIME
import
Hi Dave,
First pull for 4.20 for amdgpu/kfd, radeon, ttm, and the GPU scheduler.
amdgpu/kfd:
- Picasso (new APU) support
- Raven2 (new APU) support
- Vega20 enablement
- ACP powergating improvements
- Add ABGR/XBGR display support
- VCN JPEG engine support
- Initial xGMI support
- Use load balanci
https://bugs.freedesktop.org/show_bug.cgi?id=107939
Michel Dänzer changed:
What|Removed |Added
Component|Drivers/Gallium/radeonsi|Drivers/Vulkan/radeon
Assigne
https://bugs.freedesktop.org/show_bug.cgi?id=107939
Bug ID: 107939
Summary: Commit 888b7fc causes performance regression
Product: Mesa
Version: 18.1
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Sev
Add support for gathering and dumping the a6xx GPU state including
registers, GMU registers, indexed registers, shader blocks,
context clusters and debugbus.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/Makefile|1 +
drivers/gpu/drm/msm/adreno/a6xx_gmu.c | 25
The gpu_poll_timeout() function can be useful to multiple targets so
mvoe it into adreno_gpu.h from the a5xx code.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 5 -
drivers/gpu/drm/msm/adreno/adreno_gpu.h | 6 ++
2 files changed, 6 insertions(+), 5 deletions
The current design greedily takes a big chunk of the PDC
register space instead of just the GPU specific sections
which conflicts with other drivers and generally makes
a mess of things.
Furthermore we only need to map the GPU PDC sections
just once during init so map the memory inside the functio
From the review for the DT bindings for the GPU/GMU it
was suggested that the phandle for the GMU be
'qcom,gmu' instead of just 'gmu' but that never actually
got changed in the code.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/a6xx_gpu.c | 2 +-
1 file changed, 1 insertion(+), 1
This stack adds support for capturing the A6xx GPU state.
The A6xx GPU state is comprehensive including registers for
the GPU and the GMU, shader caches, context clusters and
debugbus state.
It isn't as straightforward to capture the state as with
previous targets. Some of the state is located be
If the GPU target doesn't define a list of registers then gracefully skip
capturing and/or printing them. This is used by more complex targets like
6xx that have other means of capturing register values.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 19 ++
Update the register definitions for a6xx from the rnndb database.
Changes include new enums for upcoming devcoredump support, moving
the PDC and GCC_GX register definitions to their own domain and
various other register updates and additions.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/
https://bugs.freedesktop.org/show_bug.cgi?id=107213
--- Comment #18 from Shmerl ---
Corresponding wayland-client bug:
https://gitlab.freedesktop.org/wayland/wayland/issues/56
--
You are receiving this mail because:
You are the assignee for the bug.___
On Thu, Sep 13, 2018 at 05:02:05PM -0400, Lyude Paul wrote:
> Hm, one nitpick here. Since /sys/kernel/debug/dri/*/state creation depends on
> the driver supporting atomic, maybe it would be good to make it so that we set
> DRIVER_ATOMIC in the driver_stub structure, then disable it per-device
> de
The point of the 'force_dma' parameter for of_dma_configure
is to force the device to be set up even if DMA capability is
not described by the firmware which is exactly the use case
we have for GMU - we need SMMU to get set up but we have no
other dma capabilities since memory is managed by the GP
On Fri, Sep 14, 2018 at 02:49:09PM +, Lisovskiy, Stanislav wrote:
> On Fri, 2018-09-14 at 15:34 +0100, Saarinen, Jani wrote:
> > Hi,
> >
> > > -Original Message-
> > > From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On
> > > Behalf
> > > Of Lisovskiy, Stanislav
> > >
https://bugs.freedesktop.org/show_bug.cgi?id=107929
--- Comment #2 from Alex Deucher ---
On windows it's only supported if both monitors have the same timing and the
vblank periods line up. I'm not sure what's missing to enable this on Linux.
Harry? Leo?
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=107929
Alex Deucher changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #1 from Alex Deu
On Fri, 2018-09-14 at 15:34 +0100, Saarinen, Jani wrote:
> Hi,
>
> > -Original Message-
> > From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On
> > Behalf
> > Of Lisovskiy, Stanislav
> > Sent: perjantai 14. syyskuuta 2018 17.31
> > To: ville.syrj...@linux.intel.com
> > Cc:
Hi Lucas,
On Fri, 2018-09-14 at 11:24 +0200, Lucas Stach wrote:
> The etnaviv device is a virtual device backing the DRM device, which may
> drive multiple hardware GPU core devies. As most of the dma-mapping handling
> is done through the virtual device, we need to make sure that a proper DMA
> s
https://bugs.freedesktop.org/show_bug.cgi?id=107213
--- Comment #17 from Shmerl ---
Thanks. I already reported it for KWin (linked above):
https://bugs.kde.org/show_bug.cgi?id=396066
I'll open libwayland bug too.
--
You are receiving this mail because:
You are the assignee for the bug.
Hi,
> -Original Message-
> From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf
> Of Lisovskiy, Stanislav
> Sent: perjantai 14. syyskuuta 2018 17.31
> To: ville.syrj...@linux.intel.com
> Cc: intel-...@lists.freedesktop.org; Syrjala, Ville ;
> Heikkila, Juha-pekka ; d
On Fri, 2018-09-14 at 16:47 +0300, Ville Syrjälä wrote:
> On Fri, Sep 14, 2018 at 01:36:32PM +, Lisovskiy, Stanislav wrote:
> > On Fri, 2018-09-07 at 11:45 +0300, Stanislav Lisovskiy wrote:
> > > Introduced new XYUV scan-in format for framebuffer and
> > > added support for it to i915(SkyLake+)
https://bugs.freedesktop.org/show_bug.cgi?id=107213
--- Comment #16 from Michel Dänzer ---
kwin crashes in libwayland code. You should probably report this to libwayland
(uses Gitlab issues now) and/or kwin.
--
You are receiving this mail because:
You are the assignee for the bug.__
On 09/14/2018 03:00 PM, Gerd Hoffmann wrote:
On Fri, Sep 14, 2018 at 02:00:30PM +0200, Tomeu Vizoso wrote:
On 09/14/2018 08:37 AM, Gerd Hoffmann wrote:
Hi,
Well, no. This is *not* about 3D, it's about software rendering, for
example cairo doing its work for gtk apps. So the workflow wou
Hi Kieran,
On Friday, 14 September 2018 16:55:38 EEST Kieran Bingham wrote:
> On 14/09/18 14:51, Laurent Pinchart wrote:
> > On Friday, 14 September 2018 16:21:49 EEST Kieran Bingham wrote:
> >> The Gen3 VSP used by the DU for display does not support packed the VYUY
> >> pixel format. Gen2 VSP ha
Hi Laurent,
On Thu, Aug 23, 2018 at 05:12:10PM +0200, Jacopo Mondi wrote:
> Hello Laurent,
>Revision 1.00 has brought several updates on how to handle some registers
> in the DU. In particular
>
> - ESCR cannot be written for channels with a DPLL
> - OTAR cannot be written for channels without
Hi Laurent,
On Mon, Jul 30, 2018 at 07:20:12PM +0200, Jacopo Mondi wrote:
> From: Laurent Pinchart
>
> The DU channels that have a display PLL (DPLL) can only use external
> clock sources, and don't have an internal clock divider (with the
> exception of H3 ES1.x where the post-divider is present
Hi Laurent,
On 14/09/18 14:51, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> On Friday, 14 September 2018 16:21:49 EEST Kieran Bingham wrote:
>> The Gen3 VSP used by the DU for display does not support packed the VYUY
>> pixel format. Gen2 VSP hardware is able to process
Hi Kieran,
Thank you for the patch.
On Friday, 14 September 2018 16:21:49 EEST Kieran Bingham wrote:
> The Gen3 VSP used by the DU for display does not support packed the VYUY
> pixel format. Gen2 VSP hardware is able to process this format, but it
> is not officially supported there either and t
On Fri, Sep 14, 2018 at 01:36:32PM +, Lisovskiy, Stanislav wrote:
> On Fri, 2018-09-07 at 11:45 +0300, Stanislav Lisovskiy wrote:
> > Introduced new XYUV scan-in format for framebuffer and
> > added support for it to i915(SkyLake+).
> >
> > Stanislav Lisovskiy (2):
> > drm: Introduce new DRM
On Fri, 2018-09-07 at 11:45 +0300, Stanislav Lisovskiy wrote:
> Introduced new XYUV scan-in format for framebuffer and
> added support for it to i915(SkyLake+).
>
> Stanislav Lisovskiy (2):
> drm: Introduce new DRM_FORMAT_XYUV
> drm/i915: Adding YUV444 packed format support for skl+
>
> driv
The Gen3 VSP used by the DU for display does not support packed the VYUY
pixel format. Gen2 VSP hardware is able to process this format, but it
is not officially supported there either and thus it's output can not be
guaranteed.
Remove the format from the capabilities of the DU driver.
Signed-off
Hi Laurent,
On 14/09/18 12:17, Laurent Pinchart wrote:
> Hi Kieran,
>
> On Friday, 31 August 2018 21:12:58 EEST Kieran Bingham wrote:
>> From: Koji Matsuoka
>>
>> This patch supports pixel format of RGB332, ARGB, XRGB,
>> BGR888, RGB888, BGRA, BGRX and YVYU.
>> VYUY pixel format
https://bugs.freedesktop.org/show_bug.cgi?id=107213
--- Comment #15 from Shmerl ---
I managed to make it produce a core. It's from kwin_wayland. After installing
needed debug symbol packages, here is a backtrace:
Core was generated by `/usr/bin/kwin_wayland --xwayland --libinput
--exit-with-sess
https://bugzilla.kernel.org/show_bug.cgi?id=201067
--- Comment #6 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) ---
I think you're referencing this patch:
https://patchwork.freedesktop.org/patch/238065/
Which should be fixed in 4.18.
Please post a new ticket with a full dmesg log, Xorg
https://bugzilla.kernel.org/show_bug.cgi?id=199139
Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) changed:
What|Removed |Added
CC||nichol
Hi Laurent,
On 14/09/18 12:11, Laurent Pinchart wrote:
> Hi Kieran,
>
> Thank you for the patch.
>
> How about renaming the subject line to "Add support for missing pixel
> formats"
> ?
>
Ack.
> On Friday, 31 August 2018 21:12:58 EEST Kieran Bingham wrote:
>> From: Koji Matsuoka
>>
>> This
https://bugs.freedesktop.org/show_bug.cgi?id=107095
--- Comment #5 from Andrew Dorney ---
This is still occurring as of today using:
linux 4.18.6.arch1-1
mesa 18.2.0-1
xf86-video-amdgpu 18.0.1-2
xorg-server 1.20.1-1
Same error messages in dmesg.
--
You are receiving this mail because:
You are
On Fri, Sep 14, 2018 at 02:00:30PM +0200, Tomeu Vizoso wrote:
> On 09/14/2018 08:37 AM, Gerd Hoffmann wrote:
> >Hi,
> >
> > > > Well, no. This is *not* about 3D, it's about software rendering, for
> > > > example cairo doing its work for gtk apps. So the workflow would be
> > > > along these
Hi,
On Fri, Sep 14, 2018 at 11:24:38AM +0200, Lucas Stach wrote:
> The etnaviv device is a virtual device backing the DRM device, which may
> drive multiple hardware GPU core devies. As most of the dma-mapping handling
> is done through the virtual device, we need to make sure that a proper DMA
> s
This makes it simple to test if all cache types are mappable.
Signed-off-by: Guido Günther
---
Prompted by
https://lists.freedesktop.org/archives/etnaviv/2018-September/001946.html
tests/etnaviv/etnaviv_bo_cache_test.c | 26 ++
1 file changed, 26 insertions(+)
diff
On 09/14/2018 08:37 AM, Gerd Hoffmann wrote:
Hi,
Well, no. This is *not* about 3D, it's about software rendering, for
example cairo doing its work for gtk apps. So the workflow would be
along these lines:
(1) guest app allocates dumb drm buffer from virtio-gpu, renders to it.
Why not le
On 14/09/2018 10:28, Ben Skeggs wrote:
> On Wed, 12 Sep 2018 at 20:59, Takashi Iwai wrote:
>>
>> When a fan is controlled via linear fallback without cstate, we
>> shouldn't stop polling. Otherwise it won't be adjusted again and
>> keeps running at an initial crazy pace.
> Martin,
>
> Any though
Hi Noralf,
On Sat, 2018-09-08 at 15:46 +0200, Noralf Trønnes wrote:
> The CMA helper is already using the drm_fb_helper_generic_probe part of
> the generic fbdev emulation. This patch makes full use of the generic
> fbdev emulation by using its drm_client callbacks. This means that
> drm_mode_conf
Hi Kieran,
On Friday, 31 August 2018 21:12:58 EEST Kieran Bingham wrote:
> From: Koji Matsuoka
>
> This patch supports pixel format of RGB332, ARGB, XRGB,
> BGR888, RGB888, BGRA, BGRX and YVYU.
> VYUY pixel format is not supported by H/W specification.
Should VYUY be removed fro
Hi Kieran,
Thank you for the patch.
How about renaming the subject line to "Add support for missing pixel formats"
?
On Friday, 31 August 2018 21:12:58 EEST Kieran Bingham wrote:
> From: Koji Matsuoka
>
> This patch supports pixel format of RGB332, ARGB, XRGB,
> BGR888, RGB888, BGRA88
Hi Kieran,
Thank you for the patch.
On Friday, 31 August 2018 21:12:57 EEST Kieran Bingham wrote:
> The R-Car Gen3 DU utilises the VSP1 hardware for memory access. The
> limits on the RPF and WPF in this pipeline are 8190x8190.
>
> Update the supported maximum sizes accordingly.
>
> Signed-off-
On Tue, Sep 11, 2018 at 05:56:01PM -0700, Manasi Navare wrote:
> On Icelake, a separate power well PG2 is created for
> VDSC engine used for eDP/MIPI DSI. This patch adds a new
> display power domain for Power well 2.
>
> Cc: Rodrigo Vivi
> Cc: Imre Deak
> Signed-off-by: Manasi Navare
> ---
>
Am 14.09.2018 um 12:37 schrieb Chunming Zhou:
This patch is for VK_KHR_timeline_semaphore extension, semaphore is called
syncobj in kernel side:
This extension introduces a new type of syncobj that has an integer payload
identifying a point in a timeline. Such timeline syncobjs support the
follo
This patch is for VK_KHR_timeline_semaphore extension, semaphore is called
syncobj in kernel side:
This extension introduces a new type of syncobj that has an integer payload
identifying a point in a timeline. Such timeline syncobjs support the
following operations:
* CPU query - A host operati
https://bugs.freedesktop.org/show_bug.cgi?id=106111
--- Comment #7 from Andrew Sheldon ---
Another workaround that has worked for me with a Vega 56 is to suspend-to-ram
the host system before trying to start the guest again.
--
You are receiving this mail because:
You are the assignee for the b
https://bugs.freedesktop.org/show_bug.cgi?id=107929
Michel Dänzer changed:
What|Removed |Added
CC||harry.wentl...@amd.com,
Hi Jacopo,
On Thursday, 13 September 2018 12:37:00 EEST jacopo mondi wrote:
> Hi Kieran, Laurent
>
> On Mon, Aug 06, 2018 at 03:39:01PM +0100, Kieran Bingham wrote:
> > From: Kieran Bingham
> >
> > Add myself as a co-maintainer for the Renesas DRM drivers.
> >
> > Signed-off-by: Kieran Bingham
Hi Kieran,
Thank you for the patch.
On Monday, 6 August 2018 17:39:01 EEST Kieran Bingham wrote:
> From: Kieran Bingham
>
> Add myself as a co-maintainer for the Renesas DRM drivers.
>
> Signed-off-by: Kieran Bingham
Acked-by: Laurent Pinchart
and applied to my tree.
Thank you for your he
On Wednesday, 2018-09-12 20:33:32 -0500, David Lechner wrote:
> On 09/11/2018 07:43 AM, Noralf Trønnes wrote:
> > This adds a library for shmem backed GEM objects with the necessary
> > drm_driver callbacks.
> >
> > Signed-off-by: Noralf Trønnes
> > ---
> >
>
> ...
>
> > +static int drm_gem_sh
drm_fourcc.h file Generated using make headers_install.
Generated from
tree - git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git
branch - master
commit - ce6058039bca7f1f11f1723549eec1bc069dcb28
Removed the 'SAND modifiers' part to commit only the AFBC specific
code in drm_fourcc.h
https://bugs.freedesktop.org/show_bug.cgi?id=107928
--- Comment #2 from Vik-T ---
Created attachment 141560
--> https://bugs.freedesktop.org/attachment.cgi?id=141560&action=edit
Dmesg Output
--
You are receiving this mail because:
You are the assignee for the bug._
1 - 100 of 178 matches
Mail list logo