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=-10.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, MAILING_LIST_MULTI,SPF_HELO_NONE,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 9FCBFC433E0 for ; Thu, 4 Mar 2021 08:35:24 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 6BB8264F1A for ; Thu, 4 Mar 2021 08:35:24 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235814AbhCDIeh (ORCPT ); Thu, 4 Mar 2021 03:34:37 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42578 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235819AbhCDIeO (ORCPT ); Thu, 4 Mar 2021 03:34:14 -0500 Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com [IPv6:2607:f8b0:4864:20::1034]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C3873C06175F for ; Thu, 4 Mar 2021 00:33:33 -0800 (PST) Received: by mail-pj1-x1034.google.com with SMTP id kx1so268187pjb.3 for ; Thu, 04 Mar 2021 00:33:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vK6Lt8euuS8LNbKtC7Id3+j0iAnrBmyT5nqiNFGSlaI=; b=Cqgg7gGsyU8uRWO/DFpkff6fKBYjCKzePX33EjsPDWkQYATWodr4lr+Z7r6wR6Nv+G 66hz3o85sJMvaSDz49GL5eGVMrxA3U5xpW4M/YpppFnNPtICfxd7Uy793TsnBW9FbpgC AixIc3Bo37r+qkTat2Zql4RSENpQNjnjI0Gt3xadmpBJWgTmHGZkQP6n5bkcZGvTcu9h 0M/VUS7SoYH4dHsDroE0oEZWQvtDAVs6Nkggg4+hGqJEg3gjFE+pzTQD3lvz75qGFadB B7iXDXSZEz5yLMUt0CGQyfSerPH7Wi3+Y5beRaBqRah5tS5hR7jN7vRyO2EHhRdmWss0 u+ww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vK6Lt8euuS8LNbKtC7Id3+j0iAnrBmyT5nqiNFGSlaI=; b=tHaXkYBB5shyrFS10pQvai7Dnm+QARasy9h/vEke8Y2xv0zh83G8Boap4E+Z7FrvhG E+eR5ES5o1AIF2ZBo1idzlH6Gt4Kfo8JY0F55dGsxYVCskRzUNnKQrJA3S8yYg8KcR3s 4TQtv+CE13f7AEq1Cwrqkg8mlBH4lYO7Wa9zR+PQ2dPhAGc+GQEmcALreBeKIL/S8Du7 g018LA4z6nHxL24hXP7YkJz36kZ31o1LZj6G/wQHgfLbZZr/BvyGJbX1fkxHVWGmMzMO FItmSL8HBmWbP3zAePWw/LEXOVkdb0k0IQs0WCr0273C4Lo+3Wb0d0X4PLDsuUASldTR Pc3g== X-Gm-Message-State: AOAM532PSBA6NiLa8f6z5P22DmibLy9hL6yMrcdPYfAeSEqIkhTjOfru XTHv2u2VcVgbDVhbHQYdMDjpzlvSt4xZ9VBUzpbzkQ== X-Google-Smtp-Source: ABdhPJwpVyWNISZE9LFWgFblMnlxdc8ClJrcBBvyNsSqmUamMjZT8dfLQRdFlxwe8z7C8zdPbWrockdM0TsIzYTdkVk= X-Received: by 2002:a17:902:b697:b029:e5:d83e:3757 with SMTP id c23-20020a170902b697b02900e5d83e3757mr2779703pls.67.1614846813340; Thu, 04 Mar 2021 00:33:33 -0800 (PST) MIME-Version: 1.0 References: <1614208985-20851-1-git-send-email-bbhatt@codeaurora.org> <1614208985-20851-2-git-send-email-bbhatt@codeaurora.org> In-Reply-To: <1614208985-20851-2-git-send-email-bbhatt@codeaurora.org> From: Loic Poulain Date: Thu, 4 Mar 2021 09:41:12 +0100 Message-ID: Subject: Re: [PATCH v6 1/4] bus: mhi: core: Destroy SBL devices when moving to mission mode To: Bhaumik Bhatt Cc: Manivannan Sadhasivam , linux-arm-msm , Hemant Kumar , Jeffrey Hugo , open list , =?UTF-8?B?Q2FybCBZaW4o5q635byg5oiQKQ==?= , Naveen Kumar Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-arm-msm@vger.kernel.org On Thu, 25 Feb 2021 at 00:23, Bhaumik Bhatt wrote: > > Currently, client devices are created in SBL or AMSS (mission > mode) and only destroyed after power down or SYS ERROR. When > moving between certain execution environments, such as from SBL > to AMSS, no clean-up is required. This presents an issue where > SBL-specific channels are left open and client drivers now run in > an execution environment where they cannot operate. Fix this by > expanding the mhi_destroy_device() to do an execution environment > specific clean-up if one is requested. Close the gap and destroy > devices in such scenarios that allow SBL client drivers to clean > up once device enters mission mode. > > Signed-off-by: Bhaumik Bhatt Reviewed-by: Loic Poulain