[alsa-devel] Audio Miniconference 2013 schedule II - Edinburgh 21st October
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...
to help with planning & coordination.
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...
to help with planning & coordination.
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?
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
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.
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
--
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.
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
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...
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
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.
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
participants (6)
-
Arun Raghavan -
Eric Laurent -
Mark Brown -
Patrick Lai -
Takashi Iwai -
Vinod Koul