https://bugs.freedesktop.org/show_bug.cgi?id=110571
Bug ID: 110571
Summary: GPU Passthrough of Vega 56 GPU hangs on KVM start.
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity:
Hi!
> > @@ -396,13 +506,20 @@ static int lm3630a_probe(struct i2c_client *client,
> > GFP_KERNEL);
> > if (pdata == NULL)
> > return -ENOMEM;
> > +
> > /* default values */
> > - pdata->leda_ctrl =
On 16/04/2019 20:53, Dave Airlie wrote:
On Tue, 16 Apr 2019 at 22:58, Lionel Landwerlin
wrote:
Unfortunately userspace users of this API cannot be publicly disclosed
yet.
This commit effectively disables timeline syncobj ioctls for all
drivers. Each driver wishing to support this feature will
Hey Dave,
No major changes ready for this round, but a few misc fixes instead.
Ben.
The following changes since commit 7c13e5cc2391950541f41fc9ab0336aae77c7f63:
Merge tag 'drm-intel-next-fixes-2019-04-25' of
git://anongit.freedesktop.org/drm/drm-intel into drm-next (2019-04-26
11:35:59
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
This patch adds ksys_ wrappers to the following memory syscalls:
brk, get_mempolicy (renamed kernel_get_mempolicy
Use the Dynamic Memory Controller as the display-subsystem's devfreq
device.
Signed-off-by: Gaël PORTAY
---
arch/arm64/boot/dts/rockchip/rk3399-gru.dtsi | 4
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 2 +-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git
The Rockchip DMC devfreq driver is the only user of the Rockchip DDR
clock.
Both drivers perform SMC calls to the Trusted-Firmware A to run SiP
services related to the DDR memory.
This commit centralizes the SiP services in the DMC devfreq driver and
removes the DDR clock which becomes useless.
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
do_pages_move() is used in the implementation of the move_pages syscall.
Untag user pointers in this function.
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
mm/gup.c provides a kernel interface that accepts user addresses and
manipulates user pages directly (for example
This patch adds the implementation for lock/unlock functions in the
devfreq framework.
In some situations, changing the clock rate affect other devices, and
the devfreq framework needs a mean to synchronize all the drivers
together.
This locking API allows third-party drivers that use a devfreq
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
userfaultfd_register() and userfaultfd_unregister() use provided user
pointers for vma lookups, which can only by
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
mlx4_get_umem_mr() uses provided user pointers for vma lookups, which can
only by done with untagged pointers.
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
strncpy_from_user and strnlen_user accept user addresses as arguments, and
do not go through the same path as
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
videobuf_dma_contig_user_get() uses provided user pointers for vma
lookups, which can only by done with untagged
On 4/30/19 7:10 AM, Christian König wrote:
> diff --git a/drivers/xen/gntdev-dmabuf.c b/drivers/xen/gntdev-dmabuf.c
> index 2c4f324f8626..cacca830b482 100644
> --- a/drivers/xen/gntdev-dmabuf.c
> +++ b/drivers/xen/gntdev-dmabuf.c
> @@ -608,6 +608,7 @@ dmabuf_imp_to_refs(struct gntdev_dmabuf_priv
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
amdgpu_ttm_tt_get_user_pages() uses provided user pointers for vma
lookups, which can only by done with untagged
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
This patch allows tagged pointers to be passed to the following memory
syscalls: brk, get_mempolicy, madvise, mbind,
To allow arm64 syscalls to accept tagged pointers from userspace, we must
untag them when they are passed to the kernel. Since untagging is done in
generic parts of the kernel, the untagged_addr macro needs to be defined
for all architectures.
Define it as a noop for architectures other than
This commit adds the support for devfreq to control the DDR frequency
dynamically.
Glitches affect the display when the DMC devfreq device changes the DDR
frequency during the scanout. The DRM driver synchronizes the rate
change within the VBLANK.
The VOP locks the DMC devfreq device that causes
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
In copy_mount_options a user address is being subtracted from TASK_SIZE.
If the address is lower than TASK_SIZE, the
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
tee_shm_register()->optee_shm_unregister()->check_mem_type() uses provided
user pointers for vma lookups (via
=== Overview
arm64 has a feature called Top Byte Ignore, which allows to embed pointer
tags into the top byte of each pointer. Userspace programs (such as
HWASan, a memory debugging tool [1]) might use this feature and pass
tagged user pointers to the kernel through syscalls or other interfaces.
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
radeon_ttm_tt_pin_userptr() uses provided user pointers for vma
lookups, which can only by done with untagged
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
copy_from_user (and a few other similar functions) are used to copy data
from user memory into the kernel memory or
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
get_vaddr_frames uses provided user pointers for vma lookups, which can
only by done with untagged pointers. Instead
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
This patch adds a simple test, that calls the uname syscall with a
tagged user pointer as an argument. Without the
This patch is a part of a series that extends arm64 kernel ABI to allow to
pass tagged user pointers (with the top byte set to something else other
than 0x00) as syscall arguments.
vaddr_get_pfn() uses provided user pointers for vma lookups, which can
only by done with untagged pointers.
Untag
Dear all,
The purpose of that RFC is to enable de DMC device for the Rockchip
based GRU Chromebooks, and to add a mean of synchronization between the
Rockchip DRM driver and that DMC devfreq driver.
The DMC device is responsible for updating the DDR frequency according
to the load of the DDR
Am 01.05.2019 11:00 schrieb Lionel Landwerlin :
[CAUTION: External Email]
On 16/04/2019 20:53, Dave Airlie wrote:
> On Tue, 16 Apr 2019 at 22:58, Lionel Landwerlin
> wrote:
>> Unfortunately userspace users of this API cannot be publicly disclosed
>> yet.
>>
>> This commit effectively disables
HD702E lcd is FriendlyELEC developed eDP LCD panel with 800x1280
resolution. It has built in Goodix, GT9271 captive touchscreen
with backlight adjustable via PWM.
Add support for it.
Cc: Thierry Reding
Cc: Sam Ravnborg
Cc: David Airlie
Cc: Daniel Vetter
Cc: dri-devel@lists.freedesktop.org
Change the kernfs_node.priv to store the cgroup_subsys_state (CSS) pointer
for directories, instead of storing cgroup pointer. This is done in order
to support files within the cgroup associated with devices. We require
of_css() to return the device-specific CSS pointer for these files.
Cc:
Here we update memory cgroup to enable the newly introduced per-device
framework. As mentioned in the prior patch, the intent here is to allow
drivers to have their own private cgroup controls (such as memory limit)
to be applied to device resources instead of host system resources.
In summary,
i915 driver now includes DRIVER_CGROUPS in feature bits.
To charge device memory allocations, we need to (1) identify appropriate
cgroup to charge (currently decided at object creation time), and (2)
make the charging call at the time that memory pages are being allocated.
For (1), see prior DRM
In containerized or virtualized environments, there is desire to have
controls in place for resources that can be consumed by users of a GPU
device. For this purpose, we extend control groups with a mechanism
for device drivers to register with cgroup subsystems.
Device drivers (GPU or other) are
With new cgroups per-device framework, registration with memory cgroup
subsystem can allow us to enforce limit for allocation of device memory
against process cgroups.
This patch adds new driver feature bit, DRIVER_CGROUPS, such that DRM
will register the device with cgroups. Doing so allows
In containerized or virtualized environments, there is desire to have
controls in place for resources that can be consumed by users of a GPU
device. This RFC patch series proposes a framework for integrating
use of existing cgroup controllers into device drivers.
The i915 driver is updated in
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #19 from Ilia Mirkin ---
(In reply to Christian Zigotzky from comment #17)
> Please note: This is a bug report from an enduser. Endusers aren't able to
> git bisect. They use the distributions for their daily work. I don't have
>
On Wed, 1 May 2019, 19:24 Koenig, Christian,
wrote:
>
>
> Am 01.05.2019 11:00 schrieb Lionel Landwerlin <
> lionel.g.landwer...@intel.com>:
>
> [CAUTION: External Email]
>
> On 16/04/2019 20:53, Dave Airlie wrote:
> > On Tue, 16 Apr 2019 at 22:58, Lionel Landwerlin
> > wrote:
> >> Unfortunately
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #17 from Christian Zigotzky ---
(In reply to Alex Deucher from comment #4)
> Hardly anything in the radeon driver has changed in the last few years.
> You'd really need to bisect. Also, can you attach a full dmesg (full logs
> not
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #18 from Christian Zigotzky ---
Did you modify the behaviour of the initialisation of two graphics cards in
the DRM updates 'drm-next-2018-12-14' [1]?
[1]
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #20 from Alex Deucher ---
(In reply to Christian Zigotzky from comment #17)
> (In reply to Alex Deucher from comment #4)
> > Hardly anything in the radeon driver has changed in the last few years.
> > You'd really need to bisect.
https://bugzilla.kernel.org/show_bug.cgi?id=203471
Bug ID: 203471
Summary: Tearing on Raven Ridge and RX560X PRIME setup even
with Vsync enabled
Product: Drivers
Version: 2.5
Kernel Version: 5.1 rc6
Hardware: All
https://bugzilla.kernel.org/show_bug.cgi?id=203473
Bug ID: 203473
Summary: ring gfx timeout when returning from suspension
Product: Drivers
Version: 2.5
Kernel Version: 5.x
Hardware: x86-64
OS: Linux
Tree:
https://bugzilla.kernel.org/show_bug.cgi?id=203473
Bruno Miguel (brunoalexandremig...@gmail.com) changed:
What|Removed |Added
Summary|ring gfx timeout when |ring gfx
https://bugs.freedesktop.org/show_bug.cgi?id=110574
--- Comment #2 from Joakim ---
I forgot to mention that the bug is circumvented if vertical synchronisation is
disabled in the XFCE compositor.
--
You are receiving this mail because:
You are the assignee for the
Hi Da.*,
Quiet week since the last PR, I'd say we're ready for the merge window!
drm-misc-next-fixes-2019-05-01:
core: restore drm mmap_range size back to 1TB (Philip)
sphinx: squash warning (Sean)
Cc: Philip Yang
Cc: Sean Paul
Cheers, Sean
The following changes since commit
https://bugs.freedesktop.org/show_bug.cgi?id=110510
--- Comment #5 from Tom B ---
Having swapped my HDMI monitor to use DisplayPort, everything is now perfectly
fine. Both monitors work entirely as expected, no flickering or system freezes.
--
You are receiving this mail because:
You are the
Boris Brezillon writes:
> +Rob, Eric, Mark and more
>
> Hi,
>
> On Fri, 5 Apr 2019 16:20:45 +0100
> Steven Price wrote:
>
>> On 04/04/2019 16:20, Boris Brezillon wrote:
>> > Hello,
>> >
>> > This patch adds new ioctls to expose GPU counters to userspace.
>> > These will be used by the mesa
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #22 from Christian Zigotzky ---
Edit: typo
Again. Did you modify the behaviour of the initialisation of two graphics cards
in the DRM updates 'drm-next-2018-12-14'? If you say no, then I can look in the
PowerPC updates. You need to
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #23 from Alex Deucher ---
(In reply to Christian Zigotzky from comment #22)
> Again. Did you modify the behaviour of the initialisation of two graphics
> cards in the DRM updates 'drm-next-2018-12-14'? If you say no, then I can
>
Hi Jagan
On Wed, May 01, 2019 at 05:44:47PM +0530, Jagan Teki wrote:
> HD702E lcd is FriendlyELEC developed eDP LCD panel with 800x1280
> resolution. It has built in Goodix, GT9271 captive touchscreen
> with backlight adjustable via PWM.
>
> Add support for it.
>
> Cc: Thierry Reding
> Cc: Sam
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #21 from Christian Zigotzky ---
Again. Did you modify the behaviour of the initialisation of two graphics cards
in the DRM updates 'drm-next-2018-12-14'? If you say no, than I can look in the
PowerPC updates. You need to know if
https://bugzilla.kernel.org/show_bug.cgi?id=201273
Marco (rodomar...@protonmail.com) changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=110574
Bug ID: 110574
Summary: System hang after screen power saving
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=110574
--- Comment #1 from Joakim ---
My current kernel version in Ubuntu:
5.0.0-13-generic #14-Ubuntu SMP Mon Apr 15 14:59:14 UTC 2019 x86_64 x86_64
x86_64 GNU/Linux
--
You are receiving this mail because:
You are the assignee for the
https://bugzilla.kernel.org/show_bug.cgi?id=201273
--- Comment #49 from Alex Deucher (alexdeuc...@gmail.com) ---
Can you still log in remotely via ssh and get an updated dmesg? If it's a
blank screen, can you try another display connector on the board? The
amdgpu.dc option switches between the
https://bugzilla.kernel.org/show_bug.cgi?id=203471
--- Comment #1 from Haxk20 (haxk...@gmail.com) ---
Created attachment 282573
--> https://bugzilla.kernel.org/attachment.cgi?id=282573=edit
dmesg
--
You are receiving this mail because:
You are watching the assignee of the bug.
Add core facilities for defining unit tests; this provides a common way
to define test cases, functions that execute code which is under test
and determine whether the code under test behaves as expected; this also
provides a way to group together related test cases in test suites (here
we call
Create a common API for test managed resources like memory and test
objects. A lot of times a test will want to set up infrastructure to be
used in test cases; this could be anything from just wanting to allocate
some memory to setting up a driver stack; this defines facilities for
creating "test
A number of test features need to do pretty complicated string printing
where it may not be possible to rely on a single preallocated string
with parameters.
So provide a library for constructing the string as you go similar to
C++'s std::string.
Signed-off-by: Brendan Higgins
---
## TLDR
I rebased the last patchset on 5.1-rc7 in hopes that we can get this in
5.2.
Shuah, I think you, Greg KH, and myself talked off thread, and we agreed
we would merge through your tree when the time came? Am I remembering
correctly?
## Background
This patch set proposes KUnit, a
https://bugzilla.kernel.org/show_bug.cgi?id=203471
--- Comment #2 from Haxk20 (haxk...@gmail.com) ---
Created attachment 282575
--> https://bugzilla.kernel.org/attachment.cgi?id=282575=edit
journalctl
If you need anything more please tell me.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=110443
--- Comment #8 from Julien Isorce ---
Thx a lot for reporting this issue. It should fallback to previous path for
r600, at least, I will take a look.
--
You are receiving this mail because:
You are the assignee for the
Add myself as maintainer of KUnit, the Linux kernel's unit testing
framework.
Signed-off-by: Brendan Higgins
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5c38f21aee787..c78ae95c56b80 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
From: Felix Guo
The ultimate goal is to create minimal isolated test binaries; in the
meantime we are using UML to provide the infrastructure to run tests, so
define an abstract way to configure and run tests that allow us to
change the context in which tests are built without affecting the
Add documentation for KUnit, the Linux kernel unit testing framework.
- Add intro and usage guide for KUnit
- Add API reference
Signed-off-by: Felix Guo
Signed-off-by: Brendan Higgins
---
Documentation/index.rst | 1 +
Documentation/kunit/api/index.rst | 16 ++
Add entry for the new proc sysctl KUnit test to the PROC SYSCTL section.
Signed-off-by: Brendan Higgins
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index c78ae95c56b80..23cc97332c3d7 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -12524,6
Add defconfig for UML and a fragment that can be used to configure other
architectures for building KUnit tests. Add option to kunit_tool to use
a defconfig to create the kunitconfig.
Signed-off-by: Brendan Higgins
---
arch/um/configs/kunit_defconfig | 8
https://bugs.freedesktop.org/show_bug.cgi?id=110443
--- Comment #9 from Julien Isorce ---
I think it is missing a:
"if (screen->resource_get_info)"
here
https://gitlab.freedesktop.org/mesa/mesa/blob/master/src/gallium/state_trackers/va/image.c#L254
--
You are receiving this mail because:
You
Add a test for string stream along with a simpler example.
Signed-off-by: Brendan Higgins
---
kunit/Kconfig | 12 ++
kunit/Makefile | 4 ++
kunit/example-test.c | 88 ++
kunit/string-stream-test.c | 61
Add support for aborting/bailing out of test cases, which is needed for
implementing assertions.
An assertion is like an expectation, but bails out of the test case
early if the assertion is not met. The idea with assertions is that you
use them to state all the preconditions for your test.
Add support for expectations, which allow properties to be specified and
then verified in tests.
Signed-off-by: Brendan Higgins
---
include/kunit/test.h | 419 +++
kunit/test.c | 34
2 files changed, 453 insertions(+)
diff --git
Add support for assertions which are like expectations except the test
terminates if the assertion is not satisfied.
The idea with assertions is that you use them to state all the
preconditions for your test. Logically speaking, these are the premises
of the test case, so if a premise isn't true,
From: Avinash Kondareddy
Tests how tests interact with test managed resources in their lifetime.
Signed-off-by: Avinash Kondareddy
Signed-off-by: Brendan Higgins
---
kunit/test-test.c | 122 ++
1 file changed, 122 insertions(+)
diff --git
Add KUnit to root Kconfig and Makefile allowing it to actually be built.
Signed-off-by: Brendan Higgins
---
Kconfig | 2 ++
Makefile | 2 +-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/Kconfig b/Kconfig
index 48a80beab6853..10428501edb78 100644
--- a/Kconfig
+++ b/Kconfig
@@
A lot of the expectation and assertion infrastructure prints out fairly
complicated test failure messages, so add a C++ style log library for
for logging test results.
Signed-off-by: Brendan Higgins
---
include/kunit/kunit-stream.h | 85
include/kunit/test.h | 2
Add KUnit tests for the KUnit test abort mechanism (see preceding
commit). Add tests both for general try catch mechanism as well as
non-architecture specific mechanism.
Signed-off-by: Brendan Higgins
---
kunit/Makefile| 3 +-
kunit/test-test.c | 135
From: Iurii Zaikin
KUnit tests for initialized data behavior of proc_dointvec that is
explicitly checked in the code. Includes basic parsing tests including
int min/max overflow.
Signed-off-by: Iurii Zaikin
Signed-off-by: Brendan Higgins
---
kernel/Makefile | 2 +
kernel/sysctl-test.c
https://bugs.freedesktop.org/show_bug.cgi?id=110575
Bug ID: 110575
Summary: [R9 380X] Artifacts in CSGO
Product: Mesa
Version: git
Hardware: Other
OS: Linux (All)
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=109206
--- Comment #40 from Jay Fitzpatrick ---
Issue still present on Fedora30 with Kernel 5.0.9-301.fc30.x86_64
Workaround
sudo mv /usr/lib/firmware/amdgpu/raven_dmcu.bin /home/XXX/
sudo dracut -f --kver 5.0.9-301.fc30.x86_64
Tested and working
https://bugs.freedesktop.org/show_bug.cgi?id=110443
Viktor Jägersküpper changed:
What|Removed |Added
CC||viktor_jaegerskuepper@freen
https://bugs.freedesktop.org/show_bug.cgi?id=110371
--- Comment #7 from babblebo...@gmail.com ---
Created attachment 144124
--> https://bugs.freedesktop.org/attachment.cgi?id=144124=edit
Dmesg drm.debug=4
Funny enough it complains about missing EDID in this one too. May not even be
the issue
https://bugs.freedesktop.org/show_bug.cgi?id=109206
--- Comment #41 from Talha Khan ---
Thanks for the update Jay. Did you upgrade or do a fresh install?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #24 from Christian Zigotzky ---
(In reply to Alex Deucher from comment #23)
> (In reply to Christian Zigotzky from comment #22)
> > Again. Did you modify the behaviour of the initialisation of two graphics
> > cards in the DRM
84 matches
Mail list logo