Bug 70514 - Unresponsive system on boot with radeon + FireGL v7700
Summary: Unresponsive system on boot with radeon + FireGL v7700
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Radeon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
Depends on:
Reported: 2013-10-15 22:15 UTC by Luke
Modified: 2019-11-19 08:39 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:

dmesg.log saved via the serial port on another computer (46.64 KB, text/plain)
2016-02-10 10:26 UTC, Andriy Dmytruk
no flags Details

Description Luke 2013-10-15 22:15:41 UTC
I'm using a FireGL V7700 with Arch Linux x64. When booting to a command line, when drivers are loaded, the screen goes into power saving mode, and the system becomes unresponsive.

Booting with `nomodeset' works OK. If I run "$ modprobe radeon modeset=1", the screen goes power saving mode, the system stops responding to open ssh session(s), and the caps lock key no longer works (kernel panic?).

I've also tested with a Puppy Linux Live-CD, with the same results (unresponsive on driver load).

I've tested a HD 4650 in the same system, and everything works fine.

$ lspci -v | grep VGA
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV670 GL [FireGL V7700] (prog-if 00 [VGA controller])
Comment 1 Alex Deucher 2013-10-16 13:42:59 UTC
Is this a regression?  What kernel are you using?
Comment 2 Luke 2013-10-16 23:34:38 UTC
Kernel of the Arch Linux x64 mentioned previously:
$ uname -r


As far as I know, this is not a regression. Some old live cds have the same problem:

- Booting from an old Arch live-cd (2.6.33-ARCH) freezes shortly after modules are loaded. Halfway down the screen, in the native resolution, it displays the next line of booting up, and nothing else.

- When using a Ubuntu 12.04 live cd or a Linux Mint 10 live cd, there is a black screen and the system locks up while booting. These cds, if using 'nomodeset', can get to a desktop. Switching to a VT and using 'rmmod radeon; modprobe radeon modeset=1' makes it lock up.


I probably should have mentioned this in the initial comment, but the card works fine in Windows, as well as using Linux + Catalyst.
Comment 3 rmfritz3 2015-12-27 01:15:19 UTC
I seem to have run into an instance of this on my Dell Precision T5400 workstation.  The crash, whatever it is, seems to occur before anything is logged, and so far I haven't been able to gather more information about it.  Any suggestions as to how to proceed - are there perhaps some options I might try? - are welcome?

inxi -Fxz configuration report:
System:    Host: Lambert Kernel: 3.19.0-32-generic x86_64 (64 bit gcc: 4.8.2)
           Desktop: Cinnamon 2.8.6 (Gtk 3.10.8~8+qiana)
           Distro: Linux Mint 17.3 Rosa
Machine:   System: Dell product: Precision WorkStation T5400
           Mobo: Dell model: 0RW203 Bios: Dell v: A11 date: 04/30/2012
CPU:       Quad core Intel Xeon E5420 (-HT-MCP-) cache: 6144 KB
           flags: (lm nx sse sse2 sse3 sse4_1 ssse3 vmx) bmips: 19949
           clock speeds: max: 2493 MHz 1: 2493 MHz 2: 2493 MHz 3: 2493 MHz
           4: 2493 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] RV670 GL [FireGL V7700]
           bus-ID: 02:00.0
           Display Server: X.Org 1.17.1 driver: vesa
           Resolution: 1280x1024@0.0hz
           GLX Renderer: Gallium 0.4 on llvmpipe (LLVM 3.6, 128 bits)
           GLX Version: 3.0 Mesa 10.5.9 Direct Rendering: Yes
Audio:     Card-1 Intel 631xESB/632xESB High Definition Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Card-2 Plantronics driver: USB Audio usb-ID: 001-007
           Card-3 Microsoft LifeCam VX-800 driver: USB Audio usb-ID: 001-006
           Sound: Advanced Linux Sound Architecture v: k3.19.0-32-generic
Network:   Card: Broadcom NetXtreme BCM5754 Gigabit Ethernet PCI Express
           driver: tg3 v: 3.137 bus-ID: 08:00.0
           IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 250.1GB (6.3% used)
           ID-1: /dev/sda model: ST3250823AS size: 250.1GB
Partition: ID-1: / size: 55G used: 5.7G (11%) fs: ext4 dev: /dev/sda5
           ID-2: swap-1 size: 10.06GB used: 0.00GB (0%) fs: swap dev: /dev/sda6
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 47.0C mobo: N/A
           Fan Speeds (in rpm): cpu: 45030 mobo: 23580
Info:      Processes: 198 Uptime: 1:27 Memory: 2003.0/3950.0MB
           Init: Upstart runlevel: 2 Gcc sys: 4.8.4
           Client: Shell (bash 4.3.111) inxi: 2.2.28
Comment 4 rmfritz3 2015-12-27 05:24:08 UTC
More version information: 
  DDX: xf86-video-ati 7.5.0
  libdrm: libdrm.so.2.4.0
  Mesa version - libGL.so.1.2.0
Comment 5 Andriy Dmytruk 2016-02-10 10:26:24 UTC
Created attachment 121641 [details]
dmesg.log saved via the serial port on another computer
Comment 6 Andriy Dmytruk 2016-02-10 10:29:54 UTC
Confirm bug.
Debian 9 Stretch x64.
Video HIS HD 3870 IceQ 3 Turbo 512MB (256bit) GDDR4 PCIe (chip RV670)
Comment 7 Michel Dänzer 2016-02-12 03:34:19 UTC
(In reply to Andriy Dmytruk from comment #6)
> Confirm bug.
> Debian 9 Stretch x64.
> Video HIS HD 3870 IceQ 3 Turbo 512MB (256bit) GDDR4 PCIe (chip RV670)

Different hardware => please file your own report.
Comment 8 Martin Peres 2019-11-19 08:39:08 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/396.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.