Auke Kok wrote:
From: Auke Kok <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
e1000.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/e1000.c b/e1000.c
index 6de27ca..6741323 100644
--- a/e1000.c
+++ b/e1000.c
@@ -372,7 +372,7 @@ e1000_dump_regs(s
Some northbridges and PCI bridges have "clever" byteswapping in
hardware, maybe this is just an effect of that. In theory depending on
the host bridge, you should pass in big endian data and have it swap or
not swap, not pick that way in the driver, UNLESS your driver expects
bigendian data,
On Tue, Sep 19, 2006 at 02:54:33PM +1000, Stephen Rothwell wrote:
>
> On powerpc and ppc, insl_ns and insl are identical as are outsl_ns and
> outsl, so remove the conditional use of insl_ns and outsl_ns.
The rest of this patch might indeed be correct, but the above comment
bothers me. The "ns"
Hello again,
It seems nobody received the message below; likely because the SMTP
server at work refused to forward a message from [EMAIL PROTECTED] .
Sorry about the delay.
On Sun, 2006-09-17 at 15:12 -0400, Adam C Powell IV wrote:
> Hello, and apologies for the reply delay. (This is a productio
From: Nicholas Nunley <[EMAIL PROTECTED]>
This adds support for dumping ixgb registers in readable format.
Signed-off-by: Nicholas Nunley <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
Makefile.am|4 +-
ethtool-util.h |3 +
ethtool.c |2 +
ixgb.c
From: Auke Kok <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
e1000.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/e1000.c b/e1000.c
index 6de27ca..6741323 100644
--- a/e1000.c
+++ b/e1000.c
@@ -372,7 +372,7 @@ e1000_dump_regs(struct ethtool_drvi
On Tue, 19 Sep 2006 09:10:37 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Hagen Paul Pfeifer <[EMAIL PROTECTED]>
> Date: Tue, 19 Sep 2006 14:35:35 +0200
>
> > BTW: BIC is sometimes to aggressive in comparison to standard tcp
> > behaviour (e.g. in short RTT environments) - this is
The commit 'e1000: Remove 0x1000 as supported device' (Jeff Kirsher,
673a052fde79ab5e9dce569b0336358812ddba2d) Removes PIC device ID 8086:1000
from the list of supported devices. A fix was submitted for the original
issue (commit 6a9516989f94df10d9a27ba543c6b53b3e69c84a).
This commit reverts comm
Unify our shutdown/suspend/resume code and make it similar to e1000:
e1000_shutdown now calls suspend which does the exact same thing on
shutdown except saving PCI config state on suspend. WoL setup code
is now also more simple and works even when CONFIG_PM is not set, which
was previously broken.
Signed-off-by: Mitch Williams <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_ethtool.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/net/e1000/e1000_ethtool.c
b/drivers/net/e1000/e1000_ethtool.c
index a954746..0d
Signed-off-by: Bruce Allan <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/drivers/net/e1000/e1000_main.c b/drivers/net/e1000/e1000_main.c
index 7a991a4..dc14b98 10064
e100-3.5.17-k2
e1000-7.2.9-k2
ixgb-1.0.117-k2
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e100.c |2 +-
drivers/net/e1000/e1000_main.c |2 +-
drivers/net/ixgb/ixgb_main.c |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/
Signed-off-by: Nicholas Nunley <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000.h | 21 --
drivers/net/e1000/e1000_ethtool.c | 15 +
drivers/net/e1000/e1000_hw.c | 406 +++--
drivers/net/e1000/e1000_hw.h
Hi,
The following updates are available through git:
git pull git://lost.foo-projects.org/~ahkok/git/netdev-2.6 upstream
And apply against c233289c29369dba7177ca873e9b8ed457af2a78 (Jeff Garzik:
"drivers/net/phy/fixed: #if 0 some incomplete code")
Cheers,
Auke
---
Auke Kok <[EMAIL PROTECTED]
Manageability is using one more RAR entry than we anticipated earlier
for ICH8.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_hw.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/
We were plagued by our interrupt handler posting a watchdog event which
could occur when our adapter was going down in case a late packet arrived
just before e1000_down() finished. This caused the watchdog timer to start
after the NIC was down and keep rescheduling it every N seconds. Once
the dri
Add code to display the detected PCI-E bus width.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_hw.c | 17 +
drivers/net/e1000/e1000_hw.h |6 ++
drivers/net/e1000/e1000_main.c | 16
Disable jumbo frames for 82573L alltogether and when ASPM is enabled
since the hardware has problems with it. For the NICs that do support
this in the 82573 series we set ERT_2048 to attempt to receive as much
traffic as early as we can.
Signed-off-by: Bruce Allan <[EMAIL PROTECTED]>
Signed-off-b
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_hw.c | 89 +-
1 files changed, 53 insertions(+), 36 deletions(-)
diff --git a/drivers/net/e1000/e1000_hw.c b/drivers/net/e1000/e1000_
We experimented with more descriptor buffer writebacks and found that
values larger than 8 give HW problems, but 8 is safe and gives us some
improved performance.
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb.h |2 +
Several hardware bits were set all over the driver and have been
consolidated into a single function.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_hw.c | 142 +---
drivers/net/e1000
Several manageability capability detection parts hinted towards
our code being incomplete for PCI-E. According to spec, we do not
want to poke any MANC bits at all.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c |
Several minor issues exist in the low-level device handling code of
e1000. The NVM and EEPROM writing/reading code was updated which fixes
unneeded delays, adds proper eeprom aqcuiring steps and handle shadow
ram and flash access. Minor cosmetic adjustments to the polarity code
adding symbols. PHY
Refine cb cleaning debug printout and print out all cleaned cbs' status. Add
debug flag for EEPROM csum failures that were overridden by the user.
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e100.c |9 ++---
1 files cha
Cc: Herbert Xu <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c | 52
1 files changed, 42 insertions(+), 10 deletions(-)
diff --git a/drivers/net/e100
When powering down the PHY (if WoL is disabled) we should only check
copper PHY's and handle PCI-E adapters differently.
Signed-off-by: Bruce Allan <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c | 41 +++-
With a patch, ethtool can now signify the driver to advertise more
than just a single speed/duplex setting. This allows you to tell the
card to advertise in 10/100 in any speed if you don't have a gigabit
switch for instance.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok
We keep getting requests from people that think that this might be
an exploitable hole where we would overwrite 4 bytes in the netdev
struct if the pci name would exceed 15 characters. In reality this
will never happen but we fix it anyway.
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
driver
Sogned-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_ethtool.c | 14 +++---
drivers/net/e1000/e1000_hw.c | 84 +++--
drivers/net/e1000/e1000_hw.h | 18
drivers/net/e1000/e1
PCI error recovery code recently merged needs to use netdev_priv
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb_main.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ixgb/ixgb_main.c b/drivers/net/ixgb/ixgb_main.c
index 949e5de..
On Tue, 19 Sep 2006, Jeff Garzik wrote:
> > And sb1250-mac.c would be happy to use it too.
>
> "would be happy to" != "is using". I don't want to add a phy driver until
> there are already active users in the kernel.
Fair enough, but Amy may be looking forward to seeing yet another piece
of
Maciej W. Rozycki wrote:
On Tue, 19 Sep 2006, Amy Fong wrote:
And... where are the users of this phy driver?
[...]
This phy driver is used by the WRS's sbc8560 (bcm5421s) and sbc843x
(bcm5461s) via the gianfar driver.
And sb1250-mac.c would be happy to use it too.
"would be happy to" !=
From: Hagen Paul Pfeifer <[EMAIL PROTECTED]>
Date: Tue, 19 Sep 2006 14:35:35 +0200
> BTW: BIC is sometimes to aggressive in comparison to standard tcp
> behaviour (e.g. in short RTT environments) - this is an known
> issue. Why not cubic as the default one?
We may change over to CUBIC as the defa
diff -u linux-2.6.18-rc7/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/drivers/net/netxen/netxen_nic_phan_reg.h 2006-09-15
10:51:59.0 -0700
+++ linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_phan_reg.h 2006-09-
diff -u linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_hw.h
linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_hw.h
--- linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_hw.h 2006-09-15
10:51:59.0 -0700
+++ linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_hw.h 2006-09-19
07:51:20.0 -0700
On Tue, 19 Sep 2006 12:03:51 +0200
Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Tuesday 19 September 2006 06:41, Stephen Hemminger wrote:
> > Bert's attempt was noble
> > It showed your desire for the truth
> > A simple path exists
>
> I guess most people won't have a clue on what to configure here
diff -u linux-2.6.18-rc7/drivers/net/netxen/netxen_nic.h
linux-2.6.18-rc7/drivers/net/netxen/netxen_nic.h
--- linux-2.6.18-rc7/drivers/net/netxen/netxen_nic.h2006-09-15
10:51:59.0 -0700
+++ linux-2.6.18-rc7/drivers/net/netxen/netxen_nic.h2006-09-19
07:51:20.0 -0700
@@ -6
diff -u linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_ethtool.c
linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_ethtool.c
--- linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_ethtool.c2006-09-15
10:51:59.0 -0700
+++ linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_ethtool.c2006-09-19
diff -u linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_niu.c
linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_niu.c
--- linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_niu.c2006-09-15
10:51:59.0 -0700
+++ linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_niu.c2006-09-19
07:51:
Randy,
Thanks for feedback. We have incorporated all of the suggestions.
--
pradeep
diff -u linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_main.c
linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_main.c
--- linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_main.c 2006-09-15
10:51:59.0
diff -u linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_init.c
linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_init.c
--- linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_init.c 2006-09-15
10:51:59.0 -0700
+++ linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_init.c 2006-09-19
07:5
diff -u linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_hw.c
linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_hw.c
--- linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_hw.c 2006-09-15
10:51:59.0 -0700
+++ linux-2.6.18-rc7/drivers/net/netxen/netxen_nic_hw.c 2006-09-19
07:51:20.0 -0700
its rather big (4000+ lines) so i am posting a url here instead.
this reduces net/atm/lec.c by about 17k.
ftp://ftp.cmf.nrl.navy.mil/pub/chas/netdev/lec-cleanup-diff
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
If this fixes the issue then what else can i say?.. ;-)
However, isn't it better to just change RTL8150_MTU to 1500 instead of
removing that line?
Petko
On Sun, 17 Sep 2006, Lennert Buytenhek wrote:
The rtl8150 (ethernet) driver uses a default MTU of 1540, which causes
al
On Tue, 19 Sep 2006, Amy Fong wrote:
> > And... where are the users of this phy driver?
[...]
> This phy driver is used by the WRS's sbc8560 (bcm5421s) and sbc843x
> (bcm5461s) via the gianfar driver.
And sb1250-mac.c would be happy to use it too.
Maciej
-
To unsubscribe from this list: send
[ Charset ISO-8859-1 unsupported, converting... ]
> Amy Fong wrote:
> > [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]>
>
> And... where are t
Quoting Miika Komu <[EMAIL PROTECTED]>:
> On Tue, 19 Sep 2006, Miika Komu wrote:
>
> > Ah, forgot to add new files to version control, sorry. My bad...
>
> The last patch I sent should be fine.
>
Yes, this patch taken from the mail works just fine.
-
To unsubscribe from this list: send the lin
On Tue, 19 Sep 2006, Miika Komu wrote:
Ah, forgot to add new files to version control, sorry. My bad...
The last patch I sent should be fine.
--
Miika Komu http://www.iki.fi/miika/
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the
* Andi Kleen | 2006-09-19 12:03:51 [+0200]:
>How about a single auto selection heuristic: e.g. check the handshake
>latencies
>and if they are too long switch from reno to the newer one deemed most
>stable?
Thats absolute no practicable solution to discover the 'right' algorithm.
The latenzy is
This patch introduces the BEET mode (Bound End-to-End Tunnel) with as
specified by the ietf draft at the following link:
http://www.ietf.org/internet-drafts/draft-nikander-esp-beet-mode-06.txt
The patch provides only single family support (i.e. inner family =
outer family).
Signed-off-by: Diego
Ah, forgot to add new files to version control, sorry. My bad...
--
Miika Komu http://www.iki.fi/miika/
-
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.kerne
This patch introduces the BEET mode (Bound End-to-End Tunnel) with as
specified by the ietf draft at the following link:
http://www.ietf.org/internet-drafts/draft-nikander-esp-beet-mode-06.txt
The patch provides only single family support (i.e. inner family =
outer family).
Signed-off-by: Diego
Ok, I will resend the patch in a moment. I tested it with cg-* tools and
it did not create any conflicts with davem branch. The email programs with
automatic line wrapping are really tricky, seems like "mail" or "mailx"
really the only options.
--
Miika Komu
On Saturday 16 September 2006 02:41, Xiaoliang (David) Wei wrote:
> 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 data:
>
> First, in the implementation in the
On Tuesday 19 September 2006 06:41, Stephen Hemminger wrote:
> Bert's attempt was noble
> It showed your desire for the truth
> A simple path exists
I guess most people won't have a clue on what to configure here
(especially with such sparse help text, but even with more
it would be hard).
And
On Tue, 2006-09-19 at 16:50, Matti Aarnio wrote:
> On Tue, Sep 19, 2006 at 04:33:17PM +0800, Zang Roy-r61911 wrote:
> > Hi,
> > Does anyone can tell me why some of my patches were blocked in
> the
> > mailing list.
> > I do not use attachment. The body of the mail is not exceed
> 40KB i
On Tue, 2006-09-19 at 16:33 +0800, Zang Roy-r61911 wrote:
> Hi,
> Does anyone can tell me why some of my patches were blocked in the
> mailing list.
> I do not use attachment. The body of the mail is not exceed 40KB in
> size.
> Roy
A snippet from the 'Bogofilter at VGER' announcment:
On Tue, Sep 19, 2006 at 04:33:17PM +0800, Zang Roy-r61911 wrote:
> Hi,
> Does anyone can tell me why some of my patches were blocked in the
> mailing list.
> I do not use attachment. The body of the mail is not exceed 40KB in
> size.
> Roy
We are filtering by means of "bogofilter", and
Hi,
Does anyone can tell me why some of my patches were blocked in the
mailing list.
I do not use attachment. The body of the mail is not exceed 40KB in
size.
Roy
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More
Alexey Dobriyan wrote:
> sparse "defined twice" warning
Thanks, applied with some manual fixup. Please base netfilter patches on
the net-2.6.19 tree.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vg
Gerrit Renker wrote:
> Basic xfrm and netfilter support for UDP-Lite:
> * matching of UDP-Lite packets
> * LOG support
> * header file support
>
> --
> --- a/net/netfilter/xt_multiport.c
> +++ b/net/netfilter/xt_multiport.c
> @@ -161,8 +161,9 @@ check(u_int16_t proto,
>u_int8_t count
>
> I have some review comments about your driver; please
> consider them for
> fixing
>
Thanks.
>
> > + spin_unlock_irq(&phy_lock);
> > + msleep(10);
> > + spin_lock_irq(&phy_lock);
> > + }
>
> hmm some places take phy_lock with disabling interrupts, while
The self-contained UDP-Litev4 module for v4; logically completely separate from
ipv4/udp.c.
--
include/net/udplite.h | 86 +++
net/ipv4/udplite.c| 186 ++
2 files changed, 272 insertions(+)
diff --git a/include/net/udpli
Hi David,
please find enclosed for review the proposed changes to integrate UDP-Lite
code with UDP.
Please disregard all earlier patches, I have been putting in more hard work to
consolidate the code further, also with regard to expanding to UDP(-Lite) v6.
(Reductions are drastic: udplite.c is sl
Miscellaneous files which complete the support for UDP-Litev4.
--
Documentation/networking/udplite.txt | 291 +++
include/linux/in.h |1
include/linux/socket.h |1
include/net/snmp.h |2
net/ipv4/af_ine
Basic xfrm and netfilter support for UDP-Lite:
* matching of UDP-Lite packets
* LOG support
* header file support
--
include/net/xfrm.h|2 ++
net/ipv4/netfilter/ipt_LOG.c | 11 ---
net/ipv4/xfrm4_policy.c |1 +
net/ipv6/netfilter/ip6t_LOG.c | 10 ++
On Mon, Sep 18, 2006 at 10:52:52PM +0200, Lennert Buytenhek wrote:
> Check out the thread "[PATCH][RFC] etherip: Ethernet-in-IPv4 tunneling"
> that was on netdev in January of 2005 -- a number of arguments against
> etherip (and for tunneling ethernet in GRE) were raised back then.
I read this th
101 - 167 of 167 matches
Mail list logo