From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 81066] New: [r600g] Second Life causes GPU to lock up sometimes with DRI_PRIME Date: Tue, 08 Jul 2014 20:55:16 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1004779621==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id DE9216E3D0 for ; Tue, 8 Jul 2014 13:55:15 -0700 (PDT) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1004779621== Content-Type: multipart/alternative; boundary="1404852915.Da8C25b0.21408"; charset="us-ascii" --1404852915.Da8C25b0.21408 Date: Tue, 8 Jul 2014 20:55:15 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=81066 Priority: medium Bug ID: 81066 Assignee: dri-devel@lists.freedesktop.org Summary: [r600g] Second Life causes GPU to lock up sometimes with DRI_PRIME Severity: normal Classification: Unclassified OS: Linux (All) Reporter: shawn.starr@rogers.com Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Created attachment 102452 --> https://bugs.freedesktop.org/attachment.cgi?id=102452&action=edit Kernel stack dump kernel: 3.16.0-0.rc4.git0.1.fc21.1.x86_64 mesa: 0.3.0-2.20140707.fc21.x86_64 (git master) Xorg: 1.15.99.904-1.fc21.x86_64 (git master, no 904 build yet) kernel command boot options: BOOT_IMAGE=/vmlinuz-3.16.0-0.rc4.git0.1.fc21.1.x86_64 root=/dev/mapper/fedora_segfault-root ro vconsole.keymap=us rhgb slub_debug=- cgroup_disable=memory console=tty0 console=ttyS0,115200n8 radeon.runpm=0 radeon.dpm=1 radeon.hard_reset=1 intel_iommu=on vfio_iommu_type1.allow_unsafe_interrupts=1 LANG=en_CA.UTF-8 Kernel dump from lockup see attachment 1) I am trying to use the PCI hard_reset radeon.ko option 2) pciehp decides to yank the GPU driver while it's doing a PCI reset (!) 3) When the GPU is reset, it's in a non-finished startup state. This all happened when I tried to play Second Life with the Radeon GPU as offload renderer on the Intel GM45 GPU which is doing the display. To run Second Life I'm using: $ LIBGL_DRI3_DISABLE=1 $ xrandr --setprovideroffloadsink 0x55 0xa2 $DRI_PRIME=1 ./singularity >& /dev/null & Here is the Xrandr providers list: Providers: number : 3 Provider 0: id: 0xa2 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 3 outputs: 4 associated providers: 2 name:Intel Provider 1: id: 0x55 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 2 outputs: 4 associated providers: 2 name:radeon Provider 2: id: 0x55 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 2 outputs: 4 associated providers: 2 name:radeon -- You are receiving this mail because: You are the assignee for the bug. --1404852915.Da8C25b0.21408 Date: Tue, 8 Jul 2014 20:55:15 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Priority medium
Bug ID 81066
Assignee dri-devel@lists.freedesktop.org
Summary [r600g] Second Life causes GPU to lock up sometimes with DRI_PRIME
Severity normal
Classification Unclassified
OS Linux (All)
Reporter shawn.starr@rogers.com
Hardware x86-64 (AMD64)
Status NEW
Version XOrg CVS
Component DRM/Radeon
Product DRI

Created attachment 102452 [details]
Kernel stack dump

kernel: 3.16.0-0.rc4.git0.1.fc21.1.x86_64
mesa: 0.3.0-2.20140707.fc21.x86_64 (git master)
Xorg: 1.15.99.904-1.fc21.x86_64 (git master, no 904 build yet)

kernel command boot options:
BOOT_IMAGE=/vmlinuz-3.16.0-0.rc4.git0.1.fc21.1.x86_64
root=/dev/mapper/fedora_segfault-root ro vconsole.keymap=us rhgb slub_debug=-
cgroup_disable=memory console=tty0 console=ttyS0,115200n8 radeon.runpm=0
radeon.dpm=1 radeon.hard_reset=1 intel_iommu=on
vfio_iommu_type1.allow_unsafe_interrupts=1 LANG=en_CA.UTF-8

Kernel dump from lockup see attachment

1 [details] [review]) I am trying to use the PCI hard_reset radeon.ko option
2) pciehp decides to yank the GPU driver while it's doing a PCI reset (!)
3) When the GPU is reset, it's in a non-finished startup state.

This all happened when I tried to play Second Life with the Radeon GPU as
offload renderer on the Intel GM45 GPU which is doing the display.

To run Second Life I'm using:

$ LIBGL_DRI3_DISABLE=1
$ xrandr --setprovideroffloadsink 0x55 0xa2
$DRI_PRIME=1 ./singularity >& /dev/null &

Here is the Xrandr providers list:

Providers: number : 3
Provider 0: id: 0xa2 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs:
3 outputs: 4 associated providers: 2 name:Intel
Provider 1: id: 0x55 cap: 0xf, Source Output, Sink Output, Source Offload, Sink
Offload crtcs: 2 outputs: 4 associated providers: 2 name:radeon
Provider 2: id: 0x55 cap: 0xf, Source Output, Sink Output, Source Offload, Sink
Offload crtcs: 2 outputs: 4 associated providers: 2 name:radeon


You are receiving this mail because:
  • You are the assignee for the bug.
--1404852915.Da8C25b0.21408-- --===============1004779621== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel --===============1004779621==--