Received: by 10.223.185.116 with SMTP id b49csp724154wrg; Tue, 20 Feb 2018 06:55:35 -0800 (PST) X-Google-Smtp-Source: AH8x225bYO3sr5HxTHsaBKaXINkdhS6MFHmfz2Q79DGbsQKGKvbPdcAkV99ZfccVTbo7SxlDspbS X-Received: by 10.99.114.77 with SMTP id c13mr5105353pgn.8.1519138534946; Tue, 20 Feb 2018 06:55:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519138534; cv=none; d=google.com; s=arc-20160816; b=ccgyMGRzvctKnr2qdnO9T7opdTElAGqZcA+08Na9o8W5unRHl5gWfNj6ri7tFretAF nm7in0D3N0SVzd3UStFS22Y+oiCfT8A4cgEHKor5YzmhEZXsZv6AKVjaf9mVGJKKkMdg umNs42hIGNtaB53tp8WLL5LxRtaukogIpb24QuA8leAUmVKjA3c0snIqypkdOVocBy9c VWkP/4HgCyqFGmmR58YYnaEJNA8FKKaNDxSPEv0i+WEHnLjwYlo1MljDBxhPVmeDyY5a eveeRSYFuF4mF+O8sOaYLPWTT1DjgH+88FwEQ4dvWrlLrKc3f44aFVaiI11GkIU1Udws FqhQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=m07t9GuLHH0RGTshZpIDeFlV2sNhS0no57uqqAO6z1M=; b=x7GcxMBvM2LT7SjL9+kyCcsoVuPGfnmFP425qAGhnEQW+C1Y3+6fwPNVozgsYI6ovT r4uexglSTBztk/kOPjB7X5qJON6tZ/9cAzIlR86fIjuYAv1WkpR/Bv53Q/ODjQUFFdwe jQ2qAUEt26jluM/VJ7PIDLNjqoVaLkY7SLuMyafkHiqNRiSF1A5bugV7mRfEJ6W2Hkr8 fLkftsaMQTN+czNagMCK3pj7eJvcIXj3PStbgsMjkku2WSt1lpMlGL4i/6veRe/7DlPT LLgDtKw82qaSbTgkR0w6L4jidnnsI6EzhRORmMa/morifcarem0o9XMhAZivGhn6lsPO 7s6A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=jt6VgV7J; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f11si606298pgp.626.2018.02.20.06.55.20; Tue, 20 Feb 2018 06:55:34 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=jt6VgV7J; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752076AbeBTOyh (ORCPT + 99 others); Tue, 20 Feb 2018 09:54:37 -0500 Received: from mail-qk0-f194.google.com ([209.85.220.194]:41395 "EHLO mail-qk0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751000AbeBTOye (ORCPT ); Tue, 20 Feb 2018 09:54:34 -0500 Received: by mail-qk0-f194.google.com with SMTP id h129so16702912qke.8; Tue, 20 Feb 2018 06:54:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=m07t9GuLHH0RGTshZpIDeFlV2sNhS0no57uqqAO6z1M=; b=jt6VgV7J0DiTv4lAvcA0SaudrjVN+K9eH4AdIoK5RDN5huHnPTJg2GA6i3IItEfVUC XTNCm5y8Bj+pNZwmcT1IoSMfRMDJ9NC47wWK5x0wVO2YXk7uT+35yqO4Grl7X/1cjSvL J62sQdawEomYMaLo22FixP85MInYoALffWufX3lD8IMr2/1wXCGVMJwv9RSaU0iv9g0e YI58iRCg7jm9llG9Q2bkfSupRSyNl2naZByiiTgDeod72gyTqYmNRcVcurdfQhcCpnAO abgvBBQmjgAbnbaUmxGNc/yU4ZYMfantUOES+1R/YsFEau+3sFiN/QkRsm9xRIfngd4z /H0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=m07t9GuLHH0RGTshZpIDeFlV2sNhS0no57uqqAO6z1M=; b=nsCuY7U4teIpgIsOEUOSgjPyEi7YX9Oybt8A/Upt4iltD6JXpANTGiIeZAE7wgHq5T bplm/EtrG/tRzeHLM8sIG1kSZV0s5tC85Kzb6Bj+YSxhVWUjgAzGR8WsKnEhI1ZDbU1H 4mKV4aTFIaZxKDs7AMN7UsD0/7PIGr4UWhyV5CuihxBokmYpUywnC+bYdRMJZ2IGafBW phrWd5BSupkjSJ9kKUXK6Qq6xz3jTx82rnft9aL19tZtb6WcB36TbJP7h5uZy6f1diDZ fcIbYdJz2YtDuvRrBrgAXszBnwasDVuUYBmWmCna8yxotwmHO9MT15Q1Oig8WvdODJPN pPWw== X-Gm-Message-State: APf1xPB81SzmZsorOe3ZwRE7cE+UWLQVFVDYTx/n8Z3mX09qu3XckaTI xqUw1Ku2gsaUdS4zBFkYFxRHizUDudPUqI4JFo0= X-Received: by 10.55.126.69 with SMTP id z66mr27971518qkc.218.1519138472942; Tue, 20 Feb 2018 06:54:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.195.80 with HTTP; Tue, 20 Feb 2018 06:54:32 -0800 (PST) In-Reply-To: <1519062520-198902-1-git-send-email-john.garry@huawei.com> References: <1519062520-198902-1-git-send-email-john.garry@huawei.com> From: Andy Shevchenko Date: Tue, 20 Feb 2018 16:54:32 +0200 Message-ID: Subject: Re: [PATCH v14 0/9] LPC: legacy ISA I/O support To: John Garry Cc: Mika Westerberg , "Rafael J. Wysocki" , Lorenzo Pieralisi , "Rafael J. Wysocki" , Hanjun Guo , Rob Herring , Bjorn Helgaas , Arnd Bergmann , Mark Rutland , Olof Johansson , Dann Frazier , Rob Herring , Joe Perches , Benjamin Herrenschmidt , linux-pci@vger.kernel.org, Linux Kernel Mailing List , ACPI Devel Maling List , Linuxarm , Corey Minyard , devicetree , Linux-Arch , Randy Dunlap Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 19, 2018 at 7:48 PM, John Garry wrote: > This patchset supports the IPMI-bt device attached to the Low-Pin-Count > interface implemented on Hisilicon Hip06/Hip07 SoC. > ----------- > | LPC host| > | | > ----------- > | > _____________V_______________LPC > | | > V V > ------------ > | BT(ipmi)| > ------------ > > When master accesses those peripherals beneath the Hip06/Hip07 LPC, a specific > LPC driver is needed to make LPC host generate the standard LPC I/O cycles with > the target peripherals'I/O port addresses. But on curent arm64 world, there is > no real I/O accesses. All the I/O operations through in/out accessors are based > on MMIO ranges; on Hip06/Hip07 LPC the I/O accesses are performed through driver > specific accessors rather than MMIO. > To solve this issue and keep the relevant existing peripherals' drivers untouched, > this patchset: > - introduces a generic I/O space management framework, logical PIO, to support > I/O operations on host controllers operating either on MMIO buses or on buses > requiring specific driver I/O accessors; > - redefines the in/out accessors to provide a unified interface for both MMIO > and driver specific I/O operations. Using logical PIO, th call of in/out() from > the host children drivers, such as ipmi-si, will be redirected to the > corresponding device-specific I/O hooks to perform the I/O accesses. > > Based on this patch-set, all the I/O accesses to Hip06/Hip07 LPC peripherals can > be supported without any changes on the existing ipmi-si driver. > > The whole patchset has been tested on Hip07 D05 board both using DTB and ACPI. > > Differences to v13: > - dropped ACPI scan handler and added patch to not enumerate children > of indirect IO hosts in ACPI code > - tidied up logic_pio.c a bit for kerneldoc and made some APIs clearer > to understand > - tided (and simplified) hisi_lpc.c and added new ACPI probe code > (same as previous ACPI scan handler code, so comments from Rafael > and Andy included) > - reinstated PCI range upper limit check in pci_pio_to_address() > - dropped Dann Frazier's "tested-by" tag in light of changes > - rebase to linuxnext 20180219 (had to fix locally arm64 build issue) > Some minor comments per patches, otherwise FWIW Reviewed-by: Andy Shevchenko > Differences to v12: > - Addressed ACPI comments from Rafael and Andy, including: > - added SPDX license identifiers (other new files in the series got this also) > - fixed style issues, like superflous newlines and symbol naming > - add fuller acpi_indirectio.c patch commit message > - dropped acpi_indirectio_host_data (author's decision) to simplify > - added Rob Herring's tag > - rebase to linux-next 20180212 > > Differences to v11: > - fixed build errors for i386, m68k, and tile > - added a comment in LPC driver commit log why we set > the kernel config as bool > - some tidying logic_pio code > > Differences to v10: > - dropped CONFIG_LOGIC_PIO. Reason is that CONFIG_PCI > depends on this, and CONFIG_PCI is a per-arch CONFIG. > So we would require all arch's kconfig to select this. > - Addressed Dann Frazier's comments on LPC driver, and > sopme other cleanup > - Moved logic_pio.h to be included in generic asm io.h > - Fixed ACPI indirect IO host setup to handle >1 child > - Relocated ACPI indirect IO host setup code to > drivers/acpi > - Rebased to linux next-20180118 > > Changes from v9: > - patch 2 has been split into 3 patches according to Bjorn comments on > v9 thread > - patch 1 has been reworked accordign to Bjorn comments on v9 > - now logic_pio_trans_hwaddr() has a sanity check to make sure the resource > size fits into the assigned range > - in patch 5 the MFD framework has been used to probe the LPC children > according to the suggestion from Mika Westerberg > - Maintaner has changed to Huawei Linuxarm mailing list > > Changes from v8: > - Simplified LIB IO framewrok > - Moved INDIRECT PIO ACPI framework under acpi/arm64 > - Renamed occurrences of "lib io" and "indirect io" to "lib pio" and > "indirect pio" to keep the patchset nomenclature consistent > - Removed Alignment reuqirements > - Moved LPC specific code out of ACPI common framework > - Now PIO indirect HW ranges can overlap > - Changed HiSilicon LPC driver maintainer (Gabriele Paoloni now) and split > maintaner file modifications in a separate commit > - Removed the commit with the DT nodes support for hip06 and hip07 (to be > pushed separately) > - Added a checking on ioport_map() not to break that function as Arnd points > out in V7 review thread; > - fixed the compile issues on alpha, m68k; > > Changes from V7: > - Based on Arnd's comment, rename the LIBIO as LOGIC_PIO; > - Improved the mapping process in LOGIC_PIO to gain better efficiency when > redirecting the I/O accesses to right device driver; > - To reduce the impact on PCI MMIO to a minimum, add a new > CONFIG_INDIRECT_PIO for indirect-IO hosts/devices; > - Added a new ACPI handler for indirect-IO hosts/devices; > - Fixed the compile issues on V6; > > Changes from V6: > - According to the comments from Bjorn and Alex, merge PCI IO and indirect-IO > into a generic I/O space management, LIBIO; > - Adopted the '_DEP' to replace the platform bus notifier. In this way, we can > ensure the LPC peripherals' I/O resources had been translated to logical IO > before the LPC peripheral enumeration; > - Replaced the rwlock with rcu list based on Alex's suggestion; > - Applied relaxed write/read to LPC driver; > - Some bugs fixing and some optimazations based on the comments of V6; > > Changes from V5: > - Made the extio driver more generic and locate in lib/; > - Supported multiple indirect-IO bus instances; > - Extended the pci_register_io_range() to support indirect-IO, then dropped > the I/O reservation used in previous patchset; > - Reimplemented the ACPI LPC support; > - Fixed some bugs, including the compile error on other archs, the module > building failure found by Ming Lei, etc; > > Changes from V4: > - Some revises based on the comments from Bjorn, Rob on V4; > - Fixed the compile error on some platforms, such as openrisc; > > Changes from V3: > - UART support deferred to a separate patchset; This patchset only support > ipmi device under LPC; > - LPC bus I/O range is fixed to 0 ~ (PCIBIOS_MIN_IO - 1), which is separeted > from PCI/PCIE PIO space; > - Based on Arnd's remarks, removed the ranges property from Hip06 lpc dts and > added a new fixup function, of_isa_indirect_io(), to get the I/O address > directly from LPC dts configurations; > - Support in(w,l)/out(w,l) for Hip06 lpc I/O; > - Decouple the header file dependency on the gerenic io.h by defining in/out > as normal functions in c file; > - removed unused macro definitions in the LPC driver; > > Changes from V2: > - Support the PIO retrieval from the linux PIO generated by > pci_address_to_pio. This method replace the 4K PIO reservation in V2; > - Support the flat-tree earlycon; > - Some revises based on Arnd's remarks; > - Make sure the linux PIO range allocated to Hip06 LPC peripherals starts > from non-ZERO; > > Changes from V1: > - Support the ACPI LPC device; > - Optimize the dts LPC driver in ISA compatible mode; > - Reserve the IO range below 4K in avoid the possible conflict with PCI host > IO ranges; > - Support the LPC uart and relevant earlycon; > > V13 thread here: https://lkml.org/lkml/2018/2/13/744 > V12 thread here: https://lkml.org/lkml/2018/1/23/508 > V11 thread here: https://lkml.org/lkml/2018/1/21/38 > V10 thread here: https://lkml.org/lkml/2017/10/27/465 > V9 thread here: https://lkml.org/lkml/2017/5/25/263 > V8 thread here: https://lkml.org/lkml/2017/3/30/619 > V7 thread here: https://lkml.org/lkml/2017/3/12/279 > v6 thread here: https://lkml.org/lkml/2017/1/24/25 > v5 thread here: https://lkml.org/lkml/2016/11/7/955 > v4 thread here: https://lkml.org/lkml/2016/10/20/149 > v3 thread here: https://lkml.org/lkml/2016/9/14/326 > v2 thread here: https://lkml.org/lkml/2016/9/7/356 > v1 thread here: https://lkml.org/lkml/2015/12/29/154 > > Gabriele Paoloni (2): > PCI: Remove unused __weak attribute in pci_register_io_range() > PCI: Add fwnode handler as input param of pci_register_io_range() > > John Garry (3): > ACPI / scan: do not enumerate Indirect IO host children > HISI LPC: Add ACPI support > MAINTAINERS: Add maintainer for HiSilicon LPC driver > > Zhichang Yuan (4): > LIB: Introduce a generic PIO mapping method > PCI: Apply the new generic I/O management on PCI IO hosts > OF: Add missing I/O range exception for indirect-IO devices > HISI LPC: Support the LPC host on Hip06/Hip07 with DT bindings > > .../arm/hisilicon/hisilicon-low-pin-count.txt | 33 ++ > MAINTAINERS | 7 + > drivers/acpi/pci_root.c | 8 +- > drivers/acpi/scan.c | 14 + > drivers/bus/Kconfig | 8 + > drivers/bus/Makefile | 1 + > drivers/bus/hisi_lpc.c | 646 +++++++++++++++++++++ > drivers/of/address.c | 96 ++- > drivers/pci/pci.c | 95 +-- > include/asm-generic/io.h | 4 +- > include/linux/logic_pio.h | 131 +++++ > include/linux/pci.h | 3 +- > lib/Kconfig | 15 + > lib/Makefile | 2 + > lib/logic_pio.c | 285 +++++++++ > 15 files changed, 1250 insertions(+), 98 deletions(-) > create mode 100644 Documentation/devicetree/bindings/arm/hisilicon/hisilicon-low-pin-count.txt > create mode 100644 drivers/bus/hisi_lpc.c > create mode 100644 include/linux/logic_pio.h > create mode 100644 lib/logic_pio.c > > -- > 1.9.1 > -- With Best Regards, Andy Shevchenko