Prev: kvm: pass error code to handler
Next: [PATCH] ARM/nuc900: add nuc900 kpi platform device structure to nuc910_dev
From: Avi Kivity on 18 Jul 2010 10:20
On 07/16/2010 05:13 AM, Lai Jiangshan wrote:
> a light weight version of get_user_page_and_protection()
>
>
> @@ -375,3 +374,83 @@ slow_irqon:
> return ret;
> }
> }
> +
> +/*
> + * get a current mapped page fast, and test whether the page is writable.
> + * equivalent version(but slower):
> + * {
> + * struct page *page[1];
> + *
> + * if (__get_user_pages_fast(addr, 1, 1, page) == 1) {
> + * *writable = 1;
> + * return page[0];
> + * }
> + * if (__get_user_pages_fast(addr, 1, 0, page) == 1) {
> + * *writable = 0;
> + * return page[0];
> + * }
> + * return NULL;
> + * }
> + */
> +struct page *get_user_page_and_protection(unsigned long addr, int *writable)
> +{
>
>

<snip lots of code>

> +}
> +EXPORT_SYMBOL_GPL(get_user_page_and_protection);
> +
>

This a duplication of __get_user_pages_fast(), no?

I think a better way is to have a __get_user_pages_ptes(..., struct page
*pages, pte_t *ptes, ...), and write __get_user_pages_fast() in terms of
that. There's lots of useful info from the pte we can use:

- writeable bit (used here)
- page size (we can stick it in some user bits, speeds up
host_mapping_level())
- dirty bit (if set, we can set it for speculative sptes and save the
CPU a RMW)
- page attribute (for device assignment, when snooping is not available)

Nick, is __get_user_pages_ptes() fine with you?

--
error compiling committee.c: too many arguments to function

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
 | 
Pages: 1
Prev: kvm: pass error code to handler
Next: [PATCH] ARM/nuc900: add nuc900 kpi platform device structure to nuc910_dev