- Restore in s2io_reset, the mac address assigned during s2io_open.
Earlier, it was getting overwritten to the factory default (read from the
eeprom) and subsequently dropping received frames.
- Fixed the typo in calling rtnl_unlock in s2io_set_link function.
Signed-off-by: Sivakumar Subraman
- Enhanced Statistics are supported only for Xframe II (Herculas) card. Add
condition check such Enhanced statistics will included only in the case of
Xframe II card.
Signed-off-by: Sivakumar Subramani <[EMAIL PROTECTED]>
---
diff -urpN patch4/drivers/net/s2io.c patch5/drivers/net/s2io.c
---
- Turning off LED for LINK_DOWN notification
- Return from rxd_owner_bit_reset function if call to set_rxd_buffer_pointer
fails with ENOMEM
Signed-off-by: Sivakumar Subramani <[EMAIL PROTECTED]>
---
diff -urpN patch3/drivers/net/s2io.c patch4/drivers/net/s2io.c
--- patch3/drivers/net/s2io.c 20
- Added code to not to strip vlan tag when driver is in promiscuous mode
- Added module loadable parameter 'vlan_tag_strip" through which user can
enable or disable vlan stripping irrespective of mode
( promiscuous or non-promiscuous ).
Signed-off-by: Sivakumar Subramani <[EMAIL PROTECTED]>
-
- Optimized delay to wait for command completion so as to reduce the
initialization wait time.
- Disable differentiated services steering. By default RMAC is configured to
steer traffic with certain DS codes to other queues. Driver must initialize
the DS memory to 0 to make sure that DS steer
- Added debug statements to print a debug message if the MSI/MSI-X vector (or)
data is zero.
- This patch removes the code that will enable NAPI for the case of single
ring and MSI-X / MSI case. There are some issue in the enabling NAPI with
MSI/MSI-X. So we are turning off NAPI in the cas
Hello,
I have been looking quite deeply into the TCP-code, but there is one
thing I simply dont manage to understand. Can the code process more than
one skb on a socket at the time, or is it strictly one and one?
E.g say that you are going to send something (an skb), and you recieve
an ack a
Since there already two users of full 64 bit division in the kernel,
and other places maybe hiding out as well. Add a full 64/64 bit divide.
Yes this expensive, but there are places where it is necessary.
It is not clear if doing the scaling buys any advantage on 64 bit platforms,
so for them a fu
From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
Date: Fri, 23 Feb 2007 18:09:10 +0200 (EET)
> The reordering detection must work also when FRTO has not been
> used at all which was the original intention of mine, just the
> expression of the idea was flawed.
>
> Signed-off-by: Ilpo Järvinen <[EMAIL PRO
More backport of sky2 stuff.
* [bugfix] ram buffer setup
* [bugfix] listen to pause packets
* [bugfix] big endian
Optional:
* add more statistics (add entries to table)
* add more pci-ids for newer boards
* update version and email address
-
Update the pci device id table to match 2.6.20 (except for new 88e807x
that is still experimental).
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 48 +---
1 file changed, 29 insertions(+), 19 deletions(-)
--- linux-2.
Different chipsets have different amount of ram buffer (some have none),
so need to make sure that driver does proper setup for all cases from 0 on
to 48K, in units of 1K.
This is a backport of the code from 2.6.19 or later
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sk
Ben added this for 2.6.18, it allows sky2 to run on big endian.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
--- linux-2.6.16.y.orig/drivers/net/sky2.c 2007-02-23 14:45:34.0
-0800
+++ li
The 802 standard allows pause frames to be either unicast or multicast.
Switches seem to send unicast frames, but on a direct link, other boards send
multicast pause. Unless the filter bit is set, these pause frames get
dropped.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/n
Put in new email address.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.16.y.orig/drivers/net/sky2.c 2007-02-23 14:45:42.0
-0800
+++ linux-2.6.16.y/drivers/net/sky2.c 2007-0
This is a simple enhancement to dump more device statistics with ethtool.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 27 ++-
1 file changed, 22 insertions(+), 5 deletions(-)
--- linux-2.6.16.y.orig/drivers/net/sky2.c 2007-02-23 1
This thread looks dead but issue was't fixed.
Jiri Kosina <[EMAIL PROTECTED]> writes:
>> > - pci_enable_device(pdev);
>> > + ret = pci_enable_device(pdev);
>> > + if (ret) {
>> > + printk(KERN_ERR "sk98lin: Cannot enable PCI device %s during
>> > resume\n",
>> > +
Mike Isely <[EMAIL PROTECTED]> :
[...]
> Obviously I have an interest in any change here not breaking the NIC on
> my system. So please let me know if/when you'd like me to test drive a
> candidate fix that keeps everyone happy...
The experimental r8169 patch of the day against 2.6.21-rc1 is av
On Fri, Feb 23, 2007 at 07:06:12PM +0100, Adrian Bunk wrote:
> > >My impression is that most of this might have users that are not yet
> > >submitted for inclusion in the kernel - one year after TIPC was merged.
> > >
> > >
> > Not quite. The exported symbols belong to a public API for driver
>
Use comma's consistently.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/skge.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- sky2-dev.orig/drivers/net/skge.c2007-02-23 13:53:25.0 -0800
+++ sky2-dev/drivers/net/skge.c 2007-02-23 13:53:41.0
It looks like the skge driver inherited another bug from the sk98lin code.
If I send from 1000mbit port to a machine on 100mbit port, the switch should
be doing hardware flow control, but no pause frames show up in the statistics.
This is the analog of the recent sky2 fixes. The device needs to li
Handle pci_enable_device() failure while resuming, we can safely exit here.
Signed-off-by: Monakhov Dmitriy <[EMAIL PROTECTED]>
---
drivers/net/3c59x.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/net/3c59x.c b/drivers/net/3c59x.c
index 2b750bd..ea4a78f 1
thanks, queued for 2.6.21
-
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
Stephen Hemminger wrote:
On Fri, 23 Feb 2007 11:10:40 -0700
Mark Huth <[EMAIL PROTECTED]> wrote:
Amit S. Kale wrote:
Hi Net Gurus,
This thread came up on kgdb-bugreport mailing list. Could you please suggest
us what's the correct way of fixing this problem?
1. When running a kgdb o
Brice Goglin wrote:
> Hi Jeff,
>
> No big change in myri10ge these days, mainly just a workaround for
> boards that were shipped with a bug in their firmware (patch #1, for
> 2.6.21).
>
> Since things are pretty calm here, I am also resending the Large Receive
> Offload patch for inclusion (patch #
Fix copyright and license ("regents" should not have ever been used).
Signed-off-by: Brice Goglin <[EMAIL PROTECTED]>
---
drivers/net/myri10ge/myri10ge.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
Index: linux-rc/drivers/net/myri10ge/myri10ge.c
=
On Tue, Feb 20, 2007 at 03:34:40AM -0500, Ayaz Abdulla wrote:
> There seems to be an issue when both MSI-X is enabled and NAPI is
> configured. This patch disables MSI-X until the issue is root caused.
>
> Signed-Off-By: Ayaz Abdulla <[EMAIL PROTECTED]>
>
> --- orig/drivers/net/forcedeth.c
Stephen Hemminger wrote:
This thread came up on kgdb-bugreport mailing list. Could you please suggest
us what's the correct way of fixing this problem?
1. When running a kgdb on RTL8139 ethernet interface: 8139too driver prints
too many "Out-of-sync dirty pointer" messages on console and gdb
On Fri, 23 Feb 2007 22:16:59 +0300
Sergei Shtylyov <[EMAIL PROTECTED]> wrote:
> Hello.
>
> Stephen Hemminger wrote:
>
> >This thread came up on kgdb-bugreport mailing list. Could you please
> >suggest
> >us what's the correct way of fixing this problem?
>
> >1. When running a
On Fri, 23 Feb 2007 04:00:55 -0500
"Sreenivasa Honnur" <[EMAIL PROTECTED]> wrote:
> Fucntion "map_queue" returns queue index as '0'. There is no support to
> return different queue indexes.
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Kok, Auke
Stephen Hemminger wrote:
On Fri, 23 Feb 2007 04:00:55 -0500
"Sreenivasa Honnur" <[EMAIL PROTECTED]> wrote:
Fucntion "map_queue" returns queue index as '0'. There is no support to
return different queue indexes.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Beh
Hello.
Stephen Hemminger wrote:
This thread came up on kgdb-bugreport mailing list. Could you please suggest
us what's the correct way of fixing this problem?
1. When running a kgdb on RTL8139 ethernet interface: 8139too driver prints
too many "Out-of-sync dirty pointer" messages on console
On Fri, 23 Feb 2007 22:09:16 +0300
Sergei Shtylyov <[EMAIL PROTECTED]> wrote:
> Hello.
>
> Stephen Hemminger wrote:
>
> >>>This thread came up on kgdb-bugreport mailing list. Could you please
> >>>suggest
> >>>us what's the correct way of fixing this problem?
>
> >>>1. When running a kgdb on
Hello.
Stephen Hemminger wrote:
This thread came up on kgdb-bugreport mailing list. Could you please suggest
us what's the correct way of fixing this problem?
1. When running a kgdb on RTL8139 ethernet interface: 8139too driver prints
too many "Out-of-sync dirty pointer" messages on console
map_queue will always return 0 in the pfifo_fast Qdisc. This is because
pfifo_fast is the default scheduler when a device is brought up. I
didn't want to make any assumptions about a device's functionality, so
using queue 0 seems the least dangerous.
However, in the prio qdisc, there is a small
On Fri, 23 Feb 2007 11:10:40 -0700
Mark Huth <[EMAIL PROTECTED]> wrote:
> Amit S. Kale wrote:
> > Hi Net Gurus,
> >
> > This thread came up on kgdb-bugreport mailing list. Could you please
> > suggest
> > us what's the correct way of fixing this problem?
> >
> > 1. When running a kgdb on RTL8139
Amit S. Kale wrote:
Hi Net Gurus,
This thread came up on kgdb-bugreport mailing list. Could you please suggest
us what's the correct way of fixing this problem?
1. When running a kgdb on RTL8139 ethernet interface: 8139too driver prints
too many "Out-of-sync dirty pointer" messages on consol
On Thu, Jan 25, 2007 at 04:08:08PM +, Jon Maloy wrote:
> Adrian Bunk wrote:
>
> >This patch contains the following possible cleanups:
> >- make needlessly global functions static
> >- #if 0 unused functions
> >
> >
> Thanks. I think most of those were due for our next release, anyway. But
>
> This patch introduces an optional alternative receive processing
> functionality (enabled via module load parameter). The ehea adapter
> can sort TCP traffic to multiple receive queues to be processed by
> the driver in parallel on multiple CPUs. The hardware always puts
> packets for an ind
Hi!
This patch introduces an optional alternative receive processing
functionality (enabled via module load parameter). The ehea adapter
can sort TCP traffic to multiple receive queues to be processed by
the driver in parallel on multiple CPUs. The hardware always puts
packets for an individual tc
The reordering detection must work also when FRTO has not been
used at all which was the original intention of mine, just the
expression of the idea was flawed.
Signed-off-by: Ilpo Järvinen <[EMAIL PROTECTED]>
---
Applies on the top of tcp-2.6 branch as you would probably have
guessed.
diff --git
On Fri, Feb 23, 2007 at 07:47:40AM -0600, Bob Tracy wrote:
> ACK except for a missing comma at the end of the line being replaced,
> which prevents the patch from applying cleanly. Otherwise, this fixes
> the problem I was having. Thanks!
Aargh.
--- linux.orig/drivers/net/natsemi.c2007-02-
Mark Brown wrote:
> (Re: vanilla natsemi card detection problem)
> This patch fixes the problem minimally.
>
> Signed-Off-By: Mark Brown <[EMAIL PROTECTED]>
>
> --- linux.orig/drivers/net/natsemi.c 2007-02-23 11:13:03.0 +
> +++ linux/drivers/net/natsemi.c 2007-02-23 11:12:00.00
Bob Tracy <[EMAIL PROTECTED]> reported that the addition of support
for Aculab E1/T1 cPCI carrier cards broke detection of vanilla natsemi
cards. This patch fixes that: the problem is that the driver-specific
data in the PCI device table is an index into a second table and this
had not been update
Function "map_queue" returns queue_index as 0 always. There is no
support to return different queue numbers.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Kok, Auke
Sent: Friday, February 09, 2007 5:40 AM
To: David Miller; Garzik, Jeff; netdev@vger.kerne
Fucntion "map_queue" returns queue index as '0'. There is no support to
return different queue indexes.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Kok, Auke
Sent: Friday, February 09, 2007 5:40 AM
To: David Miller; Garzik, Jeff; netdev@vger.kernel.org
46 matches
Mail list logo
