I have this bug too.
wlp1s0IEEE 802.11
Mode:Managed Frequency:2.412 GHz Access Point: 54:89:98:2C:B6:05
Bit Rate=1 Mb/s Tx-Power=20 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=49/70 Sign
I also can confirm this bug is still present in Ubuntu 20.04, speed cap
at 1 Mb/s
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac (rev 32) (
Can confirm that this bug still exists in groovy.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac (rev 32) (Killer Wireless
1535)
To mana
I also confirm this bug on Focal.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac (rev 32) (Killer Wireless
1535)
To manage notifications
Can confirm. Still present here on Ubuntu Focal, too.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac (rev 32) (Killer Wireless
1535)
To
this bug is still not solved in 20.04
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac (rev 32) (Killer Wireless
1535)
To manage notificat
Is there anything a Ubuntu 18.04 user (upgraded from the preinstalled
Dell XPS Ubuntu 16.04) can do without manually replacing kernels and
possibly compromising laptop bootability?
This is what I'm currently running:
$ uname -a
Linux dell-desktop 4.15.0-91-generic #92-Ubuntu SMP Fri Feb 28 11:09:
** Tags added: cscc
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac (rev 32) (Killer Wireless
1535)
To manage notifications about this bu
** Changed in: linux (Ubuntu Bionic)
Status: In Progress => Confirmed
** Changed in: linux (Ubuntu)
Status: In Progress => Confirmed
** Changed in: linux (Ubuntu Bionic)
Assignee: Joseph Salisbury (jsalisbury) => (unassigned)
** Changed in: linux (Ubuntu Artful)
Assignee:
I believe this issue has been fixed in newer kernel.
I have a TP-LINK TL-WDN4800 (168c:0030)，the download speed of it looks
normal, but the upload speed has never been higher than 30Mbps on my
ArchLinux with linux kernel 4.14 LTS. Then I switched to kernel 4.17,
and iperf3 shows a 124 Mbits/sec up
Joseph,
Yes, your kernel does resolve this bug. Measuring using speedtest.net,
before your kernel, using the current Bionic kernel, I get 8.64mbps on a
2.4Ghz network, with a max of around 10Mbs. Four minutes later, with
your kernel, 34.92Mbs with a max of around 50Mbs.
What is perhaps not so goo
Yes, confirmed. It's the patch: 109.12Mbs on 5GHz with the stock kernel.
I guess the patch needs to take note of possible throughput too.
I've only looked at download speed in all these tests.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
I built a Bionic test kernel with commits 36148c2bbfbe and c9f1f58dc2eb.
Commit 3a9b76fd0db9 is not needed in Bionic, since it is 3.15 based.
The test kernel can be downloaded from:
http://kernel.ubuntu.com/~jsalisbury/lp1670041/bionic
Can you test this kernel and see if it resolves this bug?
--
** Also affects: linux (Ubuntu Bionic)
Importance: Medium
Assignee: Joseph Salisbury (jsalisbury)
Status: In Progress
** Also affects: linux (Ubuntu Artful)
Importance: Undecided
Status: New
** No longer affects: linux (Ubuntu Zesty)
** Changed in: linux (Ubuntu Artful)
And original commit adding the infrastructure linked to this thread ;)
https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-
next.git/commit/?id=3a9b76fd0db9f0d426533f96a68a62a58753a51e
Then the official helper was added in
https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-
next.git
The low throughput with transmit TCP streams on ath10k should be fixed
with this mac80211 commit:
mac80211: Adjust TSQ pacing shift
https://git.kernel.org/linus/36148c2bbfbe50c50206b6f61d072203c80161e0
Apparently v4.16-rc5 was the first release to have that commit.
--
You received this bug not
I encountered this issue while trying to stream from a Tobii Pro Glasses
2, i.e. ~5Mbit/sec streaming, UDP or TCP recv would freeze for 3-10
seconds once every 30 to 100 seconds. Sometimes recv would block for
over 5 seconds before returning with a packet send by the host. I used a
python script to
So, going back to question in #60, the Dell link just says to get the
latest stuff from kvalo's firmware repo.
If you are on 17.10 like myself then you already have it and it doesn't
help with the original problem:
➜ ~ apt policy linux-firmware
linux-firmware:
Installed: 1.169
Candidate: 1.
There's also Intel 9260 coming up (wave 2):
https://wikidevi.com/wiki/Intel_Dual_Band_Wireless-AC_9260_(9260NGW)
Judging by this https://communities.intel.com/message/506847#506847 it's
only available for OEMs as of now so maybe those will go into
circulation soon for regular folks.
Meanwhile, I
FWIW, I replaced the Atheros card with Intel 8265, which I bought for
$20 on amazon (https://www.amazon.com/gp/product/B0721MLM8B) and haven't
had any problems since. iperf results are way more stable than with
Atheros. I suggest everyone to do the same thing.
--
You received this bug notificatio
The disconnecting problem is not the same as this issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac (rev 32) (Killer Wireless
1535)
Hello s.illes79;
I tried to install the recommendations from Dell, I think it works for
me...
uname -r
4.4.0-96-generic
dpkg -l linux-firmware | grep ii
ii linux-firmware 1.157.13 all Firmware for Linux kernel drivers
lspci -vvv
02:00.0 Network controller: Qualcomm Atheros QCA617
Using this guide
https://www.dell.com/support/article/ng/en/ngdhs1/sln306440/killer-n1535
-wireless-firmware-manual-update-guide-for-ubuntu-systems?lang=en and
upgrading to latest firmware for Dell XPS 15 on Ubuntu 17.10 for the
following below solved my wifi frequent connection drop while
NetworkM
I tried that in comment #58. It's already in linux-firmware.git.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac (rev 32) (Killer Wireless
anyone tried this from dell.com?
https://www.dell.com/support/article/uk/en/ukbsdt1/sln306440/killer-n1535-wireless-firmware-manual-update-guide-for-ubuntu-systems?lang=en
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.la
Using ubuntu 17.10, kernel 4.13-0.15-generic on XPS 13 9360 QCA6174 rev 32.
Connection on 5Ghz band AC Freebox router.
Had the same problem, however browser speedtest [1] worked fine, except that
any upload on nfs or cifs were from 0 to max 1MB/s with system freeze when
uploading big files.
Cha
The number from iperf3 does show big difference between Windows 10 and
Linux.
Use speedtest.net to measure the speed, the gap is mainly on the upload
speed.
Ubuntu w/ Linux v4.14-rc4, latest linux-firmware.git,
cubic [1]:
Ping: 5 ms
Download: 82.29 Mbps
Upload: 59.94 Mbps
bbr [2]:
Ping: 4 ms
Dow
4.13 without modifications:
http://paste.ubuntu.com/25499163/
scp (cubic)
➜ /tmp scp testfile srv:/tmp
testfile
This is with cubic:
limit = max(2 * skb->truesize, sk->sk_pacing_rate >> 6);
min 123.00 max 220.00 avg 194.81 num 80
and reno:
limit = max(2 * skb->truesize, sk->sk_pacing_rate >> 6);
min 129.00 max 224.00 avg 192.71 num 80
I suspect that iperf/iperf3 might not be a good (repres
Eric,
Once again, thanks for looking into this, and sorry for being slow. Here
are the results for 4.13-rc3 kernel using BBR congestion control:
kir@kd:~/wifiperf/4.13-rc3/2$ cat results
limit = max(2 * skb->truesize, sk->sk_pacing_rate >> 10);
min 7.64 max 17.30 avg 13.92 num 40
Disabling Powersave in NetworkManager did it for me. I was barely
getting 300kB/s on certain workloads on my 2.4GHz network whereas I
could get full speed on my 5GHz one. By disabling the power management
in NetworkManager, I got full speed all the time and I haven't really
noticed any decrease in
Eric,
I should have tried cubic in the previous (#46) test - quite an
interesting result: http://paste.ubuntu.com/25200234/ (6 tests cubic &
bbr)
lspci | grep QCA
3b:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network
Adapter (rev 32)
With cubic cwnd grows quite quickly
2,8 cubic
iperf3 -c dest
Connecting to host dest, port 5201
[ 4] local src port 49522 connected to dest port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 6.17 MBytes 51.7 Mbits/sec6 91.9 KBytes
[ 4] 1.00-2.00 sec 8.34 MBytes 70.0 Mbi
4.13-rc2 + tcp_output.c
- limit = max(2 * skb->truesize, sk->sk_pacing_rate >> 10);
+ limit = max(2 * skb->truesize, sk->sk_pacing_rate >> 7);
w/ cubic
% iperf3 -c dest
Connecting to host dest, port 5201
[ 4] local src port 47742 connected to dest port 5201
[ ID] Interval
Sorry if I was not clear, but I would like to combine #42 and #44
experiments.
Ie making sure that even with BBR on linux-4.3-rc1/rc2 (without FQ
packet qdisc), we can simply tweak TCP Small queue threshold as #42
results would suggest to resolve this bug.
Thanks !
--
You received this bug noti
Eric, the UDP measurement was to provide a rough estimate of what the AP
is capable of sustaining without congestion control and flow control.
I did not have a different card at hand, but right now I can provide a
similar measurement for comparison with the problematic card:
$ lspci | grep Wire
0
Hi Eric,
This compares Cubic with BBR with 4.13-rc2 (which has a few new commits
to bbr.c):
wlan0: mtu 1500 qdisc mq state UP mode
DORMANT group default qlen 1000
$ cat /proc/sys/net/ipv4/tcp_congestion_control
cubic
$ iperf3 -c
Connecting to host , port 5201
[ 4] local port 35242 connected
Please do not compare UDP and TCP, this is absolutely useless.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac (rev 32) (Killer Wireless
1
Likewise, on a non-congested network (802.11ac), directly from the
laptop to the AP:
uname -r
4.13.0-rc1
➜ linux git:(5771a8c08880) ✗ cat /proc/sys/net/ipv4/tcp_congestion_control
bbr
➜ linux git:(5771a8c08880) ✗ iperf3 -u -b 1000M -c rtr
Connecting to host rtr, port 5201
[ 4] local 10.10.10.
I've built a 4.13-rc1 (5771a8c08880) kernel and have done some laptop
(4.13, bbr) <-> AP <-> laptop (4.4 cubic) tests. Not sure about the AP
and there is a fair amount of wireless devices on the network I was
connected to. Most of them have Cubic congestion control but I am not
sure how fair they s
Kirill, would it be possible to run again your experiments, but using
bbr congestion control ?
Note that you should use 4.13-rc1 so that following commit is included :
commit 218af599fa635b107cfe10acf3249c4dfe5e4123 ("tcp: internal implementation
for pacing")
lpaa5:~# modprobe tcp_bbr
lpaa5:~#
Thanks to all of you for the tests, sorry for the delay, I have been on
vacation last week.
Yes, the plan is to permanently change TCP stack, since TCP Small queue
being very aggressive is no longer needed when FQ packet scheduler or
BBR congestion module is used for TCP.
--
You received this bu
Eric, thank you for looking at it! I have measured all four variants
that you have suggested, as well as the default ones, using linux-4.12.1
as a base.
The summary of measurements is below. Note that
- min/max/avg is in Mbits/sec;
- n is number of measurements, each of 1 second.
+ limit
4.12 + the first change from
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1670041/comments/33
+ 802.11ac network => looks better.
➜ linux git:(6f7da290413b) ✗ git --no-pager diff
diff --git a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c
index 4858e190f6ac..abcfecfb8bbe 100644
--- a/
I noticed strange behavior.
iperf still get 20-30Mbps, but wget have 5-9MBps.
kernel 4.12 without any paths
$ wget http://cdimage.ubuntu.com/daily-live/current/artful-desktop-amd64.iso
--2017-07-12 19:17:23--
http://cdimage.ubuntu.com/daily-live/current/artful-desktop-amd64.iso
Resolving cdima
FYI, I'm using an XPS 15 9560, from this page:
https://wiki.archlinux.org/index.php/Dell_XPS_13_(9360)#Wireless
It says:
"The Killer 1535 Wirless Adapter is functional and the ath10k firmware is
included in recent linux kernel versions. The connection speed reported by iw
is limited to 1-6Mbits
Eric,
Is this patch the basis for a more permanent and general fix (it seems
not specific to ath10k)?
Thanks!
The patch produces a marked improvement with TCP from the local QCA6174
client to AP/remote.
4.12.0 (UDP; no patch)
% iperf3 -u -b 1000M -c remote
Connecting to host remote, port 5201
Tested with http://kernel.ubuntu.com/~jsalisbury/lp1670041/ on a 2.4 GHz
network.
iperf3: interrupt - the client has terminated
➜ ~ uname -r
4.10.0-26-generic
# UDP
➜ ~ iperf3 -u -b 1000M -c
Connecting to host , port 5201
[ 4] local 172.29.10.20 port 37973 connected to port 5201
[ ID] Interv
Eric,
I will try to test it on Monday as I have a pretty slow uplink where I
am currently.
Hopefully, I will get back to my 5 GHz network on Thursday to do a
proper comparison with the data I had before.
Thanks a lot for the feedback and suggestions - really appreciate it!
--
You received this
For those who want to test it, I built a test kernel with the patch
posted in comment #31. It can be downloaded from:
http://kernel.ubuntu.com/~jsalisbury/lp1670041/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launch
Yesterday something went wrong o_O
I recheck "limit = max(2 * skb->truesize, sk->sk_pacing_rate >> 8);" to.
limit = max(2 * skb->truesize, sk->sk_pacing_rate >> 8); (4.10.0-26)
[ 3] 0.0-10.0 sec 83.6 MBytes 70.1 Mbits/sec
limit =
Thanks, can you now try :
limit = max(4 * skb->truesize, sk->sk_pacing_rate >> 8);
Then :
limit = max(2 * skb->truesize, sk->sk_pacing_rate >> 7);
Then :
limit = max(4 * skb->truesize, sk->sk_pacing_rate >> 7);
--
You received this bug notification because you are a member of Ubuntu
Bugs,
edumazet, i try out your path.
4.10.0-26 with path:
Client connecting to 192.168.1.1, TCP port 5001
TCP window size: 85.0 KByte (default)
[ 3] local 192.168.1.169 port 39356 c
skb_orphan() is not the way to go.
Can someone try the following patch ?
diff --git a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c
index
4e985dea1dd24fdecfbf9b47d51cff698e97cd2f..5f394f2f524f6ac8d8d9bef50a1bfc99397d6724
100644
--- a/net/ipv4/tcp_output.c
+++ b/net/ipv4/tcp_output.c
@@ -2158,7
acelankao,
In 1692836 the same hack mentioned by Kalle was applied.
I am not sure it is a proper fix though as it has not landed upstream:
http://elixir.free-
electrons.com/linux/latest/source/drivers/net/wireless/ath/ath10k/mac.c#L4181
--
You received this bug notification because you are a m
Should be the same as bug 1692836 , and there should be a fix in kernel
4.4.0-83.106
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac (rev 32
Also confirmed this bug on Dell XPS 15 (9560) with gnome ubuntu 17.04
and 4.10/4.12 kernels.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac
Dell XPS owner, I would also suggest you hassle Dell.. selling a laptop
with Ubuntu installed, where one of the devices doesn't even work properly
is a bit of a d1ck move. I've reported the issue with them which they
promised would be relayed to their hw team. More reports can't hurt!
Not that it h
I also suffer from the same bug on dell xps 13 9360, tcp wi-fi is 5-10x
slower than on other devices.
@kalle we understand the patch you refer to is just a workaround, not a
solution. Is anyone working on a real fix?
--
You received this bug notification because you are a member of Ubuntu
Bugs,
@kalle valeo, your patch appears to resolve this bug, but it still
exists in mainline. Do you have plans to submit this patch upstream?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
I have the same problemi with dell XPS 13 9360.
Here the wifi info
(https://github.com/UbuntuForums/wireless-info/raw/master/wireless-info)
results, hope they are useful: http://paste.ubuntu.com/24848753/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is su
I see the same behavior as mikewiz38: via a webtest 104 Mbps download and in
the graphical interface it lists as 6Mbps.
So speed is not bad - it just looks bad (on 16.04.1 with hwe kernel 4.8.0-53)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Same here, #21. I have the same poor performance on 4.12-rc4.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac (rev 32) (Killer Wireless
15
Joseph,
No luck on 4.12.0-041200rc4-generic, unfortunately:
https://paste.ubuntu.com/24826561/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.1
I'm having the same problem. Using Dell XPS13 9360. I'm a developer but
doesn't know about kernel or modules. But any kind of test, I can try to
help if I have some instruction how to do it.
I really like to have this problem solved.
cd@cd-XPS-13-9360:~$ uname -a
Linux cd-XPS-13-93
It doesn't look like the specific patch posted in #11 ever made it into
mainline. Can you test the v4.12-rc4 kernel to see if the bug was fixed
in a different way? It can be downloaded from:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.12-rc4
--
You received this bug notification because
** Description changed:
+ Update (2017-05-20):
+ Kalle Valo suggested a hack which increased client -> AP TCP performance - so
it does not look like a firmware issue as I thought originally, rather an
ath10k driver issue:
+ https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1670041/comments/11
Just adding that I have the same problem on a Dell XPS13 9630 with the
same wifi card. Interesting though that iperf will show poor
performance (10Mbit/s) but web based speedtest pages show 150Mbps.
Windows will also show about 100Mbit/s with iperf running while Ubuntu
will show just 10Mbit/s.
--
Tested the patched kernel - the results are consistent now across laptop
-> server, server -> laptop tests for both TCP and UDP.
➜ ~ uname -a
Linux blade 4.10.0-20-generic #22~lp1670041 SMP Fri May 5 18:23:15 UTC 2017
x86_64 x86_64 x86_64 GNU/Linux
4 tests:
1) laptop -> server via AP (TCP);
2)
Hi, just a quick update: I have not forgotten about trying out the new
kernel. I am currently geographically far away from the access point
that I used for testing and it is hard to find 802.11ac Wi-Fi in the
wild.
I will provide the test results once I get to the right environment.
--
You recei
Thanks Joseph! I will try it out.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac (rev 32) (Killer Wireless
1535)
To manage notifications
I built a Zesty test kernel with the patch posted in comment 11. The
test kernel can be downloaded from:
http://kernel.ubuntu.com/~jsalisbury/lp1670041/
Note, with this test kernel you need to install both the linux-image and
linux-image-extra .deb packages.
--
You received this bug notificati
** Also affects: linux (Ubuntu Zesty)
Importance: Undecided
Status: New
** Changed in: linux (Ubuntu Zesty)
Importance: Undecided => Medium
** Changed in: linux (Ubuntu Zesty)
Status: New => In Progress
** Changed in: linux (Ubuntu Zesty)
Assignee: (unassigned) => Joseph
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => Joseph Salisbury (jsalisbury)
** Changed in: linux (Ubuntu)
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.ne
Kalle,
The chip firmware was a guess based upon somebody else's feedback:
http://lists.infradead.org/pipermail/ath10k/2016-January/006714.html
It might not be true at all and I have done some investigation after
creating this bug report a month ago.
My notes from back then:
- iperf tcp vs udp p
My observations are mostly just significantly lower signal strength than
another laptop I have with intel wireless during side by side test. I'm
receiving an intel AC 8265 (Model 8265NGW) in the coming days to do a
comparison in the same chassis for a fair test (in case of antenna
performance issu
I'm having a hard time understanding this bug report, so I have some
extra questions:
Is the 27.3 Mbit/s throughput transmit (laptop -> AP) or receive (AP ->
laptop) speed? That's an important detail to know.
Also I see claims that this is a firmware problem, how was that
conclusion made?
If rec
Thank AceLan, I gave it a try, but it seems that those files are the
same or older than the ones available on github.com/kvalo/ath10k-
firmware/tree/master/QCA6174 and the poor performance remains.
I also found a bug from 2015
https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1520343
KalleValo, I added you in the hopes for some insight.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1670041
Title:
Poor performance of Atheros QCA6174 802.11ac (rev 32) (Killer Wireless
1535)
To
Try to get the firmware from the linux-firmware git tree
git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
copy the firmwares in ath10k/QCA6174/hw3.0/ to /lib/firmware/
It should help.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
I'm also experience abysmal Wi-Fi performance with QCA6174 on a new
Lenovo Yoga 910 - dropping connection every few minutes, reporting very
low network strength coverage.
Out of the box, the card didn't work at all with neither Ubuntu Xenial
LTS nor elementaryOS 0.4 Loki, but I got it running rudi
dima@blade:~$ uname -r
4.11.0-041100rc1-generic
dima@blade:~$ dpkg -l linux-firmware
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name
Would it be possible for you to test the latest upstream kernel? Refer
to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest
v4.11 kernel[0].
If this bug is fixed in the mainline kernel, please add the following
tag 'kernel-fixed-upstream'.
If the mainline kernel does not fix t
Confirmed *NFA364xp.bin and qca61x4_2_2.bin usage by Windows. linux-
firmware's version is definitely not up-to-date for this card as it
refers to NFA324i (see the paste link).
** Attachment added: ".inf file parsed by Windows"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1670041/+atta
** Description changed:
- I experience a very poor 802.11ac performance of a QCA6174 Wireless card
- (Killer Wireless 1535).
+ Update: added some forensics in the paste (a long read):
+ http://paste.ubuntu.com/24118478/
+
+ TL;DR with a bit of intuition:
+ We need a new firmware-5.bin from Qualco
Just to rule out the case of bad compatibility between the STA on the
router (Quantenna QSR1000 chipset, QT3840BC SoC in case of my RT-87U)
and the client WNIC I also checked with a different STA.
So the second router's 802.11ac hardware is Compex_WLE900VX Qualcomm
Atheros QCA9880 (V2) which uses
86 matches
Mail list logo
