gpu: defer mojo registration and binding resume until full initialization

gpu: defer mojo registration and binding resume until full initialization

1- This makes sure we can send the GpuHostMsg_Initialized message ASAP, since
it's in the critical path
2- This makes sure we don't start handling mojo requests if the GPU process is
about to exit (dead_on_arrival_ case)
3- This ensures that by construction GpuProcessControlImpl and
GpuArcVideoService won't access GpuChildThread before it's initialized
4- This ensures log messages caused by those are not lost

BUG=None

Committed: https://crrev.com/223a53caf2242c3011ff796aa11a037e3b38824e
Cr-Commit-Position: refs/heads/master@{#406761}

[piman, 2016-07-21 00:48:23]

Description was changed from

==========
gpu: defer mojo registration and binding resume until full initialization

1- This makes sure we can send the GpuHostMsg_Initialized message ASAP, since
it's in the critical path
2- This makes sure we don't start handling mojo requests if the GPU process is
about to exit (dead_on_arrival_ case)
3- This ensures that by construction GpuProcessControlImpl and
GpuArcVideoService won't access GpuChildThread before it's initialized

BUG=None
==========

to

==========
gpu: defer mojo registration and binding resume until full initialization

1- This makes sure we can send the GpuHostMsg_Initialized message ASAP, since
it's in the critical path
2- This makes sure we don't start handling mojo requests if the GPU process is
about to exit (dead_on_arrival_ case)
3- This ensures that by construction GpuProcessControlImpl and
GpuArcVideoService won't access GpuChildThread before it's initialized
4- This ensures log messages are not lost

BUG=None
==========

[piman, 2016-07-21 00:49:02]

Description was changed from

==========
gpu: defer mojo registration and binding resume until full initialization

1- This makes sure we can send the GpuHostMsg_Initialized message ASAP, since
it's in the critical path
2- This makes sure we don't start handling mojo requests if the GPU process is
about to exit (dead_on_arrival_ case)
3- This ensures that by construction GpuProcessControlImpl and
GpuArcVideoService won't access GpuChildThread before it's initialized
4- This ensures log messages are not lost

BUG=None
==========

to

==========
gpu: defer mojo registration and binding resume until full initialization

1- This makes sure we can send the GpuHostMsg_Initialized message ASAP, since
it's in the critical path
2- This makes sure we don't start handling mojo requests if the GPU process is
about to exit (dead_on_arrival_ case)
3- This ensures that by construction GpuProcessControlImpl and
GpuArcVideoService won't access GpuChildThread before it's initialized
4- This ensures log messages caused by those are not lost

BUG=None
==========

[piman, 2016-07-21 00:49:09]

The CQ bit was checked by piman@chromium.org to run a CQ dry run

[piman, 2016-07-21 00:49:28]

piman@chromium.org changed reviewers:
+ rockot@chromium.org

[commit-bot: I haz the power, 2016-07-21 00:49:37]

Dry run: CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[Ken Rockot(use gerrit already), 2016-07-21 00:52:06]

lgtm

[piman, 2016-07-21 01:06:39]

The CQ bit was unchecked by piman@chromium.org

[piman, 2016-07-21 01:06:40]

The CQ bit was checked by piman@chromium.org

[commit-bot: I haz the power, 2016-07-21 01:06:56]

CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[commit-bot: I haz the power, 2016-07-21 01:23:01]

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

[commit-bot: I haz the power, 2016-07-21 01:23:03]

Try jobs failed on following builders:
  cast_shell_linux on master.tryserver.chromium.linux (JOB_FAILED,
http://build.chromium.org/p/tryserver.chromium.linux/builders/cast_shell_linu...)

[piman, 2016-07-21 02:42:13]

The CQ bit was checked by piman@chromium.org

[commit-bot: I haz the power, 2016-07-21 02:42:37]

CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[commit-bot: I haz the power, 2016-07-21 03:42:06]

Description was changed from

==========
gpu: defer mojo registration and binding resume until full initialization

1- This makes sure we can send the GpuHostMsg_Initialized message ASAP, since
it's in the critical path
2- This makes sure we don't start handling mojo requests if the GPU process is
about to exit (dead_on_arrival_ case)
3- This ensures that by construction GpuProcessControlImpl and
GpuArcVideoService won't access GpuChildThread before it's initialized
4- This ensures log messages caused by those are not lost

BUG=None
==========

to

==========
gpu: defer mojo registration and binding resume until full initialization

1- This makes sure we can send the GpuHostMsg_Initialized message ASAP, since
it's in the critical path
2- This makes sure we don't start handling mojo requests if the GPU process is
about to exit (dead_on_arrival_ case)
3- This ensures that by construction GpuProcessControlImpl and
GpuArcVideoService won't access GpuChildThread before it's initialized
4- This ensures log messages caused by those are not lost

BUG=None
==========

[commit-bot: I haz the power, 2016-07-21 03:42:07]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2016-07-21 03:44:35]

Description was changed from

==========
gpu: defer mojo registration and binding resume until full initialization

1- This makes sure we can send the GpuHostMsg_Initialized message ASAP, since
it's in the critical path
2- This makes sure we don't start handling mojo requests if the GPU process is
about to exit (dead_on_arrival_ case)
3- This ensures that by construction GpuProcessControlImpl and
GpuArcVideoService won't access GpuChildThread before it's initialized
4- This ensures log messages caused by those are not lost

BUG=None
==========

to

==========
gpu: defer mojo registration and binding resume until full initialization

1- This makes sure we can send the GpuHostMsg_Initialized message ASAP, since
it's in the critical path
2- This makes sure we don't start handling mojo requests if the GPU process is
about to exit (dead_on_arrival_ case)
3- This ensures that by construction GpuProcessControlImpl and
GpuArcVideoService won't access GpuChildThread before it's initialized
4- This ensures log messages caused by those are not lost

BUG=None

Committed: https://crrev.com/223a53caf2242c3011ff796aa11a037e3b38824e
Cr-Commit-Position: refs/heads/master@{#406761}
==========

[commit-bot: I haz the power, 2016-07-21 03:44:36]

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