devices: virtio: video: don't close output fds
devices: virtio: video: don't close output fds

libvda takes ownership of output fds, so don't maintain ownership and
attempt to close them within the decoder device.

Closing output fds twice was benign if the decoder device performed
the second close. However, if the decoder device closed an fd while
libvda's IPC thread was processing the fd, then the IPC thread's failure
to close the fd would trigger an assert. Note that because fds are
recycled, this could happen when the decoder was processing either
bitstream or output fds.

BUG=b:169535727, b:170451397
TEST=android.media.cts.AdaptivePlaybackTest#testVP8*

Change-Id: I06c5b7d117dc4057cbd01bdb90167f7f23ab336e
Reviewed-on: https://chromium-review.googlesource.com/c/chromiumos/platform/crosvm/+/2473978
Tested-by: kokoro <2ac7b1f3fa578934c95181d4272be0d3bca00121@google.com>
Reviewed-by: Alex Lau <2a11013bf51aa920114d6ba04a98511931cd3184@chromium.org>
Reviewed-by: Chih-Yu Huang <f815e8cb2f117b8947610323682cb280404b8de3@chromium.org>
Commit-Queue: David Stevens <2f87ba95ff5d327328bd68c2e86a4d9f2ba99bd0@chromium.org>

google/crosvm,google/crosvm,google/crosvm,google/crosvm