Lists

Terms and Conditions
Lists hosted on this site
Email the Postmaster
Tips for posting to public mailing lists

Re: Deadlock on HP_HogMode::ChangeNotification

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Deadlock on HP_HogMode::ChangeNotification

Subject: Re: Deadlock on HP_HogMode::ChangeNotification
From: Jeff Moore <email@hidden>
Date: Tue, 02 Sep 2008 14:32:20 -0700

It appears that what is happening here is that some other application is releasing/acquiring hog mode while at the same time a configuration change, like a format change, is coming in. This can happen when the DVD Player is staring/stopping AC-3 playback.

You should definitely file a bug about this. In the meantiem, I'm not aware of any work around that you can take to avoid a deadlock like this.

On Sep 2, 2008, at 12:30 PM, Felix Schwarz wrote:

Hello,
I've been getting a few reports of deadlocks of my application lately.
I have asked the affected users to send me an Activity Monitor Analyze-log and all of the deadlocks seem to occur after a CoreAudio- callback is called following the receipt of what - judging by the log - looks like a CFNotification:

-- cut -- 1962 Thread_2503 1962 0x31e5 1962 0x32be 1962 0x33ab 1962 NSApplicationMain 1962 -[NSApplication run] 1962 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] 1962 _DPSNextEvent 1962 BlockUntilNextEventMatchingListInMode 1962 ReceiveNextEventCommon 1962 RunCurrentEventLoopInMode 1962 CFRunLoopRunInMode 1962 CFRunLoopRunSpecific 1962 __CFMachPortPerform 1962 __CFXNotificationReceiveFromServer 1962 __CFXNotificationHandleMessage 1962 HP_HogMode::ChangeNotification(__CFNotificationCenter*, void const*, __CFString const*, void const*, __CFDictionary const*) 1962 IOA_SingleDevice::HogModeStateChanged() 1962 IOA_SingleDevice::RefreshAvailableStreamFormats() 1962 IOA_Stream::RefreshAvailablePhysicalFormats() 1962 CAMutex::Lock() 1962 pthread_mutex_lock 1962 semaphore_wait_signal_trap 1962 semaphore_wait_signal_trap 1962 Thread_2603 1962 thread_start 1962 _pthread_start 1962 select$DARWIN_EXTSN 1962 select$DARWIN_EXTSN 1962 Thread_2703 1962 thread_start 1962 _pthread_start 1962 CAPThread::Entry(CAPThread*) 1962 HALRunLoop::OwnThread(void*) 1962 CFRunLoopRunInMode 1962 CFRunLoopRunSpecific 1962 mshMIGPerform 1962 _XAHS_PropertyListener 1962 Server_AHS_PropertyListener 1962 HALDefaultDevice::PropertyListener(unsigned long, unsigned long, AudioObjectPropertyAddress const*, void*) 1962 HALObject::PropertiesChanged(unsigned long, AudioObjectPropertyAddress const*) 1962 AUGenericOutputEntry 1962 AUGenericOutputEntry 1962 AUGenericOutputEntry 1962 0x7000b3dc 1962 AUGenericOutputEntry 1962 AUGenericOutputEntry 1962 AudioDeviceSetProperty 1962 HALObject::SetPropertyData(AudioObjectPropertyAddress const&, unsigned long, void const*, unsigned long, void const*, AudioTimeStamp const*) 1962 HALPlugIn::ObjectSetPropertyData(HALObject const&, AudioObjectPropertyAddress const&, unsigned long, void const*, unsigned long, void const*, AudioTimeStamp const*) 1962 HP_HardwarePlugIn_ObjectSetPropertyData (AudioHardwarePlugInInterface**, unsigned long, AudioObjectPropertyAddress const*, unsigned long, void const*, unsigned long, void const*) 1962 IOA_SingleDevice::SetPropertyData(AudioObjectPropertyAddress const&, unsigned long, void const*, unsigned long, void const*, AudioTimeStamp const*) 1962 IOA_Device::SetPropertyData(AudioObjectPropertyAddress const&, unsigned long, void const*, unsigned long, void const*, AudioTimeStamp const*) 1962 HP_Device::SetPropertyData(AudioObjectPropertyAddress const&, unsigned long, void const*, unsigned long, void const*, AudioTimeStamp const*) 1962 HP_Device::ExecuteCommand(HP_Command*) 1962 IOA_Device::StartCommandExecution(void**) 1962 CAMutex::Lock() 1962 pthread_mutex_lock 1962 semaphore_wait_signal_trap 1962 semaphore_wait_signal_trap -- cut --

What could be causing this? And what could add an observer for said CFNotification to my application's runloop?

I don't register for Core Audio callbacks / don't register any Core Audio Property Listeners anywhere in my code. I only use Core Audio to get and set the current default audio output and input devices.

Any help or insight on what could cause this would be greatly appreciated.
Thanks in advance.
Best regards,
Felix Schwarz
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden

--

Jeff Moore
Core Audio
Apple


_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


Follow-Ups:

Re: Deadlock on HP_HogMode::ChangeNotification
From: Felix Schwarz <email@hidden>


References:  
  >Deadlock on HP_HogMode::ChangeNotification (From: Felix Schwarz <email@hidden>)




Prev by Date:
Re: Cocoa UI Bundle

Next by Date:
Effect and Instrument combined in one AU

Previous by thread:
Deadlock on HP_HogMode::ChangeNotification

Next by thread:
Re: Deadlock on HP_HogMode::ChangeNotification

Index(es):

Date
Thread