Franco Martelli <[email protected]> writes: > Does module unload reload reset the chip (the module's name it should > be: r8169)? Sadly the r8169 module comes without parameters so you > can't increase verbosity of the module, what at "dmesg" output? Does > it help booting with the "ipv6.disable=1" kernel parameter?
:) Like said, it's mature on Debian today. As in, can't replicate any more since some years and it was really random back when it was an issue. I remember the network card came back to life with a reboot and also if I hibernated the system. The odd part was, hibernation had to last some few minutes, too quick a wakeup and it'd still be stuck. Just unloading and reloading the module driver didn't help. >> For wifi 7, I'm not sure, my wifi HW is 5. Intel's usually well >> supported and their wifi 7 offering seems to be from 2023-2025 so >> definite maybe now in Debian Stable. > > I didn't find anything related in the kernel documentation directory > of the 6.12.y: > > ~/linux-source-6.12/Documentation$ grep -iR "wifi " * | grep 7 I remember when I specced my desktop system back when that there were web pages that listed Intel xyz: supported since kernel a.b. So back then I picked an Intel ax200. For example, here, for Wifi 7 Linux support from Intel themselves: https://www.intel.com/content/www/us/en/support/articles/000005511/wireless.html So BE200, BE201, BE202 supported in Debian 13's 6.12 now, newer BE211 in kernel 6.18 and BE213 in 7.1. Seems like the BE200 should be avoided with AMD CPUs or at least support checked so caveat emptor as always. > Modern motherboards should take care of this, try to take a look at > MSI motherboards. Maybe, but I'm not planning to upgrade, sticking with the AM4 setup I have for a few years more I think. The m.2 SSD thing is an annoyance only, currently that extra SSD adapter card is in an x1 slot which is hardly ideal for two x4 SSDs. Hence the plan to recover the x4 slot. Eventually when I get around to it...
