Re: I'm eager to contribute in gsoc 2025 for Emulating missing linux syscalls

Please do check my proposal
And if any changes please let me know.I want to make it the best so please
validate it and suggest changes.
Thank you

On Fri, 14 Mar, 2025, 14:22 Adithya Reddy.s, <[email protected]>
wrote:

> Hey Mentor,
> Below is my detailed project proposal for enhancing NetBSD’s Linux
> compatibility layer. I’m super excited to dive in and make this system
> next-level! I’ve mapped out every step (350 hours total) with continuous
> check-ins and iterative feedback so that we can pivot or refine as
> needed—all while keeping things frictionless and straight to the point.
> ------------------------------
> *About Project*
> *Goal:*
> The mission is to boost NetBSD’s Linux compatibility layer (aka
> compat_linux) by identifying and implementing the missing Linux syscalls.
> In short, I want unmodified Linux binaries to run seamlessly on NetBSD,
> expanding its utility and appeal.
> *Deliverables:*
>
>    - *Code:*
>       - New syscall implementations (both direct mappings and full
>       emulations) integrated as a patch set.
>    - *Documentation:*
>       - Detailed design documents, implementation blueprints, and
>       comprehensive test cases.
>       - User/developer guides (with interactive elements like wiki pages
>       or video walkthroughs).
>    - *Testing:*
>       - Automated and manual test suites to ensure reliability and
>       performance.
>    - *Community Integration:*
>       - Clean commit messages, change logs, and follow-up reports on
>       community feedback.
>
> ------------------------------
> *proposal.docx
> <https://1drv.ms/w/c/a84f6980bc084c65/Edg059P7IFNPnUAZrxWUo7oBLRMWHBI9ynkFF71TzlOmXQ>*
> ------------------------------
> *Additional Details*
> *Is Similar Software Available Elsewhere?*
> Yes, FreeBSD’s linuxulator and OpenBSD’s limited Linux compatibility
> exist—but this implementation is tailored for NetBSD’s unique architecture
> and strict licensing (no GPL in the kernel), making it an original,
> high-quality solution.
> *Port or Rewrite?*
> This isn’t a port. It’s a rewrite/extension of the current compatibility
> layer, built entirely from scratch to meet NetBSD’s standards and licensing.
> ------------------------------
> *About My Experience with NetBSD*
>
>    - 1) Modify an Existing Syscall – Change a syscall like getpid() to
>    print debug info.
>    2) Write a Simple Custom Syscall – Create sys_myhello() that prints
>    "Hello from the kernel!".
>
> *Additional Required Knowledge:*
> I’m very comfortable with Linux syscalls, kernel debugging (gdb, ktrace,
> strace, kdump), and general system programming principles. My background
> ensures I can bridge the gap between Linux and NetBSD effectively.
> *Hardware:*
> This is a pure software project, so no specialized hardware is needed.
> ------------------------------
> *About Me*
>
>    - *Background:*
>    I’ve been programming in C for over 3 years, focusing on system-level
>    projects—from low-level system tools to performance optimizations. I’ve
>    typically worked solo or in small agile teams.
>    - *Prior Projects:*
>       - *Log Monitor Utility:*
>       A real-time log parser that watches system logs and flags events
>       can be implemented efficiently, especially if it's focused on core
>       functionality.
>       - *NetBSD Experience:*
>    I’m actively diving into NetBSD’s internals and have been engaging
>    with the community on mailing lists. Although I haven’t yet submitted
>    patches, I’m well on my way.
>    -
> *Contact:[email protected] <[email protected]>
>    Whatsapp:+91 8500367298*
>    You can reach me at [email protected] . I’m always open to
>    discussions, feedback, and virtual meet-ups.
>
>
> I’m super passionate about low-level systems work, and this project is a
> fantastic opportunity to innovate and contribute to NetBSD. I’m all in for
> learning, iterating, and delivering a robust, future-proof solution.
>
>