On Thu, Jul 01, 2010 at 12:16:18AM -0700, Zach Pfeffer wrote: > Thank you for the corrections. I'm correcting them now. Some responses: > > Randy Dunlap wrote: > >> + struct vcm *vcm_create(size_t start_addr, size_t len); > > > > Seems odd to use size_t for start_addr. > > I used size_t because I wanted to allow the start_addr the same range > as len. Is there a better type to use? I see 'unsigned long' used > throughout the mm code. Perhaps that's better for both the start_addr > and len. > phys_addr_t or resource_size_t. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
- [RFC 1/3] mm: iommu: An API to unify IOMMU, CPU and device m... Zach Pfeffer
- [RFC 2/3] mm: iommu: A physical allocator for the VCMM Zach Pfeffer
- Re: [RFC 1/3] mm: iommu: An API to unify IOMMU, CPU and... Randy Dunlap
- Re: [RFC 1/3] mm: iommu: An API to unify IOMMU, CPU... Zach Pfeffer
- Re: [RFC 1/3] mm: iommu: An API to unify IOMMU,... Paul Mundt
- Re: [RFC 3/3] mm: iommu: The Virtual Contiguous Memory ... Randy Dunlap
- Re: [RFC 3/3] mm: iommu: The Virtual Contiguous Mem... Andi Kleen
- Re: [RFC 3/3] mm: iommu: The Virtual Contiguous... Daniel Walker
- Re: [RFC 3/3] mm: iommu: The Virtual Contig... Andi Kleen
- Re: [RFC 3/3] mm: iommu: The Virtual C... Daniel Walker
- Re: [RFC 3/3] mm: iommu: The Virtu... Hari Kanigeri
- Re: [RFC 3/3] mm: iommu: The V... Zach Pfeffer
- Re: [RFC 3/3] mm: iommu: The V... Joerg Roedel
- Re: [RFC 3/3] mm: iommu: The V... Zach Pfeffer
- Re: [RFC 3/3] mm: iommu: The V... Joerg Roedel
