Re: [PATCH u-boot v3 2/2] ARM: dts: aspeed: Add dts for ASUS Kommando IPMI card

Tan Siewert <[email protected]> Mon, 1 Jun 2026 15:33:49 +0200
Newsgroups org.ozlabs.lists.openbmc
Message-ID <[email protected]>
On 6/1/26 3:22 PM, Anirudh Srinivasan wrote:
> 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 only observe this on re-plugging the USB power cable. Disconnecting 
UART and all other peripherals that have any ground pins makes the issue 
happen less times, but I am still able to trigger it if the power is 
falling at a bad timing (e.g. on init before systemd is starting.)

The R1.01 cards for example don't seem to have this issue at all, as I 
was told by a colleague.

	Tan