m>
An: "Roman Bange" <mofasofa...@gmx.de>
Cc: ath10k <ath10k@lists.infradead.org>
Betreff: Re: QCA6174 hw2.1 Firmware crash when connecting to a 5GHz network
On 18 November 2015 at 16:28, Roman Bange <mofasofa...@gmx.de> wrote:
> Hey,
>
> im getting a firmwa
On 18 November 2015 at 16:28, Roman Bange wrote:
> Hey,
>
> im getting a firmware crash when i try to connect to a 5GHz network.
> I tested the older firmware WLAN.RM.1.1-00141, which is now provided in
> linux-firmware, and SW_RM.1.1.1-00157-QCARMSWPZ-1, which is provided by
Hi there,
sorry for the late and still no results. Life never goes as planned
does it? I will still try to find the time to bisect this, however I
cannot foresee when this might happen. If anybody has urgency to fix
this might as well bisecting instead of waiting for me. My apologize
:(
Best
2015-08-07 6:46 GMT+02:00 Michal Kazior michal.kaz...@tieto.com:
On 6 August 2015 at 16:42, Lapo Calamandrei calamand...@gmail.com wrote:
Hi Michal, first of all thank you for your time. So, looks like the
patch provided makes no difference [to me], attached the dmesg output
with and without
On 6 August 2015 at 16:42, Lapo Calamandrei calamand...@gmail.com wrote:
Hi Michal, first of all thank you for your time. So, looks like the
patch provided makes no difference [to me], attached the dmesg output
with and without the patch applied against a fresh checkout.
This is weird. I'm
...and this is the dmesg output with yesterday's build with the patch applied.
2015-08-06 15:52 GMT+02:00 Lapo Calamandrei calamand...@gmail.com:
Hi Michal, first of all thank you for your time. So, looks like the
patch provided makes no difference [to me], attached the dmesg output
with and
On 5 August 2015 at 15:25, Lapo Calamandrei calamand...@gmail.com wrote:
Hi,
I have an alienware 17 r2 with a fedora 22 installed, I'm using kvalo
ath kernel master branch from today, built with fedora rawhide
4.2.0-rc4 kernel config. The firmware is made following the
instructions on the
Enrico Tagliavini enrico.tagliav...@gmail.com writes:
Yeah that's what I meant. My idea was to first bisect only the ath10k
directory, so restricting the bisect on the commits touching stuff
there. I guess if the issue is more broad it will come up somewhere
else as well, so this is a good
Yeah that's what I meant. My idea was to first bisect only the ath10k
directory, so restricting the bisect on the commits touching stuff
there. I guess if the issue is more broad it will come up somewhere
else as well, so this is a good starting point, I hope. Thank you for
pointing it out though,
Michal Kazior michal.kaz...@tieto.com writes:
This wont work for bisecting. I have to setup something else. Is
it ok if I restrict the bisect on the ath10k tree? That has enough
commit already to begin with, plus I'm going to be on the road in less
than two weeks.
As long as you establish a
Sound! I'll keep a copy of the log then. If the bisect on ath10k
folder will lead nowhere I'll see if I can make it over the whole
tree. At least by doing it on the ath10k tree I hope to narrow down
the number of commit.
Ok then I'll use Linus' master, no problem with this.
I hope to at least
Hi Enrico
I had the same issue a few days ago on an Eurocom P5 Pro.
I manage to get it working with the help of michal by compiling the
kvalo kernel master branch : https://github.com/kvalo/ath
And then using this ath10k.conf file in /etc/modprobe.d
options ath10k_core skip_otp=y
options
Hi Alexandre,
I think you have a different issue. In my case it doesn't take long to
load the firmware. It works for me as well with irq_mode=1, however
this was not needed with the previous kernel (4.1.2 as provided by
fedora updates-testing repo). Also Michał sees a problem with my
system.
I
I was testing the kernel from Fedora rawhide to test some issue
related to the sound card. So this is 4.2 rc3 as released by Linus
plus some Fedora patch. Nothing related to ath10k as far as I can see.
Bisecting would require a lot of time. I'm doing the full RPM package,
including modules
Hi Michal,
this is the dmesg output from a boot with kernel 4.1.2 with patch to
make the firmware load [1]
Jul 26 10:07:42 alientux.saurisiamonoi.org kernel: ath10k_pci
:03:00.0: enabling device ( - 0002)
Jul 26 10:07:42 alientux.saurisiamonoi.org kernel: ath10k_pci
:03:00.0: pci irq
On 28 July 2015 at 13:00, Enrico Tagliavini enrico.tagliav...@gmail.com wrote:
Hi Michal,
this is the dmesg output from a boot with kernel 4.1.2 with patch to
make the firmware load [1]
Jul 26 10:07:42 alientux.saurisiamonoi.org kernel: ath10k_pci
:03:00.0: enabling device ( - 0002)
On 28 July 2015 at 16:57, Enrico Tagliavini enrico.tagliav...@gmail.com wrote:
I was testing the kernel from Fedora rawhide to test some issue
related to the sound card. So this is 4.2 rc3 as released by Linus
plus some Fedora patch. Nothing related to ath10k as far as I can see.
Bisecting
On 28 July 2015 at 17:12, Alexandre Maloteaux a.malote...@gmail.com wrote:
[...]
It works on my archlinux system but firmware loading take 1 minute
between each retry, so it takes 2 minutes to get the card up and
running. I have not yet found a solution to this issue.
Go ask on the arch forum
Hi Michal
It is finally working with irq_mode=1 and kvalo-master . The output is
below; However it takes a lot of time to load/unload the device with
successive firmwares. I ll try to find a solution for this on my own.
Is it better to blacklist some module as you said earlier or create a
Alexandre Maloteaux a.malote...@gmail.com writes:
0x003405ff, 168c:003e:1a56:1525 fallback) fw killer-n1525-fw api 4
htt-ver 3.0 wmi-op 4 htt-op 3 cal otp max-sta 32 features
\xff80\xffd4\xffa8\xfff9\xff88\x\x
What's happening with the features string here?
What's happening with the features string here? What might cause that?
I used the sumdog binaries from github,maybe this is related. I ll try
with my own firmware-4.bin from dissect/assemble and board.bin from
clevo driver and i ll report if i get the same string
On 07/23/2015 03:03 PM, Kalle
Hi Michal
With latest kvalo-master. I m getting this error on boot and after
irq_mode=1
I used sumdog firmwares from github :
[ 255.996373] ath10k_pci :06:00.0: enabling device ( - 0002)
[ 255.997129] ath10k_pci :06:00.0: pci irq msi-x interrupts 8
irq_mode 0 reset_mode 0
[
On 23 July 2015 at 10:47, Alexandre Maloteaux a.malote...@gmail.com wrote:
Hi Michal
There's an unofficial image that's lying in a pull request on
github[1] you could use. It probably needs skip_otp parameter to be
used.
I think this is the sumdog firmwares; i tested them and i made all the
Hi
What is the head commit id (kvalo/master) that you've used? You might
be missing a patches[1][2] that fixed a recent breakage in the dev
tree.
I m getting this issue only with kvalo-qca branch.
With kvalo master i m getting this issue below
Do you still want me to do the tracing part on
On 23 July 2015 at 11:33, Alexandre Maloteaux a.malote...@gmail.com wrote:
Hi
What is the head commit id (kvalo/master) that you've used? You might
be missing a patches[1][2] that fixed a recent breakage in the dev
tree.
I m getting this issue only with kvalo-qca branch.
With kvalo master
On 23 July 2015 at 10:05, Alexandre Maloteaux a.malote...@gmail.com wrote:
Hi
I just received a Clevo P750ZM (eurocom P5 pro) with a QCA6174
06:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless
Network Adapter (rev 20)
Hi have tested the dissect/assemble procedure
Hi Michal
There's an unofficial image that's lying in a pull request on
github[1] you could use. It probably needs skip_otp parameter to be
used.
I think this is the sumdog firmwares; i tested them and i made all the
test with the skip_otp parameter
This looks interesting. Can you please:
Hi Kalle,
thank you very much. Hope to also see the firmware out soon :).
Best regards
On 21 July 2015 at 11:23, Kalle Valo kv...@qca.qualcomm.com wrote:
Enrico Tagliavini enrico.tagliav...@gmail.com writes:
Mhm seems like I assumed the backport missing from 4.0 was merged for
4.1 but
Enrico Tagliavini enrico.tagliav...@gmail.com writes:
Mhm seems like I assumed the backport missing from 4.0 was merged for
4.1 but it is not, it's in 4.2 only. Any chance you'll ask for a
backport of this 4 lines patch?
Hi Gregor,
yes it works, but bluetooth is broken (for me at least, does it work for you?).
Also this is just a place holder solution, this needs to get into
mainline linux kernel and firmware must be available linux-firmware
package.
I'm ok to patch my own kernel for a very short time, but in
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
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
hi,
It's beeliner - they went and .. changed how they're doing firmware
releases and the firmware API. It's hopefully going to be more
structured and backwards-compatible. this time.
I don't know if/when there are plans for beeliner ath10k support. I'm
still trying to get the QCA988x firmware
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
I'm using the kvalo's kernel (4.1-rc3) without the patch, sometimes the
adapter loses connection but it's bearable.
I'll try that patch later. Killer N1525 on Alienware 15.
OT: Anton, does the headphone jack work correctly on your Alienware 15?
I sent a patch to the ALSA team about that.
On
moritz.morawi...@informatik.uni-oldenburg.de
To: ath10k@lists.infradead.org
Subject: Re: QCA6174 hw2.1?
I used 4.0.0-2. Also i had one kernel build where it worked, but,
because I didn't knew that you have to install nvidia drivers again, I
deletet it. I am not sure how i did it, so I'm currently
I used 4.0.0-2. Also i had one kernel build where it worked, but,
because I didn't knew that you have to install nvidia drivers again, I
deletet it. I am not sure how i did it, so I'm currently trying again.
Maybe I need to understand the patching mechanisms, guess that would
help :D I did
Many thanks for your fast help!
I've made some progress, but ran into other problems.
If i compile ath10_pci, ath10k_core and ath from kvalo's tree and load
them, i get following dmesg output:
[2.980448] ath10k_pci :06:00.0: enabling device ( - 0002)
[2.980750] ath10k_pci
On 27/04/2015 16:00, Moritz Morawietz wrote:
Hi!
I have the same problems with my card (also a Killer N1525). It seems
you've done it, but i can't figure out how.
Do i need to build and use kvalo's kernel, or is it enough to build
the modules ath10k_core ath10k_pci?
I'm a bit afraid of
Hi Corin,
the dissect.py script seems to work better than the disassemble.py:
[ 6483.455435] ath10k_pci :03:00.0: pci irq msi-x interrupts 8
irq_mode 0 reset_mode 0
[ 6483.600747] ath10k_pci :03:00.0: Direct firmware load for
ath10k/cal-pci-:03:00.0.bin failed with error -2
[
Just tried the kvalo's kernel.
NetworkManager connected flawlessly at boot to my WPA2 home network on
2.4GHz. Will try 5GHz later.
iwconfig reports a fixed 1Mb/s bitrate, but I can copy files to my nas
(smb share) at about 3.3MB/s.
That's a reasonable speed for b/g wireless.
iwconfig:
wlp3s0
Hi Gabriele,
I think we have the same card (the vendor and device ids are the
determining factor):
$ lspci -n -s 05:00.0
05:00.0 0280: 168c:003e (rev 20)
Without the skip_otp option I get this in dmesg:
[18396.622576] ath10k_pci :05:00.0: pci irq msi interrupts 1
irq_mode 0
Michal Kazior michal.kazior at tieto.com writes:
https://gist.github.com/kazikcz/c970cbf3a863ebbc4495
https://gist.github.com/kazikcz/64313b9e2470660faae1
Here are two simple and crude tools I have to deal with ath10k FW API
blobs. Use with care.
You can use the disassemble.py to
Hi Gabriele,
I have had success with eeprom_ar6320_2p1_NFA344i.bin.
I am also using Gentoo (but v3.19.3) but I have also applied these
patches/commits:
- http://permalink.gmane.org/gmane.linux.kernel.wireless.general/137030
-
Subject: Re: Re: QCA6174 hw2.1?
Just checking in. Any updates for the QCA6174?
Sent: Monday, March 23, 2015 at 9:57 AM
From: Jason H jh...@gmx.com
To: Michal Kazior michal.kaz...@tieto.com
Cc: ath10k@lists.infradead.org ath10k@lists.infradead.org
Subject: Re: Re: QCA6174 hw2.1
Just checking in. Any updates for the QCA6174?
Sent: Monday, March 23, 2015 at 9:57 AM
From: Jason H jh...@gmx.com
To: Michal Kazior michal.kaz...@tieto.com
Cc: ath10k@lists.infradead.org ath10k@lists.infradead.org
Subject: Re: Re: QCA6174 hw2.1?
Sent: Monday, March 23, 2015 at 4:23
Sent: Monday, March 23, 2015 at 4:23 AM
From: Michal Kazior michal.kaz...@tieto.com
To: Jason H jh...@gmx.com
Cc: ath10k@lists.infradead.org ath10k@lists.infradead.org
Subject: Re: Re: QCA6174 hw2.1?
On 21 March 2015 at 21:31, jh...@gmx.com wrote:
is there anyway you could process
On 21 March 2015 at 21:31, jh...@gmx.com wrote:
is there anyway you could process these files for me?. I would be willing to
send you the files and go through some back and forth of feedback and
whatnot. The issue is I just don't think I have the time or the expertise to
devote to this.
:05:20
From: Michal Kazior michal.kaz...@tieto.com
To: Jason H jh...@gmx.com
Subject: Re: QCA6174 hw2.1?
On 13 March 2015 at 16:28, Jason H jh...@gmx.com wrote:
On 13 March 2015 at 04:39, jh...@gmx.com wrote:
I went through the archives, and the wiki but I still wasn't sure...
I have a shiny
On 13 March 2015 at 04:39, jh...@gmx.com wrote:
I went through the archives, and the wiki but I still wasn't sure...
I have a shiny new Lenovo z70, kernel 4.0-rc1/3. Dmesg reports failures for
loading firmware in /lib/firmware/ath10k/QCA6174/hw2.1/...
So I found the firmware Git repo,
On 13 March 2015 at 04:39, jh...@gmx.com wrote:
I went through the archives, and the wiki but I still wasn't sure...
I have a shiny new Lenovo z70, kernel 4.0-rc1/3. Dmesg reports failures
for loading firmware in /lib/firmware/ath10k/QCA6174/hw2.1/...
So I found the firmware Git
51 matches
Mail list logo