Re: compex wle900vx (ath10k) problem on 4.4.24 / armv7

2016-10-30 Thread Oliver Zemann 



>> I (naively) went through pci/pm git log and found the following was
>> applied on 4.7-rc2 (i.e. prior to 4.7 release):
>>
>>  commit 006d44e49a259b39947366728d65a873a19aadc0
>>  Author: Mika Westerberg 
>>  Date:   Thu Jun 2 11:17:15 2016 +0300
>>
>>  PCI: Add runtime PM support for PCIe ports
>>
>> From reading the commit log it seems to me like it could be it.
>>
>> ath10k tries to wake up the device during probing before it starts
>> talking to it and it does so through MMIO/PCI config space. If it's
>> not mapped properly then driver will not be able to wake it up and
>> will timeout waiting for it.
>>
>> Can you try cherry-picking it into your 4.4.24 and see if it helps?
>>
>>
> Thanks for the help!
>
> Until now I did not compile a kernel for the board.
> I will give it a try and come back with the results ...
>
>
> Best regards,
> Matthias
>
 good news, just got a message from the support with a quote from one 
of their developers:
 Have the customer that needs support for the ath cards to use this 
branch. https://github.com/SolidRun/linux-stable/tree/linux-4.4.y-marvell
 note that the device-tree is board specific and for now they should 
create a symlink from their board file to armada-388-clearfog.dtb


 when i look at the change, 
https://github.com/SolidRun/linux-stable/commit/e12aa24ca56ca773b5c59a3cc2915b4e82e6be18 
this looks exactly like the problem we had :)


 I will try this today.

 Regards
 Oli

Re: compex wle900vx (ath10k) problem on 4.4.24 / armv7

2016-10-26 Thread Oliver Zemann 






I (naively) went through pci/pm git log and found the following was
applied on 4.7-rc2 (i.e. prior to 4.7 release):

 commit 006d44e49a259b39947366728d65a873a19aadc0
 Author: Mika Westerberg 
 Date:   Thu Jun 2 11:17:15 2016 +0300

 PCI: Add runtime PM support for PCIe ports

From reading the commit log it seems to me like it could be it.

ath10k tries to wake up the device during probing before it starts
talking to it and it does so through MMIO/PCI config space. If it's
not mapped properly then driver will not be able to wake it up and
will timeout waiting for it.

Can you try cherry-picking it into your 4.4.24 and see if it helps?



Thanks for the help!

Until now I did not compile a kernel for the board.
I will give it a try and come back with the results ...


Best regards,
Matthias

Any news on that? I am in contact with the support of SolidRun 
(clearfog). Unfortunately they will stay at 4.4.x - no upgrade to 4.8 
nor 4.9 planned. Unfortunately the commit (006d44e) is incompatible to 
4.4. because pci_dev does not know bridge_d3

Re: compex wle900vx (ath10k) problem on 4.4.24 / armv7

2016-10-24 Thread Oliver Zemann 


I created a patch which should work for 4.4.24 (at least for arch 
linux arm it applied successful)


Just compiling the kernel... lets see what happens
Did not work. First, there was a + which was wrong, guess i have this 
simply overseen. After fixing that i got:


drivers/pci/pcie/portdrv_pci.c: In function 'pcie_port_runtime_suspend':
drivers/pci/pcie/portdrv_pci.c:98:24: error: 'struct pci_dev' has no 
member named 'bridge_d3'

  return to_pci_dev(dev)->bridge_d3 ? 0 : -EBUSY;
^~
drivers/pci/pcie/portdrv_pci.c: In function 'pcie_port_runtime_idle':
drivers/pci/pcie/portdrv_pci.c:113:24: error: 'struct pci_dev' has no 
member named 'bridge_d3'

  return to_pci_dev(dev)->bridge_d3 ? 0 : -EBUSY;
^~
drivers/pci/pcie/portdrv_pci.c:114:1: warning: control reaches end of 
non-void function [-Wreturn-type]

 }
 ^
drivers/pci/pcie/portdrv_pci.c: In function 'pcie_port_runtime_suspend':
drivers/pci/pcie/portdrv_pci.c:99:1: warning: control reaches end of 
non-void function [-Wreturn-type]

 }
 ^
make[3]: *** [scripts/Makefile.build:259: 
drivers/pci/pcie/portdrv_pci.o] Error 1

make[2]: *** [scripts/Makefile.build:403: drivers/pci/pcie] Error 2
make[1]: *** [scripts/Makefile.build:403: drivers/pci] Error 2
make: *** [Makefile:959: drivers] Error 2
==> ERROR: A failure occurred in build().
Aborting...

A simple cherry pick does not work in that case.

Re: compex wle900vx (ath10k) problem on 4.4.24 / armv7

2016-10-24 Thread Oliver Zemann 


(please don't toppost)

Did not know that this is forbidden, sorry

You can find an sd-card image at
https://downloads.lede-project.org/snapshots/targets/mvebu/generic/ -
it won't contain any wifi drivers though, you will need to install
them separately - easiest by providing internet access over the wan
port (the single ethernet port for the pro, it defaults to dhcp
client), then running "opkg install kmod-ath10k" on shell.
I used dd to install the latest image from today to the SD. I am 
connected through usb with screen, thats a very nice feature of the 
board :)
I logged in, updated the packages with opkg update and then installed 
kmod-ath10k but i received many errors:


[  380.987440] ath10k_core: Unknown symbol cfg80211_find_ie_match (err 0)
[  380.993996] ath10k_core: Unknown symbol ieee80211_wake_queue (err 0)
[  381.000383] ath10k_core: Unknown symbol ieee80211_find_sta (err 0)
[  381.006586] ath10k_core: Unknown symbol 
ieee80211_stop_rx_ba_session_offl (err 0)
[  381.014101] ath10k_core: Unknown symbol ieee80211_tx_status_irqsafe 
(err 0)
[  381.021096] ath10k_core: Unknown symbol 
ieee80211_iter_chan_contexts_atomic (err 0)
[  381.028778] ath10k_core: Unknown symbol __cfg80211_alloc_reply_skb 
(err 0)
[  381.035681] ath10k_core: Unknown symbol __cfg80211_alloc_event_skb 
(err 0)

[  381.042584] ath10k_core: Unknown symbol cfg80211_put_bss (err 0)
[  381.048623] ath10k_core: Unknown symbol ieee80211_bss_get_ie (err 0)
[  381.055005] ath10k_core: Unknown symbol wiphy_to_ieee80211_hw (err 0)
[  381.061472] ath10k_core: Unknown symbol __cfg80211_send_event_skb (err 0)
[  381.068284] ath10k_core: Unknown symbol ath_reg_notifier_apply (err 0)
[  381.074878] ath10k_core: Unknown symbol ieee80211_queue_delayed_work 
(err 0)

[  381.081959] ath10k_core: Unknown symbol ieee80211_proberesp_get (err 0)
[  381.088610] ath10k_core: Unknown symbol ieee80211_find_sta_by_ifaddr 
(err 0)
[  381.095689] ath10k_core: Unknown symbol 
ieee80211_remain_on_channel_expired (err 0)

[  381.103379] ath10k_core: Unknown symbol ath_is_world_regd (err 0)
[  381.109503] ath10k_core: Unknown symbol ieee80211_wake_queues (err 0)
[  381.115965] ath10k_core: Unknown symbol ieee80211_report_low_ack (err 0)
[  381.122691] ath10k_core: Unknown symbol ieee80211_beacon_get_template 
(err 0)

[  381.129855] ath10k_core: Unknown symbol ieee80211_free_txskb (err 0)
[  381.136232] ath10k_core: Unknown symbol ieee80211_alloc_hw_nm (err 0)
[  381.142699] ath10k_core: Unknown symbol cfg80211_get_bss (err 0)
[  381.148731] ath10k_core: Unknown symbol ieee80211_tx_dequeue (err 0)
[  381.155111] ath10k_core: Unknown symbol __ieee80211_get_channel (err 0)
[  381.161755] ath10k_core: Unknown symbol cfg80211_vendor_cmd_reply (err 0)
[  381.168574] ath10k_core: Unknown symbol ieee80211_tx_status (err 0)
[  381.174866] ath10k_core: Unknown symbol ieee80211_stop_queue (err 0)
[  381.181246] ath10k_core: Unknown symbol ieee80211_ready_on_channel 
(err 0)

[  381.188142] ath10k_core: Unknown symbol ieee80211_stop_queues (err 0)
[  381.194621] ath10k_core: Unknown symbol ieee80211_scan_completed (err 0)
[  381.201349] ath10k_core: Unknown symbol 
ieee80211_iterate_active_interfaces_atomic (err 0)
[  381.209651] ath10k_core: Unknown symbol 
ieee80211_channel_to_frequency (err 0)

[  381.216896] ath10k_core: Unknown symbol ieee80211_unregister_hw (err 0)
[  381.223537] ath10k_core: Unknown symbol dfs_pattern_detector_init (err 0)
[  381.230354] ath10k_core: Unknown symbol ath_regd_init (err 0)
[  381.236119] ath10k_core: Unknown symbol ieee80211_csa_update_counter 
(err 0)

[  381.243195] ath10k_core: Unknown symbol ieee80211_beacon_get_tim (err 0)
[  381.249924] ath10k_core: Unknown symbol ieee80211_hdrlen (err 0)
[  381.255951] ath10k_core: Unknown symbol 
ieee80211_start_rx_ba_session_offl (err 0)

[  381.263548] ath10k_core: Unknown symbol ieee80211_radar_detected (err 0)
[  381.270276] ath10k_core: Unknown symbol ieee80211_csa_is_complete (err 0)
[  381.277090] ath10k_core: Unknown symbol ieee80211_queue_work (err 0)
[  381.283475] ath10k_core: Unknown symbol cfg80211_find_vendor_ie (err 0)
[  381.290123] ath10k_core: Unknown symbol ieee80211_csa_finish (err 0)
[  381.296498] ath10k_core: Unknown symbol ieee80211_rx_napi (err 0)
[  381.330745] ath10k_pci: Unknown symbol ath10k_warn (err 0)
[  381.336261] ath10k_pci: Unknown symbol ath10k_err (err 0)
[  381.341699] ath10k_pci: Unknown symbol ath10k_print_driver_info (err 0)
[  381.348340] ath10k_pci: Unknown symbol ath10k_htt_hif_tx_complete (err 0)
[  381.355162] ath10k_pci: Unknown symbol 
ath10k_htc_tx_completion_handler (err 0)
[  381.362509] ath10k_pci: Unknown symbol 
ath10k_debug_get_new_fw_crash_data (err 0)

[  381.370020] ath10k_pci: Unknown symbol ath10k_core_create (err 0)
[  381.376143] ath10k_pci: Unknown symbol 
ath10k_htt_rx_pktlog_completion_handler (err 0)

[  381.384097] ath10k_pci: Unknown symbol ath10k_core_destroy (err 0)
[  381.390304] ath10k_pci: Unknown symbol

Re: compex wle900vx (ath10k) problem on 4.4.24 / armv7

2016-10-24 Thread Michal Kazior 
On 24 October 2016 at 12:18, Matthias Klein  wrote:
> I also try to get a pcie wifi card (Compex WLE600VX) running in the clearfog
> pro board with kernel 4.4.
>
> As I read in this thread the "irg.mode=1" shoud help:
> https://www.spinics.net/lists/linux-wireless/msg155685.html
>
> But it is not working for me:
>
[...]
> [ 97.899370] ath10k_pci :01:00.0: Refused to change power state,
> currently in D3
> [ 97.938045] ath10k_pci :01:00.0: failed to wake up device : -110
> [ 97.944973] ath10k_pci: probe of :01:00.0 failed with error -110
[...]
> 01:00.0 Network controller: Qualcomm Atheros QCA988x 802.11ac Wireless
> Network Adapter (rev ff) (prog-if ff)
> !!! Unknown header type 7f

The device looks completely unresponsive.

I don't think this is MSI problem. This error happens before
interrupts are even set up.

I suspect platform/PCI/PM specific problem. I would suggest bisecting
the kernel and seeing which patch is making the difference.

I (naively) went through pci/pm git log and found the following was
applied on 4.7-rc2 (i.e. prior to 4.7 release):

 commit 006d44e49a259b39947366728d65a873a19aadc0
 Author: Mika Westerberg 
 Date:   Thu Jun 2 11:17:15 2016 +0300

 PCI: Add runtime PM support for PCIe ports

>From reading the commit log it seems to me like it could be it.

ath10k tries to wake up the device during probing before it starts
talking to it and it does so through MMIO/PCI config space. If it's
not mapped properly then driver will not be able to wake it up and
will timeout waiting for it.

Can you try cherry-picking it into your 4.4.24 and see if it helps?


Michał

Re: compex wle900vx (ath10k) problem on 4.4.24 / armv7

2016-10-24 Thread Jonas Gorski 
Hi,

(please don't toppost)

On 23 October 2016 at 21:42, Oliver Zemann  wrote:
> Thanks, but its still not working. I dont get any error now when i do
> modprobe and installed is the wle900
>
> [root@alarm alarm]# rmmod ath10k_pci
> [root@alarm alarm]# modprobe ath10k_pci irq_mode=1

Strange, this was working for me with a Sparklan WPEA-352ACN.

>
> but:
>
> [root@alarm alarm]# dmesg | grep ath10k
> [  220.356314] ath10k_pci :02:00.0: Refused to change power state,
> currently in D3

Maybe there is a separate issue related to this. I don't remember
seeing this message in my kernel log. (At least to me) it would be
interesting to know if it works using a LEDE image, or if it fails
there as well. I don't have a Compex card here.

You can find an sd-card image at
https://downloads.lede-project.org/snapshots/targets/mvebu/generic/ -
it won't contain any wifi drivers though, you will need to install
them separately - easiest by providing internet access over the wan
port (the single ethernet port for the pro, it defaults to dhcp
client), then running "opkg install kmod-ath10k" on shell.

Note that this kernel has MSI disabled, so you don't need to do
anything there extra.

> [  220.394265] ath10k_pci :02:00.0: failed to wake up device : -110
> [  220.400770] ath10k_pci: probe of :02:00.0 failed with error -110
>
> [root@alarm alarm]# cat /proc/cmdline
> console=ttyS0,115200 root=/dev/mmcblk0p1 rw rootwait ath10k_pci.irq_mode=1
>
> Thanks for your patience

Regards
Jonas

Re: compex wle900vx (ath10k) problem on 4.4.24 / armv7

2016-10-24 Thread Matthias Klein 
I also try to get a pcie wifi card (Compex WLE600VX) running in the 
clearfog pro board with kernel 4.4.


As I read in this thread the "irg.mode=1" shoud help: 
https://www.spinics.net/lists/linux-wireless/msg155685.html


But it is not working for me:

debian@clearfog:~$ lsmod
Module Size Used by
8021q 36864 0
garp 16384 1 8021q
mrp 20480 1 8021q
stp 16384 1 garp
llc 16384 2 stp,garp
bnep 20480 2
ath10k_pci 45056 0
ath10k_core 249856 1 ath10k_pci
ath 32768 1 ath10k_core
mac80211 786432 1 ath10k_core
bluetooth 385024 7 bnep
qcserial 16384 0
cfg80211 561152 3 ath,mac80211,ath10k_core
usb_wwan 16384 1 qcserial
qmi_wwan 24576 0
cdc_wdm 20480 1 qmi_wwan
usbserial 40960 2 qcserial,usb_wwan
usbnet 36864 1 qmi_wwan
mii 16384 1 usbnet
rfkill 32768 4 cfg80211,bluetooth
firmware_class 24576 1 ath10k_core
marvell_cesa 45056 0
ehci_orion 16384 0
des_generic 28672 1 marvell_cesa
mcp3021 16384 0
hwmon 16384 1 mcp3021
evbug 16384 0
uio_pdrv_genirq 16384 0
uio 20480 1 uio_pdrv_genirq
fuse 102400 1
ipv6 532480 0
autofs4 36864 2

debian@clearfog:~$ uname -a
Linux clearfog 4.4.15-clearfog #1 SMP Wed Oct 5 00:03:36 UTC 2016 armv7l 
GNU/Linux


debian@clearfog:~$ sudo rmmod ath10k_pci ath10k_core
debian@clearfog:~$ sudo modprobe ath10k_core
debian@clearfog:~$ sudo modprobe ath10k_pci
[ 69.529351] ath10k_pci :01:00.0: Refused to change power state, 
currently in D3

[ 69.567989] ath10k_pci :01:00.0: failed to wake up device : -110
[ 69.575267] ath10k_pci: probe of :01:00.0 failed with error -110

debian@clearfog:~$ sudo rmmod ath10k_pci ath10k_core
debian@clearfog:~$ sudo modprobe ath10k_core
debian@clearfog:~$ sudo modprobe ath10k_pci irq_mode=1
[ 97.899370] ath10k_pci :01:00.0: Refused to change power state, 
currently in D3

[ 97.938045] ath10k_pci :01:00.0: failed to wake up device : -110
[ 97.944973] ath10k_pci: probe of :01:00.0 failed with error -110

debian@clearfog:~$ lspci -vvv
00:02.0 PCI bridge: Marvell Technology Group Ltd. Device 6828 (rev 04) 
(prog-if 00 [Normal decode])
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr+ Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- 
SERR- 
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: f000-0fff
Memory behind bridge: f800-f82f
Prefetchable memory behind bridge: -000f
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- 

BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 

00:03.0 PCI bridge: Marvell Technology Group Ltd. Device 6828 (rev 04) 
(prog-if 00 [Normal decode])
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- 
ParErr+ Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- 
SERR- 
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: f000-0fff
Memory behind bridge: fff0-000f
Prefetchable memory behind bridge: -000f
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- 

BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 

01:00.0 Network controller: Qualcomm Atheros QCA988x 802.11ac Wireless 
Network Adapter (rev ff) (prog-if ff)

!!! Unknown header type 7f


Something else what I can try?

Best regards,
Matthias

Re: compex wle900vx (ath10k) problem on 4.4.24 / armv7

2016-10-22 Thread Jonas Gorski 
Hi,

On 21 October 2016 at 18:25, Oliver Zemann  wrote:
> The problem is gone with kernel 4.7.3 on armbian - both compex cards work
> (wle600, wle900),

Interesting to know this issue isn't present in 4.7 - I also
encountered it in 4.4 with LEDE.

> unfortunately that kernel does not support sfp (seems like
> its kind of proprietary drivers from clearfog).

They aren't really proprietary, they are proper patches that were
submitted as RFC once, so it shouldn't be much effort to port them to
e.g. 4.7. Anyways ...

> So its a driver issue but i
> have no clue who to contact or where to file a bug report. The only
> available kernel which supports sfp (from solidrun, vendor of the clearfog
> board) is 4.4.23
>
> I am wondering if i could simply checkout the 4.4.x sources, merge the
> atheros drivers in it and try to rebuild the kernel?

the issue seems to be that MSI interrupts do not work on 4.4 (at least
with ath10k, didn't have any other drivers that support it to test).
Your options are either to disable support for them in the kernel
config, or pass irq_mode=1 to ath10k_pci on probe to force legacy
interrupts; it should work then properly.


Regards
Jonas

Re: compex wle900vx (ath10k) problem on 4.4.24 / armv7

2016-10-21 Thread Michal Kazior 
On 21 October 2016 at 18:25, Oliver Zemann  wrote:
> The problem is gone with kernel 4.7.3 on armbian - both compex cards work
> (wle600, wle900), unfortunately that kernel does not support sfp (seems like
> its kind of proprietary drivers from clearfog). So its a driver issue but i
> have no clue who to contact or where to file a bug report. The only
> available kernel which supports sfp (from solidrun, vendor of the clearfog
> board) is 4.4.23
>
> I am wondering if i could simply checkout the 4.4.x sources, merge the
> atheros drivers in it and try to rebuild the kernel?

That's what backports[1] are for.

The problem could be in the pci subsystem though so backporting the
driver itself might not solve your problem.

[1]: https://wireless.wiki.kernel.org/en/users/drivers/ath10k/backports


Michał

Re: compex wle900vx (ath10k) problem on 4.4.24 / armv7

2016-10-21 Thread Oliver Zemann 
The problem is gone with kernel 4.7.3 on armbian - both compex cards 
work (wle600, wle900), unfortunately that kernel does not support sfp 
(seems like its kind of proprietary drivers from clearfog). So its a 
driver issue but i have no clue who to contact or where to file a bug 
report. The only available kernel which supports sfp (from solidrun, 
vendor of the clearfog board) is 4.4.23


I am wondering if i could simply checkout the 4.4.x sources, merge the 
atheros drivers in it and try to rebuild the kernel?




Am 15.10.2016 um 19:04 schrieb Oliver Zemann:

I hope thats what you mean. I am not that familiar with linux drivers

[root@alarm ~]# lsmod
Module  Size  Used by
ath10k_pci 30053  0
ath10k_core   193491  1 ath10k_pci
ath18176  1 ath10k_core
mac80211  405739  1 ath10k_core
cfg80211  215848  3 ath,mac80211,ath10k_core
rfkill 14391  2 cfg80211
marvell_cesa   25839  0
des_generic16747  1 marvell_cesa
sch_fq_codel7757  9
ip_tables  11170  0
x_tables   11520  1 ip_tables
autofs422783  2
[root@alarm ~]# rmmod ath10k_pci ath10k_core
[root@alarm ~]# modprobe ath10k_core
[root@alarm ~]# modprobe ath10k_pci
[28501.637198] ath10k_pci :02:00.0: Refused to change power state, 
currently in D3

[28501.675138] ath10k_pci :02:00.0: failed to wake up device : -110
[28501.681625] ath10k_pci: probe of :02:00.0 failed with error -110


Am 15.10.2016 um 16:44 schrieb Sebastian Gottschall:
could you please attach a full log? i see no driver loading here. 
this is just a small part of the kernel boot log, but no driver 
intialisation


Am 15.10.2016 um 16:00 schrieb Oliver Zemann:
I have a clearfog pro (arm7) from marvel and bought a pcie wifi 
card. Unfortunately, it does not work.
I am not sure if this is a bug in the module or even in some pci-e 
driver. Maybe someone could tell me that.


dmesg:

[ 5.348307] mvebu-pcie soc:pcie-controller: 
/soc/pcie-controller/pcie@2,0: reset gpio is active low
[ 5.358026] mvebu-pcie soc:pcie-controller: 
/soc/pcie-controller/pcie@3,0: reset gpio is active low
[ 5.421496] mvebu-pcie soc:pcie-controller: PCI host bridge to bus 
:00

[ 5.428390] pci_bus :00: root bus resource [io 0x1000-0xf]
[ 5.434680] pci_bus :00: root bus resource [mem 
0xf800-0xffdf]

[ 5.441575] pci_bus :00: root bus resource [bus 00-ff]
[ 5.447083] pci :00:02.0: [11ab:6828] type 01 class 0x060400
[ 5.447198] pci :00:03.0: [11ab:6828] type 01 class 0x060400
[ 5.447295] PCI: bus0: Fast back to back transfers disabled
[ 5.452887] pci :00:02.0: bridge configuration invalid ([bus 
00-00]), reconfiguring
[ 5.460911] pci :00:03.0: bridge configuration invalid ([bus 
00-00]), reconfiguring

[ 5.468986] PCI: bus1: Fast back to back transfers enabled
[ 5.474491] pci_bus :01: busn_res: [bus 01-ff] end is updated to 01
[ 5.474561] pci :02:00.0: [168c:003c] type 00 class 0x028000
[ 5.474593] pci :02:00.0: reg 0x10: [mem 0x-0x001f 
64bit]
[ 5.474617] pci :02:00.0: reg 0x30: [mem 0x-0x 
pref]

[ 5.474667] pci :02:00.0: supports D1 D2
[ 5.511395] PCI: bus2: Fast back to back transfers enabled
[ 5.516894] pci_bus :02: busn_res: [bus 02-ff] end is updated to 02
[ 5.516905] pci :02:00.0: of_irq_parse_pci() failed with rc=134
[ 5.523207] pci :00:03.0: BAR 14: assigned [mem 
0xf800-0xf82f]

[ 5.530098] pci :00:02.0: PCI bridge to [bus 01]
[ 5.535082] pci :02:00.0: BAR 0: assigned [mem 
0xf800-0xf81f 64bit]
[ 5.542413] pci :02:00.0: BAR 0: error updating (0xf804 != 
0x)
[ 5.549652] pci :02:00.0: BAR 0: error updating (high 0x00 
!= 0x)
[ 5.557155] pci :02:00.0: BAR 6: assigned [mem 
0xf820-0xf820 pref]

[ 5.564396] pci :00:03.0: PCI bridge to [bus 02]
[ 5.569372] pci :00:03.0: bridge window [mem 0xf800-0xf82f]
[ 5.576256] pcieport :00:03.0: enabling device (0140 -> 0142)

lspci:


[root@alarm alarm]# lspci
00:02.0 PCI bridge: Marvell Technology Group Ltd. Device 6828 (rev 04)
00:03.0 PCI bridge: Marvell Technology Group Ltd. Device 6828 (rev 04)
02:00.0 Network controller: Qualcomm Atheros QCA986x/988x 802.11ac 
Wireless Network Adapter (rev ff)




Thanks!

Re: compex wle900vx (ath10k) problem on 4.4.24 / armv7

2016-10-15 Thread Sebastian Gottschall 
could you please attach a full log? i see no driver loading here. this 
is just a small part of the kernel boot log, but no driver intialisation


Am 15.10.2016 um 16:00 schrieb Oliver Zemann:
I have a clearfog pro (arm7) from marvel and bought a pcie wifi card. 
Unfortunately, it does not work.
I am not sure if this is a bug in the module or even in some pci-e 
driver. Maybe someone could tell me that.


dmesg:

[ 5.348307] mvebu-pcie soc:pcie-controller: 
/soc/pcie-controller/pcie@2,0: reset gpio is active low
[ 5.358026] mvebu-pcie soc:pcie-controller: 
/soc/pcie-controller/pcie@3,0: reset gpio is active low
[ 5.421496] mvebu-pcie soc:pcie-controller: PCI host bridge to bus 
:00

[ 5.428390] pci_bus :00: root bus resource [io 0x1000-0xf]
[ 5.434680] pci_bus :00: root bus resource [mem 
0xf800-0xffdf]

[ 5.441575] pci_bus :00: root bus resource [bus 00-ff]
[ 5.447083] pci :00:02.0: [11ab:6828] type 01 class 0x060400
[ 5.447198] pci :00:03.0: [11ab:6828] type 01 class 0x060400
[ 5.447295] PCI: bus0: Fast back to back transfers disabled
[ 5.452887] pci :00:02.0: bridge configuration invalid ([bus 
00-00]), reconfiguring
[ 5.460911] pci :00:03.0: bridge configuration invalid ([bus 
00-00]), reconfiguring

[ 5.468986] PCI: bus1: Fast back to back transfers enabled
[ 5.474491] pci_bus :01: busn_res: [bus 01-ff] end is updated to 01
[ 5.474561] pci :02:00.0: [168c:003c] type 00 class 0x028000
[ 5.474593] pci :02:00.0: reg 0x10: [mem 0x-0x001f 64bit]
[ 5.474617] pci :02:00.0: reg 0x30: [mem 0x-0x pref]
[ 5.474667] pci :02:00.0: supports D1 D2
[ 5.511395] PCI: bus2: Fast back to back transfers enabled
[ 5.516894] pci_bus :02: busn_res: [bus 02-ff] end is updated to 02
[ 5.516905] pci :02:00.0: of_irq_parse_pci() failed with rc=134
[ 5.523207] pci :00:03.0: BAR 14: assigned [mem 
0xf800-0xf82f]

[ 5.530098] pci :00:02.0: PCI bridge to [bus 01]
[ 5.535082] pci :02:00.0: BAR 0: assigned [mem 
0xf800-0xf81f 64bit]
[ 5.542413] pci :02:00.0: BAR 0: error updating (0xf804 != 
0x)
[ 5.549652] pci :02:00.0: BAR 0: error updating (high 0x00 != 
0x)
[ 5.557155] pci :02:00.0: BAR 6: assigned [mem 
0xf820-0xf820 pref]

[ 5.564396] pci :00:03.0: PCI bridge to [bus 02]
[ 5.569372] pci :00:03.0: bridge window [mem 0xf800-0xf82f]
[ 5.576256] pcieport :00:03.0: enabling device (0140 -> 0142)

lspci:


[root@alarm alarm]# lspci
00:02.0 PCI bridge: Marvell Technology Group Ltd. Device 6828 (rev 04)
00:03.0 PCI bridge: Marvell Technology Group Ltd. Device 6828 (rev 04)
02:00.0 Network controller: Qualcomm Atheros QCA986x/988x 802.11ac 
Wireless Network Adapter (rev ff)




Thanks!





--
Mit freundlichen Grüssen / Regards

Sebastian Gottschall / CTO

NewMedia-NET GmbH - DD-WRT
Firmensitz:  Berliner Ring 101, 64625 Bensheim
Registergericht: Amtsgericht Darmstadt, HRB 25473
Geschäftsführer: Peter Steinhäuser, Christian Scheele
http://www.dd-wrt.com
email: s.gottsch...@dd-wrt.com
Tel.: +496251-582650 / Fax: +496251-5826565