Package Details: linux-g14 5.11.16.arch1-1

Git Clone URL: https://aur.archlinux.org/linux-g14.git (read-only, click to copy)
Package Base: linux-g14
Description: The Linux kernel and modules
Upstream URL: https://lab.retarded.farm/zappel/asus-rog-zephyrus-g14/
Keywords: ASUS G14 ROG Zephyrus
Licenses: GPL2
Provides: VIRTUALBOX-GUEST-MODULES, WIREGUARD-MODULE
Replaces: virtualbox-guest-modules-arch, wireguard-arch
Submitter: dragonn
Maintainer: dragonn
Last Packager: dragonn
Votes: 4
Popularity: 0.122787
First Submitted: 2020-06-06 15:43
Last Updated: 2021-04-28 09:28

Latest Comments

1 2 3 Next › Last »

ChrisMorgan commented on 2021-04-27 16:48

This is not building properly any more: the fedora-kernel repository isn’t advertising commit 3e893afb4b3fcc73192caa1d5a645abae87d2112. You can fetch it manually for now (though I imagine the commit will be garbage collected in about a month’s time), but the rog branch that it was on has had its extra commits rebased from 5.11.15 to 5.11.16. Could be worth asking upstream to leave tags or branches behind for the old versions, or else fork it on GitLab to do the same.

cvelteren commented on 2021-04-22 20:53

@dragonn ah hmm odd I was for some reason on the impression that the 201 was onboard. I do have the problem however under pipewire no matter what version I try.

dragonn commented on 2021-04-22 15:59

@cvelteren first, that patch says it is for AX201, mine G14 has AX200. Maybe 2021 models have never card. But even that, that is not a kernel patch, it is a firmware patch so that would be a new package called linux-firmware-g14. I don't think making it makes a lot sense, that patch should quite fast come into stock linux-firmware too.

cvelteren commented on 2021-04-22 15:55

@dragonn can you add the patches to prevent pipewire disconnects with the bluetooth chipset on the g14 (https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/commit/?id=73144e02dcff54529ab42d951de682740d204180)

ixevix commented on 2021-02-17 09:18

Is this package still relevant going forward to 5.11 or have these patches been merged?

dragonn commented on 2021-01-14 10:04

Windows has the bad habit in leaving devices in a "unclean" state where Linux drivers can not recover them back. This mostly because by default when fast startup is enabled in Windows it doesn't do normal shutdowns/reboots where device drivers are initialized and shutdown but fast startup is just cheating and is just hibernation.

cvelteren commented on 2021-01-14 09:28

@dragonn I indeed dual boot. Fast/secure boot is disabled. Why would windows mess with the mic input? (sometimes also bluetooth).

dragonn commented on 2021-01-14 07:23

@cvelteren you probably have dual boot with Windows :D? Best way to fix that is just by removing Windows xD But just avoid rebooting from Windows to Linux directly, just use shutdown and boot back. Also disable fast boot in BIOS and fast startup in Windows

cvelteren commented on 2021-01-13 20:34

@dragonn holy hell after 3 hours of debugging and multiple resets; after reading your comment I performed a "hardware button reset", i.e. not shutting down but pressing on button ~5 sec and it immediately started working again. Do you have any indication of why this is? It happens really sporadically to me and its infuriating. I had to edit etc/pulse/default.pa to set allow-remixing to yes for it to show mic levels in apps. Thanks!

dragonn commented on 2021-01-13 16:09

It works fine on my machine. Can you just try doing a full system shutdown, disconnect power for a few minutes then boot back? Or even when booted, hold the power button and do a hard system shutdown.