Re: Radeon driver with FC20 latest kernel update

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 20.01.2015 15:46, Andrew R Paterson wrote:
> On Tuesday 20 January 2015 14:31:09 Andrew R Paterson wrote:
>> On Tuesday 20 January 2015 15:10:15 poma wrote:
>>> On 20.01.2015 14:44, Andrew R Paterson wrote:
>>>> On Tuesday 20 January 2015 14:31:32 poma wrote:
>>>>> On 20.01.2015 12:52, Andrew R Paterson wrote:
>>>>>> Hi,
>>>>>> I am running fedora 20 X86_64
>>>>>>
>>>>>> I have an Intel Processor:
>>>>>> Intel(R) Core(TM)2 Quad CPU Q6700 @ 2.66GHz.
>>>>>>
>>>>>> I have an AMD radeon based GPU card :
>>>>>> Advanced Micro Devices, Inc. [AMD/ATI] RV535 [Radeon X1650 PRO]
>>>>>> (Secondary)
>>>>>> (rev 9e)
>>>>>>
>>>>>> I have two monitors :
>>>>>> ACER Technolgies – on DVI-0 (1920x1080)
>>>>>> Viewsonic Corporation on DVI-1 (1920x1200)
>>>>>>
>>>>>> They are (were!) driven by the radeon module :
>>>>>>
>>>>>> lsmod :-
>>>>>> .....
>>>>>> radeon 1496040 2
>>>>>> .....
>>>>>> i2c_algo_bit 13257 1 radeon
>>>>>> .....
>>>>>> drm_kms_helper 	89555 1 radeon
>>>>>> ttm 				80807 1 radeon
>>>>>> .....
>>>>>> drm 				296901 5 ttm,drm_kms_helper,radeon
>>>>>>
>>>>>>
>>>>>> /var/log/messages shows:
>>>>>>
>>>>>> radeon 0000:01:00.0: VRAM: 512M 0x0000000000000000 -
>>>>>> 0x000000001FFFFFFF
>>>>>> (512M used)
>>>>>> radeon 0000:01:00.0: GTT: 512M 0x0000000020000000 - 0x000000003FFFFFFF
>>>>>> [drm] Detected VRAM RAM=512M, BAR=256M
>>>>>> [drm] RAM width 128bits DDR
>>>>>>
>>>>>> X server log shows:
>>>>>>
>>>>>> [ 88.037] (II) Loader magic: 0x80dd00
>>>>>> [ 88.037] (II) Module ABI versions:
>>>>>> [ 88.037] X.Org ANSI C Emulation: 0.4
>>>>>> [ 88.037] X.Org Video Driver: 14.1
>>>>>> [ 88.037] X.Org XInput driver : 19.2
>>>>>> [ 88.037] X.Org Server Extension : 7.0
>>>>>> [ 88.037] (II) xfree86: Adding drm device (/dev/dri/card0)
>>>>>> [ 88.040] (--) PCI:*(0:1:0:0) 1002:71c1:174b:0840 rev 158, Mem @
>>>>>> 0xd0000000/268435456, 0xfdaf0000/65536, I/O @ 0x0000ae00/256, BIOS @
>>>>>> 0x????????/131072
>>>>>> [ 88.040] (--) PCI: (0:1:0:1) 1002:71e1:174b:0841 rev 158, Mem @
>>>>>> 0xfdae0000/65536, BIOS @ 0x????????/65536
>>>>>> ....
>>>>>> ....
>>>>>> [ 88.058] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
>>>>>> [ 88.058] (II) FBDEV: driver for framebuffer: fbdev
>>>>>> [ 88.058] (II) VESA: driver for VESA chipsets: vesa
>>>>>> [ 88.058] (++) using VT number 1
>>>>>> .....
>>>>>> .....
>>>>>> [ 88.059] (II) [KMS] Kernel modesetting enabled.
>>>>>> [ 88.059] (WW) Falling back to old probe method for modesetting
>>>>>> [ 88.059] (WW) Falling back to old probe method for fbdev
>>>>>> [ 88.059] (II) Loading sub module "fbdevhw"
>>>>>> [ 88.059] (II) LoadModule: "fbdevhw"
>>>>>> [ 88.059] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
>>>>>> [ 88.060] (II) Module fbdevhw: vendor="X.Org Foundation"
>>>>>> [ 88.060] compiled for 1.14.4, module version = 0.0.2
>>>>>> [ 88.060] ABI class: X.Org Video Driver, version 14.1
>>>>>> [ 88.060] (WW) Falling back to old probe method for vesa
>>>>>> [ 88.060] (II) RADEON(0): Creating default Display subsection in
>>>>>> Screen
>>>>>> section
>>>>>> "Default Screen Section" for depth/fbbpp 24/32
>>>>>> [ 88.060] (==) RADEON(0): Depth 24, (--) framebuffer bpp 32
>>>>>> [ 88.060] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32
>>>>>> bpp
>>>>>> pixmaps)
>>>>>> [ 88.060] (==) RADEON(0): Default visual is TrueColor
>>>>>> [ 88.060] (==) RADEON(0): RGB weight 888
>>>>>> [ 88.060] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC)
>>>>>> [ 88.060] (--) RADEON(0): Chipset: "ATI Radeon X1650" (ChipID =
>>>>>> 0x71c1)
>>>>>> .....
>>>>>> ________________________________________________
>>>>>> All worked well up to kernel 3.17.7-200.fc20.x86_64.
>>>>>> ________________________________________________
>>>>>>
>>>>>> The recent update to kernel 3.17.8-200.fc20.x86_64
>>>>>> results in radeon.ko failing to load.
>>>>>>
>>>>>> /var/log/messages shows:
>>>>>>
>>>>>> [drm:radeon_init] *ERROR* No UMS support in radeon module!
>>>>>>
>>>>>> %modrpobe radeon gives same message.
>>>>>>
>>>>>> My monitors are then in low res mirorred mode (ugh!)
>>>>>>
>>>>>> X server log shows:
>>>>>> ....
>>>>>> [ 13345.844] (II) Loader magic: 0x80dd00
>>>>>> [ 13345.844] (II) Module ABI versions:
>>>>>> [ 13345.844] X.Org ANSI C Emulation: 0.4
>>>>>> [ 13345.844] X.Org Video Driver: 14.1
>>>>>> [ 13345.844] X.Org XInput driver : 19.2
>>>>>> [ 13345.844] X.Org Server Extension : 7.0
>>>>>> [ 13345.844] (II) xfree86: Adding drm device (/dev/dri/card0)
>>>>>> [ 13345.844] setversion 1.4 failed
>>>>>> [ 13345.848] (--) PCI:*(0:1:0:0) 1002:71c1:174b:0840 rev 158, Mem @
>>>>>> 0xd0000000/268435456, 0xfdaf0000/65536, I/O @ 0x0000ae00/256, BIOS @
>>>>>> 0x????????/131072
>>>>>> [ 13345.848] (--) PCI: (0:1:0:1) 1002:71e1:174b:0841 rev 158, Mem @
>>>>>> 0xfdae0000/65536, BIOS @ 0x????????/65536
>>>>>> .......
>>>>>>
>>>>>> I understand UMS is User ModeSetting – which according to a quick
>>>>>> browse
>>>>>> of
>>>>>> the source for the radeon module means CONFIG_DRM_RADEON_UMS is not
>>>>>> set.
>>>>>> Then I came across comments to the effect that this has been
>>>>>> deprecated
>>>>>> (a
>>>>>> mysterious word akin to legal-speak!) presumably replaced by KMS.
>>>>>>
>>>>>> Has anybody got any clues how I can get the radeon driver loading and
>>>>>> working again?
>>>>>> Or even if its a bug whether it will soon be fixed?
>>>>>>
>>>>>> Many Thanks
>>>>>>
>>>>>> Andy
>>>>>
>>>>> $ grep modeset /etc/modprobe.d/* /proc/cmdline
>>>>
>>>> Hi poma,
>>>>
>>>> grep modeset /etc/modprobe.d/* =
>>>> /etc/modprobe.d/radeon-kms.conf:options radeon modeset=0
>>>>
>>>> grep modeset /proc/cmdline =
>>>> nothing!
>>>>
>>>> Thanks
>>>
>>> # sed -i s/0/1/ /etc/modprobe.d/radeon-kms.conf
>>
>> Hi poma
>>
>> that did it thanks
>>
>> /etc/modprobe.d/radeon-kms.conf:options radeon modeset=1
>>
>> I mind you I still get the initial:
>>  [drm:radeon_init] *ERROR* No UMS support in radeon module!
>> And the plymouth splash screen goes from one mode to another and ain't what
>> it used to be!) - but that doesn't matter. On loading, the kernel sorts
>> things out.
>>
>> A assume if I now reboot into the previous kernel, that wont work - I'll
>> just do it out of curiosity - but no probs - I'll now stick with
>> 3.17.8-200.fc20.x86_64.
>>

See whether this can smooth plymouth
# dracut -f --kver 3.17.8-300.fc21.x86_64
# reboot

>> Thanks
>> Andy
> rebooted into previous kernel - no probs!
> I assume thats because previous kernel supported both ums and kms????
> Regards
> Andy
> 

What is supported with certain version you can ask Alex Deucher at
X.org ATI driver maintainers
http://lists.x.org/mailman/listinfo/xorg-driver-ati

Don't see any Fedora announcement related to it at
https://admin.fedoraproject.org/updates/FEDORA-2015-0515/kernel-3.17.8-200.fc20


-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux