On Fri, Jan 20, 2006 at 11:35:46AM +, Andrew Morton wrote:
>
> Looks like br_netfilter went splat.
It's not surprising that it went splat. What does puzzle me is how
on earth did no one see this before.
The bridge code is just broken when it comes to removing a live interface
from a bridge.
From: Herbert Xu
Sent: 1/20/2006 8:04:08 PM
> Kris Katterjohn <[EMAIL PROTECTED]> wrote:
> > This fixes some whitespace issues in af_packet.c
> >
> > Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
> >
> > Thanks.
> >
> > --- x/net/packet/af_packet.c2006-01-18 15:16:05.0 -0600
> >
On my laptop, the b44 device is created and the carrier state defaults
to ON when created by alloc_etherdev. This means tools like NetworkManager
see the carrier as On and try and bring the device up. The correct thing
to do is mark the carrier as Off when device is created.
Signed-off-by: Stephe
Kris Katterjohn <[EMAIL PROTECTED]> wrote:
> This fixes some whitespace issues in af_packet.c
>
> Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
>
> Thanks.
>
> --- x/net/packet/af_packet.c2006-01-18 15:16:05.0 -0600
> +++ y/net/packet/af_packet.c2006-01-20 18:53:18.0
On Fri, 2006-01-20 at 18:01 -0800, John Ronciak wrote:
> There is a timer routine in the eepro100 driver which does the check
> for link as well as a check for on of the hang conditions (with
> work-around). It does the check for link in a different way than
> e100. e100 uses mii call where eepro
This adds KERN_INFO to bare printk()s in pktgen.c
Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
Thanks.
--- x/net/core/pktgen.c 2006-01-20 21:51:08.0 -0600
+++ y/net/core/pktgen.c 2006-01-20 21:51:03.0 -0600
@@ -415,7 +415,7 @@ static inline __u64 tv_to_us(const struc
stati
From: Joe Perches
Sent: 1/20/2006 7:21:59 PM
> On Fri, 2006-01-20 at 17:44 -0800, Ben Greear wrote:
> > Kris Katterjohn wrote:
> > > This fixes some whitespace issues in af_packet.c
>
> Perhaps this instead?
>
> Whitespace
> comment wrapping to < 80 columns
> remove unnecessary assigns
> remove u
On Fri, 2006-01-20 at 17:44 -0800, Ben Greear wrote:
> Kris Katterjohn wrote:
> > This fixes some whitespace issues in af_packet.c
Perhaps this instead?
Whitespace
comment wrapping to < 80 columns
remove unnecessary assigns
remove unnecessary parentheses from returns
add KERN_INFO to printk
move
On 1/20/06, Lee Revell <[EMAIL PROTECTED]> wrote:
>
> Why don't these cause excessive scheduling delays in eepro100 then?
> Can't we just copy the eepro100 behavior?
Reports still float around from time to time about hangs with the
eepro100 which go away when the e100 driver is used. We don't
main
Kris Katterjohn wrote:
This fixes some whitespace issues in af_packet.c
Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
Thanks.
--- x/net/packet/af_packet.c2006-01-18 15:16:05.0 -0600
+++ y/net/packet/af_packet.c2006-01-20 18:53:18.0 -0600
@@ -365,7 +365,7 @@ static
This fixes some whitespace issues in af_packet.c
Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
Thanks.
--- x/net/packet/af_packet.c2006-01-18 15:16:05.0 -0600
+++ y/net/packet/af_packet.c2006-01-20 18:53:18.0 -0600
@@ -365,7 +365,7 @@ static int packet_sendmsg_spkt(s
On Fri, 2006-01-20 at 17:19 -0800, John Ronciak wrote:
> On 1/20/06, Lee Revell <[EMAIL PROTECTED]> wrote:
> > Seems like the important question is, why does e100 need a watchdog if
> > eepro100 works fine without one? Isn't the point of a watchdog in this
> > context to work around other bugs in
This fixes some whitespace issues in net/core/filter.c
Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
Thanks.
--- x/net/core/filter.c 2006-01-20 18:15:19.0 -0600
+++ y/net/core/filter.c 2006-01-20 18:48:48.0 -0600
@@ -64,7 +64,7 @@ static inline void *load_pointer(struct
}
On 1/20/06, Lee Revell <[EMAIL PROTECTED]> wrote:
> Seems like the important question is, why does e100 need a watchdog if
> eepro100 works fine without one? Isn't the point of a watchdog in this
> context to work around other bugs in the driver (or the hardware)?
There are a number of things that
On Fri, 2006-01-20 at 11:19 +0100, kus Kusche Klaus wrote:
> For a non-full preemption kernel, your patch moves the 500 us
> piece of code from kernel to thread context, so it really
> improves things. But is 500 us something to worry about in a
> non-full preemption kernel?
Yes, absolutely. O
On Thu, Jan 19, 2006 at 04:57:22PM -0500, Benjamin LaHaise wrote:
> On Thu, Jan 19, 2006 at 03:11:50AM +0100, Adrian Bunk wrote:
> > +What: Traffic Shaper (CONFIG_SHAPER)
> > +When: July 2006
> > +Why:obsoleted by the code in net/sched/
> > +Who:Adrian Bunk <[EMAIL PROTECTED]
>
> This
On Fri, 2006-01-20 at 12:55 +0300, Evgeniy Polyakov wrote:
> > Analysis of e100:
> > * If I comment out the whole body of e100_watchdog except for the
> > timer re-registration, the delays are gone (so it is really the
> > body of e100_watchdog). However, this makes eth0 non-functional.
> > * C
CRYPTO is a helper variable, and to make it easier for users, it should
therefore select'ed and not be listed in the dependencies.
drivers/net/wireless/airo.c requires CONFIG_CRYPTO for compilations.
Therefore, AIRO_CS also has to CRYPTO.
Additionally, this patch removes the #ifdef's for the no
This patch makes the needlessly global ipw2100_wpa_assoc_frame() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.16-rc1-mm2-full/drivers/net/wireless/ipw2100.c.old
2006-01-21 00:53:47.0 +0100
+++ linux-2.6.16-rc1-mm2-full/drivers/net/wireless/ipw2100.c200
This patch contains the following possible cleanups:
- make needlessly global functions static
- "extern inline" -> "static inline"
- #if 0 the unused global function ipw_led_activity_on()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/net/wireless/ipw2200.c | 33
Hi,
I just have some questions about the packet splitting which is supported by
some PCI-express platforms. It seems the packet data buffer part (header and
payload) is splitted into several parts and stored into different buffers
while PCI-X NIC use 2K data buffer for every packet.
My quest
From: James Chapman <[EMAIL PROTECTED]>
Use the common ethtool support functions of the MII library.
Add generic MII ioctl handler.
Add PHY parameter speed/duplex/negotiation initialization and modification.
Signed-off-by: James Chapman <[EMAIL PROTECTED]>
Signed-off-by: Dale Farnsworth <[EMAIL P
From: James Chapman <[EMAIL PROTECTED]>
Modify link up/down handling to use the functions from the MII
library. Note that I track link state using the MII PHY registers
rather than the mv643xx chip's link state registers because I think
it's cleaner to use the MII library code rather than writing
From: Dale Farnsworth <[EMAIL PROTECTED]>
Remove duplicated code by having unicast and multicast code use
a common filter table function: eth_port_set_filter_table_entry().
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
drivers/net/mv643xx_eth.c | 84 --
From: Dale Farnsworth <[EMAIL PROTECTED]>
mp->port_mac_addr is just a copy of dev->dev_addr, so remove it.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
drivers/net/mv643xx_eth.c | 18 +++---
drivers/net/mv643xx_eth.h |3 +--
2 files changed, 8 insertions(+), 13 deletions
From: Dale Farnsworth <[EMAIL PROTECTED]>
Enable mv643xx_eth driver to work when built as a module on
mv64x60-based embedded systems.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
arch/ppc/syslib/mv64x60.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6-mv643
From: Dale Farnsworth <[EMAIL PROTECTED]>
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
drivers/net/mv643xx_eth.c | 92 ++
1 file changed, 45 insertions(+), 47 deletions(-)
Index: linux-2.6-mv643xx_enet/drivers/net/mv643xx_eth.c
===
From: Dale Farnsworth <[EMAIL PROTECTED]>
This patch eliminates a spinlock recursion bug I introduced recently.
Since eth_port_send() is always called with the lock held, we simply
remove the locking inside the function itself.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
drivers/net/mv64
On Fri, Jan 20, 2006 at 09:58:53AM -0800, Jean Tourrilhes wrote:
>
> I remembert that Adrian had some comments on the fact that
> CONFIG_WIRELESS_EXT was a 'visible' option, and wanted it to be
> invisible. I told him to go ahead with the patch, so you may want to
> ask him for all the detai
Implementation details:
1. Handle packet chains from multiple sessions(current default
MAX_LRO_SESSSIONS=32).
2. Examine each packet for eligiblity to aggregate. A packet is
considered eligible if it meets all the below criteria.
a. It is a TCP/IP packet and L2 type is not LLC or SNAP.
b. The
Hi,
Below is a patch for the Large Receive Offload feature.
Please review and let us know your comments.
LRO algorithm was described in an OLS 2005 presentation, located at
ftp.s2io.com
user: linuxdocs
password: HALdocs
The same ftp site has Programming Manual for Xframe-I ASIC.
LRO feature is su
From: "Christopher Friesen" <[EMAIL PROTECTED]>
Date: Fri, 20 Jan 2006 17:06:36 -0600
> I've been asked if there is any way to map a "struct socket *" in
> kernelspace, to the userspace fd that corresponds to it.
>
> I came up with looping through current->files->fd[i] and matching it
> against
The following changes since commit aeb042d56adfcd536bad5cd018caeb74143181a5:
John W. Linville:
Merge git://git.kernel.org/.../torvalds/linux-2.6
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream-jgarzik
Zhu Yi:
From: Eric Sesterhenn <[EMAIL PROTECTED]>
tmp in ace_init is u32 thus rendering read_eeprom_byte() return values
checks useless.
Signed-off-by: Eric Sesterhenn <[EMAIL PROTECTED]>
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
--- a/drivers/net/acenic.c
+++ b/drivers/net/acenic.c
@@ -1002,6
From: Eric Sesterhenn <[EMAIL PROTECTED]>
Since get_settings() returns a signed int and it gets checked
for < 0 to catch an error, res should be a signed int too.
Signed-off-by: Eric Sesterhenn <[EMAIL PROTECTED]>
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
drivers/net/bonding/bond_m
On Thu, 19 Jan 2006 14:23:35 -0500
"John W. Linville" <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 19, 2006 at 08:03:43PM +0100, Stefan Rompf wrote:
> > Am Donnerstag 19 Januar 2006 16:56 schrieb John W. Linville:
> >
> > > The above represents my thinking on the issue. Ultimately the WiPHY
> > > (a
On Fri, 20 Jan 2006 11:31:51 -0600
Saurabh Jain <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I am trying to change TCP congestion window using a new TCP congestion
> algorithm. The value of the congestion window gets changed but TCP
> doesn't seems to send at that rate. What could be the problem? Is
On Thu, Jan 19, 2006 at 09:57:24PM -0500, John W. Linville wrote:
> On Mon, Dec 05, 2005 at 06:48:15PM -0800, Jean Tourrilhes wrote:
> > On Mon, Dec 05, 2005 at 03:51:36PM -0800, jt wrote:
> > > Adrian Bunk wrote :
> > > >
> > > > Using WIRELESS_EXT instead of CONFIG_NET_RADIO is simply ugly.
> >
On 1/18/06, Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 18, 2006 at 04:55:39PM -0800, Kris Katterjohn wrote:
> >
> > > > -#include
> > >
> > > We need this for skb->dev->ifindex.
> >
> > But we know we have struct net_device because it's used in linux/skbuff.h
> > (for
> > skb->dev of cou
From: Herbert Xu
Sent: 1/20/2006 1:51:56 AM
> Kris Katterjohn <[EMAIL PROTECTED]> wrote:
> > This wraps '#ifdef __KERNEL__' around the definitions for SKF_* in
> > linux/filter.h
>
> Why? The whole point these macros are here is so that user-space can
> use them.
I was reading filter.h and I not
On Fri, 20 Jan 2006, Sam Ravnborg wrote:
> With reference to latest discussions on linux-kernel with respect to
> inline here is a patch for tipc to remove all inlines as used in
> the .c files. See also chapter 14 in Documentation/CodingStyle.
>
> Before:
>text data bss dec
On Thu, 19 Jan 2006, Sam Ravnborg wrote:
> Tried to run the new tipc stack through sparse.
> Following patch fixes all cases where 0 was used
> as replacement of NULL.
> Use NULL to document this is a pointer and to silence sparse.
>
> This brough sparse warning count down with 127 to 24 warnings
On 1/20/06, David S. Miller <[EMAIL PROTECTED]> wrote:
>
> It's at:
>
> kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6.17.git
>
> Currently it has the net device operstate stuff and Yoshifuji's
> IPV6 updates (mostly RFC4191 support).
I'll move my butt and get DCCP's CCID2 in, hopefully b
Looks like br_netfilter went splat.
Begin forwarded message:
Date: Sat, 31 Dec 2005 09:23:40 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 5803] New: Bridge code Oops with 2.6.14.2
http://bugzilla.kernel.org/show_bug.cgi?id=5803
Summary: Bridge code
From: Evgeniy Polyakov
> Just a hack:
>
> --- drivers/net/e100.c.1 2006-01-20 13:39:19.0 +0300
> +++ drivers/net/e100.c2006-01-20 14:15:40.0 +0300
> @@ -879,8 +879,8 @@
>
> writel((reg << 16) | (addr << 21) | dir | data,
> &nic->csr->mdi_ctrl);
>
> - for
From: Stefan Rompf <[EMAIL PROTECTED]>
Date: Thu, 8 Dec 2005 00:13:35 +0100
> Signed-Off-By: Stefan Rompf <[EMAIL PROTECTED]>
This looks fine, patch applied to net-2.6.17
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordo
From: Stefan Rompf <[EMAIL PROTECTED]>
Date: Thu, 8 Dec 2005 00:19:56 +0100
> this patch adds support to the VLAN driver to translate IF_OPER_DORMANT of
> the
> underlying device to netif_dormant_on(). Beside clean state forwarding, this
> allows running independant userspace supplicants on bot
On Fri, Jan 20, 2006 at 11:19:20AM +0100, kus Kusche Klaus ([EMAIL PROTECTED])
wrote:
> From: Evgeniy Polyakov
> > Each MDIO read can take upto 2 msecs (!) and at least 20
> > usecs in e100,
> > and this runs in timer handler.
> > Concider attaching (only compile tested) patch which moves
> > e1
On Fri, Jan 20, 2006 at 11:51:23AM +0100, kus Kusche Klaus ([EMAIL PROTECTED])
wrote:
> From: Evgeniy Polyakov [mailto:[EMAIL PROTECTED]
> > Each MDIO read can take upto 2 msecs (!) and at least 20
> > usecs in e100,
> > and this runs in timer handler.
> > Concider attaching (only compile tested
It's at:
kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6.17.git
Currently it has the net device operstate stuff and Yoshifuji's
IPV6 updates (mostly RFC4191 support).
Enjoy.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Tue, 10 Jan 2006 02:25:32 +0900 (JST)
> Please pull the following changesets, on top of v2.6.15, available at
> .
>
> Most of these are for supporting Default Router Preference and More-
> Specific Routes (RFC 4191).
All pulled into net-2.6.17, t
On Fri, 2006-01-20 at 13:24 +0800, Zhu Yi wrote:
> This patch is based on your patch (mentioned above). It changes the
> build_iv() interface to add two more parameters. Because for TKIP, the
> encryption key is changed everytime an IV is built. Since the IV is
> built by software, we have to retu
From: Evgeniy Polyakov [mailto:[EMAIL PROTECTED]
> Each MDIO read can take upto 2 msecs (!) and at least 20
> usecs in e100,
> and this runs in timer handler.
> Concider attaching (only compile tested) patch which moves
> e100 watchdog
> into workqueue.
Tested the patch. Works and has the expec
From: Evgeniy Polyakov
> Each MDIO read can take upto 2 msecs (!) and at least 20
> usecs in e100,
> and this runs in timer handler.
> Concider attaching (only compile tested) patch which moves
> e100 watchdog
> into workqueue.
Hmmm, I don't think moving it around is worth the trouble
(neverthel
On Fri, Jan 20, 2006 at 10:37:43AM +0100, kus Kusche Klaus ([EMAIL PROTECTED])
wrote:
> > From: John Ronciak
> > During the watchdog the e100 driver reads all of the status registers
> > from the actual hardware. There are 26 (worst case) register reads.
> > There is also a spin lock for another
Kris Katterjohn <[EMAIL PROTECTED]> wrote:
> This wraps '#ifdef __KERNEL__' around the definitions for SKF_* in
> linux/filter.h
Why? The whole point these macros are here is so that user-space can
use them.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EM
> From: John Ronciak
> During the watchdog the e100 driver reads all of the status registers
> from the actual hardware. There are 26 (worst case) register reads.
> There is also a spin lock for another check in the watchdog. It would
> still surprise me that all of this would take 500 usec. If
On Fri, Jan 13, 2006 at 02:15:03PM +0100, Thomas Graf wrote:
> * Michael Buesch <[EMAIL PROTECTED]> 2006-01-12 18:24
> > This is an attempt to rewrite the Wireless Extensions
> > userspace API, using netlink sockets.
> > There should also be a notification API, to inform
> > userspace for changes (
From: Irek Szczesniak <[EMAIL PROTECTED]>
Date: Fri, 20 Jan 2006 00:10:46 -0800
> I would like to learn in general how the networking works in Linux.
> Ideally, I would like to find a book about Linux similar to the book
> about BSD: "TCP/IP Illustrated, Volume 2" by Gary R. Wright and W.
> Ric
59 matches
Mail list logo
