Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1052680imm; Wed, 8 Aug 2018 09:57:05 -0700 (PDT) X-Google-Smtp-Source: AA+uWPypGtyyBSSqisJDnkr7aEBmteMOJggi/zRZvrAQ+9EgAsWZ/qtIHK9DnJ3Ql18ftWreqRKD X-Received: by 2002:a63:8848:: with SMTP id l69-v6mr3234511pgd.377.1533747425415; Wed, 08 Aug 2018 09:57:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533747425; cv=none; d=google.com; s=arc-20160816; b=CjkRkZgGLj5noDQK3qBXtX9FUffljiQV9cywGr2L3SKTPlx37Q49dXLyYlwi5QirAf Z1H2EvExDsA9vlzP+1cZv46WDD18iOt1LHqVl0zSGDwuLWkHbc13uNTcCuCRiI87uzge GBATupyN+1WEChgJRVz3Jx3FMEkgafO6sxGFREbVFmv5gsI13hjcNXJyORWXE4AYWNRM f9HMzlihOAEIxCMlzuJxlQVyciJxY7UjcCJJ2y4yQuuqiFsSFKQmtg2Xx2T7y0UcWL+2 zfIv/fOOp/zoStsKRkwJHiqQVb+CYggYC4LWnLLUwNkiti9x+I3tj4OefRljY+PK5I03 /Bog== 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:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature:arc-authentication-results; bh=9sf4IL54k2KISelwdAKwtJAFLxQY1+92W3mD8o009Yo=; b=ye2RROlahsNOp5JQ+Psdzn6QoGCa56+KTfE6Scbq+/x2YckIpQ4iwMfcT6ct+OgLz0 2G5WXnpZ5yyQRyjZ7qFEr/AHgwDpzDEchHPPj8wHDzIRnUcabDUJYAEMBmtxnkEZmWO5 X8Sie3eLj/jXq2gijkmxdGzJAJv+mQSHjN3cjtCFd6YkWCHaLpHfzSxdGGWBglvcteMt WrtJDaYxWi4pwrPcKuRRtFZZa6s1skaxjjw2PcwOyw67Zb/1KHl0RQyCi+Fz6Ew//dFL l0SudcGcqg42eNeEF8QUo8ytMlqku+VafFxj/8mQS6Pk4IHzFNDZnCXj6GOzQ9HgSMFk DzIA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=iTycoUZ1; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o20-v6si5046872pgb.608.2018.08.08.09.56.50; Wed, 08 Aug 2018 09:57:05 -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=pass header.i=@gmail.com header.s=20161025 header.b=iTycoUZ1; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728362AbeHHTPK (ORCPT + 99 others); Wed, 8 Aug 2018 15:15:10 -0400 Received: from mail-lj1-f193.google.com ([209.85.208.193]:39175 "EHLO mail-lj1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727472AbeHHTPK (ORCPT ); Wed, 8 Aug 2018 15:15:10 -0400 Received: by mail-lj1-f193.google.com with SMTP id l15-v6so2258907lji.6; Wed, 08 Aug 2018 09:54:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=9sf4IL54k2KISelwdAKwtJAFLxQY1+92W3mD8o009Yo=; b=iTycoUZ1emUQFNsTGZgpUQ1FH+HAnpe7NtMf0DidbkF+FAE8Gq57OH8DZjW6jCyy+S EylQylHb+7UOINUHDbWCuxmrYYjeylu9IoL2SgRVFiCu6usP7hdCFAAf1SWWnJbY+sEO 2Nk/nvCudIIk8OQHVQnuU/VB0l7KUS1KY9nqNTjGwCg9cPk1v1FYErH2PShPMNtpUlZi HQL+U+3r1ZyjoYImmOwoMOknO9ollfVDZuMXMozxZDo7osIrVtiJrCzRo91zBTGnhU12 2Sc83Xz5/1G13OOlrE6PMYLJXn4ZEtEomBmjyjKItS6de/vyIpnafJanz6gN0WtAKOlL 3V7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=9sf4IL54k2KISelwdAKwtJAFLxQY1+92W3mD8o009Yo=; b=WWxT0WH9t7NLbHiLwW+TZc7aq12O3jxoKrTX4UAAX5vqZJbJNVUSW8tN0GdDe9vGyi dB7rCvgh/9WPVZG7luvI7BaojJKFoO59f2Ck+YMOkpTo0IoR9Gv6ATorLMYngNBr1SA+ pmG6R9a/tdXa9i+e//lcsLLdXdhTUsHWBxAfnUZ+kTERNOsPss6uN3sCAZGgTOsXEc0u Bs5bpNplPdWkgMXdH7INtIJm+50Sy+c4VDrXfItw2hD7j6z1cxHKoWo4OeoyxI3ZDIwD 6VM9ST8yhk91R9fgw4WIklu2G12KmcN8p+tIbar1xIBZk8ZUmo0IivsOVML+YYnKccSz vG6A== X-Gm-Message-State: AOUpUlG05d/8STRkw7BdIJD9C6IY9wT9Db+oIiSDWXcwxT8tR0QYk/uO eYjbqBFczlDgD6i8zwgP82c= X-Received: by 2002:a2e:2ac3:: with SMTP id q186-v6mr2489272ljq.123.1533747275321; Wed, 08 Aug 2018 09:54:35 -0700 (PDT) Received: from z50.localnet (93-181-165-181.internetia.net.pl. [93.181.165.181]) by smtp.gmail.com with ESMTPSA id g3-v6sm896029lfk.72.2018.08.08.09.54.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Aug 2018 09:54:34 -0700 (PDT) From: Janusz Krzysztofik To: Boris Brezillon Cc: Linus Walleij , linux-omap@vger.kernel.org, Jonathan Corbet , Tony Lindgren , Richard Weinberger , linux-gpio@vger.kernel.org, Aaro Koskinen , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Marek Vasut , linux-mtd@lists.infradead.org, Miquel Raynal , Brian Norris , David Woodhouse , linux-arm-kernel@lists.infradead.org Subject: Re: [RFC PATCH v2 07/12] mtd: rawnand: ams-delta: Set port direction once per transfer Date: Wed, 08 Aug 2018 18:55:35 +0200 Message-ID: <3260564.acbQT1CZaz@z50> In-Reply-To: <20180807205752.32cd3e53@bbrezillon> References: <20180718235710.18242-1-jmkrzyszt@gmail.com> <20180806222918.12644-8-jmkrzyszt@gmail.com> <20180807205752.32cd3e53@bbrezillon> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Boris, On Tuesday, August 7, 2018 8:57:52 PM CEST Boris Brezillon wrote: > On Tue, 7 Aug 2018 00:29:13 +0200 > Janusz Krzysztofik wrote: > > > In its current shape, the driver sets data port direction before each > > byte read/write operation, even during multi-byte transfers. Since > > performance of the driver is completely not acceptable on Amstrad Delta > > after it has been converted to GPIO bitbang, try to improve things a > > bit by setting the port direction only on first byte of each transfer. > ... > I'd suggest a slightly different approach where the data pins > direction state is stored in the the priv struct and only changed when > required. This way you just have to add a test in > ams_delta_read/write_byte(). Good idea, I'm going to use it, thanks. Once done, may I also move that one earlier in the series so that it can be applied while our discussion on GPIO bitmap changes still continues? Thanks, Janusz