Any advice on where to go from here? This console was running dmesg -w to try and catch an intermittent crash… And this is what I got. I am using an el cheapo USB wifi adapter that I’m suspicious of.

Everything was working fine until I rebuilt nixos with Nvidia support… Now my old generations of the OS are crashing after a few minutes (display on, no response to input, keyboard lights don’t respond, SysRq doesn’t work)

  • The2b@lemmy.world
    link
    fedilink
    arrow-up
    17
    ·
    edit-2
    10 months ago

    You’re only showing us part pf the error. There should be more above the list pf modules loaded that will provide useful information

    dmesg > dmesg-out will give the entire dmesg log as a text file, and you can cut out the irrelevant parts

    • mvirts@lemmy.worldOP
      link
      fedilink
      arrow-up
      5
      ·
      10 months ago

      Good to know! I need to set that up next time, the whole system was unresponsive when I took the photo.

      • The2b@lemmy.world
        link
        fedilink
        arrow-up
        4
        ·
        10 months ago

        In that case it should be in your logs. I believe the default is /var/log/dmesg.log*, depending on how many rotations have occured since the error

        • mvirts@lemmy.worldOP
          link
          fedilink
          arrow-up
          2
          ·
          10 months ago

          Lol I checked the system journal but forgot to check if the dmesg los is being written 😹 thanks for the reminder, going to take a look later today

  • Sorcaeden@lemmy.world
    link
    fedilink
    arrow-up
    11
    ·
    edit-2
    10 months ago

    I don’t pretend to be an expert in this, and I also have no idea what the state machine looks like for unauthenticated WiFi, but my thinking on the call stack is either you were authenticated and the association with the AP dropped while sending a frame and puked, or it kicked it while attempting to authenticate to an AP, and I have no idea why a mutex would be taken, or to what, but it timed out apparently.

    So why would this happen after a rebuild?

    1. freak accident/timing thing.

    2. I see multiple mt## modules loaded, and I’m suspecting while not looking it up that they are operating a MediaTek chip in that dongle, and are potentially conflicting.

    3. lots of wifi devices I’ve seen recently have loaded firmware separately from driver from /use/lib(or lib64)/firmware and the version changed from before, and maybe needs updating now or you did it before or whatever.

    I agree with others - I’d give you a fiver if it happens again without the adapter connected.

    • mvirts@lemmy.worldOP
      link
      fedilink
      arrow-up
      2
      ·
      10 months ago

      I think You’re right, it is a mediatek chip and I used to add the USB device id manually to load the module, but with nixos 23.11 it started working automatically. I’m also running a preemptable kernel… Probably related now that I think about it :P

      I should track down the firmware, that was one of the things I was looking into when setting up the device id hack.

      I think this happened once before after uptime of about a week… But I didn’t get any information from that crash. Also, I’m remembering that some configurations were failing to see this wifi device and falling back to wired so maybe this has been a hidden problem since the new nixos release…

      Thanks to everyone for your thoughts, it’s very helpful.

  • mkwt@lemmy.world
    link
    fedilink
    arrow-up
    11
    ·
    10 months ago

    Don’t know much, but nl80211 in the stack is indicative that the crash happens in a WiFi driver.

    Looks like maybe some bad behaviour with a mutex.

  • mozz@mbin.grits.dev
    link
    fedilink
    arrow-up
    7
    ·
    10 months ago

    Does it still get the error without the wifi adapter connected? The stack trace shows some network-related stuff (which doesn’t necessarily mean that’s where the issue arose, but it would be a little coincidence based on what you said).

    That’s the first thing I’d try, and if removing the adapter fixes it (long term) I wouldn’t use the adapter anymore. Sometimes broken hardware breaks other hardware it’s connected to.

    If removing the adapter doesn’t fix it, then the next thing I’d try is booting back into the known-good old old OS, maybe removing the NVidia card, basically simplify everything one step at a time until it stops happening, if you can.

    • mvirts@lemmy.worldOP
      link
      fedilink
      arrow-up
      1
      ·
      10 months ago

      Next chance I get I’m booting without the USB wifi adapter. I’m worried I may have broken something because it was mostly stable before :/ lol I actually don’t have the Nvidia card yet, I ordered a cheap Tesla K80 that’s arriving on Tuesday 😹 and it already brokey system :P

      That’s a good idea, I have an Ubuntu partition that I should try.

  • Rentlar@lemmy.ca
    link
    fedilink
    arrow-up
    4
    ·
    10 months ago

    Comm: wpa_supplicant being the wifi function makes me suspicious of your wifi hardware as well before I saw the rest of your post. I’ve had the best success with PCIe based wifi cards (if this is a desktop pc)

    • mvirts@lemmy.worldOP
      link
      fedilink
      arrow-up
      2
      ·
      10 months ago

      Agreed, this wifi stick was mega cheap on AliExpress so I went for it. I may take a look at the PCB in detail if removing it restores order to my PC. Yes, desktop PC (still hanging on to 2012 hardware woohoo!)