--- Comment #20 from leo60228 (iakornf...@gmail.com) ---
Most of what I do is CPU-bound and my AC power jack is broken (the little
plastic ring is gone so the cord doesn't stay in), so I'm more concerned
about the battery status than GPU performance. I'm guessing that workaround
doesn't help with that? Either way, good job.
On Sat, Jan 25, 2020, 9:00 PM <bugzilla-dae...@bugzilla.kernel.org> wrote:
> --- Comment #19 from Derek J. Clark (derekjohn.cl...@gmail.com) ---
> (In reply to Dave from comment #18)
> > (In reply to Thanathan from comment #3)
> > > Additionally I lost gui/tui output shortly after the kernel was loaded,
> > > including ttys. Reverting to linux-firmware 20190424.4b and rebuilding
> > > initramfs fixed the issues.
> > I have found that I get similar hangs when the GPU is in the lowest
> clock /
> > memory clock state, as well as the highest state. Disabling these two
> > states via:
> > echo "manual" >
> > echo "2 3" > /sys/class/drm/card0/device/pp_dpm_mclk
> > echo "3 4 5 6" > /sys/class/drm/card0/device/pp_dpm_sclk
> > Allows the laptop to avoid these hangs with the updated firmware (though
> > a performance loss and higher idle power.)
> > I also noticed that these hangs are a reliable way to trigger the power
> > issue, where the cord isn't recognized, as it persists after boot
> > for two or three boots before it is recognized again.)
> > Additionally, this problem only appears after boot - while waiting at the
> > dmcrypt prompt, for instance, power is always detected normally.
> Took your input and updated my workaround on github. Provides decent
> for now.
> You are receiving this mail because:
> You are on the CC list for the bug.
You are receiving this mail because:
You are watching the assignee of the bug.
acpi-bugzilla mailing list