From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Hemminger Subject: Re: [RFC] virtio_net: add local_bh_disable() around u64_stats_update_begin Date: Tue, 16 Oct 2018 11:01:14 -0700 Message-ID: <20181016110114.73e2b248@xeon-e3> References: <20181016165545.guksrl23ulcudxrk@linutronix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org, virtualization@lists.linux-foundation.org, tglx@linutronix.de, Toshiaki Makita , "Michael S. Tsirkin" , Jason Wang , "David S. Miller" To: Sebastian Andrzej Siewior Return-path: Received: from mail-pl1-f193.google.com ([209.85.214.193]:34355 "EHLO mail-pl1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727006AbeJQBwx (ORCPT ); Tue, 16 Oct 2018 21:52:53 -0400 Received: by mail-pl1-f193.google.com with SMTP id f18-v6so11386447plr.1 for ; Tue, 16 Oct 2018 11:01:17 -0700 (PDT) In-Reply-To: <20181016165545.guksrl23ulcudxrk@linutronix.de> Sender: netdev-owner@vger.kernel.org List-ID: On Tue, 16 Oct 2018 18:55:45 +0200 Sebastian Andrzej Siewior wrote: > Also, ptr->var++ is not an atomic operation even on 64bit CPUs. Which > means if try_fill_recv() runs on CPU0 (via virtnet_receive()) then the > worker might run on CPU1. On modern CPU's increment of native types is atomic but not locked. u64_stats_update_begin is a no-op on UP and also if BIT_PER_LONG != 32