Received: by 2002:a25:23cc:0:0:0:0:0 with SMTP id j195csp1550341ybj; Wed, 6 May 2020 00:17:31 -0700 (PDT) X-Google-Smtp-Source: APiQypLPPbna7y32vNgELIXzGDm+EdipXkzY9iIFUD4BFagANF87AQZAamARO5ldEe1vltU1cdBd X-Received: by 2002:aa7:d155:: with SMTP id r21mr5693163edo.85.1588749451466; Wed, 06 May 2020 00:17:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588749451; cv=none; d=google.com; s=arc-20160816; b=MVe1wvLJAvdnn/khhGcckCMhr5Xu+p5DeHpRral3BVzdqYAQJdqjirXMwv3/5jYyF3 0GRkXk8rQTeS0pkc7atTn+PnxJtzr9gJsR+MAv5nkQJeeWDS9w8w72g0wc2LCStltcD6 St7BgVkogBBjay7HkXtypsQoXbzwvkrRcae+fazalMKE/guWJWJv9DxHH5uF2XhjhYXh L6iwKySZhaWHlxYj0CTUjkTW13tK6QcBXcS9V7VkbgMrUBoJtbC1zz4TEeb06BDfwDIq xgMYtc0U1GVVbjxTaYN0gELCHJK6pAajSgMimO8djqyPKXcMCNcfg8Jq0zli/OCWz9LY xDdA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=DoCIDqCuiWoGHXnE50qM2xoXLIrmM3bQHiMLGkhcZ2o=; b=tipisLXwGBHwyVegFzLdsLEeQ1ciysGLPFq5aHCGSAw4ZaMi0e6GndF66023nbqpi5 C2hBMk18ZP12umyXugXAs36BuumR5gljmElwczSKraypUkijp1l1QzTbt3gFind02L/n V8pTwaBbPxkSm/Do8RDHw+klfR1eSehg+NLG/a0s8CvNonYQBgPSMeWXt1gUWKYNC121 zpga1gSZGuKZd3FFt370KdTc6o0o1CJIvt7JI9alPwIYvptZ60hOxS4St45hIzpHSRqI 6xklQDj4ytVlYA9/XvQGxb4mN1Lmh2BYK0/tkNgbJp/X39QRFHQhhxu3ItajM/JLvTmJ OFAw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=GB+untp1; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n21si677075ejc.113.2020.05.06.00.17.09; Wed, 06 May 2020 00:17:31 -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=@redhat.com header.s=mimecast20190719 header.b=GB+untp1; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727904AbgEFHNV (ORCPT + 99 others); Wed, 6 May 2020 03:13:21 -0400 Received: from us-smtp-delivery-1.mimecast.com ([207.211.31.120]:34586 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725882AbgEFHNU (ORCPT ); Wed, 6 May 2020 03:13:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1588749198; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=DoCIDqCuiWoGHXnE50qM2xoXLIrmM3bQHiMLGkhcZ2o=; b=GB+untp1wjWr039HBjScMFehXKVedckTglRUeOLPLUZZNWJNtRank5mDyus5btffdjHKTK Laj76J7WEZVEaDI6oOJaEOF+D0sIfzYi69eaCMpA2SM/2Sm4XpJ/iRY4NotJMt+QQBceRh wiDA9ChgAOnoTJMR7lAnbg5FSZdYvK8= Received: from mail-qv1-f69.google.com (mail-qv1-f69.google.com [209.85.219.69]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-301-XhPyNKgTMu6rk0SFrB4HTg-1; Wed, 06 May 2020 03:13:16 -0400 X-MC-Unique: XhPyNKgTMu6rk0SFrB4HTg-1 Received: by mail-qv1-f69.google.com with SMTP id dh14so1273961qvb.4 for ; Wed, 06 May 2020 00:13:16 -0700 (PDT) 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=DoCIDqCuiWoGHXnE50qM2xoXLIrmM3bQHiMLGkhcZ2o=; b=qI53pDEnOtMk4A6o65lqXAS2uqzR/JFkbAKERDL5OGGhOIhc5pshEobAEs/l5/VExC wj77WsfKR1bJ+9/uR4keZOFr/8LBRERocSY1oMMQLnXgoqxtF/wR+2il3Uqri+uMlwW3 sSW1wsMG1545x3+PdOJEwA/ZZ95tfaHcia0zV7kf/wv/gHS943Menkv7jBSkLE1+7bTr o1eL+SXhoN0noDeKLysbTGWvCcdT1GxeMu5UcZlOtJ9PpKdiCTu0QyWreXBSCJnB2zVn f8bHfq6WJ6UARHyVHieYQl8E7MwOb/6PPEE0tt9/2958xDPNezMVt2nSfCpuULNEsOb9 QamQ== X-Gm-Message-State: AGi0PuZ0Y9gMsuUvsQBSG7Kml6BIdRdy8PkicM6oeezIlcz+qKWmO2nM nepnTidCECCFS9mKcgs6JhksloXWWae2YXekd4Fil+G7ZX90D54/QHzOAo4w24v3NyLbojP+nXE xqXUc9nFfY/QsM/YUwh3YpQDMNfSVYFlF0DdCFG9O X-Received: by 2002:a05:6214:1242:: with SMTP id q2mr6503368qvv.198.1588749196491; Wed, 06 May 2020 00:13:16 -0700 (PDT) X-Received: by 2002:a05:6214:1242:: with SMTP id q2mr6503348qvv.198.1588749196212; Wed, 06 May 2020 00:13:16 -0700 (PDT) MIME-Version: 1.0 References: <1588705481-18385-1-git-send-email-bhsharma@redhat.com> <1588705481-18385-2-git-send-email-bhsharma@redhat.com> <5ddc169b-f837-e478-43d9-4d6cf587aa05@marvell.com> In-Reply-To: <5ddc169b-f837-e478-43d9-4d6cf587aa05@marvell.com> From: Bhupesh Sharma Date: Wed, 6 May 2020 12:43:03 +0530 Message-ID: Subject: Re: [EXT] [PATCH 1/2] net: qed*: Reduce RX and TX default ring count when running inside kdump kernel To: Igor Russkikh Cc: netdev@vger.kernel.org, Bhupesh SHARMA , kexec mailing list , Linux Kernel Mailing List , Ariel Elior , GR-everest-linux-l2 , Manish Chopra , "David S . Miller" , Alok Prasad Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Igor, On Wed, May 6, 2020 at 12:21 PM Igor Russkikh wrote: > > > > > #include > > +#include > > #include > > #include > > #include > > @@ -574,13 +575,13 @@ int qede_add_tc_flower_fltr(struct qede_dev *edev, > > __be16 proto, > > #define RX_RING_SIZE ((u16)BIT(RX_RING_SIZE_POW)) > > #define NUM_RX_BDS_MAX (RX_RING_SIZE - 1) > > #define NUM_RX_BDS_MIN 128 > > -#define NUM_RX_BDS_DEF ((u16)BIT(10) - 1) > > +#define NUM_RX_BDS_DEF ((is_kdump_kernel()) ? ((u16)BIT(6) - 1) : > > ((u16)BIT(10) - 1)) > > > > #define TX_RING_SIZE_POW 13 > > #define TX_RING_SIZE ((u16)BIT(TX_RING_SIZE_POW)) > > #define NUM_TX_BDS_MAX (TX_RING_SIZE - 1) > > #define NUM_TX_BDS_MIN 128 > > -#define NUM_TX_BDS_DEF NUM_TX_BDS_MAX > > +#define NUM_TX_BDS_DEF ((is_kdump_kernel()) ? ((u16)BIT(6) - 1) : > > NUM_TX_BDS_MAX) > > > > Hi Bhupesh, > > Thanks for looking into this. We are also analyzing how to reduce qed* memory > usage even more. > > Patch is good, but may I suggest not to introduce conditional logic into the > defines but instead just add two new defines like NUM_[RT]X_BDS_MIN and check > for is_kdump_kernel() in the code explicitly? > > if (is_kdump_kernel()) { > edev->q_num_rx_buffers = NUM_RX_BDS_MIN; > edev->q_num_tx_buffers = NUM_TX_BDS_MIN; > } else { > edev->q_num_rx_buffers = NUM_RX_BDS_DEF; > edev->q_num_tx_buffers = NUM_TX_BDS_DEF; > } > > This may make configuration logic more explicit. If future we may want adding > more specific configs under this `if`. Thanks for the review comments. The suggestions seem fine to me. I will incorporate them in v2. Regards, Bhupesh