Announcement

Collapse
No announcement yet.

Finally: More DRM Driver Documentation

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

  • Finally: More DRM Driver Documentation

    Phoronix: Finally: More DRM Driver Documentation

    A developer while working to create a Renesas SH Mobile DRM driver ended up writing a fairly thorough DRM kernel framework documentation for those looking to write these kernel GPU drivers...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    but for the open-source GPU drivers when it comes to DRM, X.Org, and Mesa/Gallium3D it's even worse.
    There's Gallium3D documentation in src/gallium/docs of the Mesa repository. I don't think the documentation is so needed though, because Gallium3D is very similar to Direct3D 11, which is documented very well.

    Comment


    • #3
      What the hell is a Renesas and why should I care?

      Comment


      • #4
        Originally posted by droidhacker View Post
        What the hell is a Renesas and why should I care?
        Renesas makes microprocessors such as the SuperH and RX series that competes with ARM and others in the embeded world. Many of thoses embeded devices run linux and have display controllers. So some renesas dev was nice enough to document the DRM kernel api for other driver devs while he was working on a drm driver for some embedded SH chip with display hardware. My question is, which superh chip is this for and has it been merged upstream?

        Comment


        • #5
          We, the Linux and open source community often complain about companies not providing device drivers for Linux and other free open source operating systems.

          But then we no or poor documentation on how to implement device drivers?

          Microsoft provides developers with the Windows Driver Kit that comes with documentation, samples, build environments, and tools for driver developers.

          This is great of this developer, and I hope in the future we see more high-quality documentation.

          Comment


          • #6
            Here are two good suggestions:
            1) Make self documenting, clear, easy to understand code.
            Making a problem easier by dividing it into smaller functions. Subroutines are your friend.

            2) Use xml comments.
            These are a special kind of comments that are in the source code.
            With doxygen you can generate nice help documentation out of it.
            They can stay very well in sync because they are in the source code.

            Comment

            Working...
            X