We have some broken MPEG2 samples causing lockup in UVD (not only, and also crashing some libs). At least happens with Radeon 6450 / UVD 3. Content and not properly packetize and causes video players to send samples containing reference to a missing previous iframe field. Sample: https://streams.videolan.org/streams/ts/mpeg2-field-encoded-bff.ts Our own tracking of this issue https://trac.videolan.org/vlc/ticket/18916
FWIW UVD has never (AFAIK) been able to decode field coded mpeg2, as it seems to be quite rare in the wild it doesn't come up much. A long time ago I managed to lock older h/w with a normal compliance sample. With my current h/w (tonga) I can't lock with this sample or the compliance - neither decode properly of course, so maybe luck involved in avoiding the lock.
Works as designed. On older hardware generations the UVD firmware just stops all processing when it finds an invalid stream. The driver is then responsible to reset the UVD block with a specific reset procedure to get it working again. Unfortunately this reset procedure never made it through IP review and so wasn't released to the public. The only other option is a full ASIC reset which is implemented, but doesn't works so well.
What do you mean by stopping ? Ring N lockup kernel messages ?
(In reply to Francois Cartegnie from comment #3) > What do you mean by stopping ? > Ring N lockup kernel messages ? Yes, exactly.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.