HI Baochen,
On 6/26/24 1:53 AM, Baochen Qiang wrote:
On 6/18/2024 6:33 PM, Kalle Valo wrote:
+ baochen
James Prestwood writes:
Hi Kalle,
On 6/17/24 8:27 AM, Kalle Valo wrote:
James Prestwood writes:
Hi Paul,
On 6/16/24 6:10 AM, Paul Menzel wrote:
Dear Linux folks,
Linux 6.10-rc3
Hi Paul,
On 6/24/24 8:59 AM, Paul Menzel wrote:
Dear Linux folks,
On the Dell XPS 13 9360/0596KF, BIOS 2.21.0 06/02/2022 with
3a:00.0 Network controller [0280]: Qualcomm Atheros QCA6174
802.11ac Wireless Network Adapter [168c:003e] (rev 32)
I got a connection drop in the eduroam
Hi Kalle,
On 6/17/24 8:27 AM, Kalle Valo wrote:
James Prestwood writes:
Hi Paul,
On 6/16/24 6:10 AM, Paul Menzel wrote:
Dear Linux folks,
Linux 6.10-rc3 (commit a3e18a540541) logged the warning below when
connecting to a public WiFi:
ath10k_pci :3a:00.0: invalid vht params rate
Hi Paul,
On 6/16/24 6:10 AM, Paul Menzel wrote:
Dear Linux folks,
Linux 6.10-rc3 (commit a3e18a540541) logged the warning below when
connecting to a public WiFi:
ath10k_pci :3a:00.0: invalid vht params rate 1920 100kbps nss
2 mcs 9
This has been reported/discussed [1]. It was
Hi Paul,
Thank you. I haven’t found out yet, how to reproduce this. I’ll keep
an eye on it.
This seems like the original bug I reported here:
https://lore.kernel.org/linux-wireless/304ce305-fbe6-420e-ac2a-d61ae5e6c...@gmail.com/
Note its not specific to power save which I originally
Hi,
I've got a really odd one here. We have about wifi 50 clients all
experiencing a problem where seemingly out of the blue the ath10k driver
times out reading a WMI command and restarts the hardware. I've poured
though logs and cannot find any patters as far as when it happens.
Sometimes
Hi Eric,
On 4/29/24 5:18 AM, Kalle Valo wrote:
Eric Park writes:
On 4/25/24 5:51 AM, Kalle Valo wrote:
I do not use Network Manager or other connection managers when testing.
It's much more reliable to use wpasupplicant directly and you get full
control. I usually create a custom config
Purely circumstantial but I've had great luck with firmware:
firmware-6.bin_WLAN.RM.4.4.1-00288-QCARMSWPZ-1
I've tried the latest firmware you are using and noticed no problems but
we have many devices running the above FW, kernel 6.2 and things are
quite stable on the 6174.
On 2/29/24 6:00
Hi Baochen,
On 2/21/24 6:18 PM, Baochen Qiang wrote:
On 2/21/2024 8:38 PM, James Prestwood wrote:
Hi Baochen,
On 2/20/24 7:17 PM, Baochen Qiang wrote:
Currently host relies on CE interrupts to get notified that
the service ready message is ready. This results in timeout
issue
-QCARMSWPZ-1
Fixes: 5e3dd157d7e7 ("ath10k: mac80211 driver for Qualcomm Atheros 802.11ac CQA98xx
devices")
Reported-by: James Prestwood
Link:
https://lore.kernel.org/linux-wireless/304ce305-fbe6-420e-ac2a-d61ae5e6c...@gmail.com/
Signed-off-by: Baochen Qiang
---
drivers/net/wireless/
Hi,
This seems to be related to to a problem I reported in the past [1]
where cycling the interface up/down causes a timeout in ath10k. I
originally thought this was specific to setting power save while the
interface was down, but I'm now seeing (more rarely) it with PS taken
out of the
Hi,
We have noticed a sporadic problem that seems to come and go. It was
first noticed only on a specific AP manufacturer but more recently seen
on another which is why I'm revisiting the problem.
The client is using ath10k QCA6174 hw 3.2 hardware. The network is WPA2,
configured with FT.
Hi Kalle,
On 11/21/23 06:15, Kalle Valo wrote:
James Prestwood writes:
Hi,
I've noticed a somewhat rare behavior (<1% of the time) where bringing
an interface up fails after disabling power save. This is done by IWD
when a user-option is enabled, and follows an interface
removal/creat
Hi,
I've noticed a somewhat rare behavior (<1% of the time) where bringing
an interface up fails after disabling power save. This is done by IWD
when a user-option is enabled, and follows an interface
removal/creation. The sequence is:
1. Remove default interface
2. Create new interface
On 9/20/23 12:23 PM, Jeff Johnson wrote:
(just a resend with Wen's current e-mail address, no further comments)
On 9/20/2023 11:27 AM, James Prestwood wrote:
On 2/26/21 10:01 AM, Shuah Khan wrote:
On 2/11/21 4:24 AM, Kalle Valo wrote:
Shuah Khan writes:
On 2/10/21 1:28 AM, Kalle Valo wrote
On 11/14/23 12:20 AM, Kalle Valo wrote:
James Prestwood writes:
On 11/13/23 7:50 AM, Kalle Valo wrote:
James Prestwood wrote:
Advertise support for multicast frame registration and update the RX
filter with FIF_MCAST_ACTION to allow broadcast action frames to be
received. Broadcast action
Hi Kalle,
On 11/13/23 7:50 AM, Kalle Valo wrote:
James Prestwood wrote:
Advertise support for multicast frame registration and update the RX
filter with FIF_MCAST_ACTION to allow broadcast action frames to be
received. Broadcast action frames are needed for the Device
Provisioning Protocol
Re-sending as its been a few weeks, thanks Jeff for adding the ath10k CC.
On 10/17/23 9:53 AM, James Prestwood wrote:
Advertise support for multicast frame registration and update the RX
filter with FIF_MCAST_ACTION to allow broadcast action frames to be
received. Broadcast action frames
On 2/26/21 10:01 AM, Shuah Khan wrote:
On 2/11/21 4:24 AM, Kalle Valo wrote:
Shuah Khan writes:
On 2/10/21 1:28 AM, Kalle Valo wrote:
Wen Gong writes:
On 2021-02-10 08:42, Shuah Khan wrote:
ath10k_mac_get_rate_flags_ht() floods dmesg with the following
messages,
when it fails to find a
Hello,
Using the latest ath10k firmware on linux-firmware (firmware-6.bin) the
kernel logs are getting spammed with "invalid vht params rate". I have
read through this thread about it:
https://www.mail-archive.com/ath10k@lists.infradead.org/msg13406.html
It looks like there was no
20 matches
Mail list logo