Undocumented configuration options

Joel Sherrill joel at rtems.org
Mon Mar 30 13:35:02 UTC 2020


On Mon, Mar 30, 2020 at 4:31 AM Sebastian Huber <
sebastian.huber at embedded-brains.de> wrote:

> Hello,
>
> some configuration options are currently undocumented:
>
> CONFIGURE_APPLICATION_NEEDS_ATA_DRIVER
> CONFIGURE_APPLICATION_NEEDS_IDE_DRIVER
> CONFIGURE_ATA_DRIVER_TASK_PRIORITY
> CONFIGURE_CBS_MAXIMUM_SERVERS
> CONFIGURE_DISABLE_NEWLIB_REENTRANCY
> CONFIGURE_EXECUTIVE_RAM_SIZE
> CONFIGURE_EXTRA_MPCI_RECEIVE_SERVER_STACK
> CONFIGURE_FILESYSTEM_ALL
> CONFIGURE_FILESYSTEM_DEVFS
> CONFIGURE_FILESYSTEM_DOSFS
> CONFIGURE_FILESYSTEM_ENTRY_DEVFS
> CONFIGURE_FILESYSTEM_ENTRY_DOSFS
> CONFIGURE_FILESYSTEM_ENTRY_FTPFS
> CONFIGURE_FILESYSTEM_ENTRY_IMFS
> CONFIGURE_FILESYSTEM_ENTRY_JFFS2
> CONFIGURE_FILESYSTEM_ENTRY_NFS
> CONFIGURE_FILESYSTEM_ENTRY_RFS
> CONFIGURE_FILESYSTEM_ENTRY_TFTPFS
> CONFIGURE_FILESYSTEM_FTPFS
> CONFIGURE_FILESYSTEM_IMFS
> CONFIGURE_FILESYSTEM_JFFS2
> CONFIGURE_FILESYSTEM_NFS
> CONFIGURE_FILESYSTEM_RFS
> CONFIGURE_FILESYSTEM_TFTPFS
> CONFIGURE_IMFS_DISABLE_MKNOD_DEVICE
> CONFIGURE_MALLOC_DIRTY
> CONFIGURE_MAXIMUM_POSIX_SHMS
> CONFIGURE_PCI_LIB
> CONFIGURE_SCHEDULER_ASSIGNMENTS
> CONFIGURE_SCHEDULER_STRONG_APA
> CONFIGURE_TASK_STACK_ALLOCATOR_AVOIDS_WORK_SPACE
> CONFIGURE_TASK_STACK_FROM_ALLOCATOR
>
> The CONFIGURE_PCI_LIB is specific to the libpci. I am not sure if this
> stuff is sill in use.
>
> What about the
>
> CONFIGURE_FILESYSTEM_ENTRY_DEVFS
> CONFIGURE_FILESYSTEM_ENTRY_DOSFS
> CONFIGURE_FILESYSTEM_ENTRY_FTPFS
> CONFIGURE_FILESYSTEM_ENTRY_IMFS
> CONFIGURE_FILESYSTEM_ENTRY_JFFS2
> CONFIGURE_FILESYSTEM_ENTRY_NFS
> CONFIGURE_FILESYSTEM_ENTRY_RFS
> CONFIGURE_FILESYSTEM_ENTRY_TFTPFS
>
> configuration options? Is this really something a user should be able to
> define?
>

Chris will likely chime in later but I believe these are needed so that
filesystem type is listed in the set of mountable filesystems.  The mount
command depends on those settings.

>
> The rest should be added to the documentation from my point of view.
>
> _______________________________________________
> devel mailing list
> devel at rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20200330/7b4d7a88/attachment.html>


More information about the devel mailing list