Announcement

Collapse
No announcement yet.

The Raspberry Pi Should See Much Better SPI Performance On Linux 5.4+

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

  • The Raspberry Pi Should See Much Better SPI Performance On Linux 5.4+

    Phoronix: The Raspberry Pi Should See Much Better SPI Performance On Linux 5.4+

    The SPI (Serial Peripheral Interface) pull requests to the Linux kernel normally don't get us excited, but they do when it comes with word of big performance enhancements. There are several SPI performance improvements this round but exciting us the most is the work done on the Broadcom SPI driver for Raspberry Pi hardware...

    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
    Considering that flashrom can bring my i7 down to it's knees when flashing, and the same thing applies to rpi, this is big news for anyone who deals with SPI in any way. I'm glad someone is trying to improve this area of the kernel.

    Comment


    • #3
      Raspbian should be on this kernel version about the time the Pi 5 launches

      Comment


      • #4
        Originally posted by DoMiNeLa10 View Post
        Considering that flashrom can bring my i7 down to it's knees when flashing, and the same thing applies to rpi, this is big news for anyone who deals with SPI in any way. I'm glad someone is trying to improve this area of the kernel.
        I don't agree. I have written my own kernel module for a custom project where I could saturate a 4 MHz SPI using about 15% of a single core on a Pi 3. A single transfer was about 10-15 bytes and it had a lot of handling. The BCM drivers definitely needed some improvement, but there is nothing dramatic about them. Your issue was most likely caused by something else, a lot of people use SPI professionally and it's nigh impossible for that code to be in such a bad state. IIRC the bus code itself was not that much different from I2C bus code.

        Comment

        Working...
        X