Re: QCA6174 hw2.1 firmware, take two?

2015-06-06 Thread Enrico Tagliavini
Moreover the integrated bluetooth adapter is 100% non working for me.
It's not the end of the world but that's a bummer.

On 5 June 2015 at 11:13, Dario Pellegrini dario.pellegr...@cern.ch wrote:
 Just to let you know that I am also willing to see this firmware pushed in
 the mainstream.

 And there are much more people out there without the technical competences
 to follow the ath10 development that are just willing to have this problem
 solved in their favorite distribution!

 2015-06-04 23:12 GMT+02:00 Jason H jh...@gmx.com:

 Glad to see I'm not the only one with this card!

 What are the blockages to getting this properly supported? I figure he
 kernel patch has to work it's way though the maintainers, but are there any
 restrictions with publishing the firmware for the linux driver?


  Sent: Thursday, June 04, 2015 at 1:22 PM
  From: Enrico Tagliavini enrico.tagliav...@gmail.com
  To: ath10k@lists.infradead.org
  Subject: Re: QCA6174 hw2.1 firmware, take two?
 
  Hi again,
 
  ok this was dumb I forgot to assemble back the firmware and I
  realized it just after sending out the previous email (that's why the
  driver was complaining about the invalid magic).
 
  Sorry for the noise, I apologize.
 
  Hope to see this fixed in upstream Linux kernel soon.
 
  Best regards.
 
  Enrico.
 
 
  P.S.: this is another Alienware 15 like Gabriele's. I think they all
  ship with such a WiFi. Just pointing it out since Dell now is even
  shyly suggesting to try out Linux
  https://twitter.com/DellCaresPRO/status/603780236531081216 (not on
  Alienware, but still...)
 
  On 4 June 2015 at 19:03, Enrico Tagliavini enrico.tagliav...@gmail.com
  wrote:
   Hi there,
  
   Just got the following device
  
   enrico@alientux ~ $ lspci -nn | grep QCA
   03:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac
   Wireless Network Adapter [168c:003e] (rev 20)
  
   And discovered there is no firmware available for it. I looked already
   at the April thread about it, but didn't managed to get it working.
   This is on Fedora 22, kernel 4.0.4.
  
   I used dissect.py from here
   https://gist.github.com/kazikcz/8e5845ad84ca251aa295 to generate the
   firmware image from my Windows installation:
   $ cat
   /windows/Windows/System32/DriverStore/FileRepository/netathrx.inf_amd64_481f6e2b133b287d/qca61x420.bin
   | ./dissect.py
  
   but I have no clue if that is actually the correct file. For sure it's
   the only one containing qca end ending in .bin alongside
   eeprom_qca9377_1p0_NFA435_olpc.bin which I used as board.bin.
  
   Unfortunately when trying those I get
   root@alientux ~ # dmesg | grep ath
   [   18.518677] ath10k_pci :03:00.0: enabling device ( - 0002)
   [   18.519124] ath10k_pci :03:00.0: pci irq msi-x interrupts 8
   irq_mode 0 reset_mode 0
   [   18.667191] ath10k_pci :03:00.0: Direct firmware load for
   ath10k/cal-pci-:03:00.0.bin failed with error -2
   [   18.668652] ath10k_pci :03:00.0: invalid firmware magic
   [   18.668791] ath10k_pci :03:00.0: invalid firmware magic
   [   18.670086] ath10k_pci :03:00.0: invalid firmware magic
   [   18.670265] ath10k_pci :03:00.0: Direct firmware load for
   ath10k/QCA6174/hw2.1/firmware.bin failed with error -2
   [   18.670267] ath10k_pci :03:00.0: could not fetch firmware (-2)
   [   18.670269] ath10k_pci :03:00.0: could not fetch firmware files
   (-2)
   [   18.670271] ath10k_pci :03:00.0: could not probe fw (-2)
  
   No idea where to go from here. I'm currently not sure if I want to try
   kvalo sources. Don't get me wrong but if I have to apply a patch to
   the official Linux source tree that's ok, but switching to the
   development tree is not what I was looking forward for this machine.
   Can 4.1 help instead? I'm afraid it might now since I can see the fix
   for the firmware crash is still not included.
  
   Thank you for the help.
   Best regards.
  
   Enrico
 
  ___
  ath10k mailing list
  ath10k@lists.infradead.org
  http://lists.infradead.org/mailman/listinfo/ath10k
 

 ___
 ath10k mailing list
 ath10k@lists.infradead.org
 http://lists.infradead.org/mailman/listinfo/ath10k



___
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k


Re: Warnings/errors in use with a QCA989x card

2015-06-06 Thread Kalle Valo
Michal Kazior michal.kaz...@tieto.com writes:

 This is the dreaded tx credit starvation.

 In some cases if disassoc+deauth is sent and target station is asleep
 and unresponsive it'll cause firmware to stall causing ath10k timeouts
 during sta_state station removal. Due to insufficient credits beacons
 can't be sent for ~10 seconds, sta_state station removal fails causing
 mac80211 call trace splat and later spurious kickout events because
 peer was never removed from firmware.

 There's no easy/sane fix for that, yet.

 You can read more on the subject:

  http://thread.gmane.org/gmane.linux.kernel.wireless.general/121954
 http://thread.gmane.org/gmane.linux.drivers.ath10k.devel/638

Should we write an entry to the FAQ about this?

-- 
Kalle Valo

___
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k