dri-devel September 2014

dri-devel@lists.freedesktop.org

173 participants
1045 discussions

[Bug 77181] New: radeon -- GPU lockup when hibernating or waking up
by bugzilla-daemon＠bugzilla.kernel.org 22 Sep '14

22 Sep '14

https://bugzilla.kernel.org/show_bug.cgi?id=77181 Bug ID: 77181 Summary: radeon -- GPU lockup when hibernating or waking up Product: Drivers Version: 2.5 Kernel Version: 3.15.0-rc8 Hardware: x86-64 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: grawity(a)gmail.com Regression: No With 3.15-rc* kernels (including -rc8 built today), hibernation (suspend to disk) doesn't work properly; the system hangs for ~10 seconds and I get a "GPU lockup" message before it continues. The same happens both when hibernating, and when resuming from hibernation. (Suspend-to-RAM, however, works perfectly.) In the last few attempts, during resume it recovered from the lockup, but remained unstable afterwards (see second "GPU softreset" log at the bottom). The same happens both with Xorg running, and without. Computer: ASUS K52JT.206 laptop, using UEFI. 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Robson CE [Radeon HD 6370M/7370M] [1002:68e4] dmesg after resuming from hibernate: [ 235.036435] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 235.609112] PM: Hibernation mode set to 'platform' [ 235.765779] wlan0: deauthenticating from 24:a4:3c:ae:df:83 by local choice (Reason: 3=DEAUTH_LEAVING) [ 235.773778] cfg80211: Calling CRDA to update world regulatory domain [ 235.773990] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 235.776029] cfg80211: World regulatory domain updated: [ 235.776034] cfg80211: [snip] [ 235.817885] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 235.883507] PM: Syncing filesystems ... done. [ 237.132171] Freezing user space processes ... (elapsed 0.023 seconds) done. [ 237.155971] PM: Marking nosave pages: [mem 0x000a0000-0x000fffff] [ 237.155974] PM: Marking nosave pages: [mem 0x029a9000-0x029a9fff] [ 237.155975] PM: Marking nosave pages: [mem 0x029b8000-0x029b9fff] [ 237.155976] PM: Marking nosave pages: [mem 0x029c3000-0x029c3fff] [ 237.155978] PM: Marking nosave pages: [mem 0xbed06000-0xbed91fff] [ 237.155980] PM: Marking nosave pages: [mem 0xbed95000-0xbed9bfff] [ 237.155981] PM: Marking nosave pages: [mem 0xbed9d000-0xbee02fff] [ 237.155984] PM: Marking nosave pages: [mem 0xbf800000-0xffffffff] [ 237.156474] PM: Basic memory bitmaps created [ 237.156517] PM: Preallocating image memory... done (allocated 362140 pages) [ 237.269398] PM: Allocated 1448560 kbytes in 0.11 seconds (13168.72 MB/s) [ 237.269400] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. [ 237.270653] Suspending console(s) (use no_console_suspend to debug) [ 237.274839] pciehp 0000:00:1c.1:pcie04: slot(1): Link Up event [ 237.283819] pciehp 0000:00:1c.5:pcie04: slot(5): Link Up event [ 237.377141] pciehp 0000:00:1c.1:pcie04: Device 0000:03:00.0 already exists at 0000:03:00, cannot hot-add [ 237.377145] pciehp 0000:00:1c.1:pcie04: Cannot add device at 0000:03:00 [ 237.387169] pciehp 0000:00:1c.5:pcie04: Device 0000:05:00.0 already exists at 0000:05:00, cannot hot-add [ 237.387172] pciehp 0000:00:1c.5:pcie04: Cannot add device at 0000:05:00 [ 237.802212] PM: freeze of devices complete after 531.509 msecs [ 237.802648] PM: late freeze of devices complete after 0.431 msecs [ 237.803625] PM: noirq freeze of devices complete after 0.974 msecs [ 237.803969] ACPI: Preparing to enter system sleep state S4 [ 237.805209] PM: Saving platform NVS memory [ 237.805540] Disabling non-boot CPUs ... [ 237.806878] kvm: disabling virtualization on CPU1 [ 237.907118] smpboot: CPU 1 is now offline [ 237.908730] kvm: disabling virtualization on CPU2 [ 238.010458] smpboot: CPU 2 is now offline [ 238.012035] kvm: disabling virtualization on CPU3 [ 238.113805] smpboot: CPU 3 is now offline [ 238.114503] PM: Creating hibernation image: [ 238.224525] PM: Need to copy 377652 pages [ 238.224530] PM: Normal pages needed: 377652 + 1024, available pages: 635664 [ 238.115167] PM: Restoring platform NVS memory [ 238.115648] microcode: CPU0 sig=0x20655, pf=0x10, revision=0x4 [ 238.115662] Enabling non-boot CPUs ... [ 238.115712] x86: Booting SMP configuration: [ 238.115712] smpboot: Booting Node 0 Processor 1 APIC 0x4 [ 238.126823] kvm: enabling virtualization on CPU1 [ 238.129214] microcode: CPU1 sig=0x20655, pf=0x10, revision=0x2 [ 238.129417] microcode: CPU1 updated to revision 0x4, date = 2013-06-28 [ 238.129422] CPU1 is up [ 238.129447] smpboot: Booting Node 0 Processor 2 APIC 0x1 [ 238.140626] kvm: enabling virtualization on CPU2 [ 238.143072] microcode: CPU2 sig=0x20655, pf=0x10, revision=0x2 [ 238.143249] microcode: CPU2 updated to revision 0x4, date = 2013-06-28 [ 238.143255] CPU2 is up [ 238.143276] smpboot: Booting Node 0 Processor 3 APIC 0x5 [ 238.154445] kvm: enabling virtualization on CPU3 [ 238.156881] microcode: CPU3 sig=0x20655, pf=0x10, revision=0x4 [ 238.156888] CPU3 is up [ 238.159235] ACPI: Waking up from system sleep state S4 [ 238.572267] ACPI: \_SB_.SLPB: ACPI_NOTIFY_DEVICE_WAKE event [ 238.585241] PM: noirq restore of devices complete after 11.564 msecs [ 238.585438] PM: early restore of devices complete after 0.165 msecs [ 238.643160] mei_me 0000:00:16.0: irq 47 for MSI/MSI-X [ 238.643162] usb usb1: root hub lost power or was reset [ 238.647082] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported [ 238.647203] usb usb2: root hub lost power or was reset [ 238.651122] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported [ 238.651363] snd_hda_intel 0000:00:1b.0: irq 48 for MSI/MSI-X [ 238.651681] snd_hda_intel 0000:01:00.1: irq 49 for MSI/MSI-X [ 238.653131] sd 0:0:0:0: [sda] Starting disk [ 238.658947] switching from power state: [ 238.658949] ui class: none [ 238.658951] internal class: boot [ 238.658952] caps: video [ 238.658953] uvd vclk: 0 dclk: 0 [ 238.658954] power level 0 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 [ 238.658956] power level 1 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 [ 238.658957] power level 2 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 [ 238.658958] status: c b [ 238.658958] switching to power state: [ 238.658958] ui class: performance [ 238.658960] internal class: none [ 238.658961] caps: single_disp video [ 238.658963] uvd vclk: 0 dclk: 0 [ 238.658963] power level 0 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 [ 238.658964] power level 1 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 [ 238.658965] power level 2 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 [ 238.658966] status: r [ 238.664760] [drm] PCIE GART of 1024M enabled (table at 0x000000000025D000). [ 238.664880] radeon 0000:01:00.0: WB enabled [ 238.664883] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff880001912c00 [ 238.664884] radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffff880001912c0c [ 238.666037] radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x000000000005c418 and cpu addr 0xffffc90010d9c418 [ 238.682922] [drm] ring test on 0 succeeded in 1 usecs [ 238.682981] [drm] ring test on 3 succeeded in 1 usecs [ 238.748484] pciehp 0000:00:1c.1:pcie04: Device 0000:03:00.0 already exists at 0000:03:00, cannot hot-add [ 238.748487] pciehp 0000:00:1c.1:pcie04: Cannot add device at 0000:03:00 [ 238.748525] pciehp 0000:00:1c.5:pcie04: Device 0000:05:00.0 already exists at 0000:05:00, cannot hot-add [ 238.748529] pciehp 0000:00:1c.5:pcie04: Cannot add device at 0000:05:00 [ 238.860143] [drm] ring test on 5 succeeded in 1 usecs [ 238.860148] [drm] UVD initialized successfully. [ 238.860183] [drm] ib test on ring 0 succeeded in 0 usecs [ 238.860216] [drm] ib test on ring 3 succeeded in 1 usecs [ 238.965196] usb 2-1: reset high-speed USB device number 2 using ehci-pci [ 238.978495] ata6: SATA link down (SStatus 0 SControl 300) [ 238.985171] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 238.985207] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 238.986567] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [ 238.989278] ata2.00: ACPI cmd ef/10:06:00:00:00:a0 (SET FEATURES) succeeded [ 238.990012] ata2.00: ACPI cmd ef/90:03:00:00:00:a0 (SET FEATURES) succeeded [ 238.991760] ata5: SATA link down (SStatus 0 SControl 300) [ 238.992884] ata2.00: ACPI cmd ef/10:06:00:00:00:a0 (SET FEATURES) succeeded [ 238.993618] ata2.00: ACPI cmd ef/90:03:00:00:00:a0 (SET FEATURES) succeeded [ 238.994024] ata2.00: configured for UDMA/100 [ 238.995663] ata1.00: ACPI cmd ef/10:06:00:00:00:a0 (SET FEATURES) succeeded [ 239.005635] ata1.00: ACPI cmd ef/90:03:00:00:00:a0 (SET FEATURES) succeeded [ 239.089888] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [ 239.099627] ata1.00: ACPI cmd ef/10:06:00:00:00:a0 (SET FEATURES) succeeded [ 239.110256] ata1.00: ACPI cmd ef/90:03:00:00:00:a0 (SET FEATURES) succeeded [ 239.140436] ata1.00: configured for UDMA/133 [ 249.009247] radeon 0000:01:00.0: ring 5 stalled for more than 10000msec [ 249.009250] radeon 0000:01:00.0: GPU lockup (waiting for 0x0000000000000004 last fence id 0x0000000000000002 on ring 5) [ 249.009252] [drm:uvd_v1_0_ib_test] *ERROR* radeon: fence wait failed (-35). [ 249.009256] [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on ring 5 (-35). [ 250.435952] PM: restore of devices complete after 11792.082 msecs [ 250.436675] PM: Image restored successfully. [ 250.436698] PM: Basic memory bitmaps freed [ 250.436699] Restarting tasks ... done. [ 250.439326] video LNXVIDEO:00: Restoring backlight state [ 250.456916] jme 0000:05:00.5: irq 50 for MSI/MSI-X [ 250.457017] jme 0000:05:00.5 eth0: Link is up at ANed: 100 Mbps, Full-Duplex, MDI [ 250.458065] jme 0000:05:00.5 eth0: Link is down [ 250.479766] jme 0000:05:00.5 eth0: Link is down [ 250.479834] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 250.494725] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 250.546164] usb 1-1: new high-speed USB device number 3 using ehci-pci [ 250.670484] hub 1-1:1.0: USB hub found [ 250.670647] hub 1-1:1.0: 6 ports detected [ 250.686380] usb 1-1: USB disconnect, device number 3 [ 251.847086] wlan0: authenticate with 24:a4:3c:ae:df:83 [ 251.853958] wlan0: send auth to 24:a4:3c:ae:df:83 (try 1/3) [ 251.861038] wlan0: authenticated [ 251.862738] wlan0: associate with 24:a4:3c:ae:df:83 (try 1/3) [ 251.867237] wlan0: RX AssocResp from 24:a4:3c:ae:df:83 (capab=0x431 status=0 aid=2) [ 251.867306] wlan0: associated [ 251.867346] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 252.248171] jme 0000:05:00.5 eth0: Link is up at ANed: 100 Mbps, Full-Duplex, MDI [ 252.248519] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready dmesg when it reset itself a bit later: Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: ring 5 stalled for more than 281610msec Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: GPU lockup (waiting for 0x0000000000000005 last fence id 0x0000000000000004 on ring 5) Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: Saved 23 dwords of commands on ring 0. Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: GPU softreset: 0x00000009 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: GRBM_STATUS = 0xA7702828 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0x7C000005 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0x00000007 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: SRBM_STATUS = 0x200800C0 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: SRBM_STATUS2 = 0x00000000 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00010800 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00028004 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: R_008680_CP_STAT = 0x80038647 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: GRBM_SOFT_RESET=0x00007F6B Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: SRBM_SOFT_RESET=0x00000100 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: GRBM_STATUS = 0x00003828 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0x00000007 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0x00000007 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: SRBM_STATUS = 0x200800C0 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: SRBM_STATUS2 = 0x00000000 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: R_008674_CP_STALLED_STAT1 = 0x00000000 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: R_008678_CP_STALLED_STAT2 = 0x00000000 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: R_00867C_CP_BUSY_STAT = 0x00000000 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: R_008680_CP_STAT = 0x00000000 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: GPU reset succeeded, trying to resume Jun 02 10:15:54 rain kernel: switching from power state: Jun 02 10:15:54 rain kernel: ui class: none Jun 02 10:15:54 rain kernel: internal class: boot Jun 02 10:15:54 rain kernel: caps: video Jun 02 10:15:54 rain kernel: uvd vclk: 0 dclk: 0 Jun 02 10:15:54 rain kernel: power level 0 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 Jun 02 10:15:54 rain kernel: power level 1 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 Jun 02 10:15:54 rain kernel: power level 2 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 Jun 02 10:15:54 rain kernel: status: c b Jun 02 10:15:54 rain kernel: switching to power state: Jun 02 10:15:54 rain kernel: ui class: performance Jun 02 10:15:54 rain kernel: internal class: none Jun 02 10:15:54 rain kernel: caps: single_disp video Jun 02 10:15:54 rain kernel: uvd vclk: 0 dclk: 0 Jun 02 10:15:54 rain kernel: power level 0 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 Jun 02 10:15:54 rain kernel: power level 1 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 Jun 02 10:15:54 rain kernel: power level 2 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 Jun 02 10:15:54 rain kernel: status: r Jun 02 10:15:54 rain kernel: [drm] PCIE GART of 1024M enabled (table at 0x000000000025D000). Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: WB enabled Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff880001912c00 Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffff880001912c0c Jun 02 10:15:54 rain kernel: radeon 0000:01:00.0: fence driver on ring 5 use gpu addr 0x000000000005c418 and cpu addr 0xffffc90010d9c418 Jun 02 10:15:54 rain kernel: [drm] ring test on 0 succeeded in 1 usecs Jun 02 10:15:54 rain kernel: [drm] ring test on 3 succeeded in 1 usecs Jun 02 10:15:54 rain kernel: [drm] ring test on 5 succeeded in 1 usecs Jun 02 10:15:54 rain kernel: [drm] UVD initialized successfully. Jun 02 10:15:54 rain kernel: [drm] ib test on ring 0 succeeded in 0 usecs Jun 02 10:15:54 rain kernel: [drm] ib test on ring 3 succeeded in 0 usecs Jun 02 10:15:54 rain kernel: [drm:uvd_v1_0_ib_test] *ERROR* radeon: failed to get create msg (-22). Jun 02 10:15:54 rain kernel: [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on ring 5 (-22). Jun 02 10:15:54 rain kernel: [drm:radeon_pm_resume_dpm] *ERROR* radeon: dpm resume failed Jun 02 10:15:54 rain kernel: switching from power state: Jun 02 10:15:54 rain kernel: ui class: none Jun 02 10:15:54 rain kernel: internal class: boot Jun 02 10:15:54 rain kernel: caps: video Jun 02 10:15:54 rain kernel: uvd vclk: 0 dclk: 0 Jun 02 10:15:54 rain kernel: power level 0 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 Jun 02 10:15:54 rain kernel: power level 1 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 Jun 02 10:15:54 rain kernel: power level 2 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 Jun 02 10:15:54 rain kernel: status: c b Jun 02 10:15:54 rain kernel: switching to power state: Jun 02 10:15:54 rain kernel: ui class: performance Jun 02 10:15:54 rain kernel: internal class: none Jun 02 10:15:54 rain kernel: caps: single_disp video Jun 02 10:15:54 rain kernel: uvd vclk: 0 dclk: 0 Jun 02 10:15:54 rain kernel: power level 0 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 Jun 02 10:15:54 rain kernel: power level 1 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 Jun 02 10:15:54 rain kernel: power level 2 sclk: 75000 mclk: 80000 vddc: 1100 vddci: 0 Jun 02 10:15:54 rain kernel: status: r -- You are receiving this mail because: You are watching the assignee of the bug.

1 8

[Bug 83505] New: AMD A4-5300 APU : only radeon.dpm=1 prevents random reboots with 3.16.1 kernel.
by bugzilla-daemon＠freedesktop.org 22 Sep '14

22 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=83505 Priority: medium Bug ID: 83505 Assignee: dri-devel(a)lists.freedesktop.org Summary: AMD A4-5300 APU : only radeon.dpm=1 prevents random reboots with 3.16.1 kernel. Severity: minor Classification: Unclassified OS: Linux (All) Reporter: rpnpif(a)free.fr Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI Created attachment 105760 --> https://bugs.freedesktop.org/attachment.cgi?id=105760&action=edit dmesg with radeon.dpm=1 I have read that for this AMD A4-5300 APU (Aruba), radeon.dpm=1 on the grub command line of the kernel booting is useless because this option is already per default in the kernel. But if I don't use this option, Debian 7.6 reboots randomly after some minutes, hours or days of work when I use Iceweasel/Firefox and some flash animation, Libreoffice or other heavy application. With this option, no reboots. All work fine after several days. This issue seems about the same as https://bugs.freedesktop.org/show_bug.cgi?id=82201#c26 but I am not sure. I report this issue because dpm=1 should be useless. -- You are receiving this mail because: You are the assignee for the bug.

1 10

[Bug 84145] New: UE4: Realistic Rendering Demo render blue
by bugzilla-daemon＠freedesktop.org 22 Sep '14

22 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=84145 Priority: medium Bug ID: 84145 Assignee: dri-devel(a)lists.freedesktop.org Summary: UE4: Realistic Rendering Demo render blue Severity: normal Classification: Unclassified OS: Linux (All) Reporter: smoki00790(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa Bisected to d82bd7eb060cf2fbb7282da38f28f6e7ea705e12 mesa/st: add ARB_texture_view support Before and after screenshots attached, happens in today git too. -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 83996] New: [drm:r100_ring_test] *ERROR* radeon: ring test failed - since linux-3.17_rc1 on RS690/RS740 [Radeon 2100]
by bugzilla-daemon＠freedesktop.org 22 Sep '14

22 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=83996 Priority: medium Bug ID: 83996 Assignee: dri-devel(a)lists.freedesktop.org Summary: [drm:r100_ring_test] *ERROR* radeon: ring test failed - since linux-3.17_rc1 on RS690/RS740 [Radeon 2100] Severity: normal Classification: Unclassified OS: Linux (All) Reporter: jospezial(a)gmx.de Hardware: Other Status: NEW Version: DRI CVS Component: DRM/Radeon Product: DRI This bug report is a fork of https://bugs.freedesktop.org/show_bug.cgi?id=82588 This do I get on a AMD64 Gentoo linux with xf86-video-ati-7.4.0 since linux-3.17_rc1. X starts but GPU acceleration is disabled. [ 6.787592] [drm] Initialized drm 1.1.0 20060810 [ 7.007890] [drm] radeon kernel modesetting enabled. [ 7.008441] [drm] initializing kernel modesetting (RS740 0x1002:0x796E 0x105B:0x0E13). [ 7.008456] [drm] register mmio base: 0xFEAF0000 [ 7.008457] [drm] register mmio size: 65536 [ 7.009087] ATOM BIOS: ATI [ 7.009102] radeon 0000:01:05.0: VRAM: 128M 0x0000000038000000 - 0x000000003FFFFFFF (128M used) [ 7.009104] radeon 0000:01:05.0: GTT: 512M 0x0000000040000000 - 0x000000005FFFFFFF [ 7.009117] [drm] Detected VRAM RAM=128M, BAR=128M [ 7.009118] [drm] RAM width 128bits DDR [ 7.009204] [TTM] Zone kernel: Available graphics memory: 443784 kiB [ 7.009206] [TTM] Initializing pool allocator [ 7.009212] [TTM] Initializing DMA pool allocator [ 7.009235] [drm] radeon: 128M of VRAM memory ready [ 7.009236] [drm] radeon: 512M of GTT memory ready. [ 7.009251] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 7.025657] [drm] radeon: 1 quad pipes, 1 z pipes initialized. [ 7.025670] [drm] PCIE GART of 512M enabled (table at 0x0000000032F00000). [ 7.025726] radeon 0000:01:05.0: WB enabled [ 7.025730] radeon 0000:01:05.0: fence driver on ring 0 use gpu addr 0x0000000040000000 and cpu addr 0xffff880032ea5000 [ 7.025733] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 7.025734] [drm] Driver supports precise vblank timestamp query. [ 7.025744] [drm] radeon: irq initialized. [ 7.025753] [drm] Loading RS690/RS740 Microcode [ 7.071137] [drm] radeon: ring at 0x0000000040001000 [ 7.228868] [drm:r100_ring_test] *ERROR* radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD) [ 7.228875] [drm:r100_cp_init] *ERROR* radeon: cp isn't working (-22). [ 7.228883] radeon 0000:01:05.0: failed initializing CP (-22). [ 7.228888] radeon 0000:01:05.0: Disabling GPU acceleration [ 7.375499] [drm:r100_cp_fini] *ERROR* Wait for CP idle timeout, shutting down CP. [ 7.521222] Failed to wait GUI idle while programming pipes. Bad things might happen. [ 7.521467] [drm] radeon: cp finalized With linux-3.16.x it works. lspci: 01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS740 [Radeon 2100] some messages from Xorg.log: [ 24.729] (--) RADEON(0): Chipset: "ATI RS740" (ChipID = 0x796e) [ 24.729] (II) RADEON(0): GPU accel disabled or not working, using shadowfb for KMS [ 24.869] (WW) RADEON(0): Direct rendering disabled [ 24.869] (II) RADEON(0): Acceleration disabled [ 24.871] (WW) RADEON(0): Option "AccelMethod" is not used [ 24.879] (II) AIGLX: Screen 0 is not DRI2 capable [ 24.879] (EE) AIGLX: reverting to software rendering [ 25.578] (II) AIGLX: Loaded and initialized swrast [ 25.578] (II) GLX: Initialized DRISWRAST GL provider for screen 0 Result of bisecting between v3.16 and v3.17-rc1: 77497f2735ad6e29c55475e15e9790dbfa2c2ef8 is the first bad commit commit 77497f2735ad6e29c55475e15e9790dbfa2c2ef8 Author: Michel Dänzer <michel.daenzer(a)amd.com> Date: Thu Jul 17 19:01:07 2014 +0900 drm/radeon: Pass GART page flags to radeon_gart_set_page() explicitly Signed-off-by: Michel Dänzer <michel.daenzer(a)amd.com> Reviewed-by: Christian König <christian.koenig(a)amd.com> Signed-off-by: Alex Deucher <alexander.deucher(a)amd.com> :040000 040000 7da27ed892f4ea02ef8e758eda7165ce336d19cc 369d9e0ff185b6e6c9614de87296fc60072f56b9 M drivers :040000 040000 c3203bef4546e1781ba218fa5232c12cd2a883a2 b655879d0fefad7b591333930fddfd3cc67afa8d M include Reverting that whole patch on v3.17-rc5 is not as easy because then compile fails. -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst
by bugzilla-daemon＠freedesktop.org 21 Sep '14

21 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=73338 --- Comment #38 from Martin Peres <martin.peres(a)ensi-bourges.fr> --- (In reply to comment #37) > Created attachment 106588 [details] [review] > experimental patch for CI (BONAIRE tested) for enabling fan control with > hwmon interface Good, I left some comments on the patch :) > > (In reply to comment #35) > > Have fun ;) > > So here's the final version of what I've done. I found existing radeon hwmon > interface and added pwm1* sysfs files to it, so it exposes needed values > (some like pwm1_max are RO though). > > I need someone aware of radeon driver workflow to review this patch (maybe > Alex) and to point in a right direction. Posting the patch on radeon's ML (if there is none, then use dri-devel) and CC Alex or any other radeon dev working on PM. > > When all is good, I'll request some help from public (reddit maybe, or local > LUG) to test it extensively. When the radeon devs will think the patch is in good-enough shape, they will likely commit it. Make sure your patch does not change the default behavior and that should be fine. Users willing to have manual fan management will be the testers ;) -- You are receiving this mail because: You are the assignee for the bug.

1 0

multi-planar tiled fourcc's in mesa and drm
by Rob Clark 21 Sep '14

21 Sep '14

So, lucky me, I have a scenario where I get to deal with NV12MT. Hurray! I know there has been some reluctance in the past to combine tiling and color format, since in theory that could lead to a combinatorial explosion in formats. And, as long as the buffer usage is entirely within a single driver, you can approximately hide tiling (or compressed, etc) permutations of a color format. On the other hand, there is already some precedence for fourcc or format values to represent tiled formats at the interface level (in kernel, v4l, and in userspace, and gstreamer and openmax). But in this scenario, sharing buffer between other devices (video decoder/encoder) and drm/kms (msm) and mesa (freedreno) via EGL_EXT_image_dma_buf_import[1], I sort of don't really have any other way to pass around tiling flags. So I would propose adding custom fourcc's only in the more limited cases where formats are exchanged between devices. This should avoid an explosion of color_format * tiling_format. For the kms part, it would mean merging a small patch to allow addfb2 for NV12MT[2]. For the mesa part, it looks like there is a bit of work needed to teach egl about multi-planar buffers, buffers where offset[n] != 0, etc. I'll start with patches to teach egl how to import plain NV12 buffers. But once that is done, for it to be much use to me I'll need NV12MT, which means adding a new gallium format and __DRI_IMAGE_FOURCC_NV12MT. Also, I'm still a bit undecided on how to represent multi-planar formats (ie. single pipe_resource encapsulating each of the planes? or pipe_resource per plane but teach pipe_sampler_view about textures which have multiple pipe_resource's, one for per plane). Anyways, I'll start working on the mesa egl bits next week. First step is just add an 'offset' parameter to 'struct winsys_handle', which should hopefully be non-controversial. After that, I need to decide how to handle multi-planar, and I think that hinges on how folks want to handle multi-planar in gallium. Ie. if one pipe_resource per plane, then winsys_handle doesn't need any further change (but we need changes elsewhere), otherwise winsys_handle needs to have an array of handles. Anyways, I'd appreciate feedback. BR, -R [1] https://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_image_dma_buf_i… [2] http://lists.freedesktop.org/archives/dri-devel/2014-July/064828.html

2 3

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst
by bugzilla-daemon＠freedesktop.org 20 Sep '14

20 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=73338 Chernovsky Oleg <adonai(a)xaker.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #105853|0 |1 is obsolete| | --- Comment #37 from Chernovsky Oleg <adonai(a)xaker.ru> --- Created attachment 106588 --> https://bugs.freedesktop.org/attachment.cgi?id=106588&action=edit experimental patch for CI (BONAIRE tested) for enabling fan control with hwmon interface (In reply to comment #35) > Have fun ;) So here's the final version of what I've done. I found existing radeon hwmon interface and added pwm1* sysfs files to it, so it exposes needed values (some like pwm1_max are RO though). I need someone aware of radeon driver workflow to review this patch (maybe Alex) and to point in a right direction. When all is good, I'll request some help from public (reddit maybe, or local LUG) to test it extensively. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst
by bugzilla-daemon＠freedesktop.org 20 Sep '14

20 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=73338 --- Comment #36 from Chernovsky Oleg <adonai(a)xaker.ru> --- (In reply to comment #34) > Created attachment 106260 [details] > mmiotrace dump for radeon 7850 > > Here is mmiotrace dump for my radeon 7850, in single-CPU mode. Seems you have X loading in the background while performing test... It poisons output with unneeded info :( -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 74428] hyperz causes gpu hang in Counter-strike: Source
by bugzilla-daemon＠freedesktop.org 20 Sep '14

20 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=74428 --- Comment #7 from David Heidelberger (okias) <david.heidelberger(a)ixit.cz> --- kernel 3.16.2, Mesa-3D today git, HD 6550D on 3870K R600_DEBUG=hyperz Counter Strike Global Offensive (also Source engine) - worked without any lockup. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[git pull] drm fixes
by Dave Airlie 20 Sep '14

20 Sep '14

Hey Linus, A bunch of radeon fixes for oops on module unload, and problems with resetting the dma engine, one nouveau fix for black boxes in rendering on my mbp retina, one sti fix, and a couple of intel fixes. Dave. The following changes since commit 37504a3be90b69438426d74ccf467a9fe192932b: Merge tag 'gfs2-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/steve/gfs2-3.0-fixes (2014-09-16 07:47:04 -0700) are available in the git repository at: git://people.freedesktop.org/~airlied/linux drm-fixes for you to fetch changes up to fe3d9c4b87bb98222a502cc585844a0b950786fb: drm/nouveau: ltc/gf100-: fix cbc issues on certain boards (2014-09-20 17:42:25 +1000) ---------------------------------------------------------------- Alex Deucher (7): drm/radeon/dpm: fix resume on mullins drm/radeon: don't reset dma on NI/SI init drm/radeon: don't reset sdma on CIK init drm/radeon: don't reset dma on r6xx-evergreen init vgaswitcheroo: add vga_switcheroo_fini_domain_pm_ops drm/radeon/px: fix module unload drm/nouveau/runpm: fix module unload Ben Skeggs (1): drm/nouveau: ltc/gf100-: fix cbc issues on certain boards Benjamin Gaignard (1): drm: sti: do not iterate over the info frame array Chris Wilson (1): drm/i915: Fix SRC_COPY width on 830/845g Dave Airlie (3): Merge branch 'drm-fixes-3.17' of git://people.freedesktop.org/~agd5f/linux into drm-fixes Merge tag 'drm-intel-fixes-2014-09-18' of git://anongit.freedesktop.org/drm-intel into drm-fixes Merge branch 'drm-fixes-3.17' of git://people.freedesktop.org/~agd5f/linux into drm-fixes Gerd Hoffmann (2): drm/cirrus: add missing drm_connector_register call drm/bochs: add missing drm_connector_register call Kyle McMartin (1): drm/radeon: delete unused PTE_* defines Michel Dänzer (2): drm/radeon: Disable HDP flush before every CS again for < r600 drm/radeon: Fix typo 'addr' -> 'entry' in rs400_gart_set_page Ville Syrjälä (1): drm/i915: Add limited color range readout for HDMI/DP ports on g4x/vlv/chv drivers/gpu/drm/bochs/bochs_kms.c | 1 + drivers/gpu/drm/cirrus/cirrus_mode.c | 1 + drivers/gpu/drm/i915/intel_dp.c | 4 ++++ drivers/gpu/drm/i915/intel_hdmi.c | 7 ++++++- drivers/gpu/drm/i915/intel_ringbuffer.c | 2 +- drivers/gpu/drm/nouveau/core/subdev/bar/nvc0.c | 1 - drivers/gpu/drm/nouveau/core/subdev/fb/nvc0.c | 1 + drivers/gpu/drm/nouveau/core/subdev/ltc/gf100.c | 2 ++ drivers/gpu/drm/nouveau/core/subdev/ltc/gk104.c | 2 ++ drivers/gpu/drm/nouveau/core/subdev/ltc/gm107.c | 2 ++ drivers/gpu/drm/nouveau/nouveau_vga.c | 9 ++++++++ drivers/gpu/drm/radeon/cik_sdma.c | 7 ------- drivers/gpu/drm/radeon/kv_dpm.c | 28 ++++++++++++++++++------- drivers/gpu/drm/radeon/ni_dma.c | 6 ------ drivers/gpu/drm/radeon/r100.c | 28 ++++++++++++------------- drivers/gpu/drm/radeon/r600_dma.c | 9 -------- drivers/gpu/drm/radeon/r600d.h | 7 ------- drivers/gpu/drm/radeon/radeon_asic.c | 2 -- drivers/gpu/drm/radeon/radeon_asic.h | 3 +-- drivers/gpu/drm/radeon/radeon_device.c | 11 ++++++++-- drivers/gpu/drm/radeon/radeon_drv.c | 2 +- drivers/gpu/drm/radeon/rs400.c | 4 ++-- drivers/gpu/drm/sti/sti_hdmi.c | 1 - drivers/gpu/vga/vga_switcheroo.c | 6 ++++++ include/linux/vga_switcheroo.h | 2 ++ 25 files changed, 85 insertions(+), 63 deletions(-)

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2014