I think the field name is kind of confusing here. It appears
that local_df == 1 means allow fragmentation and
local_df == 0 means don't fragment. But DF to me
means don't fragment, as in IP_DF, so the field value
is backwards from what I'd expect. And maybe that's
what happened to in your patch,
--
Hi Jeff,
here is the patch on top of the ctc driver update.
I included feedback from Paul McKenney and also a couple of
minor fixes.
Regards, Frank
--
--
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Keiichi KII [EMAIL PROTECTED]
This patch avoids a null pointer dereference when we read local_mac
for netconsole in configfs and shows default local mac address
value.
A null pointer dereference occurs when we call show_local_mac() via
local_mac entry in configfs before we setup the
From: Keiichi KII [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 18:45:48 +0900
This patch avoids a null pointer dereference when we read local_mac
for netconsole in configfs and shows default local mac address
value.
A null pointer dereference occurs when we call show_local_mac() via
Dear Dave,
I have tried to make the changes I have been working on and testing with
your help into a patch as attached.
Please let me know what you think of it.
Kind Regards,
Tony
---
Description: To make usbnet work with the Belkin F5U258 USB Host to Host
cable,
which contains
On Fri, Feb 15, 2008 at 12:05:32AM -0800, David Stevens wrote:
For the future, maybe we should rename that, or reverse
the sense of it (in v4 as well). :-)
Yeah it really should be called local_mayfrag.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~} [EMAIL
From: Rémi_Denis-Courmont [EMAIL PROTECTED]
Date: Thu, 14 Feb 2008 18:53:34 +0200
Fixes a segmentation fault when trying to splice from a non-TCP socket.
Signed-off-by: Rémi Denis-Courmont [EMAIL PROTECTED]
Applied, thank you.
--
To unsubscribe from this list: send the line unsubscribe
is there any chance to include a macro like this for printing mac addresses?
its advantage is that it can be used without the need to declare buffers for
print_mac(), for example:
printk(mac address: MAC_FMT, MAC_ADDR(addr));
Signed-off-by: Bruno Randolf [EMAIL PROTECTED]
---
From: Bruno Randolf [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 19:48:05 +0900
is there any chance to include a macro like this for printing mac addresses?
its advantage is that it can be used without the need to declare buffers for
print_mac(), for example:
printk(mac address: MAC_FMT,
Hi Scott,
I apologize for bringing this after so much time. Hope the better late than
never motto applies.
On Friday 21 September 2007 00:01, Scott Wood wrote:
The existing OF glue code was crufty and broken. Rather than fix it, it
will be removed, and the ethernet driver now talks to the
On Fri, 2008-02-15 at 19:48 +0900, Bruno Randolf wrote:
is there any chance to include a macro like this for printing mac addresses?
its advantage is that it can be used without the need to declare buffers for
print_mac(), for example:
printk(mac address: MAC_FMT, MAC_ADDR(addr));
you
Zhang, Yanmin a écrit :
On Fri, 2008-02-15 at 07:05 +0100, Eric Dumazet wrote:
Zhang, Yanmin a �crit :
Comparing with kernel 2.6.24, tbench result has regression with
2.6.25-rc1.
1) On 2 quad-core processor stoakley: 4%.
2) On 4 quad-core processor tigerton: more than 30%.
bisect
From: Johann Felix Soden [EMAIL PROTECTED]
With INET=n and XFRM_STATISTICS=y I get the following build failure:
net/built-in.o: In function `xfrm_init':
(.init.text+0xcd7): undefined reference to `snmp_mib_init'
Signed-off-by: Johann Felix Soden [EMAIL PROTECTED]
CC: Masahide NAKAMURA [EMAIL
Dave Hansen [EMAIL PROTECTED] wrote on 14.02.2008 18:12:43:
On Thu, 2008-02-14 at 09:46 +0100, Christoph Raisch wrote:
Dave Hansen [EMAIL PROTECTED] wrote on 13.02.2008 18:05:00:
On Wed, 2008-02-13 at 16:17 +0100, Jan-Bernd Themann wrote:
Constraints imposed by HW / FW:
- eHEA has
Server crashed(not responding over network), last line over netconsole was
Feb 15 15:50:17 217.151.X.X [1521315.068984] BUG: spinlock lockup on CPU#1,
ksoftirqd/1/7, f0551180
I have random crashes, at least once per week. It is very difficult to catch
error message, and only recently i setup
2008/2/15 Denys Fedoryshchenko [EMAIL PROTECTED]:
I have random crashes, at least once per week. It is very difficult to catch
error message, and only recently i setup netconsole. Now i got crash, but
there is no traceback and only single line came over netconsole, mentioned
before.
Did
Am Freitag, den 15.02.2008, 13:50 +0100 schrieb Laurent Pinchart:
We're loosing the possibility of having MDC and MDIO on different ports. This
is quite easy to fix for the non-CONFIG_PPC_CPM_NEW_BINDING case but I'm not
familiar with OF bindings (yet) to fix the CONFIG_PPC_CPM_NEW_BINDING
I receive some emails about the current status of the network namespace.
I tried to synthesize this information and I uploaded it at:
http://lxc.sourceforge.net/network_status.php
I hope that can help.
-- Daniel
--
To unsubscribe from this list: send the line unsubscribe netdev in
Marin Mitov a écrit :
Hi all,
As in: include/linux/netdevice.h (kernel-2.6.24.2) one finds:
static inline void __netif_tx_lock(struct net_device *dev, int cpu)
{
spin_lock(dev-_xmit_lock);
dev-xmit_lock_owner = cpu;
}
static inline void netif_tx_lock(struct net_device *dev)
{
Auke Kok wrote:
In reply to RE: [Fwd: [PATCH 2.6.25] ixgbe/igb: correctly obtain protocol
information on transmit] from Andy Gospodarek:
The driver was incorrectly looking at socket headers for
protocol information, needed for checksumming offload. Fix
this by not looking at the socket but
Auke Kok wrote:
From: David Graham [EMAIL PROTECTED]
Users reported that ARP's were lost with e1000e. The problem
is fixed by not enabling this manageability configuration
bit.
None of the release_manageability code is actually needed as the
normal device reset during a shutdown returns
Chuck Ebbert wrote:
Megahertz EM1144 PCMCIA ethernet adapter needs special handling
because it has two VERS_1 tuples and the station address is in
the second one. Conversion to generic handling of these fields
broke it. Reverting that fixes the device.
Process note: 'upstream-davem' continues the git history that began
the previous push. This sometimes happens when I continue to commit
locally, working in parallel while waiting for changes to hit Linus
upstream.
As current net-2.6.git appears to have the same commit ids that I
submitted in
Auke Kok wrote:
CRC stripping was only correctly enabled for packet split recieves
which is used when receiving jumbo frames. Correctly enable SECRC
also for normal buffer packet receives.
Tested by Andy Gospodarek and Johan Andersson, see bugzilla #9940.
Signed-off-by: Auke Kok [EMAIL
Andy Gospodarek wrote:
I booted an igb kernel with the option pci=nomsi and instantly noticed
that interrupts no longer worked on my igb device. I took a look at the
interrupt initialization and quickly discovered a comment stating:
DO NOT USE EIAME or IAME in legacy mode
It seemed a bit odd
Jarek Poplawski wrote:
Hi,
This is unchanged patch previously sent here for testing.
I think it should be applied.
Thanks,
Jarek P.
Subject: [PATCH][AX25] mkiss: ax_bump() locking fix
According to one of OOPSes reported by Jann softirq can break
while skb is prepared for
Jeff Garzik wrote:
Andy Gospodarek wrote:
I booted an igb kernel with the option pci=nomsi and instantly noticed
that interrupts no longer worked on my igb device. I took a look at the
interrupt initialization and quickly discovered a comment stating:
DO NOT USE EIAME or IAME in legacy mode
David Miller [EMAIL PROTECTED] writes:
From: Rémi_Denis-Courmont [EMAIL PROTECTED]
Date: Thu, 14 Feb 2008 18:53:34 +0200
Fixes a segmentation fault when trying to splice from a non-TCP socket.
Signed-off-by: Rémi Denis-Courmont [EMAIL PROTECTED]
Applied, thank you.
That's also a stable
Support IPv6 syncookies
Signed-off-by: Glenn Griffin [EMAIL PROTECTED]
---
include/net/tcp.h| 10 ++
net/ipv4/syncookies.c|9 +-
net/ipv4/tcp_input.c |1 +
net/ipv4/tcp_minisocks.c |2 +
net/ipv4/tcp_output.c|1 +
net/ipv6/Makefile|1 +
On Fri, 2008-02-15 at 14:22 +0100, Christoph Raisch wrote:
A translation from kernel to ehea_bmap space should be fast and
predictable
(ruling out hashes).
If a driver doesn't know anything else about the mapping structure,
the normal solution in kernel for this type of problem is a multi
On Friday 15 February 2008 12:38:49 am Casey Schaufler wrote:
From: Casey Schaufler [EMAIL PROTECTED]
Smack uses CIPSO labeling, but allows for unlabeled packets
by specifying an ambient label that is applied to incoming
unlabeled packets. Because the other end of the connection
may dislike
Introduce the ability to send arbitrary initial tcp timestamps that are not
tied directly to jiffies. The basic conecpt is every tcp_request_sock and
tcp_sock now has a ts_off offset that represents the difference between
tcp_time_stamp and the timestamp we send and expect to
receive.
This has
Dave,
A handful of (mostly) fixes for 2.6.25. Also included are b43 patches
and their b43legacy counterparts that only add some debugging output
that should aid in diagnosing problems with those drivers.
Let me know if there are problems!
Thanks,
John
---
Individual patches are available
From: Casey Schaufler [EMAIL PROTECTED]
Smack uses CIPSO labeling, but allows for unlabeled packets
by specifying an ambient label that is applied to incoming
unlabeled packets. Because the other end of the connection
may dislike IP options, and ssh is one know application that
behaves thus, it
This server was working fine under load under FreeBSD, and worked fine before
with other tasks under Linux. I dont think it is RAM.
Additionally it is server hardware (Dell PowerEdge) with ECC, MCE and other
layers, who will report about any hardware issue most probably, and i think
even better
Change xfrm_policy and xfrm_state walking algorithm from O(n^2) to O(n).
This is achieved adding the entries to one more list which is used
solely for walking the entries.
This also fixes some races where the dump can have duplicate or missing
entries when the SPD/SADB is modified during an
Le Friday 15 February 2008 18:30:11 Andi Kleen, vous avez écrit :
David Miller [EMAIL PROTECTED] writes:
From: Rémi_Denis-Courmont [EMAIL PROTECTED]
Date: Thu, 14 Feb 2008 18:53:34 +0200
Fixes a segmentation fault when trying to splice from a non-TCP socket.
Signed-off-by: Rémi
Jarek Poplawski wrote, On 02/15/2008 09:21 PM:
Denys Fedoryshchenko wrote, On 02/15/2008 08:42 PM:
...
I have similar crashes on completely different hardware with same job (QOS),
so i think it is actually some nasty bug in networking.
Maybe you could try with some other debugging
--- Paul Moore [EMAIL PROTECTED] wrote:
On Friday 15 February 2008 12:38:49 am Casey Schaufler wrote:
From: Casey Schaufler [EMAIL PROTECTED]
Smack uses CIPSO labeling, but allows for unlabeled packets
by specifying an ambient label that is applied to incoming
unlabeled packets.
On Friday 15 February 2008 4:00:26 pm Casey Schaufler wrote:
--- Paul Moore [EMAIL PROTECTED] wrote:
On Friday 15 February 2008 12:38:49 am Casey Schaufler wrote:
From: Casey Schaufler [EMAIL PROTECTED]
Smack uses CIPSO labeling, but allows for unlabeled packets
by specifying an
Rémi Denis-Courmont [EMAIL PROTECTED] writes:
Le Friday 15 February 2008 18:30:11 Andi Kleen, vous avez écrit :
David Miller [EMAIL PROTECTED] writes:
From: Rémi_Denis-Courmont [EMAIL PROTECTED]
Date: Thu, 14 Feb 2008 18:53:34 +0200
Fixes a segmentation fault when trying to splice from
Allow the use of extended tcp options when syncookies are in use and the
client supports tcp timestamps.
The general concept is to encode the tcp options as the initial timestamp
that we send to the requestor in our synack. We can then decode the
timestamp echo reply value on the returning ack.
The lock acquisition in fs_ioctl() does not appear to actually be necessary,
and thus is simply removed.
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
This fixes the following bug:
http://ozlabs.org/pipermail/linuxppc-dev/2008-February/051564.html
drivers/net/fs_enet/fs_enet-main.c |7
MAC_FMT is no longer used
Signed-off-by: Joe Perches [EMAIL PROTECTED]
diff --git a/include/linux/if_ether.h b/include/linux/if_ether.h
index e157c13..7a1e011 100644
--- a/include/linux/if_ether.h
+++ b/include/linux/if_ether.h
@@ -130,7 +130,6 @@ extern ssize_t sysfs_format_mac(char *buf, const
Scott Wood wrote:
The lock acquisition in fs_ioctl() does not appear to actually be
necessary, and thus is simply removed.
Signed-off-by: Scott Wood [EMAIL PROTECTED] ---
This fixes the following bug:
http://ozlabs.org/pipermail/linuxppc-dev/2008-February/051564.html
On Fri, 2008-02-15 at 02:58 -0800, David Miller wrote:
From: Bruno Randolf [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 19:48:05 +0900
is there any chance to include a macro like this for printing mac
addresses?
its advantage is that it can be used without the need to declare
buffers for
Hello,
I can't login to one of our servers and just got this in an ipmi sol
session:
[18169.209181] e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
[18169.209183] Tx Queue 0
[18169.209184] TDH e3
[18169.209185] TDT e3
[18169.209186]
On Friday 15 February 2008 4:00:26 pm Casey Schaufler wrote:
--- Paul Moore [EMAIL PROTECTED] wrote:
On Friday 15 February 2008 12:38:49 am Casey Schaufler wrote:
... you shouldn't fix-up the return value from
netlbl_sock_setattr(). It only returns an error when there really
is an error,
Jarek Poplawski wrote, On 02/15/2008 10:03 PM:
...
...On the other hand this:
Feb 15 15:50:17 217.151.X.X [1521315.068984] BUG: spinlock lockup on CPU#1,
ksoftirqd/1/7, f0551180
seems to point just at spinlock lockup, so it's more about the full report.
I wonder if this patch to prink
From: Andy Gospodarek [EMAIL PROTECTED]
I booted an igb kernel with the option pci=nomsi and instantly noticed
that interrupts no longer worked on my igb device. I took a look at the
interrupt initialization and quickly discovered a comment stating:
DO NOT USE EIAME or IAME in legacy mode
It
--- Paul Moore [EMAIL PROTECTED] wrote:
Yerk. I can put that fix into my tree, but my patch without
the correction makes sockets behave very badly. I can't have
people using it without Pavel's fix. Any notion on the plans to
get that in?
FYI, it looks like Linus just tagged -rc2 and
From: Johann Felix Soden [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 16:08:43 +0100
From: Johann Felix Soden [EMAIL PROTECTED]
With INET=n and XFRM_STATISTICS=y I get the following build failure:
net/built-in.o: In function `xfrm_init':
(.init.text+0xcd7): undefined reference to
From: Eric Dumazet [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 15:21:48 +0100
On linux-2.6.25-rc1 x86_64 :
offsetof(struct dst_entry, lastuse)=0xb0
offsetof(struct dst_entry, __refcnt)=0xb8
offsetof(struct dst_entry, __use)=0xbc
offsetof(struct dst_entry, next)=0xc0
So it should be
Bernd Schubert wrote:
Hello,
I can't login to one of our servers and just got this in an ipmi sol
session:
[18169.209181] e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
[18169.209183] Tx Queue 0
[18169.209184] TDH e3
[18169.209185] TDT
Denys Fedoryshchenko wrote, On 02/15/2008 08:42 PM:
...
I have similar crashes on completely different hardware with same job (QOS),
so i think it is actually some nasty bug in networking.
Maybe you could try with some other debugging options? E.g. since lockdep
doesn't help - turn this off.
On Saturday 16 February 2008, Kok, Auke wrote:
Bernd Schubert wrote:
Hello,
I can't login to one of our servers and just got this in an ipmi sol
session:
[18169.209181] e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
[18169.209183] Tx Queue 0
[18169.209184]
From: John W. Linville [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 14:17:51 -0500
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
fixes
Pulled and pushed out.
If you haven't noticed, I'm going to try and keep my net-2.6
tree from rebasing for a while and see how well
From: Jeff Garzik [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 11:03:14 -0500
Please pull from 'upstream-davem' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-davem
Pulled and pushed out.
As I mentioned to John Linville just now, I'm going to try
and keep
David Miller wrote:
From: Jeff Garzik [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 11:03:14 -0500
Please pull from 'upstream-davem' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-davem
Pulled and pushed out.
As I mentioned to John Linville just now, I'm
From: Casey Schaufler [EMAIL PROTECTED]
Smack uses CIPSO labeling, but allows for unlabeled packets
by specifying an ambient label that is applied to incoming
unlabeled packets. Because the other end of the connection
may dislike IP options, and ssh is one know application that
behaves thus, it
On Wed, 13 Feb 2008 14:00:24 -0800
Paul E. McKenney [EMAIL PROTECTED] wrote:
Hello!
This is an updated version of the patch posted last November:
http://archives.free.net.ph/message/20071201.003721.cd6ff17c.en.html
This new version permits arguments with side effects, for example:
On Fri, Feb 15, 2008 at 04:40:24PM -0800, Andrew Morton wrote:
On Wed, 13 Feb 2008 14:00:24 -0800
Paul E. McKenney [EMAIL PROTECTED] wrote:
Hello!
This is an updated version of the patch posted last November:
http://archives.free.net.ph/message/20071201.003721.cd6ff17c.en.html
Saturday 16 February 2008 08:24, David Miller wrote:
From: Johann Felix Soden [EMAIL PROTECTED]
Date: Fri, 15 Feb 2008 16:08:43 +0100
From: Johann Felix Soden [EMAIL PROTECTED]
With INET=n and XFRM_STATISTICS=y I get the following build failure:
net/built-in.o: In function
- First up, why was this added at all? We have percpu_counter.h which
has several years development invested in it. afaict it would suit the
present applications of pcounters.
If some deficiency in percpu_counters has been identified, is it
possible to correct that deficiency rather
On Friday 15 February 2008 6:24:25 pm Casey Schaufler wrote:
From: Casey Schaufler [EMAIL PROTECTED]
Smack uses CIPSO labeling, but allows for unlabeled packets
by specifying an ambient label that is applied to incoming
unlabeled packets. Because the other end of the connection
may dislike
Hi,
The company I'm working for has an unusual fiber NIC configuration
that we use for one of our network appliances. We connect only a
single fiber from the TX port on one NIC to the RX port on another
NIC, providing a physically-one-way path for enhanced security.
Unfortunately this doesn't
--- Paul Moore [EMAIL PROTECTED] wrote:
On Friday 15 February 2008 6:24:25 pm Casey Schaufler wrote:
From: Casey Schaufler [EMAIL PROTECTED]
Smack uses CIPSO labeling, but allows for unlabeled packets
by specifying an ambient label that is applied to incoming
unlabeled packets.
Kyle Moffett wrote:
Hi,
The company I'm working for has an unusual fiber NIC configuration
that we use for one of our network appliances. We connect only a
single fiber from the TX port on one NIC to the RX port on another
NIC, providing a physically-one-way path for enhanced security.
Denys Fedoryshchenko wrote, On 02/13/2008 09:13 AM:
It is very difficult to reproduce, happened after running about 1month. No
changes done in classes at time of crash.
Kernel 2.6.24 vanilla
Hi,
I could be wrong, but IMHO this looks like stack was overridden here,
so my proposal is to
69 matches
Mail list logo