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])
Is this a regression? What kernel are you using?
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.
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]
Display Server: X.Org 1.17.1 driver: vesa
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
More version information:
DDX: xf86-video-ati 7.5.0
Mesa version - libGL.so.1.2.0
Created attachment 121641 [details]
dmesg.log saved via the serial port on another computer
Debian 9 Stretch x64.
Video HIS HD 3870 IceQ 3 Turbo 512MB (256bit) GDDR4 PCIe (chip RV670)
(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.
-- 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.