Network throughput is, to put it mildly, half-baked.
Higher values, are they even possible via rt2800usb.ko & Co.?
°°°
$ iperf -s -i 1
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
---
This patch adds an ieee802154_ptr to the net_device structure.
Furthermore the 802.15.4 subsystem will introduce a nl802154 framework
which is similar like the nl80211 framework and a wpan_dev structure.
The wpan_dev structure will hold additional net_device attributes like
address options which ar
It is not possible to auto detect the irq numbers used by the cores on
an arm SoC. If bcma was registered with device tree it will search for
some device tree nodes with the irq number and add it to the core
configuration.
Signed-off-by: Hauke Mehrtens
---
Documentation/devicetree/bindings/bus/b
This moves bcma_core_irq() to main.c and add a extra parameter with a
number so that we can return different irq number for devices with more
than one.
Signed-off-by: Hauke Mehrtens
---
drivers/bcma/driver_chipcommon.c | 2 +-
drivers/bcma/driver_gpio.c| 4 ++--
drivers/bcma/d
These patches make it possible to get the IRQ from device tree.
The second patch was already posted on the mailing list some time ago,
but did not made it into 3.18. I removed the stuff a little bit. Now a
driver can use bcma_core_irq() to get a specific IRQ from bcma by
proving an index.
Hauke
Hello Avinash,
I am configuring the host not only as GC but also GO. The error occurs
by both roles.
The patch is already applied, but the TX error still occurs.
Below the p2p.conf I use:
--
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=root
eapol_versio
On 1 November 2014 02:15, Duncan de Wet wrote:
> After the kernel update to 3.17.1-1-ARCH, I can view a list of wireless
> networks but not connect to any. Both GNOME network manager and wicd-gtk
> say "Connecting..." then without an error message change to "Not
> Connected".
>
> (...)
>
> Thank y
Hi,
First of all, your e-mail thread suggests a regression in b43 after
kernel update. This is impossible, as 3.17 is the first kernel with
b43 support for BCM43227/BCM43228/BCM43131. First thing unclear about
your report.
On 1 November 2014 02:15, Duncan de Wet wrote:
> After the kernel update
From: Sujith Manoharan
When a pending roc or scan operation is cancelled,
the offchannel operation is cleared, but the offchannel
state in the main scheduler is not cleared. This causes
problems since an active GO will try to process a stale
offchannel request that was deferred earlier. Fix this
From: Sujith Manoharan
In mgd_prepare_tx(), any pending HW scan is cancelled,
but pending RoC operations are not cancelled. This
results in a RoC request that never completes. For example,
in a GO/STA setup, if p2p-find is initiated on an active GO
interface wpa_s issues a RoC on the listen chann
10 matches
Mail list logo
