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
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 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-Gonza
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 PR
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 did
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. "Cleane
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|
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 patch
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
Stephen Hemminger <[EMAIL PROTECTED]> :
[...]
> > + struct {
> > + u32 field;
> > + unsigned int len;
> > + } p[] = {
> > + { GMII_PREAMBLE,32 }, /* Preamble */
> > + { GMII_ST, 2 }, /* ST */
> > + { GMII_READ,
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.
Eri
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]>
>
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 update
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 n
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,
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 a/Documentatio
Hi,
On 9/11/07, Waskiewicz Jr, Peter P <[EMAIL PROTECTED]> wrote:
> > -#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
> -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_
> 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 p
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
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
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 PR
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 Documentation/networking/pro
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 define
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.
Signed-off-by:
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 PRO
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 a/net/sun
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 extrac
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 doesn
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 y
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 ha
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
slig
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 ba
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 /proc/net/
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, patc
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:
http://git.greyho
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/editori
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 --
> drivers/ne
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 ty
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
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
>>> us
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
>>
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 the
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
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
ver
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 syn
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.
>
On Tue, 2007-09-11 at 14:37 +0200, Stephen Hemminger wrote:
> 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:
Hi Herbert and all
When the periodic IP route cache flush is done (every 600 seconds on
default configuration), some hosts suffer a lot and eventually trigger
the "soft lockup" message.
dst_run_gc() is doing a scan of a possibly huge list of dst_entries,
eventually freeing some (less than 1%) of
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 ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gond
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, 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 t
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.
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
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]
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, 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 workin
> 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 b
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 t
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
>
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
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
>
>
> git://git.kernel.org/pub/scm/linux/kernel/git/holtman
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 li
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:
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: [] ip_fragment+0x7f/0x680 SS:ESP 0068:ccb48b3c
The EIP is off by one byte.
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 we
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 "unsub
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
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
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
linux-mips-2.6.
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 seei
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
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 /proc/net
73 matches
Mail list logo
