🟢 - تنها کمی بیشتر از یک هفته تا انتشار نسخه پایدار KDE Plasma 6.8 باقی مونده و توسعه‌دهنده‌های KDE همچنان مشغول رفع باگ‌ها و اعمال تغییرات نهایی این نسخه هستن. یکی از این تغییرات، غیرفعال شدن گوشه‌های گرد پنجره‌ها هنگام Tile شدنه تا پنجره‌ها دقیق‌تر کنار هم قرار بگیرن؛ قابلیتی که رفتاری مشابه ویندوز داره و درخواستش به یک گزارش باگ در سال ۲۰۲۴ برمیگرده.

🔵 - در کنار این تغییر، چندین باگ دیگه هم برطرف شدن؛ از جمله رفع کرش KWin هنگام استفاده از درایورهای NVIDIA نسخه 610.57.04 و جدیدتر در Plasma 6.7.6، رفع مشکل کرش هنگام کشیدن ویجت روی پنل و بهبود پایداری در شرایط خاص هنگام بسته شدن یا کرش کردن برنامه‌ها.

🟣 - پشتیبانی از Remote Desktop با کتابخانه FreeRDP نسخه 3.32 و جدیدتر هم اصلاح شده. همچنین، System Monitor و ویجت‌های اون حالا میزان مصرف حافظه GPU رو دقیق‌تر اندازه‌گیری میکنن.

⚡ - در همین حال، توسعه قابلیت‌های اولیه KDE Plasma 6.9 هم شروع شده.

🔧 - در نسخه Linux 7.3-rc6 پشتیبانی از فرمان و پدال‌های حرفه‌ای Turtle Beach VelocityOne Race اضافه شده؛ محصولی که با قیمت حدود ۶۴۹ تا ۷۰۰ دلار عرضه می‌شه. با اینکه Turtle Beach به‌صورت رسمی از لینوکس پشتیبانی نمی‌کنه، حالا کاربران Linux می‌تونن از پشتیبانی بهتری برای این کیت استفاده کنن.

🐧 - این پشتیبانی با اضافه شدن VelocityOne Race به درایور hid-universal-pidff انجام شده؛ درایوری که با هدف بهبود پشتیبانی از فرمان‌ها و پدال‌های شبیه‌ساز رانندگی در لینوکس توسعه داده شده و پیش از این هم برای برطرف کردن مشکلات سخت‌افزارهای مشابه از برندهای دیگه استفاده شده بود.

🧩 - از اونجایی که برای اضافه کردن این دستگاه تنها به Vendor ID و Device ID اون نیاز بود، تغییرات لازم به اندازه‌ای ساده بودن که در مراحل پایانی توسعه Linux 7.3 هم امکان ورودشون به کرنل وجود داشته باشه.

🚀 - این تغییرات در قالب HID Pull این هفته وارد کرنل شدن. در همین مجموعه، چند Buffer Overflow در درایور Intel THC هم برطرف شده.

🍓 - پشتیبانی از Raspberry Pi 10-inch Touch Display 2 به کرنل اصلی Linux 7.4 اضافه می‌شه. این نمایشگر لمسی که تابستون امسال عرضه شده، با اضافه شدن Device Treeهای موردنیاز از این پس می‌تونه با Mainline Kernel لینوکس به‌صورت مستقیم کار کنه.

🔍 - نمایشگر ۱۰ اینچی Raspberry Pi رزولوشن 1200×1920 داره و از Multi-Touch پشتیبانی می‌کنه. قیمت این محصول هم حدود ۸۰ دلار تعیین شده.

⚙️ - پشتیبانی جدید شامل پنل MIPI-DSI TFT LCD این نمایشگر و کنترلر Ilitek IL79600A می‌شه و در قالب تغییرات DRM-Misc-Next وارد مسیر توسعه Linux 7.4 شده.

🚀 - در همین مجموعه تغییرات، پشتیبانی از NPU پردازنده‌های Ryzen AI Max 400 «Gorgon Halo» هم اضافه شده. برای این بخش تنها اضافه شدن یک Device ID جدید برای AIE2 Revision 9 NPU موردنیاز بوده. درایور DRM مربوط به Renesas RZ/G3L SoC هم پشتیبانی از این تراشه رو دریافت کرده.

🟣 - پروژه KosmicKrisp که توسط LunarG توسعه داده میشه، حالا آزمون‌های Vulkan 1.4 CTS رو با موفقیت پشت سر گذاشته و از سوی Khronos Group به‌عنوان یک پیاده‌سازی Conformant شناخته شده؛ یعنی حالا می‌تونه Vulkan 1.4 رو به‌صورت استاندارد روی سیستم‌های Apple Silicon و macOS ارائه بده.

⚡ - پروژه KosmicKrisp در واقع یک Vulkan-on-Metal Driver مدرن در Mesa محسوب می‌شه که مستقیماً Vulkan رو روی API گرافیکی Metal اپل پیاده‌سازی می‌کنه و به‌عنوان جایگزینی مدرن برای MoltenVK در حال توسعه هست.

🚀 - نکته جذاب‌تر، عملکرد این پروژه است؛ طبق نتایج ارائه‌شده توسط LunarG، عملکرد KosmicKrisp به MoltenVK نزدیکه و فاصله چندانی هم با عملکرد Native خود Metal نداره. توسعه‌دهندگان همچنان روی بهبود Performance و رفع باگ‌های باقی‌مانده کار میکنن.

🔧 - و نکته اخر؛ LunarG همچنین قصد داره قابلیت‌های بیشتری از Vulkan و ابزارهای توسعه مربوط به این API رو اضافه کنه.

🐧 - یک مهندس Linaro به اسم Vincent Guittot یه مجموعه ۱۸تایی از پچ‌های جدید برای بهبود Linux Scheduler منتشر کرده که هدف اصلیشون کاهش Latency موقع اجرای هم‌زمان چندین Short-Slice Task روی سیستمه.

🔧 - این پچ‌ها ادامه کارهایی هستن که Guittot طی ماه‌های اخیر روی Scheduler انجام داده. توی این سری تغییراتی مثل Decay کردن Positive Lag و در نظر گرفتن Slice هنگام انتخاب CPU انجام شده تا Scheduler بتونه تصمیم‌های بهتری برای اجرای Taskها بگیره.

📊 - نتایج اولیه با استفاده از بنچمارک‌های cyclictest و Hackbench خیلی امیدوارکننده بوده؛ مخصوصاً Peak Latency کاهش خوبی داشته و نشون می‌ده سیستم می‌تونه توی workloadهای حساس به تأخیر، سریع‌تر واکنش نشون بده.

🚀 - این تغییرات هنوز در مرحله Patch Series قرار دارن و نهایی نشدن، ولی نتایج فعلی نشون میده که میشه با بهینه‌تر کردن Scheduler، Latency مربوط به Taskهای کوتاه و هم‌زمان رو توی Linux پایین‌تر آورد.

🔴 - طی یک سال گذشته، Timur Kristóf از تیم Linux Graphics شرکت Valve مشغول بهبود درایور AMDGPU برای کارت‌های گرافیک قدیمی AMD بوده؛ حتی مدل‌هایی از نسل GCN 1.0 و 1.1 که حدود یک دهه از عمرشون می‌گذره.

🐧 - یکی از مهم‌ترین کارها، کمک به انتقال این GPUها از درایور قدیمی Radeon به درایور مدرن AMDGPU بوده. این تغییر باعث می‌شه این کارت‌ها به RADV Vulkan، Performance بهتر و قابلیت‌های مدرن‌تر دسترسی داشته باشن.

⚙️ - برای این کار، Timur مشکلات مختلفی در بخش Display و Power Management این سخت‌افزارهای قدیمی رو برطرف کرده و قابلیت‌هایی مثل Soft Reset رو هم اضافه کرده.

🔥 - نتیجه این تلاش‌ها واقعاً جالبه؛ در Linux 6.19 عملکرد بعضی از Radeonهای قدیمی با انتقال به AMDGPU حدود ۳۰٪ بهتر شد. در حالی که AMD طی سال‌های اخیر منابع زیادی برای بهبود درایور این GPUهای قدیمی اختصاص نداده، تیم Linux شرکت Valve بخش مهمی از این کار رو جلو برده.

🧠 - شرکت Arm یه سری پچ اولیه برای اضافه کردن پشتیبانی از TLBI Domains به Linux منتشر کرده. این قابلیت که با نام TLBID شناخته می‌شه، قراره Performance سیستم‌های Arm با تعداد هسته‌های بالا رو بهتر کنه.

⚙️ - در حالت معمول، وقتی Linux نیاز به TLB Invalidation داشته باشه، ممکنه مجبور بشه TLB رو روی کل CPUها پاک‌سازی کنه. اما TLBID اجازه می‌ده این عملیات فقط روی بخشی از هسته‌ها انجام بشه.

🎯 - کرنل Linux می‌تونه با استفاده از TLBID، دستورات مربوط به پاک‌سازی TLB رو فقط برای CPUهایی ارسال کنه که یک Process مشخص روی اون‌ها اجرا شده؛ در نتیجه از انجام عملیات اضافی روی کل سیستم جلوگیری می‌شه. این موضوع مخصوصاً برای Arm Server CPUهای دارای تعداد زیادی Core می‌تونه مفید باشه.

🧪 - فعلاً هیچ عددی از میزان بهبود Performance منتشر نشده و خود TLBID هم هنوز وارد Arm Architecture Reference Manual نشده؛ بنابراین احتمالاً تا دیدن این قابلیت روی پردازنده‌های واقعی، زمان زیادی باقی مونده.

🦎 - توسعه‌دهندگان openSUSE اعلام کردن که ابزار ZUPT رو به این توزیع اضافه می‌کنن؛ یه ابزار Open Source که ساخت Backup، فشرده‌سازی، بررسی Integrity و Encryption رو یکجا انجام میده.

🛡️ - ابزار ZUPT علاوه بر AES-256 از یک روش رمزنگاری Hybrid بر پایه ML-KEM-768 + X25519 هم استفاده می‌کنه. هدف اینه که Backupها در برابر تهدیدهای رمزنگاری آینده، مخصوصاً با پیشرفت کامپیوترهای Quantum، مقاوم‌تر باشن.

⚡ - این ابزار از Multi-threading پردازنده هم استفاده می‌کنه تا عملیات Backup، Compression و Encryption سریع‌تر انجام بشه.

📦 - ابزار ZUPT حالا وارد openSUSE Factory شده تا به‌عنوان یک راهکار رسمی و یکپارچه برای Backup، Compression و Encryption در اکوسیستم openSUSE مورد استفاده قرار بگیره.

🔭 - به این ترتیب openSUSE یکی از گزینه‌های جدید برای آماده‌سازی زیرساخت Backup در برابر تهدیدهای Post-Quantum خواهد داشت؛ البته خود فناوری‌های Post-Quantum هنوز در حال توسعه و تکامل هستن.

🟥 - شرکت AMD در آستانه بسته‌شدن پنجره دریافت تغییرات جدید برای DRM در Linux 7.4، یک Pull Request جدید برای درایور AMDGPU ارسال کرده که بیشتر شامل Bug Fix هست، اما در کنار اون پشتیبانی از چندین IP Block جدید برای GPUهای آینده هم اضافه شده.

⚙️ - در این تغییرات پشتیبانی از OSSSYS 8.0.1، LSDMA 8.0.1، NBIF 7.10، SMUIO 15.0.3، MP 15.0.3، VPE 3.0 و MMHUB 5.0 اضافه شده. در بین اون ها، VPE 3.0 به‌عنوان نسل جدید Video Processing Engine یکی از تغییرات قابل‌توجه محسوب میشه.

🚀 - در کنار این، AMD روی DCN 6.0، GFX12.1، SMU 15 و بخش‌های دیگری از سخت‌افزارهای آینده هم کار کرده و بهبودهایی برای HDMI 2.1، Runtime Power Management، GPUVM، SR-IOV، RAS و مدیریت Reset درایور ارائه شده.

🛠️ - بخش بزرگی از این Pull Request هم به رفع مشکلات مختلف اختصاص داره؛ از اصلاحات DisplayPort و HDMI و eDP گرفته تا رفع Memory Leak، مشکلات Power Management و بهبودهای AMDKFD.

🚀 - بعد از معرفی رسمی Fujitsu MONAKA، حالا پچ‌های جدیدی برای Linux Kernel اومده تا چند مشکل سخت‌افزاری این پردازنده ARM64 رو دور بزنن. MONAKA یه CPU سروری ۱۴۴ هسته‌ایه که Fujitsu برای زیرساخت‌های AI طراحی کرده.

⚙️ - یکی از باگ‌ها مربوط به TLBI هست؛ توی بعضی شرایط، عملیات Range-based TLBI ممکنه نتونه بعضی ورودی‌های TLB رو درست Invalid کنه. برای همین Kernel باید چند دستور TLBI اضافه اجرا کنه تا مطمئن بشه همه‌چیز درست پاک شده. این مشکل فقط با Kernelهای 64K دیده می‌شه؛ همون حالتی که برای MONAKA به‌خاطر Performance توصیه شده.

🚨 - یه مشکل دیگه هم می‌تونه باعث بشه PMU Overflow اشتباهی تشخیص داده بشه و در نتیجه سیستم با Interrupt Storm مواجه بشه. از اون طرف، یه Bug دیگه در شرایط خاص می‌تونه باعث Hang شدن یکی از CPU Coreها بشه؛ مخصوصاً وقتی چند Interrupt همزمان با هم رقابت می‌کنن یا Core وارد حالت Sleep میشه.

🧪 - در کنفرانس XDC 2026، مهندس NVIDIA یعنی Kamil Lysik نتایج یک تست علمی برای مقایسه Latency در Wayland و X.Org رو ارائه کرده. این‌بار به‌جای تکیه بر تجربه شخصی کاربران، از یک Microcontroller به‌همراه سنسور نوری و نرم‌افزارهای تست خودکار استفاده شده تا زمان پاسخ از لحظه فشردن کلید تا نمایش تصویر دقیق اندازه‌گیری بشه.

🖥️ - تست‌ها با کارت GeForce RTX 5070 و درایور R610 انجام شدن و در سمت Wayland، KDE KWin 6.7.4 و GNOME Mutter 49.7 مورد آزمایش قرار گرفتن. برای X.Org هم از X.Org Server 1.21.1.24 استفاده شده.

⚡ - نتیجه جالب بود: اختلاف Latency بین X.Org و Wayland خیلی کمه و NVIDIA نتونسته یک برنده واضح معرفی کنه. همچنین XWayland برخلاف گذشته دیگه اون Frame Delay اضافه رو ایجاد نمی‌کنه.

🎮 - یکی از نکات مهم تست، تأثیر VRR (Variable Refresh Rate) بود؛ NVIDIA می‌گه فعال‌بودن VRR می‌تونه Responsiveness رو به شکل محسوسی بهتر کنه و باعث بشه Latency در سیستم‌های مبتنی بر Wayland و X.Org تقریباً به یک سطح برسه.

🧠 - توسعه‌دهنده Linux، Kairui Song، نسخه جدید پچ‌های MGLRU-FG رو منتشر کرده؛ قابلیتی که با استفاده از میزان واقعی دسترسی به Memory، تصمیم می‌گیره کدوم بخش‌های Memory بیشتر مورد استفاده هستن و باید سریع‌تر در Working Set نگه داشته بشن.

⚡ - نتیجه تست‌ها خیلی امیدوارکننده‌ست: در سناریوهای مختلف، MGLRU-FG بین ۱۰ تا ۴۰ درصد Performance بهتر یا کاهش Refault رو نشون داده. در بعضی Workloadها هم زمان اجرای برنامه‌ها به شکل محسوسی کمتر شده.

🔥 - مثلاً در تست MongoDB عملکرد حدود ۱۳.۵٪ بهتر شده و تست Chromium و Node.js با استفاده از zRAM به‌عنوان Swap حتی ۷۶٪ بهبود نشون داده. در تست FIO هم افزایش Throughput تا حدود ۱۱٪ گزارش شده.

🛠️ - جالب‌تر اینکه تست Linux Kernel Build هم بهتر شده؛ در شرایطی که کامپایل با ۹۶ Job فشار زیادی به Memory وارد می‌کنه، زمان Build حدود یک ثانیه و در بعضی حالت‌ها نزدیک ۱۰ ثانیه کمتر شده.

🟢 - بعد از تصمیم غافلگیرکننده و بحث‌برانگیز Siemens برای تعطیل کردن پروژه OpenRadioss و حتی حذف Repository گیت‌هاب اون، حالا یک Fork جدید به اسم OpenCourant راه‌اندازی شده تا توسعه این پروژه Open Source ادامه پیدا کنه.

🚀 - این پروژه توسط Brian Clemens، بنیان‌گذار و Vice President شرکت Rocky Linux و بنیاد Rocky Enterprise Software Foundation (RESF) راه‌اندازی شده. OpenCourant بر پایه آخرین نسخه عمومی OpenRadioss قبل از بسته شدن Repository توسط Siemens ساخته شده.

🧮 - پروژه OpenCourant یک Finite Element Solver متن‌بازه که برای شبیه‌سازی Crash، Impact و سیستم‌های دینامیکی بسیار غیرخطی استفاده میشه و قراره ادامه‌دهنده کد OpenRadioss تحت مجوز GNU AGPLv3 باشه.

🔧 - توسعه این پروژه زیر نظر Rocky Enterprise Software Foundation انجام میشه؛ با این حال یک مشکل کوچک هم وجود داره: بخشی از OpenRadioss به Binary Dependencyهایی وابسته بوده که آخرین نسخه عمومی اون‌ها قبل از حذف Repository در دسترس نبوده. توسعه‌دهندگان برای حل این مشکل از کاربرانی که نسخه‌های جدیدتر این Binaryها رو دارن درخواست کمک کردن.

🐧 - در نهایت، OpenCourant قراره کد OpenRadioss رو دوباره به شکل یک پروژه کاملاً Community-driven و Open Source توسعه بده؛ اتفاقی که می‌تونه باعث بشه این پروژه بعد از توقف ناگهانی توسط Siemens، دوباره به مسیر توسعه برگرده.

🟢 - عمو لینوس نسخه Linux 7.3-rc6 رو منتشر کرده و طبق برنامه، حدود دو هفته دیگه باید شاهد انتشار نسخه پایدار Linux 7.3 باشیم. این نسخه هم مثل هفته‌های اخیر بیشتر روی Bug Fix و رفع Regressionها تمرکز داره.

🤖 - یکی از نکات جالب این دوره، حجم بالای تغییرات و Patchهایی هست که با کمک ابزارهای AI/LLM تولید یا پیشنهاد شدن؛ چیزی که Linus ازش با عنوان «AI normal» یاد کرده و باعث شده تعداد زیادی Fix کوچک، مخصوصاً برای Error Pathها، وارد Kernel بشن.

🏎️ - در Linux 7.3-rc6 پشتیبانی از فرمان و پدال Turtle Beach VelocityOne Race هم اضافه شده. در کنار اون، پشتیبانی HID++ برای گیرنده‌های Logitech Bolt به‌دلیل گزارش باگ‌های متعدد از کاربران Revert شده و Fixهای مختلفی هم برای بخش‌های Networking، GPU، USB، Sound و TTY اعمال شده.

🛠️ - این نسخه همچنین شامل به‌روزرسانی‌های Architecture، بهبودهای KVM، Networking، فایل‌سیستم SMB Client، BPF و مجموعه‌ای از Self-Testهای جدید میشه. به گفته Linus، در حال حاضر روند توسعه کاملاً عادیه و چیزی غیرمعمول در این RC دیده نمی‌شه.

📅 - با توجه به اینکه Linux 7.3 حالا به مراحل پایانی نزدیک شده، اگر روند فعلی بدون مشکل ادامه پیدا کنه، نسخه پایدار این Kernel طبق برنامه حدود دو هفته دیگه منتشر خواهد شد.