https://bugzilla.kernel.org/show_bug.cgi?id=198551
--- Comment #1 from fin4...@hotmail.com ---
You are using really old kernel and amdgpu driver. Use this one before making
bug reports:
https://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-4.17-wip
And follow when a new wip kernel repository
https://bugs.freedesktop.org/show_bug.cgi?id=104804
--- Comment #1 from Appenper ---
Created attachment 136981
--> https://bugs.freedesktop.org/attachment.cgi?id=136981&action=edit
Xorg log
--
You are receiving this mail because:
You are the assignee for the bug.__
Drivers can use this in their retry loops too.
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Dhinakaran Pandiyan
---
drivers/gpu/drm/drm_dp_helper.c | 12 +---
include/drm/drm_dp_helper.h | 2 ++
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/drm
https://bugs.freedesktop.org/show_bug.cgi?id=104804
Bug ID: 104804
Summary: A gpu lockup occurred on E6760 while using qtcreator
Product: Mesa
Version: 11.2
Hardware: Other
OS: All
Status: NEW
Severity: no
https://bugs.freedesktop.org/show_bug.cgi?id=104730
--- Comment #4 from EoD ---
(In reply to Marek Olšák from comment #3)
> Fixed by that commit.
Yes, VLC plays fine again. Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=104730
Marek Olšák changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=104730
--- Comment #2 from Christoph Haag ---
https://cgit.freedesktop.org/mesa/mesa/commit/?id=17423c993d0b083c7a77a404b85788687f5efe36
should fix it.
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=104306
--- Comment #16 from eric vz ---
Thanks a lot, Michel! I confirmed that 255573996 plus the linked patch works
for me as well.
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=104762
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=104281
--- Comment #7 from Alex Deucher ---
Does it work with drm-next-4.17-wip? There was a non-drm bug that broke S3 in
the kernel what was not fixed until rc6. amd-staging-drm-next is still based
on rc4.
--
You are receiving this mail because:
Y
Quoting Jordan Crouse (2018-01-26 20:59:22)
> The i915 DRM driver very cleverly used ascii85 encoding for their
All gfx drivers must eventually become PostScript.
> GPU state file. Move the encode functions to a general header file to
> support other drivers that might be interested in the same
>
Quoting Jordan Crouse (2018-01-26 20:59:22)
> The i915 DRM driver very cleverly used ascii85 encoding for their
> GPU state file. Move the encode functions to a general header file to
> support other drivers that might be interested in the same
> functionality.
>
> Signed-off-by: Jordan Crouse
>
Add the infrastructure to capture the state current state of the
GPU and store it in memory. This is useful for storing the state
of a hung GPU so it can be dumped later.
For now grab the same basic ringbuffer information and registers
that are provided by the debugfs 'gpu' node but obviously thi
HLSQ, SP and TP registers are only accessible from a special
aperture and to make matters worsex, the aperture is blocked from
the CPU on targets that can support secure rendering. Luckily the
GPU hardware has its own purpose built register dumper that can
access the registers from the aperture. Ad
Capture the GPU state on a GPU hang and store it for later playback
using the 'crash' node in the debugfs directory. Only one crash
state is stored at a time on the assumption that the first hang is
usually the most interesting. The existing crash state can be cleared
by writing to the debugfs nod
Convert the format of the 'show' and 'crash' debugfs files to
mostly standard YAML. This should be easier to parse and be
more flexible for future changes and expansions.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 23 ++-
drivers/gpu/drm/msm/ms
Add the contents of each ringbuffer to the GPU state and dump the
data in the crash file encoded with ascii85. To save space only
the used portions of the ringbuffer are saved.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 44 +
driver
Convert the existing GPU show function to use the GPU state to
dump the information rather than reading it directly from the hardware.
This will require an additional step to capture the state before
dumping it for the existing nodes but it will greatly facilitate reusing
the same code for dumping
This is an update for my previous stack of GPU state code
(https://patchwork.freedesktop.org/series/36097/).
The goal is to store and provide enough information to debug software
and hardware issues on the Adreno hardware in a semi human-readable
format that can also be parsed by scripts.
Based o
Same as the previous patch, but for Kepler2 now
Signed-off-by: Lyude Paul
---
drivers/gpu/drm/nouveau/include/nvkm/subdev/fb.h | 1 +
drivers/gpu/drm/nouveau/nvkm/engine/device/base.c | 8 +--
drivers/gpu/drm/nouveau/nvkm/engine/gr/gk110.c| 62
drivers/gpu/drm/nouveau
That's right, there's still more power saving to go! Starting with
kepler 2, nvidia hardware has an additional level of clockgating known
as second level clockgating. The details of this are not exact, but it
seems to work by waiting for a collection of dependent hardware blocks
to be gated before
This enables BLCG optimization for kepler1. When using clockgating,
nvidia's firmware has a set of registers which are initially programmed
by the vbios with various engine delays and other mysterious settings
that are safe enough to bring up the GPU. However, the values used by
the vbios are more
This adds support for enabling automatic clockgating on nvidia GPUs for
Kepler1. While this is not technically a clockgating level, it does
enable clockgating using the clockgating values initially set by the
vbios (which should be safe to use).
This introduces two therm helpers for controlling ba
Next version of my patchseries for adding clockgating support for
kepler1 and 2 on nouveau. The first version of this series can be found
here:
https://patchwork.freedesktop.org/series/36504/
Some very important changes:
- Fix gf100_clkgate_init() to actually write registers! This got broken
The i915 DRM driver very cleverly used ascii85 encoding for their
GPU state file. Move the encode functions to a general header file to
support other drivers that might be interested in the same
functionality.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/i915/i915_gpu_error.c | 24 +-
I've been working on a crash dump utility for the drm/msm GPU driver
to get the useful GPU information out after a hang. Taking inspiration
from the i915 driver I thought it was very smart to use ascii85 format
to encode the binary buffers and other bits. This patch moves the two
very simple funct
On Fri, Jan 26, 2018 at 02:23:39PM -0500, Felix Kuehling wrote:
> On 2018-01-26 01:29 PM, Tom St Denis wrote:
> > Signed-off-by: Tom St Denis
> > ---
> > drivers/gpu/drm/ttm/ttm_bo.c | 14 +-
> > 1 file changed, 9 insertions(+), 5 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/ttm/
On Wed, Jan 24, 2018 at 11:32 AM, Rob Herring wrote:
> On Wed, Jan 24, 2018 at 1:05 PM, John Stultz wrote:
>> On Wed, Jan 24, 2018 at 7:23 AM, Sean Paul wrote:
>>> On Tue, Jan 23, 2018 at 03:16:37PM -0800, John Stultz wrote:
This allows for importing buffers allocated from the
hikey an
On 2018-01-26 01:29 PM, Tom St Denis wrote:
> Signed-off-by: Tom St Denis
> ---
> drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 12 +---
> 1 file changed, 5 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
> b/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
>
On 2018-01-26 01:29 PM, Tom St Denis wrote:
> Signed-off-by: Tom St Denis
> ---
> drivers/gpu/drm/ttm/ttm_bo.c | 14 +-
> 1 file changed, 9 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
> index 8cf89da7030d..4e85c32fea26 100
On 2018-01-26 01:29 PM, Tom St Denis wrote:
> Signed-off-by: Tom St Denis
> ---
> drivers/gpu/drm/ttm/ttm_bo_vm.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c
> index 07b22f04b969..6311f8a481ea 100644
> --- a/drivers/gp
https://bugzilla.kernel.org/show_bug.cgi?id=88861
--- Comment #27 from Wilfried Klaebe (linux-ker...@lebenslange-mailadresse.de)
---
Created attachment 273877
--> https://bugzilla.kernel.org/attachment.cgi?id=273877&action=edit
dmesg of logdep splat on 4.15-rc9 minus 4eebd5a4e726
logdep splat
On 26/01/18 01:38 PM, Christian König wrote:
Instead of "fix indentation" better write "fix coding style" and add
some commit message to each patch. Something like "No functional
change..." for the style changes should be ok.
Additional to that please move patch #11 to the top of the list and
Instead of "fix indentation" better write "fix coding style" and add
some commit message to each patch. Something like "No functional
change..." for the style changes should be ok.
Additional to that please move patch #11 to the top of the list and
triple check in patch #10 that this is indeed
Hi all,
Couple of ideas/notes,
On 10 January 2018 at 20:36, Rob Herring wrote:
> On Wed, Jan 10, 2018 at 1:09 PM, John Stultz wrote:
>> On Wed, Jan 10, 2018 at 5:48 AM, Rob Herring wrote:
>>> On Tue, Jan 9, 2018 at 11:25 PM, John Stultz wrote:
When building AOSP after updating libdrm pro
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/ttm_bo_util.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c
b/drivers/gpu/drm/ttm/ttm_bo_util.c
index 153de1bf0232..33ffe286f3a5 100644
--- a/drivers/gpu/drm/ttm/ttm_bo_util.c
+++ b/driv
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
b/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
index 9e90d0ebc773..647eb5f40ab9 100644
--- a/drivers/gpu/drm/tt
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c
index 07b22f04b969..6311f8a481ea 100644
--- a/drivers/gpu/drm/ttm/ttm_bo_vm.c
+++ b/drivers/gpu/drm/ttm/ttm_bo_vm.c
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 28 +---
1 file changed, 13 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c
index 08a3c324242e..07b22f04b969 100644
--- a/drivers/gpu/drm/ttm/tt
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
b/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
index 647eb5f40ab9..962838cfb1a3 100644
--- a/drivers/gpu/drm/ttm/tt
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
b/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
index 579c4aedc17e..aa1ec35dc187 100644
--- a/drivers/gpu/drm/ttm/ttm
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/ttm_execbuf_util.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_execbuf_util.c
b/drivers/gpu/drm/ttm/ttm_execbuf_util.c
index 373ced0b2fc2..fa44f7b15285 100644
--- a/drivers/gpu/drm/
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
b/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c
index 962838cfb1a3..579c4aedc17e 100644
--- a/drivers/gpu/
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/ttm_tt.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c
index e90d3ed6283f..95a77dab8cc9 100644
--- a/drivers/gpu/drm/ttm/ttm_tt.c
+++ b/drivers/gpu/drm/ttm/ttm_t
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/ttm_bo.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index d33a6bb742a1..8cf89da7030d 100644
--- a/drivers/gpu/drm/ttm/ttm_bo.c
+++ b/drivers/gpu/drm/ttm/
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/ttm_bo.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 8cf89da7030d..4e85c32fea26 100644
--- a/drivers/gpu/drm/ttm/ttm_bo.c
+++ b/drivers/gpu/
Explicitly return errors in ttm_tt_alloc_page_directory() and
ttm_dma_tt_alloc_page_directory() instead of relying on
further logic to detect errors.
Signed-off-by: Tom St Denis
---
drivers/gpu/drm/ttm/ttm_tt.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a
This series includes mostly no-functional-changes to simplify
or cleanup various routines.
Patch #11 includes an fix to functional behaviour.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-d
Reviewed-by: Dylan Baker
Quoting Eric Engestrom (2018-01-26 03:30:47)
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/meson.build b/meson.build
> index 1fd58b071bb90a49996e..1bccdb2c03d7846e7bfb 100644
> --- a
For the series:
Reviewed-by: Dylan Baker
Quoting Eric Engestrom (2018-01-26 08:45:40)
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meson.build b/meson.build
> index 1bccdb2c03d7846e7bfb..73058e7d772b7744a359 100644
Quoting Eric Engestrom (2018-01-26 09:17:43)
> On Friday, 2018-01-26 17:14:06 +, Emil Velikov wrote:
> > On 26 January 2018 at 11:30, Eric Engestrom
> > wrote:
> > > Signed-off-by: Eric Engestrom
> > > ---
> > > configure.ac | 2 +-
> > > meson.build | 2 +-
> > > 2 files changed, 2 insert
Reviewed-by: Dylan Baker
Quoting Eric Engestrom (2018-01-26 08:45:40)
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meson.build b/meson.build
> index 1bccdb2c03d7846e7bfb..73058e7d772b7744a359 100644
> --- a/meson.b
On Fri, 2018-01-26 at 02:53 -0500, Ilia Mirkin wrote:
> On Thu, Jan 25, 2018 at 10:35 PM, Lyude Paul wrote:
> > Same as the previous patch, but for Kepler2 now
> >
> > Signed-off-by: Lyude Paul
> > ---
> > drivers/gpu/drm/nouveau/include/nvkm/subdev/fb.h | 1 +
> > drivers/gpu/drm/nouveau/nvk
On 12 January 2018 at 17:02, Thierry Reding wrote:
> From: Thierry Reding
>
> These UABI changes have now been merged into drm-next, so synchronize
> the libdrm headers and fixup the format modifiers in modetest.
>
Hi Thierry,
I haven't checked the diff in detail, but on quick look it seems fine
On 26 January 2018 at 17:27, Matt Roper wrote:
> On Fri, Jan 26, 2018 at 05:08:48PM +, Emil Velikov wrote:
>> On 22 January 2018 at 15:44, Matt Roper wrote:
>> > drm_set_cgrp_param is a simple tool to set DRM parameters associated with a
>> > cgroup. It is intended to be called at system ini
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #24 from Michel Dänzer (mic...@daenzer.net) ---
The radeon driver already calls load_lut when the CRTC dpms hook is called with
DRM_MODE_DPMS_ON. Does the ast patch call load_lut even when DPMS is already
on? If so, I wonder if it does
On 26 January 2018 at 16:45, Eric Engestrom wrote:
> Signed-off-by: Eric Engestrom
> ---
> xf86atomic.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/xf86atomic.h b/xf86atomic.h
> index 922b37da62517bc1ee2f..70e918663c3b015f2881 100644
> --- a/xf86atomic.h
> +++ b/xf86
I think you meant s/empty statements/double semi-colon/.
- please keep the nouveau debug patch out for the time being
- regardless if you keep as-is or fold the Wundef patch with the Werror one
- with the shadowing issue pointed by Chrisian
Both 7 patch series are
Reviewed-by: Emil Velikov
-
https://bugs.freedesktop.org/show_bug.cgi?id=104306
--- Comment #15 from Michel Dänzer ---
Thanks for the help, Eric.
https://patchwork.freedesktop.org/patch/200999/ fixes this for me.
--
You are receiving this mail because:
You are the assignee for the bug.
On Fri, Jan 26, 2018 at 05:08:48PM +, Emil Velikov wrote:
> On 22 January 2018 at 15:44, Matt Roper wrote:
> > drm_set_cgrp_param is a simple tool to set DRM parameters associated with a
> > cgroup. It is intended to be called at system initialization time (e.g.,
> > from
> > a sysv-init scr
Signed-off-by: Dylan Baker
---
I have tested building every mesa driver against this (with and without udev!)
so I'm pretty sure that this is the last pkgbuild problem.
I'm sure I'll be sad in a day or two...
nouveau/meson.build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Quoting Emil Velikov (2018-01-25 02:30:10)
> Hi Dylan,
>
> To make it easier to spot these, do set the git subject prefix to PATCH
> libdrm.
> See autogen.sh for an example.
>
> On 12 January 2018 at 19:57, Dylan Baker wrote:
> > Copy and paste error from exynos.
> >
> > Signed-off-by: Dylan Ba
On 26 January 2018 at 11:30, Eric Engestrom wrote:
> `DEBUG` has always been defined since 292da616fe1f936ca78a3 "nouveau:
> pull in major libdrm rewrite" in 2011
>
> Signed-off-by: Eric Engestrom
> ---
> nouveau/Makefile.am | 3 +--
> nouveau/nouveau.c | 4
> nouveau/private.h | 5
Am 26.01.2018 um 18:15 schrieb Eric Engestrom:
On Friday, 2018-01-26 12:38:35 +0100, Christian König wrote:
Am 26.01.2018 um 12:32 schrieb Eric Engestrom:
Signed-off-by: Eric Engestrom
---
tests/amdgpu/cs_tests.c | 2 +-
tests/amdgpu/uvd_enc_tests.c | 10 +-
tests/amdgpu/v
On Friday, 2018-01-26 17:14:06 +, Emil Velikov wrote:
> On 26 January 2018 at 11:30, Eric Engestrom wrote:
> > Signed-off-by: Eric Engestrom
> > ---
> > configure.ac | 2 +-
> > meson.build | 2 +-
> > 2 files changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/configure.ac b/conf
On Friday, 2018-01-26 12:38:35 +0100, Christian König wrote:
> Am 26.01.2018 um 12:32 schrieb Eric Engestrom:
> > Signed-off-by: Eric Engestrom
> > ---
> > tests/amdgpu/cs_tests.c | 2 +-
> > tests/amdgpu/uvd_enc_tests.c | 10 +-
> > tests/amdgpu/vce_tests.c | 10 +-
>
On 26 January 2018 at 11:30, Eric Engestrom wrote:
> Signed-off-by: Eric Engestrom
> ---
> configure.ac | 2 +-
> meson.build | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/configure.ac b/configure.ac
> index 35378b3384290f8e1e26..3fc4e7794cd974171c0a 100644
> --- a
On 22 January 2018 at 15:44, Matt Roper wrote:
> drm_set_cgrp_param is a simple tool to set DRM parameters associated with a
> cgroup. It is intended to be called at system initialization time (e.g., from
> a sysv-init script or systemd service) to configure graphics policy and
> resource managem
On 2018-01-26 09:40 AM, Tom St Denis wrote:
> On 26/01/18 09:38 AM, Christian König wrote:
>> Am 26.01.2018 um 15:31 schrieb Tom St Denis:
>>> Hi all,
>>>
>>> In the function ttm_bo_vm_access_kmap() it doesn't seem to me like
>>> the 'buf' pointer is incremented. That seems like a bug no?
>>
>> Ye
On Friday, 2018-01-26 08:26:15 -0500, Andrey Grodzovsky wrote:
>
>
> On 01/26/2018 06:32 AM, Eric Engestrom wrote:
> > While at it, align with the other half on the next line.
> >
> > Cc: Andrey Grodzovsky
> > Signed-off-by: Eric Engestrom
> > ---
> > Andrey, is that `0xfffc` right? It loo
Signed-off-by: Eric Engestrom
---
configure.ac | 2 ++
freedreno/freedreno_bo.c | 2 +-
freedreno/freedreno_device.c | 2 +-
meson.build | 8 +++-
4 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/configure.ac b/configure.ac
index e09eded5884d
Signed-off-by: Eric Engestrom
---
configure.ac | 2 ++
freedreno/freedreno_priv.h | 2 +-
intel/intel_bufmgr_gem.c | 4 ++--
meson.build| 5 +
4 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/configure.ac b/configure.ac
index 4ebebb4feb8073771ef9.
Signed-off-by: Eric Engestrom
---
configure.ac | 3 ---
meson.build | 2 +-
2 files changed, 1 insertion(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index 8b3cd7cccb21989cc548..09dc359a11d0855b9d93 100644
--- a/configure.ac
+++ b/configure.ac
@@ -382,9 +382,6 @@ if test "x$EXYNO
Signed-off-by: Eric Engestrom
---
xf86atomic.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xf86atomic.h b/xf86atomic.h
index 922b37da62517bc1ee2f..70e918663c3b015f2881 100644
--- a/xf86atomic.h
+++ b/xf86atomic.h
@@ -101,7 +101,7 @@ typedef struct { LIBDRM_ATOMIC_TYPE atom
Signed-off-by: Eric Engestrom
---
configure.ac | 2 ++
meson.build | 4 +---
tests/util/pattern.c | 4 ++--
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/configure.ac b/configure.ac
index a745d694a3bb2e8b9761..4ebebb4feb8073771ef9 100644
--- a/configure.ac
+++ b/
Signed-off-by: Eric Engestrom
---
meson.build | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/meson.build b/meson.build
index 19413632464da9816ca1..1342a5b3115abc26ce05 100644
--- a/meson.build
+++ b/meson.build
@@ -251,14 +251,17 @@ if cc.compiles('''int foo_hidde
Signed-off-by: Eric Engestrom
---
configure.ac | 3 ---
meson.build | 2 +-
2 files changed, 1 insertion(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index 523ab4fc983c9c7ab737..8b3cd7cccb21989cc548 100644
--- a/configure.ac
+++ b/configure.ac
@@ -431,9 +431,6 @@ if test "x$AMDGP
Signed-off-by: Eric Engestrom
---
configure.ac | 14 ++
libkms/linux.c | 10 +-
meson.build| 4 +---
3 files changed, 20 insertions(+), 8 deletions(-)
diff --git a/configure.ac b/configure.ac
index a0449404eaddfd347d60..e09eded5884da7891862 100644
--- a/configure.ac
++
Signed-off-by: Eric Engestrom
---
configure.ac | 3 ---
meson.build | 2 +-
2 files changed, 1 insertion(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index 09dc359a11d0855b9d93..a0449404eaddfd347d60 100644
--- a/configure.ac
+++ b/configure.ac
@@ -435,9 +435,6 @@ if test "x$VC4"
Signed-off-by: Eric Engestrom
---
configure.ac | 2 --
1 file changed, 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 031e849bd0fc97d8762b..53432a2fbcdb72c8a767 100644
--- a/configure.ac
+++ b/configure.ac
@@ -428,8 +428,6 @@ AM_CONDITIONAL(HAVE_AMDGPU, [test "x$AMDGPU" = xyes])
Signed-off-by: Eric Engestrom
---
configure.ac | 3 ---
1 file changed, 3 deletions(-)
diff --git a/configure.ac b/configure.ac
index 53432a2fbcdb72c8a767..97613ce257297a77a245 100644
--- a/configure.ac
+++ b/configure.ac
@@ -449,9 +449,6 @@ if test "x$ETNAVIV" = xyes; then
fi
AM_CONDITIONAL
Signed-off-by: Eric Engestrom
---
configure.ac | 3 ---
meson.build | 2 +-
2 files changed, 1 insertion(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index 97613ce257297a77a245..523ab4fc983c9c7ab737 100644
--- a/configure.ac
+++ b/configure.ac
@@ -375,9 +375,6 @@ if test "x$NOUVE
Signed-off-by: Eric Engestrom
---
meson.build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meson.build b/meson.build
index 1bccdb2c03d7846e7bfb..73058e7d772b7744a359 100644
--- a/meson.build
+++ b/meson.build
@@ -255,7 +255,7 @@ foreach t : [[with_intel, 'INTEL'], [with_vmw
On Fri, Jan 26, 2018 at 11:29:03AM +0200, Peter Ujfalusi wrote:
> Ville,
>
> On 2018-01-25 16:51, Ville Syrjälä wrote:
> > On Thu, Jan 25, 2018 at 04:40:48PM +0200, Ville Syrjälä wrote:
> >> On Thu, Jan 25, 2018 at 04:26:25PM +0200, Peter Ujfalusi wrote:
> >>> Instead of drivers duplicating the dr
On Fri, Jan 26, 2018 at 08:52:07AM +0100, Hans de Goede wrote:
> So far models of the Dell Venue 8 Pro, with a panel with MIPI panel
> index = 3, one of which has been kindly provided to me by Jan Brummer,
> where not working with the i915 driver, giving a black screen on the
> first modeset.
>
>
On Fri, 2018-01-26 at 12:34 +0100, Karol Herbst wrote:
> On Fri, Jan 26, 2018 at 4:35 AM, Lyude Paul wrote:
> > This adds support for enabling automatic clockgating on nvidia GPUs for
> > Kepler1. While this is not technically a clockgating level, it does
> > enable clockgating using the clockgati
drm_hwcomposer splits the connectors in two categories: internal and
external, the other ones just fall through the cracks a break things
down the line.
Found this issue on mali-dp with the writeback connector patches
from [1].
[1] https://patchwork.kernel.org/patch/9727637/
Signed-off-by: Alexan
On Thu, Jan 25, 2018 at 05:50:18PM +0100, Giulio Benetti wrote:
> > > > > > On Sat, Jan 20, 2018 at 07:50:21PM +0100, Giulio Benetti wrote:
> > > > > > > On previous handling, if specified DRM_MODE_FLAG_N*SYNC,
> > > > > > > it was ignored,
> > > > > > > because only PHSYNC and PVSYNC were taken in
On 26/01/18 09:38 AM, Christian König wrote:
Am 26.01.2018 um 15:31 schrieb Tom St Denis:
Hi all,
In the function ttm_bo_vm_access_kmap() it doesn't seem to me like the
'buf' pointer is incremented. That seems like a bug no?
Yeah, looks suspicious to me as well. But TTM questions should CC
I just realized that a change I'm thinking about for a while would solve
your problem as well, but keep concurrent allocation possible.
See ttm_mem_evict_first() unlocks the BO after evicting it:
ttm_bo_del_from_lru(bo);
spin_unlock(&glob->lru_lock);
ret = ttm_bo_evict(
On Fri, Jan 26, 2018 at 2:27 PM, Linus Walleij wrote:
> On Thu, Jan 25, 2018 at 4:46 AM, Eric Anholt wrote:
>
>>> + pl111_choose_max_resolution(dev, priv->memory_bw,
>>> + &mode_config->max_width,
>>> + &mode_config->max_height,
When retrieving queued messages from the compositor in the host for
clients in the guest, handle buffers that may be passed.
These buffers should have been mapped to the guest's address space, for
example via the KVM_SET_USER_MEMORY_REGION ioctl.
Signed-off-by: Tomeu Vizoso
---
drivers/gpu/drm
Hi,
this work is based on the virtio_wl driver in the ChromeOS kernel by
Zach Reizner, currently at:
https://chromium.googlesource.com/chromiumos/third_party/kernel/+/chromeos-4.4/drivers/virtio/virtio_wl.c
There's one feature missing currently, which is letting clients write
directly to the hos
This is to allow clients running within VMs to be able to communicate
with a compositor in the host. Clients will use the communication
protocol that the compositor supports, and virtio-gpu will assist with
making buffers available in both sides, and copying content as needed.
It is expected that
On 15.01.2018 18:33, Andrzej Hajda wrote:
> Chip has known bug which causes I2C client state machine to frequently
> enter non-idle mode after chip reset. Let's ask I2C adapter to perform
> bus recovery to mitigate this bug.
>
> Signed-off-by: Andrzej Hajda
> ---
> drivers/gpu/drm/bridge/sil-sii8
well I just tried to say, that you are not fixing the issue you think
were fixing. In your case the GPU is powered off and you get garbage
values from any mmio read, so parsing those values is just wrong and
we need to prevent doing anything on the hw whenever it is powered off
directly in hwmon.
I know, but this has the same effect. You prevent concurrent allocation
from happening.
What we could do is to pipeline reusing of deleted memory as well, this
makes it less likely to cause the problem you are seeing because the
evicting processes doesn't need to block for deleted BOs any more
I don't want to prevent all, my new approach is to prevent the later allocation
is trying and ahead of front to get the memory space that the front made from
eviction.
发自坚果 Pro
Christian K鰊ig 于 2018年1月26日 下午9:24写道:
Yes, exactly that's the problem.
See when you want to prevent a process B f
This adds a pretty simple set of device tree bindings for
ARM Versatile panels appearing as child nodes of a system
controller.
Cc: devicet...@vger.kernel.org
Signed-off-by: Linus Walleij
---
.../display/panel/arm,versatile-tft-panel.txt | 31 ++
1 file changed, 31 inser
The ARM reference designs "Versatile AB" and "Versatile PB"
contain panel connectors with autodetection of the connected
panel type. This adds a small driver utilizing the MFD syscon
look-up to read the autodetection register and set up the
corresponding panel appropriately.
In the source file the
1 - 100 of 150 matches
Mail list logo