Re: [RFC PATCH v3 3/4] Introduce cpu_dcache_is_aliasing() across all architectures

2024-01-31 Thread Dan Williams
Mathieu Desnoyers wrote: > On 2024-01-31 12:17, Christoph Hellwig wrote: > > So this is the third iteration and you still keep only sending patch > > 3 to the list. How is anyone supposed to review it if you don't send > > them all the pieces? > > My bad. I was aiming for not spamming mailing

Re: [RFC PATCH v3 3/4] Introduce cpu_dcache_is_aliasing() across all architectures

2024-01-31 Thread Mathieu Desnoyers
On 2024-01-31 12:17, Christoph Hellwig wrote: So this is the third iteration and you still keep only sending patch 3 to the list. How is anyone supposed to review it if you don't send them all the pieces? My bad. I was aiming for not spamming mailing lists on unrelated patches. I did not CC

Re: [RFC PATCH v3 3/4] Introduce cpu_dcache_is_aliasing() across all architectures

2024-01-31 Thread Christoph Hellwig
So this is the third iteration and you still keep only sending patch 3 to the list. How is anyone supposed to review it if you don't send them all the pieces?

[RFC PATCH v3 3/4] Introduce cpu_dcache_is_aliasing() across all architectures

2024-01-31 Thread Mathieu Desnoyers
Introduce a generic way to query whether the data cache is virtually aliased on all architectures. Its purpose is to ensure that subsystems which are incompatible with virtually aliased data caches (e.g. FS_DAX) can reliably query this. For data cache aliasing, there are three scenarios