Kernel 5.8.x compatibility #2
Conversation
|
@villuv You should be able to resolve the firmware issues by: |
|
With the firmware loaded I do get these errors though: |
Thanks for the tip but this is exactly what Arch's Also sof-bin doesn't contain those firmware files it is looking for. At what point you get those errors? |
|
Right, those are the final lines of the |
|
While the firmware files aren't present in that archive by those names, the Interestingly, in |
Ok, please make sure that you have kernel headers matching your kernel version. You could "dry run" compile the modules with Yes, arch package runs the I have a hunch that this |
|
Could be. The Debian 5.8 kernel & headers only came available in the last day or two, so there could be bugs in something there, I guess, but the other dkms packages all built fine for this kernel. I don't have a |
|
That's interesting. I don't have any Do you happen to have anything related in I see that you have some power management issues, maybe this helps:
|
|
No, there's nothing in |
|
Thanks for your info. I don't seem to have any Just out of curiosity, check if your sound device has the same hardware ID-s as mine: |
|
So this is the Dell XPS 9700 (the new 17" model for 2020 that's only been available for a couple of months). It has two audio controllers according to lspci, one at 00:1f.3 and one at 01:00.1. I think the one at 01:00.1 might actually be the one causing the power messages since when I google those they tend to be associated with other Nvidia things. I suspect this might be related to some HDMI-ish output (though there's no HDMI port, just four USB-C/Thunderbolt-3 ports). Anyway, here are the relevant |
|
Sorry. Not enough "v's" in that :-) |
|
Once more with the -nn... |
|
Thanks, looks to be the same hardware. Based on this, I put following to /etc/modprobe.d And removed the soundwire module as it seemed to be prevening sof modules to load properly: After that dmesg looks like this: And I don't get any complaints about missing firmware and lsmod output looks similar to yours. Also I now see three HDMI outputs, but still no onboard sound. Next I try figuring out what this "Parent card not available" thing is about. |
|
I recently upgraded arch and it gave me a 5.8 kernel. Did you ever manage to resolve this? |
Hi, I'm running also latest on arch (5.8.9-arch2-1), no luck... What I've heard (unfortunately I've lost the source, it might have been Debian bug list) is that there's a possibility this gets fixed in 5.9 kernel with latest ALSA & Pulseaudio. So around mid October I guess. |
|
Maybe I'm wrong but I thought 5.9 merge window was already closed and they were sending out RCs? |
Yes, they are at RC5 currently, so likely they will release around mid Octoboer or so. I don't have resources to experiment with RC kernels at the moment, but I can see that there are bunch of changes to sound drivers coming in. |
|
I saw someone on I think opensuse ticket system say it was likely to be 5.10. the Dev in the thesofproject repo seems totally dysfunctional so I'd be surprised with that even. The code in this repo doesn't remotely resemble what's going on in there so I dunno if there's been a big refactor but I couldn't get it to work. |
|
I am currently running an rc3 build of mainline 5.9 but there does not seem to be any improvement in detection of the card. @maaarghk do you have a link to any mailing list thread tracking attempts to merge sofproject code? I haven't been able to find anything from a cursory look so it's hard to track progress on it. Edit to add: running 5.9 built from the sof project repo doesn't seem to pick up the card either, not sure if that's supposed to work |
|
i was referring to this -> https://bugzilla.opensuse.org/show_bug.cgi?id=1176200 but it obv just refers to that specific distro. Does anyone know if it's plausible to use #ifdefs to make this repo work automatically on 5.7, 5.8 and 5.9? would prefer not to be telling people "checkout a branch based on your kernel version". |
|
I'm far from being kernel dev, but this might do the trick #if LINUX_VERSION_CODE < KERNEL_VERSION(5,8,0)
dmab->area = __vmalloc(size, gfp, PAGE_KERNEL);
#else
dmab->area = __vmalloc(size, gfp);
#endifI can try it out a bit later |
|
@maaarghk I tried building from the repo they mentioned there (https://github.com/thesofproject/linux) but didn't end up having it appear correctly in alsamixer, I might have to try again though. Am not sure if suse is using different library versions than arch and if that could be affecting things in userland or if something funky is going on with the kernel driver still for me. |
|
indeed I tried that too and also didn't get it working, but I'm not sure if the hardware IDs were present. the code in this repo is based off a much older driver than that repo, which i got from canonical (https://launchpad.net/~canonical-hwe-team soundwire-dkms) |
|
luckily for everyone, i accidentally upgraded my kernel to 5.8, and then got sound working. superseded by #3 |
Just to clarify, did you get your sound working with "clean" 5.8 or using this soundwire dkms module? Thanks! Edit: typos |
|
Hey, using the dkms module. 5.8 still had the old driver that you mentioned above, I had to blacklist that and build this. But checkout branch |
|
Hey just curious if this had been resolved. Moving to linux from mac and running Pop OS on my 9700 and am running into the sound issue. Any help would be appreciated. |
These changes were needed to compile it with kernel 5.8.3-arch1-1
PS: Didn't get the sound working though on my 9700, complains about missing firmware files...
resolves #1