* [PATCH] riscv: dts: jh7110: Enable PLL node in SPL @ 2024-03-06 3:00 Bo Gan 2024-03-12 5:12 ` Leo Liang 2024-03-12 6:09 ` Hal Feng 0 siblings, 2 replies; 11+ messages in thread From: Bo Gan @ 2024-03-06 3:00 UTC (permalink / raw) To: rick, ycliang, trini, yanhong.wang, minda.chen, duwe, namcao, xingyu.wu, mason.huo, hal.feng, chanho61.park, u-boot Previously PLL node was missing from SPL dts. This caused BUS_ROOT to stay on OSC clock (24Mhz). As a result, all peripherals have to run at a much lower frequency, and loading from sdcard/emmc is slow. Thus, enabling PLL node in dts to fix this. Signed-off-by: Bo Gan <ganboing@gmail.com> --- arch/riscv/dts/jh7110-u-boot.dtsi | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/arch/riscv/dts/jh7110-u-boot.dtsi b/arch/riscv/dts/jh7110-u-boot.dtsi index 2f560e7..c09d5c9 100644 --- a/arch/riscv/dts/jh7110-u-boot.dtsi +++ b/arch/riscv/dts/jh7110-u-boot.dtsi @@ -93,6 +93,10 @@ bootph-pre-ram; }; +&pllclk { + bootph-pre-ram; +}; + &S7_0 { status = "okay"; }; -- 2.7.4 ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: [PATCH] riscv: dts: jh7110: Enable PLL node in SPL 2024-03-06 3:00 [PATCH] riscv: dts: jh7110: Enable PLL node in SPL Bo Gan @ 2024-03-12 5:12 ` Leo Liang 2024-03-12 6:09 ` Hal Feng 1 sibling, 0 replies; 11+ messages in thread From: Leo Liang @ 2024-03-12 5:12 UTC (permalink / raw) To: Bo Gan Cc: rick, trini, yanhong.wang, minda.chen, duwe, namcao, xingyu.wu, mason.huo, hal.feng, chanho61.park, u-boot On Tue, Mar 05, 2024 at 07:00:11PM -0800, Bo Gan wrote: > Previously PLL node was missing from SPL dts. This caused BUS_ROOT > to stay on OSC clock (24Mhz). As a result, all peripherals have to > run at a much lower frequency, and loading from sdcard/emmc is slow. > Thus, enabling PLL node in dts to fix this. > > Signed-off-by: Bo Gan <ganboing@gmail.com> > --- > arch/riscv/dts/jh7110-u-boot.dtsi | 4 ++++ > 1 file changed, 4 insertions(+) Reviewed-by: Leo Yu-Chi Liang <ycliang@andestech.com> ^ permalink raw reply [flat|nested] 11+ messages in thread
* RE: [PATCH] riscv: dts: jh7110: Enable PLL node in SPL 2024-03-06 3:00 [PATCH] riscv: dts: jh7110: Enable PLL node in SPL Bo Gan 2024-03-12 5:12 ` Leo Liang @ 2024-03-12 6:09 ` Hal Feng 2024-04-10 1:55 ` E Shattow 1 sibling, 1 reply; 11+ messages in thread From: Hal Feng @ 2024-03-12 6:09 UTC (permalink / raw) To: Bo Gan, rick@andestech.com, ycliang@andestech.com, trini@konsulko.com, yanhong.wang@starfivetech.com, Minda Chen, duwe@suse.de, namcao@linutronix.de, Xingyu Wu, Mason Huo, chanho61.park@samsung.com, u-boot@lists.denx.de > On 06.03.24 11:00, Bo Gan wrote: > > Previously PLL node was missing from SPL dts. This caused BUS_ROOT to stay on > OSC clock (24Mhz). As a result, all peripherals have to run at a much lower > frequency, and loading from sdcard/emmc is slow. > Thus, enabling PLL node in dts to fix this. > > Signed-off-by: Bo Gan <ganboing@gmail.com> Reviewed-by: Hal Feng <hal.feng@starfivetech.com> ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] riscv: dts: jh7110: Enable PLL node in SPL 2024-03-12 6:09 ` Hal Feng @ 2024-04-10 1:55 ` E Shattow 2024-04-10 6:44 ` Bo Gan 0 siblings, 1 reply; 11+ messages in thread From: E Shattow @ 2024-04-10 1:55 UTC (permalink / raw) To: Hal Feng Cc: Bo Gan, rick@andestech.com, ycliang@andestech.com, trini@konsulko.com, yanhong.wang@starfivetech.com, Minda Chen, duwe@suse.de, namcao@linutronix.de, Xingyu Wu, Mason Huo, chanho61.park@samsung.com, u-boot@lists.denx.de Original speed class SD cards fail with this change "unable to change mode". On Tue, Mar 12, 2024 at 4:12 AM Hal Feng <hal.feng@starfivetech.com> wrote: > > > On 06.03.24 11:00, Bo Gan wrote: > > > > Previously PLL node was missing from SPL dts. This caused BUS_ROOT to stay on > > OSC clock (24Mhz). As a result, all peripherals have to run at a much lower > > frequency, and loading from sdcard/emmc is slow. > > Thus, enabling PLL node in dts to fix this. > > > > Signed-off-by: Bo Gan <ganboing@gmail.com> > > Reviewed-by: Hal Feng <hal.feng@starfivetech.com> > ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] riscv: dts: jh7110: Enable PLL node in SPL 2024-04-10 1:55 ` E Shattow @ 2024-04-10 6:44 ` Bo Gan 2024-04-17 4:59 ` E Shattow 0 siblings, 1 reply; 11+ messages in thread From: Bo Gan @ 2024-04-10 6:44 UTC (permalink / raw) To: E Shattow, Hal Feng Cc: Bo Gan, rick@andestech.com, ycliang@andestech.com, trini@konsulko.com, yanhong.wang@starfivetech.com, Minda Chen, duwe@suse.de, namcao@linutronix.de, Xingyu Wu, Mason Huo, chanho61.park@samsung.com, u-boot@lists.denx.de On 4/9/24 6:55 PM, E Shattow wrote: > Original speed class SD cards fail with this change "unable to change mode". > > On Tue, Mar 12, 2024 at 4:12 AM Hal Feng <hal.feng@starfivetech.com> wrote: >> >>> On 06.03.24 11:00, Bo Gan wrote: >>> >>> Previously PLL node was missing from SPL dts. This caused BUS_ROOT to stay on >>> OSC clock (24Mhz). As a result, all peripherals have to run at a much lower >>> frequency, and loading from sdcard/emmc is slow. >>> Thus, enabling PLL node in dts to fix this. >>> >>> Signed-off-by: Bo Gan <ganboing@gmail.com> >> >> Reviewed-by: Hal Feng <hal.feng@starfivetech.com> >> The BUS_ROOT clock will have to be switched to PLL2 anyway in U-Boot proper or in Linux, because it's the parent or grandparent clock for *lots* of devices, including PCIe, i2c, spi, qspi... If there's an issue with this change, then I suspect there's something wrong with the dw_mmc driver. Bo ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] riscv: dts: jh7110: Enable PLL node in SPL 2024-04-10 6:44 ` Bo Gan @ 2024-04-17 4:59 ` E Shattow 2024-04-20 0:51 ` Bo Gan 0 siblings, 1 reply; 11+ messages in thread From: E Shattow @ 2024-04-17 4:59 UTC (permalink / raw) To: Bo Gan Cc: Hal Feng, rick@andestech.com, ycliang@andestech.com, trini@konsulko.com, yanhong.wang@starfivetech.com, Minda Chen, duwe@suse.de, namcao@linutronix.de, Xingyu Wu, Mason Huo, chanho61.park@samsung.com, u-boot@lists.denx.de On Tue, Apr 9, 2024 at 11:44 PM Bo Gan <ganboing@gmail.com> wrote: > > On 4/9/24 6:55 PM, E Shattow wrote: > > Original speed class SD cards fail with this change "unable to change mode". > > > > The BUS_ROOT clock will have to be switched to PLL2 anyway in U-Boot proper or > in Linux, because it's the parent or grandparent clock for *lots* of devices, > including PCIe, i2c, spi, qspi... If there's an issue with this change, then > I suspect there's something wrong with the dw_mmc driver. > > Bo I've bisected and can confirm this change is what breaks original speed SD function on Milk-V Mars CM Lite (DFRobot mini router carrier). Class 10 speed SD media does not seem to be affected. Reverting the change allows the original speed SD media access to function again. SD access is functional in Linux with and without the change. How to troubleshoot this? Thanks, E ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] riscv: dts: jh7110: Enable PLL node in SPL 2024-04-17 4:59 ` E Shattow @ 2024-04-20 0:51 ` Bo Gan 2024-04-20 10:56 ` E Shattow 0 siblings, 1 reply; 11+ messages in thread From: Bo Gan @ 2024-04-20 0:51 UTC (permalink / raw) To: E Shattow, Bo Gan Cc: Hal Feng, rick@andestech.com, ycliang@andestech.com, trini@konsulko.com, yanhong.wang@starfivetech.com, Minda Chen, duwe@suse.de, namcao@linutronix.de, Xingyu Wu, Mason Huo, chanho61.park@samsung.com, u-boot@lists.denx.de On 4/16/24 9:59 PM, E Shattow wrote: > On Tue, Apr 9, 2024 at 11:44 PM Bo Gan <ganboing@gmail.com> wrote: >> >> On 4/9/24 6:55 PM, E Shattow wrote: >>> Original speed class SD cards fail with this change "unable to change mode". >>> >> >> The BUS_ROOT clock will have to be switched to PLL2 anyway in U-Boot proper or >> in Linux, because it's the parent or grandparent clock for *lots* of devices, >> including PCIe, i2c, spi, qspi... If there's an issue with this change, then >> I suspect there's something wrong with the dw_mmc driver. >> >> Bo > > I've bisected and can confirm this change is what breaks original > speed SD function on Milk-V Mars CM Lite (DFRobot mini router > carrier). Class 10 speed SD media does not seem to be affected. > Reverting the change allows the original speed SD media access to > function again. SD access is functional in Linux with and without the > change. > > How to troubleshoot this? > > Thanks, > > E > If without the change (reverted), can you read/write the same SD media in U-boot proper? (U-boot proper will switch BUS_ROOT to PLL2). One potential problem I could think of is perhaps the SPL built is without SPL_PINCTRL_STARFIVE/JH7110 or the u-boot dts is missing the pinctrl that properly sets drive-strength and other properties of the mmc0/1 pins. What dtb are you using? I tested this with visionfive2 and it's working fine. Can you share the tree/config you used to built for Milk-V Mars CM Lite? I don't see the corresponding dts being checked- in to u-boot tree, so it helps if you can share the code. Thanks! Bo ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] riscv: dts: jh7110: Enable PLL node in SPL 2024-04-20 0:51 ` Bo Gan @ 2024-04-20 10:56 ` E Shattow 2024-07-11 19:55 ` E Shattow 0 siblings, 1 reply; 11+ messages in thread From: E Shattow @ 2024-04-20 10:56 UTC (permalink / raw) To: Bo Gan Cc: Hal Feng, rick@andestech.com, ycliang@andestech.com, trini@konsulko.com, yanhong.wang@starfivetech.com, Minda Chen, duwe@suse.de, namcao@linutronix.de, Xingyu Wu, Mason Huo, chanho61.park@samsung.com, u-boot@lists.denx.de On Fri, Apr 19, 2024 at 5:51 PM Bo Gan <ganboing@gmail.com> wrote: > ...snip... > > If without the change (reverted), can you read/write the same SD media in U-boot > proper? (U-boot proper will switch BUS_ROOT to PLL2). I tested again this change in commit e6b7aeef, before this change in parent commit e6b7aeef~, af04f37a HEAD from today 19th Apr 2024 (which due to not matching EEPROM product_id will be in the fall-through case of board/starfive/visionfive2/spl.c), af04f37a with applied patchset "board: starfive: add Milk-V Mars CM support" from 15th Apr 2024, and af04f37a reverting changes from e6b7aeef also with applied patchset "board: starfive: add Milk-V Mars CM support" from 15th Apr 2024. In all builds is OpenSBI at commit d4d2582e HEAD from today 19 Apr 2024. For each build tested per vendor Milk-V the Mars CM Lite (SD Card only non-eMMC) has pinmux of GPIO22 instead of GPIO62: -- a/arch/riscv/dts/jh7110-starfive-visionfive-2.dtsi +++ b/arch/riscv/dts/jh7110-starfive-visionfive-2.dtsi @@ -233,7 +233,7 @@ mmc0_pins: mmc0-pins { mmc0-pins-rest { - pinmux = <GPIOMUX(62, GPOUT_SYS_SDIO0_RST, + pinmux = <GPIOMUX(22, GPOUT_SYS_SDIO0_RST, GPOEN_ENABLE, GPI_NONE)>; bias-pull-up; drive-strength = <12>; U-Boot config is simply starfive_visionfive2_defconfig. Results are as follows. StarFive # mac --------EEPROM INFO-------- Vendor : MILK-V Product full SN: MARC-V10-2340-D004E000-000006DF data version: 0x2 PCB revision: 0xc1 BOM revision: A Ethernet MAC0 address: 6c:cf:39:00:83:11 Ethernet MAC1 address: 6c:cf:39:00:83:12 --------EEPROM INFO-------- e6b7aeef: 2GB microSD (no speed class markings) af04f37a: 2GB microSD (no speed class markings) af04f37a with Mars CM patchset: 2GB microSD (no speed class markings) StarFive # mmc rescan ; mmc info unable to select a mode unable to select a mode e6b7aeef~: 2GB microSD (no speed class markings) af04f37a revert e6b7aeef with Mars CM patchset: 2GB microSD (no speed class markings) StarFive # mmc rescan ; mmc info Device: mmc@16010000 Manufacturer ID: 1c OEM: 5356 Name: USD Bus Speed: 50000000 Mode: SD High Speed (50MHz) Rd Block Len: 512 SD version 2.0 High Capacity: No Capacity: 1.9 GiB Bus Width: 1-bit Erase Group Size: 512 Bytes e6b7aeef: 8GB microSD Class 4 e6b7aeef~: 8GB microSD Class 4 af04f37a: 8GB microSD Class 4 af04f37a with Mars CM patchset: 8GB microSD Class 4 af04f37a revert e6b7aeef with Mars CM patchset: 8GB microSD Class 4 StarFive # mmc rescan ; mmc info Device: mmc@16010000 Manufacturer ID: 2 OEM: 544d Name: SA08G Bus Speed: 50000000 Mode: SD High Speed (50MHz) Rd Block Len: 512 SD version 3.0 High Capacity: Yes Capacity: 7.4 GiB Bus Width: 1-bit Erase Group Size: 512 Bytes e6b7aeef: 8GB microSD Class 10 e6b7aeef~: 8GB microSD Class 10 af04f37a: 8GB microSD Class 10 af04f37a with Mars CM patchset: 8GB microSD Class 10 af04f37a revert e6b7aeef with Mars CM patchset: 8GB microSD Class 10 StarFive # mmc rescan ; mmc info Device: mmc@16010000 Manufacturer ID: 74 OEM: 4a60 Name: USD Bus Speed: 50000000 Mode: SD High Speed (50MHz) Rd Block Len: 512 SD version 3.0 High Capacity: Yes Capacity: 7.5 GiB Bus Width: 1-bit Erase Group Size: 512 Bytes e6b7aeef: 32GB microSD Class 10 A1 U1 HC1 e6b7aeef~: 32GB microSD Class 10 A1 U1 HC1 af04f37a: 32GB microSD Class 10 A1 U1 HC1 af04f37a with Mars CM patchset: 32GB microSD Class 10 A1 U1 HC1 af04f37a revert e6b7aeef with Mars CM patchset: 32GB microSD Class 10 A1 U1 HC1 StarFive # mmc rescan ; mmc info Device: mmc@16010000 Manufacturer ID: 3 OEM: 5344 Name: SC32G Bus Speed: 50000000 Mode: SD High Speed (50MHz) Rd Block Len: 512 SD version 3.0 High Capacity: Yes Capacity: 29.7 GiB Bus Width: 1-bit Erase Group Size: 512 Bytes e6b7aeef: 200GB microSD Class 10 A1 U1 XC1 e6b7aeef~: 200GB microSD Class 10 A1 U1 XC1 af04f37a: 200GB microSD Class 10 A1 U1 XC1 af04f37a with Mars CM patchset: 200GB microSD Class 10 A1 U1 XC1 af04f37a revert e6b7aeef with Mars CM patchset: 200GB microSD Class 10 A1 U1 XC1 StarFive # mmc rescan ; mmc info Device: mmc@16010000 Manufacturer ID: 3 OEM: 5344 Name: SC200 Bus Speed: 50000000 Mode: SD High Speed (50MHz) Rd Block Len: 512 SD version 3.0 High Capacity: Yes Capacity: 183.3 GiB Bus Width: 1-bit Erase Group Size: 512 Bytes e6b7aeef: 256GB microSD Class U3 XC1 e6b7aeef~: 256GB microSD Class U3 XC1 af04f37a: 256GB microSD Class U3 XC1 af04f37a with Mars CM patchset: 256GB microSD Class U3 XC1 af04f37a revert e6b7aeef with Mars CM patchset: 256GB microSD Class U3 XC1 StarFive # mmc rescan ; mmc info Device: mmc@16010000 Manufacturer ID: 1b OEM: 534d Name: GE4S5 Bus Speed: 50000000 Mode: SD High Speed (50MHz) Rd Block Len: 512 SD version 3.0 High Capacity: Yes Capacity: 238.8 GiB Bus Width: 1-bit Erase Group Size: 512 Bytes > One potential problem I > could think of is perhaps the SPL built is without SPL_PINCTRL_STARFIVE/JH7110 > or the u-boot dts is missing the pinctrl that properly sets drive-strength and > other properties of the mmc0/1 pins. What dtb are you using? I tested this with > visionfive2 and it's working fine. Can you share the tree/config you used to > built for Milk-V Mars CM Lite? I don't see the corresponding dts being checked- > in to u-boot tree, so it helps if you can share the code. Thanks! > > Bo As described, this is upstream U-Boot. Does this 'mmc info' testing help give some ideas to suggest? -E ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] riscv: dts: jh7110: Enable PLL node in SPL 2024-04-20 10:56 ` E Shattow @ 2024-07-11 19:55 ` E Shattow 2024-07-16 10:59 ` Leo Liang 0 siblings, 1 reply; 11+ messages in thread From: E Shattow @ 2024-07-11 19:55 UTC (permalink / raw) To: Bo Gan Cc: Hal Feng, rick@andestech.com, ycliang@andestech.com, trini@konsulko.com, yanhong.wang@starfivetech.com, Minda Chen, duwe@suse.de, namcao@linutronix.de, Xingyu Wu, Mason Huo, u-boot@lists.denx.de Ping. This regression still exists and is now in stable release. Should we revert this change or how must it be fixed? -E On Sat, Apr 20, 2024 at 3:56 AM E Shattow <lucent@gmail.com> wrote: > > On Fri, Apr 19, 2024 at 5:51 PM Bo Gan <ganboing@gmail.com> wrote: > > > ...snip... > > > > If without the change (reverted), can you read/write the same SD media in U-boot > > proper? (U-boot proper will switch BUS_ROOT to PLL2). > > I tested again this change in commit e6b7aeef, before this change in > parent commit e6b7aeef~, af04f37a HEAD from today 19th Apr 2024 (which > due to not matching EEPROM product_id will be in the fall-through case > of board/starfive/visionfive2/spl.c), af04f37a with applied patchset > "board: starfive: add Milk-V Mars CM support" from 15th Apr 2024, and > af04f37a reverting changes from e6b7aeef also with applied patchset > "board: starfive: add Milk-V Mars CM support" from 15th Apr 2024. > > In all builds is OpenSBI at commit d4d2582e HEAD from today 19 Apr 2024. > > For each build tested per vendor Milk-V the Mars CM Lite (SD Card only > non-eMMC) has pinmux of GPIO22 instead of GPIO62: > > -- a/arch/riscv/dts/jh7110-starfive-visionfive-2.dtsi > +++ b/arch/riscv/dts/jh7110-starfive-visionfive-2.dtsi > @@ -233,7 +233,7 @@ > > mmc0_pins: mmc0-pins { > mmc0-pins-rest { > - pinmux = <GPIOMUX(62, GPOUT_SYS_SDIO0_RST, > + pinmux = <GPIOMUX(22, GPOUT_SYS_SDIO0_RST, > GPOEN_ENABLE, GPI_NONE)>; > bias-pull-up; > drive-strength = <12>; > > U-Boot config is simply starfive_visionfive2_defconfig. > > Results are as follows. > > StarFive # mac > --------EEPROM INFO-------- > Vendor : MILK-V > Product full SN: MARC-V10-2340-D004E000-000006DF > data version: 0x2 > PCB revision: 0xc1 > BOM revision: A > Ethernet MAC0 address: 6c:cf:39:00:83:11 > Ethernet MAC1 address: 6c:cf:39:00:83:12 > --------EEPROM INFO-------- > > e6b7aeef: 2GB microSD (no speed class markings) > af04f37a: 2GB microSD (no speed class markings) > af04f37a with Mars CM patchset: 2GB microSD (no speed class markings) > StarFive # mmc rescan ; mmc info > unable to select a mode > unable to select a mode > > e6b7aeef~: 2GB microSD (no speed class markings) > af04f37a revert e6b7aeef with Mars CM patchset: 2GB microSD (no speed > class markings) > StarFive # mmc rescan ; mmc info > Device: mmc@16010000 > Manufacturer ID: 1c > OEM: 5356 > Name: USD > Bus Speed: 50000000 > Mode: SD High Speed (50MHz) > Rd Block Len: 512 > SD version 2.0 > High Capacity: No > Capacity: 1.9 GiB > Bus Width: 1-bit > Erase Group Size: 512 Bytes > > e6b7aeef: 8GB microSD Class 4 > e6b7aeef~: 8GB microSD Class 4 > af04f37a: 8GB microSD Class 4 > af04f37a with Mars CM patchset: 8GB microSD Class 4 > af04f37a revert e6b7aeef with Mars CM patchset: 8GB microSD Class 4 > StarFive # mmc rescan ; mmc info > Device: mmc@16010000 > Manufacturer ID: 2 > OEM: 544d > Name: SA08G > Bus Speed: 50000000 > Mode: SD High Speed (50MHz) > Rd Block Len: 512 > SD version 3.0 > High Capacity: Yes > Capacity: 7.4 GiB > Bus Width: 1-bit > Erase Group Size: 512 Bytes > > e6b7aeef: 8GB microSD Class 10 > e6b7aeef~: 8GB microSD Class 10 > af04f37a: 8GB microSD Class 10 > af04f37a with Mars CM patchset: 8GB microSD Class 10 > af04f37a revert e6b7aeef with Mars CM patchset: 8GB microSD Class 10 > StarFive # mmc rescan ; mmc info > Device: mmc@16010000 > Manufacturer ID: 74 > OEM: 4a60 > Name: USD > Bus Speed: 50000000 > Mode: SD High Speed (50MHz) > Rd Block Len: 512 > SD version 3.0 > High Capacity: Yes > Capacity: 7.5 GiB > Bus Width: 1-bit > Erase Group Size: 512 Bytes > > e6b7aeef: 32GB microSD Class 10 A1 U1 HC1 > e6b7aeef~: 32GB microSD Class 10 A1 U1 HC1 > af04f37a: 32GB microSD Class 10 A1 U1 HC1 > af04f37a with Mars CM patchset: 32GB microSD Class 10 A1 U1 HC1 > af04f37a revert e6b7aeef with Mars CM patchset: 32GB microSD Class 10 A1 U1 HC1 > StarFive # mmc rescan ; mmc info > Device: mmc@16010000 > Manufacturer ID: 3 > OEM: 5344 > Name: SC32G > Bus Speed: 50000000 > Mode: SD High Speed (50MHz) > Rd Block Len: 512 > SD version 3.0 > High Capacity: Yes > Capacity: 29.7 GiB > Bus Width: 1-bit > Erase Group Size: 512 Bytes > > e6b7aeef: 200GB microSD Class 10 A1 U1 XC1 > e6b7aeef~: 200GB microSD Class 10 A1 U1 XC1 > af04f37a: 200GB microSD Class 10 A1 U1 XC1 > af04f37a with Mars CM patchset: 200GB microSD Class 10 A1 U1 XC1 > af04f37a revert e6b7aeef with Mars CM patchset: 200GB microSD Class 10 A1 U1 XC1 > StarFive # mmc rescan ; mmc info > Device: mmc@16010000 > Manufacturer ID: 3 > OEM: 5344 > Name: SC200 > Bus Speed: 50000000 > Mode: SD High Speed (50MHz) > Rd Block Len: 512 > SD version 3.0 > High Capacity: Yes > Capacity: 183.3 GiB > Bus Width: 1-bit > Erase Group Size: 512 Bytes > > e6b7aeef: 256GB microSD Class U3 XC1 > e6b7aeef~: 256GB microSD Class U3 XC1 > af04f37a: 256GB microSD Class U3 XC1 > af04f37a with Mars CM patchset: 256GB microSD Class U3 XC1 > af04f37a revert e6b7aeef with Mars CM patchset: 256GB microSD Class U3 XC1 > StarFive # mmc rescan ; mmc info > Device: mmc@16010000 > Manufacturer ID: 1b > OEM: 534d > Name: GE4S5 > Bus Speed: 50000000 > Mode: SD High Speed (50MHz) > Rd Block Len: 512 > SD version 3.0 > High Capacity: Yes > Capacity: 238.8 GiB > Bus Width: 1-bit > Erase Group Size: 512 Bytes > > > One potential problem I > > could think of is perhaps the SPL built is without SPL_PINCTRL_STARFIVE/JH7110 > > or the u-boot dts is missing the pinctrl that properly sets drive-strength and > > other properties of the mmc0/1 pins. What dtb are you using? I tested this with > > visionfive2 and it's working fine. Can you share the tree/config you used to > > built for Milk-V Mars CM Lite? I don't see the corresponding dts being checked- > > in to u-boot tree, so it helps if you can share the code. Thanks! > > > > Bo > > As described, this is upstream U-Boot. Does this 'mmc info' testing > help give some ideas to suggest? > > -E ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] riscv: dts: jh7110: Enable PLL node in SPL 2024-07-11 19:55 ` E Shattow @ 2024-07-16 10:59 ` Leo Liang 2024-07-19 10:52 ` E Shattow 0 siblings, 1 reply; 11+ messages in thread From: Leo Liang @ 2024-07-16 10:59 UTC (permalink / raw) To: E Shattow Cc: Bo Gan, Hal Feng, rick@andestech.com, trini@konsulko.com, yanhong.wang@starfivetech.com, Minda Chen, duwe@suse.de, namcao@linutronix.de, Xingyu Wu, Mason Huo, u-boot@lists.denx.de On Thu, Jul 11, 2024 at 12:55:05PM -0700, E Shattow wrote: > [EXTERNAL MAIL] > > Ping. This regression still exists and is now in stable release. > Should we revert this change or how must it be fixed? > > -E > Hi all, I think I could revert this commit for now if we cannot find the root cause and solution right away. Best regards, Leo > On Sat, Apr 20, 2024 at 3:56 AM E Shattow <lucent@gmail.com> wrote: > > > > On Fri, Apr 19, 2024 at 5:51 PM Bo Gan <ganboing@gmail.com> wrote: > > > > > ...snip... > > > > > > If without the change (reverted), can you read/write the same SD media in U-boot > > > proper? (U-boot proper will switch BUS_ROOT to PLL2). > > > > I tested again this change in commit e6b7aeef, before this change in > > parent commit e6b7aeef~, af04f37a HEAD from today 19th Apr 2024 (which > > due to not matching EEPROM product_id will be in the fall-through case > > of board/starfive/visionfive2/spl.c), af04f37a with applied patchset > > "board: starfive: add Milk-V Mars CM support" from 15th Apr 2024, and > > af04f37a reverting changes from e6b7aeef also with applied patchset > > "board: starfive: add Milk-V Mars CM support" from 15th Apr 2024. > > > > In all builds is OpenSBI at commit d4d2582e HEAD from today 19 Apr 2024. > > > > For each build tested per vendor Milk-V the Mars CM Lite (SD Card only > > non-eMMC) has pinmux of GPIO22 instead of GPIO62: > > > > -- a/arch/riscv/dts/jh7110-starfive-visionfive-2.dtsi > > +++ b/arch/riscv/dts/jh7110-starfive-visionfive-2.dtsi > > @@ -233,7 +233,7 @@ > > > > mmc0_pins: mmc0-pins { > > mmc0-pins-rest { > > - pinmux = <GPIOMUX(62, GPOUT_SYS_SDIO0_RST, > > + pinmux = <GPIOMUX(22, GPOUT_SYS_SDIO0_RST, > > GPOEN_ENABLE, GPI_NONE)>; > > bias-pull-up; > > drive-strength = <12>; > > > > U-Boot config is simply starfive_visionfive2_defconfig. > > > > Results are as follows. > > > > StarFive # mac > > --------EEPROM INFO-------- > > Vendor : MILK-V > > Product full SN: MARC-V10-2340-D004E000-000006DF > > data version: 0x2 > > PCB revision: 0xc1 > > BOM revision: A > > Ethernet MAC0 address: 6c:cf:39:00:83:11 > > Ethernet MAC1 address: 6c:cf:39:00:83:12 > > --------EEPROM INFO-------- > > > > e6b7aeef: 2GB microSD (no speed class markings) > > af04f37a: 2GB microSD (no speed class markings) > > af04f37a with Mars CM patchset: 2GB microSD (no speed class markings) > > StarFive # mmc rescan ; mmc info > > unable to select a mode > > unable to select a mode > > > > e6b7aeef~: 2GB microSD (no speed class markings) > > af04f37a revert e6b7aeef with Mars CM patchset: 2GB microSD (no speed > > class markings) > > StarFive # mmc rescan ; mmc info > > Device: mmc@16010000 > > Manufacturer ID: 1c > > OEM: 5356 > > Name: USD > > Bus Speed: 50000000 > > Mode: SD High Speed (50MHz) > > Rd Block Len: 512 > > SD version 2.0 > > High Capacity: No > > Capacity: 1.9 GiB > > Bus Width: 1-bit > > Erase Group Size: 512 Bytes > > > > e6b7aeef: 8GB microSD Class 4 > > e6b7aeef~: 8GB microSD Class 4 > > af04f37a: 8GB microSD Class 4 > > af04f37a with Mars CM patchset: 8GB microSD Class 4 > > af04f37a revert e6b7aeef with Mars CM patchset: 8GB microSD Class 4 > > StarFive # mmc rescan ; mmc info > > Device: mmc@16010000 > > Manufacturer ID: 2 > > OEM: 544d > > Name: SA08G > > Bus Speed: 50000000 > > Mode: SD High Speed (50MHz) > > Rd Block Len: 512 > > SD version 3.0 > > High Capacity: Yes > > Capacity: 7.4 GiB > > Bus Width: 1-bit > > Erase Group Size: 512 Bytes > > > > e6b7aeef: 8GB microSD Class 10 > > e6b7aeef~: 8GB microSD Class 10 > > af04f37a: 8GB microSD Class 10 > > af04f37a with Mars CM patchset: 8GB microSD Class 10 > > af04f37a revert e6b7aeef with Mars CM patchset: 8GB microSD Class 10 > > StarFive # mmc rescan ; mmc info > > Device: mmc@16010000 > > Manufacturer ID: 74 > > OEM: 4a60 > > Name: USD > > Bus Speed: 50000000 > > Mode: SD High Speed (50MHz) > > Rd Block Len: 512 > > SD version 3.0 > > High Capacity: Yes > > Capacity: 7.5 GiB > > Bus Width: 1-bit > > Erase Group Size: 512 Bytes > > > > e6b7aeef: 32GB microSD Class 10 A1 U1 HC1 > > e6b7aeef~: 32GB microSD Class 10 A1 U1 HC1 > > af04f37a: 32GB microSD Class 10 A1 U1 HC1 > > af04f37a with Mars CM patchset: 32GB microSD Class 10 A1 U1 HC1 > > af04f37a revert e6b7aeef with Mars CM patchset: 32GB microSD Class 10 A1 U1 HC1 > > StarFive # mmc rescan ; mmc info > > Device: mmc@16010000 > > Manufacturer ID: 3 > > OEM: 5344 > > Name: SC32G > > Bus Speed: 50000000 > > Mode: SD High Speed (50MHz) > > Rd Block Len: 512 > > SD version 3.0 > > High Capacity: Yes > > Capacity: 29.7 GiB > > Bus Width: 1-bit > > Erase Group Size: 512 Bytes > > > > e6b7aeef: 200GB microSD Class 10 A1 U1 XC1 > > e6b7aeef~: 200GB microSD Class 10 A1 U1 XC1 > > af04f37a: 200GB microSD Class 10 A1 U1 XC1 > > af04f37a with Mars CM patchset: 200GB microSD Class 10 A1 U1 XC1 > > af04f37a revert e6b7aeef with Mars CM patchset: 200GB microSD Class 10 A1 U1 XC1 > > StarFive # mmc rescan ; mmc info > > Device: mmc@16010000 > > Manufacturer ID: 3 > > OEM: 5344 > > Name: SC200 > > Bus Speed: 50000000 > > Mode: SD High Speed (50MHz) > > Rd Block Len: 512 > > SD version 3.0 > > High Capacity: Yes > > Capacity: 183.3 GiB > > Bus Width: 1-bit > > Erase Group Size: 512 Bytes > > > > e6b7aeef: 256GB microSD Class U3 XC1 > > e6b7aeef~: 256GB microSD Class U3 XC1 > > af04f37a: 256GB microSD Class U3 XC1 > > af04f37a with Mars CM patchset: 256GB microSD Class U3 XC1 > > af04f37a revert e6b7aeef with Mars CM patchset: 256GB microSD Class U3 XC1 > > StarFive # mmc rescan ; mmc info > > Device: mmc@16010000 > > Manufacturer ID: 1b > > OEM: 534d > > Name: GE4S5 > > Bus Speed: 50000000 > > Mode: SD High Speed (50MHz) > > Rd Block Len: 512 > > SD version 3.0 > > High Capacity: Yes > > Capacity: 238.8 GiB > > Bus Width: 1-bit > > Erase Group Size: 512 Bytes > > > > > One potential problem I > > > could think of is perhaps the SPL built is without SPL_PINCTRL_STARFIVE/JH7110 > > > or the u-boot dts is missing the pinctrl that properly sets drive-strength and > > > other properties of the mmc0/1 pins. What dtb are you using? I tested this with > > > visionfive2 and it's working fine. Can you share the tree/config you used to > > > built for Milk-V Mars CM Lite? I don't see the corresponding dts being checked- > > > in to u-boot tree, so it helps if you can share the code. Thanks! > > > > > > Bo > > > > As described, this is upstream U-Boot. Does this 'mmc info' testing > > help give some ideas to suggest? > > > > -E ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] riscv: dts: jh7110: Enable PLL node in SPL 2024-07-16 10:59 ` Leo Liang @ 2024-07-19 10:52 ` E Shattow 0 siblings, 0 replies; 11+ messages in thread From: E Shattow @ 2024-07-19 10:52 UTC (permalink / raw) To: Leo Liang Cc: Bo Gan, Hal Feng, rick@andestech.com, trini@konsulko.com, yanhong.wang@starfivetech.com, Minda Chen, duwe@suse.de, namcao@linutronix.de, Xingyu Wu, Mason Huo, u-boot@lists.denx.de On Tue, Jul 16, 2024 at 3:59 AM Leo Liang <ycliang@andestech.com> wrote: > > On Thu, Jul 11, 2024 at 12:55:05PM -0700, E Shattow wrote: > > [EXTERNAL MAIL] > > > > Ping. This regression still exists and is now in stable release. > > Should we revert this change or how must it be fixed? > > > > -E > > > > Hi all, > > I think I could revert this commit for now > if we cannot find the root cause and solution right away. > > Best regards, > Leo > Yes I agree this needs to be reverted. There are more than just failures of older SD card profiles within U-Boot, there is also the failure of newer SD card profile device access from Linux Kernel when U-Boot internal fdt is passed on to Grub2 and then Linux Kernel (6.10 upstream). We should test for these problems before bringing this change back. -E ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2024-07-19 10:57 UTC | newest] Thread overview: 11+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2024-03-06 3:00 [PATCH] riscv: dts: jh7110: Enable PLL node in SPL Bo Gan 2024-03-12 5:12 ` Leo Liang 2024-03-12 6:09 ` Hal Feng 2024-04-10 1:55 ` E Shattow 2024-04-10 6:44 ` Bo Gan 2024-04-17 4:59 ` E Shattow 2024-04-20 0:51 ` Bo Gan 2024-04-20 10:56 ` E Shattow 2024-07-11 19:55 ` E Shattow 2024-07-16 10:59 ` Leo Liang 2024-07-19 10:52 ` E Shattow
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox