Alexander Duyck writes:
> This change makes it so that instead of using smp_wmb/rmb which varies
> depending on the kernel configuration we can can use dma_wmb/rmb which for
> most architectures should be equal to or slightly more strict than
> smp_wmb/rmb.
>
> The advantage to this is that these
Alexander Duyck alexander.h.du...@redhat.com writes:
This change makes it so that instead of using smp_wmb/rmb which varies
depending on the kernel configuration we can can use dma_wmb/rmb which for
most architectures should be equal to or slightly more strict than
smp_wmb/rmb.
The advantage
On 04/08/2015 11:37 AM, Michael S. Tsirkin wrote:
On Wed, Apr 08, 2015 at 07:41:49AM -0700, Alexander Duyck wrote:
On 04/08/2015 01:42 AM, Michael S. Tsirkin wrote:
On Tue, Apr 07, 2015 at 05:47:42PM -0700, Alexander Duyck wrote:
This change makes it so that instead of using smp_wmb/rmb which
On Wed, Apr 08, 2015 at 07:41:49AM -0700, Alexander Duyck wrote:
>
> On 04/08/2015 01:42 AM, Michael S. Tsirkin wrote:
> >On Tue, Apr 07, 2015 at 05:47:42PM -0700, Alexander Duyck wrote:
> >>This change makes it so that instead of using smp_wmb/rmb which varies
> >>depending on the kernel
On 04/08/2015 01:42 AM, Michael S. Tsirkin wrote:
On Tue, Apr 07, 2015 at 05:47:42PM -0700, Alexander Duyck wrote:
This change makes it so that instead of using smp_wmb/rmb which varies
depending on the kernel configuration we can can use dma_wmb/rmb which for
most architectures should be
On Tue, Apr 07, 2015 at 05:47:42PM -0700, Alexander Duyck wrote:
> This change makes it so that instead of using smp_wmb/rmb which varies
> depending on the kernel configuration we can can use dma_wmb/rmb which for
> most architectures should be equal to or slightly more strict than
> smp_wmb/rmb.
On Tue, Apr 07, 2015 at 05:47:42PM -0700, Alexander Duyck wrote:
This change makes it so that instead of using smp_wmb/rmb which varies
depending on the kernel configuration we can can use dma_wmb/rmb which for
most architectures should be equal to or slightly more strict than
smp_wmb/rmb.
On 04/08/2015 01:42 AM, Michael S. Tsirkin wrote:
On Tue, Apr 07, 2015 at 05:47:42PM -0700, Alexander Duyck wrote:
This change makes it so that instead of using smp_wmb/rmb which varies
depending on the kernel configuration we can can use dma_wmb/rmb which for
most architectures should be
On Wed, Apr 08, 2015 at 07:41:49AM -0700, Alexander Duyck wrote:
On 04/08/2015 01:42 AM, Michael S. Tsirkin wrote:
On Tue, Apr 07, 2015 at 05:47:42PM -0700, Alexander Duyck wrote:
This change makes it so that instead of using smp_wmb/rmb which varies
depending on the kernel configuration we
On 04/08/2015 11:37 AM, Michael S. Tsirkin wrote:
On Wed, Apr 08, 2015 at 07:41:49AM -0700, Alexander Duyck wrote:
On 04/08/2015 01:42 AM, Michael S. Tsirkin wrote:
On Tue, Apr 07, 2015 at 05:47:42PM -0700, Alexander Duyck wrote:
This change makes it so that instead of using smp_wmb/rmb which
This change makes it so that instead of using smp_wmb/rmb which varies
depending on the kernel configuration we can can use dma_wmb/rmb which for
most architectures should be equal to or slightly more strict than
smp_wmb/rmb.
The advantage to this is that these barriers are available to
This change makes it so that instead of using smp_wmb/rmb which varies
depending on the kernel configuration we can can use dma_wmb/rmb which for
most architectures should be equal to or slightly more strict than
smp_wmb/rmb.
The advantage to this is that these barriers are available to
12 matches
Mail list logo
