that should be improving soon, same kernel issue that affects the OLED deck
that should be improving soon, same kernel issue that affects the OLED deck
AAh okay. I've been waiting to put bazzite on my OLED deck cause of the kernel issue
CThe important stuff is working great, the control issues should be solved really soon by the HHD developers, only the issue with sleep would remain
Awhat happens with sleep exactly?
Ajust so if I decide to go ally I know what i'm getting into
Cand I mean, is Linux, most devices have issues with sleep 
AHello, I have noticed that https://github.com/ublue-os/bazzite/pull/695 includes HHD support for a couple+ GPD devices, however my specific Win4 config includes a Lexar ARES/NM790 SSD which hangs on some kernel releases... AFAICT it's the same as https://github.com/ChimeraOS/chimeraos/issues/775, https://forums.fedoraforum.org/showthread.php?331146-Lexar-NM790-4TB-NVMe-SSD-and-kernel-bug, and for whatever reason it was not really fixed for 6.5.6, but works on 6.6.10+, 6.7.x+.
Is there any respin/release/workaround I could try with a newer version or patch? I'm not too confident on the idea of forking and attempting to change the kernel version
Is there any respin/release/workaround I could try with a newer version or patch? I'm not too confident on the idea of forking and attempting to change the kernel version
AMain reason I ask is if suspending games is currently not working on ally or something that is not a big deal to me at all. I very seldom do it even on my deck
AHonestly I personally find that suspending games on even deck is kinda hit or miss
Asome games play nice with it. a lot don't
AEmulators especially like to lock up or act weird
ANope. The screen does not like anything other than 60 and 144.
We should be getting beetter disabling vsync support but that's it
For the screen ally is better
We should be getting beetter disabling vsync support but that's it
For the screen ally is better
AEverything works on the ally. As far as bazzite is concerned, some gyro patches + WMI that fixes a controller issue with sleep will be imported soon
But they work on other kernels
But they work on other kernels
AIt works perfectly well according to its owners. Fan curves and tdp are a bit meh with asusctl and ryzenadj but they work
AVRR is 90% of the reason I want one frankly
AIdk if the sd card cooking issue is still a thing
AI've heard newer hardware revisions fixed it
Abut that's all corpo talk so who knows
AThe gyro can go up to 1600hz + vrr the thing is butter
AOk that's tempting ngl
AI love my OLED deck
Abut the lack of VRR compared to my desktop monitor is really noticeable
AThe only bad part with the go is no vrr and meh gyro
Asetting framerates game to game is fine. I don't mind it
ABut having smooth frametimes no matter what would be massive for me
AI emulate games a lot on my deck
Aand especially on the oled retroarch straight up has godawful frametimes if you don't set the refresh rate to 60hz
Alike it noticeably feels bad
AWell avoid legion go then. Because steam only supports the SD displays properly
AThe only reason ally works is because we trick it to think it's an external display + vrr
AThat's a smart workaround
AThe sliders are broken, the display works properly
AI won't even touch the refresh rate slider on ally
Ano reason to
AVRR removes the need
AThat's why it works lol
AOtherwise it would have similar issues because gamescope does some weird stuff
Aso it's just set to 120hz all the time I'm guessing?
AYep
AYou can use an override both on the ally and go to run at 60
ABut you need to reboot to change it properly
AOr you can enable the slider and pray it doesn't stop in the middle
AI know on windows you can't get the full power unless you're plugged in
Aon the ally
Ais that still the case or nah
AI think it's the same in both and the go overheats too
Aah gotcha ok
Ajesus the go has overheating issues?
Athat's super concerning
AThe new bios is not tuned properly
AIt turns off at 70c
