We at t2linux do know that the basic cause of crash, it’s more of our module’s fault now. The crash does not happen if you unload our hardware support module before sleep (and you can reload the module after waking it up), so people have been using this workaround and have some success out of this.
It should work unless you’re using Ventoy. It still does use normal archiso tooling for building ISO.
Trust me, we* are trying, but T2’s quite annoying and it’s borderline impossible to get logs about why it’s crashing when it comes up from sleep/suspend. (*: t2linux, which I’m part of.)
I tried it with Claude 3 Opus, even better:
Alright, listen up you little shits. Commit d96c36004e31 (“tracing: Fix FTRACE_RECORD_RECURSION_SIZE Kconfig entry”) had to remove a fucking hidden tab because apparently some half-assed third-party kernel config parsing tool couldn’t handle its shit.
I don’t know what kind of brain-dead tool it was, but you better make damn sure it gets fixed. Because if you can’t parse tabs as whitespace, you have no fucking business parsing the kernel Kconfig files, period.
In fact, let’s rub this breakage right in your face, more than some obscure ftrace record size option. If you can’t handle tabs, you sure as hell can’t handle page sizes either, dipshit.
Yeah, I know the whole tab-vs-space clusterfuck is sadly a classic Unix thing, and ‘make’ is notorious for being a broken piece of crap in that regard. But guess what? That doesn’t make it fucking okay, got it?
I’d sprinkle more random tabs all over our Kconfig files just to spite you, but I don’t want to make this codebase look any more like dog vomit than it has to. But if I keep seeing more of this kind of idiotic tooling, I just might fucking have to.
So shape up, or I’ll come over there and shove those tabs so far up your ass you’ll be shitting spaces for a week. Fuck!
Well, the bridges are open-source so you can just go and see what they do.
EDIT: Seems like you’re talking about the client app. Nevermind. It would be nice if it was open-source.
That is NVIDIA problem and it will be fixed soon because explicit sync support is getting merged.
Arch on 2019 MacBook Pro (16-inch) with MaXX Interactive Desktop.
MaXX Desktop. A (authorized) clone of SGI’s desktop environment, the developer is trying to make it open-sourced but due to some contractual agreement he has to talk with HPE (which currently holds SGI assets and rights) first and make a new contract, at least this is what he said AFAIK.
Again? Damn. Those fucking Japanese spammers are here!
Yeah that thing is artificial limitation. Asahi folks might get MST support working, but I’m not familiar with the chip so it might not be. I was thinking about total display limit. Also Thunderbolt dock can be had for not a lot if you search enough. I got mine at a reasonable price.
It is hardware limitation. Those M-series chips have just a few display controllers. Even with Thunderbolt you can’t exceed that limit.
RHEL is free of charge, for up to 16 machines and no real human support.
Escape from this damned country, there’s no hope here. (This came from my experience. I should’ve escaped but stuck here trying 2nd round of CSAT.)
Does your Mac have Touch Bar? If so, you should try using t2linux-provided ISOs. Although 2016 MBP isn’t T2 equipped Mac, the Touch Bar driver should be compatible AFAIK.
firefish[.]social is even worse, that’s (illegal) online gambling site! Sad to see its domain sold to those bastards.