xen/privcmd: Further s/MFN/GFN/ clean-up

The privcmd code is mixing the usage of GFN and MFN within the same functions which make the code difficult to understand when you only work with auto-translated guests. The privcmd driver is only dealing with GFN so replace all the mention of MFN into GFN. The ioctl structure used to map foreign change has been left unchanged given that the userspace is using it. Nonetheless, add a comment to explain the expected value within the "mfn" field.

Julien Grall committed 11 years ago

Commit a13d7201 parent 859e3266 files · +65 −61Browse files

Showing the changes to include/uapi (1 of 6 files). Show all

Unified · Split

include/uapi/xen/privcmd.h+4−0

@@ -44,6 +44,10 @@ struct privcmd_hypercall { · 43 unmodified lines
44	44
45	45	struct privcmd_mmap_entry {
46	46	__u64 va;
	47	+ /*
	48	+ * This should be a GFN. It's not possible to change the name because
	49	+ * it's exposed to the user-space.
	50	+ */
47	51	__u64 mfn;
48	52	__u64 npages;
49	53	};