Arch Linux User Repository

Tired of compiling? Use this binary repo instead! Add this at the end of /etc/pacman.conf :

[linuxkernels]
Server = http://nhameh.ovh/$repo/$arch
SigLevel = Optional TrustAll

Could you please either change the retrieval of the source code to the tar archive like for examlpe the linux-clear package does or alternatively use something like git clone --depth 1 --branch $gitver https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git?

• https://aur.archlinux.org/packages/linux-clear/

It's completely unnecessary to retrieve the complete git history of the kernel (it wastes a lot of space when being kept in the cache directory and takes forever to download on a clean build).

Compare your current PKGBUILD:

[..]
Receiving objects: 100% (9277799/9277799), 3.43 GiB | 8.04 MiB/s, done.
[..]
dev@vm:~$ du -hs ~/.cache/yay/linux-amd-znver2/linux
3,7G    ~/.cache/yay/linux-amd-znver2/linux

Using only the current/required state (--depth 1):

dev@vm:~$ git clone --depth 1 --branch v5.11.1 https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git
[..]
Receiving objects: 100% (75668/75668), 202.59 MiB | 6.19 MiB/s, done.
[..]
dev@vm:~$ du -hs linux
1,4G    linux

Using the tar-Archive instead:

dev@vm:~$ wget https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.11.1.tar.xz
[..]
linux-5.11.1.tar.xz 100%[===================>] 112,17M  9,14MB/s    in 13s     
[..]

So a https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-$gitver.tar.xz would be optimal ;)

Looks like the amdgpu patches are still not mainlined, so... enjoy this patched kernel I guess? Can't really follow why it is so hard to merge these commits to stable.

Hey fellow AMD users, this is just a PSA; Be sure to check this thread out: https://www.reddit.com/r/Amd/comments/lnmet0/an_update_on_usb_connectivity_with_500_series/

As it turns out, I myself was/is also affected by those problems. But mostly the 'replug' happens so fast I don't even notice it. But my kernel log sure does! :

Feb 23 09:45:21 eggzpc kernel: usbcore: registered new interface driver usbfs
Feb 23 09:45:21 eggzpc kernel: usbcore: registered new interface driver hub
Feb 23 09:45:21 eggzpc kernel: usbcore: registered new device driver usb
Feb 23 09:45:21 eggzpc kernel: usb usb2: We don't know the algorithms for LPM for this host, disabling LPM.
Feb 23 09:45:21 eggzpc kernel: usb usb4: We don't know the algorithms for LPM for this host, disabling LPM.
Feb 23 09:45:21 eggzpc kernel: usb: port power management may be unreliable
Feb 23 09:45:21 eggzpc kernel: usb usb6: We don't know the algorithms for LPM for this host, disabling LPM.
Feb 23 09:45:21 eggzpc kernel: usb usb8: We don't know the algorithms for LPM for this host, disabling LPM.
Feb 23 09:45:21 eggzpc kernel: usb 1-3: new full-speed USB device number 2 using xhci_hcd
Feb 23 09:45:21 eggzpc kernel: usb 5-1: new full-speed USB device number 2 using xhci_hcd
Feb 23 09:45:21 eggzpc kernel: usb 3-4: new full-speed USB device number 2 using xhci_hcd
Feb 23 09:45:21 eggzpc kernel: usb 7-2: new full-speed USB device number 2 using xhci_hcd
Feb 23 09:45:21 eggzpc kernel: usb 3-4: config 1 has an invalid interface number: 2 but max is 1
Feb 23 09:45:21 eggzpc kernel: usb 3-4: config 1 has no interface number 1
Feb 23 09:45:21 eggzpc kernel: usb 5-1: not running at top speed; connect to a high speed hub
Feb 23 09:45:21 eggzpc kernel: usbcore: registered new interface driver usbhid

Lets hope AMD adresses them soon!

I'm sorry but i chose lzo compression since its much faster in compressing. You can always override it to the compression of your choice, but I'm not changing the default.

since arch is moving to ztsd compression on mkinitcpio, should linux-amd-znver2.preset line 6 be changed to:

export COMPRESSION="ztsd"

?

i had no problems with changing it manually

Hey, smart maintainers actually just wait for upstream and do nothing. I'm not a smart maintainer. I am an impatient one. I think I'm going to leave it like that, take the big problem out, let upstream take care of the rest. (Unless it's still not fixed in 5.11.1, then I'll have another look)

Thank you so much for your feedback. Now I know it's worth implementing on all my kernels. It's hard to debug/fix for hardware you do not even have.

I think you targeted the right fiddly bits. I've performed the poweroff under a few different scenarios and they all seem to work correctly in that when I take it down, it stays down.

The weird trace and the "Renoir unsupported power profile" issues are still there. One step at a time.

@scruffidog I implemented a proposed shutdown patch for renoir hardware. It seems to work in most cases (but not all of them).

If you are able, please provide feedback to me, to see if it is worth implementing on all kernels (or its just better to wait for upstream if it doesnt work in most cases).

This is probably the new renoir modules that aren't working 100%. The vanilla arch kernel works because they never bother activating AMD modules and that might be the probable cause.

as mentioned before this is probably because of these modules (which vanilla doesnt activate)

CONFIG_AMD_SFH_HID=m
CONFIG_AMD_PMC=m

If the complaints still keep rolling in after 5.11.1, I am disabeling these modules ...

EDIT:

Looks like you are not the only one: https://bugzilla.kernel.org/show_bug.cgi?id=211799

something weird with this kernel: when I try to poweroff by doing "poweroff" or "systemctl poweroff" with this kernel, it always winds up rebooting. I thought I was going crazy until I reinstalled the standard linux-5.11.arch2-1 kernel where it then behaves normally. how do I even begin to debug this ?

I was trying to figure out other issues where I'm getting the following error mesgs:

[ 3.188408] ------------[ cut here ]------------ [ 3.188411] WARNING: CPU: 6 PID: 633 at net/wireless/nl80211.c:7652 nl80211_get_reg_do+0x22e/0x2a0 [cfg80211] [ 3.188482] Modules linked in: snd_hda_codec_realtek(+) iommu_v2 gpu_sched i2c_algo_bit drm_ttm_helper fjes(-) ccm snd_hda_codec_generic ttm algif_aead ledtrig_audio snd_hda_codec_hdmi cbc snd_hda_intel des_generic snd_acp3x_rn snd_intel_dspcfg libdes snd_soc_dmic drm_kms_helper snd_acp3x_pdm_dma snd_hda_codec hid_sensor_gyro_3d snd_soc_core hid_sensor_accel_3d hid_sensor_magn_3d hid_sensor_trigger industrialio_triggered_buffer kfifo_buf hid_sensor_iio_common snd_hda_core industrialio ac97_bus snd_pcm_dmaengine snd_hwdep snd_pcm cec snd_timer snd syscopyarea sysfillrect hid_sensor_hub sysimgblt snd_rn_pci_acp3x fb_sys_fops soundcore snd_pci_acp3x amd_sfh algif_skcipher cmac sha512_ssse3 sha512_generic md4 algif_hash af_alg joydev mousedev iwlmvm hid_multitouch mac80211 hid_generic libarc4 iwlwifi nls_iso8859_1 edac_mce_amd nls_cp437 hp_wmi(+) kvm_amd vfat fat cfg80211 sparse_keymap ccp wmi_bmof kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel tpm_crb k10temp evdev [ 3.188557] aesni_intel input_leds crypto_simd pcspkr tpm_tis led_class tpm_tis_core cryptd glue_helper rfkill tpm i2c_piix4 i2c_hid ucsi_acpi rng_core typec_ucsi typec thermal wmi video hid battery ac acpi_cpufreq pinctrl_amd button amd_pmc acpi_tad sch_fq_codel tcp_bbr drm pkcs8_key_parser msr fuse crypto_user ip_tables x_tables xfs libcrc32c crc32c_generic rtsx_pci_sdmmc mmc_core serio_raw atkbd libps2 xhci_pci xhci_hcd crc32c_intel nvme usbcore nvme_core usb_common t10_pi rtsx_pci i8042 serio [ 3.188613] CPU: 6 PID: 633 Comm: iwd Not tainted 5.11.0-AMD-znver2 #1 [ 3.188617] Hardware name: HP HP ENVY x360 Convertible 15m-ee0xxx/876F, BIOS F.15 11/12/2020 [ 3.188620] RIP: 0010:nl80211_get_reg_do+0x22e/0x2a0 [cfg80211] [ 3.188674] Code: 89 ef c7 44 24 0c 01 00 00 00 e8 3d 03 49 e1 85 c0 74 cc e9 ff fe ff ff 48 89 ef 48 89 04 24 e8 08 1e 6b e1 48 8b 04 24 eb 89 <0f> 0b 48 89 ef e8 f8 1d 6b e1 b8 ea ff ff ff e9 75 ff ff ff b8 97 [ 3.188678] RSP: 0018:ffffb79e41c7fb60 EFLAGS: 00010202 [ 3.188682] RAX: 0000000000000000 RBX: 0000000000000001 RCX: 0000000000000000 [ 3.188684] RDX: ffff95208e4c8008 RSI: 0000000000000000 RDI: ffff95208e4c8300 [ 3.188686] RBP: ffff9520841e6500 R08: 0000000000000004 R09: ffff952082c1f014 [ 3.188688] R10: 0000000000000020 R11: ffff95208d88b0c0 R12: ffffb79e41c7fbc0 [ 3.188690] R13: ffff952082c1f014 R14: 0000000000000000 R15: ffff95208e4c8300 [ 3.188693] FS: 000077440c5d2740(0000) GS:ffff952f4f780000(0000) knlGS:0000000000000000 [ 3.188696] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 3.188698] CR2: 000077440c55d4e0 CR3: 000000010d912000 CR4: 0000000000150ee0 [ 3.188701] Call Trace: [ 3.188707] genl_family_rcv_msg_doit+0xfd/0x160 [ 3.188721] genl_rcv_msg+0xf0/0x1e0 [ 3.188726] ? nl80211_vendor_cmd_dump+0x5e0/0x5e0 [cfg80211] [ 3.188778] ? nl80211_send_regdom.constprop.0+0x1b0/0x1b0 [cfg80211] [ 3.188832] ? genl_get_cmd+0xc0/0xc0 [ 3.188836] netlink_rcv_skb+0x5b/0x100 [ 3.188841] genl_rcv+0x24/0x40 [ 3.188844] netlink_unicast+0x23c/0x340 [ 3.188848] netlink_sendmsg+0x233/0x460 [ 3.188855] __sys_sendto+0x18e/0x1a0 [ 3.188864] __x64_sys_sendto+0x25/0x30 [ 3.188868] do_syscall_64+0x33/0x40 [ 3.188875] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [ 3.188882] RIP: 0033:0x77440c6d5680 [ 3.188886] Code: c0 ff ff ff ff eb b8 0f 1f 00 f3 0f 1e fa 41 89 ca 64 8b 04 25 18 00 00 00 85 c0 75 1d 45 31 c9 45 31 c0 b8 2c 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 68 c3 0f 1f 80 00 00 00 00 55 48 83 ec 20 48 [ 3.188889] RSP: 002b:00007ffced034038 EFLAGS: 00000246 ORIG_RAX: 000000000000002c [ 3.188893] RAX: ffffffffffffffda RBX: 0000575a904e3c00 RCX: 000077440c6d5680 [ 3.188895] RDX: 000000000000001c RSI: 0000575a90503330 RDI: 0000000000000004 [ 3.188897] RBP: 0000575a90502ee0 R08: 0000000000000000 R09: 0000000000000000 [ 3.188899] R10: 0000000000000000 R11: 0000000000000246 R12: 00007ffced0340b8 [ 3.188901] R13: 00007ffced0340b4 R14: 0000575a904ed890 R15: 0000000000000000 [ 3.188905] ---[ end trace e842f3efd640ead4 ]---

and further down:

amdgpu: Unsupported power profile mode 0 on RENOIR

This is on a HP Envy x360 with the 4700u.