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
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
Hello there,
I gave 4.2 rc3 a shot and I discovered the wireless was not working
anymore with it. I tried adding irq_mode=1 alongside skip_otp=y in
ath10k_core (I assume you need fw api 5 to remove this, is that
correct?, I still have fw 4 only).
Loading with irq_mode=0
[ 21.130224]
13 matches
Mail list logo