Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Mon, 04 Jul 2022 14:12:31 +0200
Message-ID: <875ykdyt3k.wl-tiwai@suse.de>
From:   Takashi Iwai <tiwai@suse.de>
To:     Egor Vorontsov <sdoregor@sdore.me>
Cc:     Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.com>,
        Jonas Hahnfeld <hahnjo@hahnjo.de>,
        William Overton <willovertonuk@gmail.com>,
        Brendan Grieve <brendan@grieve.com.au>,
        Alexander Tsoy <alexander@tsoy.me>,
        alsa-devel@alsa-project.org (moderated list:SOUND),
        linux-kernel@vger.kernel.org (open list)
Subject: Re: [PATCH 1/2] ALSA: usb-audio: Add quirk for Fiero SC-01
In-Reply-To: <20220627100041.2861494-1-sdoregor@sdore.me>
References: <20220627100041.2861494-1-sdoregor@sdore.me>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/27.2 Mule/6.0
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset=US-ASCII
Precedence: bulk

On Mon, 27 Jun 2022 12:00:34 +0200,
Egor Vorontsov wrote:
> 
> Fiero SC-01 is a USB sound card with two mono inputs and a single
> stereo output. The inputs are composed into a single stereo stream.
> 
> The device uses a vendor-provided driver on Windows and does not work
> at all without it. The driver mostly provides ASIO functionality, but
> also alters the way the sound card is queried for sample rates and
> clocks.
> 
> ALSA queries those failing with an EPIPE (same as Windows 10 does).
> Presumably, the vendor-provided driver does not query it at all, simply
> matching by VID:PID. Thus, I consider this a buggy firmware and adhere
> to a set of fixed endpoint quirks instead.
> 
> The soundcard has an internal clock. Implicit feedback mode is required
> for the playback.
> 
> I have updated my device to v1.1.0 from a Windows 10 VM using a vendor-
> provided binary prior to the development, hoping for it to just begin
> working. The device provides no obvious way to downgrade the firmware,
> and regardless, there's no binary available for v1.0.0 anyway.
> 
> Thus, I will be getting another unit to extend the patch with support
> for that. Expected to be a simple copy-paste of the existing one,
> though.
> 
> There were no previous reports of that device in context of Linux
> anywhere. Other issues have been reported though, but that's out of the
> scope.
> 
> Signed-off-by: Egor Vorontsov <sdoregor@sdore.me>

Thanks, now applied both patches.


Takashi