Re: TCP Pacing

On 9/13/06, Daniele Lacamera <[EMAIL PROTECTED]> wrote: As Ian requested, some of the papers published about Pacing. Hi Daniel, Thank you very much for the patch and the reference summary. For the implementation and performance of pacing, I just have a few suggestion/clarification/support

Re: [d80211] connecting to B-mode AP

On Friday 15 September 2006 19:50, mabbas wrote: > I see your point here, although some one will file some bugs against the > driver about showing G while associating with B-mode AP. By the way how > can you figure if the AP is B/G other than the rates? > IIRC, only 802.11g APs will send the extend

Re: [d80211] connecting to B-mode AP

I see your point here, although some one will file some bugs against the driver about showing G while associating with B-mode AP. By the way how can you figure if the AP is B/G other than the rates? Simon Barber wrote: But it's not the AP connection type that determines what rates are availabl

Re: Missing csum_fold() in ip6t_HL.c ?

Alexey Dobriyan wrote: > It looks like "diffs" array is write-only. It also looks like ipv4 > occurences use some csum_fold() trickery. Was is forgotten here? Should > "diffs" be removed? Yes, I've queued a patch to remove it. Thanks. - To unsubscribe from this list: send the line "unsubscribe ne

[PATCH] Add Broadcom PHY support

[PATCH] Add Broadcom PHY support This patch adds a driver to support the bcm5421s and bcm5461s PHY Kernel version: linux-2.6.18-rc6 Signed-off-by: Amy Fong <[EMAIL PROTECTED]> Index: linux-2.6.18-rc6/drivers/net/phy/broadcom.c ===

Re: 2.6.18-rc6 memory mapped pcap truncates outgoing TCP packets, but not icmp

bert hubert wrote: >>It appears to be intentionally, but I don't see a reason for it. >>Can you try if this patch makes it work as expected? > > >>[PACKET]: Don't truncate non-linear skbs with mmaped IO >> >>Non-linear skbs are truncated to their linear part with mmaped IO. >>Fix by using skb_cop

Re: [PATCH 2.6.18-rc7 6/9] NetXen: Main header file

On Fri, 15 Sep 2006 11:51:46 -0700 (PDT) Amit S. Kale wrote: > diff -Narup -X linux-2.6.18-rc7.orig/Documentation/dontdiff > linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic.h > linux-2.6.18-rc7/drivers/net/netxen/netxen_nic.h > --- linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic.h 19

[PATCH 2.6.18-rc7 9/9] NetXen: CRB reg definitions

diff -Narup -X linux-2.6.18-rc7.orig/Documentation/dontdiff linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_phan_reg.h linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_phan_reg.h --- linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_phan_reg.h 1969-12-31 16:00:00.0 -0800 +++ li

[PATCH 2.6.18-rc7 6/9] NetXen: Main header file

diff -Narup -X linux-2.6.18-rc7.orig/Documentation/dontdiff linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic.h linux-2.6.18-rc7/drivers/net/netxen/netxen_nic.h --- linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic.h 1969-12-31 16:00:00.0 -0800 +++ linux-2.6.18-rc7/drivers/net

[PATCH 2.6.18-rc7 8/9] NetXen: Header file and ioctl header file

diff -Narup -X linux-2.6.18-rc7.orig/Documentation/dontdiff linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_hdr.h linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_hdr.h --- linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_hdr.h 1969-12-31 16:00:00.0 -0800 +++ linux-2.6.18-rc7/dri

[PATCH 2.6.18-rc7 7/9] NetXen: hw access routines header file

diff -Narup -X linux-2.6.18-rc7.orig/Documentation/dontdiff linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_hw.h linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_hw.h --- linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_hw.h1969-12-31 16:00:00.0 -0800 +++ linux-2.6.18-rc7/drive

[PATCH 2.6.18-rc7 5/9] NetXen: ethtool interface

diff -Narup -X linux-2.6.18-rc7.orig/Documentation/dontdiff linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_ethtool.c linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_ethtool.c --- linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_ethtool.c 1969-12-31 16:00:00.0 -0800 +++ linu

RE: [d80211] connecting to B-mode AP

But it's not the AP connection type that determines what rates are available - it's the available rate set - this is independent of whether the card is B or G. A G AP may only advertise B rates, even though it's a G AP. I still don't see any need to change the phytype. Simon -Original Messag

[PATCH 2.6.18-rc7 4/9] NetXen: intr routines and niu handling

diff -Narup -X linux-2.6.18-rc7.orig/Documentation/dontdiff linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_isr.c linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_isr.c --- linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_isr.c 1969-12-31 16:00:00.0 -0800 +++ linux-2.6.18-rc7/dri

[PATCH 2.6.18-rc7 3/9] NetXen: hw initilization routines

diff -Narup -X linux-2.6.18-rc7.orig/Documentation/dontdiff linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_init.c linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_init.c --- linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_init.c 1969-12-31 16:00:00.0 -0800 +++ linux-2.6.18-rc7/d

[PATCH 2.6.18-rc7 1/9] NetXen: Makefile and driver main file

diff -Narup -X linux-2.6.18-rc7.orig/Documentation/dontdiff linux-2.6.18-rc7.orig/MAINTAINERS linux-2.6.18-rc7/MAINTAINERS --- linux-2.6.18-rc7.orig/MAINTAINERS 2006-09-15 09:27:56.0 -0700 +++ linux-2.6.18-rc7/MAINTAINERS2006-09-15 09:32:05.0 -0700 @@ -2060,6 +2060,13 @@

[PATCH 2.6.18-rc7 2/9] NetXen: Hardware access routines

diff -Narup -X linux-2.6.18-rc7.orig/Documentation/dontdiff linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_hw.c linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_hw.c --- linux-2.6.18-rc7.orig/drivers/net/netxen/netxen_nic_hw.c1969-12-31 16:00:00.0 -0800 +++ linux-2.6.18-rc7/drive

[PATCH 2.6.18-rc7 0/9] NetXen: 1G/10G Ethernet Driver

Hi All, Thank you Jeff. We have incorporated feedbacks which received. I'll be sending updated patchset in subsequent emails. -Amit Signed-off-by: Amit S. Kale <[EMAIL PROTECTED]> MAINTAINERS |7 drivers/net/Kconfig |5 drivers/net/M

Re: Outbound pktgen pkts missed by tcpdump/pcap

[EMAIL PROTECTED] wrote: Kernels 2.6.13, 2.6.17.7 & 2.6.17.13... I've been unable to capture outbound packets from local eth2, generated by pktgen using the just previous and latest releases of tcpdump & libpcap. All incoming pktgen pkts are seen just fine. Pkts are UDP. Any clues to save me

Re: [d80211] connecting to B-mode AP

Simon Barber wrote: Why is it necessary to set phymode to B? - a G client can connect perfectly well to a B AP. We need this information for rate scaling and we need to send the NIC different command depends on the AP connection type. Mohamed Simon -Original Message- From: [EMAIL

Outbound pktgen pkts missed by tcpdump/pcap

Kernels 2.6.13, 2.6.17.7 & 2.6.17.13... I've been unable to capture outbound packets from local eth2, generated by pktgen using the just previous and latest releases of tcpdump & libpcap. All incoming pktgen pkts are seen just fine. Pkts are UDP. Any clues to save me some time fixing this, wou

Re: [PATCH 6/9] s390: qeth driver fixes [3/6]

yes it would but the problem in qeth is not only bonding related. We just have found it in a bonding scenario . But this kernel panic could also occur without bonding. But thanks for reviewing it On Fri, Sep 15, 2006 at 08:51:25AM -0700, Jay Vosburgh wrote: > Frank Pavlic <[EMAIL PROTECTED]> wro

Re: [PATCH 6/9] s390: qeth driver fixes [3/6]

Frank Pavlic <[EMAIL PROTECTED]> wrote: >[PATCH 6/9] s390: qeth driver fixes [3/6] > >From: Frank Pavlic <[EMAIL PROTECTED]> > fixed kernel panic caused by qeth driver: >Using a bonding device qeth driver will realloc >headroom for every skb coming from the bond devic

[PATCH 7/9] s390: qeth driver fixes [4/6]

[PATCH 7/9] s390: qeth driver fixes [4/6] From: Frank Pavlic <[EMAIL PROTECTED]> - fix kernel crash due to race, set card->state to SOFTSETUP after card and card->dev are initialized properly. - remove CONFIG_QETH_PERF_STATS, use sysfs attribute instead,

[PATCH 6/9] s390: qeth driver fixes [3/6]

[PATCH 6/9] s390: qeth driver fixes [3/6] From: Frank Pavlic <[EMAIL PROTECTED]> fixed kernel panic caused by qeth driver: Using a bonding device qeth driver will realloc headroom for every skb coming from the bond device. Once this happens qeth frees the original s

[PATCH 9/9] s390: qeth driver fixes [6/6]

[PATCH 9/9] s390: qeth driver fixes [6/6] From: Frank Pavlic <[EMAIL PROTECTED]> - Hipersockets has no IPV6 support, thus prevent issueing SETRTG_IPV6 control commands on Hipersockets devices. - fixed error handling in qeth_sysfs_(un)register Signed-off-by: Frank Pavlic

[PATCH 5/9] s390: qeth driver fixes [2/6]

[PATCH 5/9] s390: qeth driver fixes [2/6] From: Frank Pavlic <[EMAIL PROTECTED]> - fixed error handling in create_device_attributes - fixed some minor bugs in IPv4 and IPv6 address checking Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]> --- drivers/s390/net/qeth.h

[RESEND PATCH 1/9] s390: minor s390 network driver fixes

Hi Jeff, this is a RESEND of the nine s390 network driver patches. I finally found that my kmail corrupted almost every patch I sent the last time. Please apply these 9 patches and forget about my first attempt! Sorry for the delay, I had some fights with sendmail, IMAP and mutt configuration. F

[PATCH 3/9] s390: Makefile cleanup

[PATCH 3/9] s390: Makefile cleanup From: Frank Pavlic <[EMAIL PROTECTED]> remove CONFIG_MPC from Makefile which was introduced accidently in the past. Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]> --- drivers/s390/net/Makefile |1 - 1 files changed, 0 insertions(+), 1 dele

[PATCH 2/9] s390: netiucv driver fixes

[PATCH 2/9] s390: netiucv driver fixes From: Frank Pavlic <[EMAIL PROTECTED]> - missing lock initialization added - avoid duplicate iucv-interfaces to the same peer - rw-lock added for manipulating the list of defined iucv connections Signed-off-by: Frank Pavlic

[PATCH 4/9] s390: qeth driver fixes [1/6]

[PATCH 4/9] s390: qeth driver fixes [1/6] From: Frank Pavlic <[EMAIL PROTECTED]> - Drop incoming packets with vlan_tag set if card->vlangrp is not set. - use always vlan_hwaccel_rx to pass vlan frames to the stack. - fix recovery problem. Device was rec

[PATCH 8/9] s390: qeth driver fixes [5/6]

[PATCH 8/9] s390: qeth driver fixes [5/6] From: Frank Pavlic <[EMAIL PROTECTED]> fix kernel panic in qdio queue handling. qeth_qdio_clear_card() could be invoked by 2 CPUs simultaneously (for example reboot event and recovery). Signed-off-by: Frank Pavlic <[EMAIL PROTECTED

Re: 2.6.18-rc6 memory mapped pcap truncates outgoing TCP packets, but not icmp

> It appears to be intentionally, but I don't see a reason for it. > Can you try if this patch makes it work as expected? > [PACKET]: Don't truncate non-linear skbs with mmaped IO > > Non-linear skbs are truncated to their linear part with mmaped IO. > Fix by using skb_copy_bits instead of memcpy

Re: [PATCH 1/4] IP100A: Fix TX Pause bug (reset_tx, intr_handler)

On Thu, Sep 14, 2006 at 12:58:30AM +, Jesse Huang wrote: [...] > @@ -262,8 +262,6 @@ enum alta_offsets { > ASICCtrl = 0x30, > EEData = 0x34, > EECtrl = 0x36, > - TxStartThresh = 0x3c, > - RxEarlyThresh = 0x3e, Why ? > FlashAddr = 0x40, > FlashData = 0x44,

Re: [PATCH] natsemi: Messages being noisy

On Thu, Sep 14, 2006 at 08:46:07AM -0700, [EMAIL PROTECTED] wrote: > On Thu, Sep 14, 2006 at 05:39:08PM +0200, Ingo Oeser wrote: > > Is it possible to have the maximum value right from the start? > > May I tune it somewhere to be the maximum from the start? > This will (if I recall) increase tran

Missing csum_fold() in ip6t_HL.c ?

It looks like "diffs" array is write-only. It also looks like ipv4 occurences use some csum_fold() trickery. Was is forgotten here? Should "diffs" be removed? 20 static unsigned int ip6t_hl_target(struct sk_buff **pskb, 21 const struct net_device *in,

Re: [PATCH] EtherIP tunnel driver (RFC 3378)

On Fri, Sep 15, 2006 at 09:06:02AM +1000, Philip Craig wrote: > Patrick McHardy wrote: > > Joerg Roedel wrote: > >> On Thu, Sep 14, 2006 at 11:21:22AM +1000, Philip Craig wrote: > >> > >>> Joerg Roedel wrote: > >>> > + To configure tunnels an extra tool is required. You can > dow

Re: [PATCH] natsemi: Messages being noisy

Hi Tim, Hi Jeff, [EMAIL PROTECTED] wrote: > On Thu, Sep 14, 2006 at 05:39:08PM +0200, Ingo Oeser wrote: > > Ingo Oeser wrote: > > > I get the following message when trying to transfer big files > > > (via FTP or SCP) since Linux 2.6.16.27. It didn't happen with Linux > > > 2.6.13.4. > > > > >

Re: 802.1D/Linux STP issue

At 01:15 15/09/2006, Stephen Hemminger wrote: On Thu, 14 Sep 2006 17:51:50 +0100 Tony Jeffree <[EMAIL PROTECTED]> wrote: > Steve/Brian - > > You've probably seen Mick Seaman's comments on this by now - as he points > out in his email, tinkering with existing STP implementations is not likely >