Sridhar Samudrala a écrit :
On Mon, 2007-09-10 at 16:13 -0700, Rick Jones wrote:
Return some useful information such as the maximum listen backlog and
the current listen backlog in the tcp_info structure and have that
match what one can see in /proc/net/tcp and /proc/net/tcp6.
If we are also
Eric Dumazet a écrit :
Sridhar Samudrala a écrit :
On Mon, 2007-09-10 at 16:13 -0700, Rick Jones wrote:
Return some useful information such as the maximum listen backlog and
the current listen backlog in the tcp_info structure and have that
match what one can see in /proc/net/tcp and
Paul E. McKenney wrote:
On Mon, Sep 10, 2007 at 03:46:29PM -0400, Vlad Yasevich wrote:
sctp_localaddr_list is modified dynamically via NETDEV_UP
and NETDEV_DOWN events, but there is not synchronization
between writer (even handler) and readers. As a result,
the readers can access an entry that
On Mon, 10 Sep 2007 16:35:38 +0200
Pierre-Yves Ritschard [EMAIL PROTECTED] wrote:
Hi list,
I have been running recent linux kernel on nexcom NSA 1086's equipped
with sysconnect NICs.
Like some people previously have on this list I am running into
problems with these NICs and seeing
Jan Engelhardt wrote:
On Sep 10 2007 13:09, Maciej W. Rozycki wrote:
The new code builds fine; no semantic changes.
Please apply,
Maciej
patch-mips-2.6.23-rc5-20070904-ipconfig-printk-2
diff -up --recursive --new-file
linux-mips-2.6.23-rc5-20070904.macro/net/ipv4/ipconfig.c
On Fri, 07 Sep 2007 18:42:35 +0200
Jan Gukelberger [EMAIL PROTECTED] wrote:
Hi,
I originally reported this bug to the Debian BTS:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=441232
There I was told to talk directly to upstream.
I am pasting the original bug report below. The
This oops appeared over night on a box running 2.6.23-rc5 (recent with the
tcp_input.c fix).
I can't find a similar one reported.
Mark
BUG: unable to handle kernel NULL pointer dereference at virtual address
007e
printing eip:
c02625bf
*pde =
Oops: 0002 [#1]
PREEMPT
Modules
From: Patrick McHardy [EMAIL PROTECTED]
Date: Thu, 06 Sep 2007 20:15:40 +0200
The same bug was introduced in decnet. Both are 2.6.22 regressions.
Signed-off-by: Patrick McHardy [EMAIL PROTECTED]
I've applied both patches, thanks.
-
To unsubscribe from this list: send the line unsubscribe
In article [EMAIL PROTECTED] (at Mon, 10 Sep 2007 20:27:03 -0600), David
Stevens [EMAIL PROTECTED] says:
These patches remove (but not really) the existing counters, and
replace them with the ICMPMsgStats tables for v4 and v6.
It includes the named counters in the /proc places they were, but
From: Denis V. Lunev [EMAIL PROTECTED]
Date: Fri, 7 Sep 2007 14:21:18 +0400
From: Denis V. Lunev [EMAIL PROTECTED]
addrconf_dad_failure calls addrconf_dad_stop which takes referenced address
and drops the count. So, in6_ifa_put perrformed at out: is extra. This
results in message: Freeing
From: PJ Waskiewicz [EMAIL PROTECTED]
Date: Fri, 07 Sep 2007 15:50:12 -0700
Updated the multiqueue.txt document to call out the correct kernel options
to select to enable multiqueue.
Signed-off-by: Peter P Waskiewicz Jr [EMAIL PROTECTED]
Applied, thanks.
-
To unsubscribe from this list:
From: Marcel Holtmann [EMAIL PROTECTED]
Date: Sun, 09 Sep 2007 11:37:43 +0200
here are four additional patches that should go into 2.6.23 before its
final release. Please pull and send them to Linus.
..
Please pull from
On Tuesday September 11, [EMAIL PROTECTED] wrote:
This oops appeared over night on a box running 2.6.23-rc5 (recent with the
tcp_input.c fix).
I can't find a similar one reported.
Okay. this is weird.
Mark
BUG: unable to handle kernel NULL pointer dereference at virtual address
Mark Hindley [EMAIL PROTECTED] wrote:
Code: 01 00 00 03 75 0e 8b 42 18 8b 40 0c 8b 80 c4 00 00 00 eb 0a 8b 4c 24 08
8b 41 18 8b 40 28 0f c8 89 04 24 8b 44 24 08 b9 04 00 00 00 ba 03 00 00 00
bf a6 ff ff
EIP: [c02625bf] ip_fragment+0x7f/0x680 SS:ESP 0068:ccb48b3c
The EIP is off by one byte.
From: Bernhard Schmidt [EMAIL PROTECTED]
Date: Mon, 10 Sep 2007 10:18:14 +0200
FTR, I tried 2.6.22.6 without the patch and it failed as well. The
patched kernel is running since yesterday evening (about 8h now) and
seems to be stable so far. Too early to tell for sure, but I guess we
have
From: Patrick McHardy [EMAIL PROTECTED]
Date: Mon, 10 Sep 2007 09:50:57 +0200
Fix the oidentd oops reported by Athanasius [EMAIL PROTECTED] in
http://bugzilla.kernel.org/show_bug.cgi?id=8961
The oops is a 2.6.22 regression and triggerable by normal users.
The patch applies cleanly to
My bad, I hadn't tested VLAN acceleration code in a while so must
have broken it when more error checking was added.
I did check without vlans and the messages don't appear so it seems
to be working correctly. When vlans are enabled I do receive a few
frames that have the length difference but
On Tue, 11 Sep 2007 11:46:44 +0200
Pierre-Yves Ritschard [EMAIL PROTECTED] wrote:
My bad, I hadn't tested VLAN acceleration code in a while so must
have broken it when more error checking was added.
I did check without vlans and the messages don't appear so it seems
to be working
Hi all, just a simple question here:
can dev_queue_xmit be called from atomic context (a softirq for instance)
or do i have to put the dev_queue_xmit call in a separate tasklet and call
it from tasklet?
Kernel 2.6.22
Thanks in advance
Primiano Tucci
-
To unsubscribe from this list: send the line
On Tue, 2007-09-11 at 10:04 +0900, Magnus Damm wrote:
On 9/10/07, Johannes Berg [EMAIL PROTECTED] wrote:
When cfg80211 is built into the kernel it needs to init earlier
so that device registrations are run after it has initialised.
Signed-off-by: Johannes Berg [EMAIL PROTECTED]
Yep, I
On Tue, Sep 11, 2007 at 10:05:26AM +0200, Stephen Hemminger wrote:
There are several different problems in this thread:
1. The removal of old sk98lin driver caused some users to be forced to use
skge. These users have uncovered issues with the dual port fiber based
versions
of the
On Tue, 2007-11-09 at 10:18 +0800, Herbert Xu wrote:
Jamal, it's the police_lock that we need to make _bh. The
ingress_lock is already _bh because of the spin_lock_bh that
directly precedes it.
Oh and I think the same thing applies for the other actions
too.
ga-Dang. Ok, here it is. If
On Tue, 11 Sep 2007 15:45:29 +0800
Alvin Valera [EMAIL PROTECTED] wrote:
I am currently writing a kernel module that will apply some delay to
incoming packets. The module is implemented using netfilter hooked
into the NF_IP_LOCAL_IN. Once the module receives a packet of interest
from the
On Tue, 11 Sep 2007 12:58:24 +0200
Jan Gukelberger [EMAIL PROTECTED] wrote:
On Tue, 2007-09-11 at 10:21 +0200, Stephen Hemminger wrote:
On Fri, 07 Sep 2007 18:42:35 +0200
Jan Gukelberger [EMAIL PROTECTED] wrote:
[...]
The key problem seem to be the following lines in dmesg:
On Tue, Sep 11, 2007 at 08:01:46AM -0400, jamal wrote:
[NET_SCHED] protect action config/dump from irqs
Looks good! Thanks Jamal.
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key:
Hi
Just some very basic comments to actually get it compiling, adding Francois
Romieu to CC because he has been involved with this driver in the past.
On Dienstag, 11. September 2007, Jesse Huang wrote:
From: Jesse Huang [EMAIL PROTECTED]
Change Logs: Add IP1000A Driver to kernel tree.
Sridhar, Paul
Thanks for review. Some answers and questions below...
Sridhar Samudrala wrote:
Paul E. McKenney wrote:
On Mon, Sep 10, 2007 at 03:46:29PM -0400, Vlad Yasevich wrote:
sctp_localaddr_list is modified dynamically via NETDEV_UP
and NETDEV_DOWN events, but there is not
Adrian Bunk wrote:
On Tue, Sep 11, 2007 at 10:05:26AM +0200, Stephen Hemminger wrote:
There are several different problems in this thread:
1. The removal of old sk98lin driver caused some users to be forced to use
skge. These users have uncovered issues with the dual port fiber based
On Tue, 11 Sep 2007 11:30:38 -0400
Jesse Huang [EMAIL PROTECTED] wrote:
From: Jesse Huang [EMAIL PROTECTED]
Change Logs: Add IP1000A Driver to kernel tree.
Signed-off-by: Jesse Huang [EMAIL PROTECTED]
Who will be listed as maintainer of this device?
A good way to show that is to add an
This patch makes it possible to change the MTU on a tap interface.
Increasing the MTU beyond the 1500-byte default is useful for
applications that interoperate with Ethernet devices supporting jumbo
frames.
The patch caps the MTU somewhat arbitrarily at 16000 bytes. This is
slightly lower than
Hi Paul
Thanks for review. I'll leave out the comments about
the -valid usage since there are the same as the first patch
in the series.
Other questions/responses below...
Paul E. McKenney wrote:
diff --git a/net/sctp/bind_addr.c b/net/sctp/bind_addr.c
index 7fc369f..9c7db1f 100644
---
On Tue, Sep 11, 2007 at 10:29:47AM -0400, Bill Davidsen wrote:
Adrian Bunk wrote:
On Tue, Sep 11, 2007 at 10:05:26AM +0200, Stephen Hemminger wrote:
There are several different problems in this thread:
1. The removal of old sk98lin driver caused some users to be forced to
use
skge.
Other pr_*() macros are already defined in kernel.h, but pr_err() was defined
multiple times in several other places
Signed-off-by: Emil Medve [EMAIL PROTECTED]
---
drivers/i2c/chips/menelaus.c | 10 --
drivers/net/spider_net.h |3 ---
drivers/video/omap/lcd_h3.c |
Yoshifuji Hideaki [EMAIL PROTECTED] wrote on 09/11/2007 01:50:53
AM:
Dave, we've been supporting per-interface stats for IPv6, and
you seem to remove them. Please keep them. Thank you.
The reason I didn't for ICMPMsgStats is the size. The RFC requires
in out counters for all types,
On Tue, 11 Sep 2007 09:56:05 -0500 Emil Medve wrote:
Other pr_*() macros are already defined in kernel.h, but pr_err() was defined
multiple times in several other places
Signed-off-by: Emil Medve [EMAIL PROTECTED]
---
drivers/i2c/chips/menelaus.c | 10 --
On Monday 10 September 2007, Randy Dunlap wrote:
On Mon, 10 Sep 2007 19:56:03 +0200 Ivo van Doorn wrote:
Add a documentation file which contains
a short description about rfkill with some
notes about drivers and the userspace interface.
Thanks. I have noted a few typo/editorial
This introduces support for a line of 10GbE adapters made by Tehuti
Networks. An attempt to get this included was made a few months ago and
since the driver has been re-factored based on Jeff's suggestions.
You can download a patch against Jeff's netdev-2.6#upstream tree here:
Add a documentation file which contains
a short description about rfkill with some
notes about drivers and the userspace interface.
Changes since v1:
- Spellchecking
Signed-off-by: Ivo van Doorn [EMAIL PROTECTED]
Acked-by: Dmitry Torokhov [EMAIL PROTECTED]
---
Only patch 3 was updated, patches
Eric Dumazet wrote:
Sridhar Samudrala a écrit :
On Mon, 2007-09-10 at 16:13 -0700, Rick Jones wrote:
Return some useful information such as the maximum listen backlog and
the current listen backlog in the tcp_info structure and have that
match what one can see in /proc/net/tcp and
On Tue, 11 Sep 2007 10:00:21 -0700
Rick Jones [EMAIL PROTECTED] wrote:
Eric Dumazet wrote:
Sridhar Samudrala a écrit :
On Mon, 2007-09-10 at 16:13 -0700, Rick Jones wrote:
Return some useful information such as the maximum listen backlog and
the current listen backlog in the
Ed Swierk wrote:
This patch makes it possible to change the MTU on a tap interface.
Increasing the MTU beyond the 1500-byte default is useful for
applications that interoperate with Ethernet devices supporting jumbo
frames.
The patch caps the MTU somewhat arbitrarily at 16000 bytes. This is
ss command from iproute2 package ( http://linux-net.osdl.org/index.php/Iproute2
)
Problem with /proc/net/tcp is its quadratic time O(N^2) to output N lines...
I could see where that might be a problem.
Rick, could you add this part in your patch, and add my Sign-off-by ?
My pleasure.
I
On Tue, 2007-09-11 at 10:35 -0700, Rick Jones wrote:
ss command from iproute2 package (
http://linux-net.osdl.org/index.php/Iproute2 )
Problem with /proc/net/tcp is its quadratic time O(N^2) to output N lines...
I could see where that might be a problem.
Rick, could you add this
BTW, what do people think about doing the same thing with the rxqueue
and txqueue's of netstat output?
I dont understand this question, I thought your patch already handled this
(for the txqueue, since rxqueue is already there), as netstat uses
/proc/net/tcp (unfortunatly)
Well, it
Am Freitag, 31. August 2007 schrieb Herbert Xu:
On Thu, Aug 30, 2007 at 09:51:31AM +, James Chapman wrote:
The captured PPPoE stream seems to show incorrect data lengths in the
PPPoE header for some captured PPPoE packets. The kernel's PPPoE
datapath uses this length to extract the
I don't know why the owner field is a (struct sock_iocb *). I'm assuming
it's historical. Can someone check this out? Did I miss some alternate
usage?
These patches are against net-2.6.24.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
Changes asserts in sunrpc to use sock_owned_by_user() macro instead of
referencing sock_lock.owner directly.
Signed-off-by: John Heffner [EMAIL PROTECTED]
---
net/sunrpc/svcsock.c |2 +-
net/sunrpc/xprtsock.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
The type of owner in sock_lock_t is currently (struct sock_iocb *),
presumably for historical reasons. It is never used as this type, only
tested as NULL or set to (void *)1. For clarity, this changes it to type
int, and renames to owned, to avoid any possible type casting errors.
Other pr_*() macros are already defined in kernel.h, but pr_err() was defined
multiple times in several other places
Signed-off-by: Emil Medve [EMAIL PROTECTED]
---
I'm writing a driver and I've been using the pr_*() macros from kernel.h and I
was surprised not to find there pr_err() but defined
Return some useful information such as the maximum listen backlog and
the current listen backlog in the tcp_info structure and have that
match what one can see in /proc/net/tcp and /proc/net/tcp6.
Signed-off-by: Rick Jones [EMAIL PROTECTED]
---
diff -r bdcdd0e1ee9d
Return some useful information such as the maximum listen backlog and the
current listen backlog in the tcp_info structure and have that match what
one can see in /proc/net/tcp, /proc/net/tcp6, and INET_DIAG_INFO.
Signed-off-by: Eric Dumazet [EMAIL PROTECTED]
Signed-off-by: Rick Jones [EMAIL
please ignore - I resent the original patch by mistake...grrr.
rick jones
-
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
Acked-by: Christoph Lameter [EMAIL PROTECTED]
-
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
Other pr_*() macros are already defined in kernel.h, but
pr_err() was defined multiple times in several other places
Signed-off-by: Emil Medve [EMAIL PROTECTED]
---
I'm writing a driver and I've been using the pr_*() macros
from kernel.h and I was surprised not to find there pr_err()
-Original Message-
From: Waskiewicz Jr, Peter P [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 11, 2007 2:48 PM
To: Medve Emilian-EMMEDVE1; [EMAIL PROTECTED];
netdev@vger.kernel.org; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: RE: [PATCH v2] Move the definition of pr_err()
Hi,
On 9/11/07, Waskiewicz Jr, Peter P [EMAIL PROTECTED] wrote:
snip
-#define pr_err(fmt, arg...) printk(KERN_ERR DRIVER_NAME :
, ## arg);
-
Unnecessary whitespace removal.
Actually... I prefer removing the extra blank-line... it's easier to
read and keeps on blank-line only to
On Tue, 11 Sep 2007 19:01:01 +0200 Ivo van Doorn wrote:
Almost done. See below.
Documentation/rfkill.txt | 89
++
1 files changed, 89 insertions(+), 0 deletions(-)
create mode 100644 Documentation/rfkill.txt
diff --git
Signed-off-by: John Heffner [EMAIL PROTECTED]
---
misc/ss.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/misc/ss.c b/misc/ss.c
index 5d14f13..d617f6d 100644
--- a/misc/ss.c
+++ b/misc/ss.c
@@ -953,6 +953,10 @@ void *parse_hostcond(char *addr)
memset(a, 0,
Signed-off-by: John Heffner [EMAIL PROTECTED]
---
Makefile |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index af0d5e4..7e4605c 100644
--- a/Makefile
+++ b/Makefile
@@ -29,7 +29,8 @@ LDLIBS += -L../lib -lnetlink -lutil
SUBDIRS=lib ip tc misc
Add a documentation file which contains
a short description about rfkill with some
notes about drivers and the userspace interface.
Changes since v1 and v2:
- Spellchecking
Signed-off-by: Ivo van Doorn [EMAIL PROTECTED]
Acked-by: Dmitry Torokhov [EMAIL PROTECTED]
---
Only patch 3 was updated,
On Tue, 11 Sep 2007 22:20:45 +0200 Ivo van Doorn wrote:
Add a documentation file which contains
a short description about rfkill with some
notes about drivers and the userspace interface.
Changes since v1 and v2:
- Spellchecking
Signed-off-by: Ivo van Doorn [EMAIL PROTECTED]
Acked-by:
Rick Jones a écrit :
please ignore - I resent the original patch by mistake...grrr.
rick jones
Yes ;)
By the way, make sure your Signed-off-by: Rick Jones [EMAIL PROTECTED] is
the first signoff :
You are the main author of this patch, I only reviewed it and added a
contribution.
Eric
Stephen Hemminger [EMAIL PROTECTED] :
[...]
+ struct {
+ u32 field;
+ unsigned int len;
+ } p[] = {
+ { GMII_PREAMBLE,32 }, /* Preamble */
+ { GMII_ST, 2 }, /* ST */
+ { GMII_READ,2 }, /*
By the way, make sure your Signed-off-by: Rick Jones
[EMAIL PROTECTED] is the first signoff :
You are the main author of this patch, I only reviewed it and added a
contribution.
I just went alphabetically - I take it there is further meaning assigned
to the first person listed? Should I
Jeff Garzik wrote:
David Acker wrote:
Let me know if there is any other information I can provide you. I
will look through the code to see what could be going on with your
machine. I will also look into reproducing these results with a newer
kernel. This may be tricky since compulab's
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
---
drivers/net/arcnet/rfc1201.c|3 ++-
drivers/net/atl1/atl1_main.c| 17 +++--
drivers/net/gianfar_ethtool.c |2 +-
drivers/net/ibm_emac/ibm_emac_mal.h |3 ++-
drivers/net/mlx4/alloc.c|
On Tue, Sep 11, 2007 at 05:03:57PM +0200, Adrian Bunk wrote:
On Tue, Sep 11, 2007 at 10:29:47AM -0400, Bill Davidsen wrote:
So if you want people to try a new driver, I think it really has to have
some benefits to the users, in terms of performance, reliability, or
features. Cleaner
This patch modifies the current ipsec audit layer
by breaking it up into purpose driven audit calls.
So far, the only audit calls made are when add/delete
an SA/policy. It had been discussed to give each
key manager it's own calls to do this, but I found
there to be much redundnacy since they
Return some useful information such as the maximum listen backlog and the
current listen backlog in the tcp_info structure and have that match what
one can see in /proc/net/tcp, /proc/net/tcp6, and INET_DIAG_INFO.
Signed-off-by: Rick Jones [EMAIL PROTECTED]
Signed-off-by: Eric Dumazet [EMAIL
On Saturday 08 September 2007, Ivo van Doorn wrote:
This patch will add support for UWB keys to rfkill,
support for this has been requested by Inaky.
Signed-off-by: Ivo van Doorn [EMAIL PROTECTED]
CC: Inaky Perez-Gonzalez [EMAIL PROTECTED]
Thanks so much
Acked-by: Inaky Perez-Gonzalez
Ed Swierk [EMAIL PROTECTED] wrote:
The patch caps the MTU somewhat arbitrarily at 16000 bytes. This is
slightly lower than the value used by the e1000 driver, so it seems
like a safe upper limit.
Please make it 65535 without an Ethernet header and 65521
with an Ethernet header.
Cheers,
--
On 9/10/07, Paul Mundt [EMAIL PROTECTED] wrote:
On Mon, Sep 10, 2007 at 03:36:26PM +0900, Magnus Damm wrote:
--- 0001/drivers/net/Kconfig
+++ work/drivers/net/Kconfig 2007-09-06 15:35:41.0 +0900
@@ -218,13 +218,20 @@ source drivers/net/arm/Kconfig
config AX88796
72 matches
Mail list logo
