| Message ID | 20240220131056.2962331-8-sumit.garg@linaro.org |
|---|---|
| State | New |
| Headers | show |
| Series | imx8mp: Enable PCIe/NVMe support | expand |
On 2/20/24 14:10, Sumit Garg wrote:
> Also, enable reset driver which is a prerequisite for PCIe support.
Commit message needs to be fixed.
On Tue, Feb 20, 2024 at 10:51 AM Sumit Garg <sumit.garg@linaro.org> wrote: > > Also, enable reset driver which is a prerequisite for PCIe support. > > Signed-off-by: Sumit Garg <sumit.garg@linaro.org> > --- > configs/verdin-imx8mp_defconfig | 9 +++++++++ > 1 file changed, 9 insertions(+) > > diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig > index 22b8a334dfa..d8bd644322b 100644 > --- a/configs/verdin-imx8mp_defconfig > +++ b/configs/verdin-imx8mp_defconfig > @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 > CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 > CONFIG_IMX_WATCHDOG=y > CONFIG_HEXDUMP=y > +CONFIG_DM_RESET=y > +CONFIG_RESET_IMX=y > +CONFIG_PCI=y > +CONFIG_PCIE_DW_IMX8=y > +CONFIG_PHY_IMX8M_PCIE=y > +CONFIG_CMD_PCI=y > +CONFIG_NVME=y > +CONFIG_NVME_PCI=y > +CONFIG_CMD_NVME=y Please don't group all these new config options at the end of the file. Use 'make savedefconfig' and then 'cp defconfig configs/verdin-imx8mp_defconfig' to properly add these new config options.
On Tue, 20 Feb 2024 at 21:02, Marek Vasut <marex@denx.de> wrote: > > On 2/20/24 14:10, Sumit Garg wrote: > > Also, enable reset driver which is a prerequisite for PCIe support. > > Commit message needs to be fixed. Let me reiterate the header here too. Enable PCIe/NVMe support. Also, enable the reset driver which is a prerequisite for PCIe support. -Sumit
On Tue, 20 Feb 2024 at 21:34, Fabio Estevam <festevam@gmail.com> wrote: > > On Tue, Feb 20, 2024 at 10:51 AM Sumit Garg <sumit.garg@linaro.org> wrote: > > > > Also, enable reset driver which is a prerequisite for PCIe support. > > > > Signed-off-by: Sumit Garg <sumit.garg@linaro.org> > > --- > > configs/verdin-imx8mp_defconfig | 9 +++++++++ > > 1 file changed, 9 insertions(+) > > > > diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig > > index 22b8a334dfa..d8bd644322b 100644 > > --- a/configs/verdin-imx8mp_defconfig > > +++ b/configs/verdin-imx8mp_defconfig > > @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 > > CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 > > CONFIG_IMX_WATCHDOG=y > > CONFIG_HEXDUMP=y > > +CONFIG_DM_RESET=y > > +CONFIG_RESET_IMX=y > > +CONFIG_PCI=y > > +CONFIG_PCIE_DW_IMX8=y > > +CONFIG_PHY_IMX8M_PCIE=y > > +CONFIG_CMD_PCI=y > > +CONFIG_NVME=y > > +CONFIG_NVME_PCI=y > > +CONFIG_CMD_NVME=y > > Please don't group all these new config options at the end of the file. > > Use 'make savedefconfig' and then 'cp defconfig > configs/verdin-imx8mp_defconfig' to properly > add these new config options. That sounds better, I will do that for v2. -Sumit
Hello Sumit, On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote: > Also, enable reset driver which is a prerequisite for PCIe support. > > Signed-off-by: Sumit Garg <sumit.garg@linaro.org> > --- > configs/verdin-imx8mp_defconfig | 9 +++++++++ > 1 file changed, 9 insertions(+) > > diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig > index 22b8a334dfa..d8bd644322b 100644 > --- a/configs/verdin-imx8mp_defconfig > +++ b/configs/verdin-imx8mp_defconfig > @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 > CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 > CONFIG_IMX_WATCHDOG=y > CONFIG_HEXDUMP=y > +CONFIG_DM_RESET=y > +CONFIG_RESET_IMX=y > +CONFIG_PCI=y > +CONFIG_PCIE_DW_IMX8=y > +CONFIG_PHY_IMX8M_PCIE=y > +CONFIG_CMD_PCI=y > +CONFIG_NVME=y > +CONFIG_NVME_PCI=y > +CONFIG_CMD_NVME=y This will increase the u-boot proper size and marginally increase the boot time (because of a bigger binary to be read from the eMMC). Apart of that do you expect any other impact on those changes? SPL binary size should not be affected, correct? Asking this out loudly to confirm that nothing unexpected is going to happen because of these changes. For my curiosity, care to share what's the use case? Do you plan to have the OS stored into an NVME device? Francesco
Hi Sumit On Wed, 2024-02-21 at 08:55 +0100, Francesco Dolcini wrote: > Hello Sumit, > > On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote: > > Also, enable reset driver which is a prerequisite for PCIe support. > > > > Signed-off-by: Sumit Garg <sumit.garg@linaro.org> > > --- > > configs/verdin-imx8mp_defconfig | 9 +++++++++ > > 1 file changed, 9 insertions(+) > > > > diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig > > index 22b8a334dfa..d8bd644322b 100644 > > --- a/configs/verdin-imx8mp_defconfig > > +++ b/configs/verdin-imx8mp_defconfig > > @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 > > CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 > > CONFIG_IMX_WATCHDOG=y > > CONFIG_HEXDUMP=y > > +CONFIG_DM_RESET=y > > +CONFIG_RESET_IMX=y > > +CONFIG_PCI=y > > +CONFIG_PCIE_DW_IMX8=y > > +CONFIG_PHY_IMX8M_PCIE=y > > +CONFIG_CMD_PCI=y > > +CONFIG_NVME=y > > +CONFIG_NVME_PCI=y > > +CONFIG_CMD_NVME=y > > This will increase the u-boot proper size Yes, I checked and it is actually slightly more than 32 K. > and marginally increase the > boot time (because of a bigger binary to be read from the eMMC). That was also my concern. > Apart of that do you expect any other impact on those changes? SPL > binary size should not be affected, correct? > > Asking this out loudly to confirm that nothing unexpected is going to > happen because of these changes. Other than that I actually gave it a quick try and PCIe/NVMe does indeed work and the regular boot is not affected (other than the slight size and boot time increase, of course). > For my curiosity, care to share what's the use case? Do you plan to have > the OS stored into an NVME device? For us the question is basically whether that use case does mandate enforcing such changes for each and every customer. Plus the regular expected maintenance effort any such change brings with it, of course. > Francesco Cheers Marcel
Hi, On Wed, 21 Feb 2024 at 10:19, Marcel Ziswiler <marcel.ziswiler@toradex.com> wrote: > > Hi Sumit > > On Wed, 2024-02-21 at 08:55 +0100, Francesco Dolcini wrote: > > Hello Sumit, > > > > On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote: > > > Also, enable reset driver which is a prerequisite for PCIe support. > > > > > > Signed-off-by: Sumit Garg <sumit.garg@linaro.org> > > > --- > > > configs/verdin-imx8mp_defconfig | 9 +++++++++ > > > 1 file changed, 9 insertions(+) > > > > > > diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig > > > index 22b8a334dfa..d8bd644322b 100644 > > > --- a/configs/verdin-imx8mp_defconfig > > > +++ b/configs/verdin-imx8mp_defconfig > > > @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 > > > CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 > > > CONFIG_IMX_WATCHDOG=y > > > CONFIG_HEXDUMP=y > > > +CONFIG_DM_RESET=y > > > +CONFIG_RESET_IMX=y > > > +CONFIG_PCI=y > > > +CONFIG_PCIE_DW_IMX8=y > > > +CONFIG_PHY_IMX8M_PCIE=y > > > +CONFIG_CMD_PCI=y > > > +CONFIG_NVME=y > > > +CONFIG_NVME_PCI=y > > > +CONFIG_CMD_NVME=y > > > > This will increase the u-boot proper size > > Yes, I checked and it is actually slightly more than 32 K. > > > and marginally increase the > > boot time (because of a bigger binary to be read from the eMMC). > > That was also my concern. > > > Apart of that do you expect any other impact on those changes? SPL > > binary size should not be affected, correct? > > > > Asking this out loudly to confirm that nothing unexpected is going to > > happen because of these changes. > > Other than that I actually gave it a quick try and PCIe/NVMe does indeed work and the regular boot is not > affected (other than the slight size and boot time increase, of course). > > > For my curiosity, care to share what's the use case? Do you plan to have > > the OS stored into an NVME device? > > For us the question is basically whether that use case does mandate enforcing such changes for each and every > customer. Plus the regular expected maintenance effort any such change brings with it, of course. @Francesco that's correct, we have the OS stored on NVME SSD. @Marcel wrt enforcing it, we can always fallback to have a config fragment for our customers builds. That's already the case, we fine tune the config and don't use U-Boot defconfig out of the box for shipping to end users. > > Francesco > > Cheers > > Marcel Cheers,
On 2/21/24 08:55, Francesco Dolcini wrote: > Hello Sumit, > > On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote: >> Also, enable reset driver which is a prerequisite for PCIe support. >> >> Signed-off-by: Sumit Garg <sumit.garg@linaro.org> >> --- >> configs/verdin-imx8mp_defconfig | 9 +++++++++ >> 1 file changed, 9 insertions(+) >> >> diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig >> index 22b8a334dfa..d8bd644322b 100644 >> --- a/configs/verdin-imx8mp_defconfig >> +++ b/configs/verdin-imx8mp_defconfig >> @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 >> CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 >> CONFIG_IMX_WATCHDOG=y >> CONFIG_HEXDUMP=y >> +CONFIG_DM_RESET=y >> +CONFIG_RESET_IMX=y >> +CONFIG_PCI=y >> +CONFIG_PCIE_DW_IMX8=y >> +CONFIG_PHY_IMX8M_PCIE=y >> +CONFIG_CMD_PCI=y >> +CONFIG_NVME=y >> +CONFIG_NVME_PCI=y >> +CONFIG_CMD_NVME=y > > This will increase the u-boot proper size and marginally increase the > boot time (because of a bigger binary to be read from the eMMC). > > Apart of that do you expect any other impact on those changes? SPL > binary size should not be affected, correct? > > Asking this out loudly to confirm that nothing unexpected is going to > happen because of these changes. > > For my curiosity, care to share what's the use case? Do you plan to have > the OS stored into an NVME device? Boot OS images from NVMe is useful if eMMC size no longer cuts it (because debug symbols or to collect logs over long periods of time).
On 2/21/24 10:18, Marcel Ziswiler wrote: > Hi Sumit > > On Wed, 2024-02-21 at 08:55 +0100, Francesco Dolcini wrote: >> Hello Sumit, >> >> On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote: >>> Also, enable reset driver which is a prerequisite for PCIe support. >>> >>> Signed-off-by: Sumit Garg <sumit.garg@linaro.org> >>> --- >>> configs/verdin-imx8mp_defconfig | 9 +++++++++ >>> 1 file changed, 9 insertions(+) >>> >>> diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig >>> index 22b8a334dfa..d8bd644322b 100644 >>> --- a/configs/verdin-imx8mp_defconfig >>> +++ b/configs/verdin-imx8mp_defconfig >>> @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 >>> CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 >>> CONFIG_IMX_WATCHDOG=y >>> CONFIG_HEXDUMP=y >>> +CONFIG_DM_RESET=y >>> +CONFIG_RESET_IMX=y >>> +CONFIG_PCI=y >>> +CONFIG_PCIE_DW_IMX8=y >>> +CONFIG_PHY_IMX8M_PCIE=y >>> +CONFIG_CMD_PCI=y >>> +CONFIG_NVME=y >>> +CONFIG_NVME_PCI=y >>> +CONFIG_CMD_NVME=y >> >> This will increase the u-boot proper size > > Yes, I checked and it is actually slightly more than 32 K. > >> and marginally increase the >> boot time (because of a bigger binary to be read from the eMMC). > > That was also my concern. > >> Apart of that do you expect any other impact on those changes? SPL >> binary size should not be affected, correct? >> >> Asking this out loudly to confirm that nothing unexpected is going to >> happen because of these changes. > > Other than that I actually gave it a quick try and PCIe/NVMe does indeed work and the regular boot is not > affected (other than the slight size and boot time increase, of course). > >> For my curiosity, care to share what's the use case? Do you plan to have >> the OS stored into an NVME device? > > For us the question is basically whether that use case does mandate enforcing such changes for each and every > customer. Plus the regular expected maintenance effort any such change brings with it, of course. You can always enable this support on MX8MP EVK, it has M2 slot and this would add build coverage of this code too, without impacting Verdin.
On Wed, 21 Feb 2024 at 15:06, Fathi Boudra <fathi.boudra@linaro.org> wrote: > > Hi, > > On Wed, 21 Feb 2024 at 10:19, Marcel Ziswiler > <marcel.ziswiler@toradex.com> wrote: > > > > Hi Sumit > > > > On Wed, 2024-02-21 at 08:55 +0100, Francesco Dolcini wrote: > > > Hello Sumit, > > > > > > On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote: > > > > Also, enable reset driver which is a prerequisite for PCIe support. > > > > > > > > Signed-off-by: Sumit Garg <sumit.garg@linaro.org> > > > > --- > > > > configs/verdin-imx8mp_defconfig | 9 +++++++++ > > > > 1 file changed, 9 insertions(+) > > > > > > > > diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig > > > > index 22b8a334dfa..d8bd644322b 100644 > > > > --- a/configs/verdin-imx8mp_defconfig > > > > +++ b/configs/verdin-imx8mp_defconfig > > > > @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 > > > > CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 > > > > CONFIG_IMX_WATCHDOG=y > > > > CONFIG_HEXDUMP=y > > > > +CONFIG_DM_RESET=y > > > > +CONFIG_RESET_IMX=y > > > > +CONFIG_PCI=y > > > > +CONFIG_PCIE_DW_IMX8=y > > > > +CONFIG_PHY_IMX8M_PCIE=y > > > > +CONFIG_CMD_PCI=y > > > > +CONFIG_NVME=y > > > > +CONFIG_NVME_PCI=y > > > > +CONFIG_CMD_NVME=y > > > > > > This will increase the u-boot proper size > > > > Yes, I checked and it is actually slightly more than 32 K. > > > > > and marginally increase the > > > boot time (because of a bigger binary to be read from the eMMC). > > > > That was also my concern. > > > > > Apart of that do you expect any other impact on those changes? SPL > > > binary size should not be affected, correct? > > > > > > Asking this out loudly to confirm that nothing unexpected is going to > > > happen because of these changes. > > > > Other than that I actually gave it a quick try and PCIe/NVMe does indeed work and the regular boot is not > > affected (other than the slight size and boot time increase, of course). Thanks for taking the time to test it. I suppose I can take that as a Tested-by tag. > > > > > For my curiosity, care to share what's the use case? Do you plan to have > > > the OS stored into an NVME device? > > > > For us the question is basically whether that use case does mandate enforcing such changes for each and every > > customer. > > Plus the regular expected maintenance effort any such change brings with it, of course. From a PCIe maintenance point of view, I can add myself as a maintainer for drivers added by this patch-set. > > @Francesco that's correct, we have the OS stored on NVME SSD. > @Marcel wrt enforcing it, we can always fallback to have a config > fragment for our customers builds. > That's already the case, we fine tune the config and don't use U-Boot > defconfig out of the box for shipping to end users. > Marcel, Francesco, If you folks still have worries about updating the defconfig then I can make it as a config fragment for mainline too. I suppose that should work for other boards too based on the iMX8MP SoC. -Sumit > > > Francesco > > > > Cheers > > > > Marcel > > Cheers, > -- > Fathi Boudra
On Wed, 21 Feb 2024 at 16:11, Marek Vasut <marex@denx.de> wrote: > > On 2/21/24 10:18, Marcel Ziswiler wrote: > > Hi Sumit > > > > On Wed, 2024-02-21 at 08:55 +0100, Francesco Dolcini wrote: > >> Hello Sumit, > >> > >> On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote: > >>> Also, enable reset driver which is a prerequisite for PCIe support. > >>> > >>> Signed-off-by: Sumit Garg <sumit.garg@linaro.org> > >>> --- > >>> configs/verdin-imx8mp_defconfig | 9 +++++++++ > >>> 1 file changed, 9 insertions(+) > >>> > >>> diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig > >>> index 22b8a334dfa..d8bd644322b 100644 > >>> --- a/configs/verdin-imx8mp_defconfig > >>> +++ b/configs/verdin-imx8mp_defconfig > >>> @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 > >>> CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 > >>> CONFIG_IMX_WATCHDOG=y > >>> CONFIG_HEXDUMP=y > >>> +CONFIG_DM_RESET=y > >>> +CONFIG_RESET_IMX=y > >>> +CONFIG_PCI=y > >>> +CONFIG_PCIE_DW_IMX8=y > >>> +CONFIG_PHY_IMX8M_PCIE=y > >>> +CONFIG_CMD_PCI=y > >>> +CONFIG_NVME=y > >>> +CONFIG_NVME_PCI=y > >>> +CONFIG_CMD_NVME=y > >> > >> This will increase the u-boot proper size > > > > Yes, I checked and it is actually slightly more than 32 K. > > > >> and marginally increase the > >> boot time (because of a bigger binary to be read from the eMMC). > > > > That was also my concern. > > > >> Apart of that do you expect any other impact on those changes? SPL > >> binary size should not be affected, correct? > >> > >> Asking this out loudly to confirm that nothing unexpected is going to > >> happen because of these changes. > > > > Other than that I actually gave it a quick try and PCIe/NVMe does indeed work and the regular boot is not > > affected (other than the slight size and boot time increase, of course). > > > >> For my curiosity, care to share what's the use case? Do you plan to have > >> the OS stored into an NVME device? > > > > For us the question is basically whether that use case does mandate enforcing such changes for each and every > > customer. Plus the regular expected maintenance effort any such change brings with it, of course. > > You can always enable this support on MX8MP EVK, it has M2 slot and this > would add build coverage of this code too, without impacting Verdin. I would have chosen that as the base platform to enable but unfortunately I don't have that at my desk. However, if someone is willing to test this patch-set on MX8MP EVK then I am happy to extend corresponding defconfig too. -Sumit
On Wed, 21 Feb 2024 at 16:11, Marek Vasut <marex@denx.de> wrote: > > On 2/21/24 08:55, Francesco Dolcini wrote: > > Hello Sumit, > > > > On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote: > >> Also, enable reset driver which is a prerequisite for PCIe support. > >> > >> Signed-off-by: Sumit Garg <sumit.garg@linaro.org> > >> --- > >> configs/verdin-imx8mp_defconfig | 9 +++++++++ > >> 1 file changed, 9 insertions(+) > >> > >> diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig > >> index 22b8a334dfa..d8bd644322b 100644 > >> --- a/configs/verdin-imx8mp_defconfig > >> +++ b/configs/verdin-imx8mp_defconfig > >> @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 > >> CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 > >> CONFIG_IMX_WATCHDOG=y > >> CONFIG_HEXDUMP=y > >> +CONFIG_DM_RESET=y > >> +CONFIG_RESET_IMX=y > >> +CONFIG_PCI=y > >> +CONFIG_PCIE_DW_IMX8=y > >> +CONFIG_PHY_IMX8M_PCIE=y > >> +CONFIG_CMD_PCI=y > >> +CONFIG_NVME=y > >> +CONFIG_NVME_PCI=y > >> +CONFIG_CMD_NVME=y > > > > This will increase the u-boot proper size and marginally increase the > > boot time (because of a bigger binary to be read from the eMMC). > > > > Apart of that do you expect any other impact on those changes? SPL > > binary size should not be affected, correct? > > > > Asking this out loudly to confirm that nothing unexpected is going to > > happen because of these changes. > > > > For my curiosity, care to share what's the use case? Do you plan to have > > the OS stored into an NVME device? > > Boot OS images from NVMe is useful if eMMC size no longer cuts it > (because debug symbols or to collect logs over long periods of time). Yeah especially if one wants to run a fully fledged Linux distro image. -Sumit
On 2/21/24 13:12, Sumit Garg wrote: > On Wed, 21 Feb 2024 at 16:11, Marek Vasut <marex@denx.de> wrote: >> >> On 2/21/24 10:18, Marcel Ziswiler wrote: >>> Hi Sumit >>> >>> On Wed, 2024-02-21 at 08:55 +0100, Francesco Dolcini wrote: >>>> Hello Sumit, >>>> >>>> On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote: >>>>> Also, enable reset driver which is a prerequisite for PCIe support. >>>>> >>>>> Signed-off-by: Sumit Garg <sumit.garg@linaro.org> >>>>> --- >>>>> configs/verdin-imx8mp_defconfig | 9 +++++++++ >>>>> 1 file changed, 9 insertions(+) >>>>> >>>>> diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig >>>>> index 22b8a334dfa..d8bd644322b 100644 >>>>> --- a/configs/verdin-imx8mp_defconfig >>>>> +++ b/configs/verdin-imx8mp_defconfig >>>>> @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 >>>>> CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 >>>>> CONFIG_IMX_WATCHDOG=y >>>>> CONFIG_HEXDUMP=y >>>>> +CONFIG_DM_RESET=y >>>>> +CONFIG_RESET_IMX=y >>>>> +CONFIG_PCI=y >>>>> +CONFIG_PCIE_DW_IMX8=y >>>>> +CONFIG_PHY_IMX8M_PCIE=y >>>>> +CONFIG_CMD_PCI=y >>>>> +CONFIG_NVME=y >>>>> +CONFIG_NVME_PCI=y >>>>> +CONFIG_CMD_NVME=y >>>> >>>> This will increase the u-boot proper size >>> >>> Yes, I checked and it is actually slightly more than 32 K. >>> >>>> and marginally increase the >>>> boot time (because of a bigger binary to be read from the eMMC). >>> >>> That was also my concern. >>> >>>> Apart of that do you expect any other impact on those changes? SPL >>>> binary size should not be affected, correct? >>>> >>>> Asking this out loudly to confirm that nothing unexpected is going to >>>> happen because of these changes. >>> >>> Other than that I actually gave it a quick try and PCIe/NVMe does indeed work and the regular boot is not >>> affected (other than the slight size and boot time increase, of course). >>> >>>> For my curiosity, care to share what's the use case? Do you plan to have >>>> the OS stored into an NVME device? >>> >>> For us the question is basically whether that use case does mandate enforcing such changes for each and every >>> customer. Plus the regular expected maintenance effort any such change brings with it, of course. >> >> You can always enable this support on MX8MP EVK, it has M2 slot and this >> would add build coverage of this code too, without impacting Verdin. > > I would have chosen that as the base platform to enable but > unfortunately I don't have that at my desk. However, if someone is > willing to test this patch-set on MX8MP EVK then I am happy to extend > corresponding defconfig too. I think we can surely find a platform on which this can be enabled by default and tested by people.
On Wed, Feb 21, 2024 at 6:27 AM Marek Vasut <marex@denx.de> wrote: > > On 2/21/24 13:12, Sumit Garg wrote: > > On Wed, 21 Feb 2024 at 16:11, Marek Vasut <marex@denx.de> wrote: > >> > >> On 2/21/24 10:18, Marcel Ziswiler wrote: > >>> Hi Sumit > >>> > >>> On Wed, 2024-02-21 at 08:55 +0100, Francesco Dolcini wrote: > >>>> Hello Sumit, > >>>> > >>>> On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote: > >>>>> Also, enable reset driver which is a prerequisite for PCIe support. > >>>>> > >>>>> Signed-off-by: Sumit Garg <sumit.garg@linaro.org> > >>>>> --- > >>>>> configs/verdin-imx8mp_defconfig | 9 +++++++++ > >>>>> 1 file changed, 9 insertions(+) > >>>>> > >>>>> diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig > >>>>> index 22b8a334dfa..d8bd644322b 100644 > >>>>> --- a/configs/verdin-imx8mp_defconfig > >>>>> +++ b/configs/verdin-imx8mp_defconfig > >>>>> @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 > >>>>> CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 > >>>>> CONFIG_IMX_WATCHDOG=y > >>>>> CONFIG_HEXDUMP=y > >>>>> +CONFIG_DM_RESET=y > >>>>> +CONFIG_RESET_IMX=y > >>>>> +CONFIG_PCI=y > >>>>> +CONFIG_PCIE_DW_IMX8=y > >>>>> +CONFIG_PHY_IMX8M_PCIE=y > >>>>> +CONFIG_CMD_PCI=y > >>>>> +CONFIG_NVME=y > >>>>> +CONFIG_NVME_PCI=y > >>>>> +CONFIG_CMD_NVME=y > >>>> > >>>> This will increase the u-boot proper size > >>> > >>> Yes, I checked and it is actually slightly more than 32 K. > >>> > >>>> and marginally increase the > >>>> boot time (because of a bigger binary to be read from the eMMC). > >>> > >>> That was also my concern. > >>> > >>>> Apart of that do you expect any other impact on those changes? SPL > >>>> binary size should not be affected, correct? > >>>> > >>>> Asking this out loudly to confirm that nothing unexpected is going to > >>>> happen because of these changes. > >>> > >>> Other than that I actually gave it a quick try and PCIe/NVMe does indeed work and the regular boot is not > >>> affected (other than the slight size and boot time increase, of course). > >>> > >>>> For my curiosity, care to share what's the use case? Do you plan to have > >>>> the OS stored into an NVME device? > >>> > >>> For us the question is basically whether that use case does mandate enforcing such changes for each and every > >>> customer. Plus the regular expected maintenance effort any such change brings with it, of course. > >> > >> You can always enable this support on MX8MP EVK, it has M2 slot and this > >> would add build coverage of this code too, without impacting Verdin. > > > > I would have chosen that as the base platform to enable but > > unfortunately I don't have that at my desk. However, if someone is > > willing to test this patch-set on MX8MP EVK then I am happy to extend > > corresponding defconfig too. > > I think we can surely find a platform on which this can be enabled by > default and tested by people. My development machine crashed (my fault for running a pre-release OS),but I have an i.MX8M Plus and an NVMe drive that I can test once I get my machine running again. adam
On 2/21/24 14:15, Adam Ford wrote: > On Wed, Feb 21, 2024 at 6:27 AM Marek Vasut <marex@denx.de> wrote: >> >> On 2/21/24 13:12, Sumit Garg wrote: >>> On Wed, 21 Feb 2024 at 16:11, Marek Vasut <marex@denx.de> wrote: >>>> >>>> On 2/21/24 10:18, Marcel Ziswiler wrote: >>>>> Hi Sumit >>>>> >>>>> On Wed, 2024-02-21 at 08:55 +0100, Francesco Dolcini wrote: >>>>>> Hello Sumit, >>>>>> >>>>>> On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote: >>>>>>> Also, enable reset driver which is a prerequisite for PCIe support. >>>>>>> >>>>>>> Signed-off-by: Sumit Garg <sumit.garg@linaro.org> >>>>>>> --- >>>>>>> configs/verdin-imx8mp_defconfig | 9 +++++++++ >>>>>>> 1 file changed, 9 insertions(+) >>>>>>> >>>>>>> diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig >>>>>>> index 22b8a334dfa..d8bd644322b 100644 >>>>>>> --- a/configs/verdin-imx8mp_defconfig >>>>>>> +++ b/configs/verdin-imx8mp_defconfig >>>>>>> @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 >>>>>>> CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 >>>>>>> CONFIG_IMX_WATCHDOG=y >>>>>>> CONFIG_HEXDUMP=y >>>>>>> +CONFIG_DM_RESET=y >>>>>>> +CONFIG_RESET_IMX=y >>>>>>> +CONFIG_PCI=y >>>>>>> +CONFIG_PCIE_DW_IMX8=y >>>>>>> +CONFIG_PHY_IMX8M_PCIE=y >>>>>>> +CONFIG_CMD_PCI=y >>>>>>> +CONFIG_NVME=y >>>>>>> +CONFIG_NVME_PCI=y >>>>>>> +CONFIG_CMD_NVME=y >>>>>> >>>>>> This will increase the u-boot proper size >>>>> >>>>> Yes, I checked and it is actually slightly more than 32 K. >>>>> >>>>>> and marginally increase the >>>>>> boot time (because of a bigger binary to be read from the eMMC). >>>>> >>>>> That was also my concern. >>>>> >>>>>> Apart of that do you expect any other impact on those changes? SPL >>>>>> binary size should not be affected, correct? >>>>>> >>>>>> Asking this out loudly to confirm that nothing unexpected is going to >>>>>> happen because of these changes. >>>>> >>>>> Other than that I actually gave it a quick try and PCIe/NVMe does indeed work and the regular boot is not >>>>> affected (other than the slight size and boot time increase, of course). >>>>> >>>>>> For my curiosity, care to share what's the use case? Do you plan to have >>>>>> the OS stored into an NVME device? >>>>> >>>>> For us the question is basically whether that use case does mandate enforcing such changes for each and every >>>>> customer. Plus the regular expected maintenance effort any such change brings with it, of course. >>>> >>>> You can always enable this support on MX8MP EVK, it has M2 slot and this >>>> would add build coverage of this code too, without impacting Verdin. >>> >>> I would have chosen that as the base platform to enable but >>> unfortunately I don't have that at my desk. However, if someone is >>> willing to test this patch-set on MX8MP EVK then I am happy to extend >>> corresponding defconfig too. >> >> I think we can surely find a platform on which this can be enabled by >> default and tested by people. > > My development machine crashed (my fault for running a pre-release > OS),but I have an i.MX8M Plus and an NVMe drive that I can test once I > get my machine running again. I can test right away, although I'll wait for V2 with all the fixes.
On Wed, Feb 21, 2024 at 09:18:51AM +0000, Marcel Ziswiler wrote: > On Wed, 2024-02-21 at 08:55 +0100, Francesco Dolcini wrote: > > On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote: > > > Also, enable reset driver which is a prerequisite for PCIe support. > > > > > > Signed-off-by: Sumit Garg <sumit.garg@linaro.org> > > > --- > > > configs/verdin-imx8mp_defconfig | 9 +++++++++ > > > 1 file changed, 9 insertions(+) > > > > > > diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig > > > index 22b8a334dfa..d8bd644322b 100644 > > > --- a/configs/verdin-imx8mp_defconfig > > > +++ b/configs/verdin-imx8mp_defconfig > > > @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 > > > CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 > > > CONFIG_IMX_WATCHDOG=y > > > CONFIG_HEXDUMP=y > > > +CONFIG_DM_RESET=y > > > +CONFIG_RESET_IMX=y > > > +CONFIG_PCI=y > > > +CONFIG_PCIE_DW_IMX8=y > > > +CONFIG_PHY_IMX8M_PCIE=y > > > +CONFIG_CMD_PCI=y > > > +CONFIG_NVME=y > > > +CONFIG_NVME_PCI=y > > > +CONFIG_CMD_NVME=y > > > > This will increase the u-boot proper size > > Yes, I checked and it is actually slightly more than 32 K. > > > and marginally increase the > > boot time (because of a bigger binary to be read from the eMMC). > > That was also my concern. > > > Apart of that do you expect any other impact on those changes? SPL > > binary size should not be affected, correct? > > > > Asking this out loudly to confirm that nothing unexpected is going to > > happen because of these changes. > > Other than that I actually gave it a quick try and PCIe/NVMe does indeed work and the regular boot is not > affected (other than the slight size and boot time increase, of course). > > > For my curiosity, care to share what's the use case? Do you plan to have > > the OS stored into an NVME device? > > For us the question is basically whether that use case does mandate > enforcing such changes for each and every customer. Plus the regular > expected maintenance effort any such change brings with it, of course. Marcel, given all you wrote here I would personally be fine on having this enabled in the verdin_imx8mp defconfig. What's your idea? Are you good with it? Francesco
On Wed, 2024-02-21 at 15:31 +0100, Francesco Dolcini wrote: > On Wed, Feb 21, 2024 at 09:18:51AM +0000, Marcel Ziswiler wrote: > > On Wed, 2024-02-21 at 08:55 +0100, Francesco Dolcini wrote: > > > On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote: > > > > Also, enable reset driver which is a prerequisite for PCIe support. > > > > > > > > Signed-off-by: Sumit Garg <sumit.garg@linaro.org> > > > > --- > > > > configs/verdin-imx8mp_defconfig | 9 +++++++++ > > > > 1 file changed, 9 insertions(+) > > > > > > > > diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig > > > > index 22b8a334dfa..d8bd644322b 100644 > > > > --- a/configs/verdin-imx8mp_defconfig > > > > +++ b/configs/verdin-imx8mp_defconfig > > > > @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 > > > > CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 > > > > CONFIG_IMX_WATCHDOG=y > > > > CONFIG_HEXDUMP=y > > > > +CONFIG_DM_RESET=y > > > > +CONFIG_RESET_IMX=y > > > > +CONFIG_PCI=y > > > > +CONFIG_PCIE_DW_IMX8=y > > > > +CONFIG_PHY_IMX8M_PCIE=y > > > > +CONFIG_CMD_PCI=y > > > > +CONFIG_NVME=y > > > > +CONFIG_NVME_PCI=y > > > > +CONFIG_CMD_NVME=y > > > > > > This will increase the u-boot proper size > > > > Yes, I checked and it is actually slightly more than 32 K. > > > > > and marginally increase the > > > boot time (because of a bigger binary to be read from the eMMC). > > > > That was also my concern. > > > > > Apart of that do you expect any other impact on those changes? SPL > > > binary size should not be affected, correct? > > > > > > Asking this out loudly to confirm that nothing unexpected is going to > > > happen because of these changes. > > > > Other than that I actually gave it a quick try and PCIe/NVMe does indeed work and the regular boot is not > > affected (other than the slight size and boot time increase, of course). > > > > > For my curiosity, care to share what's the use case? Do you plan to have > > > the OS stored into an NVME device? > > > > For us the question is basically whether that use case does mandate > > enforcing such changes for each and every customer. Plus the regular > > expected maintenance effort any such change brings with it, of course. > > Marcel, given all you wrote here I would personally be fine > on having this enabled in the verdin_imx8mp defconfig. > > What's your idea? Are you good with it? Yes, I do agree. > Francesco Cheers Marcel
diff --git a/configs/verdin-imx8mp_defconfig b/configs/verdin-imx8mp_defconfig index 22b8a334dfa..d8bd644322b 100644 --- a/configs/verdin-imx8mp_defconfig +++ b/configs/verdin-imx8mp_defconfig @@ -185,3 +185,12 @@ CONFIG_USB_GADGET_VENDOR_NUM=0x1b67 CONFIG_USB_GADGET_PRODUCT_NUM=0x4000 CONFIG_IMX_WATCHDOG=y CONFIG_HEXDUMP=y +CONFIG_DM_RESET=y +CONFIG_RESET_IMX=y +CONFIG_PCI=y +CONFIG_PCIE_DW_IMX8=y +CONFIG_PHY_IMX8M_PCIE=y +CONFIG_CMD_PCI=y +CONFIG_NVME=y +CONFIG_NVME_PCI=y +CONFIG_CMD_NVME=y
Also, enable reset driver which is a prerequisite for PCIe support. Signed-off-by: Sumit Garg <sumit.garg@linaro.org> --- configs/verdin-imx8mp_defconfig | 9 +++++++++ 1 file changed, 9 insertions(+)