Support for configuring RGMII-ID (RGMII with internal delay) mode on the
88e and 88e1145.
Also renamed 88es -> 88e (no references to an 88es part were
found), and fixed some whitespace.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
this version sets the delay bits conditiona
The ICPlus IP175C sports a 100Mbit/s 4-port switch in addition
to a dedicated 100Mbit/s WAN port.
Signed-off-by: Michael Barkowski <[EMAIL PROTECTED]>
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
this version sets MII0 speed and duplex.
drivers/net/phy/Kconfig |6 ++
drivers/net/phy/
From: Nicu Ioan Petru <[EMAIL PROTECTED]>
The ucc_geth_memclean function can be called before the Tx BD rings, Rx
BD rings and associated socket buffers are allocated (for example if
ucc_fast_init fails). The current code doesn't check if p_tx_bd_ring[i]
is null, generating a kernel panic when try
From: Michael Reiss <[EMAIL PROTECTED]>
Based partly on the gianfar driver, this patch fixes several
bugs which were causing NAPI to be completely unusable.
* An IRQ is still needed in NAPI, to kick off NAPI task,
and for Tx processing. Request the IRQ.
* If rx_work_limit = 0 we are not complet
From: Michael Barkowski <[EMAIL PROTECTED]>
The rx interrupt coalescing table alignment was "guessed" to be 4,
but should be 64. The size should be 8 * number of queues + 4.
Verified in the MPC8323E manual.
Signed-off-by: Michael Barkowski <[EMAIL PROTECTED]>
Signed-off-by: Kim Phillips <[EMAIL P
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
drivers/net/ucc_geth.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ucc_geth.c b/drivers/net/ucc_geth.c
index 20bc105..16b9acd 100644
--- a/drivers/net/ucc_geth.c
+++ b/drivers/net/ucc_geth.c
@@ -46,8 +
From: Michael Reiss <[EMAIL PROTECTED]>
Transmit on Demand: Fix spelling in config option, and make it actually enable
TOD.
Signed-off-by: Michael Reiss <[EMAIL PROTECTED]>
Signed-off-by: Michael Barkowski <[EMAIL PROTECTED]>
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
arch/powerpc/sysd
The RGMII spec allows compliance for devices that implement an internal
delay on TXC or RXC inside the transmitter. This patch adds an RGMII_ID
definition to support RGMII-ID devices in the phylib.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
this 7 part series supercedes previous 2-set uc
Waskiewicz Jr, Peter P wrote:
>>Still leaks the device
>
>
> I explained this in a previous response, and you seemed to be ok with
> the explanation. Can you elaborate if this is still an issue?
I'm OK with allocating subqueues even for single queue devices, not
with leaking memory on error.
> -Original Message-
> From: Patrick McHardy [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 12, 2007 5:16 PM
> To: Waskiewicz Jr, Peter P
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; [EMAIL PROTECTED]; cramerj;
> Kok, Auke-jan H; Leech, Christopher
> Subject: Re: [
Roland Dreier <[EMAIL PROTECTED]> writes:
> [Adding Michael Chan, who seems to look after bnx2, to the cc list]
>
> > To clarify it's an Intel Dual Core Xeon (I just wound up as thinking of
> > them all as amd64s). Network card driver in use is the one defined by
> > CONFIG_BNX2. Kernel's mono
Peter P Waskiewicz Jr wrote:
> diff --git a/net/core/dev.c b/net/core/dev.c
> index 219a57f..3ce449e 100644
> --- a/net/core/dev.c
> +++ b/net/core/dev.c
> @@ -1471,6 +1471,8 @@ gso:
> q = dev->qdisc;
> if (q->enqueue) {
> rc = q->enqueue(skb, q);
>
From: Peter P Waskiewicz Jr <[EMAIL PROTECTED]>
This patch is *not* intended to be integrated into any tree please. This is
fulfilling a request to demonstrate the proposed multiqueue network device
API in a driver. The necessary updates to the e1000 driver will come in a
more official release.
This is a redesign and repost of the multiqueue network device support patches.
The new API for base drivers allows multiqueue-capable devices to manage their
individual queues in the network stack. The stack now handles both
non-multiqueue and multiqueue devices on the same codepath. Also, allo
From: Peter P Waskiewicz Jr <[EMAIL PROTECTED]>
Adding documentation for the new multiqueue API.
Signed-off-by: Peter P. Waskiewicz Jr <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
Documentation/networking/multiqueue.txt | 97 +++
1 files chan
From: Peter P Waskiewicz Jr <[EMAIL PROTECTED]>
Update: Removed unnecessary whitespace removals. Reset skb->queue_mapping to
zero prior to enqueueing to a qdisc. Fixed band2queue mapping algorithm for
bands less than queues.
Added an API and associated supporting routines for multiqueue network
[Adding Michael Chan, who seems to look after bnx2, to the cc list]
> To clarify it's an Intel Dual Core Xeon (I just wound up as thinking of
> them all as amd64s). Network card driver in use is the one defined by
> CONFIG_BNX2. Kernel's monolithic.
>From a quick look at bnx2.c, it seems that
> > Apr 11 22:14:02 ' eth0:220898233988841368 66750274000 0
> >0 86458738 52386430545 101089219 19931300 0 199313
> > 0 '
> > Apr 11 22:15:02 ' eth0:17227454818 81381144000 0
> > 0 0 33091307388 86658381
On Thu, Apr 12, 2007 at 04:18:24PM -0700, Roland Dreier wrote:
> > > Apr 11 22:14:02 ' eth0:220898233988841368 66750274000 0
> > > 0 86458738 52386430545 101089219 19931300 0 199313
> > > 0 '
>
> > > Apr 11 22:15:02 ' eth0:17227454818 81381144
From: Paul Mackerras <[EMAIL PROTECTED]>
Date: Wed, 21 Mar 2007 11:03:14 +1100
> Linus Torvalds writes:
>
> > We should just do this natively. There's been several tests over the years
> > saying that it's much more efficient to do sti/cli as a simple store, and
> > handling the "oops, we got a
> Apr 9 06:19:04 ' eth0:14250798570591813804 2284720007938 1863800
> 18638 0 27375938 1556640980159 3345714490000 0
> 0 0 '
One odd thing is that crazy number 14250798570591813804 is
c5c501cbc5c500ac in hex. I dunno what the significant of t
On Fri, 13 Apr 2007 08:52:49 +1000
CaT <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 02, 2007 at 12:13:00AM -0700, Andrew Morton wrote:
> > On Mon, 2 Apr 2007 11:43:19 +1000 CaT <[EMAIL PROTECTED]> wrote:
> >
> > > I take minute by minute snapshots of network traffic by sampling
> > > /proc/net/dev an
On Mon, Apr 02, 2007 at 12:13:00AM -0700, Andrew Morton wrote:
> On Mon, 2 Apr 2007 11:43:19 +1000 CaT <[EMAIL PROTECTED]> wrote:
>
> > I take minute by minute snapshots of network traffic by sampling
> > /proc/net/dev and most of the time everything works fine. Occasionally
> > though I get petab
From: Ben Greear <[EMAIL PROTECTED]>
Date: Thu, 12 Apr 2007 14:45:07 -0700
> Andrew Morton wrote:
> >
> > Begin forwarded message:
> >
> > Date: Thu, 12 Apr 2007 21:50:00 +0200 (CEST)
> > From: Jerome Borsboom <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > Subject: [PATCH] allow VLAN interfac
This is the second time this patch has been forwarded to netdev
in the past hour.
And I'll say the same thing I said to the first person who did it this
way. Because you just blindly forwarded this here, and did not tell
the orignal poster why, and furthermore took linux-kernel off the CC
list,
Andrew Morton wrote:
Begin forwarded message:
Date: Thu, 12 Apr 2007 21:50:00 +0200 (CEST)
From: Jerome Borsboom <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [PATCH] allow VLAN interface on top of bridge interface
When a VLAN interface is created on top of a bridge interface and
netfil
Eric Dumazet wrote:
Hum, could you try to bind nic irqs on separate cpus ?
I just started a run on 2.6.20.4, and so far (~20 minutes), it
is behaving perfect..running at around 925Mbps in both directions.
CWND averages about 600, bouncing from a low of 300 up to 800, but
that could very well b
Begin forwarded message:
Date: Thu, 12 Apr 2007 21:50:00 +0200 (CEST)
From: Jerome Borsboom <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [PATCH] allow VLAN interface on top of bridge interface
When a VLAN interface is created on top of a bridge interface and
netfilter is enabled to see
From: "Robert Iakobashvili" <[EMAIL PROTECTED]>
Date: Thu, 12 Apr 2007 23:11:14 +0200
> It works good with 2.6.11.8 and debian 2.6.18.3-i686 image.
>
> At the same Intel Pentium-4 PC with the same about kernel configuration
> (make oldconfig using Debian config-2.6.18.3-i686) the setup fails wit
Hi Ben,
On 4/11/07, Ben Greear <[EMAIL PROTECTED]> wrote:
The problem is that I set up a TCP connection with bi-directional traffic
of around 800Mbps, doing large (20k - 64k writes and reads) between two ports on
the same machine (this 2.6.18.2 kernel is tainted with my full patch set,
but I a
Chuck, please reply to the poster and instruct them where they should
post the patch _AS WELL AS_ CC:'ing netdev and retaining the
linux-kernel CC, otherwise people will reply to both threads and
someone looking at one of them will not see replies done in the other.
Thanks.
-
To unsubscribe from
From: David Howells <[EMAIL PROTECTED]>
Date: Thu, 12 Apr 2007 21:51:50 +0100
> What's the best way of doing this, assuming it's possible at all?
Issue a RTM_GETLINK rtnetlink request, and parse the response.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a mes
Date: Thu, 12 Apr 2007 21:50:00 +0200 (CEST)
From: Jerome Borsboom <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [PATCH] allow VLAN interface on top of bridge interface
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Sender: [EMAIL
Remove the apparently redundant include of .
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
compile-tested on x86, in preparation for the day when the legacy PM
code goes away.
diff --git a/drivers/net/3c509.c b/drivers/net/3c509.c
index f791bf0..a8ea346 100644
--- a/drivers/net/3c50
Ben Greear a écrit :
Eric Dumazet wrote:
What "tc -s -d qdisc"
"ifconfig -a"
"cat /proc/interrupts" "cat /proc/net/sockstat" and
"cat /proc/net/softnet_stat" are telling ?
In this test, eth2 is talking to eth3, using something similar to this
send-to-self patch:
http://www.candelatech.com/os
On 4/12/07, David Miller <[EMAIL PROTECTED]> wrote:
Ok, as promised:
kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6.22.git
kernel.org:/pub/scm/linux/kernel/git/davem/tcp-2.6.git
Basically, the tcp-2.6 tree is the net-2.6.22 tree with the TCP
RB-tree based work added.
I'll
On Thu, 2007-04-12 at 16:50 +0200, Andi Kleen wrote:
> Jamie webb <[EMAIL PROTECTED]> writes:
>
> > Hi there
> >
> > I have a Dell PE860 with built-in BCM5721, which is reported as
> > working fine with the tg3 driver, however I have been getting sporadic
> > data corruption, mostly evident as SS
Ok, as promised:
kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6.22.git
kernel.org:/pub/scm/linux/kernel/git/davem/tcp-2.6.git
Basically, the tcp-2.6 tree is the net-2.6.22 tree with the TCP
RB-tree based work added.
I'll start working on my huge patch backlog this afternoon,
Eric Dumazet wrote:
What
"tc -s -d qdisc"
"ifconfig -a"
"cat /proc/interrupts"
"cat /proc/net/sockstat" and
"cat /proc/net/softnet_stat" are telling ?
In this test, eth2 is talking to eth3, using something similar to this
send-to-self patch:
http://www.candelatech.com/oss/sts.patch
[EMAI
On Wed, 2007-04-11 at 20:19 +0200, Patrick McHardy wrote:
>
> I think having notifications for this case makes sense (IIRC I used
> to use a similar patch some time ago, but can't find it right now).
> But we need to indicate somehow that it is a replacement and not a
> completely new route, eith
On Thu, 12 Apr 2007 10:59:19 -0700
Ben Greear <[EMAIL PROTECTED]> wrote:
>
> Here is a tcpdump of the connection in the stalled state. As you can see by
> the 'time' output, it's running at around 100,000 packets per second. tcpdump
> dropped the vast majority of these. Based on the network int
Andi Kleen wrote:
Ben Greear <[EMAIL PROTECTED]> writes:
I don't mind adding printks...and I've started reading through the code,
but there is a lot of it, and indiscriminate printks will likely just
hide the problem because it will slow down performance so much.
You could add /proc/net/snmp c
Gianfar needs crc32 to be selected to compile.
Signed-off-by: Dave Jiang <[EMAIL PROTECTED]>
--
drivers/net/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
--
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index 8aa8dd0..2516e0b 100644
--- a/drivers/net/Kconfig
+++
Never mind, I see that "cxgb3 - missing CPL hanler and register
setting." has appeared in Linus's tree. Steve, I'll ask Linus to pull
this fix today. Jeff, never mind my question since it's too late now.
- R.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a m
> The patch is the 3rd of 3:
>
> http://marc.info/?l=linux-kernel&m=117617444622279&w=2
>
> Jeff applied it into his upstream tree here:
>
> http://marc.info/?l=linux-netdev&m=117630664627997&w=2
OK, so it's not in Linus's tree yet. Jeff, how do you want to handle
this? (That last patc
On Thu, 2007-04-12 at 08:23 -0700, Roland Dreier wrote:
> So is the cxgb3 net driver change in question already in Linus's tree?
> What is the exact patch that this change goes with?
The patch is the 3rd of 3:
http://marc.info/?l=linux-kernel&m=117617444622279&w=2
Jeff applied it into his upstr
So is the cxgb3 net driver change in question already in Linus's tree?
What is the exact patch that this change goes with?
-
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.
Aubrey Li wrote:
I think we discussed this issue before.
The current checksum function doesn't consider the kind of packet
which is padded to reach a specific minimum length. I believe that's
the problem caused my test case failed. Is this issue fixed? Or is it
acceptable if I make a patch not c
Steve Wise wrote:
Hey Roland,
This patch is needed for iw_cxgb3 to handle a change in the cxgb3 driver
posted by Divy that Jeff recently applied. If the cxgb3 change is
destined for 2.6.21, then this change to iw_cxgb3 also needs to go in
(otherwise we get an error log entry for every rdma conn
Jamie webb <[EMAIL PROTECTED]> writes:
> Hi there
>
> I have a Dell PE860 with built-in BCM5721, which is reported as
> working fine with the tg3 driver, however I have been getting sporadic
> data corruption, mostly evident as SSH MAC errors.
FWIW i also saw this (data corruption with tg3) occa
Ben Greear <[EMAIL PROTECTED]> writes:
>
> I don't mind adding printks...and I've started reading through the code,
> but there is a lot of it, and indiscriminate printks will likely just
> hide the problem because it will slow down performance so much.
You could add /proc/net/snmp counters for i
Hey Roland,
This patch is needed for iw_cxgb3 to handle a change in the cxgb3 driver
posted by Divy that Jeff recently applied. If the cxgb3 change is
destined for 2.6.21, then this change to iw_cxgb3 also needs to go in
(otherwise we get an error log entry for every rdma connection).
It was a
I think we discussed this issue before.
The current checksum function doesn't consider the kind of packet
which is padded to reach a specific minimum length. I believe that's
the problem caused my test case failed. Is this issue fixed? Or is it
acceptable if I make a patch not calculating this ki
53 matches
Mail list logo
