HN पर उपलब्ध: शुरुआत से लिखा गया Unix-जैसा ऑपरेटिंग सिस्टम Banan-OS

 (github.com/Bananymous)
2 पॉइंट द्वारा GN⁺ 2024-12-06 | 1 टिप्पणियां | WhatsApp पर शेयर करें

banan-os

यह प्रोजेक्ट C++ में लिखा गया एक hobby operating system है, जो x86_64 और i686 architectures को support करता है। यह अन्य products या मौजूदा open source projects की तुलना में एक अनूठा learning experience प्रदान करता है।

फीचर्स

  • सामान्य

    • Ring3 user space
    • SMP (multiprocessing)
    • linear framebuffer (VESA और GOP)
    • network stack
    • ELF executable loading
    • AML interpreter (आंशिक)
    • basic graphical environment
      • terminal emulator
      • status bar
      • program launcher
      • कुछ उपयोगी apps
    • ELF dynamic linking
    • copy-on-write memory
      • file mapping
      • anonymous mapping

  • ड्राइवर

    • NVMe disk
    • ATA (IDE, SATA) disk
    • E1000 और E1000E NIC
    • RTL8111/8168/8211/8411 NIC
    • PS2 keyboard (सभी scancode sets)
    • PS2 mouse
    • USB
      • keyboard
      • mouse
      • mass storage
      • hub
    • virtio devices (network, storage)

  • नेटवर्क

    • ARP
    • ICMP
    • IPv4
    • UDP
    • TCP (आंशिक और bugs मौजूद हैं)
    • Unix domain sockets
    • SSL

  • फ़ाइल सिस्टम

    • virtual file system
    • Ext2
    • FAT12/16/32
    • Dev
    • Ram
    • Proc
    • Sys
    • 9P

  • बूटलोडर सपोर्ट

    • GRUB
    • custom BIOS bootloader
    • custom UEFI bootloader

कोड संरचना

हर major component और library की अपनी subdirectory है। हर directory में एक include directory होती है, जिसमें उस component के सभी header files शामिल होते हैं। सभी headers को absolute paths के साथ include किया जाता है।

बिल्ड

आवश्यक पैकेज

  • apt (Ubuntu 22.04 पर test किया गया)

    • build-essential, git, ninja-build, texinfo, bison, flex, libgmp-dev, libmpfr-dev, libmpc-dev, parted, qemu-system-x86, cpu-checker

  • pacman

    • base-devel, git, wget, cmake, ninja, parted, qemu-system-x86

कंपाइल

  • इस operating system के लिए toolchain build करने के लिए आप यह command चला सकते हैं। यह step केवल एक बार करना होता है, और इसमें काफी समय लग सकता है।

    • ./bos toolchain

  • operating system को build करने के लिए आप नीचे दिए गए commands में से कोई एक चला सकते हैं। disk image बनाने/modify करने के लिए root permissions चाहिए।

    • ./bos qemu
    • ./bos qemu-nographic
    • ./bos qemu-debug
    • ./bos bochs

  • kernel या disk image को run किए बिना भी build किया जा सकता है।

    • ./bos kernel
    • ./bos image

  • किसी दूसरी architecture के लिए build करने हेतु environment variable BANAN_ARCH=_arch_ सेट करें (e.g. BANAN_ARCH=i686)।

  • bootloader बदलने के लिए environment variable BANAN_BOOTLOADER सेट करें। supported values हैं BANAN (custom bootloader) और GRUB।

  • UEFI में run करने के लिए environment variable BANAN_UEFI_BOOT=1 सेट करें। साथ ही OVMF_PATH को सही OVMF पर सेट करना होगा (default /usr/share/ovmf/x64/OVMF.fd)।

  • अगर disk image corrupt हो गई हो या आप नई बनाना चाहते हों, तो _build/banan-os.img_ को manually delete कर सकते हैं या यह command चला सकते हैं।

    • ./bos image-full

  • zsh के लिए shell completion script भी generate होती है। आप _script/shell-completion/zsh/_bos_ फ़ाइल को /usr/share/zsh/site-functions/ में copy कर सकते हैं या .zshrc के fpath में _script/shell-completion/zsh_ जोड़ सकते हैं।

योगदान

  • upstream एक personal server पर host किया गया है, इसलिए contributions को merge करना GitHub जितना सरल नहीं है। अगर आप GitHub पर PR भेजते हैं, तो diff डाउनलोड करके उसे manually apply किया जा सकता है। चाहें तो आपको private git server पर एक account दिया जा सकता है। इस स्थिति में email या Discord के जरिए संपर्क करें।

  • यह मुख्य रूप से एक learning experience है, इसलिए नए features जोड़ने से पहले email, Discord, issue आदि के जरिए पहले संपर्क करें। अगर आप बिना पूछे ऐसे काम पर PR भेजते हैं जिसे मैं पहले से plan कर रहा था, तो PR बंद किए जाने की संभावना ज्यादा है। bug fixes हमेशा स्वागतयोग्य हैं।

  • commit message को इस तरह format किया जाना चाहिए:

    1. पहली पंक्ति " Subject: Description " format में होनी चाहिए, जहाँ Subject प्रभावित area (Kernel, Shell, BuildSystem आदि) को दर्शाता है, और Description बदलाव का संक्षिप्त विवरण होना चाहिए। पहली पंक्ति 72 characters से अधिक नहीं होनी चाहिए।
    2. message body में बदलाव और बदलाव के कारण को विस्तार से समझाया जाना चाहिए।

  • सभी commits को .pre-commit-config.yaml में परिभाषित pre-commit hooks pass करने चाहिए। pre-commit setup करने के निर्देशों के लिए pre-commit.com देखें।

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-12-06
Hacker News राय
  • शुरुआत से USB ड्राइवर इम्प्लीमेंट करने के लिए प्रशंसा की गई। यह भी कहा गया कि cat doom1.wad टाइप करके सिस्टम को क्रैश कर दिया गया
  • प्रोजेक्ट का नाम पसंद आया। पूछा गया कि इम्प्लीमेंट की गई चीज़ों में सबसे कठिन हिस्सा क्या था, और क्या कोई गंभीर बाधाएँ थीं
  • कहा गया कि नए OS kernel की घोषणा में परंपरागत रूप से शामिल होने वाला एक वाक्य गायब है
  • प्रोजेक्ट को बहुत शानदार बताया गया। पूछा गया कि इस प्रोजेक्ट पर प्रति सप्ताह लगभग कितने घंटे लगाए जाते हैं, और क्या छात्र प्रोफ़ाइल का मतलब university student है। अगर हाँ, तो यह जानने की जिज्ञासा जताई गई कि क्या OS पर काम पढ़ाई के हिस्से के रूप में किया गया था
  • यह जानने की जिज्ञासा जताई गई कि development process कैसे चलता है। पूछा गया कि इसे VM में चलाया जाता है या असली hardware पर। development के दौरान सीखी गई बातों और development log को कैसे मैनेज किया जाता है, यह भी पूछा गया
  • माना गया कि इसमें बहुत काम लगा होगा। पूछा गया कि सबसे प्रमुख चुनौती क्या थी
  • इसे अप्रत्याशित feature set वाला प्रोजेक्ट बताया गया। पूछा गया कि क्या और software port करने की योजना है
  • प्रोजेक्ट को शानदार बताया गया। fork के वैकल्पिक नाम के रूप में PlatanOS सुझाया गया
  • इसे बहुत प्रभावशाली उपलब्धि बताया गया, और प्रोजेक्ट का नाम भी पसंद किया गया
  • शानदार side project के लिए बधाई दी गई। ऐसे मिलते-जुलते प्रोजेक्ट आज़माना चाहने वाले लोगों के लिए शुरुआती बिंदु या resources पर सुझाव मांगे गए