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=-13.1 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,USER_AGENT_GIT 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 46020C2D0A3 for ; Wed, 4 Nov 2020 14:09:39 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id DBB282236F for ; Wed, 4 Nov 2020 14:09:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1604498978; bh=xT2IyVREpRvgS9f8hyYduDeoZTy/pP/MnHu6daFUncU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:List-ID:From; b=n9rc1fR2+CIkVRmYmzuJ8dtvGnoNu84oj9Ryjb1P6fQ34CPEmoDSklUYh+9XNDz8L 1L3bUlIEjHMCCPncbbify2q6L76WCqJcD8pNOdoeJBiZ3cmCpCXxGkG2D2+duei6hC K9BjnNi4ZAP/q7Fpo7tS7f2Uu7RL90O2CBrN/3RI= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730169AbgKDOJg (ORCPT ); Wed, 4 Nov 2020 09:09:36 -0500 Received: from mail.kernel.org ([198.145.29.99]:37728 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730019AbgKDOJb (ORCPT ); Wed, 4 Nov 2020 09:09:31 -0500 Received: from ogabbay-VM.habana-labs.com (unknown [213.57.90.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id A73B62236F; Wed, 4 Nov 2020 14:09:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1604498970; bh=xT2IyVREpRvgS9f8hyYduDeoZTy/pP/MnHu6daFUncU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=KfJlVCF12MLCdwetfifErc2ywLwrCx1TUrWet2ARfxKZGzLJNa+89Sfc/NrOgsBdP 0fPQoYQB66Ko5Wi8aOEYw26A/XjEZZi3hN8CXui04W843423CD643D5RR5OH9H2GkA mcHpse8VsDNcDph2uYA0lW2FRqlJhcsJzjzQw2uA= From: Oded Gabbay To: linux-kernel@vger.kernel.org Cc: SW_Drivers@habana.ai Subject: [PATCH] habanalabs: restore vm_pgoff after mmap Date: Wed, 4 Nov 2020 16:09:05 +0200 Message-Id: <20201104140908.10178-9-ogabbay@kernel.org> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20201104140908.10178-1-ogabbay@kernel.org> References: <20201104140908.10178-1-ogabbay@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Due to using dma_mmap_coherent() to perform mmap of dma memory, we had to clear the vm_pgoff field before calling that function. However, that broke the userspace (profiler tool) as they relied on searching the /proc/self/maps for these values to correctly "disassemble" the topology recipe. To re-enable that functionality, the driver can simply restore the value of vm_pgoff before returning to userspace but after calling dma_mmap_coherent(). Signed-off-by: Oded Gabbay --- drivers/misc/habanalabs/common/command_buffer.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/misc/habanalabs/common/command_buffer.c b/drivers/misc/habanalabs/common/command_buffer.c index 360dc340b2f4..b30249e4d3b7 100644 --- a/drivers/misc/habanalabs/common/command_buffer.c +++ b/drivers/misc/habanalabs/common/command_buffer.c @@ -518,6 +518,7 @@ int hl_cb_mmap(struct hl_fpriv *hpriv, struct vm_area_struct *vma) } cb->mmap_size = cb->size; + vma->vm_pgoff = handle; return 0; -- 2.17.1