Announcement

Collapse
No announcement yet.

Linux 5.0 Kernel Released With Long-Awaited FreeSync Support, Many New/Improved Features

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Linux 5.0 Kernel Released With Long-Awaited FreeSync Support, Many New/Improved Features

    Phoronix: Linux 5.0 Kernel Released With Long-Awaited FreeSync Support, Many New/Improved Features

    Linus Torvalds has gone ahead and just issued the Linux 5.0 stable kernel for what originally began as the Linux 4.21 kernel cycle. The Linux 5.0 kernel cycle delivers on the mainline AMD Radeon FreeSync support, continued work on bringing up Intel Icelake and other new CPU features, Logitech high-resolution scrolling capabilities, network improvements, and much more...

    http://www.phoronix.com/scan.php?pag...ernel-Released

  • #2
    Beware, possibly there is btrfs stability issue: https://www.phoronix.com/forums/foru...58#post1081958

    Comment


    • #3
      Originally posted by RussianNeuroMancer View Post
      Beware, possibly there is btrfs stability issue: https://www.phoronix.com/forums/foru...58#post1081958
      I wonder if that's specific to 5.0 though. Especially when saying things like, "I hope that because my SSD is dying or issues between NVME and eGPU connected via TB3, or something like that".

      Comment


      • #4
        Originally posted by RussianNeuroMancer View Post
        Beware, possibly there is btrfs stability issue: https://www.phoronix.com/forums/foru...58#post1081958
        Yikes I've been on 5.0-rc kernels since they started, and I have BTRFS on NVME. Not a single BTRFS issue here.

        By the way, kernel.org doesn't seem to be updated yet - I still only see rc kernels.

        Comment


        • #5
          Originally posted by RussianNeuroMancer View Post
          Beware, possibly there is btrfs stability issue: https://www.phoronix.com/forums/foru...58#post1081958
          Don't use btrfs. It gets limited testing compared to say, ext4.

          I speak from personal experience as I have gotten burned at least 5 times.

          edit: to clarify a little, big endian to little endian compatibility is a joke. For my purposes, I migrate between both types of systems. The big endian one has always been problematic. The last time that I used btrfs on it the filesystem got corrupted. "btrfs filesystem check" could not fix the problem even on a little endian device (where it could not be mounted one corrupted).
          Last edited by Mangix; 03-04-2019, 01:28 AM.

          Comment


          • #6
            It can take 10 hours before the kernel 5.0 is released actually. Monday is in the future there.
            https://www.timeanddate.com/worldclo.../san-francisco

            Comment


            • #7
              Originally posted by Mangix View Post
              edit: to clarify a little, big endian to little endian compatibility is a joke.
              Also one of the issues of F2fs.

              Still, given that ARM, x86 and Power are little-endian (Power can technically be both but on Linux it is commonly used as little-endian because of obvious reasons), plus a sizeable chunk of mips are also little endian, I'd rather replace whatever is Big Endian than change filesystem.

              Comment


              • #8
                Originally posted by Mangix View Post

                Don't use btrfs. It gets limited testing compared to say, ext4.

                I speak from personal experience as I have gotten burned at least 5 times.

                edit: to clarify a little, big endian to little endian compatibility is a joke. For my purposes, I migrate between both types of systems. The big endian one has always been problematic. The last time that I used btrfs on it the filesystem got corrupted. "btrfs filesystem check" could not fix the problem even on a little endian device (where it could not be mounted one corrupted).
                Don't use any file system exclusively, and don't believe any file system will keep a hold on your data. Backup at least once. ZFS has lost far more data for me, FAR more than BTRFS, in fact, I don't believe I have ever lost data from BTRFS, and I run it in RAID. ZFS, not all it's cracked up to be, and easy to zap if you do something foolish.

                However, all my large stores are ZFS But I know to back up at least twice. I use btrfs for all my generic userspace, and for special applications like Virtualization, I run more highperformant file systems, and back up, as well as use snapshotting with virtual disk images. BTRFS aint perfect, and it can be horribly slow sometimes, but it's great to use in some use cases.

                Comment


                • #9
                  Originally posted by debianxfce View Post
                  It can take 10 hours before the kernel 5.0 is released actually. Monday is in the future there.
                  https://www.timeanddate.com/worldclo.../san-francisco
                  https://git.kernel.org/pub/scm/linux...lds/linux.git/ - 8 hours ago. Looking forward to seeing it in gentoo-sources soon.

                  Comment


                  • #10
                    Originally posted by pcxmac View Post

                    https://git.kernel.org/pub/scm/linux...lds/linux.git/ - 8 hours ago. Looking forward to seeing it in gentoo-sources soon.
                    Thanks, the 5.0 kernel was not there when this article was published. It just appeared to kernel.org too.
                    Code:
                    [email protected]:~$ inxi -bM
                    System:
                      Host: ryzenpc Kernel: 5.0.0 x86_64 bits: 64 Desktop: Xfce 4.13.2 
                      Distro: Debian GNU/Linux buster/sid 
                    Machine:
                      Type: Desktop Mobo: ASUSTeK model: PRIME B350M-K v: Rev X.0x 
                      serial: <root required> UEFI [Legacy]: American Megatrends v: 4207 
                      date: 12/07/2018 
                    CPU:
                      6-Core: AMD Ryzen 5 1600 type: MT MCP speed: 2966 MHz 
                    Graphics:
                      Device-1: AMD Ellesmere [Radeon RX 470/480] driver: amdgpu v: kernel 
                      Display: x11 server: X.Org 1.20.3 driver: amdgpu 
                      resolution: 3840x2160~60Hz 
                      OpenGL: 
                      renderer: Radeon RX 570 Series (POLARIS10 DRM 3.27.0 5.0.0 LLVM 9.0.0) 
                      v: 4.5 Mesa 19.1.0-devel - padoka PPA 
                    Network:
                      Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
                      driver: r8169 
                    Drives:
                      Local Storage: total: 476.95 GiB used: 254.83 GiB (53.4%) 
                    Info:
                      Processes: 262 Uptime: 2m Memory: 7.79 GiB used: 1.12 GiB (14.4%)

                    Comment

                    Working...
                    X