Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp2988932ybe; Sun, 8 Sep 2019 04:57:51 -0700 (PDT) X-Google-Smtp-Source: APXvYqyNH2ivJjNbcYBjzD2uw9EWVWvskHrjszSwgVSYCj5enZdlOhJHjIWJIk7GbaijJYyA+5iy X-Received: by 2002:aa7:9e05:: with SMTP id y5mr22569719pfq.38.1567943871299; Sun, 08 Sep 2019 04:57:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567943871; cv=none; d=google.com; s=arc-20160816; b=rA8EYkszni8BBsy6WocGDUUn0lsZHpheiwaddabV1lDhiSvdZ9bnW2VNKAkJ9BJuW6 9NG+ylm6b3AT0VDQQTNjd2bg/FQyA00Ezgh3bFpECJXQGvenWfpaAa9suuyYTz83HbHg fnPbPPmwTH4ZSTdwkthg28DFM7/WL402YLfpyyXmygZ0j7raQi77O7nclpAnjndV2FcV hZ4lZjI/WAD/9FTX+vJNzoixyRtKLQXimc5s2G5W3VAkUrZyHY6NOJP+6tyMMSn9p+XH X+HVZrK4HX5HnSHPp0OcWm0BWwKHlXNvbdKOgjzM7KptPFl7KLPMndhODy8wWK4l6wb9 tNtg== 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=9RekYJHNuE7RGZMzUGnd/2To1lGDnpi7+nsieLSQo0o=; b=Z0Tyfk4IxAYBD1+J+q6qu//GMukTzaXmtOx//BSTTCD3w476vG7+UANPQ7JaFMfkgM gt4eSDSIiNa4l69eKDMnS0iqdMtlq7+uuyDzuysKz0W//gXHllKmn0wpz9+zBmKM6IDM 5s72q2Z/wfXKDUOc73v3IA3llIy01Jzo1BjKmoAAQIzigHo7i8f8r6WugXUjhV5AWF21 MPrpj/X8M2JGZiRj8mEZXDt/SjPLAqtC5DdreXWUlXlrgNrd5fvtBxwspXwT6eE9KGzP BjubFtwoGvnM92/kYIQoQYyFXuZ6ZxiAzFJE+6qmN4C1K88tX5ragkvwabFPLGDqiMSe N84g== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r15si9515947pgj.71.2019.09.08.04.57.24; Sun, 08 Sep 2019 04:57:51 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2406447AbfIGBwT (ORCPT + 99 others); Fri, 6 Sep 2019 21:52:19 -0400 Received: from mga18.intel.com ([134.134.136.126]:31367 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2406415AbfIGBwT (ORCPT ); Fri, 6 Sep 2019 21:52:19 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Sep 2019 18:52:18 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,474,1559545200"; d="scan'208";a="213345264" Received: from dph9ls1.fm.intel.com (HELO dph9ls1) ([10.80.209.174]) by fmsmga002.fm.intel.com with ESMTP; 06 Sep 2019 18:52:18 -0700 Date: Fri, 6 Sep 2019 18:48:40 -0700 From: Ivan Gorinov To: Andy Shevchenko Cc: Martin Blumenstingl , "Chuan Hua, Lei" , Dilip Kota , jingoohan1@gmail.com, gustavo.pimentel@synopsys.com, lorenzo.pieralisi@arm.com, robh@kernel.org, linux-pci@vger.kernel.org, hch@infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, cheol.yong.kim@intel.com, qi-ming.wu@intel.com Subject: Re: [PATCH v3 1/2] dt-bindings: PCI: intel: Add YAML schemas for the PCIe RC controller Message-ID: <20190907014840.GA45371@dph9ls1> References: <20190906174815.GZ2680@smile.fi.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190906174815.GZ2680@smile.fi.intel.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 06, 2019 at 08:48:15PM +0300, Andy Shevchenko wrote: > On Fri, Sep 06, 2019 at 07:17:11PM +0200, Martin Blumenstingl wrote: > > On Fri, Sep 6, 2019 at 5:22 AM Chuan Hua, Lei > > wrote: > > > > type_index = fwspec->param[1]; // index. > > > if (type_index >= ARRAY_SIZE(of_ioapic_type)) > > > return -EINVAL; > > > > > > I would not see this definition is user-friendly. But it is how x86 > > > handles at the moment. > > thank you for explaining this - I had no idea x86 is different from > > all other platforms I know > > the only upstream x86 .dts I could find > > (arch/x86/platform/ce4100/falconfalls.dts) also uses the magic x86 > > numbers > > so I'm fine with this until someone else knows a better solution > > Ivan, Cc'ed, had done few amendments to x86 DT support. Perhaps he may add > something to the discussion. I just fixed broken interrupt support in x86-specific DT implementation. In CE4100, PCI devices are directly connected to I/O APIC input lines. Conventional PCI devices other than bridges don't need to be described in Device Tree or if they use standard PCI routing. Mapping INTA .. INTD pins to inputs of the bridge's interrupt parent depends on device number on the bus. In Device Tree, this mapping is described by "interrupt-map-mask" and "interrupt-map" properties of the bridge device node. Possible interrupt types described by Open Firmware Recomended Practice: 0 - Rising Edge 1 - Level triggered, active low