Language Selection

English French German Italian Portuguese Spanish

Security: Updates, Oracle, Cisco, Buzzwords and Wi-Fi 'Hacking'

Filed under
Security

More in Tux Machines

2D using Godot

This brings me to the GUI parts. I’m still not convinced that I understand how to properly layout stuff using Godot, but at least it looks ok now – at the cost of some fixed element sizes and such. I need to spend some more time to really understand how the anchoring and stretching really works. I guess I have a hard time wrapping my head around it as the approach is different from what I’m used to from Qt. Looking at the rest of the code, I’ve tried to make all the other scenes (in Godot, everything is a scene) like independent elements. For instance, the card scene has a face, and an is_flipped state. It can also signal when it is being flipped and clicked. Notice that the click results in a signal that goes to the table scene, which decides if the card needs to be flipped or not. The same goes for the GUI parts. They simple signal what was clicked and the table scene reacts. There are some variables too, e.g. the number of pairs setting in the main menu, and the points in the views where that is visible. Read more

Linux Graphics Stack: Intel, AMD and More

  • Intel Linux Graphics Driver Adds Bits For Jasper Lake PCH

    Details are still light on Jasper Lake, but volleyed onto the public mailing list today was the initial support for the Jasper Lake PCH within the open-source Linux graphics driver side. The patch adds in the Jasper Lake PCH while acknowledging it's similar to Icelake and Tigerlake behavior. The Jasper Lake PCI device ID is 0x4D80. The patch doesn't reveal any other notable details but at least enough to note that the Jasper Lake support is on the way. Given the timing, the earliest we could see Intel Jasper Lake support out in the mainline kernel would be for Linux 5.5, which will be out as stable as the first kernel series of 2020 and in time for the likes of Ubuntu 20.04 LTS and Fedora 32.

  • Linux Graphics Drivers Could Have User-Space API Changes More Strictly Evaluated

    In response to both the AMD Radeon and Intel graphics drivers adding new user-space APIs for user-space code that just gets "[thrown] over the wall instead of being open source developed projects" and the increase of Android drivers introducing their own UAPI headaches, Airlie is looking at enforcing more review/oversight when DRM drivers want to make user-space API changes. The goal ultimately is to hopefully yield more cross-driver UAPI discussions and in turn avoiding duplicated efforts, ensuring good development implementations prior to upstreaming, and better quality with more developers reviewing said changes.

  • xf86-video-ati 19.1 Released With Crash & Hang Fixes

    For those making use of xf86-video-ati on X.Org-enabled Linux desktops, the version 19.1 release brings just a handful of new fixes. This release was announced today by Michel Dänzer who last month departed AMD to now work on Red Hat's graphics team. Michel is sticking around the Mesa/X.Org world for Red Hat's duties but is hoping someone else will be picking up maintenance of the xf86-video-ati/xf86-video-amdgpu DDX drivers going forward. Granted, not a lot of activity happens to these X.Org DDX drivers these days considering more Linux desktops slowly moving over to Wayland, many X11 desktops using the generic xf86-video-modesetting, and these AMD drivers being fairly basic now with all of the big changes in the AMDGPU DRM kernel driver.

Dodging derailment by SUSE, OpenStack Train is scheduled to arrive this week

With its OpenInfrastructure summit mere weeks away, the OpenStack gang is emitting its next release in the form of "Train" with a focus on data protection and machine learning. The release comes after foundation platinum member SUSE threw in the towel over OpenStack Cloud in order to move on to a bright, Kubernetes-based future. Not that the "S" word was mentioned, even in a waveringly high-pitched tone, as OpenStack readied Train ahead of a release expected on 16 October. As is the norm, OpenStack was keen to shout about the more than 25,500 accepted code changes this time around, from 1,125 developers over 150 organisations. A glance at the content of the release shows that OpenStack is as bewilderingly vast as ever, although a number of tweaks merit closer attention. Read more

New "FUSE2" Kernel Driver Being Experimented With For File-Systems In User-Space

Longtime FUSE developer Miklos Szeredi of Red Hat has been working on a new "FUSE2" FUSE kernel driver for implementing file-systems in user-space. FUSE2 is a completely new "File-System in User-Space" kernel driver being worked on and presented as a new FUSE2_FS Kconfig option that simply describes it as an "experimental new fuse driver" and with interface changes compared to the existing FUSE kernel driver is now exposed via /dev/fuse2. Read more