On 02/07/2017 12:34 AM, Mick wrote:
> On Monday 06 Feb 2017 17:11:30 Corbin Bird wrote:
>> On 02/06/2017 04:20 PM, Mick wrote:
>>> On Monday 06 Feb 2017 21:39:08 jdm wrote:
>>>> Hi,
>>>>
>>>> Just followed the amdgpu wiki guide to get my new graphics card up and
>>>> running. Excellent wiki guide and had no issues. Now running with
>>>> shiny graphics and throwing all that Steam has to offer at it.
>>>>
>>>> Many Thanks to the wiki authors.
>>>>
>>>> Will we always have to include binary blobs into the kernel for AMD
>>>> cards? This feels kind of odd for me so wondering if this will be
>>>> included as a package or a kernel driver at some point or what the
>>>> future direction is for AMD graphics with Linux.
>>>>
>>>> It may not be alien but not done this before so curious.
>>>>
>>>> John
>>> Invariably all modern CPUs, video cards, NICs, etc. are shipped with
>>> firmware which are usually emerged with sys-kernel/linux-firmware (or
>>> manually) and then loaded with an initrd, or by building them in the
>>> kernel.  Regarding AMDGPUs please note the Wiki strings of firmware blobs
>>> are not 100% correct. I noticed dmesg was complaining about missing blobs
>>> on a Kaveri APU although I> 
>>> had all the complete Kaveri string included in the kernel.  I had to add:
>>>   radeon/bonaire_uvd.bin radeon/BONAIRE_uvd.bin radeon/BONAIRE_vce.bin
>>>
>>> to keep it happy.
>>>
>>> BTW, for AMDGPUs you will also need to add CPU microcode blob strings.
>> Please explain : "BTW, for AMDGPUs you will also need to add CPU
>> microcode blob strings."
>  https://wiki.gentoo.org/wiki/AMD_microcode
>
> More recent CPUs may not yet have microcode updates available for them.  
> Compare the before and after dmesg output to see if the patch level changes.
>
> HTH.

Thank you. I learned something :)

Reply via email to