Re: [PATCH u-boot v3 2/2] ARM: dts: aspeed: Add dts for ASUS Kommando IPMI card
Anirudh Srinivasan <[email protected]> Mon, 1 Jun 2026 08:22:23 -0500
| Newsgroups | org.ozlabs.lists.openbmc |
|---|---|
| Message-ID | <CAJ13v3TYLDswJROz=540J+XuyEmYMXEsaO3PgQhvFueSpsqpGg@mail.gmail.com> |
Hi Tan, On Mon, Jun 1, 2026 at 4:26 AM Tan Siewert <[email protected]> wrote: > > > + > > +&fmc { > > + status = "okay"; > > + > > + pinctrl-names = "default"; > > + pinctrl-0 = <&pinctrl_fmcquad_default>; > > + > > + flash@0 { > > + status = "okay"; > > + spi-max-frequency = <50000000>; > > + spi-tx-bus-width = <4>; > > + spi-rx-bus-width = <4>; > > + }; > > Out of curiosity: which revision of the Kommando IPMI card do you have? > Asking because I have two R1.04s and both fail after a power cycle, but > only if the SPI was probed by U-Boot before. My card also says R1.04 on it. My flash chip is a Winbound 25Q512JVFQ. Are you observing this after a graceful reboot from inside an OS, or when you unplug/replug the USB power cable? If you're doing the latter, I've observed that the card doesn't come back up properly when the UART ground is connected, even with the stock fw. I need to unplug power, unplug the UART ground cable and then replug both back in. I see some garbage output on the UART at boot if I don't do this. > > I'm still debugging the issue on my side, but based on what I saw with > my logic analyser it appears that the FMC is in a wrong addressing mode. > When it reads U-Boot, it's misaligned by 1-byte. > Blipping the /RESET line makes the card work again. > > Tan > > > +}; -- Regards Anirudh Srinivasan