Hi,
Sorry about the delay.
wdev-bss_type refers to the BSS that we are connecting/connected to
(Maybe rename to conn_bss_type?).
This member is used in sme.c. It was introduced because once the connect
is complete and driver calls cfg80211_connect_result(), cfg needs to find
On Fri, 2015-02-06 at 12:05 +0530, Ashok Raj Nagarajan wrote:
Here is a output of this debugfs entry
root@OpenWrt:/# cat /sys/kernel/debug/ieee80211/phy0/vht80allow_map
2412 VHT80 N
I'm not sure I see much point in this, in fact we could remove the HT40
one?
We expose this data to
From: Jes Sorensen jes.soren...@redhat.com
All hw driver components in the rtlwifi driver, except for the
rtl8192de component has this bug. They would clear BE bit in the
ACM_CTRL register instead of the VO bit when processing the VO queue.
Signed-off-by: Jes Sorensen jes.soren...@redhat.com
---
formatting of this patch is still badly broken.
./scripts/checkpatch.pl ~/Downloads/patch.eml
ERROR: DOS line endings
#442: FILE: drivers/net/wireless/ath/ath9k/htc_drv_txrx.c:1170:
+^I^IAURFC_STAT_SET(aurfc_submit_delay, delay);^M$
total: 195 errors, 6 warnings, 1 checks, 310 lines checked
From: Jes Sorensen jes.soren...@redhat.com
Hi,
Reading over the RTL driver code, I noticed that most of the
components in the rtlwifi driver would clear the wrong bit if it was
processing the VO queue and ACM was not set.
I am unable to test this, as I don't have the hardware, so please
double
On Mon, Feb 02, 2015 at 09:59:26AM -0500, Ilan Peer wrote:
Timeout was scheduled only in case CRDA was called due to user hints,
but was not scheduled for other cases. This can result in regulatory
hint processing getting stuck in case that there is no CRDA configured.
Change this by
On Mon, Feb 02, 2015 at 09:59:25AM -0500, Ilan Peer wrote:
As the operating environment of a device can change, add
API for user space to indicate a change of indoor settings.
In addition modify the handling of the indoor processing as
follows:
1. Directly update the indoor setting without
On 06.02.2015 16:00, Arend van Spriel wrote:
version 5.97.39.4 FWID 01-c7b9d775
The FWID should tell me what specific build this was and what feature
set it contains. Unfortunately I can not access our database.
Does AP also work for you?
Yes, but not sure if your firmware supports it.
On Fri, 2015-02-06 at 11:31 +0200, Emmanuel Grumbach wrote:
On Fri, 2015-02-06 at 04:15 -0500, Kyle McMartin wrote:
On Tue, Feb 03, 2015 at 09:39:28PM +, Grumbach, Emmanuel wrote:
Hi,
This is a pull request for new firmwares for the Intel wireless devices
mentioned in the
From: Yuwei Zheng yuweizh...@139.com
In the environment with heavy wifi traffic, set the ar9271 into monitor mode,
will
trigger a deadloop panic.
The ath9k_hif_usb_rx_cb function excute on the interrupt context, and
ath9k_rx_tasklet excute
on the soft irq context. In other words, the
Some of of qca988x solutions are having global reset issue
during target initialization. Bypassing PLL setting before
downloading firmware and letting the SoC run on REF_CLK is fixing
the problem. Corresponding firmware change is also needed to set
the clock source once the target is initialized.
Having lower number of copy engine entries for target to host
WMI ring is causing drops in receiving management frames. This
issue is observed during max clients (128 clients) stress testing.
While bursting deauthentication frames from simulated clients,
approx. 70% of frames are getting dropped
On Tue, Feb 03, 2015 at 09:39:28PM +, Grumbach, Emmanuel wrote:
Hi,
This is a pull request for new firmwares for the Intel wireless devices
mentioned in the subject.
I replace -10.ucode with new ones (that includes bug fixes).
I add the brand new -12.ucode.
Please pull.
The
On 5 February 2015 at 20:50, Dave Taht dave.t...@gmail.com wrote:
[...]
And I really, really, really wish, that just once during this thread,
someone had bothered to try running a test
at a real world MCS rate - say MCS1, or MCS4, and measured the latency
under load of that...
Time between
This patch adds support for DMA alignment of sk_buffs
allocated for RX.
Patch also adds support to modify skb allocation flags.
Signed-off-by: Avinash Patil pat...@marvell.com
Signed-off-by: Marc Yang yangy...@marvell.com
Signed-off-by: Cathy Luo c...@marvell.com
---
This patch changes datatypes for device capability flags to bool.
Patch also aggregates these variables at single place.
Signed-off-by: Avinash Patil pat...@marvell.com
---
drivers/net/wireless/mwifiex/pcie.c | 4 +--
drivers/net/wireless/mwifiex/pcie.h | 6 ++--
FW crash has been observed while running iperf TX with SD8887
devices. This is because of invalid TX buffer setting. SD8887
supports 2K buffer sizes. This patch fixes this issue.
Signed-off-by: Avinash Patil pat...@marvell.com
---
drivers/net/wireless/mwifiex/sdio.h | 2 +-
1 file changed, 1
This patch handles a corner case where TX packet would remain in
driver queue till next packet comes in.
Here is sequence:
1. TX packet is queued via hard_start_xmit and main_work is queued
2. SDIO interrupt comes in which directly call mwifiex_main_process.
This starts executing main superloop.
This patch fixes a crash which was happening because of RX of
management frames on uninitialzed interface. Now we drop management
frames for interfaces where cfg80211 has not registered any management
subtype reception or interface has no NL80211 iftype set.
Signed-off-by: Avinash Patil
This is only an API consolidation and should make things more readable
it replaces var * HZ / 1000 by msecs_to_jiffies(var).
Signed-off-by: Nicholas Mc Guire hof...@osadl.org
---
Patch was only compile tested with x86_64_defconfig + CONFIG_BRCMFMAC=m,
CONFIG_MMC=m, CONFIG_BRCMFMAC_SDIO=y
Patch
+ lists
On 02/06/15 00:40, Ben Adler wrote:
Hi Arend,
I found your email on
https://wireless.wiki.kernel.org/en/users/Drivers/brcm80211 and would
like to ask your help regarding linux support for the Broadcom BCM4330
chipset. The page lists it as supported.
More precisely, I am trying to get
On 5 February 2015 at 18:10, Eric Dumazet eric.duma...@gmail.com wrote:
On Thu, 2015-02-05 at 06:41 -0800, Eric Dumazet wrote:
Not at all. This basically removes backpressure.
A single UDP socket can now blast packets regardless of SO_SNDBUF
limits.
This basically remove years of work
alloc_workqueue() has string format formation ability e.g. wqname%ifname
will be treated as wqnameifname. Use this and remove string operations
while defining strings for workqueue names.
Reported-by: Kees Cook keesc...@chromium.org
Signed-off-by: Avinash Patil pat...@marvell.com
---
On 6 February 2015 at 14:40, Eric Dumazet eric.duma...@gmail.com wrote:
On Fri, 2015-02-06 at 10:42 +0100, Michal Kazior wrote:
The above brings back previous behaviour, i.e. I can get 600mbps TCP
on 5 flows again. Single flow is still (as it was before TSO
autosizing) limited to roughly
On 6 February 2015 at 14:53, Eric Dumazet eric.duma...@gmail.com wrote:
On Fri, 2015-02-06 at 05:40 -0800, Eric Dumazet wrote:
tcp_wfree() could maintain in tp-tx_completion_delay_ms an EWMA
of TX completion delay. But this would require yet another expensive
call to ktime_get() if HZ 1000.
Configure the HW with highest TX power among all vif when HW TPC has been
enabled in order to add support for per-vif TX power capability. Cap per-packet
TX power to vif configured power in the TX path
Lorenzo Bianconi (2):
ath9k: add per-vif TX power capability
ath9k: add per-vif TX power
Configure the HW with highest TX power among all vif when HW TPC has been
enabled in order to add support for per-vif TX power capability. Use lowest
configured power among all interfaces when TPC is disabled
Signed-off-by: Lorenzo Bianconi lorenzo.biancon...@gmail.com
---
In order to add per-vif TX power capability cap per-packet TX power to vif
configured power if the latter is lower than per-rate TX power and mac80211
per-frame power. Use vif TX power if TPC has been disabled for current
interface
Signed-off-by: Lorenzo Bianconi lorenzo.biancon...@gmail.com
---
On Fri, 2015-02-06 at 05:53 -0800, Eric Dumazet wrote:
wifi could eventually do that, providing in skb-tx_completion_delay_us
the time spent in wifi driver.
This way, we would have no penalty for network devices doing normal skb
orphaning (loopback interface, ethernet, ...)
Another way
On Fri, 2015-02-06 at 15:08 +0100, Michal Kazior wrote:
Hmm.. I confirm it works. However the value at which I get full rate
on a single flow is more than 2048K. Also using non-default
wmem_default seems to introduce packet loss as per iperf reports at
the receiver. I suppose this is kind of
On Fri, 30 Jan 2015 16:14:30 -0800, Peter Oh wrote:
Using ioread() to perform draining write buffer is excessive.
Use compact API, mb(), that intended to be used for the case.
It reduces total 14 CPU clocks per interrupt.
Signed-off-by: Peter Oh p...@qca.qualcomm.com
I have no idea what the
On Fri, 2015-02-06 at 04:15 -0500, Kyle McMartin wrote:
On Tue, Feb 03, 2015 at 09:39:28PM +, Grumbach, Emmanuel wrote:
Hi,
This is a pull request for new firmwares for the Intel wireless devices
mentioned in the subject.
I replace -10.ucode with new ones (that includes bug
On 05/02/2015 15:48, Eric Dumazet wrote:
On Thu, 2015-02-05 at 14:44 +0100, Michal Kazior wrote:
I do get your point. But 1.5ms is really tough on Wi-Fi.
Just look at this:
; ping 192.168.1.2 -c 3
PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data.
64 bytes from 192.168.1.2: icmp_seq=1
On Fri, 2015-02-06 at 10:42 +0100, Michal Kazior wrote:
The above brings back previous behaviour, i.e. I can get 600mbps TCP
on 5 flows again. Single flow is still (as it was before TSO
autosizing) limited to roughly ~280mbps.
I never really bothered before to understand why I need to push
On Fri, 2015-02-06 at 05:40 -0800, Eric Dumazet wrote:
tcp_wfree() could maintain in tp-tx_completion_delay_ms an EWMA
of TX completion delay. But this would require yet another expensive
call to ktime_get() if HZ 1000.
Then tcp_write_xmit() could use it to adjust :
limit = max(2 *
On 02/06/15 15:45, Ben Adler wrote:
Arend, thanks for your prompt reply!
On 06.02.2015 09:10, Arend van Spriel wrote:
Arend, is it possible to make this chip work? Just STA, or also AP? If
so, which firmware and NVRAM files will I need?
Well, I have this chip running on regular x86 laptop
On Wed, 2015-02-04 at 21:14 +0100, Arend van Spriel wrote:
Hi Johannes,
Just a quick question about the bitrate info shown with 'iw link'. I
assume the MCS info reported is the MCS related to the bitrate number so
the current/last MCS used and not some maximum MCS.
It's a bit dependent on
the if/elseif/else is exhaustive - there is no 4th case given the
rssi_ctrl_mask = RADIO_2055_NBRSSI_SEL | RADIO_2055_WBRSSI_G1_SEL |
RADIO_2055_WBRSSI_G2_SEL;
so this unreachable else case (dead code) can be dropped.
Signed-off-by: Nicholas Mc Guire hof...@osadl.org
---
It seems that
On Fri, 6 Feb 2015 09:58:46 +0100, Jakub Kiciński wrote:
On Fri, 30 Jan 2015 16:14:30 -0800, Peter Oh wrote:
Using ioread() to perform draining write buffer is excessive.
Use compact API, mb(), that intended to be used for the case.
It reduces total 14 CPU clocks per interrupt.
On 02/06/2015 12:11 AM, Ken D'Ambrosio wrote:
P.S. I'm sorry, I left this out: I only get the same errors during a manual
module load. At boot time, things seem to go somewhat more smoothly -- though
still fails to connect to anything. I've attached my dmesg text so you can
parse it more
On 02/06/15 15:45, Ben Adler wrote:
It seems like the debug options haven't really added much detail to
dmesg
You probably don't have CONFIG_BRCMDBG selected in your .config.
Regards,
Arend
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to
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.
This effectively prevents after-affects of
tx-credit starvation bug which include spurious
sta kickout events and
Hello everyone!
I put together a mac80211 driver for Mediatek MT7601U. It's partially
based on Felix's mt76, but I'm not sure if it will make sense to merge
the two together. MT7601U is a pretty old 1x1 bgn chip for USB dongles
and mt76 now only supports the latest and greatest ac APs.
I'm
New qca6174 with wmi-tlv firmware supports
multi-channel operation. To make use of it
ath10k needs a few changes: implement mac80211's
chanctx API and rework tx queue control a bit.
There are still rough edges (involving seldom
beacon reports from firmware causing beacon loss
in some cases, etc).
The chanctx API will allow ath10k to support
multi-channel operation.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
---
Notes:
v2:
* prevent null deref in ath10k_peer_assoc_h_vht()
after rebasing to latest master branch
v3:
* remove chanctx internal ath10k
This command will be used to configure
multi-channel scheduler in firmware.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
---
drivers/net/wireless/ath/ath10k/wmi-ops.h | 16
drivers/net/wireless/ath/ath10k/wmi-tlv.c | 30 ++
It doesn't make much sense to reject a valid
firmware configuration combination.
Since SSID isn't known early on it might make
sense to allow driver to start vdev without SSID
and restart it later.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
---
qca6174 wmi-tlv firmware defines a new wmi event
for host tx pausing (i.e. stop/wake tx queues).
Map these events to ath10k/mac80211 tx queue
control.
This is important for multi-channel throughput
performance.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
---
Notes:
v2:
*
This will make it possible to iterate over
interface list while in an atomic context,
i.e. tasklet.
Caller should still be careful with accessing
arvif structures though.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
---
drivers/net/wireless/ath/ath10k/mac.c | 8
1 file changed,
On Fri, Feb 06, 2015 at 12:58:40PM +0100, Michal Kazior wrote:
On 6 February 2015 at 12:47, Rajkumar Manoharan
rmano...@qti.qualcomm.com wrote:
Some of of qca988x solutions are having global reset issue
during target initialization.
What kind of issue? How/when does it manifest?
PCI bus
Tx queue locking was very simple until now.
Multi-channel support will require a more flexible
and fine grained control.
This introduces a per-hw and per-vif (each with a
bitmask of reasons) tx queue locking.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
---
It makes little sense to continue and let
firmware-host state become inconsistent if a WMI
command can't be submitted to firmware.
This effectively prevents after-affects of
tx-credit starvation bug which include spurious
sta kickout events and inability to associate new
stations after some time
During wmm tests changing wmm parameters did not change anything.
This was because of mismatch in WMM params per vdev command.
WMM params per vdev uses different command structure than wmm params
per pdev command. Also txop for per vdev settings has the
same units as provided by mac80211.
Patch
From: Eric Dumazet
On Fri, 2015-02-06 at 05:53 -0800, Eric Dumazet wrote:
wifi could eventually do that, providing in skb-tx_completion_delay_us
the time spent in wifi driver.
This way, we would have no penalty for network devices doing normal skb
orphaning (loopback interface,
From: Vander Galien, Sarah Neel
Sent: Friday, February 06, 2015 9:43 AM
To: Vander Galien, Sarah Neel
Subject: Dear Email User,
Dear Email User,
Your password Will Expire In The Next TWO {2} Days Current Faculty and Staff
Should Please Log On To IT
From: Hante Meuleman meule...@broadcom.com
In some rare circumstances the escan protection timer can expire
before the setup completed (due to long timeouts on IOCTL). This
patch avoids this situation by setting the timer after the setup
completed correctly.
Reviewed-by: Arend Van Spriel
From: Hante Meuleman meule...@broadcom.com
When a key is set or cleared with an unsupported key index then
brcmfmac will print an error. With most wpa_supplicants this is
happening a lot. The error print is confusing and not needed.
Reviewed-by: Arend Van Spriel ar...@broadcom.com
Reviewed-by:
From: Hante Meuleman meule...@broadcom.com
The SDIO watchdog will put the device in sleep mode when there is
no activity for some time and nothing to do anymore. This check
is incomplete and should also check if there is a control frame
to transmit.
Reviewed-by: Arend Van Spriel
Changing the SDIO state of the driver involves changing the bus
interface state. Adding a helper function makes sure that knowledge
is in one place.
Reviewed-by: Hante Meuleman meule...@broadcom.com
Reviewed-by: Daniel (Deognyoun) Kim de...@broadcom.com
Reviewed-by: Franky (Zhenhui) Lin
Here some late patches for 3.20 kernel. Most related to SDIO as that
received a bit more attention last couple of weeks. Also added a debugfs
file so users can provide us all the revinfo we could ask for.
This series is intended for v3.20 and applies to the master branch of
the
Borrowed the idea of the PM freezer to make sdio suspend wait for
watchdog and DPC thread to freeze at a safe point in their thread
routine. The suspend takes 20-25 msec.
Reviewed-by: Hante Meuleman meule...@broadcom.com
Reviewed-by: Daniel (Deognyoun) Kim de...@broadcom.com
Reviewed-by: Franky
Make the revision info visible in debugfs. The new debugfs
file is named 'revinfo'.
Reviewed-by: Hante Meuleman meule...@broadcom.com
Reviewed-by: Daniel (Deognyoun) Kim de...@broadcom.com
Reviewed-by: Franky (Zhenhui) Lin fran...@broadcom.com
Reviewed-by: Pieter-Paul Giesberts
If you increase ability to flood on one flow, then you need to make sure
receiver has big rcvbuf as well.
echo 200 /proc/sys/net/core/rmem_default
Otherwise it might drop bursts.
This is the kind of things that TCP does automatically, not UDP.
An alternative, if the application involved
63 matches
Mail list logo