Received: by 10.213.65.68 with SMTP id h4csp690373imn; Wed, 28 Mar 2018 10:59:04 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/LFlXKdba403PxYhiIKXDd5IZMxPs/kU2HdQLIcLxiJ5pN5fq2HHuCqW8Vf436RJyJRaHW X-Received: by 10.99.174.67 with SMTP id e3mr3209942pgp.139.1522259944240; Wed, 28 Mar 2018 10:59:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522259944; cv=none; d=google.com; s=arc-20160816; b=whq18Q5Chh34zsNdNX82abh6FMtI+w4IPHj5LRDYu38sGP8nBNG1LsOPEmzThfvteU qyBjNuOgFSE0kdLBHhGkzBiImVE9DTng/U4eB8jG9H/9rwNTXarC95O9qDUMQcaw38vC pLR+DSTlQ1RgiJXsswDbU3M90f1kXgjM3bA2yoQVrvnZf0MAG1jcommbLjFq5fWH6JOf Thsm4+q38BeeNGu2ZtOaaB0ZRGKNYPumD8vi6Xtr7iKp6H+8O67msYMjksbEKzjYrLrJ cZkZ/96AnvKBFuyK/77l6r9YKCx9C5ZSvpPv0mp93nptRxUWSEFCB26rtVEu2W2ssWD1 4wMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature:dkim-signature :arc-authentication-results; bh=UAGDbe20ZojsQbJ3qz43fa/aeN6/D9HAyTM5kiCvcoA=; b=E53zD2GSp718nPGjWyGrvYWml91dRM6Qpcr5c0lqhoNpBpEQbIishW7dmKR1OKBDmv EYQ9pRfXe6Rgc8gO4eyOVFZ7Wm1gInO85RtLa2HtURvyQx3Yr4P2kgtWBZRrASGvTQ3X gvRjePcM02rU1M8/ilYAWfnsEiSfhb86G4jC09QRrCiFV1QjEKNYSlMvVF+kqTqeopy/ pe9rE5ZZXGp2Qae2L597gKDQmhXLqFsapMwRyunWoqlZk+booNoGfgrr7psUNfVQq3s+ OgzaleYgpdQK4v7Vby6Ijjtgfza232AvbqiW4T7JAbzTuXoz0CusaMW0iJXULnjPArV2 gfag== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=oXj1PPqF; dkim=fail header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=ps4G4kbm; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c24-v6si3862712plo.273.2018.03.28.10.58.49; Wed, 28 Mar 2018 10:59:04 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=oXj1PPqF; dkim=fail header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=ps4G4kbm; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753491AbeC1R5Q (ORCPT + 99 others); Wed, 28 Mar 2018 13:57:16 -0400 Received: from mail-qk0-f193.google.com ([209.85.220.193]:44712 "EHLO mail-qk0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753220AbeC1R5M (ORCPT ); Wed, 28 Mar 2018 13:57:12 -0400 Received: by mail-qk0-f193.google.com with SMTP id o5so3288116qki.11; Wed, 28 Mar 2018 10:57:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=UAGDbe20ZojsQbJ3qz43fa/aeN6/D9HAyTM5kiCvcoA=; b=oXj1PPqFo4reg7/8ewGHatvcQr9G05HUOobromLew57aOvZLxmG1jk79Jp/U+bdhsd /TD8SwXI4e6gSYnqRqPTFelHqS40xqAm/j1bDHTpftlHJ3aE2k9fTrnp+Azr5FlFhktW /7R4WCCBNGew8aLlUhUhWMSoSjYRXyRw40O1oYSTM2AYB8kQFw4oHrsY7HMJG0L/8lwC AgPBw6Rhj4e2yFcs8RBXk2zm1VcfpbtpOP6hQaJt2SsJSh5kazsvmFRDcytYJwdNaY0k wxWBUTrlQzqLmU43bjDLtvD6NC33d0ZqE3zwdt24xmKNLGq2xqy+pjTNfmrcGRdSMiW4 ct0Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=UAGDbe20ZojsQbJ3qz43fa/aeN6/D9HAyTM5kiCvcoA=; b=ps4G4kbm8e6SjL+FruYkxMm3kCakMJUnAmMvatIHcRw6SvAt19Zz5rYsaZgxOedzsW 6HDDyhYJFW9d5B5pFTuY53gZJjHi+SncoVK7lgtI3+RPtxEsoY8nu5J0mg3K5X4b530g O1IRREq+IuHstQlk0GHtPXxCezLyGdWkStLm/Oh9cJ3Eetrw5MbK8XQK+B7goFjJW6Ph PIMSHFC9wfYGTHfRm6P7t12vQblIPTBzYmpgT05AHLlTF+qj1UJhHWmUc76ZweUNNbYr jpZa1sILrMhZNSJbEGr+WH1t9g8kSTZZ8ZLYrpX3EBIlknr6JjaRd8kff6ZqkdXiWL7z If2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=UAGDbe20ZojsQbJ3qz43fa/aeN6/D9HAyTM5kiCvcoA=; b=Flwn9WpqZwA70N6kLqhqtjzznovtoTNvl8Ku32pG7a03pLuAiPeTEqT8+s20IbcXOy QqA8KgQObul/PgwmFsa8kwBZcGAnoOZR2A5sc4gFMu3K91mBjhQe07nW4hlul+olk7FH 4gJbh6yjtQcQjRDCvtAE56McbnIof3dXTwrJ6rmmtv3Qq5M9Y4WW7yxBCgoJ0oGUpUmS THtpbZ4Pvod5tXmykjHX6dpUH5pYqAPXxO5DgJ9uikrrfj0mUvC3j79WGG0E1KQIhE7L Do24jo9tVrst5OML0MRLSaZmVPTD1akhw0AKz8GM5nBDOLdPwn4Z1QetO3gXFcNOUpRW rCVg== X-Gm-Message-State: AElRT7GdrZ8PIpMfj25qXTQa6xRXNb7ljLhCRsvUG8bj2AC646e5pqMN LdNbcyNdWvPQoLu0iAc0DTOrH/xiFvVeEy9YrwA= X-Received: by 10.55.140.197 with SMTP id o188mr6505017qkd.230.1522259831914; Wed, 28 Mar 2018 10:57:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.200.38.59 with HTTP; Wed, 28 Mar 2018 10:57:11 -0700 (PDT) In-Reply-To: References: <1522156287-15169-1-git-send-email-will.deacon@arm.com> <20180327150252.GN3675@linux.vnet.ibm.com> From: Tony Luck Date: Wed, 28 Mar 2018 10:57:11 -0700 X-Google-Sender-Auth: CJ7SUjkr2_1K7Y7WLhcjBOQ8O94 Message-ID: Subject: Re: [PATCH] docs/memory-barriers.txt: Fix broken DMA vs MMIO ordering example To: Sinan Kaya Cc: Paul McKenney , Will Deacon , "linux-kernel@vger.kernel.org" , linux-doc@vger.kernel.org, Benjamin Herrenschmidt , Arnd Bergmann , Jason Gunthorpe , Peter Zijlstra , Ingo Molnar , Jonathan Corbet , "linux-ia64@vger.kernel.org" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 28, 2018 at 6:02 AM, Sinan Kaya wrote: > +linux-ia64 > Does IA64 follow this requirement? If not, is implementation planned? > > "no wmb() before writel()" > > Linus asked us to get rid of wmb() in front of writel() for UC memory. > Just checking that we are not breaking anything for IA64. We should be OK on ia64, writel() uses a cast to: *(volatile unsigned int __force *) which the compiler takes as a request to use a "st4.rel" instruction (meaning "store with release semantics"). So the value stored will be visible to anything that follows. -Tony