From ArchWiki
Hardware PCI/USB ID Working?
Touchpad 04F3:319B Yes
Keyboard 0b05:19b6 Yes
GPU (AMD) 1002:1681 Yes
GPU (NVIDIA) Untested
10de:24a0 Yes
Webcam Untested
Ethernet 10ec:8125 Yes
Bluetooth 14c3:7922 Yes
Speakers 1022:15e3 Yes
Microphone Partial
Wireless 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.


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).

  • 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.


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 amdctlAUR utility, it is recommended to only do so in small increments (e.g. 5-10mv at a time or so)


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.


The dedicated graphics are multiplexed and should work well for VGA pass-through, as well as just behave generally better than non-multiplexed GPUs.


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. (Untested on Wayland)



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.


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 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.

WiFi & Bluetooth

The WiFi 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 WiFi 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 WiFi/Bluetooth module, it is located underneath the NVMe drive.

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:

  KEYBOARD_KEY_ff31007c=f20 # x11 mic-mute

Then update hwdb

# systemd-hwdb update
# udevadm trigger

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.