From: "Valo, Kalle" <kvalo@qca.qualcomm.com>
To: Steve deRosier <derosier@gmail.com>
Cc: Erik Stromdahl <erik.stromdahl@gmail.com>,
linux-wireless <linux-wireless@vger.kernel.org>
Subject: Re: [RFC 0/5] ath6kl: non WMI data service support
Date: Fri, 14 Oct 2016 04:32:32 +0000 [thread overview]
Message-ID: <87y41rbleo.fsf@kamboji.qca.qualcomm.com> (raw)
In-Reply-To: <CALupW3CrY5sZYBcx5Bd3E_M_Kx2sx8_N9h_uexvg_DSO0c-tJA@mail.gmail.com> (Steve deRosier's message of "Thu, 13 Oct 2016 16:57:32 -0700")
Steve deRosier <derosier@gmail.com> writes:
> Hi Eric,
>
> On Thu, Oct 13, 2016 at 9:39 AM, Erik Stromdahl
> <erik.stromdahl@gmail.com> wrote:
>> This patch series is intended to prepare the ath6kl driver
>> for newer chipsets that doesn't use the current WMI data
>> endpoints for data traffic.
>>
>> The chipset I have been working with (and used for testing)
>> is QCA6584. It is SDIO based (at least the variant I have
>> been using) with 802.11p WAVE DSRC capabilities.
>>
>> This chipset is different from the AR600X family in that
>> it does not use the WMI data services (service id's 0x101
>> to 0x104 ) for data traffic.
>> Instead it uses the HTT data service for data and wmi unified
>> for control messages.
>> It is also different when it comes to mailbox addresses
>> and HTC header format as well, but these differences are not
>> part of this patch series.
>>
>
> I've only taken a quick look and I'll make specific comments to
> specific patches later, but I've got to ask the question, should these
> changes go into ath6kl or be a new driver?
>
> Just because the number starts with 6000 doesn't mean it's a ath6kl
> chip. The 10k series chips all start with 9000 for example, but they
> rate their own driver.
>
> You state that all of the underpinnings of the communication with the
> chip are totally different:
> * Doesn't use WMI
> * Different mailboxing
> * Different HTC layer
>
> If all of the commands and all of the communication layers to the chip
> are totally different, then perhaps it isn't an ath6kl chip. So if
> it's largely similar, then OK, but seems to me with the changes you're
> saying above, it's mostly different.
>
> I'm saying all that without any knowledge of this chip. My experience
> is limited to various versions of the 6003 and 6004 chips.
Exactly what I was thinking. When I saw terms like "HTT" and "unified
WMI" my first thought was that is this actually an ath10k based design?
The product numbers really don't give any indication what driver
supports, the division goes something like this:
* ath9k: "non-mobile" 11n chips
* ath6k: mobile 11n chips
* ath10k: mobile and "non-mobile" 11ac chips
For example QCA6174 is an 11ac mobile chip supported by ath10k. ath10k
only supports PCI bus at the moment, but I'm hoping someone would add
USB and SDIO support. Patches are very welcome.
I'm starting to suspect that QCA6584 is actually based on the same
design as QCA6174. If that's the case when we should also think if
instead we should add SDIO support to ath10k, maybe by taking relevant
parts from ath6kl?
I'll investigate more what this QCA6584 is, I haven't heard about it
before.
--=20
Kalle Valo=
next prev parent reply other threads:[~2016-10-14 4:32 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-13 16:39 [RFC 0/5] ath6kl: non WMI data service support Erik Stromdahl
2016-10-13 16:39 ` [RFC 1/5] ath6kl: HTC mbox tx complete cb support Erik Stromdahl
2016-10-13 16:39 ` [RFC 2/5] ath6kl: Updated TARG_VTOP macro with default value Erik Stromdahl
2016-10-13 16:39 ` [RFC 3/5] ath6kl: Added disable credit flow ctrl for mbox Erik Stromdahl
2016-10-13 16:39 ` [RFC 4/5] ath6kl: Updated credit setup Erik Stromdahl
2016-10-13 16:39 ` [RFC 5/5] ath6kl: service connect rewrite Erik Stromdahl
2016-10-13 23:57 ` [RFC 0/5] ath6kl: non WMI data service support Steve deRosier
2016-10-14 4:32 ` Valo, Kalle [this message]
2016-10-14 15:38 ` Erik Stromdahl
2016-10-15 5:24 ` Valo, Kalle
2016-10-15 5:24 ` Valo, Kalle
2016-10-14 7:34 ` Valo, Kalle
2016-10-14 15:54 ` Erik Stromdahl
2016-10-15 5:29 ` Valo, Kalle
2016-10-15 5:29 ` Valo, Kalle
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87y41rbleo.fsf@kamboji.qca.qualcomm.com \
--to=kvalo@qca.qualcomm.com \
--cc=derosier@gmail.com \
--cc=erik.stromdahl@gmail.com \
--cc=linux-wireless@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.