Received: by 2002:ab2:7407:0:b0:1f4:b336:87c4 with SMTP id e7csp260033lqn; Thu, 11 Apr 2024 23:47:31 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCVmebDuVE387tZm4uJMFB6/i30TqBQObKxQ5G9ianNfBisc6b+2sJejidOj7bMqoanStowL5adeqrokxrSI8lbaMeP+313ErTKXD+qLTA== X-Google-Smtp-Source: AGHT+IFe741LCW7geW3XH3sJ+4EGzQKYlbTNgouXZ2zpa2FzFLZSywv2vocVD5gxM621jU6LdPcH X-Received: by 2002:a05:620a:108f:b0:78d:7255:f9cd with SMTP id g15-20020a05620a108f00b0078d7255f9cdmr1941238qkk.11.1712904451440; Thu, 11 Apr 2024 23:47:31 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1712904451; cv=pass; d=google.com; s=arc-20160816; b=k4Pg+cdwGEk0J2MzlPY6aFOgkFSOTNMnvB69ym2d/OJsNZ2kewBnKCVjoG0YBC5Utw gnmhiWjV1tkWHQsrCax7DB6dQUfDJnO1D/A7fCm1l5UEeBFU0DYevimXJrDlG5xdj/oB +npKZ7HkKbw44aig5FmRdpQ2xWA6apCqfd8OT8eo6p3LJjw/mGQt+QtBnBJWP/csHWRs /UybMY2fjWDgFfMPZI3A7f0K8WkjWHlqCCzCrsrmXaUH/37YrlGeECQlkQ2ZbDh0LevF UDKo1pdnbpQ7FgWVW4VYohUu8CndCfcgHRYYo0YUrwnnvn6b/qPN+FhpaAamYRwP+o9M G+lw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:content-language:from :references:cc:to:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id:dkim-signature; bh=XVldIW1CqgprCM0xJq1/sYMhXFCk115SZ7/s1VrEkw8=; fh=rT9E6zDQdoJ0Z2X7VHrqUzUM0Ty7yf8ZHK2FYs8cDlc=; b=qgLjM/h1ULYifp/0uqVdmOdfUz3hEOa1rrJl6NdzIUihXldqtj9sTc2LLX+Wg/q6cA JRVC4n862YSQJIwUak4PopWwLfbw82tr1bgo+cIbVg00TqqLSk8WcoBbVD9Gw3+OHmEW 1gMJMxTnMN9WUy/LxSghI8H8y4LyUsM10kPD3UpG1XK537JDbwLsjYMWRlOk0/+faxxD ZBrLGY4MeXTHaDw96uD0+QrFDnhomJbAk6IgNBok6wYHF67MzAdtUHNjA3GEo9U6Fyjo IpGNlklIWXejIi4e7oa/fIuGaCgxfV1q6QjWCYUKmZKjkDB5Tk0G0E81m3+XKrD2dIgJ TXnw==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@aruba.it header.s=a1 header.b=QUPni0M9; arc=pass (i=1 spf=pass spfdomain=enneenne.com dkim=pass dkdomain=aruba.it dmarc=pass fromdomain=enneenne.com); spf=pass (google.com: domain of linux-kernel+bounces-142061-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-142061-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=enneenne.com Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id v6-20020a05620a122600b0078ec0a8ebb9si3070777qkj.388.2024.04.11.23.47.31 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Apr 2024 23:47:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-142061-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@aruba.it header.s=a1 header.b=QUPni0M9; arc=pass (i=1 spf=pass spfdomain=enneenne.com dkim=pass dkdomain=aruba.it dmarc=pass fromdomain=enneenne.com); spf=pass (google.com: domain of linux-kernel+bounces-142061-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-142061-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=enneenne.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 985CF1C20C38 for ; Fri, 12 Apr 2024 06:47:30 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id C25CE44C8F; Fri, 12 Apr 2024 06:47:24 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=aruba.it header.i=@aruba.it header.b="QUPni0M9" Received: from smtpcmd03117.aruba.it (smtpcmd03117.aruba.it [62.149.158.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 3E2344085A for ; Fri, 12 Apr 2024 06:47:17 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=62.149.158.117 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712904443; cv=none; b=fe1dJc/q4TSHuoL2psv4wB0d+CIaDqf1lvLKMdrvG983UCviQRscOSZz9s4mHnXGIPu9s84IYjWv5RYFUiVi7/JRF3/qvnDzm1ycZjr5ukbqFdKy3P6Bul8dqeRwinym1+yuFc9HVi6QLHmPQYMVT7sGwE8hjpAPwNbmcl4Ulu0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712904443; c=relaxed/simple; bh=WyC9PNxXS/aVAIKL5oIDw9u87fuWEC6J4MSR68MMGAg=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=L69qhSKiFAMdlaEpRzBhR/dTJdvsy0W1tVCJqwbZfIC8m+6gv2aAKjyfq02h/+JiCK2txh8UNLLcX0SpzqqOYjQXR2t68vADnY5TRNbAn7qnmwu+Bz+VAx4CPs7RWiYpOQOzMVdKqMczGjaa5rPnVrSmqE6Awhmg5Wf/fA0Pic8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=enneenne.com; spf=pass smtp.mailfrom=enneenne.com; dkim=pass (2048-bit key) header.d=aruba.it header.i=@aruba.it header.b=QUPni0M9; arc=none smtp.client-ip=62.149.158.117 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=enneenne.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=enneenne.com Received: from [192.168.1.57] ([79.0.204.227]) by Aruba Outgoing Smtp with ESMTPSA id vAdsrE8KkQF1DvAdtre770; Fri, 12 Apr 2024 08:44:09 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aruba.it; s=a1; t=1712904249; bh=WyC9PNxXS/aVAIKL5oIDw9u87fuWEC6J4MSR68MMGAg=; h=Date:MIME-Version:Subject:To:From:Content-Type; b=QUPni0M9weIIkUhjH94dlpYJX2G5U0niAyW1687kg5ZHZ2sYsqt9o21+502WUgO3F OXZOaihb12N76O9FnYSAXQI9lvs4r7l8xNfB4t9bqaA38anKU8JfIYWqKHkUeaFZqo atQCkeR9/XPcHpF3t7tWGLpSLwo33I1RcOZv/T357tblHHQZnb/IjXdJC/tgzSYu5W 1LL0MjxVLS1gEAitP8Iogfw30/z6YSQ1ImnqQIciovHjNOg3TH7rTWsgzUmDYeus8N Z8mECTFlyHk9QBk8Qqjpp22QVOEq/dbU6goShwcaRfUYqIzB3z/zpJ8aZS47UjQqLa waYypwbIcut2w== Message-ID: <9255124b-958e-4ab4-a812-67ad5d36e16d@enneenne.com> Date: Fri, 12 Apr 2024 08:44:08 +0200 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 1/1] pps: clients: gpio: Bypass edge's direction check when not needed To: Bastien Curutchet Cc: linux-kernel@vger.kernel.org, Thomas Petazzoni , herve.codina@bootlin.com, christophercordahi@nanometrics.ca References: <20240410113502.73038-1-bastien.curutchet@bootlin.com> <1f7f5b2f-54d4-4dc1-90ff-b896c930faed@enneenne.com> <5bda0980-2373-4284-bda4-89f0c6944e76@bootlin.com> <27196117-32bc-4892-b545-d9cf43a89f0a@bootlin.com> <28c5456d-535c-4ed9-b13a-fab7f50412be@bootlin.com> From: Rodolfo Giometti Content-Language: en-US, it, it-IT In-Reply-To: <28c5456d-535c-4ed9-b13a-fab7f50412be@bootlin.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfKB456YBgpqZ634JB5dUeyybZMVwsuXswVSVYhCb/VUND8r2xEhF5iSPw6RggeNGxEOctbMtAGW9qerebBZB1Afzf05oP6MgLrUj7bQSvPcktEvBrXAA W2nFtMwtaFDJF5Ulzb1sLAmquMPugbcQA7OvwM/7f0H4dvJXWRnXq08fmOC4+fAv0vvyAcNFO/Bdr2ydRZl0dTumjF+f3fUieGKiuStqPKyengfT5hSawCj5 jbQ9IsMZ6POTZPVls34udWv8bTJzac5xEJFsgn0rU0nxVFF3gBxK+NPtdDG0Lh4OWhQDDm0GAdh8GbbyyqlYav3GzLUjrMxiVJgSKPEn+mVvjtfdcnOJPCI0 LymDJgEKOwtX+UoMusQSdwrYGObTvA== On 11/04/24 14:44, Bastien Curutchet wrote: > Hi Rodolfo > >>>> diff --git a/drivers/pps/clients/pps-gpio.c b/drivers/pps/clients/pps-gpio.c >>>> index 2f4b11b4dfcd..f05fb15ed7f4 100644 >>>> --- a/drivers/pps/clients/pps-gpio.c >>>> +++ b/drivers/pps/clients/pps-gpio.c >>>> @@ -52,7 +52,9 @@ static irqreturn_t pps_gpio_irq_handler(int irq, void *data) >>>> >>>>          info = data; >>>> >>>> -       rising_edge = gpiod_get_value(info->gpio_pin); >>>> +       rising_edge = info->capture_clear ? \ >>>> +                       gpiod_get_value(info->gpio_pin) : \ >>>> +                       !info->assert_falling_edge; >>>>          if ((rising_edge && !info->assert_falling_edge) || >>>>                          (!rising_edge && info->assert_falling_edge)) >>>>                  pps_event(info->pps, &ts, PPS_CAPTUREASSERT, data); >>>> >>>> Please, review and test it before resubmitting. :) >>>> >>> >>> I'll try this and send a V2 after my tests, thank you. >> >> OK, thanks. >> >> However we should think very well about this modification since it could be >> the case where we have a device sending both assert and clear events but we >> wish to catch just the asserts... in this case we will get doubled asserts! >> > > My understanding is that clear events are to be captured only when this > capture_clear boolean is set. If it is not set, the PPS_CAPTURECLEAR > flag is not added to pps_source_info->mode and get_irqf_trigger_flags() > will return only one edge flag (rising or falling depending on > assert-falling-edge DT property). Yes. You are right. > By the way, I see that the capture_clear is never set since the legacy > platform data support has been dropped (commit ee89646619ba). I see, but it can be re-enabled in the future... In this scenario, I think we should add a DT entry to enable this special behavior. Maybe we can also add a warning as below: static irqreturn_t pps_gpio_irq_handler(int irq, void *data) { ... if ((rising_edge && !info->assert_falling_edge) || (!rising_edge && info->assert_falling_edge)) pps_event(info->pps, &ts, PPS_CAPTUREASSERT, data); else if (info->capture_clear && ((rising_edge && info->assert_falling_edge) || (!rising_edge && !info->assert_falling_edge))) pps_event(info->pps, &ts, PPS_CAPTURECLEAR, data); else dev_warn_ratelimited(dev, "no ASSERT or CAPTURE event? " "Maybe you need support-tiny-assert-pulse?"); return IRQ_HANDLED; } Ciao, Rodolfo P.S. I'm sorry, but I'm not good at finding names... ^_^" -- GNU/Linux Solutions e-mail: giometti@enneenne.com Linux Device Driver giometti@linux.it Embedded Systems phone: +39 349 2432127 UNIX programming