From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752919AbeDFNUo (ORCPT ); Fri, 6 Apr 2018 09:20:44 -0400 Received: from mail-qk0-f172.google.com ([209.85.220.172]:32927 "EHLO mail-qk0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752442AbeDFNUm (ORCPT ); Fri, 6 Apr 2018 09:20:42 -0400 X-Google-Smtp-Source: AIpwx48CJU7TU/hG7QjPJVthCi+jHKBwIkdLfHruw3jgxxuSsD//hwkiEnrwFxV35EnL+DYymDvqAxgF90qjK12mqVQ= MIME-Version: 1.0 In-Reply-To: References: <1522933753-19589-1-git-send-email-okaya@codeaurora.org> From: Arnd Bergmann Date: Fri, 6 Apr 2018 15:20:40 +0200 X-Google-Sender-Auth: WXoSY0bSHVpd9o6Pva4ITWe5iMU Message-ID: Subject: Re: [PATCH v4 1/5] io: define several IO & PIO barrier types for the asm-generic version To: Sinan Kaya Cc: Timur Tabi , sulrich@codeaurora.org, linux-arm-msm@vger.kernel.org, Linux ARM , linux-arch , Linux Kernel Mailing List , linux-s390 , Martin Schwidefsky , Heiko Carstens , Ley Foon Tan , "moderated list:NIOS2 ARCHITECTURE" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 6, 2018 at 2:50 PM, wrote: > On 2018-04-06 06:19, Arnd Bergmann wrote: >> >> On Thu, Apr 5, 2018 at 3:09 PM, Sinan Kaya wrote: >>> >> >> I would guess that at least s390 doesn't need the barriers >> (maintainers on Cc now), but there may be others that want to >> override the new barriers with weaker ones where an MMIO >> access is guaranteed to serialize against DMA, or where >> a specialized barrier for this case exists. >> >> Looking over the asm-generic implementation once more now, >> I wonder if we should change the relaxed accessors to not have >> any barriers (back to the version before your series) rather than >> defaulting them to having the same barriers as the regular >> readl/writel. > > > I can do a follow up patch. You want to map them to raw api without any > barriers as before. Right? Right, but of course with the byteswap. Arnd