I first want to say that I do not expect any such changes to be adopted right away, or at any time in the near future, but I still feel like perhaps it is at least time to start discussion on adopting certain filesystems now for systems running solely or have Slackware (both x86/64 and particularly ARM) on a NAND-FLASH device SSD, MMC.

As far as Slackware on ARM, I would think it would be even more of a good idea in adding support for installation on a flash-based FS, of course maybe it already does? I do not know I have obviously never used the ARM version of Slackware.

Still this is more of a speculative post, and I can dream can't I?

The problem most ARM devices need a unique boot loader so it makes it rather complex for the installer to deal with. Its pretty easy to install Slackware arm on NAND you install to something like a USB flash driving than convert the image to jiffs2 to ubifs and copy that to your NAND, next patch up the boot loader however that works on your device.

At least that ARMSlack kernels support these filesystems.

If GRUB supports the ARM architecture maybe that would solve that issue. My own reasoning for adding support for JFFS2 , or better yet Samsung's F2FS during setup is yes a selfish one at that, since I do not have the know-how to roll my own with such support, and while you presented a solution; I still find it rather out of the way just to achieve said goal.

I also admit my reasoning is rather simplistic, and it is just my , and my own bias is that since on a desktop SSDs are more common now, and in my case a combination of SSD and conventional (SSD housing the OS), and conventional having /home , in my simplistic view I do feel that it is a good idea to consider support for installing Slackware on a FS built for the ground up FOR NAND devices. Having that option would be a good idea at some point, and not to say that you obviously cannot still use the standard ext*, BTRFS, XFS, JFS, and even Reiser; I am not saying those are bad choices; but again those were not initially meant for SSDs, but for a conventional hard disk.

JeeBizz,

Okay this is a little different issue. Desktop SSDs, MMC cards, etc are NAND flash but they have a controller on top of them. They have very different requirements than raw NAND flash found on ARM devices etc, which is what most people mean when they say NAND support.

F2FS probably is as simple as switching to GRUB from LILO which probably does not support. By the way with the right mount options BTRFS, EXT4, and I think XFS, all support TRIM which is about all you need as far as SSD support.

I have only seen GRUB exist for the StrongARM RiscPC, as someone's project. The majority of the ARM devices use u-boot.

All of the ARM systems I have that have NAND storage use eMMC.
You can certainly put an EXT file system on here and install Slackware to it, although if you're following the installation documentation, you'd need to adjust accordingly: Slackware ARM assumes that the usage profile will be server or desktop, and the installation documentation covers only hard discs (or anything surfaced as /dev/sdX within Linux).
I have never used anything other than eMMC and one of the regular file systems (ext, jfs). My view is that if you want to use a different file system (if you're concerned about exhausting the life of the NAND), you'd want to do more than use a different file system. You'd most likely want to disable logging and other things; in which case this would be best documented as a use case by the community.
However, if anybody manages to automate it satisfactorily (this is difficult with u-boot), let me know!

The controller itself is more or less FS agnostic; I am referring just to the FS itself that is used to hold and represent the files on a device; which stems to my original point, if more are adopting the use of a NAND device in this case an SSD it would just make more sense at some point to utilize an actual FS designed from the ground up for such a device, or at least have that option available during setup and also again this is something to just ponder for the near future at least.