Idea Raised For Reducing The Size Of The AMDGPU Driver With Its Massive Header Files

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

  • ezst036
    replied
    Is it expected that the Nvidia open source driver will have this same header size problem once we get 10-15 generations in?

    How does the Intel driver handle the problem for the integrated video?

    Leave a comment:


  • superm1
    replied
    Originally posted by varikonniemi View Post
    this is not a solution to the load time, but to the kernel source size. I cannot see why loading few mb of driver at boot would be something that takes so long plymouth times out.

    whatever the issue turns out to be, it could have been prevented by a nicely integrated kernel boot splash. Along with other issues/complications the plymouth way of doing things causes.
    This is one possible theory: 219229 – significant delays when secureboot is enabled after 6.10 kernel

    Leave a comment:


  • kiffmet
    replied
    All that because a Pentium 4 is too slow loading the drivers for a 6800XT during boot and broke the eyecandy boot animation…

    Seriously folks?!

    Leave a comment:


  • varikonniemi
    replied
    this is not a solution to the load time, but to the kernel source size. I cannot see why loading few mb of driver at boot would be something that takes so long plymouth times out.

    whatever the issue turns out to be, it could have been prevented by a nicely integrated kernel boot splash. Along with other issues/complications the plymouth way of doing things causes.

    Leave a comment:


  • superm1
    replied
    Originally posted by schmidtbag View Post
    I'd say start with the python script to remove the unused headers. If that still doesn't appear to be enough, then maybe consider a repo.
    A major problem with this approach is that when there is a need to reference a register after they were first introduced that you don't have the definition and need to manually re-introduce it. This happens all the time when bugs are found, and some register values need tuning.

    Leave a comment:


  • schmidtbag
    replied
    I'd say start with the python script to remove the unused headers. If that still doesn't appear to be enough, then maybe consider a repo.

    Leave a comment:


  • avis
    replied
    <offtopic>

    Michael

    I think this comment could be very interesting for Linux users/Phoronix readers:

    nvidia.ko compiled using the closed source blob is several times larger than nvidia.ko compiled from your open source. Why is there such a huge discrepancy?


    </offtopic>

    Leave a comment:


  • superm1
    replied
    The headers themselves don't affect the size of the binary. They're just hardware documentation within the source tree that is used by some of the driver.

    This is tangential to the issue raised. I feel that to decrease the driver size there would need to be some efforts to find and root out code duplication.

    Leave a comment:


  • NateHubbard
    replied
    Originally posted by Blisterexe View Post

    linux ... average person
    Oh, sure.
    Personally, I like seeing the kernel load for all of like 3 seconds.

    Leave a comment:


  • loganj
    replied
    i'm a bit confuse
    are the headers in the final driver after compilation?
    i was under the impresion that the headers files are only during compilation
    if the are not in the finale driver whats the point in moving/trim them?

    Leave a comment:

Working...
X