lkml.org 
[lkml]   [2021]   [Jul]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v1 3/7] PCI: New Primary to Sideband (P2SB) bridge support library
On Thu, Apr 01, 2021 at 09:32:36PM +0300, Mika Westerberg wrote:
> On Thu, Apr 01, 2021 at 09:22:02PM +0300, Andy Shevchenko wrote:
> > On Thu, Apr 01, 2021 at 09:06:17PM +0300, Mika Westerberg wrote:
> > > On Thu, Apr 01, 2021 at 06:43:11PM +0300, Andy Shevchenko wrote:
> > > > On Sat, Mar 13, 2021 at 10:45:57AM +0100, Henning Schild wrote:
> > > > > Am Mon, 8 Mar 2021 14:20:16 +0200
> > > > > schrieb Andy Shevchenko <andriy.shevchenko@linux.intel.com>:
> > > >
> > > > ...
> > > >
> > > > > > + * pci_p2sb_bar - Get Primary to Sideband bridge (P2SB) device BAR
> > > > > > + * @pdev: PCI device to get a PCI bus to communicate with
> > > > > > + * @devfn: PCI slot and function to communicate with
> > > > > > + * @mem: memory resource to be filled in
> > > > >
> > > > > Do we really need that many arguments to it?
> > > > >
> > > > > Before i had, in a platform driver that never had its own pci_dev or bus
> > > > >
> > > > > res->start = simatic_ipc_get_membase0(PCI_DEVFN(13, 0));
> > > > > if (res-start == 0)
> > > > > return -ENODEV;
> > > > >
> > > > > So helper only asked for the devfn, returned base and no dedicated
> > > > > error code.
> > > > >
> > > > > With this i need
> > > > >
> > > > > struct pci_bus *bus = pci_find_bus(0, 0);
> > > > > struct pci_dev *pci_dev = bus->self;
> > > > > unsigned int magic_i_do_not_want = PCI_DEVFN(13, 0);
> > > >
> > > > What confuses me is the use for SPI NOR controller on Broxton. And I think
> > > > we actually can indeed hide all this under the hood by exposing P2SB to the OS.
> > > >
> > > > Mika, what do you think?
> > >
> > > Not sure I follow. Do you mean we force unhide P2SB and then bind (MFD)
> > > driver to that?
> >
> > Not MFD, SPI NOR (if I understood correctly the code in MFD driver for SPI NOR
> > in regards to P2SB case).
>
> I mean a new MFD driver that binds to the P2SB and that one then exposes
> the stuff needed by the SPI-NOR driver.

But as far as I understood it doesn't binds to P2SB since we do not have that
device present at PCI enumeration stage.

Maybe at the end of the day the P2SB driver should be located in drivers/mfd
and take over the SPI NOR enumeration as well on platforms in question?

--
With Best Regards,
Andy Shevchenko


\
 
 \ /
  Last update: 2021-07-12 14:16    [W:0.103 / U:1.068 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site