Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1326947
| From | Arnd Bergmann <arnd@arndb.de> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC PATCH 0/4] Add ACPI support for HiSilicon PCIe Host Controllers |
| Date | 2016-02-04 17:10 +0100 |
| Message-ID | <qYuDN-4en-23@gated-at.bofh.it> (permalink) |
| References | <qYqgO-7X3-11@gated-at.bofh.it> <qYrZf-FN-1@gated-at.bofh.it> <qYtRo-3EV-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thursday 04 February 2016 15:11:18 Gabriele Paoloni wrote: > > > > ACPI has its own PCI support, and should not need drivers for host > > bridges. I don't think we can really mix the two things, as ACPI > > needs to have access to things like PCI config space way before > > we are probing normal device drivers. > > > > Please put this in drivers/acpi/pci*.c. > > I can put pcie-hisi-acpi.c under drivers/acpi/ > > However if you look at the driver it is made up of three parts: > pcie-hisi.c --> the DT based driver > pcie-hisi-acpi.c --> the ACPI based hook and ACPI specific init callback > pcie-hisi-common.c --> common functions shared between DT and ACPI versions > of the driver > > Now I think that moving pcie-hisi-acpi.c under drivers/acpi/ > would make it hard to read as you need to jump across directories > and it seems a bit unnatural... > > However it is not a big issue to me... That's not really what I meant though: the pcie-hisi driver uses the pcie-designware.c library, most of which makes no sense in an environment where you have ACPI, e.g. link training, custom MSI support, initial register setup, platform driver hooks, etc. You should add a very minimal set of hacks for the parts in this driver that diverge from a standard SBSA compliant PCIe host that ACPI expects. Arnd
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[RFC PATCH 0/4] Add ACPI support for HiSilicon PCIe Host Controllers Gabriele Paoloni <gabriele.paoloni@huawei.com> - 2016-02-04 12:30 +0100
[RFC PATCH 1/4] PCI: Designware: Add support for ACPI based controllers Gabriele Paoloni <gabriele.paoloni@huawei.com> - 2016-02-04 12:30 +0100
Re: [RFC PATCH 0/4] Add ACPI support for HiSilicon PCIe Host Controllers Arnd Bergmann <arnd@arndb.de> - 2016-02-04 14:20 +0100
RE: [RFC PATCH 0/4] Add ACPI support for HiSilicon PCIe Host Controllers Gabriele Paoloni <gabriele.paoloni@huawei.com> - 2016-02-04 16:20 +0100
Re: [RFC PATCH 0/4] Add ACPI support for HiSilicon PCIe Host Controllers Arnd Bergmann <arnd@arndb.de> - 2016-02-04 17:10 +0100
RE: [RFC PATCH 0/4] Add ACPI support for HiSilicon PCIe Host Controllers Gabriele Paoloni <gabriele.paoloni@huawei.com> - 2016-02-04 17:50 +0100
Re: [RFC PATCH 0/4] Add ACPI support for HiSilicon PCIe Host Controllers Arnd Bergmann <arnd@arndb.de> - 2016-02-04 18:10 +0100
RE: [RFC PATCH 0/4] Add ACPI support for HiSilicon PCIe Host Controllers Gabriele Paoloni <gabriele.paoloni@huawei.com> - 2016-02-04 18:10 +0100
RE: [RFC PATCH 0/4] Add ACPI support for HiSilicon PCIe Host Controllers Gabriele Paoloni <gabriele.paoloni@huawei.com> - 2016-02-08 14:20 +0100
Re: [RFC PATCH 0/4] Add ACPI support for HiSilicon PCIe Host Controllers Arnd Bergmann <arnd@arndb.de> - 2016-02-08 15:00 +0100
Re: [RFC PATCH 0/4] Add ACPI support for HiSilicon PCIe Host Controllers Sinan Kaya <okaya@codeaurora.org> - 2016-02-08 15:20 +0100
RE: [RFC PATCH 0/4] Add ACPI support for HiSilicon PCIe Host Controllers Gabriele Paoloni <gabriele.paoloni@huawei.com> - 2016-02-08 17:30 +0100
csiph-web