From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-lf2-f12.google.com (mail-lf2-f12.google.com [74.125.229.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C0FA24E06C8 for ; Wed, 16 Sep 2026 21:02:30 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.229.204 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789592565; cv=none; b=PKCe9MfTDbf5mqC3dqQCGz+XpQ/9HRDhgGVIKuv+EiUFo3LWm8KX68nGnDlDs6zCd9AHED3GRKgtzkbc54oZsEzBdrcOzZpWSOdx8h/2Qw3I9tyND0obhQyS6PC0Es0C2rntMV01Ne4Yv5HPW0hFV5tea0yHLFc9UsSciP80XB8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789592565; c=relaxed/simple; bh=koETFQfjHFNpObPm+a3iwcMgfX+tKG8jegzJvsvQFnI=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=jLgmTBgwPAHrMUQZvv182AMxvqHXgzB6VxDUqC1ta8uwjMEXsLJf5kHq1H+gRNwc2kht3e8cXzCgHiK2SfzPv0EPEHtBxeyn7xXMIEli2mxKDAa8zsoxPVrtCnkEyOoQYY2g9Dy7uZxaetVv2EVNeWeI/10oBQdKp2BQ7Ykn01A= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=B8p8cGfC; arc=none smtp.client-ip=74.125.229.204 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="B8p8cGfC" Received: by mail-lf2-f12.google.com with SMTP id 2adb3069b0e04-5b76ff64d78so53899e87.1 for ; Wed, 16 Sep 2026 14:02:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1789592546; x=1790197346; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to:content-type; bh=4qlLYXZqY4ht5qui+jz/p5YTH6iOKiAioS4FKUxhszs=; b=B8p8cGfCldas2anB/fuM0UdJh4PckzprEqpsw+FXf0xs7+xV76PH+gNLxihMewKdTS w37n+EwLKv5tDXV2ol+iGvHIZQCBKBKfEIH7FCwe2/zBMdvcOvraibkFn0iKJY/HKFSG xyBLc6ctonmH6ixWy77k3cuYwc+pTkYD0OhNc0kzwV0mcPOEmzZeFmqMeoQD9fr2BV3c 1K1TdWG0gxMH11GcrR4d/e4vJiebwPNx89qTR4T6C4L67W5OMopOgRDFbbRnPFgIL+5b GV4EshpFZqRXCyX4rZPR75aFnPUP0/NW3P2LrFFvGPKF5RVaD6tZw9CtjUd5JungkK5J lM6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1789592546; x=1790197346; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to:content-type; bh=4qlLYXZqY4ht5qui+jz/p5YTH6iOKiAioS4FKUxhszs=; b=WX/GWZAHfssb8XKZVZz6LiOqcdBjIuAvnpPTIFa6N16qbYdEDOD5OPjT/JBgBlylfZ LFhsyE+mfkuSIoDG738jTa08HtHx9r3+N0DvOZfON+937EbdZpBZriY9j8WEoTjsAyl6 FVHXZbIkcHr4Z0bV9jOZyWvEsvjOg2yVbRa8u1RprAwB5l0E4Fl1ZVYvzhNumlBO+h0g R+SSF8y51exCnbpPwE1iBAu7FPFy+LuwzgQts6u3uQg7dVd2TvZsKIYbNeVYBhKkiVGV vTuDKxa0+JA6fzL/hhKWueyjHvnVq9pc9uJMDz9BE8o1nWxMBlyWAFXwhrQzH6/iy2H8 mhfw== X-Forwarded-Encrypted: i=1; AKwUvBwszKOYPVm6woUTrr6oOc/YZBGgKPH7H6EqVqm/J9JREvbvq0aoEXJrFX64Zix8hM/ac8o7L4JeHMQ=@vger.kernel.org X-Gm-Message-State: AFuF++kBlTndh8a+DkI0xyL2OV4rqoAGw4atHqwvaX4LOeWKeNO96XKZ NwrgF6jNqLRyIT3/FJ6aLadjO++hwpdV8LED96XIfKNTgw34ICzFpcU6 X-Gm-Gg: AYBFou1LlL/UBAklDAOqBwlEcWeiSFMmvz0SST2KBdRXEJU8rPQ2pbas4eOgbqn1da4 763MJBy0u/pRUM6NHH0blC3t54kZfOMhDhKrsSRgvRM277GHBXgKXJ46XOCRWO/+xVUt/TJ9C82 2b1XqjjFCoOkvsLUzuhBdxdr8wP2yk+TOT7vXMstI47vRaHEHUy5m0qek9hmgh72OZHznM+hmub DQhVlhDeYONa96ZzYwOirYojNwcSkngxqbrwoBFQzOYoa5FyDdWYdG8A+grezuFK9FyEqqmWrfc UeT5M+gvcBK1Q/10BTAEierzcy/ZNKQ36V/W6z+CnULuijifHTalDJgA3AVEWQ8bWej2jRQ2BGw /qNbQHR9mqEOKUpx8mMR++ueF/QwOxG439Y5L+U0t01pJyo34vsVPV9uedLPY+d76qKMr6ayHKF t2b8/kiJQVmkWDIlQUL1k9ZBGZL18rpbkzYoEip6mpl/xxuSf1KnJrJJWA64MnSkWpj8QzymEe2 mQMcF345TJinvsJ82zc2KiqYMYdsQCKZ3atROf9F8qSQiAeZC9QnKU/qa+1ZUp9Y1LB7Q== X-Received: by 2002:a05:6512:2c97:b0:5b6:1a7c:59e7 with SMTP id 2adb3069b0e04-5b8b665ea83mr1028346e87.65.1789592545994; Wed, 16 Sep 2026 14:02:25 -0700 (PDT) Received: from yantra.. (dsl-trebng21-58c187-236.dhcp.inet.fi. [88.193.135.236]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-5b8b57e7f2fsm1175758e87.76.2026.09.16.14.02.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 16 Sep 2026 14:02:24 -0700 (PDT) From: Rupesh Majhi To: jic23@kernel.org Cc: Andy Shevchenko , Bill Wendling , David Lechner , Eddie James , Joel Stanley , Justin Stitt , Nathan Chancellor , Nick Desaulniers , =?UTF-8?q?Nuno=20S=C3=A1?= , linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, llvm@lists.linux.dev Subject: Re: [PATCH v6 5/6] iio: pressure: dps310: add hardware FIFO support Date: Thu, 17 Sep 2026 00:02:23 +0300 Message-ID: <20260916210223.15456-1-zoone.rupert@gmail.com> X-Mailer: git-send-email 2.43.0 In-Reply-To: <20260910033636.3a2ed151@jic23-hlaptop> References: <20260824201203.396651-6-zoone.rupert@gmail.com> <178813888151.2788519.16547013180884814648.b4-review@b4> <20260906094622.433243-1-zoone.rupert@gmail.com> <20260910033636.3a2ed151@jic23-hlaptop> Precedence: bulk X-Mailing-List: linux-iio@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit On Thu, 10 Sep 2026 03:36:36 +0100 Jonathan Cameron wrote: > Maybe we just set the minimum allowed watermark to something that > in practice always has a temperature (or almost does)? It's kind > of true that a watermark below that doesn't work because we end > up dropping data. Two temperature entries are prs_rate / tmp_rate pressure entries apart, so a batch needs one more than that before it is sure of catching one. The FIFO holds 32, so there is no such watermark once the ratio reaches 32. That is six of the 64 rate pairs, and one of them is pressure 32 Hz with temperature 1 Hz, the case that found this, which would want 33. So I will hold them locally instead, which is what you asked for first. The drain timer runs at half the fill time, so nothing overflows while the driver waits, and the hold lasts only until the first temperature of the session, bounded by the rate ratio at 128 entries. The first push still waits for that temperature, but only once per enable, and no pressure entry is dropped. I will re-run the zero output regression against it. > Validity flag in the data we push to userspace? That never works because > we don't have a universal encoding for one. I meant driver state, not a channel. Moot now. Rupesh