Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4271134pxj; Wed, 12 May 2021 01:41:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxMKzWJEUGvc3tRaN5HmPrApsG+MLN2H7kgnzQleLskCVHAvWBH78emjmChcLSSp75TZUiy X-Received: by 2002:a02:6d6c:: with SMTP id e44mr30672998jaf.81.1620808874943; Wed, 12 May 2021 01:41:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620808874; cv=none; d=google.com; s=arc-20160816; b=gc1Be+LJvfXO4W+n4JDRL+GMIgpAN8LLj8GJ1prYEBcSBxaeh56CqiYWNq0ow97Uk1 dyIdY9yVRgR2GwRxCfrM4kardRaMDR1kBQ6zg6OWpvgqXVpy3ut2bSejlnsQXgqrwcgY I3HKphPNlwNwXh/xoX5EGO+2KYjPF9OjgPSyIV7mpFv+qBgl2DyldG4zKkHWY4H0SH6W xKAYe9HOcJaUaZbv7XIsF2yrt7z1mUjOSGnu1V6xo330eGfHm0y6KjAW3rmbtu0/M0dv 3Lb+SMOgFcfzHN/gzgSR1HI3awfuyLjxvVm5gswXSkkluEZb/0lnV/CyxloAjORs2AL8 Bt5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=zSwVmxeRHgHrEW2kN4x1/yysCKLqWnOLmw0ZyXns2yc=; b=dEPjhSZykg0K4gukwiLZkbGRK3DRucaDkC2B+DWquyMKNYUeLIeE9gh7+5Ti+qJSkX QP8XXZBxJUdc6vNH4YlMKsO3g10j+7KqemWGDZj15SqxpEccCBBdx4fNRhhBjlWbLJ0p 0s21XI9sGA8hRrr9bjJ8ignJyhNjiTSFtDD0ZMa6PBgFyY7Nol2B5gMzQo/X3vXZbhsY xLE19eFr7j45PoJVgRUznHfZTzulZGJuh9YN0EQ7KrdXfXwEqCzwzZD5uD3jsIkAY+Al My0HIVepQkKDmELpx3pxYlYMJ5cT1XBx38ieO8FjXmgtxcYFLewYlbypy9LFvh0SXGpp Mnhw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u24si21325959iom.67.2021.05.12.01.41.01; Wed, 12 May 2021 01:41:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230366AbhELIlO (ORCPT + 99 others); Wed, 12 May 2021 04:41:14 -0400 Received: from cmccmta1.chinamobile.com ([221.176.66.79]:6882 "EHLO cmccmta1.chinamobile.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229968AbhELIlN (ORCPT ); Wed, 12 May 2021 04:41:13 -0400 Received: from spf.mail.chinamobile.com (unknown[172.16.121.11]) by rmmx-syy-dmz-app02-12002 (RichMail) with SMTP id 2ee2609b9458745-1a17c; Wed, 12 May 2021 16:39:52 +0800 (CST) X-RM-TRANSID: 2ee2609b9458745-1a17c X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from [192.168.21.77] (unknown[10.42.68.12]) by rmsmtp-syy-appsvr06-12006 (RichMail) with SMTP id 2ee6609b9442e6c-2c712; Wed, 12 May 2021 16:39:44 +0800 (CST) X-RM-TRANSID: 2ee6609b9442e6c-2c712 Subject: Re: [PATCH] iio: adc: ad7768-1: Fix the right interrupt interfacecalls To: Lars-Peter Clausen Cc: Michael.Hennerich@analog.com, jic23@kernel.org, knaack.h@gmx.de, pmeerw@pmeerw.net, linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org References: <20210511153108.14816-1-tangbin@cmss.chinamobile.com> From: tangbin Message-ID: <5dd97e8f-8a52-c79c-2b00-7e6b807990ed@cmss.chinamobile.com> Date: Wed, 12 May 2021 16:39:42 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Lars-Peter:         Thanks for you reply! > Hi, > > Thanks for the patch. Aren't those two expressions equivalent? Are you > seeing an issue with the current code? If so can you include that in > the commit message? > > - Lars > >        When submitting this patch, I actually thought about it for a while, but finally decided to submit it, my reason is as follows:         In numerical data of address, &ad7768_interrupt is equal to ad7768_interrupt, and the compilation can pass. But I think they are not the same, ad7768_interrupt is the first address of the function, and its type is irqreturn_t, &ad7768_interrupt represents the address of an object that points to the function ad7768_interrupt().         So I think they are not the same, For previous experience with devm_request_irq(), I send this patch. If I'm wrong, I'm sorry to bother you. Thanks Tang Bin