diff -up chromium-86.0.4240.75/media/gpu/vaapi/vaapi_video_decode_accelerator.cc.vaapi-intel-fix chromium-86.0.4240.75/media/gpu/vaapi/vaapi_video_decode_accelerator.cc

--- chromium-86.0.4240.75/media/gpu/vaapi/vaapi_video_decode_accelerator.cc.vaapi-intel-fix 2020-10-07 12:38:47.000000000 -0400

+++ chromium-86.0.4240.75/media/gpu/vaapi/vaapi_video_decode_accelerator.cc 2020-10-14 16:20:46.938556042 -0400

@@ -58,6 +58,7 @@ unsigned int GetVaFormatForVideoCodecPro

   return VA_RT_FORMAT_YUV420;

 }

+#if defined(OS_ANDROID) || BUILDFLAG(IS_CHROMEOS_ASH)

 // Returns true if the CPU is an Intel Gemini Lake or later (including Kaby

 // Lake) Cpu platform id's are referenced from the following file in kernel

 // source arch/x86/include/asm/intel-family.h

@@ -70,6 +71,7 @@ bool IsGeminiLakeOrLater() {

       cpuid.model() >= kGeminiLakeModelId;

   return is_geminilake_or_later;

 }

+#endif

 }  // namespace

@@ -1214,6 +1216,8 @@ VaapiVideoDecodeAccelerator::DecideBuffe

   if (output_mode_ == VideoDecodeAccelerator::Config::OutputMode::IMPORT)

     return BufferAllocationMode::kNormal;

+#if defined(OS_ANDROID) || BUILDFLAG(IS_CHROMEOS_ASH)

+  // Move this to chromeOs only as it is causing problem in some intel linux drivers

   // On Gemini Lake, Kaby Lake and later we can pass to libva the client's

   // PictureBuffers to decode onto, which skips the use of the Vpp unit and its

   // associated format reconciliation copy, avoiding all internal buffer

@@ -1229,6 +1233,7 @@ VaapiVideoDecodeAccelerator::DecideBuffe

       num_extra_pics_ = 3;

     return BufferAllocationMode::kNone;

   }

+#endif

   // For H.264 on older devices, another +1 is experimentally needed for

   // high-to-high resolution changes.

​