On 6 November 2014 10:55, Ronald Wahl ronald.w...@raritan.com wrote:
Commit 7ec7c4a9a686c608315739ab6a2b0527a240883c (mac80211: port CCMP to
cryptoapi's CCM driver) introduced a regression when decrypting empty
packets (data_len == 0). This will lead to backtraces like:
(scatterwalk_start)
Commit 7ec7c4a9a686c608315739ab6a2b0527a240883c (mac80211: port CCMP to
cryptoapi's CCM driver) introduced a regression when decrypting empty
packets (data_len == 0). This will lead to backtraces like:
(scatterwalk_start) from [c01312f4] (scatterwalk_map_and_copy+0x2c/0xa8)
On 6 November 2014 11:52, Ronald Wahl ronald.w...@raritan.com wrote:
Commit 7ec7c4a9a686c608315739ab6a2b0527a240883c (mac80211: port CCMP to
cryptoapi's CCM driver) introduced a regression when decrypting empty
packets (data_len == 0). This will lead to backtraces like:
(scatterwalk_start)
On Thu, 2014-11-06 at 13:34 +0100, Arend van Spriel wrote:
On 06-11-14 11:02, Johannes Berg wrote:
Oh, regarding Cc stable - don't actually send the mail there if you can
help it.
What do you mean? Are you saying: It must be tagged, but 'git
send-email' should not actually add the Cc
On 06.11.2014 13:39, Johannes Berg wrote:
On Thu, 2014-11-06 at 13:34 +0100, Arend van Spriel wrote:
On 06-11-14 11:02, Johannes Berg wrote:
Oh, regarding Cc stable - don't actually send the mail there if you can
help it.
What do you mean? Are you saying: It must be tagged, but 'git
On Thu, 2014-11-06 at 14:07 +0100, Ronald Wahl wrote:
But there are LTS kernels not maintained by Greg like 3.12 and 3.16. How
about these? If sending patches to stable@kernel org is optional then
it's better to kill that list or silently drop emails send to this list
so no errors are
On 6 November 2014 14:50, Ronald Wahl ronald.w...@raritan.com wrote:
On 06.11.2014 14:14, Johannes Berg wrote:
On Thu, 2014-11-06 at 14:07 +0100, Ronald Wahl wrote:
But there are LTS kernels not maintained by Greg like 3.12 and 3.16. How
about these? If sending patches to stable@kernel org
Hello!
I got a problem with an Lenovo U330p botebook and it's build in Intel
Wireless-N 7260 in combination with Ubuntu 14.10 .
If the WiFi card is running in N-mode after a few minutes I am no more able
to ping my router or visit any website. If the N-mode is disabled via the
command options
Hi,
I have gotten a new warning while using driver rtl8192se with the mainline
kernel. The splat is as follows:
[42982.577623] [ cut here ]
[42982.577647] WARNING: CPU: 2 PID: 6403 at net/mac80211/agg-tx.c:698
ieee80211_start_tx_ba_cb+0x184/0x190 [mac80211]()
On Thu, 2014-11-06 at 08:59 -0600, Larry Finger wrote:
The warning comes from the following fragment in net/mac80211/agg-tx.c:
if (WARN_ON(!tid_tx)) {
ht_dbg(sdata, addBA was not requested!\n);
goto unlock;
}
Is there something that
Johannes Berg wrote:
That sounds like the driver is calling ieee80211_start_tx_ba_cb() [*]
when it was never requested to start aggregation?
[*] given the stack dump, it's actually calling
ieee80211_start_tx_ba_cb_irqsafe() which goes off to a workqueue and
then calls
Please specify the error in the subject in some way.
On Thu, Nov 06, 2014 at 11:46:13AM +0530, Sanjeev Sharma wrote:
This is a patch to the rtw_cmd.c file that fixes following
error.
ERROR: spaces required around that '' (ctx:WxV)
ERROR: that open brace { should be on the previous line
On Thu, Nov 06, 2014 at 12:06:36PM +0530, Sanjeev Sharma wrote:
This is a patch to the rtw_cmd.c file that fixes following
Warning by introducing temporary structure.
WARNING: line over 80 characters
Signed-off-by: Sanjeev Sharma sanjeev_sha...@mentor.com
---
Replace with stucture vnt_private *priv
in functions
BBvSoftwareReset
BBvSetTxAntennaMode
BBvSetRxAntennaMode
BBvSetDeepSleep
BBvExitDeepSleep
__iomem *dwIoBase will be moved into BBbWriteEmbedded and BBbReadEmbedded
later.
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
Replace __iomem with vnt_private providing pointer for dwIoBase
Change BBvPowerSaveModeON and BBvPowerSaveModeOFF to vnt_private and
reference __iomem there, to be removed later.
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
drivers/staging/vt6655/baseband.c | 6 --
Changing callers to point to private
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
drivers/staging/vt6655/baseband.c | 22 ++
drivers/staging/vt6655/baseband.h | 2 +-
drivers/staging/vt6655/card.c | 12 ++--
3 files changed, 17 insertions(+), 19
set by calling CARDbyGetPktType.
change CARDbIsOFDMinBasicRate to check basic_rates.
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
drivers/staging/vt6655/card.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/vt6655/card.c
On Thu, Nov 06, 2014 at 10:52:23AM +0530, Sujith Manoharan wrote:
From: Miaoqing Pan miaoq...@qca.qualcomm.com
Based on the reference clock, which could be 25MHz or 40MHz,
AR_RTC_DERIVED_CLK is programmed differently for AR9340 and AR9550.
But, when a chip reset is done, processing the
Dave,
Please pull this batch of fixes intended for the 3.18 stream...
For the mac80211 bits, Johannes says:
This contains another small set of fixes for 3.18, these are all
over the place and most of the bugs are old, one even dates back
to the original mac80211 we merged into the kernel.
For
On 11/06/14 14:55, Ard Biesheuvel wrote:
On 6 November 2014 14:50, Ronald Wahlronald.w...@raritan.com wrote:
On 06.11.2014 14:14, Johannes Berg wrote:
On Thu, 2014-11-06 at 14:07 +0100, Ronald Wahl wrote:
But there are LTS kernels not maintained by Greg like 3.12 and 3.16. How
about these?
On Tue, 2014-11-04 at 15:18 -0500, C. McPherson wrote:
Thanks so much for the info Johannes. I did notice that rx_status was
getting full. I'll go ahead and put it in skb-data, that's a good idea.
I just sent a patch to restore vendor radiotap stuff in mac80211.
Works for me, and I might
On 11/06/2014 02:29 PM, Johannes Berg wrote:
From: Johannes Berg johannes.b...@intel.com
Radiotap vendor namespace data might still be useful, but we
reverted it because it used too much space in the RX status.
Put it back, but address the space problem by using a single
but only and
On Thu, 2014-11-06 at 14:31 -0800, Ben Greear wrote:
On 11/06/2014 02:29 PM, Johannes Berg wrote:
From: Johannes Berg johannes.b...@intel.com
Radiotap vendor namespace data might still be useful, but we
reverted it because it used too much space in the RX status.
Put it back, but
in order to get the rtl8192se from Larry's repo to
work:
$ cd rtlwifi_new
$ make
$ sudo modprobe -rv rtl8192se
rmmod rtl8192se
rmmod rtl_pci
rmmod rtlwifi
rmmod mac80211
rmmod cfg80211
$ sudo modprobe -v cfg80211
insmod
/lib/modules/3.18.0-rc3-next-20141106-panda/kernel/net/wireless/cfg80211.ko
$ sudo
24 matches
Mail list logo