Hang while switching resolution |
||||||||
Issue descriptionChrome Version: 63.0.3213.0 OS: macOS 10.12.6 (16G29) What steps will reproduce the problem? It happened while switching to external display with significantly larger resolution and adding plugging KVM to the USB. The KVM has keyboard and mouse Chrome browser process hanged with the mouse cursor turning into spinning wheel. Activity monitor did not show Chrome process as a top CPU. Activitiy Monitor itself was the top CPU usage process.
,
Sep 27 2017
,
Oct 2 2017
borisv@, do you still repro this bug recently? Dale@, do you see anything abnormal by looking at log? there is a call to media::AUHALStream::Close() involved before hang.
,
Oct 2 2017
,
Oct 3 2017
This looks incredibly much like the CoreAudio deadlock I stumbled upon a couple of months ago, and have since reported to Apple: - The com.apple.audio.IOThread.client thread is waiting in CAMutex::Lock(), trying to lock a mutex that the com.apple.audio.CADispatchQueue.SerialQueue thread is holding. - That thread, on the other hand, is stuck in HALB_Mutex::Lock() trying to lock a mutex that the IOThread is holding. - The main thread eventually gets stuck in HALB_Mutex::Lock() trying to lock the same mutex, which will never get released. I'll take this bug for now.
,
Oct 3 2017
,
Oct 3 2017
Thank you, ossu@. I do not have a stable repro, but the issue seems to happen when I disconnect a USB-C connection for the monitor, which also has an audio output. The Mac was using the monitor audio as the default audio device. The monitor is ACER B326HK 32" monitor.
,
Oct 18 2017
Changing this to ExternalDependency; the problem seems to be under investigation by Apple.
,
Dec 7 2017
,
Jan 8 2018
Checked that the fix is in macOS 10.13.2. Closing as verified.
,
Jan 17 2018
|
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by shrike@chromium.org
, Sep 15 2017