Hi,
Here comes the 3d rendering support patch series for virtio-gpu,
along with a few bugfixes and page-flip support. The latter needs
some careful review.
Patches 1-3 carry bugfixes.
Patches 4-6 bring 3d rendering support.
Patch 7 brings page-flip support.
Corresponsing qemu patches have been posted too. Most recent patch
series post is here (there will be an update soon, git tree is already
more recent than that and is recommended for testing):
https://www.mail-archive.com/qemu-…
[View More]devel@nongnu.org/msg319956.html
Thee are also git branches with the kernel and qemu code:
https://www.kraxel.org/cgit/linux/log/?h=virtio-gpuhttps://www.kraxel.org/cgit/qemu/log/?h=rebase/virgl-wip
please review,
Gerd
Dave Airlie (2):
virtio-gpu: add basic prime support
virtio-gpu: mark as a render gpu
Gerd Hoffmann (5):
virtio-gpu: add virtio_gpu_queue_ctrl_buffer_locked
virtio-gpu: add & use virtio_gpu_queue_fenced_ctrl_buffer
virtio-gpu: wait for cursor updates finish
virtio-gpu: add 3d/virgl support
[wip] virtio-gpu: add page flip support
drivers/gpu/drm/virtio/Makefile | 3 +-
drivers/gpu/drm/virtio/virtgpu_display.c | 57 ++-
drivers/gpu/drm/virtio/virtgpu_drv.c | 28 +-
drivers/gpu/drm/virtio/virtgpu_drv.h | 72 ++++
drivers/gpu/drm/virtio/virtgpu_fence.c | 2 +-
drivers/gpu/drm/virtio/virtgpu_gem.c | 41 +++
drivers/gpu/drm/virtio/virtgpu_ioctl.c | 572 +++++++++++++++++++++++++++++++
drivers/gpu/drm/virtio/virtgpu_kms.c | 133 ++++++-
drivers/gpu/drm/virtio/virtgpu_prime.c | 71 ++++
drivers/gpu/drm/virtio/virtgpu_ttm.c | 1 +
drivers/gpu/drm/virtio/virtgpu_vq.c | 322 ++++++++++++++++-
include/uapi/drm/Kbuild | 1 +
include/uapi/drm/virtgpu_drm.h | 167 +++++++++
include/uapi/linux/virtio_gpu.h | 112 +++++-
14 files changed, 1564 insertions(+), 18 deletions(-)
create mode 100644 drivers/gpu/drm/virtio/virtgpu_ioctl.c
create mode 100644 drivers/gpu/drm/virtio/virtgpu_prime.c
create mode 100644 include/uapi/drm/virtgpu_drm.h
--
1.8.3.1
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=92270
Bug ID: 92270
Summary: Radeon R7 M260/M265 - *ERROR* amdgpu: ring 0 test
failed (scratch(0xC040)=0xCAFEDEAD)
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
…
[View More]Reporter: edersondisouza(a)hotmail.com
Created attachment 118649
--> https://bugs.freedesktop.org/attachment.cgi?id=118649&action=edit
dmesg
Hello,
I have a Dell Inspiron with a Radeon R7 M260/M265 [Topaz XT] - as reported by
lspci, and I'm facing problems with GPU initialisation, rendenring it unusable,
it is not listed on `xrandr --listproviders`, for instance, althoug the driver
is properly loaded. Attached are `dmesg` and `lspci -k`. Please let me know if
there's something else I can do to help.
Thanks for any help,
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=93748
Bug ID: 93748
Summary: [r600g]OpenCL driver causes ImageMagick to segfault
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: nixscripter(a)gmail.com
QA …
[View More]Contact: dri-devel(a)lists.freedesktop.org
Created attachment 121096
--> https://bugs.freedesktop.org/attachment.cgi?id=121096&action=edit
Output of /usr/bin/display
If I compile ImageMagick with OpenCL support, and use the display utility to
view any image, the program segfaults before anything is rendered with the
attached LLVM error.
I'm using ImageMagick 6.2.9.6, though it has failed on several previous
versions also.
The relevant piece of source code is in magick/accelerate.c, a gigantic list of
OpenCL stuff (which I must admit I am ill-equipped to read). The function it
complains about, GenerateNoiseImage, seems to start on line 428.
I'm using LLVM r254897 from SVN, and Mesa commit 9214664 (r74971).
My card is:
Advanced Micro Devices, Inc. [AMD/ATI] Juniper PRO [Radeon HD 6750]
Please let me know if you need more information.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
Hi Inki,
This patchset removes hacky mode validation in Mixer driver by adding
atomic_check callback to exynos_crtc and replacing direct function call
with DRM framework validation. As a result HDMI driver does not depend anymore
on MIXER driver and both drivers can be selected with different Kconfig options,
it is usefull especially for latests SoCs which do have HDMI IP but do not have
MIXER IP.
Additionally patchset performs small Kconfig refactoring.
Krzysztof could you look at …
[View More]exynos_defconfig patch. Maybe it would be good
to merge it before next patch to allow full bi-sectability :)
Regards
Andrzej
Andrzej Hajda (7):
drm/exynos: add atomic_check callback to exynos_crtc
drm/exynos/mixer: replace direct cross-driver call with drm mode
validation
ARM: exynos_defconfig: enable Exynos DRM Mixer driver
drm/exynos: separate Mixer and HDMI drivers
drm/exynos: abstract out common dependency
drm/exynos: re-arrange Kconfig entries
drm/exynos: simplify Kconfig component names
arch/arm/configs/exynos_defconfig | 1 +
drivers/gpu/drm/exynos/Kconfig | 75 +++++++++++++++++++-------------
drivers/gpu/drm/exynos/Makefile | 3 +-
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 12 +++++
drivers/gpu/drm/exynos/exynos_drm_drv.c | 4 +-
drivers/gpu/drm/exynos/exynos_drm_drv.h | 3 ++
drivers/gpu/drm/exynos/exynos_hdmi.c | 5 ---
drivers/gpu/drm/exynos/exynos_mixer.c | 6 ++-
drivers/gpu/drm/exynos/exynos_mixer.h | 20 ---------
9 files changed, 69 insertions(+), 60 deletions(-)
delete mode 100644 drivers/gpu/drm/exynos/exynos_mixer.h
--
1.9.1
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=80004
Priority: medium
Bug ID: 80004
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Serious Sam 3 BFE - incorrect weapon rendering
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: vitalif(a)yourcmc.ru
Hardware: x86 (IA32)
Status: NEW
Version: 10.1
Component: Drivers/Gallium/r600
Product: …
[View More]Mesa
Created attachment 101017
--> https://bugs.freedesktop.org/attachment.cgi?id=101017&action=edit
Incorrect weapon rendering
Hi!
I try to play Serious Sam 3 BFE using Mesa and r600g driver, and I get
incorrect rendering of the weapon - it's rendered "diagonal" (see the
screenshot).
Linux kernel is Debian's 3.14.4-1.1, but most of the system is i386. Mesa is
10.1.2 from Debian repos.
Card is ATI Mobility Radeon HD 4670.
OpenGL renderer string: Gallium 0.4 on AMD RV730
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.1.2
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
Is it a known issue?
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=89254
Bug ID: 89254
Summary: Dota2 hangs the gpu
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: m.cencora(a)gmail.com
QA Contact: dri-devel(a)lists.…
[View More]freedesktop.org
Created attachment 113710
--> https://bugs.freedesktop.org/attachment.cgi?id=113710&action=edit
glxinfo output
Dota2 hanged gpu for me 3 times in a row after loading or rejoining a game. It
wasn't crashing for other games, but only for a single one (so far). Possibly
the bug is triggered by a specific custom hero outfit/effect.
Attached glxinfo output and dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=72307
Priority: medium
Bug ID: 72307
Assignee: dri-devel(a)lists.freedesktop.org
Summary: [radeonsi] radeonsi_dri.so undefined symbol: setupterm
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: neatnoise(a)gmail.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: git
Component: Drivers/Gallium/radeonsi
…
[View More] Product: Mesa
Created attachment 90220
--> https://bugs.freedesktop.org/attachment.cgi?id=90220&action=edit
Xorg log
Hello. I can see following errors when starting Xorg:
failed to open /usr/lib64/dri/radeonsi_dri.so: /usr/lib64/dri/radeonsi_dri.so:
undefined symbol: setupterm
gbm: failed to open any driver (search paths /usr/lib64/dri)failed to load
driver: radeonsi
failed to load module: /usr/lib64/gbm/gbm_gallium_drm.so: cannot open shared
object file: No such file or directory
couldn't get display device
Program received signal SIGSEGV, Segmentation fault.
0x000000000020e116 in ?? ()
OS: Gentoo
User space packages:
media-libs/mesa git
sys-devel/llvm git
x11-libs/libdrm git
x11-libs/glamor git
x11-drivers/xf86-video-ati git
x11-base/xorg-server 1.14.3
Linux Kernel: 3.13.0-rc2
Mesa source config:
./configure --prefix=/usr --build=x86_64-pc-linux-gnu
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info
--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib
--libdir=/usr/lib64 --disable-silent-rules --disable-dependency-tracking
--enable-dri --enable-glx --enable-shared-glapi --enable-texture-float
--disable-debug --enable-egl --enable-gbm --disable-gles1 --disable-gles2
--enable-glx-tls --disable-osmesa --enable-asm --without-llvm-shared-libs
--with-dri-drivers=,swrast,radeon,r200
--with-gallium-drivers=,swrast,radeonsi,r300,r600 PYTHON2=/usr/bin/python2.7
--with-egl-platforms=x11,drm --enable-gallium-llvm --disable-openvg
--disable-gallium-egl --enable-r600-llvm-compiler --enable-vdpau --disable-xa
--disable-xvmc
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=73785
Priority: medium
Bug ID: 73785
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Team Fortress 2 causes random GPU stalls on radeonsi
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: xamaniqinqu(a)gmail.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: git
Component: Drivers/Gallium/radeonsi
…
[View More] Product: Mesa
Created attachment 92376
--> https://bugs.freedesktop.org/attachment.cgi?id=92376&action=edit
dmesg output related to the GPU stall.
Overview:
The game "Team Fortress 2" causes the GPU to stall randomly. The stalls
sometimes resolve by themselves after ~1 min, but will occur again rapidly.
Steps to reproduce:
1) Install "Team Fortress 2" through Steam (
http://store.steampowered.com/app/440/ ).
2) Start the game, join a map.
3) Play until the GPU hangs.
4) Optionally: wait until GPU recovers.
Actual results:
Frequent GPU stalls while playing Team Fortress 2. Sometimes video output
is restored after ~1 min.
Expected results:
No stalls.
Build date and platform:
Build date of all components: 01/18/2014
Linux kernel version: 3.13-rc8 x86_64
Mesa: git (566e0ddfd01dbadd75462fed5a3f141b9f494028)
LLVM: 3.5-svn (commit 199570)
Additional information:
I am running on a Radeon HD 7970 with DVI output at 2560x1440. Dynamic
power management is enabled. Disabling Hi-Z does not alleviate the problem. The
output of "dmesg 'drm\|radeon'" has been added as an attachment. I could not
reproduce the issue (yet) in another Source engine title, "Left 4 Dead 2".
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=93144
Bug ID: 93144
Summary: [radeonsi] Alien: Isolation bug
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/radeonsi
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: step2back+freedesktop(a)gmail.com
QA Contact: …
[View More]dri-devel(a)lists.freedesktop.org
Created attachment 120177
--> https://bugs.freedesktop.org/attachment.cgi?id=120177&action=edit
Rendering bug
Menu, opening clip, opening cutscene on game engine (I guess game engine
renders it) render fine. There is bug in first gameplay. I attached screenshot
and video of it. The game is on sale before 1 december in steam. I can purchase
it as gift (one or two copies) for assigned developer.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]