* QCA6174 SDIO support?
@ 2018-01-08 0:28 Marek Behun
2018-01-08 1:31 ` Sebastian Gottschall
0 siblings, 1 reply; 5+ messages in thread
From: Marek Behun @ 2018-01-08 0:28 UTC (permalink / raw)
To: ath10k
Hello,
we at CZ.NIC are trying the current ath10k driver with High Latency +
SDIO support (which was done by Silex Technology) on our board. The
supported chip, QCA9377, works, but we only have 1x1 MIMO boards with
this chip. We are trying to get it work with 8274B-SR (QCA6174)
( http://www.fn-link.com/a-b-g-n-ac-wi-fi-bt-module/8274b-sr.html )
There is already some code in sdio.c mentoining QCA6174, but there are
no nodes in ath10k_hw_params. Because QCA6174 is supported via PCI bus,
I tried to write the ath10k_hw_params node (see patch
http://blackhole.sk/~kabel/src/qca6174.patch ) but do not know if the
changes I did are enough, because the driver fails after loading
firmware.
And the firmware is another point: Does board-sdio.bin have to be
different from board.bin? Do we have to create this binary ourselves,
or should the 8274B-SR board manufacturer sent us one? (We didn't
receive anything from fn-link.)
Any information is good, please let us know even if you have NDA on
this and therefore cannot give any more information about this.
Thank you.
Marek Behun, CZ.NIC
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: QCA6174 SDIO support?
2018-01-08 0:28 QCA6174 SDIO support? Marek Behun
@ 2018-01-08 1:31 ` Sebastian Gottschall
2018-01-08 2:00 ` Marek Behun
0 siblings, 1 reply; 5+ messages in thread
From: Sebastian Gottschall @ 2018-01-08 1:31 UTC (permalink / raw)
To: ath10k
try this branch
https://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git/log/?h=ath10k-pending-sdio-usb
Am 08.01.2018 um 01:28 schrieb Marek Behun:
> Hello,
>
> we at CZ.NIC are trying the current ath10k driver with High Latency +
> SDIO support (which was done by Silex Technology) on our board. The
> supported chip, QCA9377, works, but we only have 1x1 MIMO boards with
> this chip. We are trying to get it work with 8274B-SR (QCA6174)
> ( http://www.fn-link.com/a-b-g-n-ac-wi-fi-bt-module/8274b-sr.html )
>
> There is already some code in sdio.c mentoining QCA6174, but there are
> no nodes in ath10k_hw_params. Because QCA6174 is supported via PCI bus,
> I tried to write the ath10k_hw_params node (see patch
> http://blackhole.sk/~kabel/src/qca6174.patch ) but do not know if the
> changes I did are enough, because the driver fails after loading
> firmware.
>
> And the firmware is another point: Does board-sdio.bin have to be
> different from board.bin? Do we have to create this binary ourselves,
> or should the 8274B-SR board manufacturer sent us one? (We didn't
> receive anything from fn-link.)
>
> Any information is good, please let us know even if you have NDA on
> this and therefore cannot give any more information about this.
>
> Thank you.
>
> Marek Behun, CZ.NIC
>
> _______________________________________________
> ath10k mailing list
> ath10k@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/ath10k
>
--
Mit freundlichen Grüssen / Regards
Sebastian Gottschall / CTO
NewMedia-NET GmbH - DD-WRT
Firmensitz: Stubenwaldallee 21a, 64625 Bensheim
Registergericht: Amtsgericht Darmstadt, HRB 25473
Geschäftsführer: Peter Steinhäuser, Christian Scheele
http://www.dd-wrt.com
email: s.gottschall@dd-wrt.com
Tel.: +496251-582650 / Fax: +496251-5826565
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: QCA6174 SDIO support?
2018-01-08 1:31 ` Sebastian Gottschall
@ 2018-01-08 2:00 ` Marek Behun
2018-01-09 7:29 ` Sebastian Gottschall
2018-01-09 7:54 ` Alagu Sankar
0 siblings, 2 replies; 5+ messages in thread
From: Marek Behun @ 2018-01-08 2:00 UTC (permalink / raw)
To: Sebastian Gottschall; +Cc: ath10k
This branch is almost the same as mine (orig + high latency patches +
sdio patches), therefore no QCA6174 SDIO node in ath10k_hw_params_list.
On Mon, 8 Jan 2018 02:31:59 +0100
Sebastian Gottschall <s.gottschall@dd-wrt.com> wrote:
> try this branch
>
> https://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git/log/?h=ath10k-pending-sdio-usb
>
> Am 08.01.2018 um 01:28 schrieb Marek Behun:
> > Hello,
> >
> > we at CZ.NIC are trying the current ath10k driver with High Latency
> > + SDIO support (which was done by Silex Technology) on our board.
> > The supported chip, QCA9377, works, but we only have 1x1 MIMO
> > boards with this chip. We are trying to get it work with 8274B-SR
> > (QCA6174)
> > ( http://www.fn-link.com/a-b-g-n-ac-wi-fi-bt-module/8274b-sr.html )
> >
> > There is already some code in sdio.c mentoining QCA6174, but there
> > are no nodes in ath10k_hw_params. Because QCA6174 is supported via
> > PCI bus, I tried to write the ath10k_hw_params node (see patch
> > http://blackhole.sk/~kabel/src/qca6174.patch ) but do not know if
> > the changes I did are enough, because the driver fails after loading
> > firmware.
> >
> > And the firmware is another point: Does board-sdio.bin have to be
> > different from board.bin? Do we have to create this binary
> > ourselves, or should the 8274B-SR board manufacturer sent us one?
> > (We didn't receive anything from fn-link.)
> >
> > Any information is good, please let us know even if you have NDA on
> > this and therefore cannot give any more information about this.
> >
> > Thank you.
> >
> > Marek Behun, CZ.NIC
> >
> > _______________________________________________
> > 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
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: QCA6174 SDIO support?
2018-01-08 2:00 ` Marek Behun
@ 2018-01-09 7:29 ` Sebastian Gottschall
2018-01-09 7:54 ` Alagu Sankar
1 sibling, 0 replies; 5+ messages in thread
From: Sebastian Gottschall @ 2018-01-09 7:29 UTC (permalink / raw)
To: Marek Behun; +Cc: ath10k
Am 08.01.2018 um 03:00 schrieb Marek Behun:
> This branch is almost the same as mine (orig + high latency patches +
> sdio patches), therefore no QCA6174 SDIO node in ath10k_hw_params_list.
the problem i see is that this chipset is not available as SDIO chipset
from qualcom. i cannot find any official specs for it
qualcom declares it as pcie only interface. qca6134 is sdio, but its no
ath10k chipset and not 802.11ac capable
>
> On Mon, 8 Jan 2018 02:31:59 +0100
> Sebastian Gottschall <s.gottschall@dd-wrt.com> wrote:
>
>> try this branch
>>
>> https://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git/log/?h=ath10k-pending-sdio-usb
>>
>> Am 08.01.2018 um 01:28 schrieb Marek Behun:
>>> Hello,
>>>
>>> we at CZ.NIC are trying the current ath10k driver with High Latency
>>> + SDIO support (which was done by Silex Technology) on our board.
>>> The supported chip, QCA9377, works, but we only have 1x1 MIMO
>>> boards with this chip. We are trying to get it work with 8274B-SR
>>> (QCA6174)
>>> ( http://www.fn-link.com/a-b-g-n-ac-wi-fi-bt-module/8274b-sr.html )
>>>
>>> There is already some code in sdio.c mentoining QCA6174, but there
>>> are no nodes in ath10k_hw_params. Because QCA6174 is supported via
>>> PCI bus, I tried to write the ath10k_hw_params node (see patch
>>> http://blackhole.sk/~kabel/src/qca6174.patch ) but do not know if
>>> the changes I did are enough, because the driver fails after loading
>>> firmware.
>>>
>>> And the firmware is another point: Does board-sdio.bin have to be
>>> different from board.bin? Do we have to create this binary
>>> ourselves, or should the 8274B-SR board manufacturer sent us one?
>>> (We didn't receive anything from fn-link.)
>>>
>>> Any information is good, please let us know even if you have NDA on
>>> this and therefore cannot give any more information about this.
>>>
>>> Thank you.
>>>
>>> Marek Behun, CZ.NIC
>>>
>>> _______________________________________________
>>> ath10k mailing list
>>> ath10k@lists.infradead.org
>>> http://lists.infradead.org/mailman/listinfo/ath10k
>>>
>
--
Mit freundlichen Grüssen / Regards
Sebastian Gottschall / CTO
NewMedia-NET GmbH - DD-WRT
Firmensitz: Stubenwaldallee 21a, 64625 Bensheim
Registergericht: Amtsgericht Darmstadt, HRB 25473
Geschäftsführer: Peter Steinhäuser, Christian Scheele
http://www.dd-wrt.com
email: s.gottschall@dd-wrt.com
Tel.: +496251-582650 / Fax: +496251-5826565
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: QCA6174 SDIO support?
2018-01-08 2:00 ` Marek Behun
2018-01-09 7:29 ` Sebastian Gottschall
@ 2018-01-09 7:54 ` Alagu Sankar
1 sibling, 0 replies; 5+ messages in thread
From: Alagu Sankar @ 2018-01-09 7:54 UTC (permalink / raw)
To: Marek Behun; +Cc: ath10k, Sebastian Gottschall
On 2018-01-08 07:30, Marek Behun wrote:
> This branch is almost the same as mine (orig + high latency patches +
> sdio patches), therefore no QCA6174 SDIO node in ath10k_hw_params_list.
>
> On Mon, 8 Jan 2018 02:31:59 +0100
> Sebastian Gottschall <s.gottschall@dd-wrt.com> wrote:
>
>> try this branch
>>
>> https://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git/log/?h=ath10k-pending-sdio-usb
>>
>> Am 08.01.2018 um 01:28 schrieb Marek Behun:
>> > Hello,
>> >
>> > we at CZ.NIC are trying the current ath10k driver with High Latency
>> > + SDIO support (which was done by Silex Technology) on our board.
>> > The supported chip, QCA9377, works, but we only have 1x1 MIMO
>> > boards with this chip. We are trying to get it work with 8274B-SR
>> > (QCA6174)
>> > ( http://www.fn-link.com/a-b-g-n-ac-wi-fi-bt-module/8274b-sr.html )
>> >
>> > There is already some code in sdio.c mentoining QCA6174, but there
>> > are no nodes in ath10k_hw_params. Because QCA6174 is supported via
>> > PCI bus, I tried to write the ath10k_hw_params node (see patch
>> > http://blackhole.sk/~kabel/src/qca6174.patch ) but do not know if
>> > the changes I did are enough, because the driver fails after loading
>> > firmware.
>> >
>> > And the firmware is another point: Does board-sdio.bin have to be
>> > different from board.bin? Do we have to create this binary
>> > ourselves, or should the 8274B-SR board manufacturer sent us one?
>> > (We didn't receive anything from fn-link.)
board-sdio.bin is nothing but the board.bin variant used by SDIO
modules. Check with the board/module vendor for the board.bin. This is
one possible cause for the firmware assert.
>> >
>> > Any information is good, please let us know even if you have NDA on
>> > this and therefore cannot give any more information about this.
>> >
>> > Thank you.
>> >
>> > Marek Behun, CZ.NIC
>> >
>> > _______________________________________________
>> > ath10k mailing list
>> > ath10k@lists.infradead.org
>> > http://lists.infradead.org/mailman/listinfo/ath10k
>> >
>>
>
You also need to get the firmware-x.bin for QCA6174 SDIO module. I do
not think that the PCIe firmware of QCA6174 or the SDIO firmware of
QCA9377 would be compatible with this. If you do not have one, probably
this information from Erik
(https://github.com/erstrom/linux-ath/wiki/Firmware) would be of some
help.
Regards,
Alagu Sankar
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2018-01-09 7:56 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-01-08 0:28 QCA6174 SDIO support? Marek Behun
2018-01-08 1:31 ` Sebastian Gottschall
2018-01-08 2:00 ` Marek Behun
2018-01-09 7:29 ` Sebastian Gottschall
2018-01-09 7:54 ` Alagu Sankar
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox