Jamie writes:
> Ath10k firmware crashes periodically with Qualcomm Atheros QCA6174
> 802.11ac Wireless Network Adapter. Fedora 41 on Dell XPS 9575. Kernel
> version is 6.12.6-200.fc41.x86_64. The problem is intermittent. The
> driver crashes after some while and network goes down.
Is this is a r
Greetings
Ath10k firmware crashes periodically with Qualcomm Atheros QCA6174
802.11ac Wireless Network Adapter. Fedora 41 on Dell XPS 9575. Kernel
version is 6.12.6-200.fc41.x86_64. The problem is intermittent. The
driver crashes after some while and network goes down.
driver: ath10k_pci
ver
Hi,
I've got a QCA6174 wireless device in my Dell XPS 13 9370. There is a
problematic AP, and every time I connect to this AP, the connection
only works for a couple of hours and then it stops working until I
disable and re-enable the wireless adapter.
Here is the dmesg log:
https://pastebin.com/
: [BUG] ath10k firmware crash 100% recreated this way
Hello ath10k firmware maintainers,
I saw ath10k firmware crash very often (~170 times in 20hours) on our wireless
AP/bridge environment below:
arm64 board
kernel 4.14.16
hostapd-2.6 run in 4-address mode
Hello ath10k firmware maintainers,
I saw ath10k firmware crash very often (~170 times in 20hours)
on our wireless AP/bridge environment below:
arm64 board
kernel 4.14.16
hostapd-2.6 run in 4-address mode
Qualcomm Atheros QCA986x/988x 802.11ac Wireless
Solved the firmware crash issue by using latest ath10k development release from
backports (I was using latest stable backports release) and kept 636 firmware.
Promisc flag is not propagated in this version since it contains patch
df1404650ccb ("mac80211: remove support for IFF_PROMISC").
Firmw
On 07/02/2015 05:10 AM, Michal Kazior wrote:
> On 2 July 2015 at 13:18, "Jose Núñez-Martínez (CTTC)"
> wrote:
>> Hi all,
>> I'm trying to use an ath10k in IBSS mode with 2 wireless cards based on
>> qca988x . I'd like to be able to put the wireless cards in promiscuous mode
>> (ifconfig wlanX prom
On 2 July 2015 at 13:18, "Jose Núñez-Martínez (CTTC)"
wrote:
> Hi all,
> I'm trying to use an ath10k in IBSS mode with 2 wireless cards based on
> qca988x . I'd like to be able to put the wireless cards in promiscuous mode
> (ifconfig wlanX promisc). When I put the wireless cards in promiscuous mo
Hi all,
I'm trying to use an ath10k in IBSS mode with 2 wireless cards based on
qca988x . I'd like to be able to put the wireless cards in promiscuous
mode (ifconfig wlanX promisc). When I put the wireless cards in
promiscuous mode, the firmware crashes. Has anyone tried this?
Kernel is 4.1 a
> > I did some tests with a linksys WRT1900AC and I have ~950 mbps OTA easily.
>
> You mean ath10k (STA) VS WRT1900AC get up ~950mbps?
> If so, could you say what's the HW, FW version you use?
>
My test platform is one WRT1900AC set in bridge mode with a computer.
If I use the WRT1900AC in AP mo
On 13 October 2014 14:06, voncken wrote:
>> >
>> > Have you a benchmark reference with ATH10K ? at this time we can send
>> around 700 Mbit/s, is it the maximum or we can expected better ?
>>
>> If this is OTA then this is pretty good. If this is cabled RF w/ attentuator
>> it should be possible t
> -Message d'origine-
> De : Michal Kazior [mailto:michal.kaz...@tieto.com]
> Envoyé : lundi 13 octobre 2014 09:54
> À : voncken
> Cc : ath10k@lists.infradead.org; linux-wireless
> Objet : Re: ath10k firmware crash
>
> On 13 October 2014 09:35, voncken
> >>
> >> >> Are you perhaps trying to run STA with 4addr bridging? If so then
> >> >> make sure you use recent ath10k as this was known to be a problem.
> >> >>
> >> > Yes I'm testing with 4 addr bridging because I need to bridge this
> >> interface. I' ll try without this option.
> >> > I'm testi
>
> Are you perhaps trying to run STA with 4addr bridging? If so then make sure
> you use recent ath10k as this was known to be a problem.
>
We tested without the 4addr bridging, that works fine but we can't add the
interface in bridge :-(
Have you a benchmark reference with ATH10K ? at this
> >
> > Have you a benchmark reference with ATH10K ? at this time we can send
> around 700 Mbit/s, is it the maximum or we can expected better ?
>
> If this is OTA then this is pretty good. If this is cabled RF w/ attentuator
> it should be possible to get ~900mbps of UDP traffic with multiple str
> > I'm using the compat wireless from Openwrt.
> > Compat wireless version 2014-05-22, but we updated the
> > firmware with the latest version provided by openwrt (commit number
> > 38eeda3ae6f90fde5546bdd48ee4ff3090f238c0 from
> > kernel.org/pub/scm/linux/kernel/git/firmare/linux-firmware
On 13 October 2014 11:23, voncken wrote:
>
>
>>
>> Are you perhaps trying to run STA with 4addr bridging? If so then make sure
>> you use recent ath10k as this was known to be a problem.
>>
> We tested without the 4addr bridging, that works fine but we can't add the
> interface in bridge :-(
>
>
On 13 October 2014 11:20, voncken wrote:
>
>
>> -Message d'origine-
>> De : Michal Kazior [mailto:michal.kaz...@tieto.com]
>> Envoyé : lundi 13 octobre 2014 09:54
>> À : voncken
>> Cc : ath10k@lists.infradead.org; linux-wireless
>> Objet
Thanks for your reply,
>
> Can you then provide a crash register dump for 10.1, please? I can't help you
> much with the 636 dump.
>
Yes I can, but where I find it?
> Are you perhaps trying to run STA with 4addr bridging? If so then make sure
> you use recent ath10k as this was known to
On 13 October 2014 09:35, voncken wrote:
> Thanks for your reply,
>
>>
>> Can you then provide a crash register dump for 10.1, please? I can't help you
>> much with the 636 dump.
>>
> Yes I can, but where I find it?
https://github.com/kvalo/ath10k-firmware/blob/master/10.1/firmware-2.bin_
On 10 October 2014 16:46, Cedric VONCKEN wrote:
> Hi all,
>
> I'm trying to use ath10k in client mode and AP mode with 2 wireless
> cards (Ap on one card and client on another card).
> The AP mode work, but the client mode always crash. Please find below
> the ath10k cras
Hi all,
I'm trying to use ath10k in client mode and AP mode with 2 wireless
cards (Ap on one card and client on another card).
The AP mode work, but the client mode always crash. Please find below
the ath10k crash information
[ 79.131301] ath10k: hardware name qca988x
Kalle Valo writes:
> And yet another version of firmware crash dumps. Now I dropped all dumps
> except
> firmware registers and tested all the features myself.
[...]
> Ben Greear (1):
> ath10k: provide firmware crash info via debugfs
>
> Kalle Valo (3):
> ath10k: add ath10k_pci_dia
And yet another version of firmware crash dumps. Now I dropped all dumps except
firmware registers and tested all the features myself.
v8:
* ATH10K_FW_CRASH_DUMP_REGDUMP -> ATH10K_FW_CRASH_DUMP_REGISTERS
* drop storing of dbglogs in patch 2
* drop patches adding stack and BSS dumps as they are
Hi,
new version of the firmware crash dump support for ath10k. Hopefully the last
one :)
Kalle
TODO for the future:
* atomic allocation in ath10k_pci_dump_dbglog() is bad. Should we
allocate a big buffer with vmalloc and use that?
* dynamic allocation for BSS buffers
v7:
* really send "ath
On 08/09/2014 11:07 AM, Kalle Valo wrote:
Next version of ath10k firmware crash dump feature, based on Ben's patches but
heavily modified.
v6:
I see no obvious problems. If it passes basic testing, poke it upstream
and I'll start making my decode tool able to parse it (and pac
Next version of ath10k firmware crash dump feature, based on Ben's patches but
heavily modified.
v6:
* fix vzalloc(sizeof(ar->debug.fw_crash_data)), fixes the crash I saw (Ben)
* "Target Register Dump" -> "firmware register dump"
* add ath10k_print_driver_info()
On 08/08/2014 10:50 PM, Kalle Valo wrote:
Ben Greear writes:
On 08/08/2014 01:28 PM, Kalle Valo wrote:
Hi,
here's my reworked Ben's patchset adding firmware crash dump support to ath10k.
Unfortunately this crashes when reading the stack dump from the firmware but
time run out for me to fix
Ben Greear writes:
> On 08/08/2014 01:28 PM, Kalle Valo wrote:
>> Hi,
>>
>> here's my reworked Ben's patchset adding firmware crash dump support to
>> ath10k.
>> Unfortunately this crashes when reading the stack dump from the firmware but
>> time run out for me to fix that and I wanted to send
On 08/08/2014 01:28 PM, Kalle Valo wrote:
> Hi,
>
> here's my reworked Ben's patchset adding firmware crash dump support to
> ath10k.
> Unfortunately this crashes when reading the stack dump from the firmware but
> time run out for me to fix that and I wanted to send this for comments anyway.
>
Hi,
here's my reworked Ben's patchset adding firmware crash dump support to ath10k.
Unfortunately this crashes when reading the stack dump from the firmware but
time run out for me to fix that and I wanted to send this for comments anyway.
I did quite a lot of changes, basically to simplify the c
31 matches
Mail list logo
