Re: [patch 2.6.14] fec_8xx: make CONFIG_FEC_8XX depend on CONFIG_8xx

John W. Linville wrote: Make CONFIG_FEC_8XX depend on CONFIG_8xx. This keeps allmodconfig from breaking on non-8xx (PPC) platforms. Signed-off-by: John W. Linville <[EMAIL PROTECTED]> --- drivers/net/fec_8xx/Kconfig |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) diff --git a/drive

RE: [PATCH] cris v10 eth: use ethtool_ops

Yes, that was on my todo-list, thanks! Acked-by: Mikael Starvik <[EMAIL PROTECTED]> -Original Message- From: Christoph Hellwig [mailto:[EMAIL PROTECTED] Sent: Monday, November 07, 2005 6:19 AM To: [EMAIL PROTECTED]; Mikael Starvik Cc: netdev@vger.kernel.org Subject: [PATCH] cris v10 eth:

Re: Bug#337089: linux-image-2.6.14-1-powerpc: add CONFIG_TCP_CONG_BIC=y

On Sat, Nov 05, 2005 at 07:24:41AM +1300, Ian McDonald wrote: > > > But Debian .config has CONFIG_TCP_CONG_BIC=m (CONFIG_TCP_CONG_*=m) which > > > makes NewReno default. So this is like a "regression". I'd like debian > > > kernel > > > to have CONFIG_TCP_CONG_BIC=y provided that one can easily sw

Re: [PATCH] cleanup ieee80211_crypto.c

On Fri, Sep 09, 2005 at 04:36:26PM +0200, Christoph Hellwig wrote: > On Thu, Sep 08, 2005 at 12:59:29AM -0400, Jeff Garzik wrote: > > Would you be kind enough to resend -again-, rediff'd against latest > > upstream git tree? > > Here we go.. and here it is again, rediffed against the nth time:

[PATCH] uml_net: use ethtool_ops

Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]> Index: arch/um/drivers/net_kern.c === --- 13b1e48f4f3700603ed258c41e9e39978babf5ee/arch/um/drivers/net_kern.c (mode:100644) +++ uncommitted/arch/um/drivers/net_kern.c (mode:1006

[PATCH] cris v10 eth: use ethtool_ops

Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]> --- 13b1e48f4f3700603ed258c41e9e39978babf5ee/drivers/net/cris/eth_v10.c (mode:100644) +++ uncommitted/drivers/net/cris/eth_v10.c (mode:100644) @@ -409,7 +409,6 @@ static void e100_rx(struct net_device *dev); static int e100_close(struct net

[PATCH 2.6.14] ipv4: ip_queue_xmit ip id increment off by one

I'm resubmitting this as I think while its effect is minimal in most cases, it does still fix a bug. The current implemenation effectly halfs the ip id space because of the off by one error. This could lead to problems on LFNs. The socket ip id currently gets incremented by 1 + the number of seg

[PATCH 6/8] b44: B44_FLAG_INIT_COMPLETE is redundant with IFF_UP

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]> --- 124843f787a3ece62e3c3073be92d6379fa2a3b9 diff --git a/drivers/net/b44.c b/drivers/net/b44.c --- a/drivers/net/b44.c +++ b/drivers/net/b44.c @@ -1392,7 +1392,6 @@ static int b44_open(struct net_device *d b44_init_rings(bp); b

[PATCH 8/8] b44: increase driver version.

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]> --- 50b3dea808def55369ee28b1d0394be07b0b3222 diff --git a/drivers/net/b44.c b/drivers/net/b44.c --- a/drivers/net/b44.c +++ b/drivers/net/b44.c @@ -29,8 +29,8 @@ #define DRV_MODULE_NAME"b44" #define PFX DRV_MODULE_NAME": "

[PATCH 7/8] b44: race on device closing

Usual fix: - b44_interrupt() does not schedule NAPI polling when the device is going down; - b44_close() waits for any scheduled NAPI polling before it starts to release the device private structures. Signed-off-by: Francois Romieu <[EMAIL PROTECTED]> --- 466c09c176a11241f93af7156538f3dd5f6f

[PATCH 5/8] b44: late request_irq in b44_open

Don't request_irq before the registers are reset/init. Signed-off-by: Francois Romieu <[EMAIL PROTECTED]> --- a7738be9f9e0f2eaf7f3199f3abf0f27f83409da diff --git a/drivers/net/b44.c b/drivers/net/b44.c --- a/drivers/net/b44.c +++ b/drivers/net/b44.c @@ -1388,13 +1388,7 @@ static int b44_open(str

[PATCH 4/8] b44: s/spin_lock_irqsave/spin_lock/ in b44_interrupt

There is no need to save/restore the irq state as the irq are always locally disabled when b44_interrupt is issued. Signed-off-by: Francois Romieu <[EMAIL PROTECTED]> --- b25ecffdeb8508750519da2b12c973950354eda8 diff --git a/drivers/net/b44.c b/drivers/net/b44.c --- a/drivers/net/b44.c +++ b/dri

[PATCH 1/8] b44: b44_start_xmit returns with a lock held when it fails allocating

The patch simply factors out the release of the lock. Signed-off-by: Francois Romieu <[EMAIL PROTECTED]> --- bac3c52c566b6d3f72efae63c8ca95df5143e085 diff --git a/drivers/net/b44.c b/drivers/net/b44.c --- a/drivers/net/b44.c +++ b/drivers/net/b44.c @@ -948,6 +948,7 @@ static int b44_start_xmit(s

[PATCH 2/8] b44: miscellaneous cleanup

- remove unneeded forward declarations - s/kmalloc + memset/kzalloc/ - whitespace readjustement can't hurt - wrong comment: b44_init_rings _is_ called with a spinlock held in b44_{open/set_ringparam/set_pauseparam/etc}. Actually, it does not need to be able to sleep - b44_remove_one() can not b

[PATCH 3/8] b44: expose counters through ethtool

Signed-off-by: Francois Romieu <[EMAIL PROTECTED]> --- badeb5ba39095f6c37506207abf3a407ab18c41b diff --git a/drivers/net/b44.c b/drivers/net/b44.c --- a/drivers/net/b44.c +++ b/drivers/net/b44.c @@ -106,6 +106,12 @@ static void b44_init_hw(struct b44 *); static int dma_desc_align_mask; static i

[PATCH 0/8] b44: intro

[not really sure who maintains this driver: let's spam :o) ] This is a serie of b44 related changes. Mostly minor things. They need testers/reviewers. Here's the content: - 1/8 b44: b44_start_xmit returns with a lock held when it fails allocating - 2/8 b44: miscellaneous cleanup - 3/8 b44: expose

Patch: RFC2863 #1 (incomplete)

Hi, attached is my current state of RFC2863 implementation. It defines the new status fields and operations. Yet not implemented but in my 2.6.15 time frame is -userspace interaction, including userspace supplicant + locking of operstate_useroverride -migrate VLAN + BONDING to use OPER_LOWERLA

[PATCH] ipvs: fix connection leak if expire_nodest_conn=1

There was a fix in 2.6.13 that changed the behaviour of ip_vs_conn_expire_now function not to put reference to connection, its callers should hold write lock or connection refcnt. But we forgot to convert one caller, when the real server for connection is unavailable caller should put the