A Last, Desperate Hope – Video Modes

Home » CentOS » A Last, Desperate Hope – Video Modes
CentOS 8 Comments

Hi, folks. This is, in fact, off-topic: I’m fighting a user’s FC19 box. I
updated him, rebooted… and his ATI video card seems to not be supported any more (and it’s *not* that old – an RV620).

The thing that drives me crazy is, when I reinstalled the whole system, whatever video driver the installer used for graphical install *worked*. So: does anyone have any idea a) what driver that uses, and b) how to force grub2 to use it (or do I also need to do this to the initrd)?

mark

8 thoughts on - A Last, Desperate Hope – Video Modes

  • Google says it’s from 2007 which make it ancient in Internet years :)
    Afaict it’s a FirePro / Radeon HD 3000 series and one solution is to use the proprietary Catalyst *Legacy* driver (< 13.1). The good folks over at elrepo.org have created kmod-fglrx-legacy for these old cards. I don't know if that's EL6 only or that they have one for F19 too. Alternatively check rpmfusion.org. Looking at the output of modinfo radeon the RV620 is mentioned. That suggests that it should work with the radeon.ko kernel driver. Is the PCI address of your card listed in the output of modinfo radeon? You can find it with ‘lspci’. Maybe it was using the vesa video driver. Iirc you can force that by booting the kernel with ‘xdriver=vesa’. Or you could try ‘xdriver=radeon’. For more info see: http://docs.fedoraproject.org/en-US/Fedora/19/html/Installation_Guide/ch10s02.html#idm43623936

    If the vesa driver works fine, if necessary, you could create an xorg.conf which uses the vesa driver. Maybe you also need to blacklist the radeon kernel module if that gets in the way.

    Regards, Patrick

  • Maybe ancient to people that can afford to buy the latest and greatest every couple of years but to many that don’t have that kind of money it is not that old.

  • I have a system running Fedora 19 that has a RV620 video card in it. It is using the radeon video driver and working just fine.

    ~]$ modinfo radeon | egrep -v ‘firmware|alias|param’
    filename:
    /lib/modules/3.11.4-201.fc19.x86_64/kernel/drivers/gpu/drm/radeon/radeon.ko license: GPL and additional rights description: ATI Radeon author: Gareth Hughes, Keith Whitwell, others. depends: drm,drm_kms_helper,ttm,i2c-core,i2c-algo-bit intree: Y
    vermagic: 3.11.4-201.fc19.x86_64 SMP mod_unload signer: Fedora kernel signing key sig_key: 4D:B8:EE:F4:45:2A:F1:A1:6A:E4:A4:DE:A7:8E:84:F8:5D:B5:14:7F
    sig_hashalgo: sha256
    parm: no_wb:Disable AGP writeback for scratch registers (int)
    parm: modeset:Disable/Enable modesetting (int)
    parm: dynclks:Disable/Enable dynamic clocks (int)
    parm: r4xx_atom:Enable ATOMBIOS modesetting for R4xx (int)
    parm: vramlimit:Restrict VRAM for testing (int)
    parm: agpmode:AGP Mode (-1 == PCI) (int)
    parm: gartsize:Size of PCIE/IGP gart to setup in megabytes (32,
    64, etc) (int)
    parm: benchmark:Run benchmark (int)
    parm: test:Run tests (int)
    parm: connector_table:Force connector table (int)
    parm: tv:TV enable (0 = disable) (int)
    parm: audio:Audio enable (1 = enable) (int)
    parm: disp_priority:Display Priority (0 = auto, 1 = normal, 2 high) (int)
    parm: hw_i2c:hw i2c engine enable (0 = disable) (int)
    parm: pcie_gen2:PCIE Gen2 mode (-1 = auto, 0 = disable, 1 enable) (int)
    parm: msi:MSI support (1 = enable, 0 = disable, -1 = auto) (int)
    parm: lockup_timeout:GPU lockup timeout in ms (defaul 10000 = 10
    seconds, 0 = disable) (int)
    parm: fastfb:Direct FB access for IGP chips (0 = disable, 1 enable) (int)
    parm: dpm:DPM support (1 = enable, 0 = disable, -1 = auto) (int)
    parm: aspm:ASPM support (1 = enable, 0 = disable, -1 = auto) (int)

    Here’s what I’ve got on a system I’m running.

    ~]$ lspci -vv -s 01:00.0 | egrep ‘VGA|Kernel’; xrandr -q
    01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
    RV620 LE [Radeon HD 3450] (prog-if 00 [VGA controller])
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
    Stepping- SERR- FastB2B- DisINTx+
    Kernel driver in use: radeon Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 8192 x 8192
    DIN disconnected (normal left inverted right x axis y axis)
    DVI-0 connected primary 1680×1050+0+0 (normal left inverted right x axis y axis) 473mm x 296mm
    1680×1050 60.0*+
    1280×1024 75.0 60.0
    1440×900 75.0 59.9
    1280×960 60.0
    1360×768 59.8
    1152×864 75.0
    1280×720 60.0
    1024×768 75.1 70.1 60.0
    832×624 74.6
    800×600 72.2 75.0 60.3 56.2
    640×480 75.0 72.8 66.7 60.0
    720×400 70.1
    DVI-1 disconnected (normal left inverted right x axis y axis)

    So you’re seeing problems with the splash/loading screen?

  • SilverTip257 wrote:

    3.11.4-201? From my reinstall, I have 3.11.1-200 and 3.11.6-200. No 201, and no new update (I just did that as I saw this).

    Ok, so two things: first, do you have an /etc/X11/xorg.conf? Second, what’s your kernel line in grub look like? Oh, and for the third of two questions, do you have radeon blacklisted, or nomodeset, anywhere?
    b) how to

    You’ve added a ! where there was none. No, the graphical install displays
    *perfectly*.

    mark

  • Btw, one more note: taking out all kernel lines, blacklist, and just a
    *real* basic xorg.conf, in Xorg.0.log, the very first thing I see is X.Org X Server 1.14.3
    Release Date: 2013-09-12
    [ 56.756] X Protocol Version 11, Revision 0
    [ 56.756] Build Operating System: 3.10.9-200.fc19.x86_64
    ^^^^^^^^^^^^^^^^^^^^^^
    [ 56.756] Current Operating System: Linux < ...> 3.11.6-200.fc19.x86_64
    #1 SMP Fri Oct 18 22:34:18 UTC 2013 x86_64
    ^^^^^^^^^^^^^^^^^^^^^^

    So it’s obviously not good…..

    mark

  • FWIW the latest kernel available in my local Fedora repos is also
    3.11.6-200.

    What happens when you remove the xorg.conf and blacklisting and all other tweaks you tried and reboot? What does the Xorg.log say if something fails?

    Regards, Patrick

  • I don’t reboot my machine each time a new kernel is released. And that machine just indicated it has updates (including that kernel version). Updating packages as I write this.

    So for two reasons I wasn’t running the latest and greatest kernel.

    No xorg.conf

    linux /vmlinuz-3.11.4-201.fc19.x86_64 root=/dev/mapper/vg0-rootfs ro rd.md=0
    rd.dm=0 rd.lvm.lv=vg0/swap rd.luks=0 vconsole.keymap=us vconsole.font=latarcyrheb-sun16 rd.lvm.lv=vg0/rootfs rhgb quiet LANG=en_US.UTF-8

    I do not have radeon blacklisted, nor do I have nomodeset.

    If it’s worth saying, I didn’t have to fiddle with the display adapter or any other piece of hardware when I set this particular machine up. As one would hope, it was a hands off install (smooth and painless).

LEAVE A COMMENT