<div dir="ltr"><br><div dir="ltr"><div class="gmail_extra">On 28 January 2013 05:47, Tanu Kaskinen <span dir="ltr"><<a href="mailto:tanuk@iki.fi" target="_blank">tanuk@iki.fi</a>></span> wrote:<br><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im HOEnZb">Please use the "Reply to All" functionality of your mail client when<br>
having discussions on a mailing list. I've added pulseaudio-discuss to<br>
CC again.<br></div></blockquote><div><br></div><div>My apologies, it's been a while since I used one.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im HOEnZb">
<br>
On Mon, 2013-01-28 at 02:36 +0000, Nathan Hulse wrote:<br>
</div><div class="im HOEnZb">> The pulse hooks are just the default ones in /usr/lib/pm-utils/sleep.d<br>
> that ship with pulse 2.0.<br>
<br>
</div><div class="im HOEnZb">Ok, I wasn't aware of this directory (I have it too, though). If you<br>
have pulseaudio files there, those are provided by your distribution.<br>
Upstream pulseaudio doesn't ship any pm scripts.<br></div></blockquote><div><br></div><div>Ah, yes, of course. And it would almost be ironic if upstream pulseaudio were including support for pm-utils, given the existence and direction of systemd! <br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im HOEnZb">
<br>
</div><div class="im HOEnZb">> The jack backend is switched from firewire to dummy before suspend, so<br>
> that I can unload firewire_ohci from the kernel. I load firewire_ohci<br>
> again at resume and then switch the jack backend to firewire again.<br>
> But this all happens inbetween pulse saving and restoring state.<br>
><br>
><br>
> Manually recreating the connection with the jack tools would be a pain<br>
> in the arse after every suspend/resume. The best solution I have found<br>
> thus far is to suspend the jack sink/source using pacmd, and then<br>
> reload module-jackdbus-detect in order to recreate the connections.<br>
<br>
</div><div class="HOEnZb"><div class="h5">Can't the connection recreation be scripted? But anyway, if reloading<br>
module-jackdbus-detect works ok for you, that's fine too. Just one<br>
thing: does unloading module-jackdbus-detect cause the old jack sink and<br>
source getting unloaded? I'd expect not, so don't you get duplicate jack<br>
sinks and sources after reloading module-jackdbus-detect?<br></div></div></blockquote><div><br></div><div>Yep, I'll just script around the existing distro-supplied PA pm-utils stuff. Initially, I simply verified that unloading/loading module-jackdbus-detect worked as expected. It works very nicely, as it happens; module-jackdbus-detect removes the jack sinks/sources as it is unloaded, so there is no issue with duplication.<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
<br>
--<br>
Tanu<br>
<br>
</div></div></blockquote></div><br></div><div class="gmail_extra">Thanks for helping me work through this. This old aureon firewire is actually now has better desktop integration under linux with ffado/jack/pulse than it is under windows with the proprietory drivers. In windows, there isn't even a possibility that I can get the aureon to handle suspend/resume correctly; I have to pull the cable...<br>
<br></div><div class="gmail_extra">Nathan<br></div></div></div>