fs/reference_count: set default reference count option to n

[anchao]

Summary

1. fs/reference_count: set default reference count option to n

Most of developers will not have the scenarios of open/close file descriptors in multi-threads, The default option will incur additional code size overhead for such devices. this PR will preserve the behavior before PR #13296 was introduced, and ensure that the default code size is not affected.

Note that this option will ensure the safety of access to the file system from multi-tasks (Task A blocking rw(fd), then Task B close(fd)), the disadvantage is that it will increase the amount of code-size, there is no need to enable this option if the application could ensure he file operations are safe.

Original:

$ size nuttx
   text	   data	    bss	    dec	    hex	filename
 479327	   8016	  10848	 498191	  79a0f	nuttx

After introduce FS_REFCOUNT:

$ size nuttx
   text	   data	    bss	    dec	    hex	filename
 479855	   8016	  10912	 498783	  79c5f	nuttx

text +528 bss +64

2. sched/timer: move sigev_notify_thread_id to SIG_EVTHREAD

Some developers do not need this kind of advanced features, move sigev_notify_thread_id into SIG_EVTHREAD to save the code size.

3. Revert "olimex-stm32-p407: adjust memory layout"

This reverts commit 9a9d0a647ef1b123627872ab7e139c1c5b9be1a0.

4. Revert "stm3240g-eval:knxwm and olimex-stm32-p407:kmodule remove FS_REFCOUNT"

This reverts commit 756faf3cc9acb2820855a45d28fcbb0cefacbf4f.

Signed-off-by: chao an [email protected]

Impact

N/A

Testing

ci-check

[lupyuen]

[Experimental Bot, please feedback here]

NuttX PR Requirement Check

While this PR description provides some information, it does not fully meet the NuttX requirements. Here's a breakdown:

Strengths:

• Summary:
  • Clearly states the reasons for the changes (code size optimization, reverting unnecessary features).
  • Identifies the affected code sections (fs/reference_count, sched/timer).
  • Provides some explanation of how the changes work.

Weaknesses:

• Summary:
  • Lacks specific details about how the changes are implemented.
  • Does not reference any related NuttX issues or pull requests.
• Impact:
  • Simply states "N/A" without addressing each impact category. This needs to be filled out thoroughly, explaining whether there is an impact (even if the answer is "NO") and providing details if applicable.
• Testing:
  • Only mentions "ci-check" which is not informative enough.
  • Needs to specify the build hosts and target platforms used for testing.
  • Lacks testing logs before and after the changes.

Recommendations for Improvement

1. Elaborate on Implementation Details:
   • In the "Summary" section, provide a more detailed explanation of how each change achieves its goal.
   • For example, how is the default reference count option changed? How is sigev_notify_thread_id moved to SIG_EVTHREAD?
2. Complete the "Impact" Section:
   • Address each impact category explicitly, even if the answer is "NO".
   • Provide justification for each answer.
   • If there is any impact, describe it thoroughly.
3. Provide Comprehensive Testing Information:
   • List the specific build host operating systems, CPUs, and compilers used.
   • Specify the target architectures, boards, and configurations used for testing.
   • Include relevant snippets of testing logs before and after the changes to demonstrate the impact of the modifications.

By addressing these points, you can significantly improve the clarity and completeness of your PR, making it easier for reviewers to understand and approve your changes.

[xiaoxiang781216]

@anchao need fix the ci error.