Description of problem:
With the massive radeon push[1,2] (by Alex Deucher) in kernel 3.11 a new series of firmware files for radeon graphics cards were published [3]. The latest build in koji linux - firmware-20130724-27.git31f6b30.fc20 - is missing all <name>_smc.bin files.

My graphics card - AMD 6570 HD (a.k.a. TURKS) - for instance needs since kernel 3.11.0-0.rc0.git7.1.fc20.x86_64 microcode TURKS_smc.bin (see below dmesg). Because this file misses in the package X fals back to the VESA driver (see below Xorg.0.log).

I've manually added TURKS_smc.bin file to /usr/lib/firmware/radeon directory and that seems to solve this issue. 

Note: the 'missing' <name>_smc.bin files are listed in [3]

If you need more info, please let me know, thanks.


Output dmesg (partial):

[   61.567521] ni_cp: Failed to load firmware "radeon/TURKS_smc.bin"
[   61.567539] [drm:evergreen_startup] *ERROR* Failed to load firmware!
[   61.567547] radeon 0000:01:00.0: disabling GPU acceleration
[   61.568587] radeon 0000:01:00.0: ffff88030beff000 unpin not necessary
[   61.568590] radeon 0000:01:00.0: ffff88030beff000 unpin not necessary
[   61.568694] [drm:evergreen_init] *ERROR* radeon: MC ucode required for NI+.
[   61.568697] radeon 0000:01:00.0: Fatal error during GPU init

Output Xorg.0.log (partial):
[    88.397] (EE) open /dev/dri/card0: No such file or directory
[    88.397] (WW) Falling back to old probe method for fbdev
[    88.398] (II) Loading sub module "fbdevhw"
[    88.398] (II) LoadModule: "fbdevhw"
[    88.398] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
[    88.398] (II) Module fbdevhw: vendor="X.Org Foundation"
[    88.398]    compiled for 1.14.2, module version = 0.0.2
[    88.398]    ABI class: X.Org Video Driver, version 14.1
[    88.398] (EE) open /dev/fb0: No such file or directory
[    88.398] (EE) Screen 0 deleted because of no matching config section.
[    88.398] (II) UnloadModule: "radeon"
[    88.398] (II) Loading sub module "vbe"
[    88.398] (II) LoadModule: "vbe"
[    88.398] (II) Loading /usr/lib64/xorg/modules/libvbe.so
[    88.434] (II) Module vbe: vendor="X.Org Foundation"
[    88.434]    compiled for 1.14.2, module version = 1.1.0
[    88.434]    ABI class: X.Org Video Driver, version 14.1
[    88.434] (II) Loading sub module "int10"
[    88.434] (II) LoadModule: "int10"
[    88.434] (II) Loading /usr/lib64/xorg/modules/libint10.so
[    88.548] (II) Module int10: vendor="X.Org Foundation"
[    88.549]    compiled for 1.14.2, module version = 1.0.0
[    88.549]    ABI class: X.Org Video Driver, version 14.1
[    88.549] (II) VESA(0): initializing int10
[    88.549] (II) VESA(0): Primary V_BIOS segment is: 0xc000
[    88.549] (II) VESA(0): VESA BIOS detected
[    88.549] (II) VESA(0): VESA VBE Version 3.0
[    88.549] (II) VESA(0): VESA VBE Total Mem: 16384 kB
[    88.549] (II) VESA(0): VESA VBE OEM: AMD ATOMBIOS
[    88.549] (II) VESA(0): VESA VBE OEM Software Rev: 13.12
[    88.549] (II) VESA(0): VESA VBE OEM Vendor: (C) 1988-2010, AMD Technologies Inc. 
[    88.549] (II) VESA(0): VESA VBE OEM Product: TURKS
[    88.549] (II) VESA(0): VESA VBE OEM Product Rev: 01.00


[1] http://lists.freedesktop.org/archives/dri-devel/2013-June/040706.html
[2] http://lists.freedesktop.org/archives/dri-devel/2013-July/041299.html
[3] http://people.freedesktop.org/~agd5f/radeon_ucode/

Version-Release number of selected component (if applicable):


How reproducible:
always

Steps to Reproduce:
1. boot rawhide / fedora 20 with at least kernel 3.11.0-0.rc0.git7.1.fc20.x86_64
2. log in (I'm using kde)
3. consult dmesg/Xorg.0.org

Actual results:
X uses VESA driver

Expected results:
X uses ati/radeon driver

Additional info:
I saw someware a discussion about a possible licence issue, but couldn't find it anymore.