Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp31999181rwd; Fri, 7 Jul 2023 07:22:08 -0700 (PDT) X-Google-Smtp-Source: APBJJlFuvxJgx/Oj6fZNjZfioPLRgF4oFq3QUayWF+d8tD+KoIVTXv7fY4IIv9npftpxylClHTRa X-Received: by 2002:aa7:d442:0:b0:51d:e4dc:7176 with SMTP id q2-20020aa7d442000000b0051de4dc7176mr3679921edr.20.1688739727967; Fri, 07 Jul 2023 07:22:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1688739727; cv=none; d=google.com; s=arc-20160816; b=S4Wh7y5aX2d5P6sVYePaQlN1Shx57KBe3eazR79/3oaQ+w5wc10tcJPugMIq0YHiJ+ aVPT3x1hHv5SqKQ4pRRSJCFhvyQoS5DZABP9TOziGxrwjO0kCqHYTgHvAtvdjGW1Q6Rh g+Fnb8hgd4irT0zHHH/sAx1dElDMabAND8tR2HynSGWaW1uZgi+v3vuygBAtMJHo8ACJ a/PXQgw/X3hQoRO/M8HIOvcJ7l3DU7M8LPG7isSlnYYDd0R/e0otUGUuRHSgA9EoaKCo ZpyF2Y+mOd0/2VUISUVORvG76QlE5h57eRIdveIAcc5g2MySsToqh7FvH2BWoSrB4OMH OImw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=f44kh5KTGD+QahP5UiAgfI/9olThWS/JmkuLAErq3T0=; fh=1ZIUj8JbK8GFYwj3CunhBsdIwDmDXGWjny59CG/5Go8=; b=CEEqWi81H4tErA0P+Jk5+NKNNaLAzcjDPovdfaMDk1+oJFfv+r+VbEfSr5tfzj2jl9 hnkoE3M7a+Fri3SBhQEIu16nmyQsmdFaI/MjYQK1FCfyF6g3zKZnxTN6tnHN+N35UkAT dnKaF4+aFSZKhTFWJGhFw6SVljthyk9zaC2FPMn4IbzBxlEuXmUK/2/D9Ioqyn/qd9TR 2NUtpimJqEGec+fGMzsTtKlOhRjO+Ha3FTKvoD0NP0upGS5r2JaHp66c2SaiZPuYJ1us p74gk20BtYEsgmQEk8KtDfZuppQRneed22oIOTykLd4CGDvRaPjCvZHmn1+WlOjRjvrb 6Q4Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20221208 header.b=jGgqVsyw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f5-20020a50ee85000000b0051de49abbd2si2310661edr.483.2023.07.07.07.21.26; Fri, 07 Jul 2023 07:22:07 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20221208 header.b=jGgqVsyw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S231580AbjGGOHo (ORCPT + 99 others); Fri, 7 Jul 2023 10:07:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42774 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231909AbjGGOHg (ORCPT ); Fri, 7 Jul 2023 10:07:36 -0400 Received: from mail-oo1-xc35.google.com (mail-oo1-xc35.google.com [IPv6:2607:f8b0:4864:20::c35]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id ABFB22D50 for ; Fri, 7 Jul 2023 07:07:06 -0700 (PDT) Received: by mail-oo1-xc35.google.com with SMTP id 006d021491bc7-5634808e16eso1397620eaf.2 for ; Fri, 07 Jul 2023 07:07:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1688738791; x=1691330791; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=f44kh5KTGD+QahP5UiAgfI/9olThWS/JmkuLAErq3T0=; b=jGgqVsywm4x05pn/quZC2WcP5UQzn6+GjiK5WnK3egFZWjPzLhtR9Hj6d0vOkjajiO 1VoboqUJVziPsAOJfstm/gQtGiHjFXfq3BoguLr+pB8w8Z/hHKAX5nTim+jgdVWAtWoo 2EXxS7h2MIzDc+UGnHO5mEbm/j322g42IP+yfev0s4hW0a6Sai0oGw4xBUnA48mvHL8a 8yYKnH3lK4kgObRKIRVH2ShszGRo6jMQOumyxOW79GiGotzwRthxU789gJbb2PFcpwfl +mwMvbxNHh/RIqqsXPJT/lUq7ei34A67c9zJodvWK5DNom8n08meAOJ+jvxsDKbkhjoD KcwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1688738791; x=1691330791; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=f44kh5KTGD+QahP5UiAgfI/9olThWS/JmkuLAErq3T0=; b=LtYlSaBARH6GYGmTx7Pg2npwtUOkL/+EueD8tfeB2rLNZ842M/1iWPkJd33rMQDxjG MG0KyIO2d8DbaIvUTkgHtdS3/XnufhsRChQ1tZJWautGdYDAJxeC69jAvQpsmNIV9yB3 o0tWZ8vmfxyjTwBVBACBAFRwAflEcCtzgPZL8qdtMqeXMxr4GYIzpDtw9bB1vxRUzQL3 4DX3gZT1WNHGDx/dsw1j3kRWF0JZscE4AlROVfHX69ktQVpJ/R3yojPRAPiOywqHO0wK p/3kvpHmE3nMpdyYxiPDbXEEXN+KyaWKHd/fGqmqckgtWbgHNGgWgin0xsRP9o9o+UeO nZVA== X-Gm-Message-State: ABy/qLb++OcPPQf0bmN08giWd+18GsRLrlN9uSenBqPszoKOfcljU5nc kc/kwKRMYOj6LE17krN+VGfkGF/qJNwNbsll+8I= X-Received: by 2002:a05:6358:5294:b0:134:eb97:ea01 with SMTP id g20-20020a056358529400b00134eb97ea01mr7594089rwa.27.1688738791261; Fri, 07 Jul 2023 07:06:31 -0700 (PDT) MIME-Version: 1.0 References: <1688668070-8408-1-git-send-email-quic_pintu@quicinc.com> <1688668414-12350-1-git-send-email-quic_pintu@quicinc.com> <26816f0a-7f55-f5ce-b71d-769011f9230f@arm.com> In-Reply-To: From: Pintu Agarwal Date: Fri, 7 Jul 2023 19:36:20 +0530 Message-ID: Subject: Re: [PATCH v2] mm: cma: print cma name as well in cma_alloc debug To: Matthew Wilcox Cc: Anshuman Khandual , Pintu Kumar , linux-kernel@vger.kernel.org, akpm@linux-foundation.org, linux-mm@kvack.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 7 Jul 2023 at 18:16, Matthew Wilcox wrote: > > On Fri, Jul 07, 2023 at 03:57:42PM +0530, Anshuman Khandual wrote: > > LGTM, cma->name is an identifying attribute for the region for which the allocation > > request was made. But how about using cma_get_name() helper instead ? Very few call > > sites have been using the helper. > > It's not really a "helper", is it? The function name is longer than > its implementation. > > cma_get_name(cma) > vs > cma->name > > Plus there's the usual question about whether a "got" name needs to be > "put" (does it grab a refcount?) > > I think it's useful that this function exists since it lets us not expose > struct cma outside of mm/, but it really should be called cma_name() > and I don't think we should be encouraging its use within cma.c. Also, cma_get_name() is a trivial assignment. And in one of the previous patches we avoided function calls with trivial assignments. https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/kernel/dma/contiguous.c?h=next-20230705&id=5af638931eb374aa0894d8343cee72f50307ef20 dma-contiguous: remove dev_set_cma_area One more question from here: pr_debug("%s(cma %p, name: %s, count %lu, align %d)\n", __func__, (void *)cma, cma->name, count, align); Do we really need this "cma %p" printing ? I hardly check it and simply rely on name and count.