From: Kalle Valo <kvalo@qca.qualcomm.com>
To: Sven Eckelmann <sven@open-mesh.com>
Cc: Simon Wunderlich <simon@open-mesh.com>,
"openwrt-devel@lists.openwrt.org"
<openwrt-devel@lists.openwrt.org>,
"ath10k@lists.infradead.org" <ath10k@lists.infradead.org>,
Matti Laakso <malaakso@elisanet.fi>
Subject: Re: [PATCH 0/2] Initial 11ac support using ath10k
Date: Mon, 27 Jan 2014 16:19:07 +0200 [thread overview]
Message-ID: <874n4pld7o.fsf@kamboji.qca.qualcomm.com> (raw)
In-Reply-To: <2241060.ARHWKI05xP@bentobox> (Sven Eckelmann's message of "Mon, 20 Jan 2014 11:29:26 +0100")
Sven Eckelmann <sven@open-mesh.com> writes:
> On Saturday 18 January 2014 01:14:28 Kalle Valo wrote:
>
>> > Just as general information to the state of ath10k, my current test showed
>> >
>> > some problems with it:
>> > * Samsung GT-I9300 only got horrible slow connections to an QCA9880 but
>> >
>> > an Intel N6205 (using iwlwifi from v3.12) or Samsung S4 worked
>> > "fine"
>>
>> Could you report the I9300 issue to the ath10k list with more details,
>> please? We can try to investigate it.
>
> This is a little bit problematic. I could reproduce this problem quite well on
> a specific date and when I tried some other day it worked fine. So it is hard
> to report anything. The only thing I could report would be the "Failed to add
> peer" problem which seemed to happen at the same time.
>
> Maybe I find a way to reproduce it reliable but I don't know how at the
> moment.
The bug report doesn't need to be perfect, not all bugs are easily
reproducable, but just knowing about a bug would even help. That's why
ask people to send bug reports to ath10k@lists.infradead.org.
>> > * Adhoc mode doesn't work at all
>>
>> That was with 10.1 firmware? AFAIK it doesn't support adhoc at all. I
>> think we need to add a firmware feature flag to disable adhoc with that
>> firmware.
>
> It used the latest and greatest, stable(?) version of the firmware when the
> patchset was generated: ap/firmware-2.bin_10.1.467-1
>
> The statement "doesn't support adhoc at all" makes me a little bit nervous.
> Would you say that it is better to completely ignore the "ap" directory of the
> firmware repo [2]? Which benefits does the ap firmware has over the ath10k
> firmware?
So we have two firmware branches right now, "main" and "10.1". 10.1 is
solely focused on AP mode, nothing else. The main branch again has more
features, like P2P, but doesn't support AP mode as well as 10.1 does.
--
Kalle Valo
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
prev parent reply other threads:[~2014-01-27 14:19 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1513091.zjVOOQ7NvD@bentobox>
2014-01-18 9:05 ` [PATCH 0/2] Initial 11ac support using ath10k Kalle Valo
2014-01-18 9:14 ` Kalle Valo
2014-01-20 9:33 ` Yeoh Chun-Yeow
2014-01-20 10:29 ` Sven Eckelmann
2014-01-27 14:19 ` Kalle Valo [this message]
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=874n4pld7o.fsf@kamboji.qca.qualcomm.com \
--to=kvalo@qca.qualcomm.com \
--cc=ath10k@lists.infradead.org \
--cc=malaakso@elisanet.fi \
--cc=openwrt-devel@lists.openwrt.org \
--cc=simon@open-mesh.com \
--cc=sven@open-mesh.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox