From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EDF18C3279B for ; Wed, 4 Jul 2018 17:16:13 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 9A6C123DFB for ; Wed, 4 Jul 2018 17:16:13 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="YEDsLvrQ" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 9A6C123DFB Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752970AbeGDRQH (ORCPT ); Wed, 4 Jul 2018 13:16:07 -0400 Received: from mail-ua0-f193.google.com ([209.85.217.193]:33269 "EHLO mail-ua0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752251AbeGDRQD (ORCPT ); Wed, 4 Jul 2018 13:16:03 -0400 Received: by mail-ua0-f193.google.com with SMTP id g18-v6so3846433uak.0; Wed, 04 Jul 2018 10:16:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=VNKi7pimL3PH+EQ8n0K7/0e7ONzCfWuoj0A2pofpqnI=; b=YEDsLvrQ7f5WLelceBivT0QJZnnzjmoy2UZG+B1wq9DoOGOkh98yvxorMr/3UD+ciC na7k8VlvJl/+JN6Ev1mbJmf20EYeF+7hrSf5LmKjBVKUn34esJX9TwrfZ102h3XOJKz+ 6Ie07Mbw+kKuUySGvhdtZESeCk0PXRjLeVqFDvd8oEQlrrW0PJpVEX8vqolZe4v0zBBc qEAcwsc5F1r7jDOfMPSQYsHk67pzSijXBgQWyW5EuGgUeRBkr5OyMBzoAkgufpptxZGV kQkvAZ3ikyODksbW1uPuPjZG1FMxhMcPbw1EIXC1tRtLjttKNjTDrerMHND6GdIJ7jYY 7g9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=VNKi7pimL3PH+EQ8n0K7/0e7ONzCfWuoj0A2pofpqnI=; b=brINLNQNFg43rjwA6+U2wyH47bX3BnVtNCCoiBTwAbVzz3CnRiOYyWxEecWgUay5j8 9ZYeqcMX7QVCTPNBjxl4TxS/evO1FIRitivsD7HThR3KF6mpx2ey4YqSQ0dOGKnzbZpj XQ4/1FGGUdr9ozY7C/4te6flpXshuY/iVen9ztDMcMtNGfl24aAVbbq9kfs9eJReUVn6 3tmNhunyTNtA/UtcpB6gJW31CoK+x0bmJ2nqldPQ28Qt0CGOOO0lGT+nOZlw02SVRCjF tHwn+tHjCe64gDJZujMooKBVRldl3YbmOcFqmJWRNe6l0hkm74MVrLMg8lBApNpNVcKf LCkw== X-Gm-Message-State: APt69E1tkH0G7Mb7UV+XeqEvnlKC54ax+pkNOPimEKmv827JFZKJ3/uk Q6y8tIpig7EUzKkuUO1J1+Rt7GXt5rh4s1xliPw= X-Google-Smtp-Source: AAOMgpdYiDtyAWGrZpy4ti6AN6hJ9jDmBPJn97oFvbiPIZ5qzDzgdL+2keO4DO1wz6rv4UFVZbpxpixXZb5j/6J9n6s= X-Received: by 2002:ab0:1446:: with SMTP id c6-v6mr1687556uae.12.1530724562727; Wed, 04 Jul 2018 10:16:02 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a67:2149:0:0:0:0:0 with HTTP; Wed, 4 Jul 2018 10:16:01 -0700 (PDT) In-Reply-To: References: <20180622194752.11221-1-logang@deltatee.com> <13ea3f97-4a33-3a24-1b7e-b819be73d867@deltatee.com> <6e5224b9-343f-990c-19bd-fe37c6fbdc9b@deltatee.com> <7ddda181-6337-32cc-7a0d-43fc6a7ba78b@deltatee.com> <991b2298-bb3f-dad3-c93b-b43ee5f372de@deltatee.com> <55236e2b-a2a5-493a-5696-19c5926885b3@deltatee.com> From: Andy Shevchenko Date: Wed, 4 Jul 2018 20:16:01 +0300 Message-ID: Subject: Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64 To: Logan Gunthorpe Cc: Fabio Estevam , Horia Geanta , Aymen Sghaier , Andrew Morton , linux-kernel , Linux-Arch , "linux-ntb@googlegroups.com" , "open list:HARDWARE RANDOM NUMBER GENERATOR CORE" , Arnd Bergmann , Greg Kroah-Hartman , Dan Douglass , Herbert Xu , "David S. Miller" 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, Jul 4, 2018 at 8:13 PM, Logan Gunthorpe wrote: > On 7/4/2018 11:10 AM, Andy Shevchenko wrote: >> We have an iDMA 32-bit hardware (see drivers/dma/dw/) which has an >> extension 64-bit registers where only one of them has a specific bit >> to "commit" the changes written to all of them. And by some very >> unknown reason that bit is in lo part which automatically means we >> must to write it last. > > And it supports both BE and LE? And in both cases it's the lo part? It's only LE for now. P.S. If you more interested in code in kernel look for idma32_fifo_partition() (While the bit is set in each of 32-bit part, it's actually present in only one place) -- With Best Regards, Andy Shevchenko