Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp7242882ybf; Fri, 6 Mar 2020 13:18:12 -0800 (PST) X-Google-Smtp-Source: ADFU+vt7DBwugyoxbX6onHz0x7NX7aYBvW7/42jhXGFkgt35DltZs36sDUhoDFWy0ceIBgYmZgox X-Received: by 2002:a05:6830:1dcb:: with SMTP id a11mr4393768otj.260.1583529492237; Fri, 06 Mar 2020 13:18:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583529492; cv=none; d=google.com; s=arc-20160816; b=je/AA3bOTiRw6/Dj2aB7NxCn5Z6+musZXbm4uIXOH5FvTipYHcT6PoDXSkcynKr5ou zHwxb4WN+JKvNSKyYKUTgDrduocWc990jn0LAl8AT5WMDrM1LjQfY82FDCZAw8qkuMpu irR1kpzFOZKtbrzXuD3aQsl6/dvxQZEwDZ0+votP41nDQsIIpi1soMkg4LrLc2R676ZO J4flUkGTSsr+fN/b0hzTiR5v349fVXuk4g8I8KgIhGgTsKM38gxAiMfMm4tl3i7SESja Sbm4omMn7KdPxpnFR9SLayW6ejgJNxFx03IfyGmWBfBYpM05kd4Pb69VYXulRKNbBPy7 GR9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:from:references:cc:to:subject:dkim-signature; bh=S9Yg8+mbPI40SN/t/SBNGD7LsesS56tV4qNWZhKdxUY=; b=hGNA6ymS20FDnSTcgylAP1hxwoZn3wMz77OvBujJSd7UnpQ5dJF7MiyWSekAjRZU1R 8eL98MCaTnIey2oXqlQQp+xgatIfSIrKXK+s8N9AWXiKEmvGO/5WFNM2GoMgMQ08AtFK IgHqBXp4coG2MGETfs3R3Eyoo5i2tQogPCqYuNxPuzZY2RoazkNoaHX0aL9QVhNYdyFx 5RP9izCcFVY2BUbnmXjqcBZfJIx0uO3dX1uZKxNXQmWLRbwtTbLtJu1+NW3yxr7vJ7vS IKnnUHGesyXwVcN709FyEcB7XCwXdR7WyOg8zA9G+n5J8YSt941eFJo3M0zmi5hvod56 rfGg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=nOrKj8Jv; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t7si1776426otc.169.2020.03.06.13.17.59; Fri, 06 Mar 2020 13:18:12 -0800 (PST) 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=pass header.i=@kernel.org header.s=default header.b=nOrKj8Jv; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726674AbgCFVPw (ORCPT + 99 others); Fri, 6 Mar 2020 16:15:52 -0500 Received: from mail.kernel.org ([198.145.29.99]:36800 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726185AbgCFVPv (ORCPT ); Fri, 6 Mar 2020 16:15:51 -0500 Received: from [10.92.140.26] (unknown [167.220.149.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id CD16C206E6; Fri, 6 Mar 2020 21:15:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1583529350; bh=hD/JxV1r9WtraORrLvoVye0vJL/qVAWxXU06AXIY6N0=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=nOrKj8JvYVMHgbYfCYUyVUglGCMrxcOBVY1UzbUMjsfYG9r54RFPcKK7lVZvWTs6L G4Yj3Uncgf69d63EneQqpMCXH6JssVhmfHoCz3bqcM2QDok1u9UZdR6VILgwHf+4mB NsCAlpwIOyppiGFSWusuZ+HACamuH0LUg1GyhkAo= Subject: Re: About commit "io: change inX() to have their own IO barrier overrides" To: Arnd Bergmann Cc: John Garry , "xuwei (O)" , Bjorn Helgaas , "linux-kernel@vger.kernel.org" , Jiaxun Yang , linux-arch , Linux ARM , Will Deacon , Catalin Marinas References: <2e80d7bc-32a0-cc40-00a9-8a383a1966c2@huawei.com> <8207cd51-5b94-2f15-de9f-d85c9c385bca@huawei.com> <6115fa56-a471-1e9f-edbb-e643fa4e7e11@kernel.org> <7c955142-1fcb-d99e-69e4-1e0d3d9eb8c3@huawei.com> <90af535f-00ef-c1e3-ec20-aae2bd2a0d88@kernel.org> From: Sinan Kaya Autocrypt: addr=okaya@kernel.org; keydata= mQENBFrnOrUBCADGOL0kF21B6ogpOkuYvz6bUjO7NU99PKhXx1MfK/AzK+SFgxJF7dMluoF6 uT47bU7zb7HqACH6itTgSSiJeSoq86jYoq5s4JOyaj0/18Hf3/YBah7AOuwk6LtV3EftQIhw 9vXqCnBwP/nID6PQ685zl3vH68yzF6FVNwbDagxUz/gMiQh7scHvVCjiqkJ+qu/36JgtTYYw 8lGWRcto6gr0eTF8Wd8f81wspmUHGsFdN/xPsZPKMw6/on9oOj3AidcR3P9EdLY4qQyjvcNC V9cL9b5I/Ud9ghPwW4QkM7uhYqQDyh3SwgEFudc+/RsDuxjVlg9CFnGhS0nPXR89SaQZABEB AAG0HVNpbmFuIEtheWEgPG9rYXlhQGtlcm5lbC5vcmc+iQFOBBMBCAA4FiEEYdOlMSE+a7/c ckrQvGF4I+4LAFcFAlztcAoCGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQvGF4I+4L AFfidAf/VKHInxep0Z96iYkIq42432HTZUrxNzG9IWk4HN7c3vTJKv2W+b9pgvBF1SmkyQSy 8SJ3Zd98CO6FOHA1FigFyZahVsme+T0GsS3/OF1kjrtMktoREr8t0rK0yKpCTYVdlkHadxmR Qs5xLzW1RqKlrNigKHI2yhgpMwrpzS+67F1biT41227sqFzW9urEl/jqGJXaB6GV+SRKSHN+ ubWXgE1NkmfAMeyJPKojNT7ReL6eh3BNB/Xh1vQJew+AE50EP7o36UXghoUktnx6cTkge0ZS qgxuhN33cCOU36pWQhPqVSlLTZQJVxuCmlaHbYWvye7bBOhmiuNKhOzb3FcgT7kBDQRa5zq1 AQgAyRq/7JZKOyB8wRx6fHE0nb31P75kCnL3oE+smKW/sOcIQDV3C7mZKLf472MWB1xdr4Tm eXeL/wT0QHapLn5M5wWghC80YvjjdolHnlq9QlYVtvl1ocAC28y43tKJfklhHiwMNDJfdZbw 9lQ2h+7nccFWASNUu9cqZOABLvJcgLnfdDpnSzOye09VVlKr3NHgRyRZa7me/oFJCxrJlKAl 2hllRLt0yV08o7i14+qmvxI2EKLX9zJfJ2rGWLTVe3EJBnCsQPDzAUVYSnTtqELu2AGzvDiM gatRaosnzhvvEK+kCuXuCuZlRWP7pWSHqFFuYq596RRG5hNGLbmVFZrCxQARAQABiQEfBBgB CAAJBQJa5zq1AhsMAAoJELxheCPuCwBX2UYH/2kkMC4mImvoClrmcMsNGijcZHdDlz8NFfCI gSb3NHkarnA7uAg8KJuaHUwBMk3kBhv2BGPLcmAknzBIehbZ284W7u3DT9o1Y5g+LDyx8RIi e7pnMcC+bE2IJExCVf2p3PB1tDBBdLEYJoyFz/XpdDjZ8aVls/pIyrq+mqo5LuuhWfZzPPec 9EiM2eXpJw+Rz+vKjSt1YIhg46YbdZrDM2FGrt9ve3YaM5H0lzJgq/JQPKFdbd5MB0X37Qc+ 2m/A9u9SFnOovA42DgXUyC2cSbIJdPWOK9PnzfXqF3sX9Aol2eLUmQuLpThJtq5EHu6FzJ7Y L+s0nPaNMKwv/Xhhm6Y= Message-ID: Date: Fri, 6 Mar 2020 16:15:48 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/6/2020 2:54 AM, Arnd Bergmann wrote: > The exact semantics of inl() and readl() are slightly different, so they > have distinct sets of barriers in the asm-generic/io.h implementation. > > For instance, the arm64 architectures defines in_par() as '__iormb(v)', > but defines __io_ar() as a '__rmb()'. Similarly, riscv defines them > as "fence i,ior" and "fence i,r". makes sense