stanford-oval/wikipedia huggingface dataset:
هسته لینوکس
توسعه > ارسال کد به هسته

توسعه دهنده ای که می‌خواهد هسته لینوکس را تغییر دهد، با توسعه و آزمایش آن تغییر شروع می‌کند. بسته به اینکه چقدر تغییر قابل توجه است و چند سیستم فرعی آن را تغییر می‌دهد، این تغییر یا به صورت یک پچ منفرد یا در تکه‌های مختلف کد منبع ارائه می‌شود. در صورت وجود سیستم فرعی منفرد که توسط یک نگهدارنده منفرد نگهداری می‌شود، این لک‌ها به صورت ایمیل به نگهدارنده زیر سیستم با لیست پستی مناسب در سی سی ارسال می‌شوند. نگهدارنده و خوانندگان لیست پستی، تکه‌ها را مرور کرده و بازخورد را ارائه می‌دهند. پس از اتمام روند بررسی، نگهدارنده سیستم فرعی تکه‌های موجود در درخت هسته Git مربوط را می‌پذیرد. اگر تغییرات در هسته لینوکس رفع اشکال باشد که به اندازه کافی مهم تلقی می‌شوند، درخواست برداشت برای وصله‌ها طی چند روز به توروالدز ارسال می‌شود. در غیر اینصورت، یک درخواست کشش در پنجره ادغام بعدی به توروالدز ارسال می‌شود. پنجره ادغام معمولاً دو هفته طول می‌کشد و بلافاصله پس از انتشار نسخه هسته قبلی شروع می‌شود. درخت منبع هسته Git از همه برنامه نویسان که در دایرکتوری Credits به هسته لینوکس کمک کرده‌اند نام می‌برد و تمام نگهدارنده‌های سیستم‌های زیر سیستم در Maintainers ذکر شده‌اند.
توسعه > زبان برنامه‌نویسی و سبک برنامه‌نویسی

هسته لینوکس در نسخه زبان برنامه‌نویسی C پشتیبانی شده توسط GCC (که تعدادی پسوند و تغییر در استاندارد C را معرفی کرده‌است)، همراه با تعدادی بخش کوتاه از کد که به زبان اسمبلی نوشته شده‌است (به زبان ATC و GCC) نوشته شده‌است. «نحوی» سبک) از معماری هدف. GCC به دلیل برنامه افزودنی در C که پشتیبانی می‌کند، مدت طولانی بود که تنها کامپایلری بود که قادر به ساخت صحیح هسته لینوکس بود. از سال ۲۰۰۲، کلیه کدها باید به ۲۱ قانونی که شامل سبک کدگذاری هسته Linux است، رعایت کنند.
توسعه > ابزار دستی گنو

مجموعه کامپایلر GNU (GCC یا GNU cc) کامپایلر پیش فرض برای منبع اصلی هسته لینوکس است و توسط یک ابزار بنام make ساخته می‌شود. سپس GNU Assembler (که اغلب به آن GAS یا GNU گفته می‌شود) برای تولید پرونده‌های شیء از مونتاژ تولید شده GCC استفاده می‌شود. سپس GNU Linker (GNU ld) برای تولید یک پرونده هسته اجرایی لینوکس قابل اجرا به نام vmlinux استفاده می‌شود. as و ld بخشی از بسته‌ای به نام GNU binutils است. ابزارهای فوق به صورت جمعی به عنوان ابزار GNU شناخته می‌شوند.
توسعه > سازگاری کامپایلر

در سال ۲۰۰۴، اینتل ادعا کرد که هسته را تغییر داده‌است به طوری که کامپایلر C آن نیز قادر به تهیه آن است. یک موفقیت گزارش شده دیگر در سال ۲۰۰۹ با نسخه ۲٫۶٫۲۲ اصلاح شده هسته وجود دارد.
از سال ۲۰۱۰، تلاش شده‌است هسته هسته لینوکس با Clang، یک کامپایلر جایگزین برای زبان C ساخته شود. از ۱۲ آوریل ۲۰۱۴، هسته رسمی تقریباً می‌توانست توسط Clang وارد شود. پروژه اختصاص داده شده به این تلاش پس از زیرساخت‌های کامپایلر LLVM که کلنگ در آن ساخته شده‌است، LLVMLinux نامگذاری شده‌است. LLVMLinux هدف این نیست که هسته هسته لینوکس یا LLVM را چنگ بزند، بنابراین این یک متا پروژه است که متشکل از تکه‌هایی است که در نهایت به پروژه‌های بالادست ارسال می‌شوند. با فعال کردن هسته لینوکس توسط Clang که علاوه بر سایر مزایای آن، در مقایسه سریعتر از GCC برای کامپایل سریعتر شناخته شده‌است، توسعه دهندگان هسته ممکن است به دلیل زمان کوتاه‌تر از تدوین از گردش کار سریعتر بهره‌مند شوند.
توسعه > اشکال زدایی هسته

اولاً به دلیل تعامل هسته با فضای کاربری و سخت‌افزار و در مرحله دوم کشف و رفع اشکالات لینوکس بسیار دشوار است، و دوم اینکه به دلیل دلایل گسترده‌تری از دلایلی است که می‌تواند بر برنامه‌های کاربر تأثیر بگذارد. چند نمونه از دلایل اساسی عبارتند از: خطاهای معنایی در کد، استفاده نادرست از ابتدای همگام سازی و مدیریت نادرست سخت‌افزار.
گزارش یک اشکال غیر کشنده در هسته «اوه» نامیده می‌شود. چنین انحرافاتی از رفتار صحیح هسته لینوکس ممکن است با قابلیت اطمینان به کار گرفته شده ادامه کار دهد.
یک خطای مهم و کشنده از طریق عملکرد "panic ()" گزارش می‌شود. این یک پیام را چاپ می‌کند و سپس هسته را متوقف می‌کند.
یکی از رایج‌ترین تکنیک‌هایی که برای کشف اشکالات کد استفاده می‌شود، اشکال زدایی با چاپ است. برای این منظور Linux یک API درون هسته ای به نام printk () فراهم می‌کند که پیام‌ها را در یک بافر دایره ای ذخیره می‌کند. فراخوان سیستم syslog (2) برای خواندن و / یا پاکسازی بافر زنگ پیام هسته و تنظیم حداکثر سطح ورود پیام‌های ارسال شده به کنسول (یعنی یکی از هشت پارامتر KERN_ * printk ()، که شدت وضعیت گزارش شده را نشان می‌دهد)؛ معمولاً از طریق پوشه glibC klogctl فراخوانی می‌شود (۳). پیام‌های هسته نیز از طریق رابط / dev / kmsg به سرزمین کاربر صادر می‌شوند (به عنوان مثال systemd-journald آن رابط را می‌خواند و به‌طور پیش فرض پیام‌ها را به / var / log / journal اضافه می‌کند)
یکی دیگر از روشهای اساسی برای اشکال زدایی هسته در حال اجرا، ردیابی است. مکانیسم ftrace یک ردیاب داخلی لینوکس است. این برنامه برای نظارت و اشکال زدایی لینوکس در زمان اجرا استفاده می‌شود و همچنین می‌تواند تأخیر فضای کاربر را به دلیل رفتار نامناسب هسته تجزیه و تحلیل کند. به‌علاوه، ftrace به کاربران امکان می‌دهد تا در زمان راه اندازی لینوکس را ردیابی کنند.
kprobes و kretprobes می‌توانند (مانند اشکال زدایی در فضای کاربر) به لینوکس نفوذ کرده و بدون اخلال اطلاعات را جمع‌آوری کنند. kprobes را می‌توان با تقریباً هر آدرس در کد وارد کرد، در حالی که kretprobes در بازگشت عملکرد کار می‌کند. اهداف هدیه سازی مشابه هستند اما تفاوت‌هایی نیز در کاربرد و اجرا دارند.
توسعه > مدل توسعه

پروژه هسته لینوکس کدهای جدید را به صورت غلتان ادغام می‌کند. نرم‌افزار بررسی شده در پروژه باید بدون خطا کار کرده و کامپایل شود. برای هر زیر سیستم هسته نگهدارنده ای وجود دارد که وظیفه بازنگری تکه‌های موجود در برابر استانداردهای کد هسته را بر عهده دارد و صف تکه‌هایی را که می‌تواند در یک پنجره ادغام چند هفته به لینوس توروالدز ارسال شود، نگه می‌دارد. تکه‌ها توسط توروالدز در کد منبع انتشار هسته پایدار لینوکس ادغام می‌شوند، و نامزدی برای انتشار -rc را برای هسته پایدار بعدی ایجاد می‌کنند. پس از بسته شدن پنجره ادغام، فقط رفع کد جدید در نسخه توسعه پذیرفته می‌شود. نسخه هسته توسعه هسته از آزمایش‌ها رگرسیون عبور می‌کند و به محض اینکه ثبات توسط توروالدز قضاوت شود و سیستم‌های نگهباننده زیر سیستم هسته یک هسته جدید لینوکس منتشر می‌شود و روند توسعه دوباره از سر گرفته می‌شود.
توسعه دهندگان که با آنها رفتار ناعادلانه ای دارند می‌توانند این موضوع را به هیئت مشاوره فنی بنیاد لینوکس گزارش دهند. در ژوئیه ۲۰۱۳، نگهدارنده درایور USB 3.0، سارا شارپ از توروالدز خواست تا در مورد تفسیر توهین آمیز در جامعه توسعه هسته صحبت کند. در سال ۲۰۱۴، شارپ از توسعه هسته لینوکس خودداری کرد و گفت: "تمرکز بر تعالی فنی، در کنار نگهدارنده‌های بیش از حد بار، و افرادی که دارای هنجارهای فرهنگی و اجتماعی مختلف هستند، بدان معنی است که نگهدارنده‌های هسته لینوکس غالباً بی پروا، بی ادب یا وحشیانه هستند. کارشان انجام شده‌است " در کنفرانس linux.conf.au (LCA) در سال ۲۰۱۸، توسعه دهندگان معتقد بودند که فرهنگ جامعه در چند سال گذشته بسیار بهتر شده‌است. دانیل وتر، نگهدارنده درایور گرافیکی Intel drm / i915، اظهار داشت که "زبان و بحث نسبتاً خشونت آمیز" در جامعه هسته کاهش یافته یا ناپدید شده‌است.
لوران پینچارت از توسعه دهندگان خواست تا بازخورد خود را در مورد تجربه خود با جامعه هسته در کنفرانس لینوکس اروپا ۲۰۱۷ جاسوسی شده بازخورد کنند. موضوعات مطرح شده چند روز بعد در اجلاس سرآمدان بحث و گفتگو شد. نگرانی از عدم سازگاری در نحوه پاسخ دهی به نگهدارندگان به تکه‌های ارسال شده توسط توسعه دهندگان توسط شواه خان، نگهدار چارچوب خودآزمایی هسته ابراز شد. توروالدز اظهار داشت که هیچگاه سازگاری در اداره پچ‌ها وجود نخواهد داشت زیرا زیر سیستم‌های مختلف هسته به مرور زمان فرایندهای مختلف توسعه را اتخاذ کرده‌اند؛ بنابراین، توافق شد که هر نگهدارنده زیر سیستم هسته ای قوانین مربوط به پذیرش پچ را مستند سازد.
توسعه > چنگالهای لینوکس

انجمن‌های خاصی وجود دارند که هسته‌ها را بر اساس لینوکس رسمی توسعه می‌دهند. چند کد جالب از این فورک‌ها (به عنوان مثال، اصطلاح عامیانه به معنی "پروژه‌های مشتق شده") که شامل Linux-libre , Compute Node Linux , INK , L4Linux , RTLinux و User-Mode Linux (UML) در خط اصلی ادغام شده‌اند. برخی از سیستم عامل‌های توسعه یافته برای تلفن‌های همراه در ابتدا از نسخه‌های به شدت اصلاح شده لینوکس استفاده می‌کردند، از جمله Google Android , Firefox OS , HP webOS , Nokia Maemo و Jolla Sailfish OS. در سال ۲۰۱۰، جامعه لینوکس از Google انتقاد کرد که به‌طور مؤثر درخت هسته خود را شروع کرده‌است:
این بدان معنی است که هر درایوری که برای سیستم عامل‌های سخت‌افزاری Android نوشته شده باشد، نمی‌تواند در درخت هسته اصلی ادغام شود زیرا وابستگی آنها به کدی است که فقط در درخت هسته Google زندگی می‌کند و باعث می‌شود تا در درخت kernel.org ایجاد نشود. به همین دلیل، گوگل در حال حاضر از ادغام تعداد زیادی از درایورهای سخت‌افزار و کد پلتفرم در درخت هسته اصلی جلوگیری کرده‌است. ایجاد یک شاخه هسته به‌طور مؤثر که تعدادی از فروشندگان مختلف اکنون به آن اعتماد می‌کنند.
- Greg Kroah-Hartman، 2010
امروز اندروید از لینوکس کمی سفارشی استفاده می‌کند که در آن تغییراتی در درایورهای دستگاه اعمال می‌شود، بنابراین تغییر کمی در کد هسته وجود دارد. توسعه دهندگان اندروید همچنین تکه‌هایی را به لینوکس رسمی ارسال می‌کنند که در نهایت می‌توانند سیستم عامل اندروید را بوت کنند. به عنوان مثال، یک Nexus 7 می‌تواند لینوکس اصلی را راه اندازی و اجرا کند.
توسعه > درگیری‌های جامعه توسعه

چندین درگیری برجسته بین توسعه دهندگان هسته لینوکس وجود داشته‌است. نمونه‌هایی از چنین درگیری‌ها عبارتند از:
در ژوئیه ۲۰۰۷، کن کولیواس اعلام کرد که او تمایل به توقف توسعه هسته لینوکس خواهد داشت. وی در مورد دلایل خود در مصاحبه، ابراز ناامیدی از جنبه‌های روند اصلی توسعه هسته، که احساس می‌کند اولویت کافی به تعامل دسک تاپ نمی‌دهد، علاوه بر هک کردن، بر سلامت، کار و خانواده خود نیز تأثیر گذاشت.
در ژوئیه ۲۰۰۹، آلن کاکس پس از عدم توافق با لینوس توروالدز در مورد دامنه کار مورد نیاز برای رفع خطا در آن زیر سیستم، از نقش خود به عنوان نگهدارنده لایه TTY کناره‌گیری کرد.
در دسامبر ۲۰۱۰، بین جیمز بوتوملی، نگهدارنده SCSI و ولادیسلاو بولخوویتین، نگهدارنده SCST، بحثی صورت گرفت که پشته هدف SCSI را باید در هسته لینوکس - SCST یا LIO قرار داد. اگرچه در آن زمان SCST از نظر فنی برتر محسوب می‌شد، LIO در بالادست ادغام می‌شد. این باعث ناراحتی برخی از کاربران لینوکس شد.
در ژوئن سال ۲۰۱۲، توروالدز با نشان دادن ژست انگشت میانی موافقت نکرد که NVIDIA درایور خود را به عنوان درایور منبع بسته آزاد کند.
در آوریل ۲۰۱۴، توروالدز کی Sievers را به دلیل عدم برخورد با ایراداتی که باعث تعامل منفی سیستم با هسته می‌شود، از ارسال تکه‌هایی به هسته لینوکس منع کرد.
در اکتبر سال ۲۰۱۴، لنارت پواترینگ توروالدز را متهم کرد که تحمل شیوه بحث و جدل در لیست‌های پستی مربوط به هسته لینوکس و تحمل الگوی نقش بد را دارد.
در مارس ۲۰۱۵، کریستوف هلویگ به دلیل نقض کپی رایت در هسته لینوکس شکایتی علیه VMware انجام داد. لینوس توروالدز با فراخواندن وکلا به یک بیماری لکه دار، اظهار داشت که او با این و ابتکارات مشابه موافق نیست.
توسعه دهندگان برجسته هسته لینوکس از اهمیت اجتناب از درگیری بین توسعه دهندگان آگاه بوده‌اند. به دلیل مخالفت لینوس توروالدز مدت طولانی است که هیچ کد رفتاری برای توسعه دهندگان هسته وجود ندارد. با این حال، یک کد تضاد هسته هسته لینوکس در ۸ مارس ۲۰۱۵ معرفی شد. این همزمان با یک عذرخواهی عمومی توسط لینوس و مختصری از توسعه هسته بود. در تاریخ ۳۰ نوامبر ۲۰۱۸، مطابق با آیین‌نامه رفتار، Jarkko Sakkinen از اینتل تکه‌هایی را جایگزین نمونه‌های «فاک» که در کامنت‌های منبع منبع با نسخه‌های مناسب متمرکز بر کلمه 'آغوش' ارسال شده‌است.
توسعه > کد پایه

از سال ۲۰۲۱، نسخه ۵٫۱۲ هسته لینوکس حدود ۳۰٫۵۵ میلیون خط کد داشت، تقریباً ۱۴٪ کد بخشی از «هسته» است در حالی که ۶۰٪ درایور هستند.
لینوکس تکامل است، نه طراحی هوشمندانه!
- لینوس توروالدز، ۲۰۰۵
توسعه > برآورد هزینه برای توسعه مجدد

هزینه بازسازی هسته هسته لینوکس نسخه ۲٫۶٫۰ در یک برنامه توسعه اختصاصی سنتی ۶۱۲ میلیون دلار (۴۶۷ میلیون یورو، ۳۹۴ میلیون پوند) در سال ۲۰۰۴ با استفاده از مدل تخمین مرد COCOMO محاسبه شده‌است. در سال ۲۰۰۶، مطالعه ای که توسط اتحادیه اروپا تأمین شده بود، هزینه بازسازی هسته نسخه ۲٫۶٫۸ هسته را با ۸۸۲ میلیون یورو بیشتر (۱٫۱۴ میلیارد دلار، ۷۴۴ میلیون پوند) بیشتر کرد.
این موضوع در اکتبر سال ۲۰۰۸ توسط آماندا مک فرسون، برایان Proffitt و ران هیل اوانز بررسی شد. آنها با استفاده از روش دیوید ا. ویلر، تخمین زدند که بازسازی هسته ۲٫۶٫۲۵ هسته در حال حاضر ۱٫۳ میلیارد دلار (بخشی از ۱۰٫۸ میلیارد دلار برای توسعه مجدد فدورا ۹) هزینه دارد. باز هم، گارسیا-گارسیا و آلونسو د مگدالنو از دانشگاه اوویدو (اسپانیا) تخمین می‌زنند که ارزش سالانه به کرنل اضافه می‌شود بین سال‌های ۲۰۰۵ تا ۲۰۰۷ حدود ۱۰۰ میلیون یورو و ۲۲۵ میلیون یورو در سال ۲۰۰۸ بود، این هزینه نیز بیش از ۱ میلیارد یورو (حدود ۱٫۴ میلیارد دلار) از فوریه ۲۰۱۰) برای توسعه در اتحادیه اروپا.
از تاریخ ۷ مارس ۲۰۱۱، با استفاده از LOC فعلی (خطوط کد) هسته 2.6.x لینوکس و شماره‌های دستمزد با محاسبات دیوید ویلر، تقریباً ۳ میلیارد دلار (حدود ۲٫۲ میلیارد یورو) برای بازسازی هسته لینوکس هزینه می‌شود. بزرگتر می‌شود یک محاسبه به روز شده از تاریخ ۲۶ سپتامبر ۲۰۱۸، با استفاده از ۲۰٬۰۸۸،609 LOC فعلی (خط کد) برای هسته هسته 4.14.14 Linux و میانگین برنامه نویسان فعلی ملی ایالات متحده ۷۵۵۰۶ دلار، نشان می‌دهد که این مقدار تقریباً ۱۴٬۷۲۵٬۴۴۹٬۰۰۰ دلار (۱۱٬۱۹۱٬۳۴۱٬۰۰۰ پوند) به کد موجود را بازنویسی کنید.
توسعه > تعمیر و نگهداری و پشتیبانی طولانی مدت

آخرین نسخه هسته و نسخه‌های قدیمی تر هسته به‌طور جداگانه نگهداری می‌شوند. جدیدترین نسخه‌های هسته توسط لینوس توروالدز تحت نظارت بود. نسخه‌های فعلی توسط گرگ Kroah-Hartman منتشر می‌شود.
انجمن توسعه دهنده هسته لینوکس با استفاده از اصلاحاتی برای اشکالات نرم‌افزاری که در طی توسعه هسته پایدار بعدی کشف شده‌است هسته پایدار را حفظ می‌کند؛ بنابراین، www.kernel.org همیشه دو هسته پایدار را فهرست می‌کند. هسته پایدار بعدی لینوکس اکنون فقط ۸ تا ۱۲ هفته بعد منتشر شد؛ بنابراین، نگهدارنده‌های هسته لینوکس برخی از نسخه‌های هسته پایدار را به عنوان طولانی مدت تعیین کرده‌اند، این هسته‌های پشتیبانی طولانی مدت لینوکس با دو رفع اشکال به مدت دو یا چند سال به روز می‌شوند. در نوامبر ۲۰۱۹ پنج هسته طولانی مدت لینوکس وجود داشت: ۴٫۱۹٫۸۴، ۴٫۱۴٫۱۵۴، ۴٫۹٫۲۰۱، ۴٫۴٫۲۰۱ و ۳٫۱۶٫۷۶. لیست کامل نسخه‌ها در تاریخ نسخه هسته لینوکس است.
توسعه > ارتباط با توزیع‌های لینوکس

اکثر کاربران لینوکس هسته ای را تهیه می‌کنند که توسط توزیع لینوکس آنها تهیه شده‌است. برخی توزیع‌ها هسته‌های «وانیل» یا «پایدار» را ارسال می‌کنند. با این حال، چندین توزیع کننده توزیع لینوکس (مانند رد هت و دبیان) مجموعه دیگری از شاخه‌های هسته لینوکس را که در محصولات آنها ادغام شده‌اند، حفظ می‌کنند. این موارد معمولاً در مقایسه با شاخه «وانیل» با سرعت کمتری به روز می‌شوند و معمولاً کلیه اصلاحات از شاخه «پایدار» مربوط را شامل می‌شوند، اما در همان زمان می‌توانند پشتیبانی از درایورها یا ویژگیهایی را که هنوز منتشر نشده‌اند نیز اضافه کنند. نسخه «وانیل» که فروشنده توزیع آن را شروع کرده‌است.
جنبه‌های حقوقی > شرایط صدور مجوز GPLv2

هسته لینوکس تحت مجوز عمومی GNU نسخه 2 (GPLv2) منتشر شده‌است، با برخی از تصاویر سیستم عامل تحت مجوزهای مختلف غیر آزاد منتشر می‌شود. در ابتدا، توروالدز لینوکس را تحت مجوز منتشر کرد که هرگونه استفاده تجاری را ممنوع می‌کرد. این تغییر در نسخه ۰٫۱۲ با سوئیچ به مجوز عمومی GNU نسخه 2 (GPLv2) تغییر یافته‌است. این مجوز امکان توزیع و فروش نسخه‌های احتمالاً تغییر یافته و اصلاح نشده از لینوکس را فراهم می‌کند اما مستلزم آن است که تمام این نسخه‌ها با همان مجوز منتشر شوند و با کد منبع کامل مربوط همراه شوند. توروالدز مجوز لینوکس تحت GPLv2 را «بهترین کاری که من تا به حال انجام داده‌ام» توصیف کرده‌است.
هسته لینوکس صریحاً تحت نسخه 2 GPL مجاز است، بدون ارائه مجوز گزینه برای انتخاب «هر نسخه بعدی»، که یک پسوند رایج GPL است. بحث قابل توجهی در مورد چگونگی تغییر مجوز برای استفاده از نسخه‌های بعدی GPL (از جمله نسخه ۳) وجود دارد، و اینکه آیا این تغییر حتی مطلوب است یا خیر. توروالدز خود به‌طور خاص پس از انتشار نسخه ۲٫۴٫۰ اعلام کرد که کد شخصی وی فقط تحت نسخه ۲ منتشر می‌شود. با این حال، شرایط GPL بیان می‌کند که اگر نسخه ای مشخص نشده باشد، ممکن است از هر نسخه استفاده شود و آلن کاکس خاطرنشان کرد. تعداد معدودی از مشارکت کنندگان دیگر لینوکس نسخه خاصی از GPL را مشخص کرده بودند.
در سپتامبر ۲۰۰۶، بررسی ۲۹ برنامه‌نویس هسته اصلی نشان داد که 28 GPLv2 را به پیش نویس GPLv3 آن زمان ترجیح می‌دهند. توروالدز اظهار داشت: «من فکر می‌کنم تعدادی از افراد خارجی … معتقد بودند که من شخصاً فقط یک فرد عجیب و غریب هستم زیرا من خیلی علناً طرفداران بزرگی از GPLv3 نبودم.» این گروه از توسعه دهندگان هسته با مشخصات بالا، از جمله توروالدز , Greg Kroah-Hartman و Andrew Morton، دربارهٔ رسانه‌های جمعی دربارهٔ اعتراضات خود به GPLv3 اظهار نظر کردند. آنها به بندهای مربوط به DRM / tivoization، اختراعات ثبت شده، «محدودیت‌های اضافی» اشاره کردند و به بالکن سازی «جهان منبع باز» توسط GPLv3 هشدار دادند. لینوس توروالدز، که تصمیم به اتخاذ GPLv3 برای هسته لینوکس را نگرفت، حتی سالها بعد انتقادهای خود را دوباره تکرار کرد.
جنبه‌های حقوقی > ماژول‌های هسته قابل بارگیری

بحث می‌شود که آیا ماژول‌های هسته قابل بارگذاری (LKMs) طبق قانون کپی رایت در نظر گرفته می‌شوند و از این طریق تحت شرایط GPL قرار می‌گیرند.
توروالدز عقیده خود را ابراز کرد که LKMهایی که فقط از زیر مجموعه‌های «عمومی» محدود از رابط‌های هسته استفاده می‌کنند، بعضی اوقات می‌توانند آثار غیر مشتق شده باشند، بنابراین برخی از درایورهای باینری فقط و سایر LKMهایی که تحت GPL مجوز ندارند مجاز می‌شوند. مثال خوبی برای این کار استفاده از dma_buf توسط درایورهای اختصاصی گرافیک انویدیا است. dma_buf یکی از ویژگی‌های هسته اخیر است (مانند بقیه هسته‌ها، تحت مجوز GPL مجوز می‌یابد)، که به چندین GPU اجازه می‌دهد تا به سرعت داده‌ها را در قاب‌های یکدیگر کپی کنند. یک مورد استفاده ممکن Nvidia Optimus است که یک پردازنده گرافیکی سریع را با یک پردازنده گرافیکی داخلی یکپارچه Intel جفت می‌کند، جایی که GPU Nvidia هنگام فعال کردن آن درون قاب فریم Intel می‌نویسد. اما، انویدیا نمی‌تواند از این زیرساخت‌ها استفاده کند زیرا از یک ابزار فنی برای اجرای این قاعده استفاده می‌کند که فقط توسط LKMهایی که GPL نیز هستند قابل استفاده هستند. آلن کاکس در LKML پاسخ داد، درخواست یکی از مهندسان آنها را برای حذف این اجرای فنی از API رد کرد. با این حال، همه همکاران هسته لینوکس با این تفسیر موافق نیستند، و با این وجود حتی توروالدز موافق است که بسیاری از LKMها به‌طور واضح تولید شده‌اند، و در واقع او می‌نویسد که «ماژول‌های هسته به‌طور پیش فرض مشتق شده‌اند».
از طرف دیگر، توروالدز همچنین گفته‌است که: "یک قسمت خاکستری مخصوصاً چیزی شبیه به درایور است که در ابتدا برای سیستم عامل دیگری نوشته شده‌است (یعنی به‌طور واضح یک اثر مشتق از لینوکس نیست). این یک منطقه خاکستری است، و _that_ منطقه ای است که من شخصاً معتقدم ممکن است برخی از ماژول‌ها به دلیل اینکه برای لینوکس طراحی نشده‌اند و به هیچ رفتار ویژه لینوکس وابسته نیستند، به نظر نمی‌رسد که تولید نشوند. به ویژه، درایورهای گرافیکی اختصاصی به شدت مورد بحث قرار می‌گیرند. در نهایت، این احتمال وجود دارد که چنین سؤالاتی فقط توسط یک دادگاه حل شود.
جنبه‌های حقوقی > حباب‌های باینری سیستم عامل

یک نکته بحث‌برانگیز قابلیت هسته لینوکس برای جستجوی، بارگیری و پیوند فریمور «حباب‌های باینری» برای پشتیبانی از چندین دستگاه سخت‌افزاری است. این پرونده‌ها دارای مجوزهای مختلفی هستند که از این تعداد بسیاری محدود کننده هستند و کد منبع اصلی آنها معمولاً ناشناخته است.
هسته رسمی، یعنی شعبه git Linus در مخزن kernel.org، هیچ نوع کد اختصاصی ندارد؛ با این وجود لینوکس می‌تواند سیستم‌های فایل را برای یافتن سیستم عامل اختصاصی، درایورها و سایر ماژول‌های اجرایی جستجو کند، سپس می‌تواند آنها را به فضای هسته بارگذاری و پیوند دهد. هرگاه ماژول‌های اختصاصی به لینوکس بارگذاری می‌شوند، هسته خود را «لکه دار» می‌کند و بنابراین گزارش‌های مربوط به اشکالات هسته‌های رنگی اغلب توسط توسعه دهندگان نادیده گرفته می‌شوند.
این که آیا مورد نیاز است (برای مثال، برای دسترسی به دستگاه‌های بوت یا سرعت) می‌تواند به هسته هسته تبدیل شود، این به معنی ساختن سیستم عامل به vmlinux است. با این حال، این همیشه گزینه ای مناسب برای مسائل فنی یا حقوقی نیست (به عنوان مثال، اجازه نمی‌دهد سیستم عامل‌هایی که غیر GPL سازگار باشند) مجاز باشند.
جنبه‌های حقوقی > علامت تجاری

لینوکس یک علامت تجاری ثبت شده از لینوس توروالدز در ایالات متحده، اتحادیه اروپا و برخی کشورهای دیگر است. این نتیجه حادثه ای است که در آن ویلیام دلا کروسی، جونیور، که درگیر پروژه لینوکس نبود، نام این مارک تجاری را صادر کرد و متعاقباً برای استفاده از آن حق تقاضای حق امتیاز گرفت. چندین پشتیبان لینوکس مشاوره حقوقی خود را حفظ کرده و علیه دلا کروه شکایت کردند. این موضوع در اوت ۱۹۹۷ هنگامی که مارک تجاری به لینوس توروالدز واگذار شد، حل و فصل شد.
لینوس توروالدز
هسته Linux اکنون از معماری سخت‌افزاری متنوعی پشتیبانی می‌کند و بستر مشترکی را برای نرم‌افزار از جمله نرم‌افزار اختصاصی فراهم می‌کند.
نقشه هسته لینوکس
چهار رابط متمایز است: دو داخلی به هسته، و دو بین هسته و فضای کاربر.
در XDC2014، الکس دوچر از AMD اعلام کرد که راننده هسته هسته واحد را اعلام کرد. درایور گرافیکی اختصاصی لینوکس، libGL-fglrx-glx، همان زیر ساخت DRM را با Mesa 3D به اشتراک می‌گذارد. از آنجا که هیچ ABI در هسته پایدار وجود ندارد، AMD مجبور بود دائم دودویی قبلی را که توسط کاتالیزور استفاده می‌شد، سازگار کند.
موریتس بروشینسکی

| اطلاعات شخصی | اطلاعات شخصی | اطلاعات شخصی | اطلاعات شخصی |
| --- | --- | --- | --- |
نام کامل:  Moritz Broschinski
زادروز:  ۲۳ سپتامبر ۲۰۰۰ ‏(۲۴ سال)
زادگاه:  فینستروالده
قد:  1.88 m
پست:  مهاجم
اطلاعات باشگاهی: اطلاعات باشگاهی
باشگاه کنونی:  Borussia Dortmund II
شمارهٔ پیراهن:  ۳۳
باشگاه‌های جوانان: باشگاه‌های جوانان
:  SV Hertha Finsterwalde
۰۰۰۰–۲۰۱۲:  Glückauf Brieske-Senftenberg
۲۰۱۲–۲۰۱۹:  باشگاه فوتبال انرژی کوتبوس
باشگاه‌های حرفه‌ای*: باشگاه‌های حرفه‌ای*
| سال‌ها |  باشگاه‌ها |  بازی† |  (گل)† |
| ۲۰۱۸–۲۰۲۰ |  باشگاه فوتبال انرژی کوتبوس |  ۳۷ |  (۷) |
| ۲۰۲۰– |  Borussia Dortmund II |  ۸ |  (۰) |
 تعداد بازی‌ها و گل‌ها فقط مربوط به بازی‌های لیگ داخلی است و آمار به روز شده در تاریخ ۱۷ اکتبر ۲۰۲۱. :  تعداد بازی‌ها و گل‌ها فقط مربوط به بازی‌های لیگ داخلی است و آمار به روز شده در تاریخ ۱۷ اکتبر ۲۰۲۱. 
موریتس بروشینسکی (انگلیسی: Moritz Broschinski؛ زادهٔ ۲۳ سپتامبر ۲۰۰۰) بازیکن فوتبال اهل آلمان است.
از باشگاه‌هایی که در آن بازی کرده‌است می‌توان به باشگاه فوتبال انرژی کوتبوس اشاره کرد.
منصوریه یک

| منصوریه یک | منصوریه یک |
| --- | --- |
روستا: روستا
مختصات: ۳۱°۳۰′۱″ شمالی ۴۸°۵۲′۱۳″ شرقی﻿ / ﻿۳۱٫۵۰۰۲۸°شمالی ۴۸٫۸۷۰۲۸°شرقی﻿ / 31.50028; 48.87028: مختصات: ۳۱°۳۰′۱″ شمالی ۴۸°۵۲′۱۳″ شرقی﻿ / ﻿۳۱٫۵۰۰۲۸°شمالی ۴۸٫۸۷۰۲۸°شرقی﻿ / 31.50028; 48.87028
کشور: ایران
استان: خوزستان
شهرستان: اهواز
بخش: بخش مرکزی
دهستان: عناقچه
جمعیت: ۲۹۵ نفر (سرشماری ۹۵)
منصوریه یک، روستایی از توابع بخش مرکزی شهرستان اهواز در استان خوزستان ایران است.
جمعیت

این روستا در دهستان عناقچه قرار دارد و براساس سرشماری مرکز آمار ایران در سال ۱۳۸۵، جمعیت آن ۳۰۵ نفر (۶۳خانوار) بوده‌است.
موزامبیک پرتغال

موزامبیک پرتغال (به لاتین: Portuguese Mozambique) یکی از مستعمرات سابق کشور پرتغال در قاره آفریقا که کشور موزامبیک کنونی است و در شرق آفریقا واقع شده‌است.
مورچه گله‌دار

| مورچه گله دار | مورچه گله دار |
| --- | --- |
مورچه از شته‌ها نگهداری می‌کند: مورچه از شته‌ها نگهداری می‌کند
رده‌بندی علمی: رده‌بندی علمی
فرمانرو:: جانوران
شاخه:: بند پایان
رده:: حشرات
راسته:: پرده بالان
زیرراسته:: باریک تنه داران
بالاخانواده:: زنبورهای خرمائی
سرده:: مورچه
گونه:: مورچه گله دار
مورچه در حال دوشیدن مایع شیرین از شته
مورچه گله‌دار یا مورچه شیردوش نوعی مورچه است که شته‌ها را شکار و گله‌گله در لانه‌ مورچه‌ها نگه‌داری می‌کند. شته‌ها از شیرهٔ گیاهان تغذیه می‌کنند و بعد مورچه‌ها بازدن ضربه‌ای مایعی شیرین از آنها می‌دوشد.
دوکساپرام

| 0 | 1 |
| --- | --- |
داده‌های بالینی: داده‌های بالینی
روش مصرف دارو: سرم درمانی
کد ATC: R07AB01 
شناسه‌ها: شناسه‌ها
 نام آیوپاک 1-ethyl-4- (2-morpholin-4-ylethyl)- 3,3-diphenyl-pyrrolidin-2-one :  نام آیوپاک 1-ethyl-4- (2-morpholin-4-ylethyl)- 3,3-diphenyl-pyrrolidin-2-one 
شمارهٔ سی‌ای‌اس: ۳۰۹-۲۹-۵ Y
پاب‌کم CID: ۳۱۵۶
دراگ‌بنک: DB00561 Y
کم‌اسپایدر: ۳۰۴۴ Y
UNII: 94F3830Q73
KEGG: D07873 Y
ChEBI: CHEBI:۶۸۱۸۴۸ Y
ChEMBL: ChEMBL۱۷۵۴ Y
CompTox Dashboard (EPA): DTXSID2022963 
ECHA InfoCard: 100.005.653 
داده‌های فیزیکی و شیمیایی: داده‌های فیزیکی و شیمیایی
فرمول شیمیایی: C24H30N2O۲
جرم مولی: 378.507 g/mol g·mol−1
مدل سه بعدی (جی‌مول): Interactive image
 SMILES O=C4N(CC)CC(CCN1CCOCC1)C4(c2ccccc2)c3ccccc3 :  SMILES O=C4N(CC)CC(CCN1CCOCC1)C4(c2ccccc2)c3ccccc3 
 InChI InChI=1S/C24H30N2O2/c1-2-26-19-22(13-14-25-15-17-28-18-16-25)24(23(26)27,20-9-5-3-6-10-20)21-11-7-4-8-12-21/h3-12,22H,2,13-19H2,1H3 Y Key:XFDJYSQDBULQSI-UHFFFAOYSA-N Y :  InChI InChI=1S/C24H30N2O2/c1-2-26-19-22(13-14-25-15-17-28-18-16-25)24(23(26)27,20-9-5-3-6-10-20)21-11-7-4-8-12-21/h3-12,22H,2,13-19H2,1H3 Y Key:XFDJYSQDBULQSI-UHFFFAOYSA-N Y 
  (صحت‌سنجی):   (صحت‌سنجی)
دوکساپرام (به انگلیسی: Doxapram)
اشکال دارویی: آمپول
موارد مصرف

هیدروکلرید دوکساپرام (دوپرام) (Doxapram Hydrochloride((Dopram) به‌عنوان محرک در درمان ضعف تنفسی، تضعیف تنفسی پس از اعمال جراحی یا آپنه‌ای که به دلیل مصرف شل‌کننده‌های عضلانی اسکلتی ایجاد نشده باشد، نارسایی حاد تنفسی در مبتلایان به بیماری انسدادی مزمن ریوی ونیز برای تحریک تنفس عمیق بعد از اعمال جراحی بکار می‌رود.
مکانیسم اثر

این دارو با تأثیر بر گیرنده‌های شیمیایی شریان کاروتید موجب تحریک تنفس و در نتیجه افزایش حجم حیاتی و افزایش اندک تعداد تنفس می‌گردد. بتدریج با افزایش میزان مصرف دارو، مراکز تنفس در بصل‌النخاع نیز تحریک شده که این خود به‌طور پیشرونده، سایر قسمتهای مغز و طناب نخاعی را نیز تحریک می‌کند.
فارماکوکینتیک

اثر دارو طی ۲۰ تا ۴۰ ثانیه شروع شده و پس از ۲۱ دقیقه به حداکثر می‌رسد. اثر دوکساپرام ۱۲۵ دقیقه به طول می‌انجامد. حدود ۵۵٪ آن از طریق صفرا دفع می‌گردد.
عوارض جانبی

بروز عوارض قلبی عروقی مانند افزایش فشار خون، درد قفسه سینه، ضربان سریع یا نامنظم قلب، همولیز، ترومبوفلبیت، حملات هراس و ترمور گزارش شده است.