Message ID | 20220510151451.85561-1-andriy.shevchenko@linux.intel.com (mailing list archive) |
---|---|
Headers | show |
Series | platform/x86: introduce p2sb_bar() helper | expand |
Hi All, On 5/10/22 17:14, Andy Shevchenko wrote: > There are a few users and at least one more is coming (*1) that would > like to utilize P2SB mechanism of hiding and unhiding a device from > the PCI configuration space. > > Here is the series to consolidate p2sb handling code for existing users > and provide a generic way for new comer(s). > > It also includes a patch to enable GPIO controllers on Apollo Lake > when it's used with ABL bootloader w/o ACPI support (*2). > > The patch that brings the helper ("platform/x86/intel: Add Primary to > Sideband (P2SB) bridge support") has a commit message that sheds a light > on what the P2SB is and why this is needed. > > The changes made in v5 do not change the main idea and the functionality > in a big scale. What we need is probably one more retest done by Henning > (*3). I hope to have it merged to v5.19-rc1 that Siemens can develop > their changes based on this series (*4). > > I have tested this on Apollo Lake platform (I'm able to see SPI NOR and > since we have an ACPI device for GPIO I do not see any attempts to recreate > one). > > *1) One in this series, and one is a recent merge of the Simatic IPC drivers > *2) This patch can be postponed as Lee hasn't given his tag yet. > *3) Henning gave his tag and I dared to used it even against changed patch 1 > *4) The changes were posted in between of v4 and v5 of this series, but need > more work. > > Taking into account the *2) the series is ready to be merged via PDx86 tree. I must admit I have lost track of all the Ack-s / Reviewed-by-s a bit. So from the above I take it that the Ack-s resp. Reviewed-by-s on the other non drivers/platform/x86 bits also signal an Ack to merge the entire series through the pdx86 tree? Lee, any chance you can take a look at patches 3-5 and give your Ack for merging these through the pdx86 tree together with the rest? Regards, Hans p.s. Since this is mostly a cleanup series and since we are getting close to the next merge-window I believe that it likely is best to merge this after 5.19-rc1 has been released. I can then also provide an immutable branch for other maintainers early on in the 5.19 cycle which should help to avoid merge conflicts. > > Changes in v5: > - rewritten patch 1 to use pci_scan_single_device() (Lukas, Bjorn) > - rebased patch 2 on top of the new Intel SPI NOR codebase > - fixed a potential bug and rewritten resource filling in patch 5 (Lee) > - added many different tags in a few patches (Jean, Wolfram, Henning) > > Changes in v4: > - added tag to the entire series (Hans) > - added tag to pin control patch (Mika) > - dropped PCI core changes (PCI core doesn't want modifications to be made) > - as a consequence of the above merged necessary bits into p2sb.c > - added a check that p2sb is really hidden (Hans) > - added EDAC patches (reviewed by maintainer internally) > > Changes in v3: > - resent with cover letter > > Changes in v2: > - added parentheses around bus in macros (Joe) > - added tag (Jean) > - fixed indentation and wrapping in the header (Christoph) > - moved out of PCI realm to PDx86 as the best common denominator (Bjorn) > - added a verbose commit message to explain P2SB thingy (Bjorn) > - converted first parameter from pci_dev to pci_bus > - made first two parameters (bus and devfn) optional (Henning, Lee) > - added Intel pin control patch to the series (Henning, Mika) > - fixed English style in the commit message of one of MFD patch (Lee) > - added tags to my MFD LPC ICH patches (Lee) > - used consistently (c) (Lee) > - made indexing for MFD cell and resource arrays (Lee) > - fixed the resource size in i801 (Jean) > > Andy Shevchenko (6): > pinctrl: intel: Check against matching data instead of ACPI companion > mfd: lpc_ich: Factor out lpc_ich_enable_spi_write() > mfd: lpc_ich: Switch to generic p2sb_bar() > i2c: i801: convert to use common P2SB accessor > EDAC, pnd2: Use proper I/O accessors and address space annotation > EDAC, pnd2: convert to use common P2SB accessor > > Jonathan Yong (1): > platform/x86/intel: Add Primary to Sideband (P2SB) bridge support > > Tan Jui Nee (1): > mfd: lpc_ich: Add support for pinctrl in non-ACPI system > > drivers/edac/Kconfig | 1 + > drivers/edac/pnd2_edac.c | 62 +++------- > drivers/i2c/busses/Kconfig | 1 + > drivers/i2c/busses/i2c-i801.c | 39 ++---- > drivers/mfd/Kconfig | 1 + > drivers/mfd/lpc_ich.c | 161 +++++++++++++++++++------ > drivers/pinctrl/intel/pinctrl-intel.c | 14 +-- > drivers/platform/x86/intel/Kconfig | 12 ++ > drivers/platform/x86/intel/Makefile | 2 + > drivers/platform/x86/intel/p2sb.c | 133 ++++++++++++++++++++ > include/linux/platform_data/x86/p2sb.h | 28 +++++ > 11 files changed, 338 insertions(+), 116 deletions(-) > create mode 100644 drivers/platform/x86/intel/p2sb.c > create mode 100644 include/linux/platform_data/x86/p2sb.h > > > base-commit: 3bf222d317a20170ee17f082626c1e0f83537e13
On Wed, May 11, 2022 at 6:08 PM Hans de Goede <hdegoede@redhat.com> wrote: > On 5/10/22 17:14, Andy Shevchenko wrote: ... > I must admit I have lost track of all the Ack-s / Reviewed-by-s a bit. > > So from the above I take it that the Ack-s resp. Reviewed-by-s on the > other non drivers/platform/x86 bits also signal an Ack to merge the entire > series through the pdx86 tree? > > Lee, any chance you can take a look at patches 3-5 and give your Ack > for merging these through the pdx86 tree together with the rest? Actually I misinterpreted Lee's different tags again. Acked-by is normal for routing MFD code via other subsystems, while Acked-for-MFD-by is for Lee (scripts?) to route the code via MFD tree. Lee, is it the correct interpretation now? ... > p.s. > > Since this is mostly a cleanup series and since we are getting close > to the next merge-window I believe that it likely is best to merge > this after 5.19-rc1 has been released. OK. > I can then also provide > an immutable branch for other maintainers early on in the 5.19 > cycle which should help to avoid merge conflicts. I guess I will send a v6 anyway in order to attach Henning's series to mine.
On Tue, 10 May 2022, Andy Shevchenko wrote: > There are a few users and at least one more is coming (*1) that would > like to utilize P2SB mechanism of hiding and unhiding a device from > the PCI configuration space. > > Here is the series to consolidate p2sb handling code for existing users > and provide a generic way for new comer(s). > > It also includes a patch to enable GPIO controllers on Apollo Lake > when it's used with ABL bootloader w/o ACPI support (*2). > > The patch that brings the helper ("platform/x86/intel: Add Primary to > Sideband (P2SB) bridge support") has a commit message that sheds a light > on what the P2SB is and why this is needed. > > The changes made in v5 do not change the main idea and the functionality > in a big scale. What we need is probably one more retest done by Henning > (*3). I hope to have it merged to v5.19-rc1 that Siemens can develop > their changes based on this series (*4). > > I have tested this on Apollo Lake platform (I'm able to see SPI NOR and > since we have an ACPI device for GPIO I do not see any attempts to recreate > one). > > *1) One in this series, and one is a recent merge of the Simatic IPC drivers > *2) This patch can be postponed as Lee hasn't given his tag yet. > *3) Henning gave his tag and I dared to used it even against changed patch 1 > *4) The changes were posted in between of v4 and v5 of this series, but need > more work. > > Taking into account the *2) the series is ready to be merged via PDx86 tree. If that happens you need to do 2 things: 1. Change all s/Acked-for-MFD-by/Acked-by/ 2. Submit a pull-request that we can all pull from Alternatively, I can apply this via MFD and do the same. > Changes in v5: > - rewritten patch 1 to use pci_scan_single_device() (Lukas, Bjorn) > - rebased patch 2 on top of the new Intel SPI NOR codebase > - fixed a potential bug and rewritten resource filling in patch 5 (Lee) > - added many different tags in a few patches (Jean, Wolfram, Henning) > > Changes in v4: > - added tag to the entire series (Hans) > - added tag to pin control patch (Mika) > - dropped PCI core changes (PCI core doesn't want modifications to be made) > - as a consequence of the above merged necessary bits into p2sb.c > - added a check that p2sb is really hidden (Hans) > - added EDAC patches (reviewed by maintainer internally) > > Changes in v3: > - resent with cover letter > > Changes in v2: > - added parentheses around bus in macros (Joe) > - added tag (Jean) > - fixed indentation and wrapping in the header (Christoph) > - moved out of PCI realm to PDx86 as the best common denominator (Bjorn) > - added a verbose commit message to explain P2SB thingy (Bjorn) > - converted first parameter from pci_dev to pci_bus > - made first two parameters (bus and devfn) optional (Henning, Lee) > - added Intel pin control patch to the series (Henning, Mika) > - fixed English style in the commit message of one of MFD patch (Lee) > - added tags to my MFD LPC ICH patches (Lee) > - used consistently (c) (Lee) > - made indexing for MFD cell and resource arrays (Lee) > - fixed the resource size in i801 (Jean) > > Andy Shevchenko (6): > pinctrl: intel: Check against matching data instead of ACPI companion > mfd: lpc_ich: Factor out lpc_ich_enable_spi_write() > mfd: lpc_ich: Switch to generic p2sb_bar() > i2c: i801: convert to use common P2SB accessor > EDAC, pnd2: Use proper I/O accessors and address space annotation > EDAC, pnd2: convert to use common P2SB accessor > > Jonathan Yong (1): > platform/x86/intel: Add Primary to Sideband (P2SB) bridge support > > Tan Jui Nee (1): > mfd: lpc_ich: Add support for pinctrl in non-ACPI system > > drivers/edac/Kconfig | 1 + > drivers/edac/pnd2_edac.c | 62 +++------- > drivers/i2c/busses/Kconfig | 1 + > drivers/i2c/busses/i2c-i801.c | 39 ++---- > drivers/mfd/Kconfig | 1 + > drivers/mfd/lpc_ich.c | 161 +++++++++++++++++++------ > drivers/pinctrl/intel/pinctrl-intel.c | 14 +-- > drivers/platform/x86/intel/Kconfig | 12 ++ > drivers/platform/x86/intel/Makefile | 2 + > drivers/platform/x86/intel/p2sb.c | 133 ++++++++++++++++++++ > include/linux/platform_data/x86/p2sb.h | 28 +++++ > 11 files changed, 338 insertions(+), 116 deletions(-) > create mode 100644 drivers/platform/x86/intel/p2sb.c > create mode 100644 include/linux/platform_data/x86/p2sb.h > > > base-commit: 3bf222d317a20170ee17f082626c1e0f83537e13
On Wed, 11 May 2022, Andy Shevchenko wrote: > On Wed, May 11, 2022 at 6:08 PM Hans de Goede <hdegoede@redhat.com> wrote: > > On 5/10/22 17:14, Andy Shevchenko wrote: > > ... > > > I must admit I have lost track of all the Ack-s / Reviewed-by-s a bit. > > > > So from the above I take it that the Ack-s resp. Reviewed-by-s on the > > other non drivers/platform/x86 bits also signal an Ack to merge the entire > > series through the pdx86 tree? > > > > Lee, any chance you can take a look at patches 3-5 and give your Ack > > for merging these through the pdx86 tree together with the rest? > > Actually I misinterpreted Lee's different tags again. Acked-by is > normal for routing MFD code via other subsystems, while > Acked-for-MFD-by is for Lee (scripts?) to route the code via MFD tree. > Lee, is it the correct interpretation now? Yes, that is correct. I just replied to your 0th patch (before I saw this, sorry). > ... > > > p.s. > > > > Since this is mostly a cleanup series and since we are getting close > > to the next merge-window I believe that it likely is best to merge > > this after 5.19-rc1 has been released. > > OK. > > > I can then also provide > > an immutable branch for other maintainers early on in the 5.19 > > cycle which should help to avoid merge conflicts. > > I guess I will send a v6 anyway in order to attach Henning's series to mine. >
On Thu, May 12, 2022 at 11:00:38AM +0100, Lee Jones wrote: > On Wed, 11 May 2022, Andy Shevchenko wrote: > > On Wed, May 11, 2022 at 6:08 PM Hans de Goede <hdegoede@redhat.com> wrote: > > > On 5/10/22 17:14, Andy Shevchenko wrote: ... > > > I must admit I have lost track of all the Ack-s / Reviewed-by-s a bit. > > > > > > So from the above I take it that the Ack-s resp. Reviewed-by-s on the > > > other non drivers/platform/x86 bits also signal an Ack to merge the entire > > > series through the pdx86 tree? > > > > > > Lee, any chance you can take a look at patches 3-5 and give your Ack > > > for merging these through the pdx86 tree together with the rest? > > > > Actually I misinterpreted Lee's different tags again. Acked-by is > > normal for routing MFD code via other subsystems, while > > Acked-for-MFD-by is for Lee (scripts?) to route the code via MFD tree. > > Lee, is it the correct interpretation now? > > Yes, that is correct. Thanks for clarification. I'm learning hard way :-) > I just replied to your 0th patch (before I saw this, sorry). Thanks for the tag. So, it seems we all set to route this via MFD then. Do you think we can go? Or do need to postpone this to be after v5.19-rc1?
Hi, On 5/12/22 11:55, Lee Jones wrote: > On Tue, 10 May 2022, Andy Shevchenko wrote: > >> There are a few users and at least one more is coming (*1) that would >> like to utilize P2SB mechanism of hiding and unhiding a device from >> the PCI configuration space. >> >> Here is the series to consolidate p2sb handling code for existing users >> and provide a generic way for new comer(s). >> >> It also includes a patch to enable GPIO controllers on Apollo Lake >> when it's used with ABL bootloader w/o ACPI support (*2). >> >> The patch that brings the helper ("platform/x86/intel: Add Primary to >> Sideband (P2SB) bridge support") has a commit message that sheds a light >> on what the P2SB is and why this is needed. >> >> The changes made in v5 do not change the main idea and the functionality >> in a big scale. What we need is probably one more retest done by Henning >> (*3). I hope to have it merged to v5.19-rc1 that Siemens can develop >> their changes based on this series (*4). >> >> I have tested this on Apollo Lake platform (I'm able to see SPI NOR and >> since we have an ACPI device for GPIO I do not see any attempts to recreate >> one). >> >> *1) One in this series, and one is a recent merge of the Simatic IPC drivers >> *2) This patch can be postponed as Lee hasn't given his tag yet. >> *3) Henning gave his tag and I dared to used it even against changed patch 1 >> *4) The changes were posted in between of v4 and v5 of this series, but need >> more work. >> >> Taking into account the *2) the series is ready to be merged via PDx86 tree. > > If that happens you need to do 2 things: > > 1. Change all s/Acked-for-MFD-by/Acked-by/ > 2. Submit a pull-request that we can all pull from > > Alternatively, I can apply this via MFD and do the same. Applying this via MFD is fine with me and probably is the logical thing to do since only 1/8 patches in the set is a pdx86 patch and 3 patches are MFD patches. Patch 1/8 already has my Acked-by for merging it through the MFD tree. Regards, Hans > >> Changes in v5: >> - rewritten patch 1 to use pci_scan_single_device() (Lukas, Bjorn) >> - rebased patch 2 on top of the new Intel SPI NOR codebase >> - fixed a potential bug and rewritten resource filling in patch 5 (Lee) >> - added many different tags in a few patches (Jean, Wolfram, Henning) >> >> Changes in v4: >> - added tag to the entire series (Hans) >> - added tag to pin control patch (Mika) >> - dropped PCI core changes (PCI core doesn't want modifications to be made) >> - as a consequence of the above merged necessary bits into p2sb.c >> - added a check that p2sb is really hidden (Hans) >> - added EDAC patches (reviewed by maintainer internally) >> >> Changes in v3: >> - resent with cover letter >> >> Changes in v2: >> - added parentheses around bus in macros (Joe) >> - added tag (Jean) >> - fixed indentation and wrapping in the header (Christoph) >> - moved out of PCI realm to PDx86 as the best common denominator (Bjorn) >> - added a verbose commit message to explain P2SB thingy (Bjorn) >> - converted first parameter from pci_dev to pci_bus >> - made first two parameters (bus and devfn) optional (Henning, Lee) >> - added Intel pin control patch to the series (Henning, Mika) >> - fixed English style in the commit message of one of MFD patch (Lee) >> - added tags to my MFD LPC ICH patches (Lee) >> - used consistently (c) (Lee) >> - made indexing for MFD cell and resource arrays (Lee) >> - fixed the resource size in i801 (Jean) >> >> Andy Shevchenko (6): >> pinctrl: intel: Check against matching data instead of ACPI companion >> mfd: lpc_ich: Factor out lpc_ich_enable_spi_write() >> mfd: lpc_ich: Switch to generic p2sb_bar() >> i2c: i801: convert to use common P2SB accessor >> EDAC, pnd2: Use proper I/O accessors and address space annotation >> EDAC, pnd2: convert to use common P2SB accessor >> >> Jonathan Yong (1): >> platform/x86/intel: Add Primary to Sideband (P2SB) bridge support >> >> Tan Jui Nee (1): >> mfd: lpc_ich: Add support for pinctrl in non-ACPI system >> >> drivers/edac/Kconfig | 1 + >> drivers/edac/pnd2_edac.c | 62 +++------- >> drivers/i2c/busses/Kconfig | 1 + >> drivers/i2c/busses/i2c-i801.c | 39 ++---- >> drivers/mfd/Kconfig | 1 + >> drivers/mfd/lpc_ich.c | 161 +++++++++++++++++++------ >> drivers/pinctrl/intel/pinctrl-intel.c | 14 +-- >> drivers/platform/x86/intel/Kconfig | 12 ++ >> drivers/platform/x86/intel/Makefile | 2 + >> drivers/platform/x86/intel/p2sb.c | 133 ++++++++++++++++++++ >> include/linux/platform_data/x86/p2sb.h | 28 +++++ >> 11 files changed, 338 insertions(+), 116 deletions(-) >> create mode 100644 drivers/platform/x86/intel/p2sb.c >> create mode 100644 include/linux/platform_data/x86/p2sb.h >> >> >> base-commit: 3bf222d317a20170ee17f082626c1e0f83537e13 >
On Thu, 12 May 2022, Andy Shevchenko wrote: > On Thu, May 12, 2022 at 11:00:38AM +0100, Lee Jones wrote: > > On Wed, 11 May 2022, Andy Shevchenko wrote: > > > On Wed, May 11, 2022 at 6:08 PM Hans de Goede <hdegoede@redhat.com> wrote: > > > > On 5/10/22 17:14, Andy Shevchenko wrote: > > ... > > > > > I must admit I have lost track of all the Ack-s / Reviewed-by-s a bit. > > > > > > > > So from the above I take it that the Ack-s resp. Reviewed-by-s on the > > > > other non drivers/platform/x86 bits also signal an Ack to merge the entire > > > > series through the pdx86 tree? > > > > > > > > Lee, any chance you can take a look at patches 3-5 and give your Ack > > > > for merging these through the pdx86 tree together with the rest? > > > > > > Actually I misinterpreted Lee's different tags again. Acked-by is > > > normal for routing MFD code via other subsystems, while > > > Acked-for-MFD-by is for Lee (scripts?) to route the code via MFD tree. > > > Lee, is it the correct interpretation now? > > > > Yes, that is correct. > > Thanks for clarification. I'm learning hard way :-) > > > I just replied to your 0th patch (before I saw this, sorry). > > Thanks for the tag. > > So, it seems we all set to route this via MFD then. Do you think we can go? > Or do need to postpone this to be after v5.19-rc1? I think Hans is correct. I would like to see this soak before submitting directly to Mainline.