FreeBSD cannot be installed on a microSD card.

Please provide output of,
Code:
lspci -k | grep -iA 3 -E "sdhc|sdio|card reader|realtek|o2"
dmesg | grep -E "mmc0|sdhci|rtsx"
[user@Fedora ~]$ lspci -k | grep -iA 3 -E "sdhc|sdio|card reader|realtek|o2"
Code:
6e:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS525A PCI Express Card Reader (rev 01)
        Subsystem: Dell Device 071b
        Kernel driver in use: rtsx_pci
        Kernel modules: rtsx_pci
[user@Fedora ~]$ sudo dmesg | grep -E "mmc0|sdhci|rtsx"
[sudo] password for user: 
[    5.453999] mmc0: new UHS-I speed SDR104 SDXC card at address 5048
[    8.858936] mmcblk0: mmc0:5048 SD256 239 GiB
[ 2417.680756] mmc0: card 5048 removed
[12136.574153] mmc0: new UHS-I speed SDR104 SDHC card at address 0007
[12136.574507] mmcblk0: mmc0:0007 SD32G 29.0 GiB
[12418.210985] mmc0: card 0007 removed
[14074.540544] mmc0: new UHS-I speed SDR104 SDHC card at address 0007
[14074.541126] mmcblk0: mmc0:0007 SD32G 29.0 GiB
[user@Fedora ~]$
 
There is an rtsx freebsd driver.

You could try booting with arch.
Then mount the microSD and edit the file

/boot/loader.conf

Add

Code:
mmc_load="YES"
mmcsd_load="YES"
rtsx_load="YES"
 
SD Drives might be the exception.

Unfortunately FreeBSD doesn't have an appropriate filesystem for embedded/flash based storage. UFS would be a good candidate for an APFS-like redesign but the amount of work involved would be tough. Has any one contemplated CoW based UFS? I think it'd be a boon for FreeBSD in the embedded world. Like ZFS without the redundancy features.
 
There is an rtsx freebsd driver.

You could try booting with arch.
Then mount the microSD and edit the file

/boot/loader.conf

Add

Code:
mmc_load="YES"
mmcsd_load="YES"
rtsx_load="YES"
I used a USB SD card reader (temporary) and booted my installed FreeBSD from a microSD card, and then I added those 3 lines in /boot/loader.conf.

Unfortunately, it can not boot again if I insert my microSD card into my laptop's microSD card reader, and I drop to the screen that I already screenshotted.
 
As seen in BUGS part of rtsx(4) manpage, there are abnormally designed hardwares that 2 signal lines in reverse. It's about RTS522A on Lenovo T470p, but there's no warranty that this abnormalities doesn't exist for other supported chips / PC manufacturers / models.

So does it work if you add
Code:
dev.rtsx.0.inversion=1
in your /boot/loader.conf?
 
As seen in BUGS part of rtsx(4) manpage, there are abnormally designed hardwares that 2 signal lines in reverse. It's about RTS522A on Lenovo T470p, but there's no warranty that this abnormalities doesn't exist for other supported chips / PC manufacturers / models.

So does it work if you add
Code:
dev.rtsx.0.inversion=1
in your /boot/loader.conf?
I added your line too, but it still didn't work, and I dropped to my last screenshot state.
 
I used a USB SD card reader (temporary) and booted my installed FreeBSD from a microSD card, and then I added those 3 lines in /boot/loader.conf.

Unfortunately, it can not boot again if I insert my microSD card into my laptop's microSD card reader, and I drop to the screen that I already screenshotted.
Have you tried to mount some sd card on the FreeBSD that started on the usb reader card ?
Because if there is no driver working after boot, then surely there won't be in loader.efi
 
Have you tried to mount some sd card on the FreeBSD that started on the usb reader card ?
Because if there is no driver working after boot, then surely there won't be in loader.efi
loader uses bios/efi to access drives. is quite possible to have access in loader and no access after kernel has booted
 
there is support see sdhci, mmc, rtsx. even his hardware seems to be supported but for some reason it fails to attach
most arm boards do not have the sdcard on usb and still work. i also have a hp thin client with sdhci which works
 
Back
Top