ROG Ally wake issues

32 Replies
antheas
antheas7mo ago
the lights should flash on sleep right?
LtChipotle
LtChipotleOP7mo ago
Correct, its staying lit here
antheas
antheas7mo ago
yay suspend broke
LtChipotle
LtChipotleOP7mo ago
Going to run this ‘bazzite-rollback-helper rebase 40-20240427’
antheas
antheas7mo ago
whats your current ver
LtChipotle
LtChipotleOP7mo ago
20240510 Still happening here actually fans are also on
antheas
antheas7mo ago
hold the power button to reset the EC
LtChipotle
LtChipotleOP7mo ago
Trying now, 40 secs no different
Aru
Aru7mo ago
sounds sort of similar to https://discord.com/channels/1072614816579063828/1239366893639307305 does suspend work when you do it through steam's power menu?
LtChipotle
LtChipotleOP7mo ago
same behavior, fans are still running I reset the bios settings, this is on the 0427 ally image I checked for multiple HHD and only one is active and running when i press the sleep button, it will shut off the screen, terminate my SSH session, but the fans remain on The activity light is also constant, where when sleeping it should be blinking
antheas
antheas7mo ago
theres no point on fixing this from my part until bazzite works correctly under f40 I risk breaking stuff
LtChipotle
LtChipotleOP7mo ago
‘asus_wmi: ASUS WMI generic driver loaded May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: Setting up ROG USB in> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: Setting up ROG Ally i> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally never respon> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally never respon> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally never respon> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally never respon> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally never respon> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r> May 13 12:56:31 fedora kernel: asus 0003:0B05:1ABE.0001: ROG Ally not ready, r>’
antheas
antheas7mo ago
the system should not shutdown if the powerbutton daemon is nto active this is a new bug under f40 of course check if extreme power saving is on maybe that broke it
LtChipotle
LtChipotleOP7mo ago
Is that a bios thing?
antheas
antheas7mo ago
actually fixing the pwoer saving bug may have broken it @Kyle Gospo no fluke decided that extreme mode should be a thing now even though its still broken so whereas before it was force disabled its not anymore so the bazzite setup script will disable it
LtChipotle
LtChipotleOP7mo ago
where’s this at? rog control app?
Aru
Aru7mo ago
Oh, so on the Ally it's due to the extreme power mode? I think I saw some discussion about this on a different discord server
Kyle Gospo
Kyle Gospo7mo ago
@Aru @antheas if one of you two came in here one day and told me "a recent Ally firmware update causes water to be flammable" I'd probably just accept it
antheas
antheas7mo ago
i remember mentioning that both the kernel driver and the ally are garbage and force setting that param every boot might cause issues was that in the log you sent?
LtChipotle
LtChipotleOP7mo ago
this was a different one let me send it
antheas
antheas7mo ago
no its there too
antheas
antheas7mo ago
that happens before the update script fixes it so thats not it maybe thats just the kernel driver logging a lot of stuff
LtChipotle
LtChipotleOP7mo ago
no idea what to try now 😔 Going back to :stable
Aru
Aru7mo ago
maybe an earlier image would fix things? I'm not sure when the extreme power mode change was introduced
LtChipotle
LtChipotleOP7mo ago
Went back to 0427 still the same 😕
Aru
Aru7mo ago
maybe something earlier then? 04/06? then again, i'm not seeing other ally users reporting this issue 🤔
LtChipotle
LtChipotleOP7mo ago
Yeah I wonder what their setups look like Maybe a combination of rebasing to 04/27 from 05/10 and back Flashed latest KDE ally image, worked until it upgraded then the suspend issue is back this was on a fresh install Went back to Windows installed latest MCU update, same issue. Will try to clean install again -deck image KDE this evening I can happily report that downgrading my bios from 337 to 331 fixed my issue
Kyle Gospo
Kyle Gospo7mo ago
what did asus break now....
LtChipotle
LtChipotleOP7mo ago
No idea, It wasn’t Bazzite. I tried Nobara, Bazzite, CachyOS, Windows. For some reason it would never sleep flashed back an older bios using the EzFlash tool from bios Bazzite sleep works as intended 😭
Kyle Gospo
Kyle Gospo7mo ago
😢 glad you figured it out
LtChipotle
LtChipotleOP5mo ago
only took me 3 days of headaches Sleep broke again fml Wanted to give this closure, I ended up RMA’ing my device. New one has no issues and can’t reproduce the issue even on the same NVME drive. The SD card reader was bad but not sure if this could have been a factor, or just a MCU bug
Want results from more Discord servers?
Add your server