🔵 عنوان مقاله
Tyr Driver Being Submitted For Linux 6.18 As Rust-Based Arm Mali Driver
🟢 خلاصه مقاله:
**یک مجموعه بزرگ از به‌روزرسانی‌های Rust برای زیرسیستم DRM گرافیک/نمایش کرنل به DRM-Next ارسال شده است تا برای انتشار Linux 6.18 آماده شود. مهم‌ترین بخش این درخواست، ادغام Tyr driver است؛ یک DRM driver متن‌باز و مبتنی بر Rust برای Arm Mali GPUs.
این حرکت دو نکته کلیدی دارد: گسترش استفاده از Rust در کرنل برای بهبود ایمنی حافظه و کاهش خطاهای متداول در کدهای سطح پایین گرافیکی، و تقویت توسعه متن‌باز که به بهبود کیفیت و گسترش پشتیبانی سخت‌افزاری کمک می‌کند. قرارگرفتن در DRM-Next یعنی این تغییرات—as-is—در صف چرخه ادغام بعدی هستند و در صورت پیشرفت بدون مشکل، وارد Linux 6.18 می‌شوند؛ تا کاربران و توزیع‌ها بتوانند آن را آزمایش و بازخورد ارائه کنند. این ادغام همچنین روند رو‌به‌رشد استفاده از Rust در کرنل و تقویت درایورهای متن‌باز برای GPUهای مبتنی بر Arm را نشان می‌دهد.
#Linux #Rust #DRM #DRMNext #ArmMali #GPU #OpenSource #LinuxKernel
🟣لینک مقاله:
https://www.phoronix.com/news/Rust-DRM-Drivers-Linux-6.18-Tyr
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Tyr Driver Being Submitted For Linux 6.18 As Rust-Based Arm Mali Driver
🟢 خلاصه مقاله:
**یک مجموعه بزرگ از به‌روزرسانی‌های Rust برای زیرسیستم DRM گرافیک/نمایش کرنل به DRM-Next ارسال شده است تا برای انتشار Linux 6.18 آماده شود. مهم‌ترین بخش این درخواست، ادغام Tyr driver است؛ یک DRM driver متن‌باز و مبتنی بر Rust برای Arm Mali GPUs.
این حرکت دو نکته کلیدی دارد: گسترش استفاده از Rust در کرنل برای بهبود ایمنی حافظه و کاهش خطاهای متداول در کدهای سطح پایین گرافیکی، و تقویت توسعه متن‌باز که به بهبود کیفیت و گسترش پشتیبانی سخت‌افزاری کمک می‌کند. قرارگرفتن در DRM-Next یعنی این تغییرات—as-is—در صف چرخه ادغام بعدی هستند و در صورت پیشرفت بدون مشکل، وارد Linux 6.18 می‌شوند؛ تا کاربران و توزیع‌ها بتوانند آن را آزمایش و بازخورد ارائه کنند. این ادغام همچنین روند رو‌به‌رشد استفاده از Rust در کرنل و تقویت درایورهای متن‌باز برای GPUهای مبتنی بر Arm را نشان می‌دهد.
#Linux #Rust #DRM #DRMNext #ArmMali #GPU #OpenSource #LinuxKernel
🟣لینک مقاله:
https://www.phoronix.com/news/Rust-DRM-Drivers-Linux-6.18-Tyr
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Tyr Driver Being Submitted For Linux 6.18 As Rust-Based Arm Mali Driver
The big set of Rust DRM kernel graphics/display driver updates were sent out to DRM-Next ahead of the upcoming Linux 6.18 kernel
Forwarded from Software Engineer Labdon
🔵 عنوان مقاله
What Makes System Calls Expensive: A Linux Internals Deep Dive (18 minute read)
🟢 خلاصه مقاله:
این مقاله توضیح می‌دهد چرا syscall در Linux گران است: عبور از مرز user به kernel باعث برهم‌زدن وضعیت ریزمعماری CPU می‌شود؛ از تخلیه pipeline و پاک‌سازی پیش‌بینی انشعاب تا به‌هم‌خوردن return stack buffer. در مسیر ورود/خروج syscall، kernel علاوه بر جابه‌جایی بین stack و گاه page table (در نتیجهٔ KPTI)، مجموعه‌ای از دفاع‌ها علیه حملات حدسی مثل Spectre را اعمال می‌کند؛ اقداماتی مانند IBPB/IBRS/STIBP، retpoline و RSB stuffing که همگی چرخه‌های اضافی مصرف می‌کنند. نتیجه این است که بخش بزرگی از هزینه، صرف خودِ تغییر سطح دسترسی و بازسازی بهینه‌سازی‌های CPU می‌شود، نه منطق اصلی kernel.
نمونهٔ روشن آن vDSO است که clock_gettime را در user-space فراهم می‌کند و بر اساس بنچمارک‌ها حدود ۸۹٪ سریع‌تر از نسخهٔ syscall عمل می‌کند؛ یعنی خودِ عبور به kernel گلوگاه اصلی است. پیام عملی برای توسعه‌دهندگان این است که در مسیرهای داغ از فراوانی syscall بکاهند: از vDSO برای زمان، batching و I/O برداری، و راهکارهایی مانند io_uring یا async I/O استفاده کنند و نتایج تکراری را cache نمایند. جمع‌بندی: هزینهٔ syscall بیشتر از برهم‌خوردن وضعیت ریزمعماری و ملاحظات امنیتی ورود/خروج ناشی می‌شود و پرهیز از این عبورها می‌تواند بهبود چشمگیری در کارایی ایجاد کند.
#Linux #Syscalls #Kernel #Performance #Microarchitecture #Spectre #vDSO #io_uring
🟣لینک مقاله:
https://blog.codingconfessions.com/p/what-makes-system-calls-expensive?utm_source=tldrinfosec
➖➖➖➖➖➖➖➖
👑 @software_Labdon
What Makes System Calls Expensive: A Linux Internals Deep Dive (18 minute read)
🟢 خلاصه مقاله:
این مقاله توضیح می‌دهد چرا syscall در Linux گران است: عبور از مرز user به kernel باعث برهم‌زدن وضعیت ریزمعماری CPU می‌شود؛ از تخلیه pipeline و پاک‌سازی پیش‌بینی انشعاب تا به‌هم‌خوردن return stack buffer. در مسیر ورود/خروج syscall، kernel علاوه بر جابه‌جایی بین stack و گاه page table (در نتیجهٔ KPTI)، مجموعه‌ای از دفاع‌ها علیه حملات حدسی مثل Spectre را اعمال می‌کند؛ اقداماتی مانند IBPB/IBRS/STIBP، retpoline و RSB stuffing که همگی چرخه‌های اضافی مصرف می‌کنند. نتیجه این است که بخش بزرگی از هزینه، صرف خودِ تغییر سطح دسترسی و بازسازی بهینه‌سازی‌های CPU می‌شود، نه منطق اصلی kernel.
نمونهٔ روشن آن vDSO است که clock_gettime را در user-space فراهم می‌کند و بر اساس بنچمارک‌ها حدود ۸۹٪ سریع‌تر از نسخهٔ syscall عمل می‌کند؛ یعنی خودِ عبور به kernel گلوگاه اصلی است. پیام عملی برای توسعه‌دهندگان این است که در مسیرهای داغ از فراوانی syscall بکاهند: از vDSO برای زمان، batching و I/O برداری، و راهکارهایی مانند io_uring یا async I/O استفاده کنند و نتایج تکراری را cache نمایند. جمع‌بندی: هزینهٔ syscall بیشتر از برهم‌خوردن وضعیت ریزمعماری و ملاحظات امنیتی ورود/خروج ناشی می‌شود و پرهیز از این عبورها می‌تواند بهبود چشمگیری در کارایی ایجاد کند.
#Linux #Syscalls #Kernel #Performance #Microarchitecture #Spectre #vDSO #io_uring
🟣لینک مقاله:
https://blog.codingconfessions.com/p/what-makes-system-calls-expensive?utm_source=tldrinfosec
➖➖➖➖➖➖➖➖
👑 @software_Labdon
Codingconfessions
What Makes System Calls Expensive: A Linux Internals Deep Dive
An explanation of how Linux handles system calls on x86-64 and why they show up as expensive operations in performance profiles
🔵 عنوان مقاله
Revisiting DDR5-6400 vs. MRDIMM-8800 Performance With Intel Xeon 6 "Granite Rapids"
🟢 خلاصه مقاله:
با عرضه Xeon 6 «Granite Rapids»، اینتل پشتیبانی از DDR5-6400 و همچنین MRDIMM تا 8800 MT/s را فراهم کرد. پس از انتشار نخستین بنچمارک‌های مستقل روی Xeon 6900P، اکنون با به‌روزرسانی فریمور و بهبودهای اخیر Linux، مقایسه DDR5-6400 و MRDIMM-8800 دوباره بررسی شده است. جمع‌بندی کلی نشان می‌دهد MRDIMM-8800 در بارکارهای پهنای‌باند-محور (مانند تحلیل داده جریانی، پایگاه‌داده‌های درون‌حافظه و برخی سناریوهای HPC/AI) برتری محسوسی دارد، در حالی‌که DDR5-6400 در موارد به‌شدت حساس به تأخیر می‌تواند عملکرد بهتری ارائه دهد. علاوه بر این، نتایج تازه اثرات توان و حرارت را نیز برجسته می‌کنند: نرخ‌های بالاتر MRDIMM به بودجه توان و خنک‌سازی حساس‌تر است، اما در ازای آن توان عملیاتی بالاتری به ازای هر سوکت فراهم می‌کند. در نتیجه، برای Granite Rapids توصیه می‌شود در بارهای مقیاس‌پذیر و پهنای‌باندی از MRDIMM استفاده شود و در سرویس‌های کم‌تأخیر یا محدود به انرژی/خنک‌سازی، DDR5 گزینه مناسب‌تری است.
#Intel #Xeon6 #GraniteRapids #MRDIMM #DDR5 #Linux #Datacenter #Performance
🟣لینک مقاله:
https://www.phoronix.com/review/ddr5-6400-mrdimm-8800
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Revisiting DDR5-6400 vs. MRDIMM-8800 Performance With Intel Xeon 6 "Granite Rapids"
🟢 خلاصه مقاله:
با عرضه Xeon 6 «Granite Rapids»، اینتل پشتیبانی از DDR5-6400 و همچنین MRDIMM تا 8800 MT/s را فراهم کرد. پس از انتشار نخستین بنچمارک‌های مستقل روی Xeon 6900P، اکنون با به‌روزرسانی فریمور و بهبودهای اخیر Linux، مقایسه DDR5-6400 و MRDIMM-8800 دوباره بررسی شده است. جمع‌بندی کلی نشان می‌دهد MRDIMM-8800 در بارکارهای پهنای‌باند-محور (مانند تحلیل داده جریانی، پایگاه‌داده‌های درون‌حافظه و برخی سناریوهای HPC/AI) برتری محسوسی دارد، در حالی‌که DDR5-6400 در موارد به‌شدت حساس به تأخیر می‌تواند عملکرد بهتری ارائه دهد. علاوه بر این، نتایج تازه اثرات توان و حرارت را نیز برجسته می‌کنند: نرخ‌های بالاتر MRDIMM به بودجه توان و خنک‌سازی حساس‌تر است، اما در ازای آن توان عملیاتی بالاتری به ازای هر سوکت فراهم می‌کند. در نتیجه، برای Granite Rapids توصیه می‌شود در بارهای مقیاس‌پذیر و پهنای‌باندی از MRDIMM استفاده شود و در سرویس‌های کم‌تأخیر یا محدود به انرژی/خنک‌سازی، DDR5 گزینه مناسب‌تری است.
#Intel #Xeon6 #GraniteRapids #MRDIMM #DDR5 #Linux #Datacenter #Performance
🟣لینک مقاله:
https://www.phoronix.com/review/ddr5-6400-mrdimm-8800
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Revisiting DDR5-6400 vs. MRDIMM-8800 Performance With Intel Xeon 6 "Granite Rapids"
One of the exciting elements of Intel's Xeon 6 Granite Rapids launch last year was introducing support for MRDIMMs alongside DDR5-6400 memory support.
🔵 عنوان مقاله
Linux 6.17-rc4 Released With Bcachefs Now "Externally Maintained", Some New Hardware
🟢 خلاصه مقاله:
** لینوس توروالدز نسخه هفتگی Linux 6.17-rc4 را به‌عنوان چهارمین کاندیدای انتشار برای Linux 6.17 منتشر کرد؛ هدف همچنان رسیدن به نسخه پایدار در اواخر سپتامبر است. در این چرخه، Bcachefs با برچسب «externally maintained» مشخص شده؛ یعنی نگه‌داری و هماهنگی اصلی آن بیرون از درخت هسته انجام می‌شود و از مسیر درخواست‌های ادغام وارد mainline می‌گردد—بدون تغییر معنا‌دار برای کاربران. افزون بر این، rc4 شامل مجموعه‌ای از رفع باگ‌ها، به‌روزرسانی درایورها و پشتیبانی از برخی سخت‌افزارهای جدید است و تمرکز اصلی بر پایدارسازی باقی مانده است. اگر مشکل جدی رخ ندهد، انتشار پایدار Linux 6.17 طبق برنامه اواخر سپتامبر انجام خواهد شد.
#Linux #LinuxKernel #Bcachefs #LinusTorvalds #ReleaseCandidate #OpenSource #HardwareSupport #KernelUpdate
🟣لینک مقاله:
https://www.phoronix.com/news/LInux-6.17-rc4
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Linux 6.17-rc4 Released With Bcachefs Now "Externally Maintained", Some New Hardware
🟢 خلاصه مقاله:
** لینوس توروالدز نسخه هفتگی Linux 6.17-rc4 را به‌عنوان چهارمین کاندیدای انتشار برای Linux 6.17 منتشر کرد؛ هدف همچنان رسیدن به نسخه پایدار در اواخر سپتامبر است. در این چرخه، Bcachefs با برچسب «externally maintained» مشخص شده؛ یعنی نگه‌داری و هماهنگی اصلی آن بیرون از درخت هسته انجام می‌شود و از مسیر درخواست‌های ادغام وارد mainline می‌گردد—بدون تغییر معنا‌دار برای کاربران. افزون بر این، rc4 شامل مجموعه‌ای از رفع باگ‌ها، به‌روزرسانی درایورها و پشتیبانی از برخی سخت‌افزارهای جدید است و تمرکز اصلی بر پایدارسازی باقی مانده است. اگر مشکل جدی رخ ندهد، انتشار پایدار Linux 6.17 طبق برنامه اواخر سپتامبر انجام خواهد شد.
#Linux #LinuxKernel #Bcachefs #LinusTorvalds #ReleaseCandidate #OpenSource #HardwareSupport #KernelUpdate
🟣لینک مقاله:
https://www.phoronix.com/news/LInux-6.17-rc4
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Linux 6.17-rc4 Released With Bcachefs Now "Externally Maintained", Some New Hardware
Linus Torvalds just released Linux 6.17-rc4 as the newest weekly test release of Linux 6.17 in working toward the stable release in late September.
👍1
🔵 عنوان مقاله
Linux Looking To Finally Kill Off HIGHPTE Support
🟢 خلاصه مقاله:
**توسعه‌دهندگان Linux kernel در حال بررسی حذف پشتیبانی HIGHPTE هستند؛ قابلیتی قدیمی مرتبط با highmem در سیستم‌های ۳۲ بیتی که امروز تقریباً فقط یک سیستم ARM از آن استفاده می‌کند. هدف، کاهش هزینه نگه‌داری و ساده‌تر شدن کد مدیریت حافظه است. این تغییر هنوز نهایی نشده و احتمالاً به‌صورت تدریجی و با هشدارهای deprecation در Kconfig پیش خواهد رفت تا به کاربران باقی‌مانده فرصت سازگاری داده شود.
#Linux #Kernel #HIGHPTE #ARM #MemoryManagement #OpenSource #Deprecation #Maintainer
🟣لینک مقاله:
https://www.phoronix.com/news/Linux-ARM-HIGHPTE-RFC
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Linux Looking To Finally Kill Off HIGHPTE Support
🟢 خلاصه مقاله:
**توسعه‌دهندگان Linux kernel در حال بررسی حذف پشتیبانی HIGHPTE هستند؛ قابلیتی قدیمی مرتبط با highmem در سیستم‌های ۳۲ بیتی که امروز تقریباً فقط یک سیستم ARM از آن استفاده می‌کند. هدف، کاهش هزینه نگه‌داری و ساده‌تر شدن کد مدیریت حافظه است. این تغییر هنوز نهایی نشده و احتمالاً به‌صورت تدریجی و با هشدارهای deprecation در Kconfig پیش خواهد رفت تا به کاربران باقی‌مانده فرصت سازگاری داده شود.
#Linux #Kernel #HIGHPTE #ARM #MemoryManagement #OpenSource #Deprecation #Maintainer
🟣لینک مقاله:
https://www.phoronix.com/news/Linux-ARM-HIGHPTE-RFC
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Linux Looking To Finally Kill Off HIGHPTE Support
Linux kernel developers are evaluating the idea of removing HIGHPTE support from the Linux kernel due to its maintenance burden and just one ARM system currently using it.
🔵 عنوان مقاله
AMD ISP4 Driver Still Pending Review For The Linux Kernel
🟢 خلاصه مقاله:
** درایور متن‌باز AMD ISP4 هنوز در صف بازبینی برای ادغام در Linux Kernel است. روی پلتفرم Strix Halo، لپ‌تاپ HP ZBook Ultra G1a به‌طور کلی با Linux سازگار است، اما به‌دلیل تکیه وب‌کم بر مسیر پردازش تصویری برون‌سپار در SoC، به پشتیبانی درایور نیاز دارد. این درایور ISP4 مشکل وب‌کم را در ZBook Ultra G1a حل می‌کند و برای پشتیبانی آینده از لپ‌تاپ‌هایی که از IP پردازش تصویر AMD استفاده می‌کنند نیز اهمیت دارد. با ادغام آن در کرنل اصلی، تجربه «آماده‌به‌کار» وب‌کم در دستگاه‌های مبتنی بر Strix Halo و مدل‌های بعدی بهتر خواهد شد.
#AMD #Linux #Kernel #ISP4 #StrixHalo #HPZBookUltraG1a #OpenSource #Webcam
🟣لینک مقاله:
https://www.phoronix.com/news/AMD-ISP4-Driver-Pending-Review
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
AMD ISP4 Driver Still Pending Review For The Linux Kernel
🟢 خلاصه مقاله:
** درایور متن‌باز AMD ISP4 هنوز در صف بازبینی برای ادغام در Linux Kernel است. روی پلتفرم Strix Halo، لپ‌تاپ HP ZBook Ultra G1a به‌طور کلی با Linux سازگار است، اما به‌دلیل تکیه وب‌کم بر مسیر پردازش تصویری برون‌سپار در SoC، به پشتیبانی درایور نیاز دارد. این درایور ISP4 مشکل وب‌کم را در ZBook Ultra G1a حل می‌کند و برای پشتیبانی آینده از لپ‌تاپ‌هایی که از IP پردازش تصویر AMD استفاده می‌کنند نیز اهمیت دارد. با ادغام آن در کرنل اصلی، تجربه «آماده‌به‌کار» وب‌کم در دستگاه‌های مبتنی بر Strix Halo و مدل‌های بعدی بهتر خواهد شد.
#AMD #Linux #Kernel #ISP4 #StrixHalo #HPZBookUltraG1a #OpenSource #Webcam
🟣لینک مقاله:
https://www.phoronix.com/news/AMD-ISP4-Driver-Pending-Review
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
AMD ISP4 Driver Still Pending Review For The Linux Kernel
When it comes to AMD's incredible Strix Halo platform, the leading laptop option is the HP ZBook Ultra G1a
🔵 عنوان مقاله
Google Prepares Chrome Field Trial For Accelerated Video Decode On Wayland
🟢 خلاصه مقاله:
Google قصد دارد در Chrome یک «آزمایش میدانی» برای فعال‌سازی شتاب‌دهی سخت‌افزاری در Video Decode روی Wayland/Linux اجرا کند تا پس از ارزیابی پایداری و سازگاری، آن را به‌صورت پیش‌فرض در محیط‌های دسکتاپ مبتنی بر Wayland فعال کند. هدف، پخش روان‌تر ویدئو، کاهش مصرف CPU و بهبود عمر باتری است؛ به‌ویژه برای کدک‌هایی مثل H.264، VP9 و AV1 و رزولوشن‌های بالا. این rollout به‌صورت تدریجی روی بخشی از کاربران Wayland انجام می‌شود و با جمع‌آوری داده‌های خطا، نرخ بازگشت به Decode نرم‌افزاری و وضعیت درایورها، در صورت موفقیت، برای همه کاربران فعال خواهد شد.
#Chrome #Wayland #Linux #VideoDecoding #HardwareAcceleration #BrowserPerformance #MediaPlayback
🟣لینک مقاله:
https://www.phoronix.com/news/Chrome-Wayland-Decode-Field
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Google Prepares Chrome Field Trial For Accelerated Video Decode On Wayland
🟢 خلاصه مقاله:
Google قصد دارد در Chrome یک «آزمایش میدانی» برای فعال‌سازی شتاب‌دهی سخت‌افزاری در Video Decode روی Wayland/Linux اجرا کند تا پس از ارزیابی پایداری و سازگاری، آن را به‌صورت پیش‌فرض در محیط‌های دسکتاپ مبتنی بر Wayland فعال کند. هدف، پخش روان‌تر ویدئو، کاهش مصرف CPU و بهبود عمر باتری است؛ به‌ویژه برای کدک‌هایی مثل H.264، VP9 و AV1 و رزولوشن‌های بالا. این rollout به‌صورت تدریجی روی بخشی از کاربران Wayland انجام می‌شود و با جمع‌آوری داده‌های خطا، نرخ بازگشت به Decode نرم‌افزاری و وضعیت درایورها، در صورت موفقیت، برای همه کاربران فعال خواهد شد.
#Chrome #Wayland #Linux #VideoDecoding #HardwareAcceleration #BrowserPerformance #MediaPlayback
🟣لینک مقاله:
https://www.phoronix.com/news/Chrome-Wayland-Decode-Field
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Google Prepares Chrome Field Trial For Accelerated Video Decode On Wayland
Google is preparing a field trial with the Chrome web browser of accelerated video decoding under Wayland/Linux as a step toward rolling it out by default for a better video playback experience on the Linux desktop with Wayland-based environments.
👍2
🔵 عنوان مقاله
Years Later, EDAC Linux Driver Coming For The ARM Cortex-A72
🟢 خلاصه مقاله:
پس از حدود یک دهه از معرفی ARM Cortex-A72 و به‌کارگیری گسترده‌اش در دستگاه‌هایی مانند Raspberry Pi 4، پردازنده سروری AWS Graviton و انواع SoCها، قرار است تا پایان ۲۰۲۵ یک درایور EDAC ویژه این هسته به شاخه اصلی Linux kernel اضافه شود. EDAC در Linux رویدادهای خطای سخت‌افزاری مانند خطاهای ECC حافظه و خطاهای کش/پاریتی را پایش و گزارش می‌کند و وقتی سخت‌افزار پشتیبانی کند، تصحیح را هم انجام می‌دهد؛ همچنین این اطلاعات را از طریق رابط‌های استاندارد در اختیار ابزارهایی مثل rasdaemon می‌گذارد. این پشتیبانی اصلی، گزارش‌دهی یکپارچه و قابلیت اطمینان/سرویس‌پذیری بهتر را برای سیستم‌های مبتنی بر Cortex-A72—from دستگاه‌های تعبیه‌شده تا سرورها—به همراه دارد و نگه‌داری و نظارت بر این پلتفرم‌های پرکاربرد را ساده‌تر می‌کند.
#Linux #ARM #CortexA72 #EDAC #LinuxKernel #RAS #RaspberryPi4 #AWSGraviton
🟣لینک مقاله:
https://www.phoronix.com/news/EDAC-Driver-ARM-Cortex-A72
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Years Later, EDAC Linux Driver Coming For The ARM Cortex-A72
🟢 خلاصه مقاله:
پس از حدود یک دهه از معرفی ARM Cortex-A72 و به‌کارگیری گسترده‌اش در دستگاه‌هایی مانند Raspberry Pi 4، پردازنده سروری AWS Graviton و انواع SoCها، قرار است تا پایان ۲۰۲۵ یک درایور EDAC ویژه این هسته به شاخه اصلی Linux kernel اضافه شود. EDAC در Linux رویدادهای خطای سخت‌افزاری مانند خطاهای ECC حافظه و خطاهای کش/پاریتی را پایش و گزارش می‌کند و وقتی سخت‌افزار پشتیبانی کند، تصحیح را هم انجام می‌دهد؛ همچنین این اطلاعات را از طریق رابط‌های استاندارد در اختیار ابزارهایی مثل rasdaemon می‌گذارد. این پشتیبانی اصلی، گزارش‌دهی یکپارچه و قابلیت اطمینان/سرویس‌پذیری بهتر را برای سیستم‌های مبتنی بر Cortex-A72—from دستگاه‌های تعبیه‌شده تا سرورها—به همراه دارد و نگه‌داری و نظارت بر این پلتفرم‌های پرکاربرد را ساده‌تر می‌کند.
#Linux #ARM #CortexA72 #EDAC #LinuxKernel #RAS #RaspberryPi4 #AWSGraviton
🟣لینک مقاله:
https://www.phoronix.com/news/EDAC-Driver-ARM-Cortex-A72
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Years Later, EDAC Linux Driver Coming For The ARM Cortex-A72
It's wild to think that the ARM Cortex-A72 was already announced ten years ago as the ARM core design that went on to appear in the Raspberry Pi 4, AWS Graviton server processor, and various other SoCs
👏1
🔵 عنوان مقاله
Intel's Vulkan Linux Driver Finally Exposes VK_EXT_shader_object
🟢 خلاصه مقاله:
اینک در شاخه توسعه Mesa 25.3-devel، درایور متن‌باز Vulkan شرکت Intel با نام «ANV» روی Linux اکستنشن VK_EXT_shader_object را در دسترس قرار داده است. این قابلیت با ساده‌تر کردن کار با شیدرها و کاهش وابستگی به ساخت Pipelineهای کامل، می‌تواند سربار ایجاد Pipeline را کم کند، سرعت تکرار توسعه را بالا ببرد و سناریوهای رندرینگ پویا را انعطاف‌پذیرتر کند. فراهم شدن این اکستنشن در ANV گامی در جهت هم‌سوتر شدن قابلیت‌های Vulkan روی Linux با سایر پلتفرم‌ها و تقویت اکوسیستم متن‌باز Mesa است و به توسعه‌دهندگان اجازه می‌دهد مستقیماً در بیلدهای به‌روز Mesa آن را آزمایش و ارزیابی کنند.
#Vulkan #Linux #Intel #Mesa #ANV #VK_EXT_shader_object #OpenSource #GraphicsDrivers
🟣لینک مقاله:
https://www.phoronix.com/news/Intel-ANV-VK_EXT_shader_object
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Intel's Vulkan Linux Driver Finally Exposes VK_EXT_shader_object
🟢 خلاصه مقاله:
اینک در شاخه توسعه Mesa 25.3-devel، درایور متن‌باز Vulkan شرکت Intel با نام «ANV» روی Linux اکستنشن VK_EXT_shader_object را در دسترس قرار داده است. این قابلیت با ساده‌تر کردن کار با شیدرها و کاهش وابستگی به ساخت Pipelineهای کامل، می‌تواند سربار ایجاد Pipeline را کم کند، سرعت تکرار توسعه را بالا ببرد و سناریوهای رندرینگ پویا را انعطاف‌پذیرتر کند. فراهم شدن این اکستنشن در ANV گامی در جهت هم‌سوتر شدن قابلیت‌های Vulkan روی Linux با سایر پلتفرم‌ها و تقویت اکوسیستم متن‌باز Mesa است و به توسعه‌دهندگان اجازه می‌دهد مستقیماً در بیلدهای به‌روز Mesa آن را آزمایش و ارزیابی کنند.
#Vulkan #Linux #Intel #Mesa #ANV #VK_EXT_shader_object #OpenSource #GraphicsDrivers
🟣لینک مقاله:
https://www.phoronix.com/news/Intel-ANV-VK_EXT_shader_object
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Intel's Vulkan Linux Driver Finally Exposes VK_EXT_shader_object
As of today in Mesa 25.3-devel Git, the Intel 'ANV' open-source Vulkan driver for Linux systems is finally exposing the VK_EXT_shader_object extension.
🔵 عنوان مقاله
Fedora's Reproducible Package Build Mandate Deferred To F44
🟢 خلاصه مقاله:
برنامه Fedora این بود که در Fedora 43 انتظار «reproducible builds» برای بیلدهای RPM را به‌عنوان سیاست تعیین کند، اما با وجود پیشرفت قابل‌توجه، اجرای رسمی آن به Fedora 44 در سال آینده موکول شد. هدف این تغییر، تقویت امنیت زنجیره تأمین و امکان راستی‌آزمایی مستقل است. بسیاری از بسته‌ها هم‌اکنون reproducible هستند و از نگه‌دارندگان خواسته می‌شود منابع ناتعیین‌پذیری مانند زمان‌سنج‌ها، وابستگی به locale، ترتیب فایل‌ها و مسیرهای محیطی را برطرف کنند. سیاست و اعمال سخت‌گیرانه به Fedora 44 منتقل شده است تا با پوشش بهتر همه بسته‌ها، با اطمینان اجرا شود.
#Fedora #RPM #ReproducibleBuilds #Fedora44 #Fedora43 #Linux #OpenSource #SupplyChainSecurity
🟣لینک مقاله:
https://www.phoronix.com/news/Fedora-44-Reproducible-Builds
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Fedora's Reproducible Package Build Mandate Deferred To F44
🟢 خلاصه مقاله:
برنامه Fedora این بود که در Fedora 43 انتظار «reproducible builds» برای بیلدهای RPM را به‌عنوان سیاست تعیین کند، اما با وجود پیشرفت قابل‌توجه، اجرای رسمی آن به Fedora 44 در سال آینده موکول شد. هدف این تغییر، تقویت امنیت زنجیره تأمین و امکان راستی‌آزمایی مستقل است. بسیاری از بسته‌ها هم‌اکنون reproducible هستند و از نگه‌دارندگان خواسته می‌شود منابع ناتعیین‌پذیری مانند زمان‌سنج‌ها، وابستگی به locale، ترتیب فایل‌ها و مسیرهای محیطی را برطرف کنند. سیاست و اعمال سخت‌گیرانه به Fedora 44 منتقل شده است تا با پوشش بهتر همه بسته‌ها، با اطمینان اجرا شود.
#Fedora #RPM #ReproducibleBuilds #Fedora44 #Fedora43 #Linux #OpenSource #SupplyChainSecurity
🟣لینک مقاله:
https://www.phoronix.com/news/Fedora-44-Reproducible-Builds
➖➖➖➖➖➖➖➖
👑 @Linux_Labdon
Phoronix
Fedora's Reproducible Package Build Mandate Deferred To F44
One of the planned changes for Fedora 43 was setting an expectation that RPM package builds are reproducible