From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4D7BDC2BA83 for ; Fri, 14 Feb 2020 09:31:47 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 240FB222C4 for ; Fri, 14 Feb 2020 09:31:47 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=bgdev-pl.20150623.gappssmtp.com header.i=@bgdev-pl.20150623.gappssmtp.com header.b="LAEzQUym" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726179AbgBNJbq (ORCPT ); Fri, 14 Feb 2020 04:31:46 -0500 Received: from mail-io1-f68.google.com ([209.85.166.68]:43968 "EHLO mail-io1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729026AbgBNJbn (ORCPT ); Fri, 14 Feb 2020 04:31:43 -0500 Received: by mail-io1-f68.google.com with SMTP id n21so9811011ioo.10 for ; Fri, 14 Feb 2020 01:31:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bgdev-pl.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=tPGqxqvdQIhvmCHA0qJcJLxvA46GSGZbYEshxyswMHk=; b=LAEzQUymZYHQzHIb9KLXBgTvu1GhHWdK3lcFClPuOFFxVz1/n00hEyHq+3Kg/WtJ6K f2dxhdzI/4NhpY8t3E02STwh5tFXtLO3otX/IudN+uflSPxQP8qRdVGtoEIdH5fkjcR1 bzH544qsiZNyC3sqDcHyr0P0N/L+pM5Q1FDjzotlPO3ETr1nwOjV49sQdFbkqDWvw9Y+ WNKm0ztqCnktapqC1/0/6G3fYPs3EvSACT4q8cnA81ZeuL7ahQVELh3UMcgKYFJV1wc6 SIzyzoJTJ7Be4qbtHd/P52McOCwW2Qn/YZPpDf7pn9Lkvc1lpMz8Go1xhOgnOyR146qX 0isA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=tPGqxqvdQIhvmCHA0qJcJLxvA46GSGZbYEshxyswMHk=; b=ltQOqdIq6ri3mdRkVBOnt64tUrE82saZ+YWwurqQAYrmQk6RYqiGeQG1wFBGh8h5lA CY6PqRUpmbyD1B4FjeYqAomiHlw16aWr/D26m7zRUeik4bH3cafoB0UFoMdwgY4wNx8a TvecaFuCjIm1WZKMxnCLuZZiQYz7ajjNUV1rpihkCXHvVbMyP4+dRCTZx5026CyNFoAU r7RwM8Yy0aSpP+NdT1BhfEGAhRlkivr/2+tpY7g+zt3C0me624YpTfr8q8aYxMxo8OFJ tu7Vnylpn4LNT0zgDSBGb9HwXcQYcwpY/dlnohrLBMzY1fVzirpNXKuCSKmorLWB04+a gEqA== X-Gm-Message-State: APjAAAUt7ZuFHGhaMY4xFmLdNNZRiWszxQCQRxGaO4DlHUXx4tvPWCwl 0QHA8ek6isaYuoqhYM8lUVqLFppAShjvCA0bO/rOGw== X-Google-Smtp-Source: APXvYqxgWJOyIbYagJnnKVzHLeqCoVORg5daCP/H8O5LA9jMWCkLYmTdfMLLEPEQlGIgJGX6ZnseQLN17UMD32HHcz0= X-Received: by 2002:a05:6602:220b:: with SMTP id n11mr1608407ion.6.1581672701495; Fri, 14 Feb 2020 01:31:41 -0800 (PST) MIME-Version: 1.0 References: <20200211131240.15853-1-brgl@bgdev.pl> <20200211131240.15853-2-brgl@bgdev.pl> <87eeuxh789.fsf@nanos.tec.linutronix.de> In-Reply-To: <87eeuxh789.fsf@nanos.tec.linutronix.de> From: Bartosz Golaszewski Date: Fri, 14 Feb 2020 10:31:30 +0100 Message-ID: Subject: Re: [PATCH v2 1/6] irq: make irq_domain_reset_irq_data() available even for non-V2 users To: Thomas Gleixner Cc: Linus Walleij , Jonathan Cameron , Hartmut Knaack , Lars-Peter Clausen , Peter Meerwald-Stadler , Jason Cooper , Marc Zyngier , "open list:GPIO SUBSYSTEM" , Linux Kernel Mailing List , linux-iio@vger.kernel.org, Bartosz Golaszewski Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-gpio-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-gpio@vger.kernel.org pt., 14 lut 2020 o 10:02 Thomas Gleixner napisa=C5=82(= a): > > Bartosz Golaszewski writes: > > From: Bartosz Golaszewski > > > > irq_domain_reset_irq_data() doesn't modify the parent data, so it can b= e > > made available even if irq domain hierarchy is not being built. > > Yes, it can be made available, but WHY? > > Thanks, > > tglx Duh, I forgot to clarify this. After my previous submission, Marc suggested I use irq_domain_reset_irq_data() in the unmap() callback for the simulator domain. I noticed I can't do this because I don't select the V2 irq domain API, so I added this patch. Bartosz