From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-lf1-f48.google.com (mail-lf1-f48.google.com [209.85.167.48]) (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 BF0E938B7DD for ; Mon, 24 Aug 2026 20:12:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.167.48 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787602358; cv=none; b=qk7UrEAqM8bA8iZJHFv9QEfEyRTboIMljNqikv7IqL7zkVXEJFXEt0478LzRF7FGEdKIvWFWobQbnL2DGPBBcbNapQ2U/zqD8S45Pr0b9Vmi8s0F/jRunfkCjo7f4hL1trSGUPAx0d87pTJm2XIu1/zIPieDq991OYTudByoCFc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787602358; c=relaxed/simple; bh=Vv3QUAx6lbwrzeWj5c/NSZu3wDm6a1Gd35SAKG4rXXw=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=ON7jaAoNWivlfG8Z+lbgIwIYsFwa+d1VBxVrOAGaebYKv5j2Mq1vfmrwgPRKR9RDBs08eqn5YOAv2RtJtYBpdnmcM5VrQy/9YVWsB2Dlc3dj455CUMFQgwtJ/I86+EmLTWXaQYh7PmVu5iJ0F2XJL6hNVHft/y2VdnWieYyQhq0= 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=LfZ6ZPYq; arc=none smtp.client-ip=209.85.167.48 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="LfZ6ZPYq" Received: by mail-lf1-f48.google.com with SMTP id 2adb3069b0e04-5b15c6fb864so666290e87.1 for ; Mon, 24 Aug 2026 13:12:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1787602355; x=1788207155; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to:content-type; bh=gg/nMr7TMApsjClnTTTaAGhH3lootDojyA2UMKFL1nw=; b=LfZ6ZPYqK6lmXbQWUvuj6kOz+bR+wLa/SrTrrLlDosReEx/3pPjeUrd5iOZB8b4L3y 8NKbNe6EdNjIwZyysHrdjQBnnj2dJ5ob4M5iImUVDKkBQ+ANh/D2qZppOLe5JnszAzRx SX2wcQSLTBUWtMbq1OgVADaf6EVoXov5Y6S7Po1B0F2nkj4n4wG+12Ac5m7oQrF2k1W6 1iyJo81P0bWO1rtdkKXTZCpl8PxJVKpSwGTKyoXcKzvi4ToCI/hZLRY2WjIFIOZIl/CE HriZU/TNrZrGUPgPwJV6fdUjQgZsikAsrsvEKsjIOQtxt7GNI2qPq/pg87y0uBQqo9xV ElPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1787602355; x=1788207155; h=content-transfer-encoding:mime-version: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=gg/nMr7TMApsjClnTTTaAGhH3lootDojyA2UMKFL1nw=; b=rbjnaSZ31H7vaVUCOd5/n2u+BkNT+CG0whw9IIRs+a127QcM+/6tyEoyPJUog/WN5s DypKTxvg89eidzCKyQ4t8oxwMQVIGLTiDpWXwJCVJjCcv8rimp4Ol7QlD5QlPy5l7oHW rkOf+RtTNWmw45kprKFpdhJBKiEv2aDjDm+iLMs4B4pm9Xi4NhIhr9qg8JapioHNjb9H sgVA3uNjnwhtRZVALlBmIrYRtwYdbOIq1DLgmEb60DsBCTdOTLu9nTXV38IargsaobyI HiUFgGT+BZDI+aqeM5QwGGkb5IsBtm+bj0v9z4JytEuTRt4Jhg6kxl8ZDVqsUKNBg1hy VKow== X-Forwarded-Encrypted: i=1; AHgh+Rrv9gAKh4Ci70cNwls2/S35t9e1RgWA3Ztj9JU9pnKlKvyIQe1V01pzbn1pI2VsAWlxiL+k8rhq0wNLnBs=@vger.kernel.org X-Gm-Message-State: AFuF++kVmp5bTAvnqGL+xkvVjpUqKRX/oKZIK6+aDrzo4ZcKzcIjlQWQ jhzRR1gKgc3YbXrg6gWHiMxFFCQ9YuOL8HoReMNA8FZ7EEaE9SqNoHi606WZ3IX0 X-Gm-Gg: AR+sD10q7lS1wKz1lMj9ckc1lgV+KgBQB8oUhHY62kSO5S1Zt149Ay0V2V8Ywj0pp2I jfYXC+TjJGpUC0vm6/4QUr5NApbt+2FBMZESXDmmwpMHiYHgBXqmbLXdFDUoliX3AXQInVDsKsl RKjemlGi4XLbzW8yzisbLEgnxJAZJYuZTTRmcFL0zNQJOP0XlJPXT12za1NSthLBODBv57qH1A2 CH6KteOTOTq6nGyORIEtdRx+YsLuVJINJg4sNU6C5ntWQUBT/0BcZ/pX4y6N9GL0NgglVMe8ExS UFfhJVI8cAZKonmM5ALL6zF2Nrjs0NJlzzHhn4YL+OekMb3zJ3cxQ47QT7epiObbpf/wcNJDDR6 ZKj9/1iK2lm/0J3DplWRhwluf6e1DsrzP3sUHfsRke1zsEFtA/KTYrQzJkopWj9PEr/kXE954Cz nHjNIJ0d+LhDlA6piS4gJ667taObbAZBoIF3HZktGm+T+R83lQFezhyKs1NwucKp131G3UCyOt0 dggOI4RtoMik7BgJkPOvfKLpRLLlSffMsXDSUBE3wAqt+ELhC+Yv0Wjgy3OTP7VMPI0pV2DzzRI eb6kMw== X-Received: by 2002:a05:6512:15a5:b0:5b0:1551:d85c with SMTP id 2adb3069b0e04-5b48b89e7edmr5887419e87.20.1787602354578; Mon, 24 Aug 2026 13:12:34 -0700 (PDT) Received: from yantra.. (dsl-trebng21-58c187-236.dhcp.inet.fi. [88.193.135.236]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-5b48ce0cd9csm1923620e87.71.2026.08.24.13.12.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 24 Aug 2026 13:12:33 -0700 (PDT) From: Rupesh Majhi To: Andy Shevchenko , Bill Wendling , David Lechner , Eddie James , Joel Stanley , Jonathan Cameron , Justin Stitt , Nathan Chancellor , Nick Desaulniers , =?UTF-8?q?Nuno=20S=C3=A1?= Cc: linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, llvm@lists.linux.dev, Rupesh Majhi Subject: [PATCH v6 0/6] iio: pressure: dps310: FIFO and triggered buffer support Date: Mon, 24 Aug 2026 23:11:57 +0300 Message-ID: <20260824201203.396651-1-zoone.rupert@gmail.com> X-Mailer: git-send-email 2.43.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit dps310 has no buffer support today. This series adds it, hardware FIFO when no external trigger is attached, FIFO left disabled in favor of the trigger when one is. Patch 1 fixes CFG_REG bit definitions. It replaces the standalone fix I sent 27 July, which Jonathan asked to fold in here instead: Link: https://lore.kernel.org/linux-iio/20260728223009.0cb86996@jic23-huawei/ FIFO_EN is needed by patch 5. Patches 2 and 3 are precursors Jonathan asked for on v5, so the buffer patches carry only buffer work. Patch 4 adds the triggered buffer, patch 5 the FIFO and selection between the two. Patch 6 turns on clang context analysis for this driver, so the lock markings are checked and not just documented. It is last, drop it if IIO would rather not opt in yet. Tested on an Infineon DPS310 wired to a BeagleBone Black. Lock markings clean under clang 23.1.0. Changes since v5: - split probe device pointer and read path rework into their own patches - __must_hold() markings instead of comments saying a lock is held, plus a last patch opting the driver into the analysis that checks them - get_unaligned_be24() for the 24 bit results - scan is a structure now, not a byte buffer with memcpys - timestamp taken in the trigger handler, not iio_pollfunc_store_time, which works with nested triggers too - plain mutex_lock() where the guard hurt readability - clamp() instead of clamp_t() - commit messages cut down, Assisted-by tags added Rupesh Majhi (6): iio: pressure: dps310: fix CFG_REG bit definitions iio: pressure: dps310: use a local device pointer in probe iio: pressure: dps310: rework the raw read paths iio: pressure: dps310: add triggered buffer support iio: pressure: dps310: add hardware FIFO support iio: pressure: dps310: check the lock markings with context analysis drivers/iio/pressure/Kconfig | 2 + drivers/iio/pressure/Makefile | 2 + drivers/iio/pressure/dps310.c | 738 ++++++++++++++++++++++++++++++---- 3 files changed, 654 insertions(+), 88 deletions(-) -- 2.43.0