I’ve have to revert back to 4.4.45 because with kernel 4.9.6, i have serious connection drop issues. i am wondering if other have found this
System: Host: johns-pc Kernel: 4.4.45-1-MANJARO x86_64 (64 bit) Desktop: KDE Plasma 5.8.5 Distro: Manjaro Linux Machine: Device: desktop System: Gigabyte product: N/A Mobo: Gigabyte model: F2A55M-DS2 v: x.x BIOS: American Megatrends v: F6 date: 06/26/2013 CPU: Quad core AMD A10-6700 APU with Radeon HD Graphics (-MCP-) cache: 8192 KB clock speeds: max: 3700 MHz 1: 3700 MHz 2: 1800 MHz 3: 1800 MHz 4: 2700 MHz Graphics: Card: Advanced Micro Devices [AMD/ATI] Richland [Radeon HD 8670D] Display Server: X.Org 1.19.1 driver: radeon Resolution: email@example.com GLX Renderer: Gallium 0.4 on AMD ARUBA (DRM 2.43.0 / 4.4.45-1-MANJARO, LLVM 3.9.1) GLX Version: 3.0 Mesa 13.0.3 Audio: Card-1 Advanced Micro Devices [AMD] FCH Azalia Controller driver: snd_hda_intel Card-2 Advanced Micro Devices [AMD/ATI] Trinity HDMI Audio Controller driver: snd_hda_intel Sound: Advanced Linux Sound Architecture v: k4.4.45-1-MANJARO Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8168 IF: enp1s0 state: down mac: 94:de:80:d8:5a:7f Card-2: Realtek RTL8192CE PCIe Wireless Network Adapter driver: rtl8192ce IF: wlp2s0 state: up mac: 74:d0:2b:de:00:21 Drives: HDD Total Size: 1500.3GB (1.7% used) ID-1: /dev/sda model: WDC_WD5003AZEX size: 500.1GB ID-2: /dev/sdb model: WDC_WD1003FZEX size: 1000.2GB Partition: ID-1: / size: 449G used: 16G (4%) fs: ext4 dev: /dev/sda1 ID-2: swap-1 size: 9.45GB used: 0.00GB (0%) fs: swap dev: /dev/sda2 Sensors: System Temperatures: cpu: 19.5C mobo: N/A gpu: 11.0 Fan Speeds (in rpm): cpu: N/A Info: Processes: 163 Uptime: 44 min Memory: 1511.0/7256.4MB Client: Shell (bash) inxi: 2.3.8
I’ve seen several reports of this in the Arch forums. Didn’t note a fix, other than reverting to earlier kernels…
dmesg may give you a clue, like modprobing with some additional options.
funny thing is when i used dmesg, i didn’t notice anything abnormal as such
Try reverting commit ba9f93f82abafe2552eac942ebb11c2df4f8dd7f (rtlwifi powersave.) This RealTek “fix” is so bad it breaks my broadcom wifi (badly). 4.9.2 works pretty well for wifi without patching/reverting. This is one case where the rolling release model burns you, some kernel maintenance releases are clunkers for some systems. Does downgrade work with kernels? (Edit: no!)
are you sure about this? am using arch and this commit seems not to be in 4.9.6. it appears in 4.10 upwards?
$ git tag --contains ba9f93f82abafe2552eac94
at least in arch, i use three kernels: linux, linux-lts, and linux-git (aur). this time realtek broke in linux, but it still works in lts and git. manjaro should be similar, isn’t it?
as you say downgrade is not possible, this is not true. you just do:
sudo pacman -U /var/cache/pacman/pkg/linux-4.9.6-1-x86_64.pkg.tar.xz . if it is not in the cache any more the file can be retrieved here here: https://archive.archlinux.org/packages/l/linux/ .
or, if more needs to be downgraded:
I made a patch from that commit and it reverted (successfully!) on other kernels that were not communicating well. That (un)commit gave me better broadcom wifi after 4.8.13 (not sure of the exact 4.8 maintenance release#) after 4.9.4 and after 4.10-rc5 on a baytrail system. Earlier releases were working fine. Wifi on my other systems have run fine with standard (unpatched) kernels during the last couple months. My issue appears to be tied specifically to the Asus T100CHI (baytrail Z3775).
I just tested 4.9.11 (which is mostly network fixes) overnight. It no longer needs that patch and my dmesg no longer fills with various brcm* error -110 after 8-12 hours. When that happens, the UI starts to grind to a virtual halt.
My results and your timeline seem to imply that this commit enables some later change that is the real problem.
I build custom T100 kernels for Manjaro and/or debian style distros as new kernel.org releases occur. Both types have been suffering with mediocre wifi performance lately on the T100CHI.
re Downgrade: To the best of my knowledge, Manjaro does not maintain an archive of old kernels like Arch does. While it is possible, it is not recommended to use non-Manjaro kernels with Manjaro.
I think the kernel is the least problematic piece of software on Manjaro if you decide to install it from somewhere else than Manjaro repo. You will need to keep a Manjaro kernel installed, because it is a dependency of manjaro-system.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.