LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Rob Herring <robh@kernel.org>
To: Frank Rowand <frowand.list@gmail.com>
Cc: Marc Zyngier <maz@kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	devicetree@vger.kernel.org,
	Android Kernel Team <kernel-team@android.com>
Subject: Re: [PATCH] of: Don't allow __of_attached_node_sysfs() without CONFIG_SYSFS
Date: Mon, 23 Aug 2021 17:14:11 -0500	[thread overview]
Message-ID: <CAL_JsqJs2ayHFpOo7kS4K96Sy3xDkxeWYNMTDF9Ssd9D79LKng@mail.gmail.com> (raw)
In-Reply-To: <bcb2e89f-9768-8435-35d9-d02140628b9a@gmail.com>

On Mon, Aug 23, 2021 at 4:27 PM Frank Rowand <frowand.list@gmail.com> wrote:
>
> On 8/23/21 1:46 PM, Rob Herring wrote:
> > On Sun, Aug 22, 2021 at 11:01:15PM -0500, Frank Rowand wrote:
> >> Hi Marc,
> >>
> >> On 8/20/21 9:47 AM, Marc Zyngier wrote:
> >>> Trying to boot without SYSFS, but with OF_DYNAMIC quickly
> >>> results in a crash:
> >>>
> >>> [    0.088460] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000070
> >>> [...]
> >>> [    0.103927] CPU: 1 PID: 1 Comm: swapper/0 Not tainted 5.14.0-rc3 #4179
> >>> [    0.105810] Hardware name: linux,dummy-virt (DT)
> >>> [  0.107147] pstate: 80000005 (Nzcv daif -PAN -UAO -TCO BTYPE=--)
> >>> [    0.108876] pc : kernfs_find_and_get_ns+0x3c/0x7c
> >>> [    0.110244] lr : kernfs_find_and_get_ns+0x3c/0x7c
> >>> [...]
> >>> [    0.134087] Call trace:
> >>> [    0.134800]  kernfs_find_and_get_ns+0x3c/0x7c
> >>> [    0.136054]  safe_name+0x4c/0xd0
> >>> [    0.136994]  __of_attach_node_sysfs+0xf8/0x124
> >>> [    0.138287]  of_core_init+0x90/0xfc
> >>> [    0.139296]  driver_init+0x30/0x4c
> >>> [    0.140283]  kernel_init_freeable+0x160/0x1b8
> >>> [    0.141543]  kernel_init+0x30/0x140
> >>> [    0.142561]  ret_from_fork+0x10/0x18
> >>>
> >>> While not having sysfs isn't a very common option these days,
> >>> it is still expected that such configuration would work.
> >>>
> >>> Paper over it by bailing out from __of_attach_node_sysfs() if
> >>> CONFIG_SYSFS isn't enabled.
> >>
> >> CONFIG_SYSFS should be automatically selected when CONFIG_OF_DYNAMIC
> >> is enabled, and it should not be possible to disable CONFIG_SYSFS
> >> in this case.
> >
> > That used to be true, but isn't now.
>
> OK.  I agree with you, but when I investigated the original patch
> email I came to a different conclusion because of the way that I
> used make menuconfig to debug the situation.
>
> It is true when I start with a .config created from 'make qcom_defconfig',
> then select OF_UNITTEST, which is the only way I can see OF_DYNAMIC.  It
> is the "if OF_UNITTEST" that means SYSFS can not be disabled.

Not really. Disabling SYSFS has nothing to do with the DT code. It's
not super easy though. It required setting EXPERT and disabling
CONFIGFS_FS and things selecting it (PCIE endpoint and USB gadget).

> If I start with the .config that Marc supplied, then make menuconfig
> still does not show the OC_DYNAMIC option, but leaves it set since
> it was already set.  In this case SYSFS remains disabled because
> OF_UNITTEST is also disabled.

I don't see the relationship between SYSFS and OF_UNITTEST.

> Using '/OF_DYNAMIC' from within make menuconfig, to get more info
> about OF_DYNAMIC tells me that the prompt for OF_DYNAMIC is visible
> if OF && OF_UNITTEST.  This is due to the "if OF_UNITTEST" in line 58
> of drivers/of/Kconfig in the OF_DYNAMIC specification.
>
> Thus I can't figure out how to use make menuconfig to set OF_DYNAMIC
> without setting OF_UNITTEST.  I tried setting OF_UNITTEST, then setting
> OF_DYNAMIC, saving the changes, then another make menuconfig to
> disable OF_UNITTEST, which then has the side effect of unsetting
> OF_DYNAMIC.

Selecting OF_OVERLAY also.

> Would you accept a patch that removes the "if OF_UNITTEST" from
> the Kconfig entry for OF_DYNAMIC?

I guess. The purpose of making it visible was for compile testing, so
maybe make it 'if COMPILE_TEST' instead?


Looking at occurrences of CONFIG_OF_DYNAMIC, there's more than I'd
like. This for example is a common pattern:

drivers/spi/spi.c:      if (IS_ENABLED(CONFIG_OF_DYNAMIC))
drivers/spi/spi.c-
WARN_ON(of_reconfig_notifier_register(&spi_of_notifier));

Really, of_reconfig_notifier_register() should just return 0 if
!IS_ENABLED(CONFIG_OF_DYNAMIC).

Rob

  reply	other threads:[~2021-08-23 22:14 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-20 14:47 Marc Zyngier
2021-08-23  4:01 ` Frank Rowand
2021-08-23  8:04   ` Marc Zyngier
2021-08-23 18:46   ` Rob Herring
2021-08-23 21:27     ` Frank Rowand
2021-08-23 22:14       ` Rob Herring [this message]
2021-08-23 22:21         ` Frank Rowand
2021-08-23 18:48 ` Rob Herring

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=CAL_JsqJs2ayHFpOo7kS4K96Sy3xDkxeWYNMTDF9Ssd9D79LKng@mail.gmail.com \
    --to=robh@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=frowand.list@gmail.com \
    --cc=kernel-team@android.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=maz@kernel.org \
    --subject='Re: [PATCH] of: Don'\''t allow __of_attached_node_sysfs() without CONFIG_SYSFS' \
    /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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).