From: Kalle Valo <kvalo@codeaurora.org>
To: IgorMitsyanko <igor.mitsyanko.os@quantenna.com>
Cc: Johannes Berg <johannes@sipsolutions.net>,
<linux-wireless@vger.kernel.org>, <btherthala@quantenna.com>,
<hwang@quantenna.com>, <smaksimenko@quantenna.com>,
<dlebed@quantenna.com>, Igor Mitsyanko <imitsyanko@quantenna.com>,
Kamlesh Rath <krath@quantenna.com>,
Sergey Matyukevich <smatyukevich@quantenna.com>,
Avinash Patil <avinashp@quantenna.com>,
Ben Hutchings <ben@decadent.org.uk>,
Kyle McMartin <kyle@kernel.org>
Subject: Re: [RFC] qtn: add FullMAC firmware for Quantenna QSR10G wifi device
Date: Thu, 24 Nov 2016 13:59:03 +0200 [thread overview]
Message-ID: <87shqhf5rs.fsf@kamboji.qca.qualcomm.com> (raw)
In-Reply-To: <a5fa00c7-f8db-708a-cd21-4d5b0fbdf49b@quantenna.com> (IgorMitsyanko's message of "Wed, 23 Nov 2016 20:09:32 +0300")
IgorMitsyanko <igor.mitsyanko.os@quantenna.com> writes:
> On 11/23/2016 06:25 PM, Kalle Valo wrote:
>> IgorMitsyanko <igor.mitsyanko.os@quantenna.com> writes:
>>
>>> To clarify with you and Kalle, as persons involved with
>>> linux-wireless: is my understanding correct that submitting firmware
>>> into linux-fimware repository is a prerequisite to accepting new
>>> driver into linux-wireless?
>> In my opinion the most important is that the device is usable with an
>> upstream driver so that anyone can start using the driver (if they have
>> the hardware).
>>
>>> There is an option to start Quantenna device from internal flash
>>> memory, no external binary files involved. If we will introduce this
>>> functionality and remove code handling external firmware for now
>>> (until firmware problem resolved), would that allow driver to be
>>> reviewed/accepted?
>> Do all the publically available hardware contain the firmware in
>> internal flash (flashed in the factory)? Or is this something which must
>> be installed separately for each board's internal flash by the user?
>
> Each board must have flash installed on it, preflashed in the factory
> with uboot and firmware binary, otherwise board won't boot
Will the preflashed firmware binary will have all the normal
functionality needed by this driver? I mean that you can start an AP
interface etc.
> (won't boot without uboot, firmware itself is not mandatory).
Are you expecting that there are devices on the field which have uboot
preflashed but not the firmware?
> Booting from flash is default behavior on boards that are currently on
> the market, but for developemnt purpuses it's not very convenient and
> harder to upgrade.
Sure, I understand.
>> BTW, the original mail with the firmware image didn't make it to the
>> list, I guess it was too big? It would be good if you could post the
>> license separately so that people can see it.
>>
>
> I resent the email without binary patch to linux-wireless.
Saw it now, thanks.
--
Kalle Valo
next prev parent reply other threads:[~2016-11-24 11:59 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1478700000-11624-1-git-send-email-igor.mitsyanko.os@quantenna.com>
2016-11-09 14:00 ` [PATCH V3] qtnfmac: announcement of new FullMAC driver for Quantenna chipsets igor.mitsyanko.os
2016-11-14 9:52 ` Johannes Berg
[not found] ` <62102ba6-cae0-f00d-f989-3f2e9ea43d9b@quantenna.com>
2016-11-16 16:50 ` IgorMitsyanko
2016-11-17 8:51 ` Johannes Berg
2016-11-15 9:06 ` Johannes Berg
2016-11-16 16:47 ` IgorMitsyanko
2016-11-17 7:54 ` Johannes Berg
2016-11-09 15:56 ` [RFC] qtn: add FullMAC firmware for Quantenna QSR10G wifi device Johannes Berg
[not found] ` <2fcb5f28-808e-f296-7e91-e5185e7577c9@quantenna.com>
2016-11-09 21:05 ` Johannes Berg
2016-11-10 14:02 ` IgorMitsyanko
2016-11-11 11:35 ` Johannes Berg
2016-11-14 8:26 ` IgorMitsyanko
2016-11-14 9:40 ` Johannes Berg
2016-11-23 15:25 ` Kalle Valo
2016-11-23 16:45 ` igor.mitsyanko.os
2016-11-23 17:09 ` IgorMitsyanko
2016-11-24 11:59 ` Kalle Valo [this message]
2016-11-25 10:16 ` IgorMitsyanko
2016-12-23 15:12 ` igor.mitsyanko.os
2016-12-23 17:47 ` Christian Lamparter
2016-11-22 14:44 ` IgorMitsyanko
2016-11-28 16:34 ` Kyle McMartin
2016-11-28 17:10 ` Oleksij Rempel
2016-11-28 17:33 ` Oleksij Rempel
2016-11-28 19:01 ` IgorMitsyanko
2016-11-29 3:49 ` Oleksij Rempel
2016-11-29 9:10 ` IgorMitsyanko
2016-11-29 9:34 ` Arend Van Spriel
2016-11-29 10:22 ` IgorMitsyanko
2016-11-28 22:07 ` IgorMitsyanko
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=87shqhf5rs.fsf@kamboji.qca.qualcomm.com \
--to=kvalo@codeaurora.org \
--cc=avinashp@quantenna.com \
--cc=ben@decadent.org.uk \
--cc=btherthala@quantenna.com \
--cc=dlebed@quantenna.com \
--cc=hwang@quantenna.com \
--cc=igor.mitsyanko.os@quantenna.com \
--cc=imitsyanko@quantenna.com \
--cc=johannes@sipsolutions.net \
--cc=krath@quantenna.com \
--cc=kyle@kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=smaksimenko@quantenna.com \
--cc=smatyukevich@quantenna.com \
/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.