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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.