Re: [alsa-devel] [RFC PATCH] ARM ASoC: add sound driver for imx27pdk using mc13783 codec
Hi Philippe,
On Wed, Jan 25, 2012 at 1:45 PM, Philippe Rétornaz philippe.retornaz@epfl.ch wrote:
I have a working sound support for the mx31moboard boards available here: http://github.com/retornaz/linux/commits/moboard-sound
That's cool :-)
It's basically Sascha mc13783 codec driver (from his git tree) rebased on 3.2 and some mx31moboad specific code.
I can playback & record sound on our board (2 channels@16Khz) with the sdma.
Sascha, do you have any plan to upstream the mc13783 codec driver ?
In case Sascha doesn't have plans to upstream mc13783, is this something you could do?
Thanks,
Fabio Estevam
Hi
Le samedi 28 janvier 2012 18:57:45 Fabio Estevam a écrit :
On Wed, Jan 25, 2012 at 1:45 PM, Philippe Rétornaz
philippe.retornaz@epfl.ch wrote:
(...)
Sascha, do you have any plan to upstream the mc13783 codec driver ?
In case Sascha doesn't have plans to upstream mc13783, is this something you could do?
It's an option, but I cannot work full-time on it so it would not be fast.
Thanks,
Philippe
On 1/29/12, Philippe Rétornaz philippe.retornaz@epfl.ch wrote:
In case Sascha doesn't have plans to upstream mc13783, is this something you could do?
It's an option, but I cannot work full-time on it so it would not be fast.
Ok, please Cc me when you submit these patches as I would like to test them on mx27/mx31pdk.
Thanks,
Fabio Estevam
On Sun, Jan 29, 2012 at 08:01:38PM +0100, Philippe R?tornaz wrote:
Le samedi 28 janvier 2012 18:57:45 Fabio Estevam a ?crit :
On Wed, Jan 25, 2012 at 1:45 PM, Philippe R?tornaz
Sascha, do you have any plan to upstream the mc13783 codec driver ?
In case Sascha doesn't have plans to upstream mc13783, is this something you could do?
It's an option, but I cannot work full-time on it so it would not be fast.
First step would be to post it :)
A useful approach might be to strip the driver down to the bare minimum (for example just getting DAC to headphone working, possibly at a fixed sample rate) and then build out functionality incrementally. That would make it easier for different people to contribute bits they need.
Le jeudi 2 février 2012 17:32:12 Mark Brown a écrit :
On Sun, Jan 29, 2012 at 08:01:38PM +0100, Philippe R?tornaz wrote:
Le samedi 28 janvier 2012 18:57:45 Fabio Estevam a ?crit :
On Wed, Jan 25, 2012 at 1:45 PM, Philippe R?tornaz
Sascha, do you have any plan to upstream the mc13783 codec driver ?
In case Sascha doesn't have plans to upstream mc13783, is this something you could do?
It's an option, but I cannot work full-time on it so it would not be fast.
First step would be to post it :)
A useful approach might be to strip the driver down to the bare minimum (for example just getting DAC to headphone working, possibly at a fixed sample rate) and then build out functionality incrementally. That would make it easier for different people to contribute bits they need.
Well, that was the whole point to post a link to a git tree containing the patches. But if you think I should post the patches directly on the mailing list I can do it.
But before investing too much time on it I would really like to have Sascha opinion about it as he is the main author of the mc13783 codec code.
Thanks,
Philippe
On Fri, Feb 03, 2012 at 08:45:10AM +0100, Philippe Rétornaz wrote:
Le jeudi 2 février 2012 17:32:12 Mark Brown a écrit :
First step would be to post it :)
Well, that was the whole point to post a link to a git tree containing the patches. But if you think I should post the patches directly on the mailing list I can do it.
The entire kernel code review process is based on patches posted to mailing lists.
Hi Sascha,
2012/2/3 Philippe Rétornaz philippe.retornaz@epfl.ch:
But before investing too much time on it I would really like to have Sascha opinion about it as he is the main author of the mc13783 codec code.
Could you please comment?
Thanks,
Fabio Estevam
participants (3)
-
Fabio Estevam -
Mark Brown -
Philippe Rétornaz