samples: fs_sample: avoid CI fail for mm_feather

[butok]

• Avoid CI fail for the mm_feather board sample: fs_sample: Build is failed for the sample.filesystem.fat_fs test case for the mm_feather board. #89305.
• Exclude the mm_feather board from sample.filesystem.fat_fs test case.

[de-nordic]

Why was it failing?

[butok]

Why was it failing?

I would ask why CI has these breaches.

The CI fail:
https://github.com/zephyrproject-rtos/zephyr/actions/runs/14730557223/job/41343726538?pr=89257

[kartben]

I agree with @de-nordic -- removing without documenting why it needs to be excluded is really not ideal

[kartben]

the proper fix is that the usdhc1 node should have the following children, I think?

	mmc {
		compatible = "zephyr,sdmmc-disk";
		disk-name = "SD";
		status = "okay";
	};

[butok]

I agree with @de-nordic -- removing without documenting why it needs to be excluded is really not ideal

#89305 hope, it's enough.

[butok]

the proper fix is that the usdhc1 node should have the following children, I think?

	mmc {
		compatible = "zephyr,sdmmc-disk";
		disk-name = "SD";
		status = "okay";
	};

Better to ask a maintainer/owner of the "madmachine" boards, but I cannot find it in the MINTAINERS.yml.
Is it OK, to have boards without a maintainer?

For now, we need to unblock CI.

[kartben]

For now, we need to unblock CI.

No need to use big bold characters, please :)
I believe both @de-nordic and I are trying to help address this, and also find the root cause.

Test is failing for mimxrt595_evk_mimxrt595s_cm33 as well so if the goal is to unblock CI we need a better/more complete fix anyway, and or identify the commit that introduced the regression and consider reverting it.

[kartben]

Sending a fix shortly

[butok]

Closing, as it will be a better fix.

[kartben]

Sending a fix shortly

see #89308