dri-devel September 2014

dri-devel@lists.freedesktop.org

173 participants
1045 discussions

[PATCH] drm/cirrus: bind also to qemu-xen-traditional
by Olaf Hering 23 Oct '14

23 Oct '14

qemu as used by xend/xm toolstack uses a different subvendor id. Bind the drm driver also to this emulated card. Signed-off-by: Olaf Hering <olaf(a)aepfle.de> --- drivers/gpu/drm/cirrus/cirrus_drv.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/cirrus/cirrus_drv.c b/drivers/gpu/drm/cirrus/cirrus_drv.c index 953fc8a..8555548 100644 --- a/drivers/gpu/drm/cirrus/cirrus_drv.c +++ b/drivers/gpu/drm/cirrus/cirrus_drv.c @@ -31,6 +31,8 @@ static struct drm_driver driver; static DEFINE_PCI_DEVICE_TABLE(pciidlist) = { { PCI_VENDOR_ID_CIRRUS, PCI_DEVICE_ID_CIRRUS_5446, 0x1af4, 0x1100, 0, 0, 0 }, + { PCI_VENDOR_ID_CIRRUS, PCI_DEVICE_ID_CIRRUS_5446, PCI_VENDOR_ID_XEN, + 0x0001, 0, 0, 0 }, {0,} };

2 4

[Bug 82711] New: After update to kernel soft lockup and incomplete boot
by bugzilla-daemon＠bugzilla.kernel.org 22 Oct '14

22 Oct '14

https://bugzilla.kernel.org/show_bug.cgi?id=82711 Bug ID: 82711 Summary: After update to kernel soft lockup and incomplete boot Product: Drivers Version: 2.5 Kernel Version: 3.16.1-1-ARCH Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: high Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: mike.cloaked(a)gmail.com Regression: No Created attachment 147021 --> https://bugzilla.kernel.org/attachment.cgi?id=147021&action=edit Systemd journal log after rebooting from crashed system After update to the kernel 3.16.1-1-ARCH the Lenovo Y510p with hybrid Intel/Nvidia graphics fails to boot though occasionally boot does complete and when it did then partial logs were available from the systemd journal despite having to pull the power to shutdown the system which corrupts the journal files. CPU soft lockup is one part of the log, and it seems that the graphics card fails to initialise properly also. Aug 18 10:10:14 lenovo2 kernel: nouveau E[ PGRAPH][0000:01:00.0] init failed, -16 Aug 18 10:10:14 lenovo2 kernel: nouveau E[ PGRAPH][0000:01:00.0][0x0300e417][ffff880263bcfc00] engine failed, -16 Aug 18 10:10:14 lenovo2 kernel: nouveau E[ PGRAPH][0000:01:00.0][0x0000a097][ffff880261d45700] parent failed, -16 Aug 18 10:10:14 lenovo2 kernel: nouveau E[Xorg.bin[439]] 0xdddddddd:0xcccc0000 init failed with -16 Aug 18 10:10:14 lenovo2 kernel: nouveau E[Xorg.bin[439]] 0xffffffff:0xdddddddd init failed with -16 Aug 18 10:10:14 lenovo2 kernel: nouveau E[Xorg.bin[439]] 0xffffffff:0xffffffff init failed with -16 Graphics cards are: 00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06) 01:00.0 VGA compatible controller: NVIDIA Corporation GK107M [GeForce GT 750M] (rev a1) I was not sure which components to select for this report so chose non Intel DRI - if necessary that can be changed. Either way when the bug hits during boot the VTs fill with log output but it is not clear that the logs contain all of the diagnostic information but the attached log file is all that I was able to capture. -- You are receiving this mail because: You are watching the assignee of the bug.

1 16

[Bug 84140] New: mplayer crashes playing some files using vdpau output
by bugzilla-daemon＠freedesktop.org 22 Oct '14

22 Oct '14

https://bugs.freedesktop.org/show_bug.cgi?id=84140 Priority: medium Bug ID: 84140 Assignee: dri-devel(a)lists.freedesktop.org Summary: mplayer crashes playing some files using vdpau output Severity: major Classification: Unclassified OS: Linux (All) Reporter: pejakm(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 106609 --> https://bugs.freedesktop.org/attachment.cgi?id=106609&action=edit gdb debugging log Driver: r600, using vdpau kernel patch. Mesa version: commit 4eb2bbefd2bf0359aff7ebbb8e931a1c7833606f. mplayer crashes playing »some« x264 files using vdpau. `ffmpeg -i` for those files reports: > Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x800 [SAR 1:1 DAR 12:5], 1769 kb/s, 23.98 fps, 23.98 tbr, 96k tbn, 47.95 tbc (default) The same command for files which don't cause crash looks like this: > Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 1920x800, 1979 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc (default) (the difference is this "SAR DAR" thing). Mplayer config ($HOME/.mplayer/config) is > vo = vdpau > [vo.vdpau] > vc=ffh264vdpau,ffmpeg12vdpau, Debug log attached. vdpauinfo log attached. Note: I think I could play all x264 encoded files few days ago (same setup, older mesa drivers), so this might be a some kind of regression. -- You are receiving this mail because: You are the assignee for the bug.

1 28

[Bug 84439] New: Corruption and freezing issues with Radeon 6670
by bugzilla-daemon＠freedesktop.org 18 Oct '14

18 Oct '14

https://bugs.freedesktop.org/show_bug.cgi?id=84439 Priority: medium Bug ID: 84439 Assignee: dri-devel(a)lists.freedesktop.org Summary: Corruption and freezing issues with Radeon 6670 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: t_arceri(a)yahoo.com.au Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: Drivers/Gallium/r600 Product: Mesa Created attachment 107028 --> https://bugs.freedesktop.org/attachment.cgi?id=107028&action=edit dmseg Output I've been sitting on this one for a while as I was just hoping it would get fixed, but after trying the 21 alpha release its still an issue so I thought I'd try get it some attention. Anyway I have an issue that makes the open drivers unusable with my Radeon 6670. As soon as fedora boots up (including login and the screen with the little fedora icon loading) I get a corrupt display. See the attached image. Eventually this issue causes the system to freeze. The freezing happens even quicker when booting a live image. I have the same problem in Ubuntu so its not only a Fedora issue but I solve it there running Catalyst. I've also tried to find reports of people having the same issue but haven't found any. The card is a PowerColor Radeon 6670 1GB. The card also works fine on windows with Catalyst. X.org log and dmseg output attached -- You are receiving this mail because: You are the assignee for the bug.

1 5

Testing LibDRM with Multi-Monitors on VMWare Fusion / Workstation
by Rian Quinn 17 Oct '14

17 Oct '14

I have been doing a lot of work with LibDRM, including Multi-Monitor work on Intel and VMWare. Do you guy’s know if there is an easy way to tell VMWare to add more virtual display’s for testing? LibDRM reports something like 8 different connectors, and several CRTCs, so I know it at least supports Multi-Monitor, I’m just not sure how to tell the hypervisor to enable more than one for testing. I’m sure this is a question for a better list, but I figured I cannot be the only one interested in working with LibDRM on VMWare. Thanks in advance, - Rian

2 2

[PATCH v4 00/23] AMDKFD Kernel Driver
by Oded Gabbay 14 Oct '14

14 Oct '14

Hi, Here is the v4 patch set of amdkfd. This version mainly contains fixes to the code published in v3 and changes to commit messages to reflect the fixes. In addition, I have added the latest version of a patch-set prepared by Joerg Roedel that allows the mm sub-system to handle TLBs which are external to the CPU (i.e handled by the IOMMU). The patch-set is rebased over latest drm-next (3.17-rc5) and radeon's drm-next-3.18. Therefore, I removed some mm and IOMMU patches that were part of my tree in v3 as they are already merged into kernel 3.17 For people who like to review using git, the v4 patch set is located at: http://cgit.freedesktop.org/~gabbayo/linux/?h=amdkfd-v4 Link to v3 cover letter: http://lwn.net/Articles/607730/ Link to v2 cover letter: http://lists.freedesktop.org/archives/dri-devel/2014-July/064011.html Link to v1 cover letter: http://lwn.net/Articles/605153/ Any comment / review is appreciated. - Oded Alexey Skidanov (1): amdkfd: Implement the Get Process Aperture IOCTL Andrew Lewycky (3): amdkfd: Add basic modules to amdkfd amdkfd: Add interrupt handling module amdkfd: Implement the Set Memory Policy IOCTL Ben Goz (8): amdkfd: Add queue module amdkfd: Add mqd_manager module amdkfd: Add kernel queue module amdkfd: Add module parameter of scheduling policy amdkfd: Add packet manager module amdkfd: Add process queue manager module amdkfd: Add device queue manager module amdkfd: Implement the create/destroy/update queue IOCTLs Evgeny Pinchuk (2): amdkfd: Add topology module to amdkfd amdkfd: Implement the Get Clock Counters IOCTL Oded Gabbay (9): drm/radeon: reduce number of free VMIDs and pipes in KV drm/radeon/cik: Don't touch int of pipes 1-7 drm/radeon: Report doorbell configuration to amdkfd drm/radeon: adding synchronization for GRBM GFX drm/radeon: Add radeon <--> amdkfd interface Update MAINTAINERS and CREDITS files with amdkfd info amdkfd: Add IOCTL set definitions of amdkfd amdkfd: Add amdkfd skeleton driver amdkfd: Add binding/unbinding calls to amd_iommu driver CREDITS | 7 + MAINTAINERS | 10 + drivers/gpu/drm/radeon/Kconfig | 2 + drivers/gpu/drm/radeon/Makefile | 3 + drivers/gpu/drm/radeon/amdkfd/Kconfig | 10 + drivers/gpu/drm/radeon/amdkfd/Makefile | 14 + drivers/gpu/drm/radeon/amdkfd/cik_regs.h | 221 ++++ drivers/gpu/drm/radeon/amdkfd/kfd_aperture.c | 350 ++++++ drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c | 520 +++++++++ drivers/gpu/drm/radeon/amdkfd/kfd_crat.h | 294 +++++ drivers/gpu/drm/radeon/amdkfd/kfd_device.c | 300 +++++ .../drm/radeon/amdkfd/kfd_device_queue_manager.c | 995 ++++++++++++++++ .../drm/radeon/amdkfd/kfd_device_queue_manager.h | 144 +++ drivers/gpu/drm/radeon/amdkfd/kfd_doorbell.c | 236 ++++ drivers/gpu/drm/radeon/amdkfd/kfd_interrupt.c | 161 +++ drivers/gpu/drm/radeon/amdkfd/kfd_kernel_queue.c | 330 ++++++ drivers/gpu/drm/radeon/amdkfd/kfd_kernel_queue.h | 66 ++ drivers/gpu/drm/radeon/amdkfd/kfd_module.c | 147 +++ drivers/gpu/drm/radeon/amdkfd/kfd_mqd_manager.c | 312 +++++ drivers/gpu/drm/radeon/amdkfd/kfd_mqd_manager.h | 88 ++ drivers/gpu/drm/radeon/amdkfd/kfd_packet_manager.c | 495 ++++++++ drivers/gpu/drm/radeon/amdkfd/kfd_pasid.c | 95 ++ drivers/gpu/drm/radeon/amdkfd/kfd_pm4_headers.h | 682 +++++++++++ drivers/gpu/drm/radeon/amdkfd/kfd_pm4_opcodes.h | 107 ++ drivers/gpu/drm/radeon/amdkfd/kfd_priv.h | 560 +++++++++ drivers/gpu/drm/radeon/amdkfd/kfd_process.c | 350 ++++++ .../drm/radeon/amdkfd/kfd_process_queue_manager.c | 353 ++++++ drivers/gpu/drm/radeon/amdkfd/kfd_queue.c | 85 ++ drivers/gpu/drm/radeon/amdkfd/kfd_topology.c | 1207 ++++++++++++++++++++ drivers/gpu/drm/radeon/amdkfd/kfd_topology.h | 168 +++ drivers/gpu/drm/radeon/cik.c | 154 +-- drivers/gpu/drm/radeon/cik_reg.h | 65 ++ drivers/gpu/drm/radeon/cikd.h | 53 +- drivers/gpu/drm/radeon/radeon.h | 10 + drivers/gpu/drm/radeon/radeon_device.c | 32 + drivers/gpu/drm/radeon/radeon_drv.c | 5 + drivers/gpu/drm/radeon/radeon_kfd.c | 525 +++++++++ drivers/gpu/drm/radeon/radeon_kfd.h | 177 +++ drivers/gpu/drm/radeon/radeon_kms.c | 7 + include/uapi/linux/kfd_ioctl.h | 126 ++ 40 files changed, 9371 insertions(+), 95 deletions(-) create mode 100644 drivers/gpu/drm/radeon/amdkfd/Kconfig create mode 100644 drivers/gpu/drm/radeon/amdkfd/Makefile create mode 100644 drivers/gpu/drm/radeon/amdkfd/cik_regs.h create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_aperture.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_crat.h create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_device.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_device_queue_manager.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_device_queue_manager.h create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_doorbell.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_interrupt.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_kernel_queue.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_kernel_queue.h create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_module.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_mqd_manager.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_mqd_manager.h create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_packet_manager.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_pasid.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_pm4_headers.h create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_pm4_opcodes.h create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_priv.h create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_process.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_process_queue_manager.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_queue.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_topology.c create mode 100644 drivers/gpu/drm/radeon/amdkfd/kfd_topology.h create mode 100644 drivers/gpu/drm/radeon/radeon_kfd.c create mode 100644 drivers/gpu/drm/radeon/radeon_kfd.h create mode 100644 include/uapi/linux/kfd_ioctl.h -- 1.9.1

2 28

[Bug 79649] New: [PATCH RFC] r300/compiler: recursive look for RC_OPCODE_S**
by bugzilla-daemon＠freedesktop.org 14 Oct '14

14 Oct '14

https://bugs.freedesktop.org/show_bug.cgi?id=79649 Priority: medium Bug ID: 79649 Assignee: dri-devel(a)lists.freedesktop.org Summary: [PATCH RFC] r300/compiler: recursive look for RC_OPCODE_S** Severity: normal Classification: Unclassified OS: All Reporter: david.heidelberger(a)ixit.cz Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r300 Product: Mesa Created attachment 100416 --> https://bugs.freedesktop.org/attachment.cgi?id=100416&action=edit 0001-r300-compiler-recursive-look-for-RC_OPCODE_S.patch Get rid of error "Failed to build loop info" by fixing failure in cases like 4: SGE temp[2].x, temp[0].xxxx, const[0].wwww; 5: CMP temp[1].x, -temp[2].xxxx, const[0].zzzz, temp[1].xxxx; 6: IF temp[1].xxxx; On RS690 - fixes piglit glean "do-loop with continue and break" - changes error from Failed to build loop info -> Not a native swizzle: 00000e89 r300_fragprog_emit.c::begin_tex(): Too many texture indirections for "discard statement in for loop" - hide Failed to build loop info for "precision log2", "while-loop with continue", "for-loop with continue" and return "1 1 1 1" insted of "0 0 0 1" -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 83731] New: dpm still not working on radeon TURKS 1002:6840
by bugzilla-daemon＠bugzilla.kernel.org 14 Oct '14

14 Oct '14

https://bugzilla.kernel.org/show_bug.cgi?id=83731 Bug ID: 83731 Summary: dpm still not working on radeon TURKS 1002:6840 Product: Drivers Version: 2.5 Kernel Version: 3.17-rc Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: giancarlo.formicuccia(a)gmail.com Regression: No Created attachment 149011 --> https://bugzilla.kernel.org/attachment.cgi?id=149011&action=edit kernel messages with dpm enabled Now that dpm is enabled by default on TURKS cards, I'd like to give another try to get it working on my card. Booting a 3.17-rc3 kernel results in a blank screen; the computer is not locked up, I still can ssh into the machine and grab the kernel messages. lspci reports: 01:00.0 0300: 1002:6840 (rev ff) (prog-if ff) !!! Unknown header type 7f Kernel driver in use: radeon Kernel modules: radeon 01:00.1 0403: 1002:aa90 (rev ff) (prog-if ff) !!! Unknown header type 7f Kernel modules: snd_hda_intel Loading the radeon module with dpm=0 works without problems. Note that dpm *did* work correctly until 3.13 kernels (using dpm=1); then it broke during the 3.14 delopement cycle. I bisected the bad commit in 6c7bccea390853bdec5b76fe31fc50f3b36f75d5 drm/radeon/pm: move pm handling into the asic specific code and reported the problem on the dri-devel ml, without luck. My guess is that something changed during the initialization of the card which is confusing this GPU, but I was unable to identify the problem by myself. Attached the kernel messages after loading the radeon module on 3.17-rc3. -- You are receiving this mail because: You are watching the assignee of the bug.

1 3

[PATCH] drm: change drm_err return type to void
by Joe Perches 13 Oct '14

13 Oct '14

The return value is not used by callers of this function nor by uses of the DRM_ERROR macro so change the function to return void. Signed-off-by: Joe Perches <joe(a)perches.com> --- This change is associated to a desire to eventually change printk to return void. No x86 change in output size for drm_drv.o drivers/gpu/drm/drm_drv.c | 7 ++----- include/drm/drmP.h | 2 +- 2 files changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c index 6a11902..8889f8e 100644 --- a/drivers/gpu/drm/drm_drv.c +++ b/drivers/gpu/drm/drm_drv.c @@ -56,22 +56,19 @@ static struct idr drm_minors_idr; struct class *drm_class; static struct dentry *drm_debugfs_root; -int drm_err(const char *func, const char *format, ...) +void drm_err(const char *func, const char *format, ...) { struct va_format vaf; va_list args; - int r; va_start(args, format); vaf.fmt = format; vaf.va = &args; - r = printk(KERN_ERR "[" DRM_NAME ":%s] *ERROR* %pV", func, &vaf); + printk(KERN_ERR "[" DRM_NAME ":%s] *ERROR* %pV", func, &vaf); va_end(args); - - return r; } EXPORT_SYMBOL(drm_err); diff --git a/include/drm/drmP.h b/include/drm/drmP.h index 5c60d38..2163ccb 100644 --- a/include/drm/drmP.h +++ b/include/drm/drmP.h @@ -124,7 +124,7 @@ extern __printf(2, 3) void drm_ut_debug_printk(const char *function_name, const char *format, ...); extern __printf(2, 3) -int drm_err(const char *func, const char *format, ...); +void drm_err(const char *func, const char *format, ...); /***********************************************************************/ /** \name DRM template customization defaults */

4 5

[Bug 82920] New: Invalid read during geometry program build
by bugzilla-daemon＠freedesktop.org 12 Oct '14

12 Oct '14

https://bugs.freedesktop.org/show_bug.cgi?id=82920 Priority: medium Bug ID: 82920 Assignee: dri-devel(a)lists.freedesktop.org Summary: Invalid read during geometry program build Severity: normal Classification: Unclassified OS: All Reporter: pavol(a)klacansky.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Created attachment 105060 --> https://bugs.freedesktop.org/attachment.cgi?id=105060&action=edit mc When I try to compile marching cubes geometry program I get a lot of these ==31997== Invalid read of size 8 ==31997== at 0x9B51ED0: ??? (in /usr/lib/x86_64-linux-gnu/dri/r600_dri.so) ==31997== by 0x9B49F4F: ??? (in /usr/lib/x86_64-linux-gnu/dri/r600_dri.so) ==31997== by 0x9B93E56: ??? (in /usr/lib/x86_64-linux-gnu/dri/r600_dri.so) ==31997== by 0x9A7CB2E: ??? (in /usr/lib/x86_64-linux-gnu/dri/r600_dri.so) ==31997== by 0x9A7ED00: ??? (in /usr/lib/x86_64-linux-gnu/dri/r600_dri.so) ==31997== by 0x405371: main (mc.c:155) and these EE ../../../../../../src/gallium/drivers/r600/r600_shader.c:353 tgsi_is_supported - unsupported src 0 (dimension 1) EE ../../../../../../src/gallium/drivers/r600/r600_shader.c:157 r600_pipe_shader_create - translation from TGSI failed ! EE ../../../../../../src/gallium/drivers/r600/r600_state_common.c:751 r600_shader_select - Failed to build shader variant (type=2) -22 I have attached whole program. It needs GLFW3 and GLEW. -- You are receiving this mail because: You are the assignee for the bug.

1 6

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2014