Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp2469034imj; Mon, 18 Feb 2019 06:33:59 -0800 (PST) X-Google-Smtp-Source: AHgI3IbbkiV6Vok81fQOpgJ9H8SezCMHRU6lxHag3ToA5W/FeS1ZO2Hj0c88CPN5zfQcVSNEIG9d X-Received: by 2002:a65:47ca:: with SMTP id f10mr19308336pgs.166.1550500439001; Mon, 18 Feb 2019 06:33:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550500438; cv=none; d=google.com; s=arc-20160816; b=zexqa5ujFSRGLBxxswY/wmtOwHgwBz1SKVmZVIGZwnmY7rOqa0THHv+4VDJZWWxDHb N4m4eExMTNCduPaqAOS36SSH+HhQXc2kX5k4qBxzKAEQ7RFSaO0kYABMZaA1zcIBLWMx rbA3V8LWJOwmYb33+7kbKvyUUStYJvDTOjUW1/04DbtutI+hjGUyIOzYc1WwWeduHvN8 2SZdVt1B3swLV8RpRgvcxLgaB3PdVy6cq3jpe7J0wQyuY2Kw/QJIMl7dHQMSC+iY54CA V5dajRnreMb6HAk/HtFhvscIrLV7iu7nS1AC9+O8L5OVSu5s8brnyI3DwfKZTHe3qluj 0JGg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=eugLzWOGhMRv4HEnn5AFtEINBw/mNk5gI5Z1nRRerug=; b=y5q99adjQk6tJ8XwjQ5CDLi5+jPPzmwwN5ttrzgGcrvMA+u+FYg6TZ5H32QhbcNoJh Koz39cKYQiIc/CC8NKft+uzWhnVW7UtoWNKKcKimoYBM5Oyq8l4aMxUydUnsYEDJpeD3 jgRcZzlkufO25wjg16KdKfMZ26qBYw8rTXxfkoOrWpGDNDdInzzpGVDklxlOEwSaSbTj c0CNJwDqPHvKwMPhlLj91xLe1lk/qe2n7TSAVJ0MzhxaXgFU1RAXP/Rc6VHS12ZEHpNX 1NC5Cm8Dn+yW+A7rhAzIwyMp6mUy6intLclX0q0gejCRrDpOk//H+IbhTD/6rQUrY+xs Y7Cw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c11si13252140pgj.255.2019.02.18.06.33.42; Mon, 18 Feb 2019 06:33:58 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388470AbfBROcx (ORCPT + 99 others); Mon, 18 Feb 2019 09:32:53 -0500 Received: from muru.com ([72.249.23.125]:39216 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388462AbfBROcv (ORCPT ); Mon, 18 Feb 2019 09:32:51 -0500 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 251B280E4; Mon, 18 Feb 2019 14:32:59 +0000 (UTC) Date: Mon, 18 Feb 2019 06:32:45 -0800 From: Tony Lindgren To: Lokesh Vutla Cc: marc.zyngier@arm.com, Nishanth Menon , Santosh Shilimkar , Rob Herring , tglx@linutronix.de, jason@lakedaemon.net, Linux ARM Mailing List , linux-kernel@vger.kernel.org, Device Tree Mailing List , Sekhar Nori , Tero Kristo , Peter Ujfalusi Subject: Re: [PATCH v5 05/10] dt-bindings: irqchip: Introduce TISCI Interrupt router bindings Message-ID: <20190218143245.GC15711@atomide.com> References: <20190212162247.GK5720@atomide.com> <6a274588-0fb6-2ddf-3bcc-f9e4d849ac07@ti.com> <20190213152620.GS5720@atomide.com> <4791de04-63af-4c5e-db9c-47634fcb8dc9@ti.com> <20190214154100.GB5720@atomide.com> <20190214174612.GF5720@atomide.com> <171e8597-2156-747d-d024-7b4bfc6f9186@ti.com> <20190215161629.GK5720@atomide.com> <2369739e-3bc8-257a-99e0-db2951c6777d@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2369739e-3bc8-257a-99e0-db2951c6777d@ti.com> User-Agent: Mutt/1.11.2 (2019-01-07) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Lokesh Vutla [190216 03:30]: > On 2/15/2019 9:46 PM, Tony Lindgren wrote: > > The dts node for the interrupt controller should describe a > > proper Linux device, that is with reg entries and so on. > > You are asking to just keep the compatible property :) Right, and then I realized this node is missing the standard reg entry too. And you're saying the registers are not even accissible from Linux. So based on that IMO you should not even have a device tree node for it at all. You should just have the interrupt controller driver do the muxing on request_irq() using tisci calls. If that's not true, and these mux registers are accessible from Linux, then set up proper dts node with reg entries. And have the driver deal with the firmware based on the compatible node. Regards, Tony