Received: by 2002:ac0:e350:0:0:0:0:0 with SMTP id g16csp1079558imn; Sat, 30 Jul 2022 14:32:22 -0700 (PDT) X-Google-Smtp-Source: AGRyM1toxYOj248fN0brcl0V2K7dkyWhY/0vuzl4IvIuxXykuN0IaS1kM3pLLk5Evl/jXs1urBSs X-Received: by 2002:a05:6402:34c5:b0:43a:8f90:e643 with SMTP id w5-20020a05640234c500b0043a8f90e643mr9040702edc.88.1659216741729; Sat, 30 Jul 2022 14:32:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659216741; cv=none; d=google.com; s=arc-20160816; b=zN+ILaYOviNpzDuUhiCBKz6mXoDb/gQFBbHLQMCfOQQRIJzRexcc6r72c5G1iy5uJk gLtKcT5+SLLnGAwCpC09Bjf2sviBU7osbL8wiH7LeHPFM3q148KzNKbL7qmwaNNN+Mb7 u51kXuy4v2+iY0tnrRuzFKXxetKKfFe3x5f1Tj3fnwwiDRFeTuP9CIU4A4zG1l/Z6WZW x8nfhPeZc0VI8q3tuZYNVcGRgVJWewPb6gJoRfO+wW1RJf/FskY+fkFEG31GVlzSEku0 ddKsG/6bOXDd5h5F8+3mUX2Vv6MyWHV1E7HFpOhfb4vH018K774JjGXJaUgg9PNq5Tf8 XMIw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=PpPSWaj5ChnWQref+Jd3xgvUVdo43Oncj2khKi1BPqU=; b=V25F1SS0oGmMQShOGCxJ2O7RVpgs/+v+ERugOM/lACVj8YplhaOr99VrlHTuQCaILE hpEveyK6n3ZD9hGfxAOT+1vL2ge0oTZyjP+e3Eq66LZCk4VyFqYvtu8wgBAKCc+870SV UbwlOXMPina8syZAcQTxWm0ufqXZmAM88RGioZeDHvfs1x0hoF1F18xGjC1wdgqsALji f8Lax68KaMTxJGtympKY4/6MGght1+U3FTjHuvBmzTA5+WTOnC6iptykNezEKp2KpkBQ wz2TClPyLXjDw7Oicj/uTNwECjncSne9uJhSugv7lJ/FQg53Sb+nMfAzH0EmbjWO5hni nIpw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ucw.cz header.s=gen1 header.b="Wt1sV7o/"; 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=ucw.cz Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i8-20020a1709064fc800b0072f6a9d159dsi8002672ejw.173.2022.07.30.14.31.57; Sat, 30 Jul 2022 14:32:21 -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=@ucw.cz header.s=gen1 header.b="Wt1sV7o/"; 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=ucw.cz Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235879AbiG3VWM (ORCPT + 99 others); Sat, 30 Jul 2022 17:22:12 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44974 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235988AbiG3VWH (ORCPT ); Sat, 30 Jul 2022 17:22:07 -0400 Received: from jabberwock.ucw.cz (jabberwock.ucw.cz [46.255.230.98]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 103A513E23; Sat, 30 Jul 2022 14:22:07 -0700 (PDT) Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id A17081C0001; Sat, 30 Jul 2022 23:22:05 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ucw.cz; s=gen1; t=1659216125; h=from:from:reply-to:subject:subject: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=PpPSWaj5ChnWQref+Jd3xgvUVdo43Oncj2khKi1BPqU=; b=Wt1sV7o/E0jEIsZWhNKOiTpoa8+25ohZut7Gd+pYsN635CUhtOr611Njh6z/Z1KnZ0/JHb tKLnA43HMSIJS4NvEJz5UIdz7gDhK9U0Li7EJ87EVW91TptRZ3VTILUWt5tacSZe4HbYrG c9ZCNqTViXMrKUT1+BwJ3KfhyZuOO+4= Date: Sat, 30 Jul 2022 23:22:05 +0200 From: Pavel Machek To: Jean-Jacques Hiblot Cc: robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, andy.shevchenko@gmail.com, linux-leds@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RESEND PATCH v6 3/3] leds: tlc5925: Add support for non blocking operations Message-ID: <20220730212205.GG23307@duo.ucw.cz> References: <20220722081146.47262-1-jjhiblot@traphandler.com> <20220722081146.47262-4-jjhiblot@traphandler.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OFj+1YLvsEfSXdCH" Content-Disposition: inline In-Reply-To: <20220722081146.47262-4-jjhiblot@traphandler.com> User-Agent: Mutt/1.10.1 (2018-07-13) 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_NONE 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 --OFj+1YLvsEfSXdCH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri 2022-07-22 10:11:46, Jean-Jacques Hiblot wrote: > Settings multiple LEDs in a row can be a slow operation because of the "Setting" > time required to acquire the bus and prepare the transfer. > And, in most cases, it is not required that the operation is synchronous. > Implementing the non-blocking brightness_set() for such cases. > A work queue is used to perform the actual SPI transfer. >=20 > The blocking method is still available in case someone needs to perform > this operation synchronously (ie by calling > led_set_brightness_sync()). Why do this? We have other LEDs that are slow, and core already has workqueues (etc) to deal with that... Best regards, Pavel --=20 People of Russia, stop Putin before his war on Ukraine escalates. --OFj+1YLvsEfSXdCH Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQRPfPO7r0eAhk010v0w5/Bqldv68gUCYuWg/QAKCRAw5/Bqldv6 8ijwAJ4xkBZacmCrDEyqoF/SASmwU5ekkwCdG7WrhHOiAiGvF/bYqiDpalVn0j8= =eCpz -----END PGP SIGNATURE----- --OFj+1YLvsEfSXdCH--