deinterlace: purge MMX/MMXEXT

Per the request in MR !55 to split things out such that the android build issue for the new deinterlace SSE2 code does not hold up the purge, I have reworked the deinterlace changes. Here we purge the MMX/MMXEXT code, and make a small correction to use of emms with SSE code. This leaves us with no acceleration for portions of deinterlace for x86/x86_64. Once this has merged, !55 will be adjusted to just hold a commit adding the SSE2 replacement code. I'm sure we'll find a way around the android build issue.

I only asked to separate consensual removal patches from the rest. Not to split to death.

added MRStatus::Acceptable label

added MRStatus::InReview label and removed MRStatus::Acceptable label

resolved all threads

added MRStatus::Acceptable label and removed MRStatus::InReview label

added MRStatus::Accepted label and removed MRStatus::Acceptable label

MR Acceptance result

This MergeRequest has been Accepted! Congratulations.

MR acceptance checks details:

• MR should be considered mergeable by Gitlab
• Last pipeline should be successful
• MergeRequest should have at least one external review and/or vote
• All threads should be resolved, have votes and score > 0
• MergeRequest should have no activity (threads/votes) for (72h/72h)

This message was automatically generated by homer-bot.

added 18 commits

• a44b4162...4c7b2517 - 16 commits from branch videolan:master
• f0685504 - deinterlace: purge MMX/MMXEXT
• f8b505f4 - deinterlace: use sfence instead of emms for SSE2

Compare with previous version

added 3 commits

• e6bb48cc - 1 commit from branch videolan:master
• 831fa3cd - deinterlace: purge MMX/MMXEXT
• dd38fdc4 - deinterlace: use sfence instead of emms for SSE2

Compare with previous version

enabled an automatic merge when the pipeline for dd38fdc4 succeeds

merged

mentioned in merge request !55

mentioned in merge request !455 (merged)