From: Johann Felix Soden <[EMAIL PROTECTED]>
The Kconfig of igb and enc28j60 contains references to
obsolet Documentation/networking/net-modules.txt.
Signed-off-by: Johann Felix Soden <[EMAIL PROTECTED]>
---
drivers/net/Kconfig |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
dif
Hi,
A new version of radvd has been released. There have been a couple of
new features.
Interfaces must now be RUNNING, not just UP, to be considered by
default radvd configuration. This is because nowadays kernels no
longer generate v6 link-local addresses if the interface is just UP,
in
On Sunday 03 February 2008 17:15:02 Andrew Morton wrote:
> On Thu, 17 Jan 2008 17:57:58 +1100 Rusty Russell <[EMAIL PROTECTED]>
wrote:
> > I assume that these ancient network drivers were trying to find out if
> > an irq is available. eepro.c expecting +EBUSY was doubly wrong.
> >
> > I'm not sur
On Sun, 3 Feb 2008 15:02:46 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> With current mainline I'm getting intermittent hangs here:
>
> http://userweb.kernel.org/~akpm/p2033590.jpg
>
> with this config:
>
> http://userweb.kernel.org/~akpm/config-sony.txt
>
> on the Vaio. So
From: Randy Dunlap <[EMAIL PROTECTED]>
Add missing structure kernel-doc descriptions to sock.h & skbuff.h
to fix kernel-doc warnings.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
include/linux/skbuff.h |2 ++
include/net/sock.h |1 +
2 files changed, 3 insertions(+)
--- linu
From: Randy Dunlap <[EMAIL PROTECTED]>
Use updated file list for docbook files and
fix kernel-doc warnings in sunrpc:
Warning(linux-2.6.24-git12//net/sunrpc/rpc_pipe.c:689): No description found
for parameter 'rpc_client'
Warning(linux-2.6.24-git12//net/sunrpc/rpc_pipe.c:765): No description fou
On Sun, Feb 03, 2008 at 11:04:44AM +, Al Viro wrote:
>
> So what you are saying is
> * callers of xfrm_input_resume() are in callbacks that couldn't
> have been set other than from esp_input()/esp6_input()
> * these two could have only been called via ->type->input()
> * ->typ
The patches failed because they were applied on the 2.6.25 branch, while
they were meant for the 2.6.24 branch (upstream-linus).
Ram
> -Original Message-
> From: Ramkrishna Vepa
> Sent: Friday, February 01, 2008 11:01 AM
> To: 'Jeff Garzik'; Sreenivasa Honnur
> Cc: support
> Subject: RE: [
fgnijuhhu guduggurehug <[EMAIL PROTECTED]> :
[...]
> I already posted my problem and what I did to solve it on
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461429.
Have you tried anything more recent than a 2.6.18 based kernel ?
--
Ueimor
--
To unsubscribe from this list: send the line "un
This patch adds support for BCM5481 PHY. Unfortunately it's hard to
get specifications for this PHY, so its special register 0x18 isn't
annotated properly (but we know it's used to set up the delays).
I've kept the magic numbers, so we'll not forget to fix it at the
first opportunity, and will nam
On Sat, 02 Feb 2008 16:57:12 -0800
Petr Vandrovec <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > On Sat, 2 Feb 2008 11:52:43 +0100
> > Petr Vandrovec <[EMAIL PROTECTED]> wrote:
> >
> >> Hello,
> >> since I synced my tree to Linus's one two days ago, sky2's packet
> >> receiption
> >
[NET_SCHED] sch_tree_lock in cbq_put, hfsc_put_class and htb_put
Qdisc_class_ops ->put() "methods" call xxx_destroy_class() functions
without sch_tree_lock(), which is needed at least for qdisc_destroy()
of a subqueue, but also for deactivating and list/rb_tree updates in
case of HTB. (Since error
On Sat, Feb 02, 2008 at 11:15:02PM +0200, Adrian Bunk wrote:
> This patch fixes a use-after-free introduced by
> commit a79d8e93d300adb8438ac396cfb118c238ad and spotted by the
> Coverity checker.
Nice catch.
We didn't encounter this bug because fixed.c is bool, so
module_exit isn't used. Thu
Andi Kleen wrote:
> Hallo,
>
> While looking for something else in tcp_output.c I noticed that
> MTU probing seems to be only done in tcp_write_xmit (when
> packets come directly from process context), but not via the timer
> driven timer retransmit path (tcp_retransmit_skb). Is that intentional?
>
I merged in everything Jeff and John sent to me except the S2IO vlan
fix that broke the build.
I also sent in Arnaldo's 6 patch set.
I fly home from AU tomorrow and therefore I'll be offline for about a
day.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a me
From: "John W. Linville" <[EMAIL PROTECTED]>
Date: Fri, 1 Feb 2008 17:41:00 -0500
> Dave,
>
> Here are some more fixes suitable for 2.6.25. Also there is a patch
> that includes the mac80211 alignment warning as a configurable option,
> which should stop it from annoying normal users.
>
> Let m
Hallo,
While looking for something else in tcp_output.c I noticed that
MTU probing seems to be only done in tcp_write_xmit (when
packets come directly from process context), but not via the timer
driven timer retransmit path (tcp_retransmit_skb). Is that intentional?
It looks quite weird. I would
-- Forwarded message --
From: Rami Rosen <[EMAIL PROTECTED]>
Date: Feb 3, 2008 10:51 AM
Subject: [PATCH] [NET_SCHED] Add #ifdef CONFIG_NET_EMATCH in
net/sched/cls_flow.c (latest git broken build)
To: David Miller <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROT
From: David Miller <[EMAIL PROTECTED]>
Date: Fri, 01 Feb 2008 21:52:10 -0800 (PST)
> From: Jeff Garzik <[EMAIL PROTECTED]>
> Date: Fri, 1 Feb 2008 16:03:38 -0500
>
> > Please pull from 'upstream2-davem' branch of
>
> This is now pulled and pushed back out to net-2.6
The first S2io patch breaks
From: [EMAIL PROTECTED]
Date: Fri, 1 Feb 2008 20:23:31 -0200
> Hi David,
>
> Please consider pulling from:
>
> master.kernel.org:/pub/scm/linux/kernel/git/acme/net-2.6.25
>
> There are many more structs that have holes, they seem to crop up, even
> on DCCP! People should use some p
On Sun, Feb 03, 2008 at 02:05:16PM +1100, Herbert Xu wrote:
> On Sun, Feb 03, 2008 at 12:37:19AM +, Al Viro wrote:
> >
> > This is still very odd... Where do you initialize ->seq.input? What
>
> In xfrm_input.
>
> > guarantees that async call of xfrm_input() will be always preceded by
> > a
Hi,
The mail is related to the way LRO manipulates the ip_summed value. Could
anybody (author) explain why to overwrite the original value of skb->ip_summed,
when it's processing by __lro_proc_skb ?
E.g. in out: label
Why not to preserve the coherency of csum status of each incoming to LRO
pa
On Sun, Feb 03, 2008 at 09:57:10AM +1100, Herbert Xu wrote:
> Andi Kleen <[EMAIL PROTECTED]> wrote:
> >> Then change TBF to use skb_gso_segment? Be careful, the fact that
> >
> > That doesn't help because it wants to interleave packets
> > from different streams to get everything fair and smooth.
23 matches
Mail list logo