Software > Operating Systems and Porting

[NEWS] Fedora 32 is released

<< < (10/12) > >>

MauryG5:
Hi guys, I finally managed to solve some problems on Fedora 32. I always thank the precious help of my friend MPC 7500 because it always gives me excellent supports to understand many problems. The Kernel problem was that the official Fedora 32 ones do not deactivate the Blackbird GPU when the loading ends and I believed that the system was blocked at that point and instead I had to manually switch to the other monitor output where there is the Navi 10 GPU is connected. The modified Kernels 5.4.0.2 and 5.5.0.RC1 + instead detach AST and the monitor at that point switches the video output from the source where it receives the signal and then goes automatically to the Navi 10. Thanks still at MPC. As for DNFDragora, I found a forum where they had the same problem, or switched to Fedora 32 from 31, Dragora was no longer working. They thus advised to run a command that reads as follows: mv /home/mauriziop9/.config/dnfdragora.yaml /home/mauriziop9/.config/dnfdragora.yaml.old
Obviously after the Home directory, everyone has his name, this is the example in my case. In any case, after this I started Dragora that after uploading those files that it usually does, it has not closed by itself and has given me the various buttons available again and has remained open so I believe that now it finally works for as it should.

MPC7500:
I have also connected both GPUs to my display. But no matter which Kernel I was using (Kernel 5.4/ 5.5 or Kernel 5.6.13+) I always had to manually switch between the GPUs.

I think that in my case both GPUs are active after switching on. Because every now and then (very rarely) the display switches to the AMD GPU at startup.

MauryG5:
sorry let me understand, you directly start the AMD GPU rarely but how? At boot to load petit boot can not because the drivers are in the kernel of the operating system, therefore it can not be activated before ...

MPC7500:
Turned on the Computer. The display switched automatically to the AMD port. Then I got a black screen and I had to switch manually to the AST port to get a screen. After Petitboot I have to switch back to the AMD.

Normally -> Power on -> switch automatically to AST -> after Petitboot switch manually to AMD.

MauryG5:
 understood now, no from me the monitor detects the first output that is active and therefore AST. Then if I use modified Kernel 5.4 or 5.5, then AST is deactivated at the end of the loading of the operating system and at that point the monitor turns black. After a few seconds Navi 10 is activated and the monitor sends the video of Navi 10. With the official Kernels instead AST remains active always and that's why I didn't realize. I asked the Fedora team if it is possible to have this type of function also on the official Kernel or at the end of the upload, disconnect AST

Navigation

[0] Message Index

[#] Next page

[*] Previous page