🌡️ - پشتیبانی لینوکس از لپ‌تاپ‌های ASUS Zenbook A14 و A16 مجهز به تراشه‌ی Qualcomm Snapdragon X2 با یک درایور جدید بهتر میشه.

🔧 - این درایور با نام asus-glymur-ec توسط Konrad Dybcio از مهندسان Qualcomm توسعه داده شده و برای کنترل بهتر Embedded Controller یا همون EC لپ‌تاپ‌هاست.

💡 - فریمور EC این Zenbook ها شباهت‌هایی به طراحی مرجع Qualcomm داره، اما تفاوت‌هاش باعث شده به یک درایور اختصاصی در کرنل لینوکس نیاز داشته باشه.

🌀 - با اضافه‌شدن این درایور، لینوکس می‌تونه سرعت فعلی فن‌ها، دمای دو سنسور حرارتی و میزان روشنایی نور پس‌زمینه‌ی کیبورد رو بخونه.

⌨️ - امکان تنظیم روشنایی کیبورد و اطلاع‌رسانی وضعیت Suspend و Resume سیستم هم به پشتیبانی این لپ‌تاپ‌ها اضافه می‌شه.

📦 - پچ‌های این درایور فعلاً برای بررسی در Kernel Mailing List منتشر شدن و هنوز وارد کرنل پایدار لینوکس نشدن.

🚀 - مهندسان Qualcomm اخیراً مشارکت بیشتری برای بهبود پشتیبانی لینوکس از لپ‌تاپ‌های Snapdragon X2 داشته‌اند؛ بااین‌حال رسانه معتبر Phoronix به‌دلیل محدودیت بودجه و نداشتن نمونه‌ی بررسی، فعلاً تستی روی این دستگاه‌ها انجام نمیده.

📦 - نسخه‌ی جدید Intel Compute Runtime 26.35.39758.10 برای Windows و Linux منتشر شد و چندتا قابلیت تازه برای درایورهای OpenCL و Level Zero آورد.

🔗 - توی این نسخه پشتیبانی از External Semaphoreهای مبتنی بر Host Function، هوک جدید مربوط به OpenVINO و APIهای تازه برای گزارش اطلاعات در بخش Sysman اضافه شده.

🌡️ - و حالا Sysman به‌صورت اولیه می‌تونه Composite Temperature و Memory Vendor ID یا همون VID رو هم بخونه.

🐧 - توی بخش مخصوص Linux هم هماهنگی درایور کرنل برای منتظر موندن جهت Host Synchronization رویدادها فعال شده.

⚙️ - در بخش OpenCL، افزونه‌ی cl_khr_spirv_queries، زیرساخت cl_khr_command_buffer و چند تغییر دیگه برای درایور جدید LEO اضافه شدن.

🚀 - مهم‌ترین اتفاق این نسخه اینه که درایور آزمایشی OpenCL LEO برای پردازنده‌های آینده‌ی Nova Lake S یا همون NVL-S، به‌صورت پیش‌فرض در لینوکس فعال شده.

🧪 - البته برای iGPU و dGPU های فعلی اینتل، LEO همچنان آزمایشی محسوب می‌شه. این درایور به‌جای ارتباط مستقیم OpenCL با سخت‌افزار، روی APIهای Level Zero ساخته شده.

🧩 - پشتیبانی اولیه از Intel PISA هم اضافه شده؛ یک ISA قابل‌حمل برای GPUهای اینتل که قراره به کامپایلرها، کتابخانه‌های دستی و Inline Assembly اجازه‌ی کار نزدیک‌تر به سخت‌افزار رو بده.

🔬 - ایده‌ی PISA شباهت‌هایی به NVPTX انویدیا داره و اینتل داره روی Backend مربوط به اون برای LLVM هم کار می‌کنه.

🏝️ - پشتیبانی از Crescent Island هم با فعال‌شدن Defer Backing و چند تغییر دیگه ادامه پیدا کرده.

🐉 - فوجیتسو بعد از حدود دو سال کنجکاوی درباره‌ی MONAKA، بالاخره این پردازنده‌ی سروری مبتنی بر معماری Arm رو رسماً معرفی کرد؛ عرضه‌ی اون هم از نوامبر شروع می‌شه.

⚡ - پردازنده MONAKA برای زیرساخت‌های Sovereign AI طراحی شده و فوجیتسو می‌گه با استفاده از فناوری 3D-Stacked و لیتوگرافی ۲ نانومتری، عملکرد و بهره‌وری انرژی بالایی ارائه می‌ده.

🧩 - این پردازنده از ترکیب فرایند ساخت ۲ نانومتری برای هسته‌ها و ۵ نانومتری برای Cache و بخش‌های I/O استفاده می‌کنه. حداکثر فرکانسش هم به 3.8GHz می‌رسه.

🚀 - پردازنده MONAKA از حافظه‌هایی با سرعت حداکثر 8800MT/s پشتیبانی می‌کنه.

🧠 - فوجیتسو ادعا می‌کنه این پردازنده با کمک بهینه‌سازی نرم‌افزاری، می‌تونه در پردازش‌های AI Inference تا دو برابر توان عملیاتی بیشتری نسبت به پردازنده‌های دیگه ارائه بده.

🖥️ - سرور رک‌مونت 1U فوجیتسو با خنک‌کننده‌ی بادی، ۱۴۴ هسته‌ی Armv9 با فرکانس 2.1GHz داره؛ نسخه‌ی مجهز به خنک‌کننده‌ی مایع هم با فرکانس 2.9GHz عرضه می‌شه.

💾 - یک پیشنهاد تازه برای استانداردکردن گزارش میزان حافظه‌ی ویدیویی در لینوکس مطرح شده؛ قابلیتی که هنوز با وجود بحث‌های قبلی، وارد کرنل اصلی نشده.

🛠️ - این پیشنهاد توسط Tvrtko Ursulin از Igalia مطرح شده و هدفش اینه که درایورهای گرافیکی مختلف، از برندهای متفاوت، اطلاعات حافظه‌ی خودشون رو با یک روش یکسان گزارش بدن.

📊 - ایده‌ی اصلی اینه که اطلاعات حافظه از طریق مسیری مثل sys/class/drm/card1/memstat/ در اختیار سیستم قرار بگیره.

🧩 - این رابط می‌تونه مناطق مختلف حافظه مثل vRAM و GTT رو نمایش بده و برای هرکدوم مقدار کل حافظه‌ی موجود و میزان حافظه‌ی مصرف‌شده رو گزارش کنه.

⚙️ - چنین قابلیتی می‌تونه برای کارهایی مثل تعیین درست اندازه‌ی Swap هنگام نصب سیستم‌عامل مفید باشه؛ مخصوصاً وقتی سیستم از حافظه‌ی گرافیکی قابل‌توجهی استفاده می‌کنه.

🔌 - برای پیاده‌سازی این قابلیت، هر درایور DRM باید یک Callback ساده اضافه کنه تا فهرست مناطق حافظه و آمار مربوط به اون‌ها رو به شکل استاندارد گزارش بده.

🧪 - برای نمایش عملی این ایده، یک پچ آزمایشی برای درایور AMDGPU هم همراه پیشنهاد منتشر شده؛ اما این قابلیت فعلاً در مرحله‌ی RFC و بررسی توسعه‌دهنده‌هاست.

🧪 - چهارمین Snapshot از اوبونتو 26.10 با اسم رمز «Stonking Stingray» منتشر شده و حالا برای تست در دسترسه.

📦 - کانونیکال در کنار Daily ISO ها، نسخه‌های Snapshot رو هم منتشر می‌کنه تا روند ساخت و Release Automation راحت‌تر بررسی و مدیریت بشه.

🐧 - اوبونتو 26.10 از کرنل Linux 7.2، دسکتاپ GNOME 51 و درایورهای گرافیکی Mesa 26.2 استفاده می‌کنه
و نسبت به Ubuntu 26.04 LTS کلی به‌روزرسانی داره.

🦀 - انتقال ابزارهای cp، mv و rm به Rust Coreutils هم در Ubuntu 26.10 کامل شده.

⚡ - طبق بررسی‌های اولیه‌ی Phoronix، عملکرد Ubuntu 26.10 تا این مرحله امیدوارکننده به نظر می‌رسه؛ البته برای نتیجه‌گیری نهایی باید منتظر نسخه‌ی پایدار و تست‌های بیشتر موند.

🗓️ - نسخه‌ی Beta اوبونتو 26.10 برای ۲۴ سپتامبر، Kernel Freeze برای ۱ اکتبر، Final Freeze برای ۸ اکتبر و نسخه‌ی پایدار برای ۱۵ اکتبر برنامه‌ریزی شده

💿 - جزئیات دانلود ISO های Snapshot 4 از طریق اطلاعیه‌ی رسمی Ubuntu Developers منتشر شده.

🚀 - نسخه‌ی جدید Mojo 1.1 همراه با MAX 26.6 منتشر شده؛ این انتشار بعد از Open Source شدن Mojo در ماه گذشته انجام شده.

🤖 - پروژه‌ی Mojo که توسط شرکت Modular توسعه داده می‌شه، حالا امکان مشارکت مستقیم جامعه در توسعه‌ی کامپایلر رو هم فراهم کرده.

⚡ - در Mojo 1.1 پشتیبانی از Inferred Member References اضافه شده و زمان کامپایل هم بهبود پیدا کرده.

🛠️ - عملکرد کدهای تولیدشده بهتر شده و APIهای بیشتری در Standard Library، از جمله APIهای مربوط به SIMD، حالا وضعیت پایدار دارن.

🎵 - در MAX 26.6 قابلیت تولید صدا با استفاده از مدل MiniMax-Music3 اضافه شده.

🔥 - و Kernel ها برای پردازنده‌های گرافیکی AMD و NVIDIA هم سریع‌تر شدن.

🌐 - توسعه‌ی Mojo حالا بازتر از قبل دنبال می‌شه و مشارکت‌های کامیونیتی در بخش کامپایلر پذیرفته میشن.

🟢 - تیم پاسخ‌گویی امنیتی Rust و تیم Crates.io هشدار دادن که یک حمله‌ی هدفمند علیه توسعه‌دهندگان مهم زبان Rust و صاحبان Crate های محبوب در جریانه

🎯 - مهاجمان تلاش می‌کنن با نفوذ به دستگاه‌ها و حساب‌های توسعه‌دهنده‌ها، بدافزار رو وارد اکوسیستم Rust کنن؛ این موضوع می‌تونه پروژه‌ها و وابستگی‌های مختلف رو تحت تأثیر قرار بده

🕵️ - طبق گزارش‌ها، حمله‌ها با ساخت پروفایل‌های جعلی اما باورپذیر در LinkedIn و پیشنهادهای شغلی، قراردادی یا همکاری انجام می‌شن

💻 - در یکی از روش‌ها، مهاجم بعد از برگزاری تماس ویدیویی از قربانی می‌خواد یک نرم‌افزار به‌ظاهر ضروری، مثل Codec صوتی، نصب کنه

📋 - روش دیگه شامل قرار دادن یک دستور مخرب در Clipboard قربانیه تا توسعه‌دهنده بدون توجه، اون دستور رو در ترمینال اجرا کنه

🏢 - مهاجمان حتی شرکت‌ها و صفحات LinkedIn جدیدی می‌سازن که در نگاه اول واقعی و معتبر به نظر می‌رسن و ممکنه از بررسی‌های سطحی عبور کنن

🛡️ - تیم Rust از توسعه‌دهنده‌ها خواسته مراقب پیشنهادهای شغلی و همکاری مشکوک باشن

🛠️ - نسخه‌ی جدید این پروژه منتشر شد؛ این Memory Allocator که در سرورها، سیستم‌های HPC و بعضی نرم‌افزارهای دسکتاپ استفاده می‌شه، بعد از مدتی کم‌تحرکی دوباره در حال توسعه‌ی جدی‌تره.

🧹 - در این نسخه تمرکز زیادی روی کاهش Technical Debt، بازنویسی بخش‌هایی از کد، رفع باگ‌ها، افزایش پوشش تست‌ها و پاک‌سازی کدهای قدیمی شده.

🚀 - قابلیت‌های جدیدی مثل EXTENT_ALLOC_FLAG_PINNED برای علامت‌گذاری Mappingهای غیرقابل‌بازیابی در Custom Extent Hooks اضافه شده.

⚙️ - امکان انتخاب Arena به‌صورت Per-CPU از طریق thread.arena فراهم شده و چندین بهینه‌سازی عملکردی دیگه هم در این نسخه وجود داره.

🌍 - یکی از تغییرات مهم، اضافه‌شدن OS Abstraction Layer برای مدیریت تفاوت‌های پلتفرم‌ها در بخش‌هایی مثل File/Process I/O، زمان، Synchronization، CPU، Virtual Memory، atfork، Error Handling، Profiling و Thread Yield هست.

🔧 - همچنین تعدادی از Warning های مربوط به GCC 16 برطرف شده تا Jemalloc با نسخه‌های جدیدتر ابزارهای کامپایل بهتر سازگار باشه.

📦 - نسخه‌ی Jemalloc 5.4.0 هم‌اکنون در دسترسه و می‌تونید سورس کد و فهرست کامل تغییرات رو از GitHub ببینید.

🔗 -[https://github.com/jemalloc/jemalloc/releases/tag/5.4.0]

🚀 - نسخه‌ی جدید استاندارد OpenCL 3.1.2 توسط Khronos Group منتشر شد و یکی از مهم‌ترین تغییراتش، نهایی‌شدن افزونه‌ی cl_khr_command_buffer هست.

⚙️ - این افزونه حالا دیگه Experimental نیست و امکان Record و Replay کردن Bufferهای دستورات OpenCL رو فراهم می‌کنه؛ قابلیتی که می‌تونه سربار اجرای چندباره‌ی Workloadهای مشابه رو کاهش بده.

🧠 - به‌جای اینکه هر بار مجموعه‌ای از دستورات OpenCL دوباره Enqueue بشه، می‌شه اون‌ها رو از قبل ثبت کرد و در دفعات بعدی مجدداً اجرا کرد.

🤝 - توسعه‌ی cl_khr_command_buffer با مشارکت شرکت‌هایی مثل NVIDIA، Intel، Google، Codeplay، Qualcomm و چندین عضو دیگه‌ی اکوسیستم OpenCL انجام شده.

📚 - در OpenCL 3.1.2 همچنین مستندات Error Code های مربوط به Memory Object APIها هماهنگ‌تر شده و چندین مورد ابهام و ناهماهنگی در مشخصات برطرف شده.

📦 - نسخه‌ی جدید استاندارد OpenCL از طریق GitHub در دسترسه و توسعه‌دهندگان می‌تونن فهرست کامل تغییرات رو بررسی کنن.

⚠️ - شرکت Intel ظاهراً این هفته برنامه‌ی پرداخت جایزه برای گزارش باگ‌های امنیتی رو متوقف کرده و به‌جاش یک برنامه‌ی جدید بدون پرداخت پاداش راه‌اندازی کرده.

💰 - برنامه‌ی قبلی اینتل برای گزارش آسیب‌پذیری‌های مربوط به سخت‌افزار، نرم‌افزار، Firmware و پروژه‌های متن‌باز، به گزارش‌دهنده‌ها بین ۵۰۰ تا ۱۰۰٬۰۰۰ دلار جایزه می‌داد.

🧾 - برنامه‌ی قبلی که روی پلتفرم Intigriti میزبانی می‌شد، حالا با وضعیت Suspended نمایش داده می‌شه و بخش زیادی از اطلاعات قبلی اون هم حذف شده.

📢 - اینتل در عوض برنامه‌ی جدیدی با عنوان Intel Vulnerability Disclosure Program راه‌اندازی کرده که صراحتاً نوشته: «این یک برنامه‌ی Responsible Disclosure بدون جایزه است.»

🤖 - دلیل رسمی این تغییر هنوز اعلام نشده؛ اما Phoronix اشاره می‌کنه که افزایش شدید گزارش‌های امنیتی تولیدشده با کمک AI و LLM ها در اکوسیستم نرم‌افزار ممکنه یکی از عوامل این تصمیم باشه.

🕵️ - در برنامه‌ی جدید همچنان امکان گزارش مسئولانه‌ی آسیب‌پذیری‌ها وجود داره، ولی برخلاف گذشته خبری از پرداخت مالی به گزارش‌دهنده‌ها نیست.

🚀 - ای ام دی مجموعه‌ی جدیدی از به‌روزرسانی‌های درایور AMDGPU رو برای آماده‌سازی Linux 7.4 به شاخه‌ی DRM-Next ارسال کرده.

📺 - در بخش HDMI FRL یک مشکل مربوط به فعال‌سازی صدا برطرف شده و پوشش تست‌های کد، مخصوصاً برای HDMI، افزایش پیدا کرده.

🎮 - همون‌طور که قبلاً گفته شده بود، Linux 7.4 قراره پشتیبانی از HDMI 2.1 رو به‌صورت پیش‌فرض فعال کنه؛ قابلیت‌هایی مثل FreeSync، VRR و ALLM هم در این مسیر اضافه شدن.

🧪 - این سری پچ‌ها شامل اصلاحات مربوط به سخت‌افزارهای گرافیکی آینده‌ی AMD، از جمله بلوک گرافیکی GFX12.1 و موتور نمایشگر Display Core Next 6 (DCN6) هست.

⚙️ - برای کارت‌های مبتنی بر RDNA1/GFX10 هم قابلیت گزارش‌گیری CU Occupancy در درایور محاسباتی AMDKFD فعال شده؛ برای GFX12.1 هم چندین اصلاحیه‌ی مرتبط با AMDKFD وجود داره.

🔧 - از دیگر تغییرات می‌شه به رفع مشکلات Runtime PM، گزارش‌دهی PCIe، RAS، مدیریت دستگاه، Display KUNIT Tests، DP MST، USB4، Plane Updates، DMUB، SDMA و چندین بخش دیگه اشاره کرد.

📅 - هنوز حدود دو هفته برای اضافه‌شدن قابلیت‌های جدید به چرخه‌ی Linux 7.4 زمان باقی مونده و نسخه‌ی پایدار این کرنل احتمالاً حوالی پایان سال میلادی منتشر می‌شه.

🚀 - سری پچ‌های جدید برای سریع‌ترکردن فرآیند Build کرنل لینوکس منتشر شد؛ این تغییرات می‌تونن زمان ساخت کامل و مخصوصاً Incremental Buildها رو به‌شکل محسوسی کاهش بدن.

🧠 - این مجموعه در ابتدا با کمک AI برای پیدا‌کردن Bottleneckهای مهم در کد Build کرنل بررسی شد و حالا نسخه‌ی سوم پچ‌ها توسط Lorenzo Stoakes از مهندسان Arm ارسال شده.

🛠️ - نسخه‌ی v3 شامل ۲۰ پچ هست که روی آخرین کدهای upstream لینوکس Rebase شده‌اند؛ Warningهای گزارش‌شده توسط Sashiko هم در این نسخه برطرف شده و تغییرات باقی‌مونده عمدتاً جزئی هستن.

📉 - در تست‌های انجام‌شده روی Apple M2، ساخت کامل کرنل با Clang حدود ۱۰٪ سریع‌تر شده؛ Incremental Build با Clang حدود ۵۵٪ و با GCC حدود ۴۵٪ بهبود داشته.

🔥 - در حالت No-op Build، یعنی اجرای make روی درخت کرنلی که قبلاً کامپایل شده، زمان ساخت حدود ۷۴ تا ۷۶٪ کاهش پیدا کرده.

💻 - این بهبودها فقط محدود به Apple Silicon نیستن و روی پردازنده‌های AMD با معماری x86_64 هم نتایج مثبتی در همین محدوده دیده شده.

☕ - اگر این پچ‌ها به‌موقع وارد Linux 7.4 بشن، توسعه‌دهنده‌هایی که کرنل رو از سورس کامپایل می‌کنن، زمان بسیار کمتری منتظر Build می‌مونن؛ هرچند هنوز ادغام نهایی اون‌ها قطعی نیست.

🟢 - تیم Ubuntu Desktop در حال تغییر رفتار پیش‌فرض سیستم هنگام فشار شدید روی حافظه‌ی RAM هست تا برنامه‌های حیاتی دسکتاپ بی‌دلیل بسته نشن.

🛡️ - در سیاست جدید، سرویس‌های مهم و D-Bus امتیاز OOM پایین‌تری می‌گیرن؛ بنابراین احتمال انتخاب‌شدنشون توسط OOM Killer کمتر می‌شه.

⚙️ - برنامه‌های معمولی و سرویس‌های پس‌زمینه همچنان امتیاز بالاتری دارن و در صورت کمبود شدید حافظه، زودتر از سرویس‌های حیاتی terminate می‌شن.

🚫 - قابلیت systemd-oomd برای کشتن خودکار کل session کاربر هنگام فشار حافظه غیرفعال می‌شه؛ چون ممکنه بدون توجه به اهمیت سرویس‌ها، بخش‌های مهم دسکتاپ رو هم ببنده.

💻 - هدف این تغییر اینه که وقتی RAM کاملاً تحت فشار قرار گرفت، اول برنامه‌ها و سرویس‌های غیرضروری بسته بشن و session دسکتاپ تا جای ممکن فعال بمونه.

⚠️ - البته این تغییر به معنی مصون‌شدن اوبونتو در برابر کمبود RAM نیست؛ اگر حافظه واقعاً تمام بشه، هنوز هم ممکنه بعضی برنامه‌ها terminate بشن.

🔹 - چند وقت اخیر، بعضی بازی‌ها مثل Elden Ring و Red Dead Redemption 2 روی لپ‌تاپ‌های مجهز به پردازنده‌های جدید Intel Panther Lake و گرافیک Intel Xe3 Arc B390 خیلی سریع فریز یا کرش می‌کردند.

🔹 - اولش همه فکر می‌کردند مشکل از درایور گرافیکی Intel یا Mesa است؛ ولی بررسی‌ها نشون داد داستان از جای دیگه‌ست: یک باگ در کرنل لینوکس و قابلیت جدید FRED.

🧠 - قابلیت FRED مخفف Flexible and Return Event Delivery هست و در پردازنده‌های جدید Core Ultra Series 3 معرفی شده. این قابلیت در بعضی شرایط، اطلاعات اشتباهی درباره‌ی خطاهای پردازنده به Wine می‌داد و باعث می‌شد بازی‌ها درست کار نکنن.

📌 - نتیجه‌اش هم این بود که:
* بازی Elden Ring بعد از حدود ۲ تا ۳ دقیقه فریز می‌کرد؛
* بازی Red Dead Redemption 2 ممکن بود وارد چرخه‌ی اجرا و کرش بشه؛
* در ابتدا تصور می‌شد مشکل از Mesa یا درایور GPU باشه، اما ریشه‌ی اصلی در کرنل پیدا شد.

🛠️ - توسعه‌دهنده‌ی کرنل، Matthew Schwartz، پچ‌هایی آماده کرده که وضعیت خطا و اطلاعات ذخیره‌شده‌ی پردازنده رو درست بازسازی می‌کنن و مشکل Wine در برخورد با دستورهای INT رو برطرف می‌کنن.

✅ - این پچ‌ها وارد شاخه‌ی x86/urgent شدن و قراره برای ادغام در کرنل اصلی، احتمالاً در مسیر Linux 7.3 ارسال بشن.

💡 - خلاصه اینکه اگه یک بازی ویندوزی روی لینوکس کرش کرد، همیشه نباید سریع Mesa یا درایور گرافیک رو مقصر بدونیم؛ گاهی مشکل از خود کرنل و نحوه‌ی تعاملش با سخت‌افزارهای جدید میاد.

🟢 - پروژه‌ی Asahi Linux مجموعه‌ای شامل ۱۴ پچ رو برای اضافه‌کردن درایور AVD رو به کرنل لینوکس ارسال کرده. این درایور وظیفه‌ی پخش سخت‌افزاری ویدئو روی تراشه‌های Apple Silicon رو بر عهده داره.

🎞️ - درایور متن‌باز و مهندسی‌معکوس‌شده‌ی AVD روی تراشه‌های Apple M1، M2 و M3 کار می‌کنه و از کدک‌های H.264، H.265 و VP9 پشتیبانی داره. روی M3 و نسل‌های جدیدتر، پشتیبانی از AV1 هم در دسترسه.

⚙️ - این درایور از API مربوط به V4L2 M2M Stateless Decoder استفاده می‌کنه تا رمزگشایی ویدئو به‌صورت سخت‌افزاری و کم‌مصرف انجام بشه؛ یعنی پردازش ویدئو کمتر روی CPU فشار میاره.

🔬 - توسعه‌ی این درایور چندین سال زمان برده و بخش مهمی از کار شامل Reverse Engineering سخت‌افزار اختصاصی Apple بوده. AVD برخلاف طراحی‌های معمول، برای تنظیماتش از یک register استفاده می‌کنه و ترتیب ارسال دستورها اهمیت زیادی داره.

🧩 - در طراحی AVD یک پردازنده‌ی کمکی Cortex-M3 هم وجود داره که فعلاً برای تنظیمات Decode و دریافت وقفه‌ها استفاده می‌شه. در آینده ممکنه ارسال دستورها هم به این پردازنده منتقل بشه تا مصرف انرژی کمتر و سرعت Decode کمی بهتر بشه.

🚀 - انتظار می‌ره پشتیبانی از AVD در آینده به تراشه‌های M4، M5، M6 و Apple Neo هم گسترش پیدا کنه. پروژه‌ی Asahi Linux برای این کار firmwareهای لازم رو در مخزن avd-fw نگه‌داری می‌کنه.

⚠️ - این پچ‌ها هنوز وارد کرنل پایدار لینوکس نشدن و فعلاً برای Review در Mailing List کرنل ارسال شدن تا احتمالاً از مسیر Media Subsystem وارد نسخه‌های آینده‌ی Linux بشن.

🟢 - درایور Binder که سال‌ها با زبان C در کرنل لینوکس وجود داشته، قراره در چرخه‌ی توسعه‌ی Linux 7.4 حذف بشه و نسخه‌ی بازنویسی‌شده با Rust جای اون رو بگیره.

📱 - درایور Binder یکی از اجزای مهم اندرویده و برای ارتباط بین پردازش‌ها یا همون IPC استفاده می‌شه. نسخه‌ی Rust این درایور قبلاً در Linux 6.18 وارد کرنل اصلی شده بود.

🦀 - گوگل می‌گه نسخه‌ی Rust حالا به اندازه‌ی کافی بالغ شده و از نظر امکانات به نسخه‌ی C رسیده. این درایور مدتیه روی دستگاه‌های اندرویدی واقعی استفاده می‌شه و دیگه صرفاً یک آزمایش محسوب نمی‌شه.

🧹 - نسخه‌ی قدیمی Binder بیشتر از ۱۱ هزار خط کد C داره و بعد از بیش از ۱۵ سال، نگه‌داری و اضافه‌کردن قابلیت‌های جدید بهش سخت و پرریسک شده بود؛ مخصوصاً از نظر احتمال ایجاد آسیب‌پذیری‌های امنیتی.

⚡ - طبق توضیحات گوگل، درایور Rust از نظر عملکرد هم کم نمیاره و در بعضی شرایط حتی می‌تونه سریع‌تر از نسخه‌ی C عمل کنه.

🔐 - مهاجرت به Rust با هدف ساده‌ترشدن نگه‌داری، کاهش ریسک باگ‌های حافظه و آماده‌کردن Binder برای قابلیت‌ها و بهینه‌سازی‌های آینده انجام می‌شه.

📦 - پچ حذف پیاده‌سازی C توسط Greg Kroah-Hartman وارد شاخه‌ی char-misc-next شده و قراره در زمان بازشدن Merge Window کرنل Linux 7.4 ارسال بشه.