From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 4 Jun 2018 13:16:37 -0700 From: Bjorn Andersson Subject: Re: [PATCH] virtio_ring: switch to dma_XX barriers for rpmsg Message-ID: <20180604201637.GB9960@builder> References: <1524159181-351878-1-git-send-email-mst@redhat.com> <5047d08c-9f9e-2902-d425-1fac849ce5b4@redhat.com> <20180419204017-mutt-send-email-mst@kernel.org> <524fb400-2325-f60b-7e03-15be01888afc@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <524fb400-2325-f60b-7e03-15be01888afc@redhat.com> To: Paolo Bonzini , Suman Anna Cc: "Michael S. Tsirkin" , linux-kernel@vger.kernel.org, Ohad Ben-Cohen , linux-remoteproc@vger.kernel.org, Jason Wang , virtualization@lists.linux-foundation.org List-ID: On Thu 19 Apr 10:48 PDT 2018, Paolo Bonzini wrote: > On 19/04/2018 19:46, Michael S. Tsirkin wrote: > >> This should be okay, but I wonder if there should be a virtio_wmb(...) > >> or an "if (weak_barriers) wmb()" before the "writel" in vm_notify > >> (drivers/virtio/virtio_mmio.c). > >> > >> Thanks, > >> > >> Paolo > > That one uses weak barriers AFAIK. > > > > IIUC you mean rproc_virtio_notify. > > > > I suspect it works because specific kick callbacks have a barrier internally. > > Yes, that one. At least keystone_rproc_kick doesn't seem to have a barrier. > Afaict you're correct. My expectation is that the kick ensures write ordering internally and if I read this correct keystone_rproc_kick() results in a writel_relaxed() in the gpio driver. @Suman, can you please have a look at this. Thanks Paolo, Bjorn