Fixed NO_MIC_DATA error on Mac.

Fixed NO_DATA_ERROR on Mac.

I wrote two unittests which open  the device, wait for the data callback, then close the device, ran the tests in an infinite loop, after several hours, it hits NO_MIC_DATA on the input side. The problem is that sometimes the audio unit gets corrupted, and our input code does not correctly dispose the unit component, so the broken audio unit can be leaked and prevent the OS pumping audio callback to all auido units.

This patch fixes two problems:
1, AUAudioInputStream::Close() is not completely correct, we need to call AudioComponentInstanceDispose() 
2, It seems that we should setup the input callback before setting the formats, which might not be correct (I am not really sure, but the tests show that I was able to restart the stream after changing it)


BUG=411869
Committed: https://crrev.com/9bb4136278a98e27d1c47e97fb3a4f496a97ca8c
Cr-Commit-Position: refs/heads/master@{#293725}

[no longer working on chromium, 2014-09-07 18:31:39]

xians@chromium.org changed reviewers:
+ tommi@chromium.org

[no longer working on chromium, 2014-09-08 12:51:03]

Tommi, I believe it is OK to land this? I have been running tests with this
patch for over 36 hours, and no problem so far.

Without the patch, we hit the NO_MIC_DATA after a few hours.


Thanks,
SX

[tommi (sloooow) - chröme, 2014-09-08 14:00:28]

The CQ bit was checked by tommi@chromium.org

[tommi (sloooow) - chröme, 2014-09-08 14:00:29]

lgtm

[commit-bot: I haz the power, 2014-09-08 14:05:21]

CQ is trying da patch. Follow status at
 https://chromium-status.appspot.com/cq/xians@chromium.org/554523002/1

[commit-bot: I haz the power, 2014-09-08 15:04:03]

Committed patchset #1 (id:1) as 803a2527f7810fadfd2a193189e6edf159eaf5ac

[commit-bot: I haz the power, 2014-09-10 03:46:18]

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