https://bugs.freedesktop.org/show_bug.cgi?id=110483
Daniel Stone changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
Hi Frank,
On Tue, 2019-04-16 at 16:58 +0200, Frank Wunderlich wrote:
> From: Ryder Lee
>
> without this patch there is purple stretched font on fbconsole
>
> source: http://forum.banana-pi.org/t/kernel-4-19-rc1-for-testers/6618/52
>
> Signed-off-by: Ryder Lee
> Tested-by: Frank Wunderlich
> -
https://bugs.freedesktop.org/show_bug.cgi?id=110488
Bug ID: 110488
Summary: [1042669.035207] [drm:amdgpu_job_timedout [amdgpu]]
*ERROR* ring vce0 timeout, signaled seq=4, emitted
seq=8
Product: DRI
Version: DRI gi
Hi,
I can try replacing with ,
but I would like to get confirmation from Chih-Wei, the original author of [1]
Mauro
[1]
http://git.osdn.net/view?p=android-x86/external-libdrm.git;a=commit;h=9d2a4cc3a16b5b464fda0a0c321dd1f5acadaa33
On Mon, Mar 18, 2019 at 2:32 PM Tapani Pälli wrote:
>
>
>
>
Hi Emil, Chih-Wei,
what about the series of latest three patches we have in oreo-x86 branch?
[oreo-x86 branch]
http://git.osdn.net/view?p=android-x86/external-libdrm.git;a=history;f=Android.mk;h=f832b24e99007c75ce3a8d9a3ece34d4e475e957;hb=refs/heads/oreo-x86
My doubt is about the one "android: m
Hi Dave,
Just log cleanup patches of Exynos KMS and DMA drivers
including one trivial style fixup.
Please kinkdly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit dbb92471674a48892f5e50779425e03388073ab9:
Revert "drm: allow render capable ma
heavy gpu job could occupy memory long time, which could lead to other
user fail to get memory.
Change-Id: I0b322d98cd76e5ac32b00462bbae8008d76c5e11
Signed-off-by: Chunming Zhou
---
drivers/gpu/drm/ttm/ttm_bo.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu
https://bugs.freedesktop.org/show_bug.cgi?id=110488
--- Comment #1 from baopeng ---
Created attachment 144067
--> https://bugs.freedesktop.org/attachment.cgi?id=144067&action=edit
umr info
umr info regs and ring buffer msg
--
You are receiving this mail because:
You are the assignee for the
Ping for patches 3, new patch 5 and patch 6.
Andrey
On 4/18/19 11:00 AM, Andrey Grodzovsky wrote:
> Also reject TDRs if another one already running.
>
> v2:
> Stop all schedulers across device and entire XGMI hive before
> force signaling HW fences.
> Avoid passing job_signaled to helper fnctions
Hi Andrey,
static void drm_sched_process_job(struct dma_fence *f, struct
dma_fence_cb *cb)
{
...
spin_lock_irqsave(&sched->job_list_lock, flags);
/* remove job from ring_mirror_list */
list_del_init(&s_job->node);
spin_unlock_irqrestore(&sched->job_list_lock, f
+Monk to response this patch.
在 2019/4/18 23:00, Andrey Grodzovsky 写道:
> For later driver's reference to see if the fence is signaled.
>
> v2: Move parent fence put to resubmit jobs.
>
> Signed-off-by: Andrey Grodzovsky
> Reviewed-by: Christian König
> ---
> drivers/gpu/drm/scheduler/sched_ma
+Monk.
GPU reset is used widely in SRIOV, so need virtulizatino guy take a look.
But out of curious, why guilty job can signal more if the job is already
set to guilty? set it wrongly?
-David
在 2019/4/18 23:00, Andrey Grodzovsky 写道:
> Also reject TDRs if another one already running.
>
> v2:
>
Rename the iio documentation files to ReST, add an
index for them and adjust in order to produce a nice html
output via the Sphinx build system.
The cdrom.txt and hdio.txt have their own particular syntax.
In order to speedup the conversion, I used a small ancillary
perl script:
my $d;
Sphinx need to know when a paragraph ends. So, do some adjustments
at the file for it to be properly parsed.
At its new index.rst, let's add a :orphan: while this is not linked to
the main index.rst file, in order to avoid build warnings.
that's said, I believe that this file should be moved to t
Convert the locking documents to ReST and add them to the
kernel development book where it belongs.
Most of the stuff here is just to make Sphinx to properly
parse the text file, as they're already in good shape,
not requiring massive changes in order to be parsed.
The conversion is actually:
-
Convert this small file to ReST in preparation for adding it to
the driver-api book.
While this is not part of the driver-api book, mark it as
:orphan:, in order to avoid build warnings.
Signed-off-by: Mauro Carvalho Chehab
---
.../console/{console.txt => console.rst} | 63 ++--
On Sat, Apr 20, 2019 at 12:25 AM John Stultz wrote:
>
> Clang complains when initializing unions using "= {0}"
> so instead use memset.
>
> Cc: Emil Velikov
> Cc: Sean Paul
> Cc: Alistair Strachan
> Cc: Marissa Wall
> Signed-off-by: John Stultz
Reviewed-by: Alex Deucher
Do you have commit
On Sat, Apr 20, 2019 at 12:25 AM John Stultz wrote:
>
> From: Prabhanjan Kandula
>
> Avoid additional drm device open and close.
>
> Cc: Emil Velikov
> Cc: Sean Paul
> Cc: Alistair Strachan
> Cc: Marissa Wall
> Signed-off-by: John Stultz
Reviewed-by: Alex Deucher
> ---
> xf86drm.c | 4 ++
On Sat, Apr 20, 2019 at 12:25 AM John Stultz wrote:
>
> From: Sean Paul
>
> __mmap2 isn't supported on all platforms, mmap64 is the right way
> to do this in android.
>
> Also folds in a fix from Stéphane Marchesin
> to use an offset in bytes not pages, as that's what mmap64 takes.
>
> Cc: Emil
On Sat, Apr 20, 2019 at 12:25 AM John Stultz wrote:
>
> From: Adrian Salido
>
> When calling drmModeAtomicAddProperty allocation of memory happens as
> needed in increments of 16 elements. This can be very slow if there are
> multiple properties to be updated in an Atomic Commit call.
>
> Increas
On Wed, 2019-04-17 at 23:10 +, Li, Sun peng (Leo) wrote:
>
>
> On 2019-04-16 6:16 p.m., Lyude Paul wrote:
> > Sorry for the slow response, I've been really busy ;_;
>
> No worries :)
>
> > On Fri, 2019-04-12 at 12:05 -0400, sunpeng...@amd.com wrote:
> > > From: Leo Li
> > >
> > > In prepa
On Sun, Apr 21, 2019 at 8:46 PM Hans de Goede wrote:
>
> Hi,
>
> On 16-04-19 13:46, Patrik Jakobsson wrote:
> > Some machines have an lvds child device in vbt even though a panel is
> > not attached. To make detection more reliable we now also check the lvds
> > config bits available in the vbt.
>
Hi Sam,
On Mon, Apr 1, 2019 at 3:24 PM Sam Ravnborg wrote:
> panel-simple support for VXT VL050-8048NT-C01 panel - Fabio Estevam
>
Any chance to get this one to kernel 5.2?
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.fre
On Mon, Apr 22, 2019 at 7:59 AM Alex Deucher wrote:
> On Sat, Apr 20, 2019 at 12:25 AM John Stultz wrote:
> >
> > Clang complains when initializing unions using "= {0}"
> > so instead use memset.
> >
> > Cc: Emil Velikov
> > Cc: Sean Paul
> > Cc: Alistair Strachan
> > Cc: Marissa Wall
> > Sig
Hi Thomas,
With minor comments below
Reviewed-by: Deepak Rawat
On Fri, 2019-04-12 at 09:04 -0700, Thomas Hellstrom wrote:
> This infrastructure will, for coherent resources, make sure that
> from the user-space point of view, data written by the CPU is
> immediately
> automatically available to
Reviewed-by: Deepak Rawat
On Fri, 2019-04-12 at 09:04 -0700, Thomas Hellstrom wrote:
> With emulated coherent memory we need to be able to quickly look up
> a resource from the MOB offset. Instead of traversing a linked list
> with
> O(n) worst case, use an RBtree with O(log n) worst case complex
Hi Thierry et al.
> > Sam has been helping out a lot with reviewing DRM panel patches. Add him
> > as reviewer to help him do this important work.
> >
> > Signed-off-by: Thierry Reding
> > ---
> > MAINTAINERS | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/MAINTAINERS b/MAINTAIN
From: Noralf Trønnes
[ Upstream commit 3f04e0a6cfebf48152ac64502346cdc258811f79 ]
If userspace has open fd(s) when drm_dev_unplug() is run, it will result
in drm_dev_unregister() being called twice. First in drm_dev_unplug() and
then later in drm_release() through the call to drm_put_dev().
Sin
From: Thierry Reding
[ Upstream commit 7cf77b273a8fc51e7de622fa6691abd4436a9a6b ]
Reported-by: Dan Carpenter
Signed-off-by: Thierry Reding
Signed-off-by: Sasha Levin (Microsoft)
---
drivers/gpu/drm/tegra/hub.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu
From: Jean-Philippe Brucker
[ Upstream commit 2d8f92897ad816f5dda54b2ed2fd9f2d7cb1abde ]
meson_drv_unbind() doesn't unregister the IRQ handler, which can lead to
use-after-free if the IRQ fires after unbind:
[ 64.656876] Unable to handle kernel paging request at virtual address
11706
From: Jean-Philippe Brucker
[ Upstream commit 776e78677f514ecddd12dba48b9040958999bd5a ]
meson_drv_bind() registers a meson_drm struct as the device's privdata,
but meson_drv_unbind() tries to retrieve a drm_device. This may cause a
segfault on shutdown:
[ 5194.593429] Unable to handle kernel N
From: Noralf Trønnes
[ Upstream commit 3f04e0a6cfebf48152ac64502346cdc258811f79 ]
If userspace has open fd(s) when drm_dev_unplug() is run, it will result
in drm_dev_unregister() being called twice. First in drm_dev_unplug() and
then later in drm_release() through the call to drm_put_dev().
Sin
From: Jean-Philippe Brucker
[ Upstream commit 776e78677f514ecddd12dba48b9040958999bd5a ]
meson_drv_bind() registers a meson_drm struct as the device's privdata,
but meson_drv_unbind() tries to retrieve a drm_device. This may cause a
segfault on shutdown:
[ 5194.593429] Unable to handle kernel N
From: Jean-Philippe Brucker
[ Upstream commit 2d8f92897ad816f5dda54b2ed2fd9f2d7cb1abde ]
meson_drv_unbind() doesn't unregister the IRQ handler, which can lead to
use-after-free if the IRQ fires after unbind:
[ 64.656876] Unable to handle kernel paging request at virtual address
11706
From: Thierry Reding
[ Upstream commit 7cf77b273a8fc51e7de622fa6691abd4436a9a6b ]
Reported-by: Dan Carpenter
Signed-off-by: Thierry Reding
Signed-off-by: Sasha Levin (Microsoft)
---
drivers/gpu/drm/tegra/hub.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu
From: Jean-Philippe Brucker
[ Upstream commit 776e78677f514ecddd12dba48b9040958999bd5a ]
meson_drv_bind() registers a meson_drm struct as the device's privdata,
but meson_drv_unbind() tries to retrieve a drm_device. This may cause a
segfault on shutdown:
[ 5194.593429] Unable to handle kernel N
From: Jean-Philippe Brucker
[ Upstream commit 2d8f92897ad816f5dda54b2ed2fd9f2d7cb1abde ]
meson_drv_unbind() doesn't unregister the IRQ handler, which can lead to
use-after-free if the IRQ fires after unbind:
[ 64.656876] Unable to handle kernel paging request at virtual address
11706
https://bugs.freedesktop.org/show_bug.cgi?id=108879
Marek Olšák changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Minor nits below, otherwise
Reviewed-by: Deepak Rawat
On Fri, 2019-04-12 at 09:04 -0700, Thomas Hellstrom wrote:
> Similar to write-coherent resources, make sure that from the user-
> space
> point of view, GPU rendered contents is automatically available for
> reading by the CPU.
>
> Signed-of
Good day all, I'm Habeeb. Since applications for GSoC have closed, I'd like
to know if I can still apply for projects through EVoC and what the
deadline for doing this is.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedeskto
The GPM940B0 is a 3.0" 320x240 24-bit TFT LCD panel.
Signed-off-by: Paul Cercueil
Reviewed-by: Rob Herring
---
Notes:
v2: New patch
v3: Add Rob's ack
.../bindings/display/panel/giantplus,gpm940b0.txt| 12
1 file changed, 12 insertions(+)
create mode 100644
Docu
Hi,
Le sam. 20 avril 2019 à 14:23, Ezequiel Garcia
a écrit :
On Wed, 17 Apr 2019 at 10:48, Rob Herring wrote:
On Sun, Apr 14, 2019 at 3:08 PM Paul Cercueil
wrote:
>
> Add macros that can be used with the ingenic,lcd-mode property in
the
> devicetree node that corresponds to the ing
The GiantPlus GPM940B0 is a 24-bit TFT panel where the RGB components
are transferred sequentially on a 8-bit bus.
Signed-off-by: Paul Cercueil
---
Notes:
v2: New patch
v3: No change
include/uapi/linux/media-bus-format.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
di
Hi Jani,
When are the changes in drm-misc-next pushed?
I'm testing recent kernels that don't work with some models because
the dsi display problem you are aware. Works with 4.15 but not with
more recent kernels.
The model I have by going to sleep state and awake it gets the display on,
I want to
Since commit 222b5f044159 ("drm/sched: Refactor ring mirror list
handling."), drm_sched_hw_job_reset is no longer there, so let's adjust
the doc comment accordingly.
Signed-off-by: Jonathan Neuschäfer
---
drivers/gpu/drm/scheduler/sched_main.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions
The GiantPlus GPM940B0 is a simple 3.0" 320x240 24-bit TFT panel.
Signed-off-by: Paul Cercueil
Tested-by: Artur Rojek
---
Notes:
v2: Change bus format to MEDIA_BUS_FMT_RGB888_3X8_BE
v3: No change
drivers/gpu/drm/panel/panel-simple.c | 28
1 file chang
These changes solve warning symbol was not declared in the functions:
ion_carveout_heap_create and ion_chunk_heap_create
Signed-off-by: Oscar Gomez Fuente
---
drivers/staging/android/ion/ion_carveout_heap.c | 2 +-
drivers/staging/android/ion/ion_chunk_heap.c| 2 +-
2 files changed, 2 insert
From: Leo Li
In preparation for adding aux devices for DP MST, make the IDR
non-cyclic. That way, hotplug cycling MST devices won't needlessly
increment the minor version index.
Signed-off-by: Leo Li
---
drivers/gpu/drm/drm_dp_aux_dev.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
From: Leo Li
To give identifiable attributes to MST DP aux devices, we can use the
MST relative address. Expose this function for later use.
Signed-off-by: Leo Li
---
drivers/gpu/drm/drm_dp_mst_topology.c | 4 ++--
include/drm/drm_dp_mst_helper.h | 4
2 files changed, 6 insertions(+
From: Ville Syrjälä
All available downstream ports - physical and logical - are exposed for
each MST device. They are listed in /dev/, following the same naming
scheme as SST devices by appending an incremental ID.
Additionally, a 'path' attribute is attached to the device. This is to
allow udev
On Wed, Apr 17, 2019 at 2:57 AM Gerd Hoffmann wrote:
>
> On Fri, Apr 12, 2019 at 04:34:20PM -0700, Chia-I Wu wrote:
> > Hi,
> >
> > I am still new to virgl, and missed the last round of discussion about
> > resource_create_v2.
> >
> > From the discussion below, semantically resource_create_v2 crea
Acked-by: Prike Liang
Thanks,
Prike
-Original Message-
From: Chunming Zhou
Sent: Monday, April 22, 2019 6:39 PM
To: dri-devel@lists.freedesktop.org
Cc: Liang, Prike ; Zhou, David(ChunMing)
Subject: [PATCH] ttm: wait mem space if user allow while gpu busy
heavy gpu job could occupy me
This series attempts to make the legacy support core code removalable
at build time, if no drivers require it.
It reduces code size of the core drm.ko by ~10%.
It's also available in
https://cgit.freedesktop.org/~airlied/linux/log/?h=drm-legacy-cleanup
The first patch has Daniels r-b on it, but
From: Dave Airlie
There was a nouveau DDX that relied on legacy context ioctls to work,
but we fixed it years ago, give distros that have a modern DDX the
option to break the uAPI and close the mess of holes that legacy
context support is.
Full context of the story:
commit 0e975980d435d58df2d43
From: Dave Airlie
This isn't used by drivers, and won't be in the future.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_legacy.h | 3 +++
include/drm/drm_legacy.h | 2 --
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_legacy.h b/drivers/gpu/drm/drm_
From: Dave Airlie
This makes it easier to clean this up later.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_bufs.c | 8
drivers/gpu/drm/drm_drv.c| 5 +
drivers/gpu/drm/drm_legacy.h | 1 +
3 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/d
From: Dave Airlie
This will allow easier removal later.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_drv.c| 10 +++---
drivers/gpu/drm/drm_legacy.h | 14 ++
2 files changed, 17 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm
From: Dave Airlie
This moves the legacy dev reinit into a legacy inline,
also removes some unneeded inlines now.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_file.c | 24
drivers/gpu/drm/drm_legacy.h | 24
2 files changed, 24 insertions
From: Dave Airlie
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon_drv.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_drv.h
b/drivers/gpu/drm/radeon/radeon_drv.h
index afef2d9fccd8..173deb463414 100644
--- a/drivers/gpu/drm/radeon/radeon_drv.h
++
From: Dave Airlie
This could probably be done with Kconfig somehow, but I failed in my
first 2 minute attempt.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/ati_pcigart.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/ati_pcigart.c b/drivers/gpu/drm/ati_pcigart.c
index
From: Dave Airlie
If you don't want the legacy drivers, then lets get rid of all the
legacy codepaths from the core module.
This drop the size of drm.ko for me by about 10%.
38051574224192 392129 5fbc1
../../drm-next-build/drivers/gpu/drm/drm.ko
35173672984192 363226 58a
From: Dave Airlie
This removes these unless legacy is enabled.
The lock count init is unneeded anyways since it's kzalloc.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_auth.c | 4 ++--
drivers/gpu/drm/drm_file.c | 1 -
drivers/gpu/drm/drm_legacy.h | 10 ++
include/drm/drm_
From: Dave Airlie
This places a bunch of the legacy members of drm_device into
only being there when legacy is enabled.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_legacy.h | 20
include/drm/drm_device.h | 3 ++-
2 files changed, 22 insertions(+), 1 deletion(-)
From: Dave Airlie
This allows them to be removed later.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_drv.c| 7 +++
drivers/gpu/drm/drm_legacy.h | 10 ++
2 files changed, 13 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
From: Dave Airlie
This makes it easier to remove legacy code later.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/drm_auth.c | 14 +-
drivers/gpu/drm/drm_legacy.h | 1 +
drivers/gpu/drm/drm_lock.c | 16
3 files changed, 18 insertions(+), 13 deletions(-)
diff
Hello Andrey,
this series can't apply (brake on #3) on top of amd-staging-drm-next.
v2 works (Thu, 11 Apr 2019).
Dieter
Am 18.04.2019 17:00, schrieb Andrey Grodzovsky:
From: Christian König
Don't block others while waiting for the fences to finish, concurrent
submission is perfectly valid in
https://bugs.freedesktop.org/show_bug.cgi?id=110457
jian-h...@endlessm.com changed:
What|Removed |Added
Summary|System resumes failed and |System resumes failed and
https://bugs.freedesktop.org/show_bug.cgi?id=110258
--- Comment #7 from jian-h...@endlessm.com ---
We have Aspire A315-21G and TravelMate B114-21 laptops and get the related
problem, too.
https://bugzilla.freedesktop.org/show_bug.cgi?id=110457
--
You are receiving this mail because:
You are the
Minor nits below
Reviewed-by: Deepak Rawat
On Fri, 2019-04-12 at 16:04 +, Thomas Hellstrom wrote:
> Add the callbacks necessary to implement emulated coherent memory for
> surfaces. Add a flag to the gb_surface_create ioctl to indicate that
> surface memory should be coherent.
> Also bump th
https://bugs.freedesktop.org/show_bug.cgi?id=108317
--- Comment #21 from John ---
Maybe until a fix is found, could we add a driconfig workaround that disables
hyperz automatically for cemu.exe?
--
You are receiving this mail because:
You are the assignee for the bug.___
tree: git://people.freedesktop.org/~airlied/linux.git drm-legacy-cleanup
head: 7b7678e3949f22d2442179f27d219b4b09ef1730
commit: 739d8489bcb277a1a27e56d0ef529f41c46425b4 [13/24] drm/nouveau: add
kconfig option to turn off nouveau legacy contexts. (v2)
config: c6x-allyesconfig (attached as .conf
On Thu, Apr 18, 2019 at 04:11:58PM +0300, Ville Syrjälä wrote:
> On Thu, Apr 18, 2019 at 09:13:04AM +0200, Daniel Vetter wrote:
> > On Wed, Apr 17, 2019 at 02:57:31PM +0300, Ville Syrjälä wrote:
> > > On Wed, Apr 17, 2019 at 09:28:19AM +0200, Daniel Vetter wrote:
> > > > On Fri, Apr 12, 2019 at 03:
72 matches
Mail list logo
