ASUS ROG STRIX G17 (2022)

Hardware
PCI/USB ID
Working?
Touchpad
04F3:319B
Yes
Keyboard
0b05:19b6
Yes
GPU (AMD)
1002:1681
Yes
GPU (NVIDIA)
Untested
10de:24a0
Yes
Untested
Webcam
Untested
Ethernet
10ec:8125
Yes
Bluetooth
14c3:7922
Yes
Speakers
1022:15e3
Yes
Microphone
Partial
Wi-Fi
14c3:7922
Yes
TPM 2.0
Yes
ASUS ROG STRIX G17 (2022)
refers to the following laptop models:
ASUS ROG Strix G17 (2022) G713RW
ASUS ROG Strix G17 (2022) G713RM
ASUS ROG Strix G17 (2022) G713RC
ASUS ROG Strix G17 (2022) G713RS
The only apparent difference between the models is the dedicated NVIDIA GPU (RTX 3050, RTX 3060, RTX 3070-Ti or RTX 3080) and the display (1440p@240hz or 1080p@360hz). International versions may have more differences such as a lower end processors, or no webcam.
These laptops seem to work extremely well out of the box with the only real problem of note being some issues with the microphone.
Note
You must have kernel 5.17 or newer for Wi-Fi and 5.19.5 or newer for Bluetooth support.
ASUS Linux
The
ASUS Linux
stack provides users of this laptop with a great many ASUS specific functions, to name a few:
Battery Charge Limit,
Multiplexer (GPU) Controls,
Panel Overdrive,
Much more.
It is highly recommended to install these tools for the optimal experience on these laptops.
CPU
There is a known issue for AMD CPUs where there is a system-wide stutter (audio/video and input will all stutter) for a few seconds whenever TPM does its completely non-shady spyware thing. This model is affected by that, and this issue is OS agnostic. There is no option to disable TPM in the bios. You can expect this to happen maybe once per hour on any recent AMD PC. This issue has been hotfixed since kernel 6.5 (see note).
Note
Kernel 6.3 was supposed to have a hotfix for this issue, but it does not seem to work for this model.
On
7 August 2023
a decision was made to disable random number generation on fTPM for all AMD fTPM users to combat this issue on kernel 6.5 and also on the next updates to other stable kernels 6.1 and newer. This did finally resolve the issue for this laptop.
Undervolt
Like with many laptop models, these models seem to be designed to run your CPU at a steamy 90+°C when under load, as such thermals (and therefore performance) may be improved with undervolting. You do this at your own risk!
You can undervolt via the
amdctl
AUR
utility, it is recommended to only do so in small increments (e.g. 5-10mv at a time or so)
Display
The default
color profile
you will get for the display may be wrong thus displaying colors incorrectly (this happened on the tested model), to get a correct color profile you can boot into windows and extract the color profile from there. The main problem is that the color temperature in the default profile you will get on Linux from the EDID will be configured for 5000k when it should be 6500k as is standard.
If you have the same 1440p@240hz display as the tested model
this color profile
might work for you.
Video
The dedicated graphics are multiplexed and should work well for VGA pass-through, as well as just behave generally better than non-multiplexed GPUs.
Universal
Stutters a lot when display refresh rate misconfigured (the tested model behaved fine at 240hz(native for that model) and 120hz, but lower (96, 72 and 60) resulted in a great deal of stuttering on the display); This is a common problem (not unique to this hardware)
Integrated AMD graphics
The integrated GPU works without problems as expected.
Dedicated NVIDIA graphics
If you boot on battery then plug the laptop into AC, the GPU will still perform as if you are on battery. (
bug report
)
If you boot on AC power then unplug your laptop and run on battery, the GPU will try to perform as if it were still on AC (this could damage your hardware!) (
bug report
)
The solution to the problems with GPU performance modes not properly changing when switching between battery and AC power is to log out of your x session or restart Xorg. (Wayland seems to be unaffected)
Audio
Playback
Playback works near flawlessly out of the box, the only issue is the occasional (non-frequent) crackling noise, but this issue occurs on windows as well so it is not a Linux or ALSA specific issue. The device was tested with PipeWire, PulseAudio performance was not tested.
If there is a lot of crackling in an application (particularly Wine applications) you can try setting
PULSE_LATENCY_MSEC
to 83 or 126, alternatively you can follow the instructions in
this guide
to alleviate the issue.
You can achieve Dolby Atmos like effects and much more through
EasyEffects
, although it may require you to work a bit to get an optimal preset set up. Chances are you can make the speakers sound even better on Linux with EasyEffects than they do on Windows with Dolby Atmos (this was the case for the tested model according to the tester, but as sound quality is subjective mileage may vary)
Use the following
kernel module parameter
:
snd-hda-intel model=asus-zenbook-ux31a
Might improve the audio, but the difference is so small it could easily be placebo; this requires further testing.
Recording
The microphone has
somewhat serious problems
, while it does 'work' it creates constant static noise with spikes of even louder static noise that occur about once every other second.
Through EasyEffects it is possible to make the mic 'usable' by setting mic volume to 30-40% and using a good noise & echo cancelling preset, but it will never sound very good.
Comparatively on Windows it sounds very high quality but has problems of its own, a user reported the issue of their internal microphone not working unless their headphones (which did not have a microphone attached) were plugged in. It would also seemingly at random stop working and then just as randomly start working again.
The reason might be related to
soundwire
, since the model has an AMD Audio Coprocessor suspected of being related to that, and this technology is among other things specifically for microphone arrays.
Note
Disabling ALSA UCM
might
help with this issue, it feels like doing so reduced the noise and distortion a little and made it possible to raise mic volume to 50% instead of just 40%. It also
might
have improved speaker sound quality.
Wi-Fi and Bluetooth
The Wi-Fi and Bluetooth are on the same MediaTek Corp. Device 7922 chip. It is only supported in kernel 5.17 (possibly 5.16) and up.
User reports an issue where the Bluetooth seemed to be working but the Wi-Fi was not, with a
hardware init failed
error. Cold booting (shutting down the PC for a couple mins and then starting it again) solved the issue that time, but it seems a
common issue
with this chip.
It should however be noted that the hardware initialization issue did not occur on Windows, and booting into Windows and back into Linux did not resolve the issue in my case.
Whatever conditions cause the chip to become undetectable by the driver can occur while the PC is running leading to a driver crash which will lead to a hard system freeze, after which you will again encounter the hardware initialization issue. When this happens a cold boot (shut down, wait 2 minutes, turn on again) should be enough to recover.
The
performance of the card also may not be very good
, although it is untested on this particular model, since the card is identical to the one in the linked article the same issues are very likely to exist.
If you wish to replace this Wi-Fi/Bluetooth module, it is located
underneath the NVMe drive
.
Touchpad
It works fine, gestures have not been tested, pressure-based touch detection (used for a form of palm-detect) is not working in libinput, palm detect is nevertheless working.
Function keys
Key
Detected
Labeled
Effect
Fn+F1
Yes
Yes
XF86AudioMute
Fn+F2
Yes
Yes
XF86KbdBrightnessDown
Fn+F3
Yes
Yes
XF86KbdBrightnessUp
Fn+F4
Yes
Yes
XF86Launch3
(AURA)
Fn+F5
Yes
Yes
XF86Launch4
(Fan Symbol)
Fn+F6
Yes
Yes
SHIFT_R + SUPER_R + S
(Cut)
Fn+F7
Yes
Yes
XF86MonBrightnessDown
Fn+F7
Yes
Yes
XF86MonBrightnessUp
Fn+F9
Yes
Yes
Super_R + P
(Screen switch)
Fn+F10
Yes
Yes
XF86TouchpadToggle
Fn+F11
Yes
Yes
XF86Sleep
Fn+F12
Yes
Yes
XF86RFKill
(Airplane Mode)
Fn+Delete
Yes
Yes
Insert
Fn+Pause
Yes
Yes
Control_R
+
c
Fn+Print Screen
Yes
Yes
NoSymbol
(Keycode: 248)
Fn+Home
Yes
Yes
End
Fn+KP_Enter
Yes
Yes
XF86Calculator
Fn+Control_R
Yes
Yes
Menu
Fn+Up
Yes
Yes
Prior
(Page Up)
Fn+Down
Yes
Yes
Next
(Page Down)
Fn+Left
Yes
Yes
Home
Fn+Right
Yes
Yes
End
Fn+Super_L
Hardware
Yes
Lock/Unlock
Super_L
Fn+c
No
No
Fn-Lock
Fn+v
No
No
Cycles display color modes if on Windows
M keys
The
M1
-
M5
keys are mostly functional.
M3
/Microphone toggle is not detected out of the box.
Also
M4
and
Fn+F5
have exactly the same label and effect; this is a weird design choice by ASUS, but if you go into Windows you can alter the M keys effects in the ASUS Armoury Crate/G-Helper software. These changes will carry over to Linux.
For instance you can rebind
M4
key to be play/pause in Armoury Crate/G-Helper and next time you boot into Linux the key will read as
XF86AudioPlay
instead of the default
XF86Launch4
.
Toggle Microphone (M3) Key Solution
Create the below file:
/etc/udev/hwdb.d/90-nkey.hwdb
evdev:input:b0003v0B05p19B6*
  KEYBOARD_KEY_ff31007c=f20 # x11 mic-mute
Then
update the hardware database index
.
Now the key should properly be detected as
XF86AudioMicMute
RGB Backlighting
#ASUS Linux
provides the ability to control the RGB backlighting; it is however unfortunately quite limited compared to the AURA/Armoury Crate utility available on Windows.
S, Z and/or X keys not working
This is more of a warning about these laptops than something specifically linux related.
A
common issue
with ASUS laptops for years believed to be a planned obsolescence scheme by many users is for some or all of these particular keys to stop working normally. The G713RW is confirmed to be affected by this.
You may be able to still press these keys when they are acting up by simultaneously pressing another key (such as
Shift
or
Fn
).
The only known reliable fix for this issue is replacing the keyboard, which is both an expensive and non-trivial (as in not a diy job for any but the most hardened laptop repairmen).