ATH10K Archive on lore.kernel.org
 help / color / mirror / Atom feed
* 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