Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp2051694pxb; Sat, 14 Nov 2020 11:19:05 -0800 (PST) X-Google-Smtp-Source: ABdhPJwkkss8MBTRWNFrm9AC3Vw9D4DYUmwUVY5DzbGT/KbiQij9xrMKgNI1IMFywXg25uY74HVI X-Received: by 2002:a05:6402:1c8e:: with SMTP id cy14mr8923882edb.39.1605381544833; Sat, 14 Nov 2020 11:19:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605381544; cv=none; d=google.com; s=arc-20160816; b=wEmX9VRWoxwIqGW0g+qAwra4LsG/0389bKLJerV7TsDoATErczfitgaIJIdPXabGPy QOc1OWleuh2k3W19xF+EtWwbiSTIpUm9T1eNzrCWUqkenKiCGa72myjQi55ASKKfpqCP TPvqtdhqWF3c1ifAT5mjtN+De8Dd1gXCKVacpUj1rQGYlA8ZX3o1E/1fm9G4O/BxX54l gsjDezNJaxF/+P1RHqxYLs0/roMJqGx/CgnPcUE5WP4zWgenun52c3lgDbr3h2R5ivqa TFFTtkmjTtmijgtmpBV43WwInJzsxuy/XJquqP0zuW4Q/QOIngmSH3g/6kztLmrJophk +9DA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=Ae+Vo/bhfXrwP2dSPBeXDFhOaB+MMTOJVMT+YcD7hOg=; b=bLPgFjkYqHwBMeWd8CJxmXDwUfunxZoq3mLoTgIcf4caXjMLYpu3udQlQLwdOXrSYN AEgQwGAKrZVOI5CEpXpc3lDvEwX2JBNEMfIt5zmAehpI0paIqY0nk4Bb8dcuRqSNlRiO PU//fDLl3Z2RlirIJ5GhPxe0xScY6o8sbC2eVG5rJa0hcOdTmsvAyB3dKFnuu+nv49fN LS2sNvwS/ydWxctEIn2I0sUn+xViU9/LXddkCznskuvP8mMOw56IPvgGOIEZ6vq/Adzj Up+wlaPuj9T3v3VgxeBoHjkl58+Yfz0s66bRCFvw7zqZ8R+4FTz75FZsP+D7KbuTfNEe NEBw== 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 z5si8210018ejb.542.2020.11.14.11.18.42; Sat, 14 Nov 2020 11:19:04 -0800 (PST) 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 S1726300AbgKNTQq (ORCPT + 99 others); Sat, 14 Nov 2020 14:16:46 -0500 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:39033 "EHLO relay9-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726239AbgKNTQq (ORCPT ); Sat, 14 Nov 2020 14:16:46 -0500 X-Greylist: delayed 78586 seconds by postgrey-1.27 at vger.kernel.org; Sat, 14 Nov 2020 14:16:45 EST X-Originating-IP: 86.194.74.19 Received: from localhost (lfbn-lyo-1-997-19.w86-194.abo.wanadoo.fr [86.194.74.19]) (Authenticated sender: alexandre.belloni@bootlin.com) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 60FE7FF805; Sat, 14 Nov 2020 19:16:43 +0000 (UTC) Date: Sat, 14 Nov 2020 20:16:42 +0100 From: Alexandre Belloni To: Jonathan Cameron Cc: Lars-Peter Clausen , Peter Meerwald-Stadler , Nicolas Ferre , Ludovic Desroches , linux-iio@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 4/9] iio: adc: at91_adc: rework trigger definition Message-ID: <20201114191642.GA5272@piout.net> References: <20201113212650.507680-1-alexandre.belloni@bootlin.com> <20201113212650.507680-5-alexandre.belloni@bootlin.com> <20201114170230.5a94a192@archlinux> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201114170230.5a94a192@archlinux> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 14/11/2020 17:02:30+0000, Jonathan Cameron wrote: > On Fri, 13 Nov 2020 22:26:45 +0100 > Alexandre Belloni wrote: > > > Move the available trigger definition back in the driver to stop cluttering > > the device tree. There is no functional change except that it actually > > fixes the available triggers for at91sam9rl as it inherited the list from > > at91sam9260 but actually has the triggers from at91sam9x5. > > Is that a fix we might want to backport? If not we should probably put a clear > statement in here to avoid it getting picked up by the bot. > > I'd argue it's to invasive a change to backport. > Nobody ever complained about it so I don't think it is necessary to backport. Anyway, the proper backportable fix would be to simply change the device tree, that avoids the driver change which I also think is too invasive. I'll include the DT change in v2.