RE: [RFC] dspbridge: staging todo list

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

 



Hi,

> This DMM feature should be replaced with "omap iommu" driver which
> commonly supports omap iommu feature. Currently it supports just a
> mapping of in-kernel buffers(contiguous/discontiguous), but will be
> extened to an user buffer soon. Anyway, "bitmap_find_free_region"
> would bring better performance if the number of VMAs becomes huge.
>

-- DMM is dynamic memory mapping, where DSP VA is mapped to Physical address of the buffers allocated by Multimedia applications. At present, Bridge is using its own version of MMU module for mapping the DSP VA to physical address, and this Bridge's MMU module can be replaced with the omap iommu. But before we do that, following things need to happen:

	- The iommu should reside in linux-omap tree :)
	- IOMMU module provides support for preservation of TLB entries.
	- IOMMU module provides support for notification of MMU faults.

I did some basic sanity testing in Bridge by replacing the Bridge's MMU module with the iommu module and the above items need to happen before we migrate to use iommu.

Thank you,
Best regards,
Hari
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux