Beschorner Daniel wrote:
Has someone an idea which patch could have damaged ipcomp?
Daniel
With 2.6.24 IPSEC/ESP tunnels to older kernels establish fine, data
flows in both directions, but no data comes out of the tunnel.
Needed to disable ipcomp.
Same problem here: linux 2.6.24 driven
From: Marcin Juszkiewicz [EMAIL PROTECTED]
Card reported by Ångström user:
http://bugs.openembedded.net/show_bug.cgi?id=3236
Socket 1:
product info: Wireless LAN, 11Mbps PC Card, Version 01.02,
manfid: 0x0156, 0x0002
function: 6 (network)
Signed-off-by: Marcin Juszkiewicz [EMAIL
On Tue, Jan 29, 2008 at 02:30:47AM +0200, Julian Anastasov wrote:
Hello,
On Mon, 28 Jan 2008, Jarek Poplawski wrote:
BTW, the way add works wasn't questioned now, but it seems could be,
or man ip should call it e.g. ip route add - add new destination,
and append ip route append
On Tue, Jan 29, 2008 at 09:49:15AM +0100, Jarek Poplawski wrote:
On Tue, Jan 29, 2008 at 02:30:47AM +0200, Julian Anastasov wrote:
...
fa_match is some existing alias that matches all new parameters.
As NLM_F_REPLACE changes the first alternative route for
tos+priority if fa_match ==
On Tue, Jan 29, 2008 at 10:10:30AM +0100, Jarek Poplawski wrote:
On Tue, Jan 29, 2008 at 09:49:15AM +0100, Jarek Poplawski wrote:
On Tue, Jan 29, 2008 at 02:30:47AM +0200, Julian Anastasov wrote:
...
fa_match is some existing alias that matches all new parameters.
As NLM_F_REPLACE
Hi,
The build is broken with the following kernel configuration:
- net-2.6.25
- Support for network namespaces enabled (CONFIG_NET_NS=y)
- CONFIG_RCU_TRACE=y
CONFIG_RCU_TRACE can be set by:
make menuconfig -Processor type and features-Enable tracing for RCU.
- The error
Stephen Hemminger wrote:
On Tue, 29 Jan 2008 03:46:08 +0300
Michael Tokarev [EMAIL PROTECTED] wrote:
[]
There are 2 drivers for 8139-based NICs. For really different two kinds
of hardware, which both uses the same PCI identifiers. Both drivers
claims to work with all NICs with those PCI
when using pktgen to send delay packets the module prints repeatedly to the
kernel log:
sleeping for X
sleeping for X
...
This is probably just a debugging item left in and should not be enabled for
regular use of the module.
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
CC: Robert Olsson
Jeff Garzik wrote:
Andrew Brooks wrote:
Hello
I'm getting an oops in forcedeth whenever I shutdown, details below.
I've tried kernel 2.6.16.59 and the latest forcedeth.c from nvidia.com
which is package-1.23 version-0.62 date-2007/04/27.
How can I download the latest
On Tuesday 29 January 2008 11:43:53 Michael Tokarev wrote:
Stephen Hemminger wrote:
On Tue, 29 Jan 2008 03:46:08 +0300
Michael Tokarev [EMAIL PROTECTED] wrote:
[]
There are 2 drivers for 8139-based NICs. For really different two kinds
of hardware, which both uses the same PCI
Would appreciate a status update on this submission, posted 1/15/08.
Thanks - Fred
[EMAIL PROTECTED]
-Original Message-
From: Templin, Fred L
Sent: Tuesday, January 15, 2008 11:57 AM
To: netdev@vger.kernel.org
Cc: YOSHIFUJI Hideaki / 吉藤英明
Subject: [PATCH 01/03] ISATAP V2 (header
This is a resubmission of a new driver for Solarflare network controllers.
The driver supports several types of PHY (10Gbase-T, XFP, CX4) on six
different 10G and 1G boards. It is accompanied by an MTD driver that
allows access to the flash/EEPROM.
NICs based on this controller are now
Tony Battersby wrote:
iperf -c 192.168.1.1 never finishes, but iperf -c 192.168.2.1 does
finish. Press Ctrl-C to abort the hung iperf. Ping 192.168.1.1 does
not respond. Ping 192.168.2.1 does respond, but each ping has almost
exactly 1 second latency (the latency should be 1 ms).
Rami Rosen wrote:
Hi,
In drivers/net/macvlan.c, when rtnl_link_register() fails
in macvlan_init_module(), there is no point to set it (second time in this
method) to macvlan_handle_frame; macvlan_init_module() will return a negative
number, so instead this patch sets macvlan_handle_frame_hook
Ilpo Järvinen wrote:
From: =?ISO-8859-1?q?Ilpo=20J=E4rvinen?= [EMAIL PROTECTED]
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
---
net/netfilter/nf_conntrack_core.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
Applied.
--
To unsubscribe from this list: send the line
Ilpo Järvinen wrote:
From: =?ISO-8859-1?q?Ilpo=20J=E4rvinen?= [EMAIL PROTECTED]
It's unused static inline.
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
Applied, thanks.
--
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More
The clock divisor is set to all ones at reset.
---
drivers/net/bfin_mac.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/bfin_mac.c b/drivers/net/bfin_mac.c
index eb97175..c199633 100644
--- a/drivers/net/bfin_mac.c
+++ b/drivers/net/bfin_mac.c
@@ -425,7
On Monday 28 January 2008 10:51:24 pm David Miller wrote:
From: Paul Moore [EMAIL PROTECTED]
Date: Mon, 28 Jan 2008 21:20:26 -0500
As pointed out by Adrian Bunk, commit
45c950e0f839fded922ebc0bfd59b1081cc71b70 caused a double-free when
security_netlbl_sid_to_secattr() fails. This patch
Hello,
I am working on a patch to the TCP-code that, among others, share
fragments between skbs, and have encountered a problem that I'm not sure
if I have solved correctly.
To share a fragment, I copy the skb_frag-struct to the correct place in
the other skbs frags-array, increase the
This Broadcom PHY is similar to other bcm54xx devices.
Signed-off-by: Nate Case [EMAIL PROTECTED]
---
drivers/net/phy/broadcom.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/drivers/net/phy/broadcom.c b/drivers/net/phy/broadcom.c
index
commit 3b27667029825ba16f8509fb119bca1b445a3dc9
Author: Patrick McHardy [EMAIL PROTECTED]
Date: Mon Jan 28 13:57:56 2008 +0100
[NET_SCHED]: sch_ingress: remove netfilter support
Since the old policer code is gone, TC actions are needed for policing.
The ingress qdisc can get
commit fbf2742ff936c751444ae610ae45c6ef54c14658
Author: Chris Leech [EMAIL PROTECTED]
Date: Thu Jan 24 18:24:53 2008 +0100
[VLAN]: set_rx_mode support for unicast address list
Reuse the existing logic for multicast list synchronization for the unicast
address list. The core of
Hi again
I notice strange thing, with /proc/net/pppoe, not sure if it is bug, but for
me it looks wrong.
cat /proc/net/pppoe
there is normal entries of users, but at the end i have
0D00 00:16:D3:0B:F9:34 eth1
4000 00:50:22:00:1C:FC eth1
7E00 00:03:47:BD:34:25 eth1
The poll routine always got 10 ms penalty when called immediately
after starting the transfer. The MDIO transfer takes 25.6 us at the
nominal 2.5 MHz, so MAX_TIMEOUT_CNT being 500 is still big enough.
---
drivers/net/bfin_mac.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
On Tue, 2008-01-29 at 20:28 +0800, Kalle Pokki wrote:
The poll routine always got 10 ms penalty when called immediately
after starting the transfer. The MDIO transfer takes 25.6 us at the
noinal 2.5 MHz, so MAX_TIMEOUT_CNT being 500 is still big enough.
Exactly, but we got a same fixing
On Tue, 2008-01-29 at 20:27 +0800, Kalle Pokki wrote:
The clock divisor is set to all ones at reset.
---
drivers/net/bfin_mac.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/bfin_mac.c b/drivers/net/bfin_mac.c
index eb97175..c199633 100644
---
Hi James,
I've just rebased the lblnet-2.6_testing tree against Linus' latest
which already includes DaveM's net-2.6.25 tree so there shouldn't be
any collisions with the core networking bits. Other than minor changes
needed to merge cleanly with the current linux-2.6 tree there have been
no
Hi,
In drivers/net/macvlan.c, when rtnl_link_register() fails
in macvlan_init_module(), there is no point to set it (second time in this
method) to macvlan_handle_frame; macvlan_init_module() will return a negative
number, so instead this patch sets macvlan_handle_frame_hook to NULL.
Regards,
PHY read/write functions can potentially sleep (e.g., a PHY accessed
via I2C). The following changes were made to account for this:
* Change spin locks to mutex locks
* Add a BUG_ON() to phy_read() phy_write() to warn against
calling them from an interrupt context.
* Use work
This patch is a critical fix for MCP77 and MCP79 devices. The feature
flags were missing the define for correct mac address
(DEV_HAS_CORRECT_MACADDR).
Signed-off-by: Ayaz Abdulla [EMAIL PROTECTED]
--- old/drivers/net/forcedeth.c 2008-01-28 10:15:28.0 -0500
+++
nf_nat_move_storage():
/usr/src/debug/kernel-2.6.23/linux-2.6.23.i686/net/ipv4/netfilter/nf_nat_core.c:612
87: f7 47 64 80 01 00 00testl $0x180,0x64(%edi)
8e: 74 39 je c9 nf_nat_move_storage+0x65
line 612:
if (!(ct-status
Chuck Ebbert wrote:
nf_nat_move_storage():
/usr/src/debug/kernel-2.6.23/linux-2.6.23.i686/net/ipv4/netfilter/nf_nat_core.c:612
87: f7 47 64 80 01 00 00testl $0x180,0x64(%edi)
8e: 74 39 je c9 nf_nat_move_storage+0x65
line 612:
if
Hi,
I've just started to use 2.6.24 on my home firewall (before it was
running 2.6.24-rc2 for about 65 days) and I noticed a couple of error
messages I've never seen before:
Jan 29 07:50:54 gateway kernel: BUG eth1 code -5 qlen 0
Jan 29 08:28:30 gateway kernel: BUG eth1 code -5 qlen 0
Jan 29
The below patch allows IPsec to use CTR mode with
AES encryption algorithm. Tested this using setkey
in ipsec-tools.
regards,
Joy
diff -urpN net-2.6.25/include/linux/pfkeyv2.h
net-2.6.25.patch/include/linux/pfkeyv2.h
--- net-2.6.25/include/linux/pfkeyv2.h 2008-01-29 11:48:00.0 -0600
[This version shouldn't confuse git/patch]
A commit few months ago introduced a change:
- a/include/linux/netdevice.h
+ b/include/linux/netdevice.h
static inline void *netdev_priv(const struct net_device *dev)
{
- return (char *)dev + ((sizeof(struct net_device)
-
include/linux/mii.h:48:#define BMCR_RESET 0x8000
The function reset_phy() is in #if 0 inactivated code
--
Replace logical by bit before BMCR_RESET
Signed-off-by: Roel Kluin [EMAIL PROTECTED]
---
diff --git a/drivers/net/arm/at91_ether.c b/drivers/net/arm/at91_ether.c
index 25b114a..0ae0d83
Add ethtool infrastructure support for Wake-on-Lan flexible filters.
Signed-off-by: Mitch Williams [EMAIL PROTECTED]
diff --git a/include/linux/ethtool.h b/include/linux/ethtool.h
index 71d4ada..70b86da 100644
--- a/include/linux/ethtool.h
+++ b/include/linux/ethtool.h
@@ -56,6 +56,16 @@ struct
Add support to e1000e for Wake-on-Lan flexible filters. This feature is
supported by all hardware that the driver supports.
Signed-off-by: Mitch Williams [EMAIL PROTECTED]
diff --git a/drivers/net/e1000e/defines.h b/drivers/net/e1000e/defines.h
index 6232c3e..3c18a09 100644
---
Ethtool supports wake-on-ARP and wake-on-link, and so does the hardware
supported by e1000e. This patch just introduces the two.
Signed-off-by: Mitch Williams [EMAIL PROTECTED]
diff --git a/drivers/net/e1000e/defines.h b/drivers/net/e1000e/defines.h
index f2175ea..6232c3e 100644
---
About time - Thanks Patrick.
Acked-by: Jamal Hadi Salim [EMAIL PROTECTED]
cheers,
jamal
--
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
CC [M] drivers/net/sis190.o
drivers/net/sis190.c:329: error: sis190_pci_tbl causes a section type conflict
make[5]: *** [drivers/net/sis190.o] Error 1
gcc --version
gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
--
To unsubscribe from this list: send the line unsubscribe netdev in
Are you using any specific qdisc, or just the default pfifo_fast?
Have you done any specific tuning on your qdisc as well?
The default
qlen seems to have been changed.
The driver seems buggy. Make it return NETDEV_TX_BUSY instead
of -EIO in xircom_start_xmit() and the messages
Stephen Hemminger [EMAIL PROTECTED] writes:
Those drivers were making a incorrect assumption and should be fixed.
The in-tree drivers were fixed when this was done. If you have an out
of tree driver, then too bad for you.
I have few out-of-tree drivers (IOW not yet merged) but they aren't
Add support for Wake-on-Lan flexible filters to ethtool.To set a filter:
$ ethtool -F ethx filter num filter spec
where filter spec is a string of hex digits (or xx for ignore)
describing bytes from the beginning of the expected packet.
For example: $ ethtool -F eth0 0
On Tue, Jan 29, 2008 at 03:57:23PM -0500, jamal wrote:
On Tue, 2008-29-01 at 11:57 -0800, Waskiewicz Jr, Peter P wrote:
I've just started to use 2.6.24 on my home firewall (before
it was running 2.6.24-rc2 for about 65 days) and I noticed a
couple of error messages I've never seen
This patchset adds support for Wake-on-Lan flexible filters to ethtool
and to e1000e. Since this hardware feature is required for
certification on Another Operating System(TM), it's likely that most
current hardware supports it in one form or another.
To set a filter:
$ ethtool -F ethx filter
A commit few months ago introduced a change:
--- a/include/linux/netdevice.h
+++ b/include/linux/netdevice.h
static inline void *netdev_priv(const struct net_device *dev)
{
- return (char *)dev + ((sizeof(struct net_device)
- + NETDEV_ALIGN_CONST)
-
I've just started to use 2.6.24 on my home firewall (before
it was running 2.6.24-rc2 for about 65 days) and I noticed a
couple of error messages I've never seen before:
Jan 29 07:50:54 gateway kernel: BUG eth1 code -5 qlen 0 Jan
29 08:28:30 gateway kernel: BUG eth1 code -5 qlen 0 Jan 29
On Wed, 30 Jan 2008, Bryan Wu wrote:
On Tue, 2008-01-29 at 20:27 +0800, Kalle Pokki wrote:
The clock divisor is set to all ones at reset.
---
drivers/net/bfin_mac.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/bfin_mac.c
On Tue, 29 Jan 2008 10:05:09 -0600
Nate Case [EMAIL PROTECTED] wrote:
+/* PHY timer which schedules the state machine work */
+static void phy_timer(unsigned long data)
+{
+ struct phy_device *phydev = (struct phy_device *)data;
+
+ /*
+ * PHY I/O operations can potentially
On Tue, 29 Jan 2008 21:10:00 +0100
Krzysztof Halasa [EMAIL PROTECTED] wrote:
A commit few months ago introduced a change:
--- a/include/linux/netdevice.h
+++ b/include/linux/netdevice.h
static inline void *netdev_priv(const struct net_device *dev)
{
- return (char *)dev +
Dave,
RNDIS is a de facto standard from Microsoft for USB networking devices.
We already have support for ethernet devices, but wireless devices exist
as well. This series applies some fixes to the current ethernet RNDIS
stuff to co-exist with wireless and adds a wireless RNDIS driver. I
would
On Tue, 2008-29-01 at 11:57 -0800, Waskiewicz Jr, Peter P wrote:
I've just started to use 2.6.24 on my home firewall (before
it was running 2.6.24-rc2 for about 65 days) and I noticed a
couple of error messages I've never seen before:
Jan 29 07:50:54 gateway kernel: BUG eth1 code -5
On Mon, Jan 28, 2008 at 09:02:22PM +0900, YOSHIFUJI Hideaki / 吉藤英明 wrote:
If an entry is being deleted because it has only one reference,
we immediately delete it and blindly register the rcu handler for it,
This results in oops by double freeing that object.
This patch fixes it by
maximilian attems [EMAIL PROTECTED] :
CC [M] drivers/net/sis190.o
drivers/net/sis190.c:329: error: sis190_pci_tbl causes a section type
conflict
make[5]: *** [drivers/net/sis190.o] Error 1
gcc --version
gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
Are you building
On Tue, Jan 29, 2008 at 11:03:10PM +0100, Francois Romieu wrote:
maximilian attems [EMAIL PROTECTED] :
CC [M] drivers/net/sis190.o
drivers/net/sis190.c:329: error: sis190_pci_tbl causes a section type
conflict
make[5]: *** [drivers/net/sis190.o] Error 1
gcc --version
gcc
maximilian attems [EMAIL PROTECTED] :
[...]
probably i should to get interesting info.
Don't bother.
$ less +/devinitdata Documentation/pci.txt
[...]
Tips on when/where to use the above attributes:
o The module_init()/module_exit() functions (and all
initialization functions
When PCI error recovery was added to cxgb3, a function t3_io_slot_reset()
was added. This function can call back into t3_prep_adapter() at any
time, so t3_prep_adapter() can no longer be marked __devinit.
This patch removes the __devinit annotation from t3_prep_adapter() and
all the functions
CC [M] drivers/net/sis190.o
drivers/net/sis190.c:329: error: sis190_pci_tbl causes a section type conflict
make[5]: *** [drivers/net/sis190.o] Error 1
Signed-off-by: Francois Romieu [EMAIL PROTECTED]
Reported-by: Maximilian Attems [EMAIL PROTECTED]
diff --git a/drivers/net/sis190.c
Hi,
On Tue, Jan 01, 2008 at 09:09:08PM +0100, Andreas Mohr wrote:
Thanks for your quick reply!
OK, here's part 1, the MII-less support stuff.
(preliminary posting, for review only)
Note that these diffs apply to 2.6.24-rc6-mm1 without much trouble,
thus might want to do -mm testing soon.
Andreas Mohr wrote:
Hi,
On Tue, Jan 01, 2008 at 09:09:08PM +0100, Andreas Mohr wrote:
Thanks for your quick reply!
OK, here's part 1, the MII-less support stuff.
(preliminary posting, for review only)
Note that these diffs apply to 2.6.24-rc6-mm1 without much trouble,
thus might want to
Peter, I suspect that driver is just buggy in some other way
as opposed to being re-entered; couldnt tell by inspection.
It is possible it may be too eager to open up before it
really has space.
It will be easy to check your theory by having the driver
just check if it is netif_stopped
On Tue, Jan 29, 2008 at 11:27:48PM +0100, Francois Romieu wrote:
maximilian attems [EMAIL PROTECTED] :
[...]
probably i should to get interesting info.
Don't bother.
$ less +/devinitdata Documentation/pci.txt
[...]
Tips on when/where to use the above attributes:
o The
On Tue, 2008-29-01 at 22:45 +0100, Erik Mouw wrote:
The driver seems buggy. Make it return NETDEV_TX_BUSY instead of -EIO
in xircom_start_xmit() and the messages will go away.
Like this?
Indeed.
Peter, I suspect that driver is just buggy in some other way as opposed
to being
On Jan 29 2008 18:34, Jon Masters wrote:
On Tue, 2008-01-29 at 03:46 +0300, Michael Tokarev wrote:
Udev in fact loads both - 8139cp and 8139too. The difference is the ORDER
in which it loads them - if for cp-handled hardware it first loads too,
too will complain as above and will NOT claim
On Tue, 29 Jan 2008, Michael Chan wrote:
[BNX2]: Update firmware.
Update firmware to support programmable flow control.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/bnx2_fw.h b/drivers/net/bnx2_fw.h
index c1ad4dd..3b839d4 100644
happily omitted diffstat:
[BNX2]: Fine-tune flow control on 5709.
Make use of the programmable high/low water marks in 5709 for
802.3 flow control.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 8af63b4..e41c723 100644
--- a/drivers/net/bnx2.c
+++
[BNX2]: Remove REG_WR_IND/REG_RD_IND macros.
The REG_WR_IND/REG_RD_IND macros are unnecessary and obfuscate the
code. Many callers to these macros read and write shared memory from
the bp-shmem_base, so we add 2 similar functions that automatically
add the shared memory base.
Signed-off-by:
[BNX2]: Fix 5706 serdes link down bug.
1. Correct the MII expansion serdes control register definition.
2. Check an additional RUDI_INVALID bit when determining 5706S link.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 34aebc6..353c73f
[BNX2]: Remove CTX_WR macro.
The CTX_WR macro is unnecessary and obfuscates the code.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 8e9fe48..8af63b4 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -2237,7 +2237,7 @@
[BNX2]: Update version to 1.7.3.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 7a2a71d..f8bc72e 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -56,8 +56,8 @@
#define DRV_MODULE_NAMEbnx2
#define PFX
[BNX2]: Refine tx coalescing setup.
Make the tx coalescing setup code independent of the MSIX vector.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 353c73f..8d0022d 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -4438,18
linux-2.6.24-git6/net/ipv4/fib_frontend.c: In function 'fib_net_init':
linux-2.6.24-git6/net/ipv4/fib_frontend.c:1024: error: implicit declaration of
function 'fib_proc_init'
linux-2.6.24-git6/net/ipv4/fib_frontend.c: In function 'fib_net_exit':
linux-2.6.24-git6/net/ipv4/fib_frontend.c:1039:
On Tue, 2008-01-29 at 03:46 +0300, Michael Tokarev wrote:
Udev in fact loads both - 8139cp and 8139too. The difference is the ORDER
in which it loads them - if for cp-handled hardware it first loads too,
too will complain as above and will NOT claim the device. The same is
true for the
On Wed, 30 Jan 2008 00:12:23 +0100 maximilian attems wrote:
On Tue, Jan 29, 2008 at 11:27:48PM +0100, Francois Romieu wrote:
maximilian attems [EMAIL PROTECTED] :
[...]
probably i should to get interesting info.
Don't bother.
$ less +/devinitdata Documentation/pci.txt
[...]
On Wed, 2008-01-30 at 00:46 +0100, maximilian attems wrote:
happily omitted diffstat:
drivers/net/bnx2_fw.h | 1499 +++
drivers/net/bnx2_fw2.h | 464 ++--
2 files changed, 982 insertions(+), 981 deletions(-)
when can bnx2 grow up to proper
Following are 7 bonding related patches:
patch 1: Revamp parameter parsing again to handle all cases (missed
an edge case last time).
patch 2: fix set_multicast_list locking issues
patch 3: Fix possible NULL pointer deref at module init time
patch 4: Fix
My last fix (commit ece95f7fefe3afae19e641e1b3f5e64b00d5b948)
didn't handle one case correctly. This resolves that, and it will now
correctly parse parameters with arbitrary white space, and either text
names or mode values.
Signed-off-by: Jay Vosburgh [EMAIL PROTECTED]
---
This patch eliminates a problem (reported by lockdep) in the
bond_set_multicast_list function. It first reduces the locking on
bond-lock to a simple read_lock, and second, adds netif_tx locking
around the bonding mc_list manipulations that occur outside of the
set_multicast_list function.
Fix the are we creating a duplicate check to not compare
the name if the name is NULL (meaning that the system should select
a name). Bug reported by Benny Amorsen [EMAIL PROTECTED].
Signed-off-by: Jay Vosburgh [EMAIL PROTECTED]
---
drivers/net/bonding/bond_main.c | 16
From: Andy Gospodarek [EMAIL PROTECTED]
I've seen reports of invalid stats in /proc/net/dev for bonding
interfaces, and found it's a pretty easy problem to reproduce. Since
the current code zeros the bonding stats when a read is requested and a
pointer to that data is returned to the caller we
Update bonding to version 3.2.4.
Signed-off-by: Jay Vosburgh [EMAIL PROTECTED]
---
drivers/net/bonding/bonding.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/bonding/bonding.h b/drivers/net/bonding/bonding.h
index 6d83be4..67ccad6 100644
---
Remove Chad Tindel; he hasn't been involved for a number
of years.
Signed-off-by: Jay Vosburgh [EMAIL PROTECTED]
---
MAINTAINERS |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2340cfb..4b7fa32 100644
--- a/MAINTAINERS
+++
The ARP monitor functions currently acquire RTNL when performing
failover operations, but do so incorrectly (out of order). This causes
various warnings from might_sleep.
The ARP monitor isn't supported for any of the bonding modes
that actually require RTNL, so it is safe to not
The bluetooth hci_conn sysfs add/del executed in the default workqueue.
If the del_conn is executed after the new add_conn with same target,
add_conn will failed with warning of same kobject name.
Here add btaddconn btdelconn workqueues,
flush the btdelconn workqueue in the add_conn function to
Andrew Morton [EMAIL PROTECTED] wrote:
Jan 26 23:38:03 host general protection fault: [#1] PREEMPT
Jan 26 23:38:03 host Modules linked in: iptable_mangle iptable_nat nf_nat
ipt_REJECT xt_tcpudp nf_conntrack_ipv4 xt_state ipt_ULOG iptable_filter
ip_tables x_
Jan 26 23:38:03 host
Jan 26
Marco Berizzi [EMAIL PROTECTED] wrote:
With 2.6.24 IPSEC/ESP tunnels to older kernels establish fine, data
flows in both directions, but no data comes out of the tunnel.
Needed to disable ipcomp.
Same problem here: linux 2.6.24 driven by openswan 2.4.11
on Slackware 11.0
My bad. This
Hi,
The 2.6.24-git6 kernel build fails on various x86_64 machines with the build
failure
drivers/net/sis190.c:329: error: sis190_pci_tbl causes a section type conflict
make[2]: *** [drivers/net/sis190.o] Error 1
# gcc --version (machine1)
gcc (GCC) 4.1.1 20070105 (Red Hat 4.1.1-52)
# gcc
On Tue, Jan 29, 2008 at 11:03:10PM +0100, Francois Romieu wrote:
maximilian attems [EMAIL PROTECTED] :
CC [M] drivers/net/sis190.o
drivers/net/sis190.c:329: error: sis190_pci_tbl causes a section type
conflict
make[5]: *** [drivers/net/sis190.o] Error 1
gcc --version
gcc
Kamalesh Babulal wrote:
Hi,
The 2.6.24-git6 kernel build fails on various x86_64 machines with the build
failure
drivers/net/sis190.c:329: error: sis190_pci_tbl causes a section type conflict
make[2]: *** [drivers/net/sis190.o] Error 1
# gcc --version (machine1)
gcc (GCC) 4.1.1
From: Herbert Xu [EMAIL PROTECTED]
Date: Wed, 30 Jan 2008 14:15:33 +1100
Marco Berizzi [EMAIL PROTECTED] wrote:
With 2.6.24 IPSEC/ESP tunnels to older kernels establish fine, data
flows in both directions, but no data comes out of the tunnel.
Needed to disable ipcomp.
Same
From: Dave Young [EMAIL PROTECTED]
Date: Wed, 30 Jan 2008 10:23:54 +0800
The bluetooth hci_conn sysfs add/del executed in the default workqueue.
If the del_conn is executed after the new add_conn with same target,
add_conn will failed with warning of same kobject name.
Here add btaddconn
From: Michael Chan [EMAIL PROTECTED]
Date: Tue, 29 Jan 2008 18:29:56 -0800
Didn't we beat this topic to death last time?
Yes we did.
Once again, the driver is tightly coupled with the firmware. We don't
want things to break when users upgrade or downgrade the kernel. Coding
the driver to
From: John W. Linville [EMAIL PROTECTED]
Date: Tue, 29 Jan 2008 16:28:13 -0500
Dave,
RNDIS is a de facto standard from Microsoft for USB networking devices.
We already have support for ethernet devices, but wireless devices exist
as well. This series applies some fixes to the current
Hi Jeff,
The patch set I posted on Dec 13 2007 (except v2 of #6) have been
reviewed on the ML and seems to have no more outstanding
comments/requests.
http://marc.info/?l=linux-netdevm=119754603814092
Is it OK to apply for 2.6.25? If OK, I'll ask Paul to merge this set
into the powerpc tree
From: John W. Linville [EMAIL PROTECTED]
Date: Tue, 29 Jan 2008 16:27:03 -0500
Here are some stragglers for 2.6.25. Most of them are fixes for the
new stuff anyway -- I don't think there is anything convroversial.
Please let me know if there are problems!
Pulled and pushed back out to
Now that the bulk has been merged over and we are
actively working alongside Linus's tree I have moved
all current patch applying to net-2.6 instead of net-2.6.25,
so the current tree to use is:
kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6.git
Thanks.
--
To unsubscribe from this
From: Michael Chan [EMAIL PROTECTED]
Date: Tue, 29 Jan 2008 16:19:47 -0800
[BNX2]: Remove CTX_WR macro.
The CTX_WR macro is unnecessary and obfuscates the code.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
Applied.
--
To unsubscribe from this list: send the line unsubscribe netdev in
On Wed, Jan 30, 2008 at 09:11:36AM +0530, Kamalesh Babulal wrote:
Hi,
The 2.6.24-git6 kernel build fails on various x86_64 machines with the build
failure
drivers/net/sis190.c:329: error: sis190_pci_tbl causes a section type conflict
make[2]: *** [drivers/net/sis190.o] Error 1
# gcc
From: Michael Chan [EMAIL PROTECTED]
Date: Tue, 29 Jan 2008 16:18:45 -0800
[BNX2]: Fix 5706 serdes link down bug.
1. Correct the MII expansion serdes control register definition.
2. Check an additional RUDI_INVALID bit when determining 5706S link.
Signed-off-by: Michael Chan [EMAIL
1 - 100 of 110 matches
Mail list logo