Language Selection

English French German Italian Portuguese Spanish

Linux 5.3: XFS, Networking and NVIDIA's Graphics Driver

Filed under
Linux
  • XFS Gets Cleaned Up In Linux 5.3 Kernel Development Activity

    While not too eventful on the end-user feature front, the XFS file-system has seen another round of clean-ups with the ongoing Linux 5.3 merge window.

    XFS maintainer Darrick Wong characterized the feature work for XFS in Linux 5.3 as "significant amounts of consolidations and cleanups in the log code; restructuring of the log to issue struct bios directly; new bulkstat ioctls to return v5 fs inode information (and fix all the padding problems of the old ioctl); the beginnings of multithreaded inode walks (e.g. quotacheck); and a reduction in memory usage in the online scrub code leading to reduced runtimes."

  • Networking Changes For Linux 5.3 Bring New Google Driver But No WireGuard

    The networking subsystem updates were sent out on Wednesday for the Linux 5.3 kernel and include a bunch of improvements to many different drivers.

    The networking changes are heavy as usual and include improvements to pretty much all of the common networking drivers.

  • NVIDIA's Graphics Driver Will Run Into Problems With Linux 5.3 On IBM POWER

    For those using the NVIDIA proprietary graphics driver on an IBM POWER system, it could be a while before seeing Linux 5.3+ kernel support. Upstream has removed code depended upon by the NVIDIA binary driver for supporting the POWER architecture and as is the case they don't care that it will break NVIDIA driver support since it's binary/out-of-tree.

    The POWER changes for Linux 5.3 remove NPU DMA code. In the pull request they do acknowledge this DMA code is "used by the out-of-tree Nvidia driver, as well as some other functions only used by drivers that haven't (yet?) made it upstream."

Input Driver Updates For Linux 5.3

Linux 5.3 Picking Up IPMB Driver For Intelligent Platform...

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

Late Coverage of Confidential Computing Consortium

  • Microsoft Partners With Google, Intel, And Others To Form Data Protection Consortium

    The software maker joined Google Cloud, Intel, IBM, Alibaba, Arm, Baidu, Red Hat, Swisscom, and Tencent to establish the Confidential Computing Consortium, a group committed to providing better private data protection, promoting the use of confidential computing, and advancing open source standards among members of the technology community.

  • #OSSUMMIT: Confidential Computing Consortium Takes Shape to Enable Secure Collaboration

    At the Open Source Summit in San Diego, California on August 21, the Linux Foundation announced the formation of the Confidential Computing Consortium. Confidential computing is an approach using encrypted data that enables organizations to share and collaborate, while still maintaining privacy. Among the initial backers of the effort are Alibaba, Arm, Baidu, Google Cloud, IBM, Intel, Microsoft, Red Hat, Swisscom and Tencent. “The context of confidential computing is that we can actually use the data encrypted while programs are working on it,” John Gossman, distinguished engineer at Microsoft, said during a keynote presentation announcing the new effort. Initially there are three projects that are part of the Confidential Computing Consortium, with an expectation that more will be added over time. Microsoft has contributed its Open Enclave SDK, Red Hat is contributing the Enarx project for Trusted Execution Environments and Intel is contributing its Software Guard Extensions (SGX) software development kit. Lorie Wigle, general manager, platform security product management at Intel, explained that Intel has had a capability built into some of its processors called software guard which essentially provides a hardware-based capability for protecting an area of memory.

Graphics: Mesa Radeon Vulkan Driver and SPIR-V Support For OpenGL 4.6

  • Mesa Radeon Vulkan Driver Sees ~30% Performance Boost For APUs

    Mesa's RADV Radeon Vulkan driver just saw a big performance optimization land to benefit APUs like Raven Ridge and Picasso, simply systems with no dedicated video memory. The change by Feral's Alex Smith puts the uncached GTT type at a higher index than the visible vRAM type for these configurations without dedicated vRAM, namely APUs.

  • Intel Iris Gallium3D Is Close With SPIR-V Support For OpenGL 4.6

    This week saw OpenGL 4.6 support finally merged for Intel's i965 Mesa driver and will be part of the upcoming Mesa 19.2 release. Not landed yet but coming soon is the newer Intel "Iris" Gallium3D driver also seeing OpenGL 4.6 support. Iris Gallium3D has been at OpenGL 4.5 support and is quite near as well with its OpenGL 4.6 support thanks to the shared NIR support and more with the rest of the Intel open-source graphics stack. Though it's looking less likely that OpenGL 4.6 support would be back-ported to Mesa 19.2 for Iris, but we'll see.

The GPD MicroPC in 3 Minutes [Video Review]

In it I tackle the GPD MicroPC with Ubuntu MATE 19.10. I touch on the same points made in my full text review, but with the added bonus of moving images to illustrate my points, rather than words. Read more Also: WiringPi - Deprecated

today's howtos