Good point. In this case hibernate works like sleep; the active streams
all get paused before the PowerChangeState() callback.
I should mention that our devices only support D3 and D0.
On 4/13/2018 9:51 AM, HpW-Works Support wrote:
BTW: may also check a hybernate cycle, while this is a different behavior..
Am 13. April 2018 14:45:39 schrieb Tom Eckert <teckert@xxxxxxxxxxxxxxxx>:
Here's the link: https://aka.ms/Varr10
On 4/12/2018 3:19 PM, Matthew van Eerde (Redacted sender Matthew.van.Eerde for DMARC) wrote:
From your description, it would seem you have found a bug in portcls; can you file a problem report in Feedback Hub and send me a link?
*From:* wdmaudiodev-bounce@xxxxxxxxxxxxx <wdmaudiodev-bounce@xxxxxxxxxxxxx> on behalf of Tom Eckert <teckert@xxxxxxxxxxxxxxxx>
*Sent:* Thursday, April 12, 2018 11:56:39 AM
*Subject:* [wdmaudiodev] Shutdown notification when recording from a service
We have a customer that uses a recording app that is implemented as a
service. The problem is that they get BSOD on shutdown. From the logs I
can see that the streams are still running when our
IAdapterPowerManagement::PowerChangeState() gets called.
The documentation states that PortCls will pause any running streams
before calling PowerChangeState() so is it expected that this would not
be the case for a service?
I've asked the customer to modify their service code to handle
SERVICE_CONTROL_SHUTDOWN and stop recorders but I suspect I may need to
handle this case anyway.
Post message: mailto:wdmaudiodev@xxxxxxxxxxxxx
Subscribe: mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe <mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe>
URL to WDMAUDIODEV page: