Srtest wrote:Works (and thanks . I have a conflict that can't be resolved between the binary AMD firmware and the basic Ubuntu linux firmware: linux-firmware linux-image-powerpc64-smp linux-powerpc64-smp
Many thanks for testing!
Did you test the RC4 with a card from the new Radeon 3xx series? Could you please explain me more the conflict between the firmwares? Do you mean the firmware packages?
Srtest wrote:Works (and thanks . I have a conflict that can't be resolved between the binary AMD firmware and the basic Ubuntu linux firmware: linux-firmware linux-image-powerpc64-smp linux-powerpc64-smp
Many thanks for testing!
Did you test the RC4 with a card from the new Radeon 3xx series? Could you please explain me more the conflict between the firmwares? Do you mean the firmware packages?
Not yet but I will. Yes the firmware packages are in conflict: linux-firmware (and linux-image-powerpc64-smp, linux-poperpc64-smp) from the base Lubuntu installation is in conflict with the binary AMD package you posted from Debian. Is it safe to boot Lubuntu without those packages and instead use the package from Debian?
Srtest wrote:
Not yet but I will. Yes the firmware packages are in conflict: linux-firmware (and linux-image-powerpc64-smp, linux-poperpc64-smp) from the base Lubuntu installation is in conflict with the binary AMD package you posted from Debian. Is it safe to boot Lubuntu without those packages and instead use the package from Debian?
I think, we don't need to install any firmware packages because the firmwares are included in the Linux kernel.
Srtest wrote:
Not yet but I will. Yes the firmware packages are in conflict: linux-firmware (and linux-image-powerpc64-smp, linux-poperpc64-smp) from the base Lubuntu installation is in conflict with the binary AMD package you posted from Debian. Is it safe to boot Lubuntu without those packages and instead use the package from Debian?
I think, we don't need to install any firmware packages because the firmwares are included in the Linux kernel.
I mean it is an expression from Star-Wars... which in turn means that since I'm not a linux wiz I go with my gut in those instances and it said to trust the Xeno-man
Thanks! got a big boost in glxgears results under LXQt 10.
I have done a git revert of the commit ' [RFC/PATCH,v2] powerpc/iommu: Support "hybrid" iommu/direct DMA ops for coherent_mask < dma_mask (https://patchwork.ozlabs.org/patch/472535/)' without these following files:
After that I compiled the RC5 again and the P.A. Semi Ethernet interface is still working. That means the removed source code isn't responsible for the problem.
Here are the rest of the files which I need to solve the problem with the P.A. Semi Ethernet: