On 28-01-2008 00:20, Jarek Poplawski wrote:
Hi, I have a few questions below:
Julian Anastasov wrote, On 01/26/2008 01:41 PM:
...
--- linux-2.6.24/net/ipv4/fib_hash.c_orig2008-01-25 10:45:06.0
+0200
+++ linux-2.6.24/net/ipv4/fib_hash.c 2008-01-26 14:11:34.0 +0200
@@
On Mon, Jan 28, 2008 at 09:33:02AM +0100, Jarek Poplawski wrote:
...
from fib_node_alias() with right tos but greater fib_priority, but
from fib_find_alias() of course...
arek P.
--
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
On Mon, Jan 28, 2008 at 09:21:30 +0100, Mikael Pettersson wrote:
Tino Keitel writes:
Hi folks,
with 2.6.24-rc8, Wake On LAN doesn't work anymore as it used to with
2.6.23 on my Mac mini Core Duo. I saw that this was reported in
http://bugzilla.kernel.org/show_bug.cgi?id=9721 and
On Mon, Jan 28, 2008 at 09:33:02AM +0100, Jarek Poplawski wrote:
...
[...] Are these aliases in the node sorted by
fib_priority too? [...]
OK, I see they are!
Sorry for bothering,
Jarek P.
--
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
Hi folks,
with 2.6.24-rc8, Wake On LAN doesn't work anymore as it used to with
2.6.23 on my Mac mini Core Duo. I saw that this was reported in
http://bugzilla.kernel.org/show_bug.cgi?id=9721 and on netdev a patch
for the sky2 driver was sent by Stephen Hemminger. This patch fixed WOL
for me after
This fixes a problem and a potential loophole with regard to seqno/ackno
validity: the problem is that the initial adjustments to AWL/SWL were
only performed at the begin of the connection, during the handshake.
Since the Sequence Window feature is always greater than Wmin=32 (7.5.2),
it is
After moving the assignment of GAR/ISS from dccp_connect_init() to
dccp_transmit_skb(), the former function becomes very small, so that
a merger with dccp_connect() suggested itself.
Signed-off-by: Gerrit Renker [EMAIL PROTECTED]
---
net/dccp/output.c | 18 +-
1 files changed,
Step 8.5 in RFC 4340 says for the newly cloned socket
Initialize S.GAR := S.ISS,
but what in fact the code (minisocks.c) does is
Initialize S.GAR := S.ISR,
which is wrong (typo?) -- fixed by the patch.
Signed-off-by: Gerrit Renker [EMAIL PROTECTED]
---
This is a set of bug fixes for CCID3 and general DCCP.
Please consider patches #1, #2, #3. The remainder are for the test tree
(but are fixes nonetheless) and may not apply directly onto mainline; with
regard to patch #6, please see note at end of message.
Patch #1: Fixes a CCID3 bug: when loss
This fixes a bug in the reverse lookup of p, given a value f(p) (used in the
reverse-lookup of the first/synthetic loss interval in RFC 3448, 6.3.1):
instead of p, the function returned the smallest table value f(p).
The smallest tabulated value of
10^6 * f(p) = sqrt(2*p/3) + 12 *
This patch was triggered by finding the following message in the syslog:
kernel: dccp_check_seqno: DCCP: Step 6 failed for DATAACK packet, [...]
P.ackno exists or LAWL(82947089) = P.ackno(82948208)
= S.AWH(82948728), sending SYNC...
Note the difference
This fixes the problem that dccp_probe output can grow quite large without
apparent benefit (many identical data points), creating huge files (up to
over one Gigabyte for a few minutes' test run) which are very hard to
post-process (in one instance it got so bad that gnuplot ate up all memory
plus
drivers/net/tokenring/smctr.h:50:#define IBM_PASS_SOURCE_ADDR0x01
--
replace logical- by bit-or for IBM_PASS_SOURCE_ADDR
Signed-off-by: Roel Kluin [EMAIL PROTECTED]
---
diff --git a/drivers/net/tokenring/smctr.c b/drivers/net/tokenring/smctr.c
index 93da3a3..ec29766 100644
---
On Mon, Jan 28, 2008 at 12:20:50AM -0200, Arnaldo Carvalho de Melo wrote:
Fixes: http://bugzilla.kernel.org/show_bug.cgi?id=9825
The inet_diag_lock_handler function uses ERR_PTR to encode errors but
its callers were testing against NULL.
Thanks for catching this Arnaldo!
--
Visit Openswan
Hi:
[INET]: Prevent out-of-sync truesize on ip_fragment slow path
When ip_fragment has to hit the slow path the value of skb-truesize
may go out of sync because we would have updated it without changing
the packet length. This violates the constraints on truesize.
This patch postpones the
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 consolidating the code paths for the deletion;
let its rcu handler delete the object if
Asix 88178 does not work under 100Mbps connection.
This patch correct the problem.
kernel version: 2.6.24
asix_driver_patch.gz
Description: application/gzip
Jeff,
this series of 5 patches by Ishizaki-san runs fine on the blade, I tested it
for a few days. Besides it fixes a nasty bug in spidernet RX descriptor
handling.
Can you please consider it for 2.6.25 ?
Thanks !
Jens
On Wednesday 23 January 2008, Jens Osterkamp wrote:
On Friday 11
It seems that this problem with NVidia's nic comes up more and more...
From time to time we get this in the log:
Jan 27 14:43:12 duvel kernel: eth0: too many iterations (6) in nv_nic_irq.
We algo get
Jan 27 11:32:43 duvel kernel: KERNEL: assertion ((int)tcp_packets_in_flight(tp)
= 0) failed at
On Mon, 28 Jan 2008 11:32:55 -0200
[EMAIL PROTECTED] (Carlos Carvalho) wrote:
It seems that this problem with NVidia's nic comes up more and more...
From time to time we get this in the log:
Jan 27 14:43:12 duvel kernel: eth0: too many iterations (6) in nv_nic_irq.
We algo get
Jan 27
Jeff Garzik wrote:
Auke Kok wrote:
From: Jesse Brandeburg [EMAIL PROTECTED]
fix the typo in speed 1 setting.
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: Auke Kok [EMAIL PROTECTED]
---
ethtool.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
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.
--
To unsubscribe from this list: send the line unsubscribe netdev in
On Jan 28, 2008 11:16 PM, Gerrit Renker [EMAIL PROTECTED] wrote:
This patch was triggered by finding the following message in the syslog:
kernel: dccp_check_seqno: DCCP: Step 6 failed for DATAACK packet, [...]
P.ackno exists or LAWL(82947089) = P.ackno(82948208)
on the last run overlooked that sfuzz triggable message.
move the message to the corresponding comment.
Signed-off-by: maximilian attems [EMAIL PROTECTED]
---
net/ax25/af_ax25.c | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/net/ax25/af_ax25.c
kill ref to old version and dup Linux.
Signed-off-by: maximilian attems [EMAIL PROTECTED]
---
net/x25/af_x25.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/x25/af_x25.c b/net/x25/af_x25.c
index 92cfe8e..d0dbce0 100644
--- a/net/x25/af_x25.c
+++ b/net/x25/af_x25.c
Tony Battersby wrote:
I am experiencing network tx hangs on a dual-port SK-9E22 with sky2 in
2.6.24. The problem is triggered by both ports transmitting at high
speed simultaneously. This problem is 100% quickly reproducible.
Here is the setup:
PC #1 with Intel PRO/1000 NIC:
e1000 IP
On Mon, 28 Jan 2008 13:43:19 -0500
Tony Battersby [EMAIL PROTECTED] wrote:
I am experiencing network tx hangs on a dual-port SK-9E22 with sky2 in
2.6.24. The problem is triggered by both ports transmitting at high
speed simultaneously. This problem is 100% quickly reproducible. Here
is the
On Friday 25 January 2008, Jochen Friedrich wrote:
Maybe the wording should be changed to:
This driver is now only used on ColdFire (m68knommu) processors. Conditional
PowerPC code has been removed.
How about adding a pointer to the driver that is now used on powerpc,
for the people that
What bus and chipset is in use on the systems with sky2?
I have seen problems when using PCI-X on AMD systems (documented in AMD
errata)
due to multiple outstanding transactions.
Motherboard: SuperMicro PDSME
Chipset: Intel E7230
Processor: Intel Pentium D 3.4 GHz
(note: tried both SMP and
Linux 2.6.24 kernel gives the following messages when udev coldplugging
loads the driver for my NIC:
8139too :00:0b.0: This (id 10ec:8139 rev 20) is an enhanced 8139C+ chip
8139too :00:0b.0: Use the 8139cp driver for improved performance and
stability.
ACPI: PCI Interrupt Link [LNK1]
Benny Amorsen [EMAIL PROTECTED] wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=430391
I know what this is, I'll fix it.
-J
---
-Jay Vosburgh, IBM Linux Technology Center, [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe netdev in
the
https://bugzilla.redhat.com/show_bug.cgi?id=430391
Bringing up interface bond0:
BUG: unable to handle kernel NULL
pointer dereference at virtual address
printing eip: c0506fd8 *pde = 7f5f8067
Oops: [#1] SMP
Modules linked in: bonding ipv6 xt_pkttype ipt_LOG ipt_iprange
ipt_REJECT
On Jan 25, 2008 4:46 PM, Ilpo Järvinen [EMAIL PROTECTED] wrote:
From: =?ISO-8859-1?q?Ilpo=20J=E4rvinen?= [EMAIL PROTECTED]
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
Acked-by: Eric Van Hensbergen [EMAIL PROTECTED]
-eric
--
To unsubscribe from this list: send the line unsubscribe
I am experiencing network tx hangs on a dual-port SK-9E22 with sky2 in
2.6.24. The problem is triggered by both ports transmitting at high
speed simultaneously. This problem is 100% quickly reproducible. Here
is the setup:
PC #1 with Intel PRO/1000 NIC:
e1000 IP address 192.168.1.1
running
On Mon, 28 Jan 2008 09:48:55 +0100
Tino Keitel [EMAIL PROTECTED] wrote:
On Mon, Jan 28, 2008 at 09:21:30 +0100, Mikael Pettersson wrote:
Tino Keitel writes:
Hi folks,
with 2.6.24-rc8, Wake On LAN doesn't work anymore as it used to with
2.6.23 on my Mac mini Core Duo. I saw
Brandeburg, Jesse wrote:
make sure to disable the default Linux arp behavior for this kind of
test on PC3 by*
[EMAIL PROTECTED] echo 1 /proc/sys/net/ipv4/conf/all/arp_filter
[EMAIL PROTECTED] echo 1 /proc/sys/net/ipv4/conf/eth0/arp_filter
[EMAIL PROTECTED] echo 1
This patch fixes a double free (security_netlbl_sid_to_secattr() already
calls netlbl_secattr_destroy() when it returns !0) introduced by
commit 45c950e0f839fded922ebc0bfd59b1081cc71b70 and spotted by the
Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
---
On Mon, 28 Jan 2008 05:32:00 -0800 (PST)
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=9836
Summary: e1000 network driver doesn't recognize (and load on) its
hardware
Product: Drivers
Version: 2.5
Andrew Morton wrote:
On Mon, 28 Jan 2008 05:32:00 -0800 (PST)
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=9836
Problem Description: recently e1000 network drivers stopped working
when right after switching on or rebooting our Intel server. While
trying to 'modprobe
The xircom_tulip_cb driver has been replaced the xircom_cb driver, and
since it depended on BROKEN_ON_SMP it e.g. was no longer present in many
distribution kernels.
This patch therefore removes it.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/net/tulip/Kconfig | 15
On Monday 28 January 2008 5:35:40 pm Adrian Bunk wrote:
On Mon, Jan 28, 2008 at 05:23:46PM -0500, Paul Moore wrote:
Thanks for finding this mistake, however, I'd rather see it fixed
by removing the netlbl_secattr_destroy() call in
security_netlbl_sid_to_secattr() as it really shouldn't be
Matheos Worku wrote:
Jeff Garzik wrote:
Auke Kok wrote:
From: Matheos Worku [EMAIL PROTECTED]
Implement support for a SUN-specific PHY.
SUN provides a modified 82597-based board with their own
PHY that works with very little modification to the code. This
patch implements this new PHY
On Mon, Jan 28, 2008 at 05:23:46PM -0500, Paul Moore wrote:
On Monday 28 January 2008 5:09:38 pm Adrian Bunk wrote:
This patch fixes a double free (security_netlbl_sid_to_secattr()
already calls netlbl_secattr_destroy() when it returns !0) introduced
by commit
On Monday 28 January 2008 5:09:38 pm Adrian Bunk wrote:
This patch fixes a double free (security_netlbl_sid_to_secattr()
already calls netlbl_secattr_destroy() when it returns !0) introduced
by commit 45c950e0f839fded922ebc0bfd59b1081cc71b70 and spotted by the
Coverity checker.
Hi Adrian,
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 cannot guarantee that
the caller has
I've been busy here at LCA08 rebasing the net-2.6.25
tree getting it ready for pushing to Linus.
Most of the conflicts were to the usual places, such
as the feature removal schedule text file, things
like drivers/net/{Kconfig,Makefile} etc.
I just send Linus a pull request so if he takes it
Jay Vosburgh wrote:
Andy Gospodarek [EMAIL PROTECTED] wrote:
+ memcpy(stats,local_stats,sizeof(net_device_stats));
FYI, this generates a compiler error (missing the word struct
in here). Other than not compiling, the patch seems reasonable. I'll
fix it up and include it in
Andy Gospodarek [EMAIL PROTECTED] wrote:
+ memcpy(stats,local_stats,sizeof(net_device_stats));
FYI, this generates a compiler error (missing the word struct
in here). Other than not compiling, the patch seems reasonable. I'll
fix it up and include it in the series I'll post
From: YOSHIFUJI Hideaki / 吉藤英明 [EMAIL PROTECTED]
Date: Mon, 28 Jan 2008 21:02:22 +0900 (JST)
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
From: Andy Fleming [EMAIL PROTECTED]
Date: Mon, 28 Jan 2008 18:29:39 -0600
Jeff, Dave, any chance we can get this one in for 2.6.25? It will
allow a number of other drivers to start using PHY Lib.
I'm sure Nate can resend if needed.
This shouldn't be a problem.
I just did my initial merge
On Mon, Jan 28, 2008 at 03:59:03PM -0800, Jay Osbourn wrote:
Andy Gospodarek [EMAIL PROTECTED] wrote:
+memcpy(stats,local_stats,sizeof(net_device_stats));
FYI, this generates a compiler error (missing the word struct
in here). Other than not compiling, the patch seems
-- Forwarded message --
Date: Fri, 25 Jan 2008 15:33:45 +0100
From: Jochen Friedrich [EMAIL PROTECTED]
To: Garzik, Jeff [EMAIL PROTECTED]
Cc: Vitaly Bordug [EMAIL PROTECTED],
Scott Wood [EMAIL PROTECTED],
Kumar Gala [EMAIL PROTECTED],
Geert Uytterhoeven [EMAIL
Andy Fleming wrote:
Jeff, Dave, any chance we can get this one in for 2.6.25? It will allow
a number of other drivers to start using PHY Lib.
I'm sure Nate can resend if needed.
On Jan 3, 2008, at 17:36, Nate Case wrote:
PHY read/write functions can potentially sleep (e.g., a PHY accessed
Frederik Himpe wrote:
Linux 2.6.24 kernel gives the following messages when udev coldplugging
loads the driver for my NIC:
8139too :00:0b.0: This (id 10ec:8139 rev 20) is an enhanced 8139C+ chip
8139too :00:0b.0: Use the 8139cp driver for improved performance and
stability.
There
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 (unless I have old man).
add is similar to prepend, only that
Jeff, Dave, any chance we can get this one in for 2.6.25? It will
allow a number of other drivers to start using PHY Lib.
I'm sure Nate can resend if needed.
On Jan 3, 2008, at 17:36, Nate Case wrote:
PHY read/write functions can potentially sleep (e.g., a PHY accessed
via I2C). The
On Mon, Jan 28, 2008 at 11:32:55AM -0200, Carlos Carvalho wrote:
It seems that this problem with NVidia's nic comes up more and more...
From time to time we get this in the log:
Jan 27 14:43:12 duvel kernel: eth0: too many iterations (6) in nv_nic_irq.
We algo get
Jan 27 11:32:43 duvel
On Tue, 29 Jan 2008 03:46:08 +0300
Michael Tokarev [EMAIL PROTECTED] wrote:
Frederik Himpe wrote:
Linux 2.6.24 kernel gives the following messages when udev coldplugging
loads the driver for my NIC:
8139too :00:0b.0: This (id 10ec:8139 rev 20) is an enhanced 8139C+ chip
8139too
Stephen Hemminger ([EMAIL PROTECTED]) wrote on 28 January 2008 08:06:
On Mon, 28 Jan 2008 11:32:55 -0200
[EMAIL PROTECTED] (Carlos Carvalho) wrote:
It seems that this problem with NVidia's nic comes up more and more...
From time to time we get this in the log:
Jan 27 14:43:12 duvel
As pointed out by Adrian Bunk, commit 45c950e0f839fded922ebc0bfd59b1081cc71b70
caused a double-free when security_netlbl_sid_to_secattr() fails. This patch
fixes this by removing the netlbl_secattr_destroy() call from that function
since we are already releasing the secattr memory in
Hi Dave:
I've rebased the IPsec AEAD/async patches for the current net-2.6.25
tree.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To
[IPSEC]: Allow async algorithms
Now that ESP uses authenc we can turn on the support for async algorithms
in IPsec.
Signed-off-by: Herbert Xu [EMAIL PROTECTED]
---
net/xfrm/xfrm_algo.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/net/xfrm/xfrm_algo.c
[IPSEC]: Add support for combined mode algorithms
This patch adds support for combined mode algorithms with GCM being the
first algorithm supported.
Combined mode algorithms can be added through the xfrm_user interface
using the new algorithm payload type XFRMA_ALG_AEAD. Each algorithms
is
[IPSEC]: Use crypto_aead and authenc in ESP
This patch converts ESP to use the crypto_aead interface and in particular
the authenc algorithm. This lays the foundations for future support of
combined mode algorithms.
Signed-off-by: Herbert Xu [EMAIL PROTECTED]
---
include/net/esp.h | 52
From: Herbert Xu [EMAIL PROTECTED]
Date: Tue, 29 Jan 2008 14:10:47 +1100
Hi Dave:
I've rebased the IPsec AEAD/async patches for the current net-2.6.25
tree.
I've queued this up into a local tree, thanks Herbert.
I'm going to keep the real net-2.6.25.git tree untouched
until Linus pulls
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
fixes this by removing the netlbl_secattr_destroy() call from
From: Eric Van Hensbergen [EMAIL PROTECTED]
Date: Mon, 28 Jan 2008 15:42:44 -0600
On Jan 25, 2008 4:46 PM, Ilpo Järvinen [EMAIL PROTECTED] wrote:
From: =?ISO-8859-1?q?Ilpo=20J=E4rvinen?= [EMAIL PROTECTED]
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
Acked-by: Eric Van Hensbergen [EMAIL
From: maximilian attems [EMAIL PROTECTED]
Date: Mon, 28 Jan 2008 18:31:10 +0100
kill ref to old version and dup Linux.
Signed-off-by: maximilian attems [EMAIL PROTECTED]
Applied
--
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
From: maximilian attems [EMAIL PROTECTED]
Date: Mon, 28 Jan 2008 18:31:09 +0100
on the last run overlooked that sfuzz triggable message.
move the message to the corresponding comment.
Signed-off-by: maximilian attems [EMAIL PROTECTED]
Applied.
--
To unsubscribe from this list: send the line
From: Herbert Xu [EMAIL PROTECTED]
Date: Mon, 28 Jan 2008 22:12:59 +1100
Hi:
[INET]: Prevent out-of-sync truesize on ip_fragment slow path
When ip_fragment has to hit the slow path the value of skb-truesize
may go out of sync because we would have updated it without changing
the packet
From: Herbert Xu [EMAIL PROTECTED]
Date: Mon, 28 Jan 2008 22:03:10 +1100
On Mon, Jan 28, 2008 at 12:20:50AM -0200, Arnaldo Carvalho de Melo wrote:
Fixes: http://bugzilla.kernel.org/show_bug.cgi?id=9825
The inet_diag_lock_handler function uses ERR_PTR to encode errors but
its callers
From: Julian Anastasov [EMAIL PROTECTED]
Date: Sat, 26 Jan 2008 14:41:32 +0200 (EET)
fib_info can be shared by many route prefixes but we don't
want duplicate alternative routes for a prefix+tos+priority. Last
change was not correct to check fib_treeref because it accounts usage
from
Join the world of boundless enjoyments! http://uiwm.measureremember.com
--
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
From: Julian Anastasov [EMAIL PROTECTED]
Date: Sat, 26 Jan 2008 14:44:36 +0200 (EET)
Update fib_trie with some fib_hash fixes:
- check for duplicate alternative routes for prefix+tos+priority when
replacing route
- properly insert by matching tos together with priority
- fix alias
On Jan 26, 2008 8:20 PM, chas williams - CONTRACTOR
[EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED],Chung-
Chi Lo writes:
By the way, this routed mode patch doesn't include encaps=VCMUX and
RFC2684 routed
protocol decapsulation?
yep. eric believes the following should fix both
75 matches
Mail list logo