Announcement

Collapse
No announcement yet.

AMD Sensor Fusion Hub Laptop Driver Unlikely To Land For Linux 5.7

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

  • AMD Sensor Fusion Hub Laptop Driver Unlikely To Land For Linux 5.7

    Phoronix: AMD Sensor Fusion Hub Laptop Driver Unlikely To Land For Linux 5.7

    While we were hoping to see the AMD Sensor Fusion Hub driver introduced in Linux 5.7 for improving the AMD Ryzen Linux laptop experience, that now looks quite unlikely...

    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
    Reminds me of the time when I was reviewing student's BSc theses, protocols and the like. Or common publications for the professional journals.
    If one looks closely you're always bound to find something.
    Sometimes I wonder what mistakes I might find when I look back at my own works of qualification...

    Let's still hope this driver get polished soon and goes mainline.
    Stop TCPA, stupid software patents and corrupt politicians!

    Comment


    • #3
      Oh wow, intel employees sandbagging amd products... unprecedented.

      Comment


      • #4
        Originally posted by ddriver View Post
        Oh wow, intel employees sandbagging amd products... unprecedented.
        Yeah. I am pretty sure if one actually took the time he could find similar errors on their stuff but of course no one bothers.

        Comment


        • #5
          I've spent enough time in the industry to know duckhead nitpicking when I see it, and that's like 95% of the alleged "review".

          Comment


          • #6
            Originally posted by ddriver View Post
            I've spent enough time in the industry to know duckhead nitpicking when I see it, and that's like 95% of the alleged "review".
            That's most of the reviews for Linux patches, telling to use the proper kernel functions/macros, minimizing redundances, using the the proper formatting (which this patch doesn't follow at all)

            Since the reviewer is not familiar with the hardware he's missing the elephants in the room for this series of patches : the authors are duplicating the MP2 pci driver from i2c-amd-mp2, and even using their own inferior unreviewed version that was far from acceptance back then, before it was revamped by an external contributor.

            Comment


            • #7
              Originally posted by Azultra View Post
              Since the reviewer is not familiar with the hardware he's missing the elephants in the room for this series of patches : the authors are duplicating the MP2 pci driver from i2c-amd-mp2, and even using their own inferior unreviewed version that was far from acceptance back then, before it was revamped by an external contributor.
              As one of HP Envy Ryzen 2500u convertible owners, it will be great someone does a cross examination of the reviews at the Linux kernel mailing list. Testing the patches showed the gyroscope was not even detected and used at all.

              Comment


              • #8
                It might be a mix between somewhat unnecessary nitpicking and very well founded feedback. ;-)

                Comment


                • #9
                  As I noted on the respective bug report, the problem with the current driver is that on Ryzen 5 2500U (and possibly other) systems, the BIOS or firmware does not correctly provide the SFH's register
                  Code:
                  AMD_P2C_MSG3
                  , which stores a bitmask for the enabled sensors. Consequently on these systems none of the connected sensors are being activated.
                  With my linked patch, which I also provided on patchwork.kernel.org you can get the accelerometer on these systems working by loading the driver with
                  Code:
                  force_accel=1
                  .
                  Sandeep Singh, the main deleveloper of the SFH patch, already replied to me via email, saying that these module parameters will be taken into the next revision of the patch series.

                  Comment


                  • #10
                    Originally posted by schard View Post
                    As I noted on the respective bug report, the problem with the current driver is that on Ryzen 5 2500U (and possibly other) systems, the BIOS or firmware does not correctly provide the SFH's register
                    Code:
                    AMD_P2C_MSG3
                    , which stores a bitmask for the enabled sensors. Consequently on these systems none of the connected sensors are being activated.
                    Sadly the provided patch failed to apply on the latest git snapshot of the kernel. Would you mind fixing it?

                    Comment

                    Working...
                    X