Audio Miniconference 2013 schedule II - Edinburgh 21st October

Audio Miniconference 2013 schedule II - Edinburgh 21st October

[Mark Brown]

[-- Attachment #1.1: Type: text/plain, Size: 1313 bytes --]

Another go at the schedule for the mini-summit based on the feedback
last time.  Same three major topics:

 - Compressed audio review: tinycompress, integration into userspace,
   driver upstreaming.

 - UCM and other use case management status & review (Tanu).

 - Effects offload to DSPs with dynamically instantiatable algorithms,
   and general dynamic DSP firmware handling including DSP resource
   management (Pierre).

Plus a few things that only one or two people brought up:

 - Process stuff (the list, bug tracking and so on).

 - Some relatively specific hardware support topics:
  - HDMI hotplug handling throughout the stack
  - Mic status LED handling throughout the stack.

 - Code cleanups:
  - Moving away from the custom ALSA device registration infrastructure.
  - General code modernisation.

 - Performance, especially DAPM (Patrick)

 - General routing control in userspace - UIs, automation (Daniel).

Hopefully this caught everything that was missed last time.  It'd be
good to have volunteers to lead the discussions in each area, I've
marked those we got already.

As previously mentioned it'd be good if anyone planning to attend could
fill in the form at:

 https://docs.google.com/forms/d/105uav9tkwwkDU4P1T3IOWjfsa3kgtDbFAJOlHgBQR5k/viewform

to help with planning & coordination.

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]

Re: Audio Miniconference 2013 schedule II - Edinburgh 21st October

[Eric Laurent]

Hi,

I can facilitate discussion on compress audio user space and tinycompress
with a presentation of what was done for Android K release.
Someone else should take the lead for the driver part.

I can also present user space changes for audio effect offloading.

Thanks.

Eric.



On Mon, Oct 14, 2013 at 9:10 AM, Mark Brown <broonie@kernel.org> wrote:

> Another go at the schedule for the mini-summit based on the feedback
> last time.  Same three major topics:
>
>  - Compressed audio review: tinycompress, integration into userspace,
>    driver upstreaming.
>
>  - UCM and other use case management status & review (Tanu).
>
>  - Effects offload to DSPs with dynamically instantiatable algorithms,
>    and general dynamic DSP firmware handling including DSP resource
>    management (Pierre).
>
> Plus a few things that only one or two people brought up:
>
>  - Process stuff (the list, bug tracking and so on).
>
>  - Some relatively specific hardware support topics:
>   - HDMI hotplug handling throughout the stack
>   - Mic status LED handling throughout the stack.
>
>  - Code cleanups:
>   - Moving away from the custom ALSA device registration infrastructure.
>   - General code modernisation.
>
>  - Performance, especially DAPM (Patrick)
>
>  - General routing control in userspace - UIs, automation (Daniel).
>
> Hopefully this caught everything that was missed last time.  It'd be
> good to have volunteers to lead the discussions in each area, I've
> marked those we got already.
>
> As previously mentioned it'd be good if anyone planning to attend could
> fill in the form at:
>
>
> https://docs.google.com/forms/d/105uav9tkwwkDU4P1T3IOWjfsa3kgtDbFAJOlHgBQR5k/viewform
>
> to help with planning & coordination.
>

Re: Audio Miniconference 2013 schedule II - Edinburgh 21st October

[Vinod Koul]

[-- Attachment #1.1: Type: text/plain, Size: 1960 bytes --]

On Mon, Oct 14, 2013 at 05:10:03PM +0100, Mark Brown wrote:
> Another go at the schedule for the mini-summit based on the feedback
> last time.  Same three major topics:
> 
>  - Compressed audio review: tinycompress, integration into userspace,
>    driver upstreaming.
Sorry I am not going to make it the conf!

I will send out the status of offload, challanges, drivers (not many) before you
guys start the meeting. Together with Eric's usermode and Android update it
should cover well. I would have loved to see something on PA side too.

Arun any plans to implement support for compressed offload?

>  - UCM and other use case management status & review (Tanu).
> 
>  - Effects offload to DSPs with dynamically instantiatable algorithms,
>    and general dynamic DSP firmware handling including DSP resource
>    management (Pierre).
We are working on effect offloading part and creating framework in sound for
DSPs to do that. Hopefully we should be able to push an RFC before this week and
you guys with Pierre can discuss this over the meeting and provide feedback for
future work on this topic

> Plus a few things that only one or two people brought up:
> 
>  - Process stuff (the list, bug tracking and so on).
> 
>  - Some relatively specific hardware support topics:
>   - HDMI hotplug handling throughout the stack
>   - Mic status LED handling throughout the stack.
> 
>  - Code cleanups:
>   - Moving away from the custom ALSA device registration infrastructure.
>   - General code modernisation.
> 
>  - Performance, especially DAPM (Patrick)
I want to bring the attention to DAPM framework bugs. Somehow recently I
stumbled on quite a few occasions of DAPM bugs and the best part was that the
fix was already availble upstream, ported to stable later version than I had or
NOT ported. Mark, can you pls help by ensuring the right fixes are marked to
stable so that users dont get hit by it!

~Vinod

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]

Re: Audio Miniconference 2013 schedule II - Edinburgh 21st October

[Mark Brown]

[-- Attachment #1.1: Type: text/plain, Size: 472 bytes --]

On Tue, Oct 15, 2013 at 09:00:40AM -0700, Eric Laurent wrote:

> I can facilitate discussion on compress audio user space and tinycompress
> with a presentation of what was done for Android K release.
> Someone else should take the lead for the driver part.

> I can also present user space changes for audio effect offloading.

That'd be great, thanks.  Can you coordinate with Pierre for the effects
offloading stuff so it fits in with his general DSP management topic?

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]

Re: Audio Miniconference 2013 schedule II - Edinburgh 21st October

[Mark Brown]

[-- Attachment #1.1: Type: text/plain, Size: 722 bytes --]

On Tue, Oct 15, 2013 at 10:14:08PM +0530, Vinod Koul wrote:

> I want to bring the attention to DAPM framework bugs. Somehow recently I
> stumbled on quite a few occasions of DAPM bugs and the best part was that the
> fix was already availble upstream, ported to stable later version than I had or
> NOT ported. Mark, can you pls help by ensuring the right fixes are marked to
> stable so that users dont get hit by it!

Any specifics?  I'm generally very conservative about DAPM changes in
stable because I don't want to break systems that are currently working
by luck - giving people a reason to worry about stable updates isn't
good.

There's also sometimes some dependencies with development work which
doesn't help.

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]

Re: Audio Miniconference 2013 schedule II - Edinburgh 21st October

[Vinod Koul]

[-- Attachment #1.1: Type: text/plain, Size: 2603 bytes --]

On Tue, Oct 15, 2013 at 08:26:36PM +0100, Mark Brown wrote:
> On Tue, Oct 15, 2013 at 10:14:08PM +0530, Vinod Koul wrote:
> 
> > I want to bring the attention to DAPM framework bugs. Somehow recently I
> > stumbled on quite a few occasions of DAPM bugs and the best part was that the
> > fix was already availble upstream, ported to stable later version than I had or
> > NOT ported. Mark, can you pls help by ensuring the right fixes are marked to
> > stable so that users dont get hit by it!
> 
> Any specifics?  I'm generally very conservative about DAPM changes in
> stable because I don't want to break systems that are currently working
> by luck - giving people a reason to worry about stable updates isn't
> good.
I understand your point on that :)

On 3.4  was hit by DAPM sync bug as DAPM update gets triggered without holding
lock in few places, after realizing the problem I sae the fix was availble
mainline, clearly this should have been marked to stable.

commit 4edbb34577c98297f958f131e093a150b9f3226f

ASoC: dapm: lock mixer & mux update power with DAPM mutex

Both snd_soc_dapm_mux_update_power() and snd_soc_dapm_mixer_update_power() can
be called internally within DAPM core (with DAPM mutex held) and externally.

Provide some wrappers so that external users of both functions do not have to
remember to hold the DAPM mutex.

Signed-off-by: Liam Girdwood <lrg@ti.com>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>

Similar now on 3.10, I have this patch which was marked to stable :) but not in
version i was using.

commit: 2d49b5987561e480bdbd8692b27fc5f49a1e2f0b
regmap: cache: Make sure to sync the last register in a block

regcache_sync_block_raw_flush() expects the address of the register after last
register that needs to be synced as its parameter. But the last call to
regcache_sync_block_raw_flush() in regcache_sync_block_raw() passes the address
of the last register in the block. This effectively always skips over the last
register in a block, even if it needs to be synced. In order to fix it increase
the address by one register.
The issue was introduced in commit 75a5f89 ("regmap: cache: Write
consecutive registers in a single block write").
Cc: stable@vger.kernel.org # 3.10+
Signed-off-by: Lars-Peter Clausen <lars@metafoo.de>
Signed-off-by: Mark Brown <broonie@linaro.org>

> There's also sometimes some dependencies with development work which
> doesn't help.
And thats why I am not yet talking about DPCM as thats new and few issues need
to be ironed out :)

--
~Vinod



-- 

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]

Re: Audio Miniconference 2013 schedule II - Edinburgh 21st October

[Mark Brown]

[-- Attachment #1.1: Type: text/plain, Size: 495 bytes --]

On Wed, Oct 16, 2013 at 07:47:32AM +0530, Vinod Koul wrote:

> On 3.4  was hit by DAPM sync bug as DAPM update gets triggered without holding
> lock in few places, after realizing the problem I sae the fix was availble
> mainline, clearly this should have been marked to stable.

Yeah.  Changing locking makes me nervous, I never know how that plays
with the out of tree stuff people have - when DPCM wasn't in mainline it
all seemed especially fragile for stable.  That's sorted now of course.

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]

Re: Audio Miniconference 2013 schedule II - Edinburgh 21st October

[Arun Raghavan]

On Tue, 2013-10-15 at 22:14 +0530, Vinod Koul wrote:
> On Mon, Oct 14, 2013 at 05:10:03PM +0100, Mark Brown wrote:
> > Another go at the schedule for the mini-summit based on the feedback
> > last time.  Same three major topics:
> > 
> >  - Compressed audio review: tinycompress, integration into userspace,
> >    driver upstreaming.
> Sorry I am not going to make it the conf!
> 
> I will send out the status of offload, challanges, drivers (not many) before you
> guys start the meeting. Together with Eric's usermode and Android update it
> should cover well. I would have loved to see something on PA side too.
> 
> Arun any plans to implement support for compressed offload?

I am _very_ keen on this. My current Edinburgh plans are a bit up in the
air, while I wait for my visa (if it doesn't turn up by Friday, I can't
make it).

> >  - UCM and other use case management status & review (Tanu).
> > 
> >  - Effects offload to DSPs with dynamically instantiatable algorithms,
> >    and general dynamic DSP firmware handling including DSP resource
> >    management (Pierre).
> We are working on effect offloading part and creating framework in sound for
> DSPs to do that. Hopefully we should be able to push an RFC before this week and
> you guys with Pierre can discuss this over the meeting and provide feedback for
> future work on this topic

While not dependent on the ALSA bits per se, being able to integrate
this nicely into PA is also something that's very interesting to me.

If things do work out w.r.t. my travel, I'd definitely like to discuss
how we might go about doing these things in PA. If not, I hope there'll
be notes. :)

-- Arun

Re: Audio Miniconference 2013 schedule II - Edinburgh 21st October

[Takashi Iwai]

At Mon, 14 Oct 2013 17:10:03 +0100,
Mark Brown wrote:
> 
> Another go at the schedule for the mini-summit based on the feedback
> last time.  Same three major topics:
> 
>  - Compressed audio review: tinycompress, integration into userspace,
>    driver upstreaming.
> 
>  - UCM and other use case management status & review (Tanu).
> 
>  - Effects offload to DSPs with dynamically instantiatable algorithms,
>    and general dynamic DSP firmware handling including DSP resource
>    management (Pierre).
> 
> Plus a few things that only one or two people brought up:
> 
>  - Process stuff (the list, bug tracking and so on).
> 
>  - Some relatively specific hardware support topics:
>   - HDMI hotplug handling throughout the stack
>   - Mic status LED handling throughout the stack.
> 
>  - Code cleanups:
>   - Moving away from the custom ALSA device registration infrastructure.
>   - General code modernisation.
> 
>  - Performance, especially DAPM (Patrick)
> 
>  - General routing control in userspace - UIs, automation (Daniel).
> 
> Hopefully this caught everything that was missed last time.  It'd be
> good to have volunteers to lead the discussions in each area, I've
> marked those we got already.

Those topics that only one or two people brought up (cough...) can be
lead of course by such a person :)  If anything about ALSA core stuff
is in topic, count me.

> As previously mentioned it'd be good if anyone planning to attend could
> fill in the form at:
> 
>  https://docs.google.com/forms/d/105uav9tkwwkDU4P1T3IOWjfsa3kgtDbFAJOlHgBQR5k/viewform
> 
> to help with planning & coordination.

Do you have any plan of the time and place of this conference?
I remember the date, but forgot what time...

BTW, I'm going to be at Edinburgh airport on Sunday evening (6:00PM).
Will anyone be available for going eat and drink for a pre-conf?


thanks,

Takashi

Re: Audio Miniconference 2013 schedule II - Edinburgh 21st October

[Mark Brown]

[-- Attachment #1.1: Type: text/plain, Size: 914 bytes --]

On Fri, Oct 18, 2013 at 05:48:11PM +0200, Takashi Iwai wrote:

> Those topics that only one or two people brought up (cough...) can be
> lead of course by such a person :)  If anything about ALSA core stuff
> is in topic, count me.

Yes, they're first in line if they didn't volunteer already.  :)

> Do you have any plan of the time and place of this conference?
> I remember the date, but forgot what time...

It'll be in the conference centre along with the other Linux Foundation
events - I'm assuming that the registration people will be able to
direct us if there isn't adequate signage.

Time is 9:30, same as the other conferences, thugh I expect people will
start to arrive before then.

> BTW, I'm going to be at Edinburgh airport on Sunday evening (6:00PM).
> Will anyone be available for going eat and drink for a pre-conf?

I'm going to be around of course - I think some others are getting in
early.

[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]

Re: Audio Miniconference 2013 schedule II - Edinburgh 21st October

[Patrick Lai]

On 10/18/2013 10:19 AM, Mark Brown wrote:
> On Fri, Oct 18, 2013 at 05:48:11PM +0200, Takashi Iwai wrote:
>
>> Those topics that only one or two people brought up (cough...) can be
>> lead of course by such a person :)  If anything about ALSA core stuff
>> is in topic, count me.
>
> Yes, they're first in line if they didn't volunteer already.  :)
>

Yes, I would not mind driving the discussion. I don't have presentation
but white board drawing should be enough. See you all tomorrow

Thanks
Patrick

-- 
Sent by an employee of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.