mm6108.bin (fw v1.15 from morsemicro-fw-rel_1_15_3_2025_Apr_16 release) and bcf_fgh100mhaamd.bin (from morse-firmware repo)
This is a correct BCF and firmware combination for that module. From the error log shown, this is throwing EPROTO (-71). This indicates some sort of bus failure. Either the signal integrity is poor, or more likely, the chip hasn’t reset correctly before trying to bring it up.
Note that the chip shares SDIO and SPI lines. So to use SPI, a special init sequence must occur before performing an insmod. An example of this script is available in our OpenWrt package feed here - morse-feed/kernel/morse-bundle/files/morse/scripts/chipreset.sh at 463c63c8b26fe5a10022714f1907a4ae8a3607ef · MorseMicro/morse-feed · GitHub . For SPI this is basically just pulling the reset line low for 50ms. Then unlatching it so it goes high for a pullup. Then inserting the module.
mm6108.bin (fw v1.15 from morsemicro-fw-rel_1_15_3_2025_Apr_16 release) and bcf_fgh100maamd.bin (from morse-firmware repo)
This one is complaining about not having an AU region in the BCF regulatory sections. This would be because the Quectel FGH100MAAMD is an EU specific module. The US/AU module here is FGH100MABMD
mm6108.bin (fw v1.15 from morsemicro-fw-rel_1_15_3_2025_Apr_16 release) and bcf_fgh100maamd.bin (from Quectel - 21 Mar 2024)
FW manifest pointer not set typically means the firmware version and the bcf version do not match. Given the date you’ve given for the BCF, not surprising here.
mm6108.bin(from Quectel - 21 Mar 2024) and bcf_fgh100maamd.bin (from Quectel - 21 Mar 2024)
Same as above. Except this is a little more surprising.
I would stick to using option 1, and identifying why the bus isn’t functioning. A logic analyzer capture of the SPI lines, busy, wake, and reset will be helpful here.