Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754846AbdC3Ug5 (ORCPT ); Thu, 30 Mar 2017 16:36:57 -0400 Received: from cloudserver094114.home.net.pl ([79.96.170.134]:61041 "EHLO cloudserver094114.home.net.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754446AbdC3Ug4 (ORCPT ); Thu, 30 Mar 2017 16:36:56 -0400 From: "Rafael J. Wysocki" To: "zhichang.yuan" Cc: catalin.marinas@arm.com, will.deacon@arm.com, robh+dt@kernel.org, frowand.list@gmail.com, bhelgaas@google.com, rafael@kernel.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org, mark.rutland@arm.com, brian.starkey@arm.com, olof@lixom.net, lorenzo.pieralisi@arm.com, benh@kernel.crashing.org, linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, linuxarm@huawei.com, devicetree@vger.kernel.org, linux-pci@vger.kernel.org, minyard@acm.org, zourongrong@gmail.com, john.garry@huawei.com, gabriele.paoloni@huawei.com, zhichang.yuan02@gmail.com, kantyzc@163.com, xuwei5@hisilicon.com Subject: Re: [PATCH V8 5/6] ACPI: Support the probing on the devices which apply indirect-IO Date: Thu, 30 Mar 2017 22:31:10 +0200 Message-ID: <1908501.jAQQKvjW4f@aspire.rjw.lan> User-Agent: KMail/4.14.10 (Linux/4.10.0+; KDE/4.14.9; x86_64; ; ) In-Reply-To: <1490887619-61732-6-git-send-email-yuanzhichang@hisilicon.com> References: <1490887619-61732-1-git-send-email-yuanzhichang@hisilicon.com> <1490887619-61732-6-git-send-email-yuanzhichang@hisilicon.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 969 Lines: 18 On Thursday, March 30, 2017 11:26:58 PM zhichang.yuan wrote: > On some platforms(such as Hip06/Hip07), the legacy ISA/LPC devices access I/O > with some special host-local I/O ports known on x86. To access the I/O > peripherals, an indirect-IO mechanism is introduced to mapped the host-local > I/O to system logical/fake PIO similar the PCI MMIO on architectures where no > separate I/O space exists. Just as PCI MMIO, the host I/O range should be > registered before probing the downstream devices and set up the I/O mapping. > But current ACPI bus probing doesn't support these indirect-IO hosts/devices. > > This patch introdueces a new ACPI handler for this device category. Through the > handler attach callback, the indirect-IO hosts I/O registration is done and > all peripherals' I/O resources are translated into logic/fake PIO before > starting the enumeration. Can you explain to me briefly what exactly this code is expected to be doing? Thanks, Rafael