On Sun, Mar 17, 2024 at 12:54:11PM +0100, Niklas Cassel wrote: > Hello all, > > On Fri, Mar 15, 2024 at 06:29:52PM +0100, Arnd Bergmann wrote: > > On Fri, Mar 15, 2024, at 07:44, Manivannan Sadhasivam wrote: > > > On Wed, Mar 13, 2024 at 11:58:01AM +0100, Niklas Cassel wrote: > > >> "Generally only 64-bit BARs are good candidates, since only Legacy > > >> Endpoints are permitted to set the Prefetchable bit in 32-bit BARs, > > >> and most scalable platforms map all 32-bit Memory BARs into > > >> non-prefetchable Memory Space regardless of the Prefetchable bit value." > > >> > > >> "For a PCI Express Endpoint, 64-bit addressing must be supported for all > > >> BARs that have the Prefetchable bit Set. 32-bit addressing is permitted > > >> for all BARs that do not have the Prefetchable bit Set." > > >> > > >> "Any device that has a range that behaves like normal memory should mark > > >> the range as prefetchable. A linear frame buffer in a graphics device is > > >> an example of a range that should be marked prefetchable." > > >> > > >> The PCIe spec tells us that we should have the prefetchable bit set for > > >> 64-bit BARs backed by "normal memory". The backing memory that we allocate > > >> for a 64-bit BAR using pci_epf_alloc_space() (which calls > > >> dma_alloc_coherent()) is obviously "normal memory". > > >> > > > > > > I'm not sure this is correct. Memory returned by 'dma_alloc_coherent' is not the > > > 'normal memory' but rather 'consistent/coherent memory'. Here the question is, > > > can the memory returned by dma_alloc_coherent() be prefetched or write-combined > > > on all architectures. > > > > > > I hope Arnd can answer this question. > > > > I think there are three separate questions here when talking about > > a scenario where a PCI master accesses memory behind a PCI endpoint: > > I think the question is if the PCI epf-core, which runs on the endpoint > side, and which calls dma_alloc_coherent() to allocate backing memory for > a BAR, can set/mark the Prefetchable bit for the BAR (if we also set/mark > the BAR as a 64-bit BAR). > > The PCIe 6.0 spec, 7.5.1.2.1 Base Address Registers (Offset 10h - 24h), > states: > "Any device that has a range that behaves like normal memory should mark > the range as prefetchable. A linear frame buffer in a graphics device is > an example of a range that should be marked prefetchable." > > Does not backing memory allocated for a specific BAR using > dma_alloc_coherent() on the EP side behave like normal memory from the > host's point of view? > > > > On the host side, this will mean that the host driver sees the > Prefetchable bit, and as according to: > https://docs.kernel.org/driver-api/device-io.html > The host might map the BAR using ioremap_wc(). > > Looking specifically at drivers/misc/pci_endpoint_test.c, it maps the > BARs using pci_ioremap_bar(): > https://elixir.bootlin.com/linux/v6.8/source/drivers/pci/pci.c#L252 > which will not map it using ioremap_wc(). > (But the code we have in the PCI epf-core must of course work with host > side drivers other than pci_endpoint_test.c as well.) > > Right. I don't see any problem with the host side assumption. But my question is, is it OK to advertise the coherent memory allocated on the endpoint as prefetchable to the host. As you quoted the spec, "Any device that has a range that behaves like normal memory should mark the range as prefetchable." Here, the coherent memory allocated by the device(endpoint) won't behave as a normal memory on the _endpoint_. But I'm certainly not sure if there are any implications in exposing this memory as a 'normal memory' to the host. - Mani > > > > - The CPU on the host side ususally uses ioremap() for mapping > > the PCI BAR of the device. If the BAR is marked as prefetchable, > > we usually allow mapping it using ioremap_wc() for write-combining > > or ioremap_wt() for a write-through mappings that allow both > > write-combining and prefetching. On some architectures, these > > all fall back to normal register mappings which do none of these. > > If it uses write-combining or prefetching, the host side driver > > will need to manually serialize against concurrent access from > > the endpoint side. > > > > - The endpoint device accessing a buffer in memory is controlled > > by the endpoint driver and may decide to prefetch data into a > > local cache independent of the other two. I don't know if any > > of the suppored endpoint devices actually do that. A prefetch > > from the PCI host side would appear as a normal transaction here. > > > > - The local CPU on the endpoint side may access the same buffer as > > the endpoint device. On low-end SoCs the DMA from the PCI > > endpoint is not coherent with the CPU caches, so the CPU may > > I don't follow. When doing DMA *from* the endpoint, then the DMA HW > on the EP side will read or write data to a buffer allocated on the > host side (most likely using dma_alloc_coherent()), but what does > that got to do with how the EP configures the BARs that it exposes? > > > > need to map it as uncacheable to allow data consistency with > > a the CPU on the PCI host side. On higher-end SoCs (e.g. most > > non-ARM ones) DMA is coherent with the caches, so the CPU > > on the endpoint side may map the buffer as cached and > > still be coherent with a CPU on the PCI host side that has > > mapped it with ioremap(). > > > Kind regards, > Niklas -- மணிவண்ணன் சதாசிவம்
