Bug 70514 - Unresponsive system on boot with radeon + FireGL v7700
Summary: Unresponsive system on boot with radeon + FireGL v7700
Status: NEW
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: 2016-02-12 03:34 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

Note You need to log in before you can comment on or make changes to this bug.
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.

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.