Always keep an eye out for people who overvalue their gaming rigs based on 2021 values though
Always keep an eye out for people who overvalue their gaming rigs based on 2021 values though
TAnd I saw one the other day claiming it was “3 months old” with a GTX 980
Hliterally the whole used market here 
THah people want to force the belief we are still in the crypto era of GPU pricing
Hnah people here are usually just too greedy 
TThat’s what I meant
Hsometimes you can find some diamonds though
TIf I had a use for a 3080 in a second PC, I would’ve offered $600 for that one
TJust to have a second one
Afr, being greedy will lead their down fall lol
Abazzite.gg has no github link and discord link on the footer. Maybe add?
Awas looking for it, then i looked again and its in the middle
Askill issue on my part?
TThe GitHub link is there at the bottom at least
AGuess the fever is kicking in, didn't register in my brain
DDeck
KThat's stock steam os behavior
KYou might be able to make a blank udev rule to avoid it
A@Kyle Gospo so as a followup on investigating the issue, this patch seems to fix the 30fps bug.
but apparently there's a newer version of the patch: https://pagure.io/kernel-fsync/c/f1ad6e1366cf1a5ecafef621571aca9ff53766f5?branch=6.7
and this patch doesn't fix the 30 fps bug
but apparently there's a newer version of the patch: https://pagure.io/kernel-fsync/c/f1ad6e1366cf1a5ecafef621571aca9ff53766f5?branch=6.7
and this patch doesn't fix the 30 fps bug
KThat's excellent news
KSo what change exactly is needed from the newest version?
KTwo links there so I'm just making sure
Aso the newest version is the bugged one
Athe original, which is the file i attached
Aseems to fix the bug
KNice
Jso, the link you posted has it working?
Atested a kernel 6.6.15 compiled on nobara with the old patch
Ano 30 fps bug
Awhereas when i tested a kernel with the new one
Ahad the 30fps bug
JI'm lost
KAnd attached file is the correct one?
Ayeah. i've been working with someone on the chimeraOS discord to git bisect
Ahe's been compiling the kernels
Awe've narrowed it down to this patch
KCool, @Jan so just need to compare Aru's attachment to current version of the patch in fsync
KAnd see what's going on
KI'll take a look shortly
JI already downloaded it into the repo and am looking at the diff right now
KSweet
JI can only really point it at this section
Jthe attached patch only adds 3 sections
- removal of an bad define (can be ignored)
- whats in the image
- tunneling of high priority compute queues
Jthe first one doesn't do anything
the third one doesn't seem likely
the third one doesn't seem likely
KSince the oled isn't working anyway I'm down to try pulling that out
KAnd then I can send you a version of it that checks for the OLED dmi if it fixed it
JIt does make sense that vrr_active should be forced on in both sections
Jso I am fine with including this patch in a new build
KOh that patch is missing, not applied
KOkay that makes a lot more sense
