Hi Michal,
sorry for the delay, I was very busy for the past week.
But now I am back with news.
To keep it simple, all of my new findings below are with ath10k
firmware 10.2.4.70-2.
The wireless drivers were also updated in OpenWrt: Loading modules
backported from Linux version
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
On Tue, Jul 28, 2015 at 10:41:11AM +0530, Vasanthakumar Thiagarajan wrote:
On Tuesday 28 July 2015 12:52 AM, John W. Linville wrote:
In ath10k_monitor_vdev_start, chandef is initialized to NULL and then
channel is immediately thereafter initialized to chandef-chan (i.e.
NULL-chan). This
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)
Hi,
I have the following test setup:
- 1 interface in managed mode
- 1 interface in monitor mode
- attach to AP
- start tcpdump on monitor interface
- upload e.g. 200MB by using managed mode interface
- check captured frames
For some reason, on TX frames, I cannot see a single frame that has
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
On 28 July 2015 at 14:21, Jussi Haakana jussi.haak...@7signal.com wrote:
Hi,
I have the following test setup:
- 1 interface in managed mode
- 1 interface in monitor mode
- attach to AP
- start tcpdump on monitor interface
- upload e.g. 200MB by using managed mode interface
- check
For those interested, I have uploaded a new beta build (version 15)
that enables management frames over the normal HTT transport. This
has now been tested, and some bugs in the original attempt have been
fixed.
One user reports that the 'wmi timeout' issues have been resolved
by this patch.
John W. Linville linvi...@tuxdriver.com writes:
On Tue, Jul 28, 2015 at 10:41:11AM +0530, Vasanthakumar Thiagarajan wrote:
On Tuesday 28 July 2015 12:52 AM, John W. Linville wrote:
In ath10k_monitor_vdev_start, chandef is initialized to NULL and then
channel is immediately thereafter
13 matches
Mail list logo