Displaying 4 results from an estimated 4 matches for "drm_cache_flush_clflush".
2016 Jan 27
2
[PATCH v2 0/3] x86: faster mb()+other barrier.h tweaks
...t assumes sfence flushes clflush.
So it appears that pcommit_sfence in that file is wrong then?
At least on processors where it falls back on clflush.
mwait_idle is the only one that calls smp_mb and not mb()
I couldn't figure out why - original patches did mb()
there.
Outside core kernel - drm_cache_flush_clflush, drm_clflush_sg,
drm_clflush_virt_range.
Then there's gru_start_instruction in drivers/misc/sgi-gru/.
But otherwise drivers/misc/sgi-gru/ calls clflush in gru_flush_cache
without calling mb() - this could be a bug.
Looking at all users, it seems that only mwait_idle calls smp_mb,
around cl...
2016 Jan 27
2
[PATCH v2 0/3] x86: faster mb()+other barrier.h tweaks
...t assumes sfence flushes clflush.
So it appears that pcommit_sfence in that file is wrong then?
At least on processors where it falls back on clflush.
mwait_idle is the only one that calls smp_mb and not mb()
I couldn't figure out why - original patches did mb()
there.
Outside core kernel - drm_cache_flush_clflush, drm_clflush_sg,
drm_clflush_virt_range.
Then there's gru_start_instruction in drivers/misc/sgi-gru/.
But otherwise drivers/misc/sgi-gru/ calls clflush in gru_flush_cache
without calling mb() - this could be a bug.
Looking at all users, it seems that only mwait_idle calls smp_mb,
around cl...
2016 Jan 26
2
[PATCH v2 0/3] x86: faster mb()+other barrier.h tweaks
On Tue, Jan 12, 2016 at 02:25:24PM -0800, H. Peter Anvin wrote:
> On 01/12/16 14:10, Michael S. Tsirkin wrote:
> > mb() typically uses mfence on modern x86, but a micro-benchmark shows that it's
> > 2 to 3 times slower than lock; addl $0,(%%e/rsp) that we use on older CPUs.
> >
> > So let's use the locked variant everywhere - helps keep the code simple as
>
2016 Jan 26
2
[PATCH v2 0/3] x86: faster mb()+other barrier.h tweaks
On Tue, Jan 12, 2016 at 02:25:24PM -0800, H. Peter Anvin wrote:
> On 01/12/16 14:10, Michael S. Tsirkin wrote:
> > mb() typically uses mfence on modern x86, but a micro-benchmark shows that it's
> > 2 to 3 times slower than lock; addl $0,(%%e/rsp) that we use on older CPUs.
> >
> > So let's use the locked variant everywhere - helps keep the code simple as
>