> From: Adam Kropelin <firstname.lastname@example.org>
> Date: Fri, 13 Sep 2002 23:51:13 -0400
> It seems that pci_dma_sync_*() transfers ownership in either direction.
> That's a bug in the documentation, and no platform which has to care
> about this area actually does what you imply.
> A new interface needs to be added to transfer control in the other
> direction. pci_dma_sync_*() only handles transferring control from
> device to CPU..
> I know this makes drivers like eepro100 buggy, this was discussed
> a month or two ago wrt. MIPS on linux-kernel, check the archives
> for the thread.
Wasn't there a patch submitted which suggested to add pci_dma_prep_*()
calls in order to sync the cpu-driven changes back to the bus? I'm asking
because I'm dealing with a driver that needs to reuse streaming pci maps.
IIRC my impression was you might be willing to accept this for inclusion
but maybe I'm wrong or it got lost during the long "dmabuf inside struct
may cross cacheline" thread shortly thereafter.
Do you think it would be a good idea to add some nooped pci_dma_prep_*()
calls at the right place and expect them to represent some future
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/