Mac h264: Add a flag to specify GLImage status in hardware decode

Mac h264: Add a flag to specify GLImage status in hardware decode

This has no functional effect, but will be needed when we decode to
4:2:0 because that format will not be bound, but rather will require
an on-demand copy in order to be used by OpenGL.

This is a slow re-introduction of the previous patch to enable h264
decode to 4:2:0 IOSurfaces, to see where we started causing instability.

BUG=594452
Committed: https://crrev.com/3fc11d2ecd9f6c928bc3268043f8eb14a2185f4b
Cr-Commit-Position: refs/heads/master@{#385067}

[ccameron, 2016-04-03 04:07:41]

Description was changed from

==========
Mac h264: Add a flag to specify GLImage status in hardware decode

BUG=594452
==========

to

==========
Mac h264: Add a flag to specify GLImage status in hardware decode

This has no functional effect, but will be needed when we decode to
4:2:0 because that format will not be bound, but rather will require
an on-demand copy in order to be used by OpenGL.

This is a slow re-introduction of the previous patch to enable h264
decode to 4:2:0 IOSurfaces, to see where we started causing instability.

BUG=594452
==========

[ccameron, 2016-04-03 04:07:42]

ccameron@chromium.org changed reviewers:
+ sandersd@chromium.org

[ccameron, 2016-04-03 04:09:39]

Second part of the re-introduction of the 4:2:0 patch. The first part didn't
affect crash rates. This is a functional no-op, but touches a bunch of files.
The next patch will re-enable 4:2:0 (AVSampleBufferDisplayLayer is still
disabled though)

[sandersd (OOO until July 31), 2016-04-04 18:30:22]

lgtm

[ccameron, 2016-04-04 19:03:51]

The CQ bit was checked by ccameron@chromium.org

[commit-bot: I haz the power, 2016-04-04 19:04:23]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1848403003/1
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1848403003/1

[commit-bot: I haz the power, 2016-04-04 21:18:59]

The CQ bit was unchecked by commit-bot@chromium.org

[commit-bot: I haz the power, 2016-04-04 21:19:00]

Try jobs failed on following builders:
  mac_chromium_rel_ng on tryserver.chromium.mac (JOB_FAILED,
http://build.chromium.org/p/tryserver.chromium.mac/builders/mac_chromium_rel_...)

[ccameron, 2016-04-04 22:57:34]

The CQ bit was checked by ccameron@chromium.org

[commit-bot: I haz the power, 2016-04-04 22:57:57]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1848403003/1
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1848403003/1

[commit-bot: I haz the power, 2016-04-05 00:57:01]

Description was changed from

==========
Mac h264: Add a flag to specify GLImage status in hardware decode

This has no functional effect, but will be needed when we decode to
4:2:0 because that format will not be bound, but rather will require
an on-demand copy in order to be used by OpenGL.

This is a slow re-introduction of the previous patch to enable h264
decode to 4:2:0 IOSurfaces, to see where we started causing instability.

BUG=594452
==========

to

==========
Mac h264: Add a flag to specify GLImage status in hardware decode

This has no functional effect, but will be needed when we decode to
4:2:0 because that format will not be bound, but rather will require
an on-demand copy in order to be used by OpenGL.

This is a slow re-introduction of the previous patch to enable h264
decode to 4:2:0 IOSurfaces, to see where we started causing instability.

BUG=594452
==========

[commit-bot: I haz the power, 2016-04-05 00:57:02]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2016-04-05 00:58:07]

Description was changed from

==========
Mac h264: Add a flag to specify GLImage status in hardware decode

This has no functional effect, but will be needed when we decode to
4:2:0 because that format will not be bound, but rather will require
an on-demand copy in order to be used by OpenGL.

This is a slow re-introduction of the previous patch to enable h264
decode to 4:2:0 IOSurfaces, to see where we started causing instability.

BUG=594452
==========

to

==========
Mac h264: Add a flag to specify GLImage status in hardware decode

This has no functional effect, but will be needed when we decode to
4:2:0 because that format will not be bound, but rather will require
an on-demand copy in order to be used by OpenGL.

This is a slow re-introduction of the previous patch to enable h264
decode to 4:2:0 IOSurfaces, to see where we started causing instability.

BUG=594452

Committed: https://crrev.com/3fc11d2ecd9f6c928bc3268043f8eb14a2185f4b
Cr-Commit-Position: refs/heads/master@{#385067}
==========

[commit-bot: I haz the power, 2016-04-05 00:58:08]

Patchset 1 (id:??) landed as
https://crrev.com/3fc11d2ecd9f6c928bc3268043f8eb14a2185f4b
Cr-Commit-Position: refs/heads/master@{#385067}