All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <gregkh@linuxfoundation.org>
To: Will Deacon <will@kernel.org>
Cc: Mukesh Ojha <quic_mojha@quicinc.com>,
	Pavan Kondeti <quic_pkondeti@quicinc.com>,
	corbet@lwn.net, agross@kernel.org, andersson@kernel.org,
	konrad.dybcio@linaro.org, robh+dt@kernel.org,
	krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org,
	keescook@chromium.org, tony.luck@intel.com, gpiccoli@igalia.com,
	mathieu.poirier@linaro.org, catalin.marinas@arm.com,
	linus.walleij@linaro.org, andy.shevchenko@gmail.com,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org,
	linux-hardening@vger.kernel.org,
	linux-remoteproc@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-gpio@vger.kernel.org
Subject: Re: [PATCH v4 02/21] kallsyms: Export kallsyms_lookup_name
Date: Wed, 28 Jun 2023 17:43:25 +0200	[thread overview]
Message-ID: <2023062852-jurist-sitcom-e0d6@gregkh> (raw)
In-Reply-To: <20230628153246.GA22090@willie-the-truck>

On Wed, Jun 28, 2023 at 04:32:47PM +0100, Will Deacon wrote:
> On Wed, Jun 28, 2023 at 08:52:57PM +0530, Mukesh Ojha wrote:
> > 
> > 
> > On 6/28/2023 7:23 PM, Pavan Kondeti wrote:
> > > On Wed, Jun 28, 2023 at 06:04:29PM +0530, Mukesh Ojha wrote:
> > > > Module like minidump providing debugging support will need to
> > > > get the symbol information from the core kernel e.g to get
> > > > the linux_banner, kernel section addresses bss, data, ro etc.
> > > > 
> > > One might ask why we would need such a debug driver to
> > > be compiled as module? What would you do if we need to capture more
> > > kernel data structures later? Do you plan to continue use
> > > kallsyms_lookup_name() to query all the symbols?
> > 
> > You are on point, i needed this driver to be static but i don't have
> > any example at present to collect more than just _linux_banner_ from
> > my existing set of patches..
> > 
> > Agree, it will be easier to make this driver as static instead of
> > opening up the doors for modules to abuse via exporting
> > kallsyms_lookup_name() and also it will be very slow for production
> > kernel uses.
> 
> Right, I unexported that symbol deliberately in 0bd476e6c671 ("kallsyms:
> unexport kallsyms_lookup_name() and kallsyms_on_each_symbol()") and I
> don't think we should add it back for this driver.

I agree, it shouldn't be needed by any in-kernel module/driver.  If you
really want the name, look it up afterward in userspace :)

thanks,

greg k-h

WARNING: multiple messages have this Message-ID (diff)
From: Greg KH <gregkh@linuxfoundation.org>
To: Will Deacon <will@kernel.org>
Cc: Mukesh Ojha <quic_mojha@quicinc.com>,
	Pavan Kondeti <quic_pkondeti@quicinc.com>,
	corbet@lwn.net, agross@kernel.org, andersson@kernel.org,
	konrad.dybcio@linaro.org, robh+dt@kernel.org,
	krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org,
	keescook@chromium.org, tony.luck@intel.com, gpiccoli@igalia.com,
	mathieu.poirier@linaro.org, catalin.marinas@arm.com,
	linus.walleij@linaro.org, andy.shevchenko@gmail.com,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org,
	linux-hardening@vger.kernel.org,
	linux-remoteproc@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-gpio@vger.kernel.org
Subject: Re: [PATCH v4 02/21] kallsyms: Export kallsyms_lookup_name
Date: Wed, 28 Jun 2023 17:43:25 +0200	[thread overview]
Message-ID: <2023062852-jurist-sitcom-e0d6@gregkh> (raw)
In-Reply-To: <20230628153246.GA22090@willie-the-truck>

On Wed, Jun 28, 2023 at 04:32:47PM +0100, Will Deacon wrote:
> On Wed, Jun 28, 2023 at 08:52:57PM +0530, Mukesh Ojha wrote:
> > 
> > 
> > On 6/28/2023 7:23 PM, Pavan Kondeti wrote:
> > > On Wed, Jun 28, 2023 at 06:04:29PM +0530, Mukesh Ojha wrote:
> > > > Module like minidump providing debugging support will need to
> > > > get the symbol information from the core kernel e.g to get
> > > > the linux_banner, kernel section addresses bss, data, ro etc.
> > > > 
> > > One might ask why we would need such a debug driver to
> > > be compiled as module? What would you do if we need to capture more
> > > kernel data structures later? Do you plan to continue use
> > > kallsyms_lookup_name() to query all the symbols?
> > 
> > You are on point, i needed this driver to be static but i don't have
> > any example at present to collect more than just _linux_banner_ from
> > my existing set of patches..
> > 
> > Agree, it will be easier to make this driver as static instead of
> > opening up the doors for modules to abuse via exporting
> > kallsyms_lookup_name() and also it will be very slow for production
> > kernel uses.
> 
> Right, I unexported that symbol deliberately in 0bd476e6c671 ("kallsyms:
> unexport kallsyms_lookup_name() and kallsyms_on_each_symbol()") and I
> don't think we should add it back for this driver.

I agree, it shouldn't be needed by any in-kernel module/driver.  If you
really want the name, look it up afterward in userspace :)

thanks,

greg k-h

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2023-06-28 15:43 UTC|newest]

Thread overview: 176+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-06-28 12:34 [PATCH v4 00/21] Add Qualcomm Minidump kernel driver related support Mukesh Ojha
2023-06-28 12:34 ` Mukesh Ojha
2023-06-28 12:34 ` [PATCH v4 01/21] docs: qcom: Add qualcomm minidump guide Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 23:21   ` Rob Herring
2023-06-28 23:21     ` Rob Herring
2023-06-28 12:34 ` [PATCH v4 02/21] kallsyms: Export kallsyms_lookup_name Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 13:24   ` Andy Shevchenko
2023-06-28 13:24     ` Andy Shevchenko
2023-06-28 15:04     ` Mukesh Ojha
2023-06-28 15:04       ` Mukesh Ojha
2023-06-28 13:53   ` Pavan Kondeti
2023-06-28 13:53     ` Pavan Kondeti
2023-06-28 15:22     ` Mukesh Ojha
2023-06-28 15:22       ` Mukesh Ojha
2023-06-28 15:32       ` Will Deacon
2023-06-28 15:32         ` Will Deacon
2023-06-28 15:43         ` Greg KH [this message]
2023-06-28 15:43           ` Greg KH
2023-06-28 12:34 ` [PATCH v4 03/21] soc: qcom: Add qcom_minidump_smem module Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 13:31   ` Andy Shevchenko
2023-06-28 13:31     ` Andy Shevchenko
2023-06-28 15:47   ` Greg KH
2023-06-28 15:47     ` Greg KH
2023-06-28 12:34 ` [PATCH v4 04/21] soc: qcom: Add Qualcomm APSS minidump (frontend) feature support Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 13:43   ` Andy Shevchenko
2023-06-28 13:43     ` Andy Shevchenko
2023-06-29  2:33   ` Pavan Kondeti
2023-06-29  2:33     ` Pavan Kondeti
2023-06-30  7:15     ` Mukesh Ojha
2023-06-30  7:15       ` Mukesh Ojha
2023-06-30  8:38       ` Pavan Kondeti
2023-06-30  8:38         ` Pavan Kondeti
2023-06-28 12:34 ` [PATCH v4 05/21] soc: qcom: Add linux minidump smem backend driver support Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 13:51   ` Andy Shevchenko
2023-06-28 13:51     ` Andy Shevchenko
2023-06-28 12:34 ` [PATCH v4 06/21] soc: qcom: minidump: Add pending region registration support Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 12:34 ` [PATCH v4 07/21] soc: qcom: minidump: Add update region support Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-29  2:49   ` Pavan Kondeti
2023-06-29  2:49     ` Pavan Kondeti
2023-06-28 12:34 ` [PATCH v4 08/21] dt-bindings: reserved-memory: Add qcom,ramoops binding Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 14:10   ` Pavan Kondeti
2023-06-28 14:10     ` Pavan Kondeti
2023-06-28 23:17     ` Rob Herring
2023-06-28 23:17       ` Rob Herring
2023-06-29  1:45       ` Pavan Kondeti
2023-06-29  1:45         ` Pavan Kondeti
2023-06-28 14:47   ` Rob Herring
2023-06-28 14:47     ` Rob Herring
2023-06-28 15:01     ` Mukesh Ojha
2023-06-28 15:01       ` Mukesh Ojha
2023-07-02  8:12       ` Krzysztof Kozlowski
2023-07-02  8:12         ` Krzysztof Kozlowski
2023-07-03  6:21         ` Mukesh Ojha
2023-07-03  6:21           ` Mukesh Ojha
2023-07-03  7:20           ` Krzysztof Kozlowski
2023-07-03  7:20             ` Krzysztof Kozlowski
2023-07-03 15:55             ` Mukesh Ojha
2023-07-03 15:55               ` Mukesh Ojha
2023-07-04  5:57               ` Krzysztof Kozlowski
2023-07-04  5:57                 ` Krzysztof Kozlowski
2023-07-19 10:29                 ` Luca Stefani
2023-07-19 10:29                   ` Luca Stefani
2023-06-28 12:34 ` [PATCH v4 09/21] pstore/ram : Export ramoops_parse_dt() symbol Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 12:34 ` [PATCH v4 10/21] soc: qcom: Add qcom's pstore minidump driver support Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 22:57   ` Rob Herring
2023-06-28 22:57     ` Rob Herring
2023-06-29  9:16     ` Mukesh Ojha
2023-06-29  9:16       ` Mukesh Ojha
2023-07-05 23:27       ` Rob Herring
2023-07-05 23:27         ` Rob Herring
2023-06-28 12:34 ` [PATCH v4 11/21] soc: qcom: Register pstore frontend region with minidump Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-30  4:55   ` Pavan Kondeti
2023-06-30  4:55     ` Pavan Kondeti
2023-06-30  9:25     ` Andy Shevchenko
2023-06-30  9:25       ` Andy Shevchenko
2023-06-28 12:34 ` [PATCH v4 12/21] remoteproc: qcom: Expand MD_* as MINIDUMP_* Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 12:34 ` [PATCH v4 13/21] remoterproc: qcom: refactor to leverage exported minidump symbol Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 15:51   ` Pavan Kondeti
2023-06-28 15:51     ` Pavan Kondeti
2023-06-29  9:20     ` Mukesh Ojha
2023-06-29  9:20       ` Mukesh Ojha
2023-06-30  3:41       ` Pavan Kondeti
2023-06-30  3:41         ` Pavan Kondeti
2023-06-28 12:34 ` [PATCH v4 14/21] MAINTAINERS: Add entry for minidump driver related support Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 12:34 ` [PATCH v4 15/21] arm64: defconfig: Enable Qualcomm Minidump related drivers Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 12:34 ` [PATCH v4 16/21] arm64: dts: qcom: sm8450: Add Qualcomm ramoops minidump node Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 12:34 ` [PATCH v4 17/21] firmware: qcom_scm: provide a read-modify-write function Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-30  5:01   ` Pavan Kondeti
2023-06-30  5:01     ` Pavan Kondeti
2023-06-28 12:34 ` [PATCH v4 18/21] pinctrl: qcom: Use qcom_scm_io_update_field() Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 13:44   ` Andy Shevchenko
2023-06-28 13:44     ` Andy Shevchenko
2023-06-30 14:58     ` Mukesh Ojha
2023-06-30 14:58       ` Mukesh Ojha
2023-06-28 12:34 ` [PATCH v4 19/21] firmware: scm: Modify only the download bits in TCSR register Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 15:20   ` Konrad Dybcio
2023-06-28 15:20     ` Konrad Dybcio
2023-06-30 14:57     ` Mukesh Ojha
2023-06-30 14:57       ` Mukesh Ojha
2023-06-28 12:34 ` [PATCH v4 20/21] firmware: qcom_scm: Refactor code to support multiple download mode Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-30  5:25   ` Pavan Kondeti
2023-06-30  5:25     ` Pavan Kondeti
2023-06-30  9:28     ` Andy Shevchenko
2023-06-30  9:28       ` Andy Shevchenko
2023-06-28 12:34 ` [PATCH v4 21/21] firmware: qcom_scm: Add multiple download mode support Mukesh Ojha
2023-06-28 12:34   ` Mukesh Ojha
2023-06-28 15:45 ` [PATCH v4 00/21] Add Qualcomm Minidump kernel driver related support Greg KH
2023-06-28 15:45   ` Greg KH
2023-06-28 16:20   ` Mukesh Ojha
2023-06-28 16:20     ` Mukesh Ojha
2023-06-28 16:53     ` Greg KH
2023-06-28 16:53       ` Greg KH
2023-06-28 23:12   ` Rob Herring
2023-06-28 23:12     ` Rob Herring
2023-06-30 16:04     ` Mukesh Ojha
2023-06-30 16:04       ` Mukesh Ojha
2023-07-02  8:29       ` Krzysztof Kozlowski
2023-07-02  8:29         ` Krzysztof Kozlowski
2023-07-03 21:05         ` Trilok Soni
2023-07-03 21:05           ` Trilok Soni
2023-07-06 17:20           ` Mathieu Poirier
2023-07-06 17:20             ` Mathieu Poirier
2023-07-18 15:03             ` Mukesh Ojha
2023-07-18 15:03               ` Mukesh Ojha
2023-08-07 13:46               ` Mukesh Ojha
2023-08-07 13:46                 ` Mukesh Ojha
2023-07-06 17:40           ` Rob Herring
2023-07-06 17:40             ` Rob Herring
2023-07-06 18:07             ` Trilok Soni
2023-07-06 18:07               ` Trilok Soni
2023-08-10 16:47             ` Mukesh Ojha
2023-08-10 16:47               ` Mukesh Ojha
2023-07-04  9:27     ` Linus Walleij
2023-07-04  9:27       ` Linus Walleij
2023-07-05 17:29       ` Trilok Soni
2023-07-05 17:29         ` Trilok Soni
2023-07-14 23:45         ` Trilok Soni
2023-07-14 23:45           ` Trilok Soni
2023-07-14 23:45           ` Trilok Soni
2023-07-18  5:47           ` Mukesh Ojha
2023-07-18  5:47             ` Mukesh Ojha
2023-07-18 13:35             ` Greg KH
2023-07-18 13:35               ` Greg KH
2023-07-18 13:55               ` Mukesh Ojha
2023-07-18 13:55                 ` Mukesh Ojha
2023-07-18 14:41                 ` Greg KH
2023-07-18 14:41                   ` Greg KH
2023-07-18 16:22                   ` Trilok Soni
2023-07-18 16:22                     ` Trilok Soni
2023-07-02  8:08 ` Krzysztof Kozlowski
2023-07-02  8:08   ` Krzysztof Kozlowski
2023-07-13  4:39 ` Kathiravan T
2023-07-13  4:39   ` Kathiravan T
2023-07-14 15:25   ` Mukesh Ojha
2023-07-14 15:25     ` Mukesh Ojha
2023-07-14 15:25     ` Mukesh Ojha

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2023062852-jurist-sitcom-e0d6@gregkh \
    --to=gregkh@linuxfoundation.org \
    --cc=agross@kernel.org \
    --cc=andersson@kernel.org \
    --cc=andy.shevchenko@gmail.com \
    --cc=catalin.marinas@arm.com \
    --cc=conor+dt@kernel.org \
    --cc=corbet@lwn.net \
    --cc=devicetree@vger.kernel.org \
    --cc=gpiccoli@igalia.com \
    --cc=keescook@chromium.org \
    --cc=konrad.dybcio@linaro.org \
    --cc=krzysztof.kozlowski+dt@linaro.org \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-gpio@vger.kernel.org \
    --cc=linux-hardening@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-remoteproc@vger.kernel.org \
    --cc=mathieu.poirier@linaro.org \
    --cc=quic_mojha@quicinc.com \
    --cc=quic_pkondeti@quicinc.com \
    --cc=robh+dt@kernel.org \
    --cc=tony.luck@intel.com \
    --cc=will@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.