Re: [PATCH 3/3] riscv: dts: spacemit: k3-deepcomputing-fml13v05: Enable SD card support

["Troy Mitchell" <troy.mitchell@linux.spacemit.com>]

[-- Attachment #1: Type: text/plain, Size: 1476 bytes --]

On Wed Sep 23, 2026 at 5:51 PM +08, Sandie Cao wrote:
> Hi, Troy:
>
>> From: "Troy Mitchell"<troy.mitchell@linux.spacemit.com>
>> Date:  Wed, Sep 23, 2026, 17:14
>> On Wed Sep 23, 2026 at 4:01 PM +08, Sandie Cao wrote:
>> > Hi, Troy:
>> >
>> >> From: "Troy Mitchell"<troy.mitchell@linux.spacemit.com>
>> >> Date:  Wed, Sep 23, 2026, 15:02
>> >> On Wed, Sep 23, 2026 at 02:35:20PM +0800, Sandie Cao wrote:
>> >> > FML13V05 SD card slot is inside the board, it doesn't need cd-gpio,
>> >> > FML13V05 Keeps GPIO88 to low, Then SD card is always on for SD Card
>> >> > driver.
>> >> 
>> >> An internal slot does not necessarily mean the card is non-removable.
>> >> I don't think its location alone justifies keeping card detect asserted:
>> >> GPIO88 would report a card present even when the slot is empty.
>> >
>> > Yes. The FML13V05 hardware is designed for this. We can't change it. 
>> 
>> I may not have been clear: an internal card slot does not necessarily
>> mean the card is non-removable. If GPIO88 is connected to the
>> card-detect switch, it still needs a pull-up. Is GPIO88 tied low on
>> the board, or does it reflect the state of that switch?
>
> The FML13V05 SD card slot doesn't have cd-gpio. But the K3 SD card driver need it, so the GPIO88 is tied low on board. 

Sounds like you should use non-removable or broken-cd instead of
cd-gpios.

Note: Please limit line lengths to 80–100 characters.

-- 
Troy Mitchell


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 248 bytes --]