On 6 March 2017 at 21:45, Eric Dumazet <eric.duma...@gmail.com> wrote:
> On Mon, 2017-03-06 at 14:33 +0800, Daniel J Blueman wrote:
>> On 2 March 2017 at 21:28, Eric Dumazet <eric.duma...@gmail.com> wrote:
>> > On Thu, 2017-03-02 at 05:08 -0800, Eric Dumazet wrote:
&g
On 7 March 2017 at 00:20, Eric Dumazet <eric.duma...@gmail.com> wrote:
> On Mon, 2017-03-06 at 05:45 -0800, Eric Dumazet wrote:
>> On Mon, 2017-03-06 at 14:33 +0800, Daniel J Blueman wrote:
>
>> > I do change the network queueing discipline and related at runtime [1]
&
On 6 March 2017 at 21:00, Arend Van Spriel <arend.vanspr...@broadcom.com> wrote:
> + linux-wireless
>
> On 6-3-2017 8:14, Daniel J Blueman wrote:
>> KASAN reported 'struct wireless_dev wdev' was read after being freed.
>> Fix by freeing after the access.
>
> I w
KASAN reported 'struct wireless_dev wdev' was read after being freed.
Fix by freeing after the access.
Signed-off-by: Daniel J Blueman <dan...@quora.org>
diff --git a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/p2p.c
b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/p2p.c
index d
c fc fc fc fc fc fc fc fc fc fc
>8803fefebb00: fc fc fc fc fc fb fb fb fb fb fb fb fb fb fb fb
^
8803fefebb80: fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb
8803fefebc00: fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb fb
--
Daniel J Blueman
u);
>> }
>> + rcu_read_unlock();
>>
>> header_len = tcp_established_options(sk, NULL, , ) +
>>sizeof(struct tcphdr);
>
> Normally TCP sockets sk_dst_cache can only be changed if the thread
> doing the change owns the socket.
>
&g
nst struct dst_entry *dst, const int metric)
--
Daniel J Blueman
On 17 February 2017 at 15:39, Florian Westphal <f...@strlen.de> wrote:
> Daniel J Blueman <dan...@quora.org> wrote:
>
> [ CC nf-devel, pablo ]
>
>> When booting a VM in libvirt/KVM attached to a local bridge and KASAN
>> enabled on 4.9.10, we see a stream of KAS
On 17 February 2017 at 13:36, Eric Dumazet <eric.duma...@gmail.com> wrote:
> On Fri, 2017-02-17 at 12:36 +0800, Daniel J Blueman wrote:
>> When booting a VM in libvirt/KVM attached to a local bridge and KASAN
>> enabled on 4.9.10, we see a stream of KASAN warnings about
fc fc fc fc fc
fc fc fc fc
[ 473.581151] ^
[ 473.581157] 8801e1eb2900: fc fc fc fc fc fc fc fc fc fc fc fc
fc fc fc fc
[ 473.581164] 8801e1eb2980: fc fc fc fc fc fc fc fc fc fc fc fc
fc fc fc fc
--
Daniel J Blueman
Signed-off-by: Daniel J Blueman <dan...@numascale.com>
---
drivers/net/ethernet/intel/ixgbe/ixgbe_lib.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_lib.c
b/drivers/net/ethernet/intel/ixgbe/ixgbe_lib.c
index f3168bc..12c4ce1
to find cores with reasonable locality
to a device; use the existing precendent of RECLAIM_DISTANCE (30), wrapping
the offset.
Signed-off-by: Daniel J Blueman <dan...@numascale.com>
---
drivers/pci/pci.c | 15 +++
include/linux/pci.h | 1 +
2 files changed, 16 insertions(+)
diff
On Tue, Feb 19, 2008 at 5:37 PM, Kok, Auke [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Sun, 17 Feb 2008 13:20:59 + Daniel J Blueman [EMAIL PROTECTED]
wrote:
I'm still hitting this with e1000e on 2.6.25-rc2, 10 times again.
are you sure? I don't think that's the case and you're
report=451 done=451
Rx ring hw get=316 put=440 last=1023
--
Daniel J Blueman
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 12/07/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
On Thu, 12 Jul 2007 22:29:50 +0100
Daniel J Blueman [EMAIL PROTECTED] wrote:
On 12/07/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
On Wed, 11 Jul 2007 23:55:29 +0100
Daniel J Blueman [EMAIL PROTECTED] wrote:
Please try
On 12/07/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
On Wed, 11 Jul 2007 23:55:29 +0100
Daniel J Blueman [EMAIL PROTECTED] wrote:
Please try again with post 2.6.22 git version (1.16)?
Reproduced with 2.6.22 w/ sky2 1.16 from git. We observe this
characteristic failure on the NFS
[b01064ec] do_IRQ+0x6c/0xb0
[b0104807] common_interrupt+0x23/0x28
[b042] xt_tcpudp_init+0x0/0x10
[b0102c9a] default_idle+0x2a/0x40
[b01023d3] cpu_idle+0x43/0x70
[b0404b25] start_kernel+0x215/0x2a0
[b0404450] unknown_bootoption+0x0/0x260
===
Daniel
--
Daniel J Blueman
On 11/07/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
On Wed, 11 Jul 2007 11:15:20 +0100
Daniel J Blueman [EMAIL PROTECTED] wrote:
On 05/07/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
Well, it didn't fix my test, but it made it better. The following seemed
to work longer
On 11/07/07, Daniel J Blueman [EMAIL PROTECTED] wrote:
On 05/07/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
Well, it didn't fix my test, but it made it better. The following seemed
to work longer...
--- a/drivers/net/sky2.c2007-07-05 09:09:45.0 -0700
+++ b
On 11/07/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
On Wed, 11 Jul 2007 22:39:49 +0100
Daniel J Blueman [EMAIL PROTECTED] wrote:
On 11/07/07, Daniel J Blueman [EMAIL PROTECTED] wrote:
On 05/07/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
Well, it didn't fix my test, but it made
On 11/07/07, Daniel J Blueman [EMAIL PROTECTED] wrote:
On 11/07/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
On Wed, 11 Jul 2007 22:39:49 +0100
Daniel J Blueman [EMAIL PROTECTED] wrote:
On 11/07/07, Daniel J Blueman [EMAIL PROTECTED] wrote:
On 05/07/07, Stephen Hemminger [EMAIL
://www.syskonnect.de/e_en/products/adapters/pcie_server/sk-9exx/software/linux/driver/install-8_31.tar.bz2
--
Daniel J Blueman
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
the chip's PCI interface locking up
and kick it in a smarter way perhaps...
Daniel
--
Daniel J Blueman
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 02/07/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
On Mon, 2 Jul 2007 14:37:06 +0100
Daniel J Blueman [EMAIL PROTECTED] wrote:
When the sky2 driver initialises, it sets the the ISR timer register
(STAT_ISR_TIMER_INI) to 125 * 20 = 2500, whereas the vendor sk98lin
driver sets it to 400
, since this shows min, max,
avg UDP packet latency IIRC.
Thanks for your great work so far though!
Dan
--
Daniel J Blueman
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
? flushing
--
Daniel J Blueman
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
chip is Marvell 88E803X (10/100 only) are affected.
[snip]
This patch works great - without it, I get only a few minutes of use
from my home dir over NFS4 before the NIC stops transmitting. This is
on a recent Yonah Sony VGN-SZ notebook w/ 88E8036 Marvel Sk-Y2.
Thanks again Stephen!
--
Daniel J
/09/06, Stephen Hemminger [EMAIL PROTECTED] wrote:
On Tue, 26 Sep 2006 18:58:40 +0100
Daniel J Blueman [EMAIL PROTECTED] wrote:
I got a this message with sky2 on 2.6.18 + the sky2 v1.7 patches - it
has different status bits set than before (0x977d977d):
kernel: sky2 lan0: rx error, status
On 26/09/06, Stephen Hemminger [EMAIL PROTECTED] wrote:
On Tue, 26 Sep 2006 21:09:31 +0100
Daniel J Blueman [EMAIL PROTECTED] wrote:
The server processor is a Pentium-M 1.7GHz (ondemand governor, from
0.6GHz - 1.7GHz).
Gigabit path from server - switch - client. Client runs WinXP,
Core2Duo
thanks,
Daniel
On 31/05/06, Stephen Hemminger [EMAIL PROTECTED] wrote:
On Tue, 30 May 2006 22:08:12 +0100
Daniel J Blueman [EMAIL PROTECTED] wrote:
To follow on from the previous 'sky2 rx error' problem reported, the
problem doesn't have anything to do with iptables or MTU settings, ie
can
On 25/05/06, Patrick McHardy [EMAIL PROTECTED] wrote:
Daniel J Blueman wrote:
On 25/05/06, Patrick McHardy [EMAIL PROTECTED] wrote:
Daniel, is there an easy way to reproduce the checksum failure?
In short, no. This was seen when packets may have been truncated by
large MTU (eg 9000
on my Intel
ICH-7M chipset, but disabling MSI didn't help.
kernel: sky2 lan0: rx error, status 0x977d977d length 0
Is there any debug information I can get to help or such? Voluntary
preemption is enabled, UP, HZ=100 on 2.6.17-rc4 on i686.
Dan
--
Daniel J Blueman
-
To unsubscribe from this list: send
Hi Stephen,
Thanks for your feedback.
On 24/05/06, Stephen Hemminger [EMAIL PROTECTED] wrote:
Daniel J Blueman [EMAIL PROTECTED] wrote:
Having done some more stress testing with sky2 1.4 (in 2.6.17-rc4) and
the latest patch, I have found problems when streaming lots of data
out of the sky2
On 25/05/06, Patrick McHardy [EMAIL PROTECTED] wrote:
Stephen Hemminger wrote:
On Wed, 24 May 2006 10:28:52 +0100
Daniel J Blueman [EMAIL PROTECTED] wrote:
Having done some more stress testing with sky2 1.4 (in 2.6.17-rc4) and
the latest patch, I have found problems when streaming lots
34 matches
Mail list logo