Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2504427pxb; Sun, 28 Feb 2021 03:32:33 -0800 (PST) X-Google-Smtp-Source: ABdhPJwSki6Bc6yaBD03ZN9NbnRZEuROJzjGPJLjW6w/wRk91Ug1ZpRjpU88Gs4nZi/nTGHN6AUv X-Received: by 2002:aa7:c887:: with SMTP id p7mr11627997eds.28.1614511952879; Sun, 28 Feb 2021 03:32:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614511952; cv=none; d=google.com; s=arc-20160816; b=NZFM0FcGEWyDhMfhbGuk3Z2j6x8pPalzjq+1ppqyIzeTJstx/u5M6IhgAG7Z51P8B7 ynhLa/8H4Z0vFviqidoHGWUs5ikH2YgfV60yBsQ8CuWrsyqgOib7IUvjyftQIXaN9QyC 1qLJolM1INkAKJocz/KZkcNpbME8ZNxbesRYg49C4kRhn5w11rzQKsjEMfRG6Hk+rFG+ Xqcp55f0KzvtQU52xnVKI71IZlubLsPwau1JOtxwyJnAPLTiiuGlid1hYIkXRPts7Huu Yo76Vd2CPbr6OGHKXJMJi3Rw0zwJemDh6FFnaLAu3kjPQgEPwUbSaL92m9DuwmW8dfML CTIA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:in-reply-to :subject:cc:to:from:message-id:date; bh=Crk3GP0YH1CrDohIM1ExbrSONMN+I1Uaz59YxgXK2Co=; b=qo7/00lzIQkpal0INZFa/JVdHZEzxTTXigAUmPN0yPe/b/7uiXk/mNiUYSMtkYHqYI Ul51m11DJqGk2CIzMMKpRz8xLAI09+BBJDJONN9WH5iQsZ3F1JPdwznaf5w7hBhgHpBn H6M1HremYwhQ/AuSdmuQJjf2azqvAv28/XP+dz5AnmY5B/+RZJ31+BQBfvb0sBAWFFn/ +eYOzFp4uQPivvgcmqjl70mKtjraoDSKiaW6LSgSTIgC3pLmhXavRv1paCZJCViZxcXJ SOhxZenDP67S6MKKfRccjCIFWXSsq4utlWpn10Qe+epUx6Fkk0aD0KyoyfZvw1TmfBCO 3gLg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id hd35si5280297ejc.526.2021.02.28.03.31.56; Sun, 28 Feb 2021 03:32:32 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230464AbhB1L2v (ORCPT + 99 others); Sun, 28 Feb 2021 06:28:51 -0500 Received: from mx2.suse.de ([195.135.220.15]:40778 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230045AbhB1L2u (ORCPT ); Sun, 28 Feb 2021 06:28:50 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 839B3AB7D; Sun, 28 Feb 2021 11:27:55 +0000 (UTC) Date: Sun, 28 Feb 2021 12:27:55 +0100 Message-ID: From: Takashi Iwai To: Anton Yakovlev Cc: , , , "Michael S. Tsirkin" , Jaroslav Kysela , Takashi Iwai , Subject: Re: [PATCH v6 5/9] ALSA: virtio: handling control and I/O messages for the PCM device In-Reply-To: <20210227085956.1700687-6-anton.yakovlev@opensynergy.com> References: <20210227085956.1700687-1-anton.yakovlev@opensynergy.com> <20210227085956.1700687-6-anton.yakovlev@opensynergy.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.3 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 27 Feb 2021 09:59:52 +0100, Anton Yakovlev wrote: > +/** > + * virtsnd_pcm_event() - Handle the PCM device event notification. > + * @snd: VirtIO sound device. > + * @event: VirtIO sound event. > + * > + * Context: Interrupt context. OK, then nonatomic PCM flag is invalid... > +/** > + * virtsnd_pcm_sg_num() - Count the number of sg-elements required to represent > + * vmalloc'ed buffer. > + * @data: Pointer to vmalloc'ed buffer. > + * @length: Buffer size. > + * > + * Context: Any context. > + * Return: Number of physically contiguous parts in the @data. > + */ > +static int virtsnd_pcm_sg_num(u8 *data, unsigned int length) > +{ > + phys_addr_t sg_address; > + unsigned int sg_length; > + int num = 0; > + > + while (length) { > + struct page *pg = vmalloc_to_page(data); > + phys_addr_t pg_address = page_to_phys(pg); > + size_t pg_length; > + > + pg_length = PAGE_SIZE - offset_in_page(data); > + if (pg_length > length) > + pg_length = length; > + > + if (!num || sg_address + sg_length != pg_address) { > + sg_address = pg_address; > + sg_length = pg_length; > + num++; > + } else { > + sg_length += pg_length; > + } > + > + data += pg_length; > + length -= pg_length; > + } > + > + return num; > +} > + > +/** > + * virtsnd_pcm_sg_from() - Build sg-list from vmalloc'ed buffer. > + * @sgs: Preallocated sg-list to populate. > + * @nsgs: The maximum number of elements in the @sgs. > + * @data: Pointer to vmalloc'ed buffer. > + * @length: Buffer size. > + * > + * Splits the buffer into physically contiguous parts and makes an sg-list of > + * such parts. > + * > + * Context: Any context. > + */ > +static void virtsnd_pcm_sg_from(struct scatterlist *sgs, int nsgs, u8 *data, > + unsigned int length) > +{ > + int idx = -1; > + > + while (length) { > + struct page *pg = vmalloc_to_page(data); > + size_t pg_length; > + > + pg_length = PAGE_SIZE - offset_in_page(data); > + if (pg_length > length) > + pg_length = length; > + > + if (idx == -1 || > + sg_phys(&sgs[idx]) + sgs[idx].length != page_to_phys(pg)) { > + if (idx + 1 == nsgs) > + break; > + sg_set_page(&sgs[++idx], pg, pg_length, > + offset_in_page(data)); > + } else { > + sgs[idx].length += pg_length; > + } > + > + data += pg_length; > + length -= pg_length; > + } > + > + sg_mark_end(&sgs[idx]); > +} Hmm, I thought there can be already a handy helper to convert vmalloc to sglist, but apparently not. It should have been trivial to get the page list from vmalloc, e.g. int vmalloc_to_page_list(void *p, struct page **page_ret) { struct vmap_area *va; va = find_vmap_area((unsigned long)p); if (!va) return 0; *page_ret = va->vm->pages; return va->vm->nr_pages; } Then you can set up the sg list in a single call from the given page list. But it's just a cleanup, and let's mark it as a room for improvements. (snip) > +/** > + * virtsnd_pcm_msg_complete() - Complete an I/O message. > + * @msg: I/O message. > + * @written_bytes: Number of bytes written to the message. > + * > + * Completion of the message means the elapsed period. If transmission is > + * allowed, then each completed message is immediately placed back at the end > + * of the queue. > + * > + * For the playback substream, @written_bytes is equal to sizeof(msg->status). > + * > + * For the capture substream, @written_bytes is equal to sizeof(msg->status) > + * plus the number of captured bytes. > + * > + * Context: Interrupt context. Takes and releases the VirtIO substream spinlock. > + */ > +static void virtsnd_pcm_msg_complete(struct virtio_pcm_msg *msg, > + size_t written_bytes) > +{ > + struct virtio_pcm_substream *vss = msg->substream; > + > + /* > + * hw_ptr always indicates the buffer position of the first I/O message > + * in the virtqueue. Therefore, on each completion of an I/O message, > + * the hw_ptr value is unconditionally advanced. > + */ > + spin_lock(&vss->lock); > + /* > + * If the capture substream returned an incorrect status, then just > + * increase the hw_ptr by the message size. > + */ > + if (vss->direction == SNDRV_PCM_STREAM_PLAYBACK || > + written_bytes <= sizeof(msg->status)) { > + struct scatterlist *sg; > + > + for (sg = &msg->sgs[PCM_MSG_SG_DATA]; sg; sg = sg_next(sg)) > + vss->hw_ptr += sg->length; So the sg list entries are supposed to be updated? Or if the length there are constant, we don't need to iterate the sg entries but keep the total length beforehand? thanks, Takashi