Re: [PATCH v1 00/12] add FPGA hotplug manager driver

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Jan 19, 2023 at 08:17:05AM +0000, Zhang, Tianfei wrote:
> > From: Pali Rohár <pali@xxxxxxxxxx>
> > Sent: Thursday, January 19, 2023 4:06 PM
> > On Wednesday 18 January 2023 20:35:50 Tianfei Zhang wrote:

...

> > > To change the FPGA image, the kernel burns a new image into the flash
> > > on the card, and then triggers the card BMC to load the new image into FPGA.
> > > A new FPGA hotplug manager driver is introduced that leverages the
> > > PCIe hotplug framework to trigger and manage the update of the FPGA
> > > image, including the disappearance and reappearance of the card on the PCIe bus.
> > > The fpgahp driver uses APIs from the pciehp driver.
> > 
> > Just I'm thinking about one thing. PCIe cards can support PCIe hotplug mechanism
> > (via standard PCIe capabilities). So what would happen when FPGA based PCIe card is
> > also hotplug-able? Will be there two PCI hotplug drivers/devices (one fpgahp and
> > one pciehp)? Or just one and which?
> 
> For our Intel PAC N3000 and N6000 FPGA card, there are not support PCIe
> hotplug capability from hardware side now, but from software perspective, the
> process of FPGA image load is very similar with PCIe hotplug, like removing
> all of devices under PCIe bridge, re-scan the PCIe device under the bridge,
> so we are looking for the PCIe hotplug framework and APIs from pciehp driver
> to manager this process, and reduce some duplicate code.

Exactly, from the OS perspective they both should be equivalent.

-- 
With Best Regards,
Andy Shevchenko





[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux