ReillyBrogan Thanks for the solution. I have the same problem and solution as tonyk.
As you said after updating the kernel I need to re-decompress the new module.
I can do this for each update. But I'm available to investigate why it isn't working with zstd modules, just said me what to do.

    so, its ok when maj + boot on 5.15.80-192.lts
    module_blacklist=simpledrm does not help

    lspci |grep NVIDIA
    01:00.0 VGA compatible controller: NVIDIA Corporation TU116M [GeForce GTX 1660 Ti Mobile] (rev a1)
    01:00.1 Audio device: NVIDIA Corporation TU116 High Definition Audio Controller (rev a1)
    01:00.2 USB controller: NVIDIA Corporation TU116 USB 3.1 Host Controller (rev a1)
    01:00.3 Serial bus controller: NVIDIA Corporation TU116 USB Type-C UCSI Controller (rev a1)

      lds-lds if you boot back into 6.0 can you do a sudo systemctl restart lightdm from another try and then switch back? Does that help?

        BlolPloop @darkness tbh I'm at a loss as to why it's not working for you. The output from the last commands I had @darkness do look correct, there's no reason sudo modprobe wl shouldn't be working that I can see. Your systems are clearly working just fine with zstd-compressed modules in general since we now compress ALL kernel modules with zstd. My only guess is that something somewhere is hard-coded to use wl.ko and only wl.ko but given that we're talking about like 70kb of space savings here I'm just going switch the Broadcom kernel modules back to uncompressed (should be in the next sync).

        If anyone else wants to further dig into this particular issue feel free, it's probably something hard-coded in a udev rule, modprobe entry, hw database something like that.

        @BlolPloop @darkness Does this work?

        sudo eopkg it https://mirrors.rit.edu/solus/packages/unstable/b/broadcom-sta/broadcom-sta-current-6.30.223.271-339-1-x86_64.eopkg https://mirrors.rit.edu/solus/packages/unstable/b/broadcom-sta/broadcom-sta-common-6.30.223.271-339-1-x86_64.eopkg

          hegetam remuwon Which issue are you responding to? I assume the broadcom issue?

          EDIT: Oh never mind I just noticed that your comments were replies to my own sorry.

            ReillyBrogan
            Adding that it works for me as well - I think you may have been replying to me about the broadcom wifi. Removed the "wl.ko" file and ran the eopkg file you listed under "Does this work?" - the wl.ko file was written back into the directory without manually decompressing the file and my broadcom wifi works.

            Thank you

              tonyk perfect. Yeah that update will be in the upcoming sync for everyone and I've left a note in the package build scripts not to try compressing the module again.

              lds-lds Does it work if you use an alternate session manager like GDM?

              Also, on one of these failed starts could you give me the output of sudo lsmod?

              11 days later