Dear sir ,
I KELLY ALAN purchasing and sales manager of CFM INTERNATIONAL .Our
Company specialised in Supplying computer hardware and Electronic .We
want to extend our supplier list because of concurrency in prices on the
international market. We are seeking a supplier with whom we can
tivity are not exactly new, and you have to mitigate them in user space
because most of them are about how many instructions you execute on each
path. The ancient classic being telling if a user exists by seeing if the
password was actually checked.
Alan
it went the wrong way and throw all the
speculative work away - leaving footprints. It won't fault unless the
speculative resolves that was the real path the code took.
If it's not a performance critical path then it's better to be safe.
Alan
From: Adam Williamson <ad...@happyassassin.net>
SDIO ID 0271:0418
Signed-off-by: Alan Cox <a...@linux.intel.com>
Bugzilla-ID: https://bugzilla.kernel.org/show_bug.cgi?id=67921
diff --git a/drivers/net/wireless/ath/ath6kl/sdio.c
b/drivers/net/wireless/ath/ath6kl/sdio.c
index eab0
f I'd paid attention to the encryption options when setting up this network
originally, I would have had CCMP the whole time, with no corrupted packets,
and never would have found the iov iterator bug...
--
Alan Curry
--
To unsubscribe from this list: send the line "unsubscribe linux-w
if (csum_fold(csum))
+ if (csum_fold(csum)) {
+ memcpy(>msg_iter, _iter, sizeof save_iter);
goto csum_error;
+ }
if (unlikely(skb->ip_summed == CHECKSUM_COMPLETE))
netdev_rx_csu
_buff *skb,
> if (!chunk)
> return 0;
>
> - if (msg_data_left(msg) < chunk) {
> + if (iov_iter_single_seg_count(>msg_iter) < chunk) {
> if (__skb_checksum_complete(skb))
> goto csum_error;
> if (s
* Capabilities: 16-PTKSA-RC 1-GTKSA-RC (0x000c)
WMM: * Parameter version 1
* u-APSD
* BE: CW 15-1023, AIFSN 3
* BK: CW 15-1023, AIFSN 7
* VI: CW 7-15, AIFSN 2, TXOP 3008 usec
* VO: CW 3-
;);
return 1;
}
copied = 0;
while(copied < r) {
w = write(1, buf+copied, r-copied);
if(w < 0) {
perror("write to stdout");
return 1;
}
copied += w;
}
if(doselect) {
fd_set rfds;
FD_ZERO();
FD_SET(sock, );
select(sock+1, , 0, 0, 0);
}
}
return 0;
}
--
Alan Curry
--
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
mware
> Just one additional question: Is the TL-WN821N connected to a USB3 port?
It never has been before. I tried it today and it made no difference.
--
Alan Curry
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majord...@vger.
[1.] One line summary of the problem:
network data corruption (bisected to e5a4b0bb803b)
[2.] Full description of the problem/report:
Note: although my bisect ended at a commit from before 3.19, I have the
same symptom in all newer kernels I've tried, up to 4.6.4.
The commit was:
>commit
rtl8xxxu/rtl8xxxu.c
> > b/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c
> > index 8d893f4..55fc00e 100644
> > --- a/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c
> > +++ b/drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c
> > @@ -9671,6 +9671,15 @@ static int rtl8xxxu_p
The buffer needs to be zero terminated in case the user data is not.
Otherwise we run off the end of the buffer.
Signed-off-by: Alan Cox <a...@linux.intel.com>
---
drivers/net/wireless/ralink/rt2x00/rt2x00debug.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/d
WLAN.RM.2.0 firmware use max_tx_power instead of using
max_reg_power to set transmission power. The tx power was about -50dbm, after
applying this change, it become -32dbm.
Signed-off-by: Alan Liu <alan...@qca.qualcomm.com>
---
drivers/net/wireless/ath/ath10k/wmi.c | 2 +-
drivers/net/wi
sorry guys my first bug report
[1.]
Bug #1516251 10ec:b723 [HP Notebook - 15-ac106na] Wifi unstable
[2.]
Networks not detected unless router is within 2feet
weak signal strength, connection dropping [when it does connect]
device dropping [disappearing from NetworkManager]
only affects this
On 02/17/2015 08:43 AM, Larry Finger wrote:
On 02/17/2015 02:29 AM, Alan Fisher wrote:
Larry,
I am guessing that you have an RTL8188CE, which uses rtl8192ce.
Yep, my wireless card is an RTL8188CE
The purpose of rtl_is_special_data() is to ensure that management
packets have
the highest
. These are both variants of ICMPv6 packets, although generally
transmitting all ICMPv6 packets at the lowest rate is probably a bad idea, as
ICMP echo is commonly used to measure network performance and should be treated
the same as normal traffic.
Thanks,
Alan
On 02/16/2015 10:26 AM, Larry Finger wrote
determine what it is. I couldn't find anything similar in
iwlwifi. Either way, it seems like a bug to send all IPv6 traffic at the
lowest possible rate, successful or not.
-Alan
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord
. If anyone wants, I can try testing using a wired
Ethernet connection.
Note: This problem is not new. It has been happening for at least the
last several kernel versions -- in fact, I don't know if this has ever
worked.
Can this be debugged and fixed?
Alan Stern
--
To unsubscribe from this list
19 matches
Mail list logo