On 09/10/2014 08:59 AM, Kalle Valo wrote:
From: Ben Greear gree...@candelatech.com
10.1 firmware does not have an official way to
cause assert on purpose, but it can be done with
carefully crafted WMI command. This is a different
kind of crash from the 'hard' crash, which is
a bad memory
-num_rf_chains = WMI_MAX_SPATIAL_STREAM;
}
+ ar-supp_tx_chainmask = (1 ar-num_rf_chains) - 1;
+ ar-supp_rx_chainmask = (1 ar-num_rf_chains) - 1;
Are there are no chips that support a different number
of tx and rx chains?
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela
On 09/23/2014 05:54 AM, Kalle Valo wrote:
gree...@candelatech.com writes:
From: Ben Greear gree...@candelatech.com
This can allow more than 32 stations to be supported
without over-running the bitmap.
Signed-off-by: Ben Greear gree...@candelatech.com
[...]
- ar-monitor_vdev_id
On 09/23/2014 05:59 AM, Kalle Valo wrote:
gree...@candelatech.com writes:
From: Ben Greear gree...@candelatech.com
Support up to 32 stations when using CT firmware.
Signed-off-by: Ben Greear gree...@candelatech.com
[...]
- if (test_bit(ATH10K_FW_FEATURE_WMI_10X, ar-fw_features
On 09/23/2014 01:53 AM, Michal Kazior wrote:
On 22 September 2014 22:54, gree...@candelatech.com wrote:
From: Ben Greear gree...@candelatech.com
It appears it takes more than just setting the
hardware's chainmask to make things work well. Without
this patch, a vdev would only use 1x1 rates
make any sense at all? Shouldn't we deny it or make it fallback to
the supported tx/rx chainmask values?
It would cause the logic to flip back to the defaults, so seems mildly useful.
I'm not sure
upper layers would ever let it be 1 though.
Thanks,
Ben
Michał
--
Ben Greear gree
stats between the above mutex_unlock() and
following spin_lock_bh().
That makes no difference at all to the user though, and it is one less
set of nested locks to worry about.
I'd prefer to leave it as is.
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http
Michał
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
On 09/24/2014 08:05 AM, Michal Kazior wrote:
On 24 September 2014 16:35, Ben Greear gree...@candelatech.com wrote:
On 09/24/2014 12:51 AM, Michal Kazior wrote:
On 24 September 2014 02:26, gree...@candelatech.com wrote:
[...]
+static struct ieee80211_sta_vht_cap ath10k_create_vht_cap
On 09/24/2014 12:09 AM, Michal Kazior wrote:
On 23 September 2014 18:48, Ben Greear gree...@candelatech.com wrote:
On 09/23/2014 01:59 AM, Michal Kazior wrote:
On 23 September 2014 01:00, gree...@candelatech.com wrote:
From: Ben Greear gree...@candelatech.com
[...]
@@ -4086,6 +4086,10
On 09/23/2014 11:50 PM, Michal Kazior wrote:
On 23 September 2014 16:19, Ben Greear gree...@candelatech.com wrote:
On 09/23/2014 02:16 AM, Michal Kazior wrote:
On 19 September 2014 20:28, gree...@candelatech.com wrote:
[...]
+ /* If we are CT firmware, ask it to flush all tids on all
kernel: cfg80211: Setting DFS Master region in
update_regulatory, was: unset, new: FCC lr: 8802208ba280 regdom:
8800c72a6300
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line
On 09/24/2014 11:23 PM, Michal Kazior wrote:
On 24 September 2014 18:30, Ben Greear gree...@candelatech.com wrote:
On 09/24/2014 08:05 AM, Michal Kazior wrote:
On 24 September 2014 16:35, Ben Greear gree...@candelatech.com wrote:
On 09/24/2014 12:51 AM, Michal Kazior wrote:
On 24 September
(data-pending) = MAX_QUEUE) {
/* Droping until WARN_QUEUE level */
while (skb_queue_len(data-pending) = WARN_QUEUE)
skb_dequeue(data-pending);
}
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http
On 09/25/2014 04:59 PM, gree...@candelatech.com wrote:
From: Ben Greear gree...@candelatech.com
This will let hw-sim create wiphy objects with a specific
name.
This has an added whitespace that should not have been included,
and next patch does not take rtnl before doing the rename
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 09/29/2014 01:24 AM, Kalle Valo wrote:
gree...@candelatech.com writes:
From: Ben Greear gree...@candelatech.com
This gives user-space a normal-ish way to detect that
firmware has failed to start and that a reboot is
probably required.
Signed-off-by: Ben Greear gree...@candelatech.com
As far as I can tell, the .h file is not installed anywhere
in a normal OS.
What is the proper method to get this file sanitized and put
into a more common location?
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from
On 09/30/2014 05:27 AM, Michal Kazior wrote:
On 29 September 2014 18:05, Ben Greear gree...@candelatech.com wrote:
On 09/29/2014 01:24 AM, Kalle Valo wrote:
gree...@candelatech.com writes:
From: Ben Greear gree...@candelatech.com
This gives user-space a normal-ish way to detect
.
I do not see that whitespace problem in the patch I posted.
I will change it to is_valid_ether_addr as you suggested.
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux
() is to determine
whether iw provided a mac address or not.
Well, I guess either way is fine with me. Might be nice to apply v2
just in case that code is ever called by something that is not validating
the address.
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http
I tried this on a 3.17.0-rc7+ kernel, but reported tx-rate stays at 54Mbps
iw dev sta1 set bitrates legacy-5 24
Driver is ath9k, but wpa_supplicant is configured to disable HT.
I'm going to go dig into this, but if someone has any suggestions,
please let me know.
Thanks,
Ben
--
Ben Greear
On 10/01/2014 04:00 PM, Ben Greear wrote:
I tried this on a 3.17.0-rc7+ kernel, but reported tx-rate stays at 54Mbps
iw dev sta1 set bitrates legacy-5 24
Driver is ath9k, but wpa_supplicant is configured to disable HT.
I'm going to go dig into this, but if someone has any suggestions
aa6eab9d17a0b3468075ff7c1abfee2ccfcb521e
e15af8b46ce047c8b46177e2d4cf74a4590a2181 M drivers
I will be happy to test patches if anyone has a suggested fix or needs
debug output...
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from
On 10/17/2014 11:53 PM, Johannes Berg wrote:
On Fri, 2014-10-17 at 13:12 -0700, gree...@candelatech.com wrote:
From: Ben Greear gree...@candelatech.com
Otherwise, it can be very difficult to know which is which
if you are trying to do detailed testing.
Having just implemented something
) */
ATH10K_FW_FEATURE_CT_RXSWCRYPT = 6,
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
, digits;
+
+/* Code below is from cfg80211_dev_rename */
can you refactor this then please?
I'll see what I can do on this, as well as take care of
the rest of the comments.
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
On 10/21/2014 01:10 PM, Ben Greear wrote:
On 10/21/2014 12:31 PM, Johannes Berg wrote:
/* give it a proper name */
- dev_set_name(rdev-wiphy.dev, PHY_NAME %d, rdev-wiphy_idx);
+ if (requested_name requested_name[0]) {
+ struct cfg80211_registered_device *rdev2
From what I can tell, when hwsim sends frames to wmediumd using netlink
sockets,
it does not include any channel/frequency information in the netlink packet.
Any reason not to add that?
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
On 10/23/2014 10:19 AM, Johannes Berg wrote:
On Thu, 2014-10-23 at 09:53 -0700, Ben Greear wrote:
From what I can tell, when hwsim sends frames to wmediumd using netlink
sockets,
it does not include any channel/frequency information in the netlink packet.
Any reason not to add that?
I
:
* #{ IBSS } = 1, #{ managed, AP, mesh point, P2P-client,
P2P-GO } = 2048,
total = 2048, #channels = 1
* #{ AP } = 8,
total = 8, #channels = 1, radar detect widths: { 20 MHz
(no HT), 20 MHz, 40 MHz, 80 MHz, 160 MHz }
Thanks,
Ben
--
Ben Greear
tool is creating the phys, then it can know ahead of time the
names
and match the events that way.
I'm not taking sides on your particular patch, but those features made my
tool a lot easier to write and more efficient.
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc
they be mentioned in the policy struct like the other attributes?
Thanks for fixing that!
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord
On 09/23/2014 02:17 PM, gree...@candelatech.com wrote:
From: Ben Greear gree...@candelatech.com
When re-associating a station, the nss was set back to
maximum value even if user had configured small number
of tx chains. So, pay attention to user's config in
this case as well.
Looks like
: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send
and putting everything else into the skb-data.
^^ typo?
I didn't look at the rest...
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord
On 11/06/2014 04:47 PM, Ben Greear wrote:
On 11/06/2014 11:57 AM, Ben Greear wrote:
I have uploaded the latest CT version of the ath10k firmware.
http://www.candelatech.com/ath10k.php
This firmware fixes bugs in raw-tx mode, though probably only
non-encrypted frames can be sent
at least some of this,
but it's a bit free-form to program against...
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
On 11/22/2014 07:28 AM, Kalle Valo wrote:
gree...@candelatech.com writes:
From: Ben Greear gree...@candelatech.com
There are not many of these messages producted by the
firmware, but they are generally fairly useful, so print
them at info level.
Signed-off-by: Ben Greear gree
worried.
Johannes mentioned me that this is not supported so I am reluctant to
take these. Unless I'm missing something, of course.
I did test the code, and it seems to work fine. But, I could
be missing some subtle issues.
Any idea how this is supposed to be done?
Thanks,
Ben
--
Ben
On 12/10/2014 10:33 AM, poh wrote:
On 12/05/2014 07:59 PM, Ben Greear wrote:
On 12/05/2014 09:16 AM, Peter Oh wrote:
Setting fragmentation threshold has not been supported by
any of firmware versions, hence unregister the callback and
remove the function.
How hard is it to just fix
how to go about it?
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
. Is there anything
we could improve so that we can have fewer acks and still get
good tcp stack behaviour?
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body
On 02/04/2015 12:37 AM, Kalle Valo wrote:
gree...@candelatech.com writes:
From: Ben Greear gree...@candelatech.com
In case firmware fails to start the scan, then complete
the start condition and clean up so that driver does not
block on timeout.
Signed-off-by: Ben Greear gree
unresponsive,
restarting..\n);
+ queue_work(ar-workqueue, ar-restart_work);
+ }
+ }
+
return ret;
}
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line
this firmware.
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On 02/10/2015 09:01 AM, Ben Greear wrote:
I've hacked CT firmware to do a flush of all vdevs itself when it detects WMI
hang.
I don't have a good test bed to reproduce the problem reliably, but I should
know
after a few days if the flush works at all. If not, then it's a moot point
On 02/09/2015 10:09 PM, Michal Kazior wrote:
On 9 February 2015 at 17:03, Ben Greear gree...@candelatech.com wrote:
On 02/08/2015 10:24 PM, Michal Kazior wrote:
On 6 February 2015 at 17:15, Ben Greear gree...@candelatech.com wrote:
[...]
At least in my tests, I could continue
to receive
:00 wlan1: STA 00:21:6a:5f:3f:c2 IEEE 802.11: authenticated
Feb 18 09:31:00 hostapd: wlan1: STA 00:21:6a:5f:3f:c2 IEEE 802.11:
authenticated
Feb 18 09:31:00 wlan1: STA 00:1f:3b:11:b1:25 IEEE 802.11: associated (aid 8)
Feb 18 09:31:00 wlan1: AP-STA-CONNECTED 00:1f:3b:11:b1:25
Thanks,
Ben
--
Ben
) + \
(TARGET_10X_NUM_VDEVS))
--
1.9.1
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Ben Greear gree
On 02/15/2015 05:40 AM, Kalle Valo wrote:
(Adding linux-wireless)
Ben Greear gree...@candelatech.com writes:
In AP mode, it seems that 3.17-ish kernels (at least) always set station kickout
to hard-coded value of 50.
Is this something that should be configurable? Maybe a module parameter
change the
'wait-for-3-seconds' timeout to 3 1-second timeouts, and
on second timeout force a flush, ignoring tx-credits if
required? That may not be pretty, but seems better than resetting
firmware if it works.
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http
;
}
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
wonder if similar wb() is needed in the firmware somewhere?
Thanks,
Ben
On 01/09/2015 04:36 PM, Ben Greear wrote:
I added this to my tree (and a bunch more debug stuff to track
CE transport-ids), and I've done about 4500 station reconnects over
the last 2 hours and no tx-credits hang issue so far
Sorry about the resends...had mail-server issue, should be resolved now.
Thanks,
Ben
On 01/12/2015 11:29 AM, gree...@candelatech.com wrote:
From: Ben Greear gree...@candelatech.com
In case firmware fails to start the scan, then complete
the start condition and clean up so that driver does
On 02/08/2015 10:24 PM, Michal Kazior wrote:
On 6 February 2015 at 17:15, Ben Greear gree...@candelatech.com wrote:
On 02/06/2015 04:05 AM, Michal Kazior wrote:
It makes little sense to continue and let
firmware-host state become inconsistent if a WMI
command can't be submitted to firmware
it is properly going to the
netlink socket and user-space app.
If not this, any other ideas what I might be missing?
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless
);
config.rx_timeout_pri_vo = __cpu_to_le32(TARGET_10X_RX_TIMEOUT_LO_PRI);
--
1.9.1
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Ben Greear gree
On 02/11/2015 10:55 PM, Michal Kazior wrote:
On 11 February 2015 at 23:25, Ben Greear gree...@candelatech.com wrote:
On 02/10/2015 09:01 AM, Ben Greear wrote:
I've hacked CT firmware to do a flush of all vdevs itself when it detects WMI
hang.
I don't have a good test bed to reproduce
On 02/24/2015 06:40 AM, Johannes Berg wrote:
On Tue, 2015-02-24 at 06:36 -0800, Ben Greear wrote:
We could push more and more of this to user-space and let it decide whether
and
how to forward or accept frames for particular radios.
Sure, no objection to that. However, just arbitrarily
a bunch more info about the actual
rates instead of just the rate idx?
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord
;
u32 flags = 0;
+ /* this one needs to be done in software */
+ if (key-cipher == WLAN_CIPHER_SUITE_AES_CMAC)
+ return 1;
+
if (key-keyidx WMI_MAX_KEY_INDEX)
return -ENOSPC;
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 03/11/2015 02:31 PM, Arend van Spriel wrote:
On 03/11/15 22:07, Ben Greear wrote:
When using the user-space transport, the netlink frame sent to user-space
has a rate index and retry count, and nothing else. Is there a
reliable way to know in user-space what index maps to what actual rate
On 03/10/2015 11:10 PM, Janusz Dziedzic wrote:
On 11 March 2015 at 00:00, gree...@candelatech.com wrote:
From: Ben Greear gree...@candelatech.com
This allows one to configure exactly one rate for drivers
such as ath10k that will only allow a single rate to be
configured.
Hello
On 03/25/2015 08:34 AM, Jose Antonio Delgado Alfonso wrote:
Hi all,
I would like to ask Qualcomm's collaborators about this topic.
We are trying to certify a AP product which uses QCA988x radio module.
We are using the ath10k driver (kernel v3.17.8) and firmware from Ben
Greear. We
On 03/31/2015 07:27 AM, Johannes Berg wrote:
On Wed, 2015-03-11 at 14:05 -0700, Ben Greear wrote:
I took a look at the hw-scan code a bit...I guess we might could do
additional
info calls to user-space as we iterate through the channels while scanning?
A real driver would be causing
with 16 retries each', so that users know
what
number is what?
Thanks,
Ben
/*
* Use insanely high numbers to make sure that the firmware implementation
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send
On 02/23/2015 08:08 AM, Johannes Berg wrote:
On Tue, 2015-02-10 at 10:25 -0800, gree...@candelatech.com wrote:
From: Ben Greear gree...@candelatech.com
Otherwise, skb is not cleaned up until there is some timeout
and the tx-queue quickly becomes overly full.
+++ b/drivers/net/wireless
On 02/25/2015 11:10 AM, Johannes Berg wrote:
On Wed, 2015-02-25 at 10:51 -0800, Ben Greear wrote:
Is there a table somewhere that explains how many chains are used by each
rate?
mcsindex.com?
What about OFDM and CCK. Are those always 1 chain?
Thanks,
Ben
--
Ben Greear gree
,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 02/24/2015 02:14 AM, Johannes Berg wrote:
On Mon, 2015-02-23 at 09:38 -0800, Ben Greear wrote:
This doesn't really seem right - essentially it means that whatever you
just gave to userspace is now completely useless?
It seems skb_orphan() could/should be put here.
I don't understand
On 02/24/2015 06:34 AM, Johannes Berg wrote:
On Tue, 2015-02-24 at 06:28 -0800, Ben Greear wrote:
If there is no status to return, then why would user-space call back at all?
Should user-space *always* return a status even when not requested to?
I'd certainly expect so from hwsim.
I
On 02/24/2015 02:11 AM, Johannes Berg wrote:
On Mon, 2015-02-23 at 09:43 -0800, Ben Greear wrote:
This seems a bit strange - don't we already tag packets with the
frequency? Why would you need the channel change separately? What does
that even mean? Depending on how you use this it could
?
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
they have.
The only firmware I am aware of that is open-source is 'ath9k_htc'.
Not a simple piece of software, but at least you have the source...
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line
related to wmi mgmt tx.
Good to see this in.
This will help when using CT firmware as well, since it makes
better use of tx-credits-update than stock 10.1.467 at least.
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe
On 03/23/2015 03:16 PM, Julian Calaby wrote:
Hi Ben,
On Tue, Mar 24, 2015 at 5:03 AM, gree...@candelatech.com wrote:
From: Ben Greear gree...@candelatech.com
This lets us properly over-ride the default w1.fi
related strings in order to properly generate keys
that can be used by the OCSP
Sorry, this should have gone elsewherewill re-send to the appropriate
location.
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message
Looks like I have some more work to do. For any moderately large frames,
I am now dropping the last 16 bytes. Looks like the skb_put_padto logic
was working around a more serious issue...
Thanks,
Ben
On 04/10/2015 04:32 PM, Ben Greear wrote:
First, thanks to everyone that helped me
On 04/13/2015 10:41 AM, Ben Greear wrote:
Looks like I have some more work to do. For any moderately large frames,
I am now dropping the last 16 bytes. Looks like the skb_put_padto logic
was working around a more serious issue...
A better-tested version of kernel and firmware is uploaded now
On 04/13/2015 10:34 PM, Michal Kazior wrote:
On 14 April 2015 at 02:10, Ben Greear gree...@candelatech.com wrote:
On 04/13/2015 10:41 AM, Ben Greear wrote:
Looks like I have some more work to do. For any moderately large frames,
I am now dropping the last 16 bytes. Looks like
On 04/15/2015 02:33 AM, Johannes Berg wrote:
On Tue, 2015-04-14 at 08:55 -0700, Ben Greear wrote:
True, although I'd like to see the multi-channel issue addressed better.
I need a hint or two on what exactly you want changed in my patch to
address your request, or maybe you or someone else
On 04/14/2015 01:13 AM, Johannes Berg wrote:
On Tue, 2015-03-31 at 08:56 -0700, Ben Greear wrote:
Well, depends. Our driver just asks the firmware to do the scan, and it
will do all the scheduling by itself, i.e. it'll go through the channels
at convenient times etc.
I do not want
On 04/14/2015 08:06 AM, Johannes Berg wrote:
On Tue, 2015-04-14 at 07:56 -0700, Ben Greear wrote:
Well, the question isn't really that offloading, the question is what
happens with the hw-scan logic in hwsim? Though I guess now that I think
about it, that wouldn't show up in userspace at all
,
Ben
On 04/14/2015 08:01 AM, Ben Greear wrote:
On 04/13/2015 10:34 PM, Michal Kazior wrote:
On 14 April 2015 at 02:10, Ben Greear gree...@candelatech.com wrote:
On 04/13/2015 10:41 AM, Ben Greear wrote:
Looks like I have some more work to do. For any moderately large frames,
I am now
On 04/07/2015 08:25 PM, Sujith Manoharan wrote:
Ben Greear wrote:
For the third set, why limit to a single interface. Can't we run IBSS + AP
(and plus stations, for that matter), all at the same time with ath9k?
TSF would jump around since the HW would sync with the
received beacons
*/
+ }
+ }
+
/* We should disable CCK RATE due to P2P */
if (info-flags IEEE80211_TX_CTL_NO_CCK_RATE)
ath10k_dbg(ar, ATH10K_DBG_MAC,
IEEE80211_TX_CTL_NO_CCK_RATE\n);
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc
frequency=5180
proto=RSN
key_mgmt=WPA-PSK
#psk=ben-ota-passwd
psk=fc29b6edf32abd7a9818af3c94b2aa5364c785eee33ed3df11605a3db8f905bc
pairwise=CCMP
group=CCMP
proactive_key_caching=0
}
I'm curious to know if anyone tries it out.
Thanks,
Ben
--
Ben Greear gree
;
}
return 0;
}
EXPORT_SYMBOL(cfg80211_check_combinations);
There should be exactly one interface on this radio that is admin-up, and it is
the
one that I am trying to make run in adhoc mode.
Any ideas on this?
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc
it again for some reason.
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On 04/06/2015 10:17 PM, Janusz Dziedzic wrote:
On 7 April 2015 at 07:12, Michal Kazior michal.kaz...@tieto.com wrote:
On 7 April 2015 at 02:39, Ben Greear gree...@candelatech.com wrote:
Has anyone tried running ath10k to ath9k IBSS?
I'm trying this with a somewhat hacked 4.0-rc6 kernel
?
Thanks,
Ben
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
On 04/07/2015 09:33 AM, Ben Greear wrote:
On 04/06/2015 10:17 PM, Janusz Dziedzic wrote:
On 7 April 2015 at 07:12, Michal Kazior michal.kaz...@tieto.com wrote:
On 7 April 2015 at 02:39, Ben Greear gree...@candelatech.com wrote:
Has anyone tried running ath10k to ath9k IBSS?
I'm trying
On 04/08/2015 11:29 AM, Peer, Ilan wrote:
Hi Ben,
-Original Message-
From: Ben Greear [mailto:gree...@candelatech.com]
Sent: Tuesday, April 07, 2015 19:08
To: Peer, Ilan
Cc: linux-wireless@vger.kernel.org
Subject: Re: [PATCH 1/2] mac80211_hwsim: Set VHT capabilities only
source.
Any comments on how 'thick' the marvell firmware is?
Thanks,
Ben
Thanks,
David
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord
. You can't expect users to configure their devices via debugfs,
can you? This should just work.
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord
|
- SURVEY_INFO_TIME_RX |
+ SURVEY_INFO_TIME_BUSY |
SURVEY_INFO_NOISE_DBM;
}
--
Ben Greear gree...@candelatech.com
Candela Technologies Inc http://www.candelatech.com
--
To unsubscribe from this list: send
On 06/05/2015 02:00 PM, YanBo wrote:
On Fri, Jun 5, 2015 at 1:18 PM, Ben Greear gree...@candelatech.com wrote:
I think the wrapping might be even more weird that previously suspected.
Here is output from my
system.
It looks to me that when cycle count overflows, it right-shifts all
On 06/05/2015 12:10 PM, YanBo wrote:
On Fri, Jun 5, 2015 at 10:14 AM, Ben Greear gree...@candelatech.com wrote:
I applied these and some other related patches to my hacked-upon 4.0.4, but
I am seeing some inconsistencies between how ath10k and ath9k
reports survey info. I am using my CT
1 - 100 of 571 matches
Mail list logo