Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp1624715rwe; Fri, 2 Sep 2022 00:28:16 -0700 (PDT) X-Google-Smtp-Source: AA6agR42yTSKedxtXDxuU0AcZ63qoiNXQ9z5f+DZpjEOn4RriGyWCvK7Qik2jqudsfFZH9Qpu704 X-Received: by 2002:a17:907:6090:b0:734:be0c:e2e7 with SMTP id ht16-20020a170907609000b00734be0ce2e7mr26662084ejc.408.1662103695949; Fri, 02 Sep 2022 00:28:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662103695; cv=none; d=google.com; s=arc-20160816; b=V5f0PFUh5cSSASo0+FyeJbpeXJVCFhLVEHsVlVt47D+uH9v6/aSTRG/3ORGoM7pJVf J8Gy5uV4TItYp/MsaP2kmLIyVmkDdl1FfQYf5yUA3FNPsGDUCpfy5/Vxqc0XhX7E87ZX MDDgYjbNgWZRrKP/ObCGmb59DhkGcHLf/MaGvCyWklKVUzQpszcrKpimZz6OBIhHu2AW mkJNkwng+7JaYyVXLRfWLccoC6oIM8e3ZoD6uryKoFuYpbTWGQM1Yw2ApjbOi0tbbgvF +DNZ9RaoqODPEjqD+u58n5l5YoE0X5uzdcLHm22e5jeen9Tc61kTjvkBW0ZrF3kIEQrv 515g== 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:dkim-signature:dkim-signature; bh=slSo8r2OGE9hA7/GOrn6tbkh0qTttNDl+56W5J/9f/0=; b=heYeaSY4mVzgDjMV97CIkyHvjpb9Mp9IIH6ng+6ENVhv+9QoHUV2gsxwcu3aKI50RB utOPMf/Sb082kNUbZI6RDC/5JfDpJSTLX7+dZ0yEfgSdQ4HN+DEp4y8oPjiZUQPq0pA/ nC5XYPrwI4o9L2cl3E0aqlJo5n6X9UTOs9N1XX3vTHWSJ87TQJ1g0k7s6/NiXGK2q837 ybd1nhC3cXsfFFC8jU/2uHS0tQzz4fRAy27GAK3mGSgkHoFBlLUDhLsfu+PKNDtcQFKm FNFY4susb0gQA3DuV7E1VNWxHJPn87qQ10Ca0eALIwJtN7MDwbdmtSQfIENQoGn/2ENI hxnA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=scZTt4CD; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519 header.b=M+tIQnSn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i8-20020a50d748000000b00445d2524d42si968607edj.493.2022.09.02.00.27.50; Fri, 02 Sep 2022 00:28:15 -0700 (PDT) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=scZTt4CD; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519 header.b=M+tIQnSn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231732AbiIBG6v (ORCPT + 99 others); Fri, 2 Sep 2022 02:58:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38372 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235175AbiIBG6q (ORCPT ); Fri, 2 Sep 2022 02:58:46 -0400 Received: from smtp-out1.suse.de (smtp-out1.suse.de [IPv6:2001:67c:2178:6::1c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EAF30BBA7E for ; Thu, 1 Sep 2022 23:58:41 -0700 (PDT) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id 8EAB33400B; Fri, 2 Sep 2022 06:58:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1662101920; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=slSo8r2OGE9hA7/GOrn6tbkh0qTttNDl+56W5J/9f/0=; b=scZTt4CDGMo/PT8VT0nv4CMIu0ID/flQkUEh2UDW7nJJEMBx+8iLWVSdepirgJRtWWTdAp QIDoaZlIIn7u0KUCkZ9Z4IooIFQZYi93V8mKq5T8r9ogxozkAo/h+G8OP3vD9r1Ka2/LXY ciQj0ikbF+4om9KJjEYxwT1SxQXrvYs= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1662101920; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=slSo8r2OGE9hA7/GOrn6tbkh0qTttNDl+56W5J/9f/0=; b=M+tIQnSne3JeonZRZ+MQQ3k+QvwY9RzPXiSxaR2iZd2YhPsRMasruTKgQooXoO/RRyj00f TmH7AO3h6/zP1YBw== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 6D35F13328; Fri, 2 Sep 2022 06:58:40 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id xKXRGaCpEWPvUQAAMHmgww (envelope-from ); Fri, 02 Sep 2022 06:58:40 +0000 Date: Fri, 02 Sep 2022 08:58:39 +0200 Message-ID: <87pmgew9cw.wl-tiwai@suse.de> From: Takashi Iwai To: Pattara Teerapong Cc: alsa-devel@alsa-project.org, Jaroslav Kysela , Takashi Iwai , linux-kernel@vger.kernel.org Subject: Re: [PATCH] ALSA: aloop: Fix random zeros in capture data when using jiffies timer In-Reply-To: <20220901144036.4049060-1-pteerapong@chromium.org> References: <20220901144036.4049060-1-pteerapong@chromium.org> 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 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 01 Sep 2022 16:40:36 +0200, Pattara Teerapong wrote: > > In loopback_jiffies_timer_pos_update(), we are getting jiffies twice. > First time for playback, second time for capture. Jiffies can be updated > between these two calls and if the capture jiffies is larger, extra zeros > will be filled in the capture buffer. > > Change to get jiffies once and use it for both playback and capture. > > Signed-off-by: Pattara Teerapong Thanks, applied. Takashi