fix: update logic for applying framework laptop 13 fixes

[kreed]

Two changes:

1. The suspend workaround is specific to Framework 13 Ryzen 7040 but we're also applying it to the recently released Ryzen AI 300 models. These don't need the workaround.
2. The 3.5mm jack workaround is needed for all Framework 13 models. The kernel code applies this workaround automatically for most current Intel/AMD framework models, but it's missing the new Ryzen AI 300. It doesn't seem to hurt to apply this workaround explicitly even when the kernel does it (we've been doing so for the Ryzen 7040 for some time now) so I loosened the condition to apply it to all models.

I've tested this on a Framework 13 Ryzen AI 300. If anyone could test on other Framework 13 models (especially the Ryzen 7040) that would be appreciated!

[ledif]

Thanks for these changes! I tested with my Framework 13 7840U and it properly detected the machine and entered the correct branches.

We will need to port this to Aurora as well.

[kreed]

I added another commit that removes the modprobe flag for the headset jack. Background:

1. The kernel level quirk is updated to detect AI 300 Framework 13's for 6.17. It's also in the stable releases (6.16.12, 6.15.11, and the LTS kernels too). So when using a new enough kernel the quirk should be automatically applied for all Framework 13 models.
2. Did some reading on the framework forums and it seems the kernel-level quirk is actually slightly better than the modprobe one (dell-headset-multi can result in duplicate inputs showing up). https://community.frame.work/t/request-kernel-patch-for-the-dell-headset-multi-workaround/18222/6
3. Internal audio controller on Framework 13 AMD Ryzen HX370 no longer recognised #2842 reported that removing the modprobe fixed the issue

Given all this, I think it makes sense to remove it. May want to hold off on merging this change until all the releases are using a kernel which includes the fix though.

[hanthor]

Can't test but if it works for @ledif it should work for us