All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vignesh Raghavendra <vigneshr@ti.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: Nishanth Menon <nm@ti.com>, Olof Johansson <olof@lixom.net>,
	SoC <soc@kernel.org>, arm-soc <arm@kernel.org>,
	Tero Kristo <kristo@kernel.org>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [GIT PULL 1/2] arm64: TI K3 SoC configs changes for v5.17
Date: Mon, 20 Dec 2021 23:10:25 +0530	[thread overview]
Message-ID: <06e60038-1365-fc35-801e-448c9025fb2a@ti.com> (raw)
In-Reply-To: <CAK8P3a2VSBvOn1o+q1PYZaQ6LS9U4cz+DZGuDbisHkwNs2dAAw@mail.gmail.com>

Hi Arnd,

On 20/12/21 8:57 pm, Arnd Bergmann wrote:
> On Fri, Dec 17, 2021 at 6:28 PM Vignesh Raghavendra <vigneshr@ti.com> wrote:
>>
>> The following changes since commit fa55b7dcdc43c1aa1ba12bca9d2dd4318c2a0dbf:
>>
>>   Linux 5.16-rc1 (2021-11-14 13:56:52 -0800)
>>
>> are available in the Git repository at:
>>
>>   https://git.kernel.org/pub/scm/linux/kernel/git/ti/linux.git tags/ti-k3-config-for-v5.17
>>
>> for you to fetch changes up to 8d73aedca28cbed8030067b0d9423a0694139b9c:
>>
>>   arm64: defconfig: Enable USB, PCIe and SERDES drivers for TI K3 SoC (2021-12-14 16:22:25 +0530)
>>
>> ----------------------------------------------------------------
>> ARM64 defconfig changes for TI K3 platforms for v5.17 merge window:
>>
>> - Increase No. of 8250 UARTs supported in System to 16 for J721s2
> 
> This looks a little excessive, I'm holding off on this pull request
> for now, as I'm
> not sure exactly what the downsides are.
> 
> I see that your dtsi file has
> 
> +       aliases {
> +               serial0 = &wkup_uart0;
> +               serial1 = &mcu_uart0;
> +               serial2 = &main_uart0;
> +               serial3 = &main_uart1;
> +               serial4 = &main_uart2;
> +               serial5 = &main_uart3;
> +               serial6 = &main_uart4;
> +               serial7 = &main_uart5;
> +               serial8 = &main_uart6;
> +               serial9 = &main_uart7;
> +               serial10 = &main_uart8;
> +               serial11 = &main_uart9;
> +               mmc0 = &main_sdhci0;
> +               mmc1 = &main_sdhci1;
> +               can0 = &main_mcan16;
> +               can1 = &mcu_mcan0;
> +               can2 = &mcu_mcan1;
> +               can3 = &main_mcan3;
> +               can4 = &main_mcan5;
> +       };
> 
> which I think is the underlying problem here. The aliases are really meant to
> be board specific, and I would assume that none of the boards actually
> uses all the
> uart and can bus devices, usually this isn't even possible due to pinctrl
> constraints, so please follow up by moving these to the .dts files listing only
> the actually used devices instead of working around it in the defconfig.

Yes indeed, aliases can be trimmed and moved to board dts. With that,
defconfig patch in question can be dropped. Thanks for the hint.

> 
>> - Enable USB, PCIe and SERDES drivers on TI K3 SoC
> 
> I see the PCIe driver is built-in here. Is that necessary for booting?
> If not, please
> make it a loadable module.
> 

Currently its not possible to build PCIE_CADENCE_PLAT_HOST/EP drivers as
modules (symbols are bool only).
PCIe is not necessary for basic boot either. So, I can drop these
configs until these drivers are build able as modules, if you prefer.

Will respin the PRs with comments addressed. Sorry for the trouble.

Regards
Vignesh


WARNING: multiple messages have this Message-ID (diff)
From: Vignesh Raghavendra <vigneshr@ti.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: Nishanth Menon <nm@ti.com>, Olof Johansson <olof@lixom.net>,
	SoC <soc@kernel.org>, arm-soc <arm@kernel.org>,
	Tero Kristo <kristo@kernel.org>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [GIT PULL 1/2] arm64: TI K3 SoC configs changes for v5.17
Date: Mon, 20 Dec 2021 23:10:25 +0530	[thread overview]
Message-ID: <06e60038-1365-fc35-801e-448c9025fb2a@ti.com> (raw)
In-Reply-To: <CAK8P3a2VSBvOn1o+q1PYZaQ6LS9U4cz+DZGuDbisHkwNs2dAAw@mail.gmail.com>

Hi Arnd,

On 20/12/21 8:57 pm, Arnd Bergmann wrote:
> On Fri, Dec 17, 2021 at 6:28 PM Vignesh Raghavendra <vigneshr@ti.com> wrote:
>>
>> The following changes since commit fa55b7dcdc43c1aa1ba12bca9d2dd4318c2a0dbf:
>>
>>   Linux 5.16-rc1 (2021-11-14 13:56:52 -0800)
>>
>> are available in the Git repository at:
>>
>>   https://git.kernel.org/pub/scm/linux/kernel/git/ti/linux.git tags/ti-k3-config-for-v5.17
>>
>> for you to fetch changes up to 8d73aedca28cbed8030067b0d9423a0694139b9c:
>>
>>   arm64: defconfig: Enable USB, PCIe and SERDES drivers for TI K3 SoC (2021-12-14 16:22:25 +0530)
>>
>> ----------------------------------------------------------------
>> ARM64 defconfig changes for TI K3 platforms for v5.17 merge window:
>>
>> - Increase No. of 8250 UARTs supported in System to 16 for J721s2
> 
> This looks a little excessive, I'm holding off on this pull request
> for now, as I'm
> not sure exactly what the downsides are.
> 
> I see that your dtsi file has
> 
> +       aliases {
> +               serial0 = &wkup_uart0;
> +               serial1 = &mcu_uart0;
> +               serial2 = &main_uart0;
> +               serial3 = &main_uart1;
> +               serial4 = &main_uart2;
> +               serial5 = &main_uart3;
> +               serial6 = &main_uart4;
> +               serial7 = &main_uart5;
> +               serial8 = &main_uart6;
> +               serial9 = &main_uart7;
> +               serial10 = &main_uart8;
> +               serial11 = &main_uart9;
> +               mmc0 = &main_sdhci0;
> +               mmc1 = &main_sdhci1;
> +               can0 = &main_mcan16;
> +               can1 = &mcu_mcan0;
> +               can2 = &mcu_mcan1;
> +               can3 = &main_mcan3;
> +               can4 = &main_mcan5;
> +       };
> 
> which I think is the underlying problem here. The aliases are really meant to
> be board specific, and I would assume that none of the boards actually
> uses all the
> uart and can bus devices, usually this isn't even possible due to pinctrl
> constraints, so please follow up by moving these to the .dts files listing only
> the actually used devices instead of working around it in the defconfig.

Yes indeed, aliases can be trimmed and moved to board dts. With that,
defconfig patch in question can be dropped. Thanks for the hint.

> 
>> - Enable USB, PCIe and SERDES drivers on TI K3 SoC
> 
> I see the PCIe driver is built-in here. Is that necessary for booting?
> If not, please
> make it a loadable module.
> 

Currently its not possible to build PCIE_CADENCE_PLAT_HOST/EP drivers as
modules (symbols are bool only).
PCIe is not necessary for basic boot either. So, I can drop these
configs until these drivers are build able as modules, if you prefer.

Will respin the PRs with comments addressed. Sorry for the trouble.

Regards
Vignesh


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

  reply	other threads:[~2021-12-20 17:40 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-17 17:28 [GIT PULL 1/2] arm64: TI K3 SoC configs changes for v5.17 Vignesh Raghavendra
2021-12-17 17:28 ` Vignesh Raghavendra
2021-12-17 17:28 ` [GIT PULL 2/2] arm64: dts: TI K3 updates " Vignesh Raghavendra
2021-12-17 17:28   ` Vignesh Raghavendra
2021-12-20 15:27 ` [GIT PULL 1/2] arm64: TI K3 SoC configs changes " Arnd Bergmann
2021-12-20 15:27   ` Arnd Bergmann
2021-12-20 17:40   ` Vignesh Raghavendra [this message]
2021-12-20 17:40     ` Vignesh Raghavendra
2021-12-21 15:32     ` Tom Rini
2021-12-21 15:32       ` Tom Rini
2021-12-21 15:55       ` Arnd Bergmann
2021-12-21 15:55         ` Arnd Bergmann
2021-12-21 16:09         ` Tom Rini
2021-12-21 16:09           ` Tom Rini
2021-12-22  7:26           ` Vignesh Raghavendra
2021-12-22  7:26             ` Vignesh Raghavendra
2021-12-22 16:40             ` Tom Rini
2021-12-22 16:40               ` Tom Rini

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=06e60038-1365-fc35-801e-448c9025fb2a@ti.com \
    --to=vigneshr@ti.com \
    --cc=arm@kernel.org \
    --cc=arnd@arndb.de \
    --cc=kristo@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nm@ti.com \
    --cc=olof@lixom.net \
    --cc=soc@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.