From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ot1-f42.google.com (mail-ot1-f42.google.com [209.85.210.42]) (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 9EC4F24DFF3 for ; Sat, 27 Dec 2025 18:24:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.210.42 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1766859878; cv=none; b=QWrvu0nWTiI9sn8WYV5uld4Bpa9F4EqtogxWJWHlApsXLh31XJH6XfjDQhFpRWuUvtG15wCSWoNsXG45dbItNaXQGIFrKwiJyBAij/9SHJROjWS2h4DArJ9gIio5eqvIS8xF1dcoFc37yn38TBUdQeR9Lsf6nPZlt+Ob1eJ2hRY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1766859878; c=relaxed/simple; bh=qn1/KjlraYXzELC53+o2Hfshv5d2CDgEpi4rQ/uNbT8=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=UMYiVURtQ1UUh3ZJrYdxnsSDwU+fB7LsFgH9kyJvsrlwe90/Cwk4fG8x7Ke211Pi/3cS8GyDearx+sG9ppiDXZTLXP6a2F5hP8Pw92evDJYRwaJjF5VlOCK2ad5BdkdqFYvfr6Vjmd1WACPUQo7CfL+bqmCjSY7HItXDrW0/rqo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com; spf=pass smtp.mailfrom=baylibre.com; dkim=pass (2048-bit key) header.d=baylibre-com.20230601.gappssmtp.com header.i=@baylibre-com.20230601.gappssmtp.com header.b=yDc1r99R; arc=none smtp.client-ip=209.85.210.42 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=baylibre.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=baylibre.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=baylibre-com.20230601.gappssmtp.com header.i=@baylibre-com.20230601.gappssmtp.com header.b="yDc1r99R" Received: by mail-ot1-f42.google.com with SMTP id 46e09a7af769-7c7aee74dceso3085078a34.2 for ; Sat, 27 Dec 2025 10:24:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20230601.gappssmtp.com; s=20230601; t=1766859875; x=1767464675; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=7NyLfdTTGOfZ46h4QKpaWWdzrCy0NX0nm8plxK7Gnto=; b=yDc1r99R8RF6IjEZodevrZrXJphyPp9CL+8XIUi7ECVMoAsEYta1RmoBdb7v8ZSaGf dxWD8A1lZNQQ3LZyF9hJWoZWemFyppA6Sirn+jG4V17zN8Uo/TJ4xTJ3SjVcc657IDCG QzpI/mQjOXVmAnE6jsT4XRl1WdVk/hKa+4nm2qlsCyatefIKLEEQStQ81359dTdA6yvE ZzXQRNMmTAs7rOc6zPQcNJVqQmGvlL2tXuUwLHQW3G4erK2jF8GcPFT/Z/b87I594Cjr UmBhyNw1refdQdc3IQpAGu9fJR6n76a1OKxrmEQ9uqjuuqFbmtbzbg7NWfXOAQcVj2H/ OD6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1766859875; x=1767464675; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=7NyLfdTTGOfZ46h4QKpaWWdzrCy0NX0nm8plxK7Gnto=; b=mpPqG+t5a83FBdFb/Ays31hdwLONs9zLeeHbfzFbGzrdef+2QTFtAN419zT5MUcbc/ WwjJYHrcQs5TZfgdY9D13ED8ynE94bgyVGu/pLOKiVK27poST/ECyQD1HiLOXcppgdT0 KPIzSRPHfGuY1yjxVEM0WwI7/SyEUTsVHmBzuNC/ca3N3bYmDzhDN0fK/2bh3YKaBRRB t5elykZTeUt5RA73BR9r39KlaaW+iJ1JFOkSihgjdhE9vWkfw8FbBT9g4cuNipxdmEOl WHhzgbxEs9CpX5iJaYON49wkQdVk1veg/CSa7mynO+uQPx0rqWSZXx4LdW1iS1oaE7zM BmMw== X-Forwarded-Encrypted: i=1; AJvYcCW7eibqiJhyHSnqmZw/A+zych+g8vdbCuA5NLQfDsyKVzFhe0XmSeQm4ZnnzneFOb5A0D0Rviob8FbWVOE=@vger.kernel.org X-Gm-Message-State: AOJu0YzCUFmNBLkSbwd+hyV3Vi/G+tQ5RYTHuBlB7TqyxBAGERcabh/K BS8ayugLo/WELF+vQ7lPNbW0HBQ/ZEroZo+OjnWdSTPyfKPUgNWVkZfUhfJdfQ7COXg= X-Gm-Gg: AY/fxX5BwYA7MfRCs40afnQuVisQb/YwbFvtf/6Sae3jLuhFgyPgV2OGKtRjT9m9RCJ 6lF6dwgzM0ibC2kGcSwOZzr4Tw9ypVsIWTNcewiwSB+gQr7lPd6EGXBMC1FSDbdGQLhTBpdgdWW uytKTaYGeoxrnaYvWC1VPJuq2M2PT5FNMvUUJx4HU4MA/a4vofi+UXMJgspwWuWTzrQSiOIzB5n 8NqyiQW9a83tQX3hA2EqeX/OJFmMpwSEV9V3f8OiQXHSqXWIMy+QEyKQqdR8WwRCHuATII1s5QM VNBBxY4Uy8atSRQ6PGVeOjQwGVCaLI0+rzhvJKfC5jkL2dxZ0wPV8aMjToEdcb6fb0pw0+PW4kg 9k80aPN1ZFosaKEVlaibNLUgn4i82C2L13fz1BzPWiGQTMD9hHxDPvk5ilMNkXKoMIRMzb1utOy pfLMl4p0l6+aJ0aiI0H/wIjnz/3yHWoXAesM3ZcZgRYE4ApHvZl0FvdGd9uQ33 X-Google-Smtp-Source: AGHT+IHW9W4FACWrecgndjl/f5nrAVrhz5eZoyqi7rwqFTdJ2qVjM+zFhAuRS2JHdnCzQs5l8E/oMA== X-Received: by 2002:a05:6820:4301:b0:657:5da2:5f5d with SMTP id 006d021491bc7-65ea0345562mr7382265eaf.3.1766859875605; Sat, 27 Dec 2025 10:24:35 -0800 (PST) Received: from ?IPV6:2600:8803:e7e4:500:81b7:1177:37cc:3153? ([2600:8803:e7e4:500:81b7:1177:37cc:3153]) by smtp.gmail.com with ESMTPSA id 006d021491bc7-65d0f3f8807sm15949141eaf.3.2025.12.27.10.24.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 27 Dec 2025 10:24:34 -0800 (PST) Message-ID: Date: Sat, 27 Dec 2025 12:24:32 -0600 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 3/7] iio: core: Match iio_device_claim_*() semantics and implementation To: Kurt Borja , Jonathan Cameron Cc: Andy Shevchenko , Lars-Peter Clausen , Michael Hennerich , Benson Leung , Antoniu Miclaus , Gwendal Grignou , Shrikant Raskar , Per-Daniel Olsson , =?UTF-8?Q?Nuno_S=C3=A1?= , Andy Shevchenko , Guenter Roeck , Jonathan Cameron , linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, chrome-platform@lists.linux.dev References: <20251211-lock-impr-v2-0-6fb47bdaaf24@gmail.com> <20251211-lock-impr-v2-3-6fb47bdaaf24@gmail.com> <20251227144707.1bebcf27@jic23-huawei> Content-Language: en-US From: David Lechner In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 12/27/25 12:14 PM, Kurt Borja wrote: > On Sat Dec 27, 2025 at 9:47 AM -05, Jonathan Cameron wrote: >> On Thu, 11 Dec 2025 21:45:21 -0500 >> Kurt Borja wrote: >> ... >> Given earlier discussion about this one being rather more tricky >> to name than the claim_direct because claim_buffer sounds like >> we are grabbing the buffer, I'm not sure on the best naming to have >> here. iio_device_claim_buffer_m maybe? Ugly though and >> these are super rare so maybe this isn't a particularly major >> concern. > > Yes, it's a bit ugly, but as I proposed in the cover letter, if we go > for a full API rename, it shouldn't matter for now? > > What do you think about that? > > I'll go for iio_device_claim_buffer_m() if I can't think of something > better. iio_device_try_claim_buffer_mode()? > >> >> Given I think the people maintaining most out of tree drivers >> are Analog Devices maybe this is a question Nuno can answer >> for us? >