> > Regardless of whether what I say above is correct or not, wouldn't it > > be nicer to to define pfn as either u64 or phys_addr_t and avoid the > > casting? > > Good point, the pfn must be stored as phys_addr_t too, otherwise you > only support a 44 bit physical address space before truncatation > occures.
Not sure I agree at the moment... eg remap_pfn_range takes unsigned long. So I don't think things will really work on a 32-bit arch with > 44 bit bus addresses for lots of other reasons. - R. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
