Announcement

Collapse
No announcement yet.

AMD GPU Linux Driver Becoming "Really Really Big" That It's Starting To Cause Problems

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

  • #41
    Nouveau code base is a fraction of the size and supports 14 years more hardware. Just saying.

    Comment


    • #42
      1. With older AMD GPUs the radeon driver is actually used to drive the GPU but even though it is unused the amdgpu driver still loads slowing things down.
      i do appreciate what amd's done for opensource drivers, but at the same time, it seems like they've done a 90% job. it's great that we get day one hardware support, and things are generally smooth, but somethings just seem broken. no reason for a driver to take 10 seconds to initialize when it's not going to manage the gpu, or this 6 million lines thing is really a joke. don't get me started on rocm, and the lack of fuzz testing there.

      That being said, if the amdgpu driver is unused then the system shouldn't bother loading that driver. i'm all in to blame amd for having a bloated mess of a driver, but it's the distro that is trying to load it when it's not appropriate.

      Comment


      • #43
        Originally posted by user1 View Post

        I know that Windows has hybrid shutdown since Windows 8, which speeds up boot time after shutdown. I don't think even MacOS has something like this.
        It's called FastBoot and it's fast because it's doesn't really boot the kernel. It essentially hibernates the kernel and restores it upon boot.

        Comment


        • #44
          I was seeing the 3-dots issue on an old Kaveri laptop (HP Elitebook 755 G2) with a SATA SSD, but nothing more recent, i.e. my daily laptop has a 2700U and a NVMe SSD, and has no issues booting the Plymouth theme.

          Comment


          • #45
            Originally posted by scottishduck View Post
            Nouveau code base is a fraction of the size and supports 14 years more hardware. Just saying.
            Yeah, no.

            Comment


            • #46
              Originally posted by Ironmask View Post
              This is why I like nvidia's design of putting all the code in the GPU itself and the driver is pretty much a thin wrapper over it.
              The real reason they did this was so they could say they have an "open source driver" (https://github.com/NVIDIA/open-gpu-kernel-modules) when in reality all the interesting bits are in the closed-source firmware binary blob.

              Comment


              • #47
                Has Plymouth ever worked properly? I've tried it on at least 5 different systems, and on all of them it doesn't start fast enough to cover the initial tty output, so you see ugly text anyway. Then it quits too soon and you see even more tty output before the login manager shows up.

                And that's not including the delay to startup it causes. One of the worst projects to exist by far.

                Comment


                • #48
                  Originally posted by schmidtbag View Post
                  The hardware doesn't have to be that old. While HDDs are getting increasingly rare in laptops, I could see how a 5400RPM drive (which was relatively common) could struggle to keep up.

                  In any case, part of me wonders how much of this GPU code needs to be in the kernel and which could be pushed to userspace.
                  Isn't the module commonly in the initramfs and as such is loaded into a ramdisk by the bootloader before the kernel is run?

                  Comment


                  • #49
                    Originally posted by Etherman View Post

                    Isn't the module commonly in the initramfs and as such is loaded into a ramdisk by the bootloader before the kernel is run?
                    Some distros do (firmware as well because there is no easy way to tell if firmware is required, semi-functional modules attach regardless).
                    Other distros just place disk related modules in initramfs and forgo stuff like plymouth, or render it using efifb.

                    Comment


                    • #50
                      Originally posted by scottishduck View Post
                      Nouveau code base is a fraction of the size and supports 14 years more hardware. Just saying.
                      And nearly none of it it supports well or even completely.

                      Comment

                      Working...
                      X