Sicilian

Looks to be back online.

Is there a relation between the acceleration code and FPU?

 

The current images (develop and rc) for the ET4000 and 5000 don't start, in mean Enigma starts but hangs when it inits the acceleration (I mentioned that yesterday).

 

I reverted your commit in a homebuild for these two boxes, and now they start again. I haven't tested other mipsel32-nf boxes, but I assume they have the same issue?

ET8500 and DAGS 7362 booted fine, even with the issue.

I'm actually surprised the issue has been on confirmed on ET8000.

In OpenViX for machines that have blending issues we force on or off alphablending via configure.ac. ET8000 never had issues.

ET-8500 had alphablending forced on, got issues with these changes.

VU+ No issues, our configure.ac has blending forced off. No issues with these changes

Dags has blending forced off, got issues with these changes.

Our configure.ac here: https://github.com/O...er/configure.ac

You'll see which machines had forced on and which off, ET8000 needed none forced on or off.

Do we know for which boxes this is an issue?

 

It now surfaces in our own Xtrend builds (confirmed on the ET8000, issue not present on the ET10000), so the manufacturer needs to update the BSP, but I assume more BSP's are affected?

I've confirmed on ET-8500 and dags 7362 boxes.

Please guys, try to disable alpha blending acceleration instead. Increasing the acceleration threshold is not a real fix, it just reduces the number of times you will notice the issue.

In OpenViX Dags machines had alpha blending disabled, but still had the issue prior to this fix: https://github.com/O...nfigure.ac#L347