Received: by 10.213.65.68 with SMTP id h4csp46061imn; Mon, 19 Mar 2018 19:03:52 -0700 (PDT) X-Google-Smtp-Source: AG47ELuy+Y7jQoHVyZgLQrVmCmUuGnhJBqg+yiSzuM5dUV9C/3AogwP3G0opvEOQ40xfhE1zy14z X-Received: by 2002:a17:902:63:: with SMTP id 90-v6mr14922114pla.125.1521511432291; Mon, 19 Mar 2018 19:03:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521511432; cv=none; d=google.com; s=arc-20160816; b=by3c2dqSsav6JASNm9yD1rh5GPX98CRBI7CkT3C99lJtU/ziMCAhUGHIIU57mL04Oq +zJ1GYxPFfHRFRLMj4D72pReMm5xO61FjYLW/SwCetwbXGRGNswMC2/TFFQaaGook1Jg 7GL5PT70tsoTZAqspiLGlqJXMUHzIfx652D4aRDnqjyWv21dbPdhJT5HLKL041oNIYIP SHdGT8q0y1n+32HBIZ0sc/B4j4FjDg7QEs4yB3u1XTcv37P8NxOAeMIRsO4TjZxr0RS0 RRJN9gS2eMoss/gOCpwMvYQq3Ttyh4dQUX7eKJrmppLDQMeJeOLWXeQs6Ci5civ4HpJD DCyQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=ysTKuyCvSaNvspZXBao4iUxzHbA0FoVr7wlYGu1tMeU=; b=gQ/aCdjyqY3u2MdQF6iZa5/o48SlkgkPFXerfhXsQijMaGIml7bO5sIArg+Mj7w/kk G2z7lVbAHJh7wYiL4RsFO/oD/IU+STq8Abtmls/8tcr2qHrjpekTtqPos1nanYX1XZMn TXU+E+WsPNN176zueU1pMml4gs/SwbdTyrMDd1Opp/FwOWfqYSUBaB2ishmCCoACYTJO 4qBawVNNTUcYJNNx2Xvte/bWStyDtI4JqkwGbNbCaAbVh57zTY83i/Q5FJj20Ux4bKmV rNdW70spGpDqNN8jUtsqkU//XDjioTPFgoa//3Jj2cT3H86sDWKZmMOReU7e14uES9qT aRSw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=YBPP3qsF; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y12-v6si580006pln.298.2018.03.19.19.03.38; Mon, 19 Mar 2018 19:03:52 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=YBPP3qsF; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934006AbeCSX5u (ORCPT + 99 others); Mon, 19 Mar 2018 19:57:50 -0400 Received: from mail-oi0-f67.google.com ([209.85.218.67]:44255 "EHLO mail-oi0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933323AbeCSX5r (ORCPT ); Mon, 19 Mar 2018 19:57:47 -0400 Received: by mail-oi0-f67.google.com with SMTP id 23so5238671oir.11 for ; Mon, 19 Mar 2018 16:57:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ysTKuyCvSaNvspZXBao4iUxzHbA0FoVr7wlYGu1tMeU=; b=YBPP3qsFjPjdIotE7hyMM0xz3yXUmR9GOiUev8N9OwEqxQw+noxgfztdlQRjY0DZv4 GcH+zimdiRIibUC/acgnniUBZhRq9HmpvUX4HA2mlph8DRpwe9p87OS5oAnnueIv5icj T3V7aHZn42rJgzvwac3pyWUql8mbbwuWr/ljHHhMowBG4xAvtqDb2j0hLothZiYWVFbt gky3Lu/Q6G4OWiJQTz3+8lY6zyHXVeqIr3fh6hJEPTMSwb4v0xjPqrMajKvOx8spdUl9 CNDhqhhUzRbya5yX9jqWi6b+VkY01SWOCc3AcUf++m4aKvlfDBiCwEF8yGqFf1gsGBeh xHDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ysTKuyCvSaNvspZXBao4iUxzHbA0FoVr7wlYGu1tMeU=; b=n53ghtaL56WqhcLwHt+X/LyaCNHpDjiCJ845IPVNAUCh4zFBBJov1vuNTJQeHXfonc nobhbu0wJyHHRtT/uo70EKfZf0MAZQQ4hc/EvgLQCeYRGKaD2ZhUoj3z9Aiivrq/GaCm nZU22Aeah8qBB44QUKx+TJAHYM6ECzq2TTum/VIPBAsFAHRNmRb9zzco+wJ6TcJdK2Tu 0R23p4nYL4sVxXwRozk96B+nfhsgpGmM7eMcDuVwrr7AtXsO87neAyCZYL/1t/rK7s71 EDm3E0JlZadBho/1gPiOpsvrRdtYIB4vtSn34gdGolTTyeymmMD0sBEV6Jtw/1P31Ogv FbRA== X-Gm-Message-State: AElRT7G+lEeL6rw2LdkibmmZc0caLFx5eI7aC1XFDztAfd9aEOG4b72i rWllIJ+OCKk975ebyE9x3t+pJmBkY4i6zbSHkE3QBtd4oMw= X-Received: by 10.202.106.4 with SMTP id f4mr2785581oic.159.1521503866603; Mon, 19 Mar 2018 16:57:46 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:2eac:0:0:0:0:0 with HTTP; Mon, 19 Mar 2018 16:57:46 -0700 (PDT) In-Reply-To: References: <1521423963-24677-1-git-send-email-ruslan.bilovol@gmail.com> <1521423963-24677-3-git-send-email-ruslan.bilovol@gmail.com> From: Ruslan Bilovol Date: Tue, 20 Mar 2018 01:57:46 +0200 Message-ID: Subject: Re: [PATCH v2 2/2] ALSA: usb: initial USB Audio Device Class 3.0 support To: Takashi Iwai Cc: alsa-devel@alsa-project.org, Jorge , Pierre-Louis Bossart , Greg Kroah-Hartman , linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 19, 2018 at 6:28 PM, Takashi Iwai wrote: > On Mon, 19 Mar 2018 02:46:03 +0100, > Ruslan Bilovol wrote: >> >> Recently released USB Audio Class 3.0 specification >> introduces many significant changes comparing to >> previous versions, like >> - new Power Domains, support for LPM/L1 >> - new Cluster descriptor >> - changed layout of all class-specific descriptors >> - new High Capability descriptors >> - New class-specific String descriptors >> - new and removed units >> - additional sources for interrupts >> - removed Type II Audio Data Formats >> - ... and many other things (check spec) >> >> It also provides backward compatibility through >> multiple configurations, as well as requires >> mandatory support for BADD (Basic Audio Device >> Definition) on each ADC3.0 compliant device >> >> This patch adds initial support of UAC3 specification >> that is enough for Generic I/O Profile (BAOF, BAIF) >> device support from BADD document. >> >> Signed-off-by: Ruslan Bilovol > > Most code changes look fairly straightforward, and not breaking the > UAC1/UAC2 stuff. So the stuff is good enough through a quick glance. > > I suppose it's better to merge via sound git tree. > Greg, could you check include/linux/usb/* (and uapi) stuff and give an > ack if it's OK? > > In anyway, I'll check the specs and compare with the definitions in > this patch. Please note that I took "A.12 CHANNEL RELATIONSHIP DEFINITIONS" values from previous Pierre's email (they were in a draft UAC3 spec but disappeared in the final version). I've sent an email with my quiestions to audio-chair@usb.org but didn't get any reply from them yet. > > > And, just minor nitpicking regarding the code change: > > it's better to drop the parentheses in a line like below > >> + if ((protocol == UAC_VERSION_1) || (protocol == UAC_VERSION_2)) { > > that is, > if (protocol == UAC_VERSION_1 || protocol == UAC_VERSION_2) { > > The indentation became so deep in some functions, and it's better to > refactor, but this can be done later once after all implementations > are finished. Sure, I fixed these and also kbuild test robot's complaint; if there will no any more comments, I'm going to send v3 tomorrow. Thanks, Ruslan