<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 4, 2015 at 1:26 PM, Martin Galvan <span dir="ltr"><<a href="mailto:martin.galvan@tallertechnologies.com" target="_blank">martin.galvan@tallertechnologies.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi everyone! While looking at the JFFS2 struct _inode I noticed it has<br>
attributes such as i_uid and i_gid. Are these a leftover from the eCos<br>
port, or does RTEMS have the concept of users/groups?<br></blockquote><div><br></div><div>RTEMS has the concept of user/groups. :)</div><div><br></div><div>FWIW you should look at the fstests. A subset of them are designed to be</div><div>instanced for different file systems. They have been instanced for RFS,</div><div>DOSFS, and JFFS2. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The reason I'm asking this is because I'm planning on bringing the<br>
F2FS code from Linux, and I'll probably be using that same struct<br>
_inode. We were thinking maybe we could trim these unneeded attributes<br>
in the future to reduce the filesystem overhead a bit.<br></blockquote><div><br></div><div>What's the license on this filesystem? Is there a way to ensure we stay</div><div>in sync?</div><div><br></div><div>Of course, that's assuming you plan to submit it. :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
_______________________________________________<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" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
</blockquote></div><br></div></div>