I think the AMDGPU firmwares are little endian, so we'll probably need to byte swap it before interpreting it in the driver.
Byte swap source code for the RADEON firmwares is available in the kernel source code [1] but I haven't found any byte swap code for the AMDGPU firmwares.
I compiled the RC6 without the AMDGPU support today. Maybe the missing byte swap code for AMDGPU firmwares is the problem.
Tommysammy has successfully tested the RC7 (AMDGPU version) with his Saphire Radeon 7850. Additionally he was able to boot and install the ubuntu MATE 16.04.1 LTS Live DVD with his Saphire Radeon 7850.
Srtest wrote:I don't know how to say it one more time: no kernel works for me since 4.7. That darren patch that fixed things for all of you NI guys didn't do so for me with a R9-270 GCN 1.0. It goes to a very early boot stage when it says - "boots something something ........" and then nothing. It is similiar to the way the microcode didn't work a few kernels back until it was reverted.
I have finally made progress and what I mean by progress is getting closer to know what is this situation. Xeno's split kernels between RADEON and AMDGPU provided more information as there is a difference for me between the 2:
When I boot with the "normal" modules of RADEON I get to that early message and it gets stuck. However, when booting with the AMDGPU modules I get past that message yet get a black screen (of death?) that is exactly the same screen and the same behaviour I got last time when the microcodes didn't work for SI users. I guess now it is the same situation that doesn't affect all users of SI (from what I read the users who reported back didn't have a R9 card) or at least most importantly - a graphics card situation. Debian have recently updated their AMD microcode I guess it is time to check a different microcode with my card via the early boot microcode/modules and continue from there. My guess it is exactly the same situation as last time.
I guess I need to quote myself because I got the same result.
Did you made sure you disabled everything amdgpu related in the config for the radeon kernel? because even on 4.7 xorg tells me it is looking for amdgpu in the kernel level and not radeon and if xorg looks for that then the kernel tells it to look for that. Maybe on my card amdgpu always takes precedent. My only chance is if you put my card's firmware as a radeon module and disable everything amdgpu including the basic amdgpu support (not just the experimental SI).
Srtest wrote:
I guess I need to quote myself because I got the same result.
Did you made sure you disabled everything amdgpu related in the config for the radeon kernel? because even on 4.7 xorg tells me it is looking for amdgpu in the kernel level and not radeon and if xorg looks for that then the kernel tells it to look for that. Maybe on my card amdgpu always takes precedent. My only chance is if you put my card's firmware as a radeon module and disable everything amdgpu including the basic amdgpu support (not just the experimental SI).
Yes, I disabled all AMDGPU options but the AMDGPU's firmwares are still in the kernel config file.