Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752086AbbLUWk0 (ORCPT ); Mon, 21 Dec 2015 17:40:26 -0500 Received: from mout.kundenserver.de ([212.227.17.10]:54279 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751663AbbLUWkY (ORCPT ); Mon, 21 Dec 2015 17:40:24 -0500 From: Arnd Bergmann To: Okaya@codeaurora.org Subject: Re: [PATCH V2 00/23] MMCONFIG refactoring and support for ARM64 PCI hostbridge init based on ACPI Date: Mon, 21 Dec 2015 23:39:05 +0100 User-Agent: KMail/1.12.2 (Linux/3.19.0-27-generic; KDE/4.3.2; x86_64; ; ) Cc: "Tomasz Nowicki" , "Lorenzo Pieralisi" , bhelgaas@google.com, will.deacon@arm.com, catalin.marinas@arm.com, rjw@rjwysocki.net, hanjun.guo@linaro.org, jiang.liu@linux.intel.com, stefano.stabellini@eu.citrix.com, robert.richter@caviumnetworks.com, mw@semihalf.com, liviu.dudau@arm.com, ddaney@caviumnetworks.com, tglx@linutronix.de, wangyijing@huawei.com, suravee.suthikulpanit@amd.com, msalter@redhat.com, linux-pci@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, linaro-acpi@lists.linaro.org, jchandra@broadcom.com, jcm@redhat.com References: <1450278993-12664-1-git-send-email-tn@semihalf.com> <201512211515.55447.arnd@arndb.de> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201512212339.05923.arnd@arndb.de> X-Provags-ID: V03:K0:u6o5QnFGvdhFmgjjjc7Zuz0N/oOXNPMqbnOn76bTCPOTDitIw/g WN0u9oEuGK+rQkXaK31qWl659Idte0mGFgkMOVhvISz1vxBNIFdPnPAp69N3LVfTYsLcb1r C2NEcJmVe2p6IxSCbq+lZN5whz525pTcc/bLdeuGLk2NfF1ydRlXlvAMX4OhOco7aKXWpg4 q//gC9IyQoPlYQcbxM+AA== X-UI-Out-Filterresults: notjunk:1;V01:K0:H2BU7EBQGG0=:4D4t1g6H2+nhqXmSsQGhby 2JLSPpJFdaUJw1VYbJedaY4Gh6SKHd3+k/S4tfJmIiJGHF03JvvT36dgRFHLXnziTj9687JCA jZCvz3oG/hWmKweYVyrt/w7Nf/hmyFdyvF6uza5umv1Dg1Ig7yBmFLZHKudYsv+g8nWkUwf3T lzCykQdBzwHho0QgLZ+duBMzrXPYxM6sBLbEJlbJbSicK3DAY63Sdqkfh4nVlNZiGyGlMrIwM 9fQZgaxetakaST6TRuc7Hkfrs/JaEWAfyUpQ9baTGTyTgO1oIlEwBcTlvIHzkE41qpZ86lJQY NK/UkMA5puUU27RW/CkNWvxapDkfHiefb7bRMu/0qF16Q/SswFDClg8knR/XQhXYqXE+ngUFs kl/qj1kTXu4xU8zGpmFxsBtA2IeB6qoX0Bsan6H87/7wEWgMDWHe2ERFAbYIj0AuZw1EIo8Gr 1af8pjfcv/nHhP5oQtdIrPxJlb64kLOVMqW0d6Y/szjBsM1dygUzWKXWaiUvMkQszQ97MBNkb 6z85sc7AkDF/QWwjmZvlj/iCgbtqo3YcGYx/holaEq+rHhpPM5T1lZNkdi4QuVP90au55iyOy X0BFT06UTjHMwaBn5TgFBviYb0xGFigqsvrSfWc+3Rqwasw5p2H4MRDAa2wMKIo5c2tEfrVw1 xn46prTH+sndrNjiUxCY/0ypDuS0a3souyWMu9mbNAmuKcZoz61dUvdOASiDg7R3fQCRT4I4O aKIgCyJFY9qnHfTO Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 983 Lines: 23 On Monday 21 December 2015, Okaya@codeaurora.org wrote: > Thanks, I won't be touching the acpi tables then and I will assume the > hack had a problem. It was trying to remap the io range of the second root > port to the first port io address map. If all domains share the same I/O space, you should only map it once of course. > I was getting a warning from resource.c > > Btw, when I tested the io ranges before, kernel didn't accept anything > below 1k like 0. That is why my range starts at 1k. This is PCIBIOS_MIN_IO, it defines what I/O port numbers can be dynamically assigned to PCI devices, but you should still map the entire 64K area per domain, including the first 4K that can be used for legacy ISA compatibility. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/