From: Stefan Richter <stefanr@s5r6.in-berlin.de>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org, clemens@ladisch.de,
ffado-devel@lists.sf.net,
Takashi Sakamoto <o-takashi@sakamocchi.jp>
Subject: Re: [PATCH 0/4] ALSA: dice: enable to handle several streams
Date: Wed, 9 Mar 2016 23:00:53 +0100 [thread overview]
Message-ID: <20160309230053.41c56575@kant> (raw)
In-Reply-To: <s5htwkf7jt8.wl-tiwai@suse.de>
On Mar 09 Takashi Iwai wrote:
> On Wed, 09 Mar 2016 14:15:03 +0100, Takashi Sakamoto wrote:
> > On mar 7 2016 22:35, Takashi Sakamoto wrote:
> > > Takashi Sakamoto (4):
> > > ALSA: dice: have two sets of isochronous resources/streams
> > > ALSA: dice: handle whole available isochronous streams
> > > ALSA: dice: handle several PCM substreams when any isochronous streams
> > > are available
> > > ALSA: dice: force to add two pcm devices for listed models
> > >
> > > sound/firewire/dice/dice-midi.c | 8 +-
> > > sound/firewire/dice/dice-pcm.c | 147 +++++++++-----
> > > sound/firewire/dice/dice-stream.c | 398 ++++++++++++++++++++++++--------------
> > > sound/firewire/dice/dice.c | 41 ++++
> > > sound/firewire/dice/dice.h | 33 +++-
> > > 5 files changed, 424 insertions(+), 203 deletions(-)
> >
> > I strongly request to merge this patchset to linux-next for 4.6 kernel.
> > For already supported models, this patchset basically adds no changes
> > except for actual codes. Therefore few possibilities of regressions.
>
> I expected some tested-by tags or such, but OK, it's fine to merge
> without that. There are minor nitpicks, but they can be improved
> later.
>
> Now applied all patches.
I now tested this version of these four patches too, in the same way as
the previous version from March 5.
kernel: v4.5-rc6 plus
ALSA: dice: limit to current sampling transfer frequency
ALSA: dice: limit stream to current sampling transfer frequency.
ALSA: dice: add MIDI ports according to current number of MIDI substreams
ALSA: dice: get the number of MBLA data channel at opening PCM substream
ALSA: dice: purge generating channel cache
ALSA: dice: ensure phase lock before starting streaming
ALSA: dice: change notification mask to detect lock status change
ALSA: dice: old firmware optimization for Dice notification
ALSA: dice: drop duplex streams synchronization to transfer own time stamps
cherry-picked from tiwai/sound.git, and current 4 patches applied on top.
Host: AMD64, Texas Instruments XIO2213B FireWire adapter.
Audio devices tested: Focusrite Saffire PRO 24 and PRO 40.
Again no regression with PRO 24 or PRO 40, previously inaccessible higher
channels of the PRO 40 are now accessible (now as devices 0 and 1 on the
respective ALSA card), older muting quirk of the PRO 40 at 88.2/96 kHz still
happens with or without the 9+4 dice patches.
--
Stefan Richter
-======----- --== -=--=
http://arcgraph.de/sr/
prev parent reply other threads:[~2016-03-09 22:00 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-07 13:35 [PATCH 0/4] ALSA: dice: enable to handle several streams Takashi Sakamoto
2016-03-07 13:35 ` [PATCH 1/4] ALSA: dice: have two sets of isochronous resources/streams Takashi Sakamoto
2016-03-07 13:35 ` [PATCH 2/4] ALSA: dice: handle whole available isochronous streams Takashi Sakamoto
2016-03-09 15:29 ` Takashi Iwai
2016-03-07 13:35 ` [PATCH 3/4] ALSA: dice: handle several PCM substreams when any isochronous streams are available Takashi Sakamoto
2016-03-07 13:35 ` [PATCH 4/4] ALSA: dice: force to add two pcm devices for listed models Takashi Sakamoto
2016-03-09 13:15 ` [PATCH 0/4] ALSA: dice: enable to handle several streams Takashi Sakamoto
2016-03-09 15:27 ` Takashi Iwai
2016-03-09 22:00 ` Stefan Richter [this message]
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=20160309230053.41c56575@kant \
--to=stefanr@s5r6.in-berlin.de \
--cc=alsa-devel@alsa-project.org \
--cc=clemens@ladisch.de \
--cc=ffado-devel@lists.sf.net \
--cc=o-takashi@sakamocchi.jp \
--cc=tiwai@suse.de \
/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