|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v1 1/2] xen/arm: Introduce clean_and_invalidate_xen_dcache() macro
On Thu, 2014-03-06 at 15:50 +0200, Oleksandr Tyshchenko wrote:
> This macro is very similar to clean_xen_dcache(), but it performs
> clean and invalidate dcache.
>
> Signed-off-by: Julien Grall <julien.grall@xxxxxxxxxx>
> Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
Please don't add signed-off-by from other people unless they have
explicitly given you one. Adding an S-o-b conveys a specific meaning,
which is to certify the change under the DCO[0] which at least I haven't
done.
If someone has contributed either ideas or code then the appropriate way
to credit them is Suggested-by or similar or a mention in the prose part
("Based on a suggestion by..."). Of course it would also be appropriate
to include a CC to that person and they may then reply with an (Acked|
Reviewed|Signed-off)-by if they think that is appropriate. If someone
contributed code then you could also ask if they are happy/want you to
include their S-o-b.
Sorry to be picky but as I say there is a legal angle to the use of
S-o-b.
(I've not got time to properly review the actual change today, I'll do
that next week, but at first glance it looks good, thanks)
Thanks,
Ian.
[0] http://wiki.xen.org/wiki/Submitting_Xen_Patches#Signing_off_a_patch
> Signed-off-by: Oleksandr Tyshchenko <oleksandr.tyshchenko@xxxxxxxxxxxxxxx>
> ---
> xen/include/asm-arm/page.h | 26 ++++++++++++++++++++++++--
> 1 file changed, 24 insertions(+), 2 deletions(-)
>
> diff --git a/xen/include/asm-arm/page.h b/xen/include/asm-arm/page.h
> index e00be9e..34effa1 100644
> --- a/xen/include/asm-arm/page.h
> +++ b/xen/include/asm-arm/page.h
> @@ -226,7 +226,7 @@ static inline lpae_t mfn_to_xen_entry(unsigned long mfn)
> /* Actual cacheline size on the boot CPU. */
> extern size_t cacheline_bytes;
>
> -/* Function for flushing medium-sized areas.
> +/* Functions for flushing medium-sized areas.
> * if 'range' is large enough we might want to use model-specific
> * full-cache flushes. */
> static inline void clean_xen_dcache_va_range(void *p, unsigned long size)
> @@ -238,7 +238,17 @@ static inline void clean_xen_dcache_va_range(void *p,
> unsigned long size)
> dsb(); /* So we know the flushes happen before continuing */
> }
>
> -/* Macro for flushing a single small item. The predicate is always
> +static inline void clean_and_invalidate_xen_dcache_va_range(void *p,
> + unsigned long size)
> +{
> + void *end;
> + dsb(); /* So the CPU issues all writes to the range */
> + for ( end = p + size; p < end; p += cacheline_bytes )
> + asm volatile (__clean_and_invalidate_xen_dcache_one(0) : : "r" (p));
> + dsb(); /* So we know the flushes happen before continuing */
> +}
> +
> +/* Macros for flushing a single small item. The predicate is always
> * compile-time constant so this will compile down to 3 instructions in
> * the common case. */
> #define clean_xen_dcache(x) do { \
> @@ -253,6 +263,18 @@ static inline void clean_xen_dcache_va_range(void *p,
> unsigned long size)
> : : "r" (_p), "m" (*_p)); \
> } while (0)
>
> +#define clean_and_invalidate_xen_dcache(x) do { \
> + typeof(x) *_p = &(x); \
> + if ( sizeof(x) > MIN_CACHELINE_BYTES || sizeof(x) > alignof(x) ) \
> + clean_and_invalidate_xen_dcache_va_range(_p, sizeof(x)); \
> + else \
> + asm volatile ( \
> + "dsb sy;" /* Finish all earlier writes */ \
> + __clean_and_invalidate_xen_dcache_one(0) \
> + "dsb sy;" /* Finish flush before continuing */ \
> + : : "r" (_p), "m" (*_p)); \
> +} while (0)
> +
> /* Flush the dcache for an entire page. */
> void flush_page_to_ram(unsigned long mfn);
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |