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://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
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
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
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
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
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
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 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 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 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
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
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 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+)
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
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 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
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:
https://bugs.freedesktop.org/show_bug.cgi?id=107929
Alex Deucher changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #1 from Alex Deu
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
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
> > >
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 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
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.___
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/
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=107939
Michel Dänzer changed:
What|Removed |Added
Component|Drivers/Gallium/radeonsi|Drivers/Vulkan/radeon
Assigne
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
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
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
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 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 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 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
>>
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
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
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
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
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
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
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 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
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
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
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 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
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
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
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
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
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
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
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
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.
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
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
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 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
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 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,
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
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
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
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
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
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()
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._
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
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
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
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
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
101 - 178 of 178 matches
Mail list logo
