* [PATCH] ASoc: kirkwood: Extend the min and max number of bytes per period
@ 2013-09-19 9:20 Jean-Francois Moine
2013-09-26 10:24 ` Mark Brown
0 siblings, 1 reply; 4+ messages in thread
From: Jean-Francois Moine @ 2013-09-19 9:20 UTC (permalink / raw)
To: linux-arm-kernel
This patch extends the min and max number of bytes per period.
It mainly permits to reduce the sound delay in MIDI real-time playing.
Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
---
sound/soc/kirkwood/kirkwood.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/kirkwood/kirkwood.h b/sound/soc/kirkwood/kirkwood.h
index f8e1ccc..bf23afb 100644
--- a/sound/soc/kirkwood/kirkwood.h
+++ b/sound/soc/kirkwood/kirkwood.h
@@ -123,8 +123,8 @@
/* need to find where they come from */
#define KIRKWOOD_SND_MIN_PERIODS 8
#define KIRKWOOD_SND_MAX_PERIODS 16
-#define KIRKWOOD_SND_MIN_PERIOD_BYTES 0x4000
-#define KIRKWOOD_SND_MAX_PERIOD_BYTES 0x4000
+#define KIRKWOOD_SND_MIN_PERIOD_BYTES 0x800
+#define KIRKWOOD_SND_MAX_PERIOD_BYTES 0x8000
#define KIRKWOOD_SND_MAX_BUFFER_BYTES (KIRKWOOD_SND_MAX_PERIOD_BYTES \
* KIRKWOOD_SND_MAX_PERIODS)
--
Ken ar c'henta? | ** Breizh ha Linux atav! **
Jef | http://moinejf.free.fr/
^ permalink raw reply related [flat|nested] 4+ messages in thread
* [PATCH] ASoc: kirkwood: Extend the min and max number of bytes per period
2013-09-19 9:20 [PATCH] ASoc: kirkwood: Extend the min and max number of bytes per period Jean-Francois Moine
@ 2013-09-26 10:24 ` Mark Brown
2013-09-26 10:28 ` Russell King - ARM Linux
0 siblings, 1 reply; 4+ messages in thread
From: Mark Brown @ 2013-09-26 10:24 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, Sep 19, 2013 at 11:20:43AM +0200, Jean-Francois Moine wrote:
> This patch extends the min and max number of bytes per period.
> It mainly permits to reduce the sound delay in MIDI real-time playing.
Applied, thanks. For the minimum limit is there any hardware imposed
limit that could be used rather than tweaking the numbers?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130926/43ff31de/attachment.sig>
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH] ASoc: kirkwood: Extend the min and max number of bytes per period
2013-09-26 10:24 ` Mark Brown
@ 2013-09-26 10:28 ` Russell King - ARM Linux
2013-09-27 14:42 ` Mark Brown
0 siblings, 1 reply; 4+ messages in thread
From: Russell King - ARM Linux @ 2013-09-26 10:28 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, Sep 26, 2013 at 11:24:08AM +0100, Mark Brown wrote:
> On Thu, Sep 19, 2013 at 11:20:43AM +0200, Jean-Francois Moine wrote:
> > This patch extends the min and max number of bytes per period.
> > It mainly permits to reduce the sound delay in MIDI real-time playing.
>
> Applied, thanks. For the minimum limit is there any hardware imposed
> limit that could be used rather than tweaking the numbers?
I looked at that, and apart from interrupt rate, I don't see any.
The values I have for these in my tree are:
#define KIRKWOOD_SND_MIN_PERIODS 2
#define KIRKWOOD_SND_MAX_PERIODS 16
#define KIRKWOOD_SND_MIN_PERIOD_BYTES 256
#define KIRKWOOD_SND_MAX_PERIOD_BYTES 0x100000
#define KIRKWOOD_SND_MAX_BUFFER_BYTES 0x100000
which are partly based on patches applied to Rabeeh's kernel, and then
further adjusted. Yes, the max period bytes won't be reachable since
the minimum period will cause it to be half the max buffer bytes.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH] ASoc: kirkwood: Extend the min and max number of bytes per period
2013-09-26 10:28 ` Russell King - ARM Linux
@ 2013-09-27 14:42 ` Mark Brown
0 siblings, 0 replies; 4+ messages in thread
From: Mark Brown @ 2013-09-27 14:42 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, Sep 26, 2013 at 11:28:40AM +0100, Russell King - ARM Linux wrote:
> The values I have for these in my tree are:
> #define KIRKWOOD_SND_MIN_PERIODS 2
> #define KIRKWOOD_SND_MAX_PERIODS 16
> #define KIRKWOOD_SND_MIN_PERIOD_BYTES 256
> #define KIRKWOOD_SND_MAX_PERIOD_BYTES 0x100000
> #define KIRKWOOD_SND_MAX_BUFFER_BYTES 0x100000
> which are partly based on patches applied to Rabeeh's kernel, and then
> further adjusted. Yes, the max period bytes won't be reachable since
> the minimum period will cause it to be half the max buffer bytes.
Those don't look implausible, obviously it'd be pretty CPU intensive
application that pushed down to the minima but perhaps someone is
willing to pay the cost. As you say the maximum buffer might want
tweaking (or perhaps the maximum period bytes).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20130927/77bc6353/attachment.sig>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-09-27 14:42 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-09-19 9:20 [PATCH] ASoc: kirkwood: Extend the min and max number of bytes per period Jean-Francois Moine
2013-09-26 10:24 ` Mark Brown
2013-09-26 10:28 ` Russell King - ARM Linux
2013-09-27 14:42 ` Mark Brown
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).