From: agust@denx.de (Anatolij Gustschin)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/2 v2] dma: ipu_idmac: do not lose valid received data in the irq handler
Date: Mon, 7 Feb 2011 12:21:47 +0100 [thread overview]
Message-ID: <20110207122147.4081f47d@wker> (raw)
In-Reply-To: <Pine.LNX.4.64.1102071205570.29036@axis700.grange>
On Mon, 7 Feb 2011 12:09:15 +0100 (CET)
Guennadi Liakhovetski <g.liakhovetski@gmx.de> wrote:
...
> > I can't try mplayer since I don't have mplayer setup for this.
> > But looking at the mplayer source I don't see why it should
> > behave differently. Depending on mode mplayer queues 2 or 6
> > buffers. Testing with my test app with 6 queued buffers shows
> > no issues, here the buffer numbers toggle correctly, too.
>
> Ok, I've done a couple more tests. With larger frames, and, therefore
> lower fps - yes, with your patch buffers toggle correctly. Whereas in my
> tests with smaller frames and higher fps either only one buffer is used,
> or one is used much more often, than the other, e.g., 0 0 0 1 0 0 0 1 0...
> Could you try to verify? Without your patch with any fps buffers toggle
> consistently.
How small are the frames in you test? What is the highest fps value in
your test?
Thanks,
Anatolij
next prev parent reply other threads:[~2011-02-07 11:21 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-26 8:49 [PATCH 0/2] Fix issues with frame reception from CSI on i.MX31 Anatolij Gustschin
2011-01-26 8:49 ` [PATCH 1/2] v4l: soc-camera: start stream after queueing the buffers Anatolij Gustschin
2011-01-29 19:16 ` Guennadi Liakhovetski
2011-01-29 19:24 ` Anatolij Gustschin
2011-01-31 12:19 ` [PATCH 1/2 v2] " Anatolij Gustschin
2011-01-26 8:49 ` [PATCH 2/2] dma: ipu_idmac: do not lose valid received data in the irq handler Anatolij Gustschin
2011-01-27 8:22 ` Anatolij Gustschin
2011-01-31 5:56 ` Dan Williams
2011-01-31 12:22 ` [PATCH 2/2 v2] " Anatolij Gustschin
2011-02-03 10:09 ` Guennadi Liakhovetski
2011-02-04 9:19 ` Markus Niebel
2011-02-04 9:37 ` Guennadi Liakhovetski
2011-02-04 11:37 ` Markus Niebel
2011-02-04 9:35 ` Anatolij Gustschin
2011-02-05 13:35 ` Anatolij Gustschin
2011-02-05 16:36 ` Guennadi Liakhovetski
2011-02-05 20:04 ` Anatolij Gustschin
2011-02-07 11:09 ` Guennadi Liakhovetski
2011-02-07 11:21 ` Anatolij Gustschin [this message]
2011-02-07 11:35 ` Guennadi Liakhovetski
2011-02-07 13:01 ` Detlev Zundel
2011-02-07 13:35 ` Guennadi Liakhovetski
2011-02-07 14:43 ` Detlev Zundel
2011-02-07 13:45 ` Anatolij Gustschin
2011-02-07 14:00 ` Guennadi Liakhovetski
2011-02-07 16:49 ` Guennadi Liakhovetski
2011-02-14 9:57 ` Dan Williams
2011-01-28 7:46 ` [PATCH 0/2] Fix issues with frame reception from CSI on i.MX31 Anatolij Gustschin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110207122147.4081f47d@wker \
--to=agust@denx.de \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).