Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp809606pxf; Thu, 1 Apr 2021 14:17:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzLrjVBFfwy1lAiSlXOLEojJRLbhuCyaHnkGiefVYbsQX6K9O+CU4C8mivIMiWovtIPolsG X-Received: by 2002:a6b:8b16:: with SMTP id n22mr8352554iod.79.1617311838717; Thu, 01 Apr 2021 14:17:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617311838; cv=none; d=google.com; s=arc-20160816; b=Dk/rGu9CIbVbHNUON7m7IMPZoOVbIQl/V5bBlhu6ToPji566SoLO7JKVXyOUTbIj1A CHgb80Zhrm7tNLoz51UG9JArBOvRRJ0qWhrXEj6oudqGC6AwTFeflvT8m1DxVpnetUXt fgssqbRMDfHv75utIlk8tu1FIIIJgdou64qpsKfNkpglgXzbpi/FSzoSZ9OYHpjI/I9P H2SKwweiAuhwl9WZAD/ViCDK72CdNWUy+WH8MxATgE47Hj37Yqd4+p8oNQV2hGwuNehk sDa2oFPjAiDzYW8a81jIlgI45fnjcDfWvHI3PTlr6hGLJ7NbYrJvm1V/0wlkGSabirJZ SfHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from:dmarc-filter :sender:dkim-signature; bh=N1rfetjGj9Mgpic0F4KnoNz3E55UZDt9FIL0P3fkZzU=; b=sCHmZGFmiQWvDSNDb+ZjdI37iS0t8e9yHAqBsEg90LwYWK3kyjA9wBi2i328GpGcWL mKPBzun8zRzPJSlUCm08wcAU4fMUxVb/IE9NqO3HrroJ0DJyNrPuVCBpCeD4qhhp32SO 4TiNBZN8/9EX7udSNNBsjYuLss0ea0HGRyRQSl/MTkPVf4v6H8SHcP71znqTLGNvI89A 35huLbj2OgaFnFR7fqqIUJpXHWdfac+TkKwVptcUH0trYT+86B4l1mOR/xwHp6QispJm GnTpHdtUlDNgc64uUQE6Xs96ppP7cUE+dFqP9OcPe7dKHIvgmv6KGozRWM65FgKpw14/ fdtg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b=Cwy2s4og; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b6si5625975ilf.133.2021.04.01.14.17.04; Thu, 01 Apr 2021 14:17:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b=Cwy2s4og; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234639AbhDAVQ3 (ORCPT + 99 others); Thu, 1 Apr 2021 17:16:29 -0400 Received: from so254-9.mailgun.net ([198.61.254.9]:33684 "EHLO so254-9.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234406AbhDAVQ1 (ORCPT ); Thu, 1 Apr 2021 17:16:27 -0400 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1617311787; h=Message-Id: Date: Subject: Cc: To: From: Sender; bh=N1rfetjGj9Mgpic0F4KnoNz3E55UZDt9FIL0P3fkZzU=; b=Cwy2s4ogh+5YjL/HomIUPsgtO7xuFqsiZEc2igKBVuGrpjKLn9Dk2XE9Rm8/vaDgopKnhp+9 H0f4UPLJAwkXFV+pnZkr0oxicUeK0C6yKOXNg5V+3UmjtNjCNBazV62bkF44rkYVj2tOfoFc o7K3lNFRuJ0QRnQngui7OaQMGlw= X-Mailgun-Sending-Ip: 198.61.254.9 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n02.prod.us-east-1.postgun.com with SMTP id 6066382a74f773a66493f013 (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Thu, 01 Apr 2021 21:16:26 GMT Sender: bbhatt=codeaurora.org@mg.codeaurora.org Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 98ACBC43465; Thu, 1 Apr 2021 21:16:25 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.0 tests=ALL_TRUSTED,BAYES_00,SPF_FAIL autolearn=no autolearn_force=no version=3.4.0 Received: from malabar-linux.qualcomm.com (i-global254.qualcomm.com [199.106.103.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: bbhatt) by smtp.codeaurora.org (Postfix) with ESMTPSA id 7345FC433ED; Thu, 1 Apr 2021 21:16:24 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 7345FC433ED Authentication-Results: aws-us-west-2-caf-mail-1.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: aws-us-west-2-caf-mail-1.web.codeaurora.org; spf=fail smtp.mailfrom=bbhatt@codeaurora.org From: Bhaumik Bhatt To: manivannan.sadhasivam@linaro.org Cc: linux-arm-msm@vger.kernel.org, hemantk@codeaurora.org, jhugo@codeaurora.org, linux-kernel@vger.kernel.org, carl.yin@quectel.com, naveen.kumar@quectel.com, loic.poulain@linaro.org, Bhaumik Bhatt Subject: Date: Thu, 1 Apr 2021 14:16:09 -0700 Message-Id: <1617311778-1254-1-git-send-email-bbhatt@codeaurora.org> X-Mailer: git-send-email 2.7.4 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Subject: [PATCH v8 0/9] Updates to MHI channel handling MHI specification shows a state machine with support for STOP channel command and the validity of certain state transitions. MHI host currently does not provide any mechanism to stop a channel and restart it without resetting it. There are also times when the device moves on to a different execution environment while client drivers on the host are unaware of it and still attempt to reset the channels facing unnecessary timeouts. This series addresses the above areas to provide support for stopping an MHI channel, resuming it back, improved documentation and improving upon channel state machine handling in general. This set of patches was tested on arm64 and x86_64 architecture. v8: -Split the state machine improvements patch to three patches as per review v7: -Tested on x86_64 architecture -Drop the patch "Do not clear channel context more than once" as issue is fixed differently using "bus: mhi: core: Fix double dma free()" -Update the commit text to better reflect changes on state machine improvements v6: -Dropped the patch which introduced start/stop transfer APIs for lack of users -Updated error handling and debug prints on channel handling improvements patch -Improved commit text to better explain certain patches based on review comments -Removed references to new APIs from the documentation improvement patch v5: -Added reviewed-by tags from Hemant I missed earlier -Added patch to prevent kernel warnings on clearing channel context twice v4: -Updated commit text/descriptions and addressed checkpatch checks -Added context validity check before starting/stopping channels from new API -Added patch to clear channel context configuration after reset/unprepare v3: -Updated documentation for channel transfer APIs to highlight differences -Create separate patch for "allowing channel to be disabled from stopped state" v2: -Renamed the newly introduced APIs to mhi_start_transfer() / mhi_stop_transfer() -Added improved documentation to avoid confusion with the new APIs -Removed the __ prefix from mhi_unprepare_channel() API for consistency. Bhaumik Bhatt (9): bus: mhi: core: Allow sending the STOP channel command bus: mhi: core: Clear context for stopped channels from remove() bus: mhi: core: Improvements to the channel handling state machine bus: mhi: core: Update debug messages to use client device bus: mhi: core: Hold device wake for channel update commands bus: mhi: core: Clear configuration from channel context during reset bus: mhi: core: Check channel execution environment before issuing reset bus: mhi: core: Remove __ prefix for MHI channel unprepare function bus: mhi: Improve documentation on channel transfer setup APIs drivers/bus/mhi/core/init.c | 22 ++++- drivers/bus/mhi/core/internal.h | 12 +++ drivers/bus/mhi/core/main.c | 190 ++++++++++++++++++++++++---------------- include/linux/mhi.h | 18 +++- 4 files changed, 162 insertions(+), 80 deletions(-) -- The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project