00:21:12 <szilard> Nice!
07:20:09 <AnomicBSD> hi, i'd like to buy driver support for RTL8125
07:54:53 <SarahMalik> ... lol
08:02:18 <AnomicBSD> for real though. its 2026, who tf is still using intel nics.
08:02:31 <AnomicBSD> on purpose
08:03:29 <AnomicBSD> i had loads of fun test driving omni in a virt-machine, just to find out i cant use it in my homelab now.
08:04:41 <SarahMalik> do you have time and brain to port the drivers from an OS that does support it
08:07:33 <AnomicBSD> i was just investigating it. there are BSD drivers. (FreeBSD doesnt support it though, just tried). time is my worst enemy, thats why i said id like to buy lol
08:09:37 <SarahMalik> time is also limiting for anyone who you'd buy from
08:21:49 <jclulow> AnomicBSD: FWIW, I have always had better experiences with Intel NICs than Realtek NICs
08:21:54 <jclulow> even in 2026
08:26:43 <toastical> hmm. Porting a driver sounds like a dope learning exercise.
08:26:49 <toastical> alas, all my stuff is supported it seems.
08:47:17 <antranigv> SarahMalik at least he's offering money, which is nice.
08:57:05 <SarahMalik> fair.
08:57:39 <SarahMalik> if i'd the skills and the energy I'd consider taking them up.
12:53:32 <warden> jclulow: thanks for your update (https://github.com/omniosorg/illumos-omnios/issues/1633), but after 28 days of uptime, that server just crashed again! :(
12:54:17 <warden> I do not have the clue if it's because of the same cause, but here is the dump: https://paste.omnios.org/?37ae78120437b76c#FzPnaCfuCW6NMyibRWtP2YRiZUKGnBEbA1M5rgtCJwaC
13:39:40 <tsoome_> thats pretty amusing.  stack is eaten away, but with mdb fffffe007aa94b50::dis should give some light. but fr_tcp_age only ever calls fr_movequeue and there are two cases where mutex_enter() is called, both get mutex address with & operator - therefore either oifq or nifq must be NULL.
13:46:21 <tsoome_> My guess would be that we get NULL from ip_state.c:3928 from tqe->tqe_ifq see also how queues are handled in fr_setnatqueue()
13:48:49 <tsoome_> nat_update() does not seem to check for NULL either...
22:25:24 <jclulow> warden: I agree it's almost certainly a separate cause at this point yeah
22:26:57 <jclulow> Presumably it is https://www.illumos.org/issues/15555 which may also be the same as https://www.illumos.org/issues/17584
22:26:58 <fenix> → BUG 15555: ipf: NULL pointer dereference in fr_tcp_age() / fr_movequeue() (New)
22:26:58 <fenix> → BUG 17584: Null pointer leading to a crash when using NAT66 (New)
22:45:17 <warden> jclulow: thanks, I’m absolutely clueless on this matter, but it might be someway useful to know that I’ve the vague feeling that it happened after I configured IPv6 rules (both filter and NAT). I’m not 100% sure because IPv6 was enabled just a few weeks after that server was put in production.
23:31:28 <tomww> win 32