<p dir="ltr"><br>
On Jul 4, 2016 9:10 PM, "yao0718" <<a href="mailto:29171383@qq.com">29171383@qq.com</a>> wrote:<br>
><br>
> can add user extend filesystem macro in confdefs.h?<br>
><br>
> --- ./rtems/cpukit/sapi/include/confdefs.h 2016-07-03 03:25:07.227917300 +0800<br>
> +++ ./am335x_rtems/cpukit/sapi/include/confdefs.h 2016-07-02 23:10:46.522619200 +0800<br>
> @@ -575,6 +575,10 @@<br>
>            defined(CONFIGURE_FILESYSTEM_ENTRY_JFFS2)<br>
>          CONFIGURE_FILESYSTEM_ENTRY_JFFS2,<br>
>        #endif<br>
> +  #if defined(CONFIGURE_FILESYSTEM_USER) && \<br>
> +          defined(CONFIGURE_FILESYSTEM_ENTRY_USER)<br>
> + CONFIGURE_FILESYSTEM_ENTRY_USER,<br>
> +      #endif<br>
>        CONFIGURE_FILESYSTEM_NULL<br>
>      };<br>
>    #endif<br>
><br>
><br>
> now I can add yaffs2 in application define<br>
> #define CONFIGURE_FILESYSTEM_USER<br>
> #define CONFIGURE_FILESYSTEM_ENTRY_USER {"yaffs2",yaffs_initialize}<br>
><br>
> and  can add more user define filesystem in application without change confdefs.h<br>
></p>
<p dir="ltr">That seems reasonable if documented.</p>
<p dir="ltr">I am open to adding YAFFS and a user filesystem entry also. Happy to hear from others though since YAFFS is dual licensed and can lead to user license impacts.<br></p>
<p dir="ltr">><br>
> _______________________________________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel">http://lists.rtems.org/mailman/listinfo/devel</a><br>
</p>