On Wed, 24 May 2006, Jeff Garzik wrote:
> >Third submission for the upstream inclusion of the qla3xxx Ethernet
> >driver. This is a complementary network driver for our ISP4XXX parts.
> >There is a concurrent effort underway to get the iSCSI driver (qla4xxx)
> >integrated upstream as well.
> >
> >
Brian Haley wrote:
>
> I don't have any problem with Phil's changes.
Thanks Brian, and Andy, and Ben for your support and ideas.
> So how is this different than if an SNMP station probes my system,
> then I reboot, then they probe again. Things will seem to have gone
> backwards, but they deal w
Hi,
This patch add new PCI ID for r8169 driver.
RTL8110SBL has this PCI ID.
Please aply.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -pruN -X tb0287/Documentation/dontdiff tb0287-orig/drivers/net/r8169.c
tb0287/drivers/net/r8169.c
--- tb0287-orig/drivers/net/r8169.c 2006-0
Ron Mercer wrote:
All,
Third submission for the upstream inclusion of the qla3xxx Ethernet
driver. This is a complementary network driver for our ISP4XXX parts.
There is a concurrent effort underway to get the iSCSI driver (qla4xxx)
integrated upstream as well.
The following files are included
Jiri Slaby wrote:
bcm43xx kill pci_find_device
Change pci_find_device to safer pci_get_device.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 75664d3c6fe1d8d00b87e42cc001cb5d90613dae
tree ebcec31955a991f1661197c7e8bcdd682e030681
parent 431ef31d431939bc9370f952d9510ab9e5b0ad47
author
This patch gets rid of the old power management code and now uses the
device model for the ali-ircc driver.
Signed-off-by: Samuel Ortiz <[EMAIL PROTECTED]>
---
drivers/net/irda/ali-ircc.c | 106 +--
1 files changed, 51 insertions(+), 55 deletions(-)
3e
stir4200 uses a kernel thread for its TX/RX operations, and it is now
converted to the kernel kthread API.
Tested on an STIR4200 based dongle.
Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
Signed-off-by: Samuel Ortiz <[EMAIL PROTECTED]>
---
drivers/net/irda/stir4200.c | 38 +++
The MosChip MCS7780 chipset is an IrDA USB bridge that
doesn't conform with the IrDA-USB standard and thus needs
its separate driver.
Tested on an actual MCS7780 based dongle.
Original implementation by Brian Pugh <[EMAIL PROTECTED]>
Signed-off-by: Samuel Ortiz <[EMAIL PROTECTED]>
---
drivers
If a SIR dongle is built in the kernel while IRTTY_SIR is built
as a module, kernel compilation will fail.
Thus, the SIR dongle config should depend on the IRTTY_SIR.
Closes kernel bug# 6512
(http://bugzilla.kernel.org/show_bug.cgi?id=6512)
Signed-off-by: Samuel Ortiz <[EMAIL PROTECTED]>
---
All,
Third submission for the upstream inclusion of the qla3xxx Ethernet
driver. This is a complementary network driver for our ISP4XXX parts.
There is a concurrent effort underway to get the iSCSI driver (qla4xxx)
integrated upstream as well.
The following files are included and have been posted
On Thu, 2006-05-25 at 00:13 +0200, Francois Romieu wrote:
> > + pwol_pattern = kmalloc(B44_WOL_PATTERN_SIZE, GFP_KERNEL);
> > + pwol_mask = kmalloc(B44_WOL_MASK_SIZE, GFP_KERNEL);
> > +
> kmalloc can fail. It should be checked.
Yep. Thanks.
> > + max = ETH_ALEN;
> > + for (i = 0; i < 14;
Gary Zambrano <[EMAIL PROTECTED]> :
[...]
> diff --git a/drivers/net/b44.c b/drivers/net/b44.c
> index b9e2462..6f4d1d4 100644
> --- a/drivers/net/b44.c
> +++ b/drivers/net/b44.c
[...]
> +static void b44_setup_pseudo_magicp(struct b44 *bp)
> +{
> +
> + u32 val;
> + int plen0, plen1, max, i,
Gary Zambrano <[EMAIL PROTECTED]> :
>
> This patch adds set and get functions and support for the later 4401 revs.
>
> Signed-off-by: Gary Zambrano <[EMAIL PROTECTED]>
>
> diff --git a/drivers/net/b44.c b/drivers/net/b44.c
> index 7b3dfc4..e42e0aa 100644
> --- a/drivers/net/b44.c
> +++ b/drivers
This patch adds a parameter to init_hw() for wol.
Signed-off-by: Gary Zambrano <[EMAIL PROTECTED]>
diff --git a/drivers/net/b44.c b/drivers/net/b44.c
index 81d1f36..6eea1fc 100644
--- a/drivers/net/b44.c
+++ b/drivers/net/b44.c
@@ -107,7 +107,7 @@ MODULE_DEVICE_TABLE(pci, b44_pci_tbl);
static
This patch adds set and get functions and support for the later 4401 revs.
Signed-off-by: Gary Zambrano <[EMAIL PROTECTED]>
diff --git a/drivers/net/b44.c b/drivers/net/b44.c
index 7b3dfc4..e42e0aa 100644
--- a/drivers/net/b44.c
+++ b/drivers/net/b44.c
@@ -75,6 +75,12 @@
/* minimum number of fr
This patch adds wol support for the older 4401 revs.
Signed-off-by: Gary Zambrano <[EMAIL PROTECTED]>
diff --git a/drivers/net/b44.c b/drivers/net/b44.c
index b9e2462..6f4d1d4 100644
--- a/drivers/net/b44.c
+++ b/drivers/net/b44.c
@@ -1448,6 +1448,93 @@ static void b44_poll_controller(struct n
From: Jens Osterkamp <[EMAIL PROTECTED]>
The original patch was using whitespaces instead of tabs.
Signed-off-by: Jens Osterkamp <[EMAIL PROTECTED]>
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
Index: linux-2.6.17-rc4/drivers/net/sungem_phy.c
=
Jeff Garzik <[EMAIL PROTECTED]> wrote on 05/24/2006 07:29:24 AM:
> NAK, failed to apply. Also, the whitespace above is borked.
I think the patch is already in 2.6.17-rc4. I will send send a patch to
turn the whitespaces into
tabs.
Jens
-
To unsubscribe from this list: send the line "unsubscrib
Hi,
> We didn't get any ppc64 with PCI-E to run Linux so far. What performance
> drop should we expect with our current code ?
We have seen > 20% improvement on ppc64 running some networking
workloads when forcing 128 byte alignment (instead of 16 byte
alignment). DMA writes have to get cacheli
Rick Jones wrote:
Phil Dibowitz wrote:
Does having the ability to boot into single user mode break
networking? No, it
*allows* you to break networking. Does the _support_ of rmmod break the
kernel? No, but it *allows* you to.
Are SNMP traps generated by going into single-user mode? Rather
Phil Dibowitz wrote:
Well, I can show you support on my home switch (cabletron) - the network guys
will be a little unhappy if I clear stats on our production network (cisco)
without warning them:
Isn't that last bit an example of why it might not be good to play-out
that rope?-)
Does havin
So how is this different than if an SNMP station probes my system, then
I reboot, then they probe again. Things will seem to have gone
backwards, but they deal with that just fine.
In that case hasn't the system's uptime and/or last boot time in the MIB
changed and so indicates to the managem
On Wed, 2006-05-24 at 14:23 -0400, Jeff Garzik wrote:
> I disagree that we should bother about clearing statistics. It always
> adds more complication than necessary. Few (if any) other statistics in
> Linux permit easy clearing,
iptables -Z
> often because adding operations other than
> '
Hi!
> FLAME stands for "Forwarding Layer for Meshing"
>
> FLAME provides an intermediate layer between the network
> layer (e.g. IPv4/IPv6) and the link (MAC) layer,
> providing L2.5 meshing. Both network layer and MAC layer
What is wrong with meshing on L3?
(It is called flame so lets at le
On Wed, May 24, 2006 at 04:10:32PM -0400, jamal wrote:
> Can you provide some link to a vendor that allows resetting ethernet
> stats? I am almost certain, if they do they will have something or other
> which indicates that such a reset happened. It is also easier for cisco
> to have none standard
jamal wrote:
On Wed, 2006-24-05 at 12:14 -0700, Phil Dibowitz wrote:
Right, I'm aware there are other ways of doing this - I've written scripts to
record a hundreds of numbers, and then subtract them from each other. But
those scripts are work arounds
I don't have any problem with Phil's cha
Can you provide some link to a vendor that allows resetting ethernet
stats? I am almost certain, if they do they will have something or other
which indicates that such a reset happened. It is also easier for cisco
to have none standard feature "as of ios 15.16" which could support such
behavior be
On Wed, 2006-24-05 at 12:14 -0700, Phil Dibowitz wrote:
>
> Right, I'm aware there are other ways of doing this - I've written scripts to
> record a hundreds of numbers, and then subtract them from each other. But
> those scripts are work arounds
It is not a work around, _it is design intent_.
Brent Cook wrote:
Note that this is just clearing the hardware statistics on the interface, and
would not require any kind of atomic_increment addition for interfaces that
support that. It would be kind-of awkward to implement this on drivers that
increment stats in hardware though (lo, vlan,
On Wednesday 24 May 2006 14:14, Phil Dibowitz wrote:
> On Wed, May 24, 2006 at 03:05:54PM -0400, Jeff Garzik wrote:
> > Phil Dibowitz wrote:
> > Given any method of clearing statistics across your cluster, I'm certain
> > you can come up with a similar method of obtaining the current statistic
> >
On Wed, May 24, 2006 at 03:05:54PM -0400, Jeff Garzik wrote:
> Phil Dibowitz wrote:
> >On Wed, May 24, 2006 at 02:23:05PM -0400, Jeff Garzik wrote:
> >>I disagree that we should bother about clearing statistics. It always
> >>adds more complication than necessary. Few (if any) other statistics i
On Tue, May 23, 2006 at 10:51:08AM -0700, Stephen Hemminger wrote:
>
> Most likely some user space script is renaming it.
> Each distro seems to have it's own way of doing configuration, and most
> do something in response to the hotplug event from device registration.
> So it was eth1 until what
Phil Dibowitz wrote:
On Wed, May 24, 2006 at 02:23:05PM -0400, Jeff Garzik wrote:
I disagree that we should bother about clearing statistics. It always
adds more complication than necessary. Few (if any) other statistics in
Linux permit easy clearing, often because adding operations other tha
On Wed, May 24, 2006 at 02:23:05PM -0400, Jeff Garzik wrote:
> I disagree that we should bother about clearing statistics. It always
> adds more complication than necessary. Few (if any) other statistics in
> Linux permit easy clearing, often because adding operations other than
> 'increment'
On Tue, 2006-23-05 at 19:43 +0200, Simon Oosthoek wrote:
> Stephen Hemminger wrote:
> > On Tue, 23 May 2006 16:07:47 +0200
> > Herman Elfrink <[EMAIL PROTECTED]> wrote:
> >
> >>
> >> FLAME stands for "Forwarding Layer for Meshing"
> >>
> >
> > Didn't you just reinvent 802.1d bridging? and/or WD
On Wed, 24 May 2006 14:11:55 -0400
jamal <[EMAIL PROTECTED]> wrote:
>
> Very nice.
>
> On Wed, 2006-24-05 at 10:12 -0700, Stephen Hemminger wrote:
> > plain text document attachment (bridge-netlink.patch)
> > Add basic netlink support to the Ethernet bridge. Including:
> > * dump interfaces in
Those folks wanting link-level stats over an interval (I'm assuming that
is wny someone would want to zero stats?) should feel free to embrace
and extend beforeafter:
ftp://ftp.cup.hp.com/dist/networking/tools/
rick jones
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
t
Phil Dibowitz wrote:
David Miller wrote:
Some time in the next few weeks, it is likely that the 2.6.18
merge window will open up shortly after a 2.6.17 release.
So if you have major 2.6.18 submissions planned for the networking,
you need to start thinking about getting it to me now.
There is a
On Wed, 2006-24-05 at 01:01 -0700, Phil Dibowitz wrote:
[..]
>
> For your reference, here's the two times I've posted it this month - I'm
> happy to send it along again.
The problem with resetting stats is it is _most definetely_ going to
break management apps like SNMP.
This is not to say this
Very nice.
On Wed, 2006-24-05 at 10:12 -0700, Stephen Hemminger wrote:
> plain text document attachment (bridge-netlink.patch)
> Add basic netlink support to the Ethernet bridge. Including:
> * dump interfaces in bridges
> * monitor link status changes
> * change state of bridge port
> +stat
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 of data
> out of the sky2 interface (eg via samba serving a large file to GigE
> c
The first test is to check if any advertising value is given.
The else path is when advertising == 0.
The b44->flags do not have the same values as the given advertising bits.
When any (or all) of the ADVERTISE_ALL bits are passed to the driver the
b44->flags
are set accordingly.
I think it's ok
Return address in use, if some other kernel code has the SAP.
Propogate out error codes from netfilter registration and unwind.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- br.orig/net/bridge/br.c
+++ br/net/bridge/br.c
@@ -30,36 +30,44 @@ static struct llc_sap *br_stp_sap;
static
Some stuff for 2.6.18. The most important is adding netlink
support for managing interfaces; this allows building STP
as an application.
--
-
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.
Add basic netlink support to the Ethernet bridge. Including:
* dump interfaces in bridges
* monitor link status changes
* change state of bridge port
For some demo programs see:
http://developer.osdl.org/shemminger/prototypes/brnl.tar.gz
These are to allow building a daemon that does a
Small optimizations of bridge forwarding path.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- br.orig/net/bridge/br_forward.c
+++ br/net/bridge/br_forward.c
@@ -20,14 +20,11 @@
#include
#include "br_private.h"
+/* Don't forward packets to originating port or forwarding diasabled *
On Wed, 24 May 2006 17:16:52 +0100
Baruch Even <[EMAIL PROTECTED]> wrote:
> #ZHOU BIN# wrote:
> > From: Bin Zhou <[EMAIL PROTECTED]>
> > + else if (sysctl_tcp_abc) {
> > + /* RFC3465: Apppriate Byte Count
> > + * increase once for each full cwnd acked.
#ZHOU BIN# wrote:
> From: Bin Zhou <[EMAIL PROTECTED]>
> + else if (sysctl_tcp_abc) {
> + /* RFC3465: Apppriate Byte Count
> + * increase once for each full cwnd acked.
> + * Veno has no idear about it so far, so we keep
> +
On Wed, 24 May 2006, Stephen Hemminger wrote:
> Hope you don't mind if I will run it through Lindent first to cleanup
> whitespace.
How about dropping the mixed caps, as well?
--
James Morris
<[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body
On Wed, 24 May 2006 19:08:05 +0800
"#ZHOU BIN#" <[EMAIL PROTECTED]> wrote:
> From: Bin Zhou <[EMAIL PROTECTED]>
>
> TCP Veno module is a new congestion control module to improve TCP performance
> over wireless networks. The key innovation in TCP Veno is the enhancement of
> TCP Reno/Sack conges
On Wed, May 24, 2006 at 12:35:20AM -0400, Jeff Garzik wrote:
> John W. Linville wrote:
> >The following changes since commit
> >01d654d25d23fb73deb7904ce1c0b3a0f5fc2908:
> > John W. Linville:
> >Merge branch 'upstream-fixes' into upstream
> >
> >are found in the git repository at:
> >
> >
From: Bin Zhou <[EMAIL PROTECTED]>
TCP Veno module is a new congestion control module to improve TCP performance
over wireless networks. The key innovation in TCP Veno is the enhancement of
TCP Reno/Sack congestion control algorithm by using the estimated state of a
connection based on TCP Vega
On Wed, May 24, 2006 at 01:30:26AM -0400, Jeff Garzik wrote:
> Ralf Baechle DL5RB wrote:
> >Signed-off-by: Ralf Baechle DL5RB <[EMAIL PROTECTED]>
>
> ACK but does not apply
Of course not, DaveM applied the patch 3 weeks ago.
Ralf
-
To unsubscribe from this list: send the line "unsubscribe net
Hello, developers.
Initial TCP benchmark.
After tweaking some stuff I run netchannel vs socket TCP benchmark.
Unfortunately currently I'm unable to run 1Gbit test, since my test
machine is slightly broken... So only 100Mbit for now.
Performance graph attached.
Speed is the same, CPU usage is the
32-bit kernel, this is a Motorola Powerstack II macine with 604e. PReP
subarch, only buildable from the old ARCH=ppc code (not yet migrated to
ARCH=powerpc).
Ah OK, I thought it was related to the new compat code, but that isn't
the case. Your trace doesn't give much clues, except that it shows
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> John W. Linville wrote:
> > The following changes since commit 353b28bafd1b962359a866ff263a7fad833d29a1:
> > David S. Miller:
> > [SPARC]: Add robust futex syscall entries.
> >
> > are found in the git repository at:
> >
> > git://git.kernel.
On Tue, May 16, 2006 at 04:14:06PM -0700, David S. Miller ([EMAIL PROTECTED])
wrote:
> From: Evgeniy Polyakov <[EMAIL PROTECTED]>
> Date: Sat, 6 May 2006 12:40:45 +0400
> > I think the right solution is to call external init functions after cn
> > init function, but it's ordering is not always kno
Anton Blanchard wrote:
>> +/*
>> + * Set of routunes to get a new receive buffer. Any buffer which
>> + * crosses a 4KB boundary must start on a 4KB boundary due to PCIe
>> + * wdma restrictions. We also try to align any smaller allocation to
>> + * at least a 16 byte boundary for efficiency. We
David Miller wrote:
> Some time in the next few weeks, it is likely that the 2.6.18
> merge window will open up shortly after a 2.6.17 release.
>
> So if you have major 2.6.18 submissions planned for the networking,
> you need to start thinking about getting it to me now.
>
> There is a 2.6.18 tr
From: Klaus Wacker <[EMAIL PROTECTED]>
This is the second lcs driver patch containing the rest of lcs fixes.
Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]>
---
drivers/s390/net/lcs.h | 14 +-
1 files changed, 9 insertions(+), 5 deletions(-)
6956e921ffef4871ce2d
From: Klaus Wacker <[EMAIL PROTECTED]>
Several problems occured with lcs device driver:
- device not operational anymore after cable pull/plug-in.
- unpredictable results occured, e.g. kernel panic
using cards of type QD8F.
- STOPLAN and delete multi
From: Ursula Braun <[EMAIL PROTECTED]>
From: Frank Blaschka <[EMAIL PROTECTED]>
From: Frank Pavlic <[EMAIL PROTECTED]>
- fix fake_ll during initial device bringup. fake_ll was
not active after first start of the device.
Problem only occured when qeth was built withou
From: Ursula Braun <[EMAIL PROTECTED]>
From: Frank Pavlic <[EMAIL PROTECTED]>
- correct checking of sscanf-%n value in qeth_string_to_ipaddr().
- don't use netif_stop_queue outside the hard_start_xmit routine.
Rather use netif_tx_disable.
- don't call qeth_netde
Hi Jeff,
please apply following 5 patches.
Thanks ...
Frank
From: Cornelia Huck <[EMAIL PROTECTED]>
In case of a parse error for the cu3088 group attribute,
return -EINVAL instead of count.
Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]>
---
drivers/s390/net/cu3088.c |2 +-
1 files chan
The 'upstream' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
contains the following updates (queued for 2.6.18):
Documentation/networking/README.ipw2200 | 10
MAINTAINERS |6
drivers/net/Kconfig
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
to receive the following updates:
drivers/net/sky2.c | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
Stephen Hemminger:
sky2: fix jumbo packet suppo
66 matches
Mail list logo
