same for AMD graphics since 2019. I wouldn’t be surprised if Intel were doing the same with Arc too, though I haven’t looked into that yet.
grow a plant, hug your dog, lift heavy, eat healthy, be a nerd, play a game and help each other out
same for AMD graphics since 2019. I wouldn’t be surprised if Intel were doing the same with Arc too, though I haven’t looked into that yet.
yeah it’s great to be in a community that has little tolerance for basic tossers
can we not link to this prolific dickhead
Really appreciate the insight
I suppose some instances cut others off as well (I see only 6 total) so you have a fair point
And despite that, if was still newsworthy enough to be posted like 6 times in total 😅
I see. You can temporarily edit your grub before the OS loads. This should afford you the opportunity to boot into the system without EDID modifications, though im not sure if your modified EDID will still load under this scenario. If so, you may need to switch into a CLI session to undo your changes.
I’m sorry to hear that. Does this system only have access to this single display? Did you use a kernel command to modify your EDID? If so, are you able to temporarily modify your grub before booting into the OS?
Archwiki references a [@<refresh>]
(presumably denoted as [@144]
for something like 144Hz) property, hopefully that’s all you should need to define, though I’m not sure if you’ll need to manually recalculate vertical and horz timings or something.
Maybe this can help fill in any gaps
You want to look into modifying your display EDID.
I don’t believe there’s a GUI for this on Linux but this post referencing the Archwiki might come in handy
https://foosel.net/til/how-to-override-the-edid-data-of-a-monitor-under-linux/
they’re trying to ensure an acceptable UX with their browser.
I suppose the root of the issue is developers specifically targeting and testing on chrome.
I don’t understand how this would make Firefox look bad unless you’re pointing at the dire browser share situation.
it do be that way :(
Their latest microcode update from 7 days ago was declared as final. Time will tell about the efficacy of the most recent fixes.
Unfortunately it may only be available via board partners as beta BIOS updates at present.
Isn’t this the kernel driver included by default?
I see, appreciate the info. I’ll have a poke around on fedora later today
Oh right. Do you have a distro specific example of this?
You shouldn’t need to install anything for the amd gpu
waiting for the name & shame. what an absolute tosser
Absolutely. They’ve been getting really popular in wearables (particularly from Chinese brands).
Several SBC vendors are including rv clusters in ARM based SoCs (which I believe is partially related to what you mentioned) for development purposes.
I even have a little rv powered ssoldering iron 😊