On Thu, 2019-06-06 at 18:39 +0200, Arun Raghavan wrote: > On Wed, 5 Jun 2019, at 7:29 PM, Pali Rohár wrote: > > On Wednesday 05 June 2019 09:57:01 Georg Chini wrote: > > > On 04.06.19 19:42, Tanu Kaskinen wrote: > > > > On Fri, 2019-05-31 at 16:59 +0300, Kai Vehmanen wrote: > > > > > Hi all, > > > > > > > > > > I've been testing pulse with the new Intel SOF [1] audio drivers (that are > > > > > going to 5.2 kernel). > > > > > > > > > > In my tests, e.g. system suspend/stress tests work much better on latest > > > > > master of pulseaudio, compared to test with latest released Pulseaudio. > > > > > > > > > > At least this patch in PA master has a big improvement: > > > > > "alsa: Improve resume logic after alsa suspend" > > > > > https://gitlab.freedesktop.org/pulseaudio/pulseaudio/commit/f7b3537bbf9a6916ee3fd72a82025519b4c346f5 > > > > > > > > > > With that introduction, any plans for an official Pulseaudio release this > > > > > year? It seems there are many patches in master (like the above) and time > > > > > has passed since 12.2. > > > > > > > > > > [1] https://thesofproject.github.io/ > > > > There are no concrete plans at the moment, but we certainly should make > > > > a release this year (preferably two). According to the usual process we > > > > should have started preparing the release last October, but somehow > > > > that didn't happen... The reason I didn't push for a release last fall > > > > was that there's a certain feature that I secretly wanted to get in > > > > first, and that's still not done. There hasn't been much pressure from > > > > other people either. > > > > > > > > I think we could freeze master now. I don't want to block the release > > > > waiting for any features, such as the A2DP codec stuff. Arun, Georg, > > > > what are your thoughts? > > > > > > > I'd like to have the messaging patches in the upcoming release. > > > It should not be too much work to review them and I think I fixed > > > all issues you found during your last review (except one that you > > > can probably fix easily when pushing the patches). The same argument could probably be made for quite a few pending patches and other things (individually not that much work, but there are many of them). Getting the message API in the next release doesn't seem super important to me, if there's nothing using it. If we delay the freeze by a couple of weeks as Arun suggested, I may end up reviewing the patches before the freeze anyway, though, because I need them in the loopback manager hobby project. > > > Otherwise I would be fine with freezing master and preparing > > > a new release. Do we have any blocker bugs? I need to check my notes, but for now the only bug that I'm aware of that I think should be a blocker is this: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/667 The blockers are tracked here: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/174 > > I would like to see reviewed and merged first 5 patches in my bluetooth > > series. Those are just fixes of current code, not new A2DP codecs. > > I hoping we could get some of those codec changes in before the > release and held of suggesting a freeze earlier, but it since slipped > my mind and I think we should in fact make a release soon. > > I suggest we timebox this -- what we are able to confidently review > and get in over the next 2 weeks makes to go into master before the > freeze, the rest we can push to next as it's ready, for 14.0 and > ideally we'll go back to your shorter release cycle for it so it's > not a very long wait. I'm fine with delaying the freeze by two weeks. Freeze on 2019-06-20 then (that's two weeks after your message)? -- Tanu https://www.patreon.com/tanuk https://liberapay.com/tanuk _______________________________________________ pulseaudio-discuss mailing list pulseaudio-discuss@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
