Isn’t it today that my wifi has some problem with Manjaro
But this time I’m not sure if it was some configuration I made or just a bad route from my internet provider
The posts were deleted, but I had already reported problems with previous versions of Manjaro. The solution was to configure the system to ignore IPV6.
Actually wifi without IPV6 is more stable, if I set on automatic wifi does not work, because it falls at all times
My network doesn’t have IPV6, I can certify that because I checked the network with another notebook with windows and smartphones too. But I don’t use it.
There’s something in Manjaro that makes the connection drop all the time. I suspect IPV6 but it could be anything, the Qualcomm Atheros card doesn’t have many positive feedbacks…
If someone can help me I’m grateful
System details
System: Kernel: 5.7.14-1-MANJARO x86_64 bits: 64 compiler: gcc v: 10.1.0
Desktop: KDE Plasma 5.19.4 tk: Qt 5.15.0 info: latte-dock wm: kwin_x11 dm: SDDM
Distro: Manjaro Linux
Machine: Type: Laptop System: ASUSTeK product: S400CA v: 1.0 serial: <filter>
Mobo: ASUSTeK model: S400CA v: 1.0 serial: <filter> UEFI: American Megatrends
v: S400CA.210 date: 01/27/2014
Battery: ID-1: BAT0 charge: 34.3 Wh condition: 35.7/45.3 Wh (79%) volts: 11.2/11.2
model: ASUSTek X402--40 type: Li-ion serial: N/A status: Unknown cycles: 450
CPU: Topology: Dual Core model: Intel Core i5-3317U bits: 64 type: MT MCP
arch: Ivy Bridge rev: 9 L2 cache: 3072 KiB
flags: avx lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 13574
Speed: 1504 MHz min/max: 800/2600 MHz Core speeds (MHz): 1: 1195 2: 1188 3: 1201
4: 1261
Graphics: Device-1: Intel 3rd Gen Core processor Graphics vendor: ASUSTeK driver: i915
v: kernel bus ID: 00:02.0 chip ID: 8086:0166
Device-2: Chicony UVC 1.00 device HD UVC WebCam type: USB driver: uvcvideo
bus ID: 1-1.2:3 chip ID: 04f2:b354
Display: x11 server: X.Org 1.20.8 compositor: kwin_x11 driver: intel resolution:
1: 1366x768~60Hz 2: 1366x768~60Hz s-dpi: 96
OpenGL: renderer: Mesa DRI Intel HD Graphics 4000 (IVB GT2) v: 4.2 Mesa 20.1.5
compat-v: 3.0 direct render: Yes
Audio: Device-1: Intel 7 Series/C216 Family High Definition Audio vendor: ASUSTeK
driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:1e20
Sound Server: ALSA v: k5.7.14-1-MANJARO
Network: Device-1: Qualcomm Atheros AR9485 Wireless Network Adapter vendor: AzureWave
driver: ath9k v: kernel port: f040 bus ID: 02:00.0 chip ID: 168c:0032
IF: wlp2s0 state: down mac: <filter>
Device-2: Qualcomm Atheros AR8161 Gigabit Ethernet vendor: ASUSTeK driver: alx
v: kernel port: e000 bus ID: 03:00.0 chip ID: 1969:1091
IF: enp3s0 state: down mac: <filter>
IF-ID-1: docker0 state: down mac: <filter>
Drives: Local Storage: total: 689.33 GiB used: 88.75 GiB (12.9%)
ID-1: /dev/sda vendor: Kingston model: SA400S37240G size: 223.57 GiB speed: 6.0 Gb/s
serial: <filter> rev: B1D2 scheme: GPT
ID-2: /dev/sdb type: USB vendor: JMicron Tech model: Generic size: 465.76 GiB
serial: <filter> rev: 0508 scheme: GPT
Partition: ID-1: / size: 42.71 GiB used: 32.21 GiB (75.4%) fs: ext4 dev: /dev/sda2
ID-2: /home size: 174.21 GiB used: 56.54 GiB (32.5%) fs: ext4 dev: /dev/sda3
Swap: Alert: No Swap data was found.
Sensors: System Temperatures: cpu: 69.0 C mobo: N/A
Fan Speeds (RPM): cpu: 4000
Info: Processes: 228 Uptime: 57m Memory: 7.67 GiB used: 2.27 GiB (29.6%) Init: systemd
v: 245 target: graphical.target Compilers: gcc: 10.1.0 clang: 10.0.1 Packages: 1735
pacman: 1713 flatpak: 20 snap: 2 Shell: fish v: 3.1.0-444-g23339ae15 default: Bash
v: 5.0.18 running in: konsole inxi: 3.1.05
cscs
18 August 2020 11:29
2
To disable IPv6 completely just add this to boot params:
ipv6.disable=1
2 Likes
cscs:
ipv6.disable=1
In /etc/default/grub
or /etc/sysctl.d/40-ipv6.conf
like here ?
cscs
18 August 2020 12:16
4
in /etc/default/grub on the GRUB_CMDLINE_LINUX line then run
sudo update-grub
(and reboot)
3 Likes
Setting GRUB_CMDLINE_LINUX="ipv6.disable=1"
solves the issue, I tested for hours and drop only one time.
cscs
18 August 2020 22:58
6
Good to hear.
I used to have a similar card … so let me show you one of the things I always did on that:
In file /etc/modprobe.d/ath9k.conf
(create if not present)
options ath9k nohwcrypt=1
This command would do it in one shot:
echo -e "options ath9k nohwcrypt=1" | sudo tee /etc/modprobe.d/ath9k.conf
Explanation:
It passes an option to the wireless module you’re using [ath9k]
“nohwcrypt” = No Hardware Decryption
“1” = Enables this option
You will still have encryption but it will be done software side instead of hardware.
Reason: Just gave better results. Normally I chase ‘hardware acceleration’ on everything else. But finnicky radio cards? … no. If they are weird and we can offload the work it usually ends up better.
This is one parameter I already set up in last post ‘-’. So this is already created. By the way you help me in that post LoL
That’s it, problem solved! Some “networks features” for me, get in the way than help.
1 Like
After some more tests, I confirm some instability with the system. Randomly there is still a drop. Can be my wifi card?
cscs
19 August 2020 21:07
9
Possible.
But there are other things to try…
You have bluetooth, right? Do you use it? Can you check stability with it disabled?
cscs
19 August 2020 21:23
11
Hm. OK … 2 more module options that might be somewhat helpful:
bt_ant_diversity=1 ps_enable=0
(you can add them to the same options
line in the modprobe file like above with nohwcrypt)
The first one may or may not have any effect - it is intended to increase wifi performance at the cost of disabling bt, and the second is making sure power savings is disabled.
1 Like
Got it, I added the parameters and rebooted in the line, I’m checking if it will happen again.
in case it happens I’ll report here again
so I thank you for your quick response and help
Yes, I’ve read the documentation, so I assumed at first that one of the prime suspects is the IPV6.
nickcagenick:
like here ?
this article is what I quoted above
but can be other things like ISP , router or card. If you are interested this is the old post that I related in old manjaro version
But this last parameter maybe can solve this issue definitely, i need to test first
didn’t work , same thing happened
re-reading the old post I did, I’m not surprised I didn’t get a positive result
it is really being difficult to perform remote activities with this kind of stability that Atheros is performing
Using dmesg
I encontred this errors:
[ 3520.921026] i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=178184 end=178185) time 227 us, min 763, max 767, scanline start 762, end 772
[ 3715.133301] wlp2s0: authenticate with 0c:80:63:ca:0a:49
[ 3715.154134] wlp2s0: send auth to 0c:80:63:ca:0a:49 (try 1/3)
[ 3715.208591] wlp2s0: authenticated
[ 3715.211145] wlp2s0: associate with 0c:80:63:ca:0a:49 (try 1/3)
[ 3715.241491] wlp2s0: RX AssocResp from 0c:80:63:ca:0a:49 (capab=0x411 status=0 aid=3)
[ 3715.241664] wlp2s0: associated
[ 4098.670114] wlp2s0: authenticate with 0c:80:63:ca:0a:49
[ 4098.690475] wlp2s0: send auth to 0c:80:63:ca:0a:49 (try 1/3)
[ 4098.965447] wlp2s0: send auth to 0c:80:63:ca:0a:49 (try 2/3)
[ 4099.163735] wlp2s0: send auth to 0c:80:63:ca:0a:49 (try 3/3)
[ 4099.174047] wlp2s0: authentication with 0c:80:63:ca:0a:49 timed out
[ 4100.679230] wlp2s0: authenticate with 0c:80:63:ca:0a:49
[ 4100.698619] wlp2s0: send auth to 0c:80:63:ca:0a:49 (try 1/3)
[ 4100.738299] wlp2s0: authenticated
[ 4100.741797] wlp2s0: associate with 0c:80:63:ca:0a:49 (try 1/3)
[ 4101.149883] wlp2s0: associate with 0c:80:63:ca:0a:49 (try 2/3)
[ 4101.211607] wlp2s0: RX AssocResp from 0c:80:63:ca:0a:49 (capab=0x411 status=0 aid=3)
[ 4101.211756] wlp2s0: associated
[ 4226.689433] wlp2s0: authenticate with 0c:80:63:ca:0a:49
[ 4226.708780] wlp2s0: send auth to 0c:80:63:ca:0a:49 (try 1/3)
[ 4227.342763] wlp2s0: authenticated
[ 4227.345271] wlp2s0: associate with 0c:80:63:ca:0a:49 (try 1/3)
[ 4227.377503] wlp2s0: RX AssocResp from 0c:80:63:ca:0a:49 (capab=0x411 status=0 aid=3)
[ 4227.377683] wlp2s0: associated
[ 4232.523921] audit: type=1111 audit(1597876949.748:131): pid=576 uid=0 auid=4294967295 ses=4294967295 msg='op=statistics arg="refresh-rate-ms" pid=1466 uid=1000 result=success exe="/usr/bin/NetworkManager" hostname=? addr=? terminal=? res=success'
[ 4234.776494] audit: type=1111 audit(1597876952.001:132): pid=576 uid=0 auid=4294967295 ses=4294967295 msg='op=device-disconnect interface="wlp2s0" ifindex=3 pid=1466 uid=1000 result=success exe="/usr/bin/NetworkManager" hostname=? addr=? terminal=? res=success'
[ 4234.812098] audit: type=1130 audit(1597876952.034:133): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 4234.885117] wlp2s0: deauthenticating from 0c:80:63:ca:0a:49 by local choice (Reason: 3=DEAUTH_LEAVING)
[ 4234.887728] audit: type=1111 audit(1597876952.111:134): pid=576 uid=0 auid=4294967295 ses=4294967295 msg='op=statistics arg="refresh-rate-ms" pid=1466 uid=1000 result=success exe="/usr/bin/NetworkManager" hostname=? addr=? terminal=? res=success'
[ 4241.381319] audit: type=1111 audit(1597876958.604:135): pid=576 uid=0 auid=4294967295 ses=4294967295 msg='op=connection-activate uuid=de4af258-996f-4d08-ac94-0c451d25e733 name="ovelha_negra" pid=1466 uid=1000 result=success exe="/usr/bin/NetworkManager" hostname=? addr=? terminal=? res=success'
this is definitely related to what’s happening
In Live USB (manjaro 20.0.3) the WiFi seems to not drop