This page permanently redirects to gemini://gemini.techrights.org/2014/04/05/collaboration-summit-kay-sievers/.
Posted in News Roundup at 7:49 am by Dr. Roy Schestowitz
Linux 3.15
Radeon DRM Kernel Driver Gets More Changes With Linux 3.15A Radeon pull request for drm-next changes was sent in this morning for ultimately landing with the Linux 3.15 kernel. Linux 3.15 Random To Support Intel’s RDSEEDIntel Broadwell processors introduce a new RDSEED CPU instruction that is used as a pseudo-random number generator (PRNG). The RDRAND instruction (also known as Bull Mountain) that was introduced with Ivy Bridge CPUs is considered by the US NIST as a cryptographically secure pseudorandom number generator. The RDSEED instruction meanwhile is considered a non-deterministic random bit generator in compliance with NIST’s SP 800-90 B and C. Old x86 Platforms To Be Removed With Linux 3.15Linux 3.15 Squeezes In More ACPI / PM ImprovementsScheduler Improvements Land In Next Kernel ReleaseLinux 3.15 Kernel Gains EFI Mixed Mode SupportLanding into the latest Linux kernel code for version 3.15 is EFI mixed mode support that will allow 64-bit kernels to run from 32-bit EFI firmware.One of the features that was merged into Git this afternoon as part of the EFI pull request for the Linux 3.15 merge window is EFI mixed mode support. The EFI mixed mode support allows 64-bit kernels to be booted from 32-bit EFI firmware as long as the boot-loader supports EFI’s handover protocol.
Collaboration Summit
Collab Recap: Tracing Changes Coming to the Kernel, and MorePostgreSQL and Linux Kernel Developers Discuss Fsync Issues at Collaboration SummitLast week, I attended the Linux Storage, Filesystems, and Memory Management summit (LSF/MM) on Monday and Tuesday, and the Linux Collaboration Summit (aka Collab) from Wednesday through Friday. Both events were held at the Meritage Resort in Napa, CA. This was by invitation of some Linux developers who wanted to find out more about what PostgreSQL needs from the Linux kernel. Andres Freund and I attended on behalf of the PostgreSQL community; Josh Berkus was present for part of the time as well. One Engineer’s Hands-on Experience with KVM at Collaboration SummitIn the last five years I have experienced a few professional transitions, changing employers from a Software Engineering role to System Administrator role, and from developing and/or testing software for “Legacy” operating systems and proprietary software to infrastructure services delivery using large scale UNIX and Linux customer environments. I have gone from only imagining what challenges Systems Administrators have in developing systems management software, to actually knowing them first hand. Now in the last year, I have a new job working on process, procedures and tools improvements and knowledge management activities for UNIX and Linux Infrastructure Delivery at Dell.
Linus Torvalds
Linus Bans RH Hacker, Calligra 2.8 Sweeet, and SUSE 12Linus Torvalds suspends key Linux developerAn argument between developers of some of the most basic parts of Linux turned heated this week, resulting in a prominent Red Hat employee and code contributor being banned from working on the Linux kernel. RedHat Kicks The Anthill Over At Kernel.orgJust as anthills have their strange way of getting repaired, the stresses between two huge tectonic plates of FLOSS will seek equilibrium and life will go on, until the next time… Linus Torvalds not happy with systemd author Kay SieversThe Linux kernel developers and systemd developers locked horns this week over a bug in systemd which would stop systems from booting up. The bug was filed by Borislav Petkov where he explained that systemd bug was not allowing him to log into the machine. Kay Sievers, the co-author of systemd, suggested kernel developers not to use ‘generic’ term “debug”, “Like for the kernel, there are options to fin-grain control systemd’s logging behaviour; just do not use the generic term “debug” which is a convenience shortcut for the kernel AND the Base OS.”
Graphics Stack
Initial XWayland Support Merged For X.Org Server 1.16 As anticipated, X.Org Server 1.16 when released this summer will feature initial support for XWayland.XWayland is the compatibility layer for running legacy X11 applications atop Wayland. The XWayland code has been baking for a while and as of a few hours ago the initial support was finally merged. This XWayland merging came just in time as the merge window for the six-month update, X.Org Server 1.16, is soon closing. NVIDIA’s Tegra K1 Jetson Will Be A Late April DebutThe Jetson board was announced with a $192 MSRP and a pledge to ship in April. Now that it’s April, some Phoronix readers who also jumped on this bandwagon may be wondering about more details… Through more sources, I’ve found out that it’s planned for a late April debut. Those who pre-ordered the Jetson will find their boards shipped in about three weeks if they ordered via NewEgg or NVIDIA.com. Everything I’ve heard from my sources about this Tegra K1 board remain very positive and that it’s performing very well. Stay tuned and in three weeks we’ll have up some very interesting new ARM benchmarks on Phoronix.Wayland Gains Fullscreen Shell, Screen Sharing SupportGoing back numerous months has been a proposal for a full-screen shell protocol initially for the Weston compositor but could be promoted to an official Wayland protocol in the future. The fullscreen shell protocol is designed to make it easy to support simple full-screen clients like splash screens and terminal emulators in an easy and convenient manner rather than having the simple clients talk to DRM/KMS directly, input/output abstraction, easing up development of compositors, and allowing support for screen sharing and recording.
Share in other sites/networks: These icons link to social bookmarking sites where readers can share and discover new web pages.
Permalink Send this to a friend
=> Permalink | ↺ Send this to a friend
=> Techrights
➮ Sharing is caring. Content is available under CC-BY-SA.
text/gemini;lang=en-GBThis content has been proxied by September (ba2dc).