Re: [PATCH] atm: fix horizon init section usage

2006-10-22 Thread David Miller
From: "Randy.Dunlap" <[EMAIL PROTECTED]> Date: Sun, 22 Oct 2006 21:32:20 -0700 > David Miller wrote: > > From: Randy Dunlap <[EMAIL PROTECTED]> > > Date: Sun, 22 Oct 2006 19:13:09 -0700 > > > >> From: Randy Dunlap <[EMAIL PROTECTED]> > >> > >> hrz_init() is called from the probe function, which i

Re: [PATCH] atm: fix horizon init section usage

2006-10-22 Thread Randy.Dunlap
David Miller wrote: From: Randy Dunlap <[EMAIL PROTECTED]> Date: Sun, 22 Oct 2006 19:13:09 -0700 From: Randy Dunlap <[EMAIL PROTECTED]> hrz_init() is called from the probe function, which is __devinit and could be called after init. WARNING: drivers/atm/horizon.o - Section mismatch: reference

Re: TCP socket buffer autotuning

2006-10-22 Thread David Miller
From: Stephen Hemminger <[EMAIL PROTECTED]> Date: Sat, 21 Oct 2006 12:36:08 -0700 > On Fri, 20 Oct 2006 23:42:28 -0700 (PDT) > David Miller <[EMAIL PROTECTED]> wrote: > > > @@ -170,6 +170,8 @@ static int netem_enqueue(struct sk_buff > > return NET_XMIT_BYPASS; > > } > > > > +

Re: [PATCH 1/3] netpoll: use sk_buff_head for txq

2006-10-22 Thread David Miller
From: Stephen Hemminger <[EMAIL PROTECTED]> Date: Fri, 20 Oct 2006 15:30:27 -0700 > + spin_lock_irqsave(&netpoll_txq.lock, flags); > + for (skb = (struct sk_buff *)netpoll_txq.next; > + skb != (struct sk_buff *)&netpoll_txq; skb = next) { > +

Re: [PATCH] atm: fix horizon init section usage

2006-10-22 Thread David Miller
From: Randy Dunlap <[EMAIL PROTECTED]> Date: Sun, 22 Oct 2006 19:13:09 -0700 > From: Randy Dunlap <[EMAIL PROTECTED]> > > hrz_init() is called from the probe function, which is __devinit > and could be called after init. > > WARNING: drivers/atm/horizon.o - Section mismatch: reference to > .ini

[PATCH] skge, sky2, et all. gplv2 only

2006-10-22 Thread Stephen Hemminger
I don't want my code to downgraded to GPLv3 because of cut-n-pasted the comments. These files which I hold copyright on were started before it was clear what GPLv3 was going to be. Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]> --- linux-2.6.orig/drivers/net/irda/stir4200.c 2006-10-22 20:1

Re: [PATCH 0/6] Changeset of Camellia cipher algorithm.

2006-10-22 Thread Noriaki TAKAMIYA
Hi, >> Sun, 22 Oct 2006 15:07:47 +1000 >> [Subject: Re: [PATCH 0/6] Changeset of Camellia cipher algorithm.] >> Herbert Xu <[EMAIL PROTECTED]> wrote > On Wed, Oct 18, 2006 at 07:15:10AM +, Noriaki TAKAMIYA wrote: > > > > [PATCH 1/6] [CRYPTO] added Kconfig entry for Camellia. > > [PATCH 2

Re: [PATCH 2/6] [CRYPTO] added the code of Camellia cipher algorithm.

2006-10-22 Thread Noriaki TAKAMIYA
Hi, >> Sun, 22 Oct 2006 15:09:54 +1000 >> [Subject: Re: [PATCH 2/6] [CRYPTO] added the code of Camellia cipher >> algorithm.] >> Herbert Xu <[EMAIL PROTECTED]> wrote... > On Wed, Oct 18, 2006 at 07:16:47AM +, Noriaki TAKAMIYA wrote: > > > > +static int > > +camellia_set_key(struct crypto_tfm

[PATCH] atm: fix horizon init section usage

2006-10-22 Thread Randy Dunlap
From: Randy Dunlap <[EMAIL PROTECTED]> hrz_init() is called from the probe function, which is __devinit and could be called after init. WARNING: drivers/atm/horizon.o - Section mismatch: reference to .init.text:.hrz_init from .text between '.hrz_probe' (at offset 0x4054) and '.hrz_remove_one'

Re: [patch 3/3] Add tsi108 On Chip Ethernet device driver support

2006-10-22 Thread Zang Roy-r61911
On Thu, 2006-09-21 at 12:46, Jeff Garzik wrote: > you should have a chip structure, that contains two structs (one for > each interface/port) > Jeff, I updated the code according to all your feedback and post it here http://www.spinics.net/lists/netdev/msg17120.html Any comment? Roy - To un

Re: Strange errors from e1000 driver (2.6.18)

2006-10-22 Thread Jesse Brandeburg
On 10/22/06, Martin J. Bligh <[EMAIL PROTECTED]> wrote: Jesse Brandeburg wrote: > Analysis follows, but I wanted to ask you to bisect back if you can to > find the apparent patch to make the difference. Basically at this > point I'd say its not likely to be an e1000 issue, but I'd like to > foll

Re: Strange errors from e1000 driver (2.6.18)

2006-10-22 Thread Dumitru Ciobarcianu
On Sun, 2006-10-22 at 13:27 -0700, Martin J. Bligh wrote: > Jesse Brandeburg wrote: > > On 10/22/06, Martin J. Bligh <[EMAIL PROTECTED]> wrote: > >> Martin J. Bligh wrote: > >> > I'm getting a lot of these type of errors if I run 2.6.18. If > >> > I run the standard Ubuntu Dapper kernel, I don't ge

Re: Strange errors from e1000 driver (2.6.18)

2006-10-22 Thread Martin J. Bligh
Jesse Brandeburg wrote: Analysis follows, but I wanted to ask you to bisect back if you can to find the apparent patch to make the difference. Basically at this point I'd say its not likely to be an e1000 issue, but I'd like to follow up and make sure. That's going to be ugly, since I can't re

Re: Strange errors from e1000 driver (2.6.18)

2006-10-22 Thread Jesse Brandeburg
Analysis follows, but I wanted to ask you to bisect back if you can to find the apparent patch to make the difference. Basically at this point I'd say its not likely to be an e1000 issue, but I'd like to follow up and make sure. On 10/22/06, Martin J. Bligh <[EMAIL PROTECTED]> wrote: :00:0a

Re: [patch 3/8] sundance: remove TxStartThresh and RxEarlyThresh

2006-10-22 Thread Philippe De Muyter
On Fri, Oct 20, 2006 at 02:42:05PM -0700, [EMAIL PROTECTED] wrote: > From: Jesse Huang <[EMAIL PROTECTED]> > For patent issue need to remove TxStartThresh and RxEarlyThresh. This patent > is cut-through patent. If use this function, Tx will start to transmit after > few data be move in to Tx FIFO

Re: Strange errors from e1000 driver (2.6.18)

2006-10-22 Thread Martin J. Bligh
Jesse Brandeburg wrote: On 10/22/06, Martin J. Bligh <[EMAIL PROTECTED]> wrote: Martin J. Bligh wrote: > I'm getting a lot of these type of errors if I run 2.6.18. If > I run the standard Ubuntu Dapper kernel, I don't get them. > What do they indicate? Hi Martin, they indicate that you're gett

Re: Strange errors from e1000 driver (2.6.18)

2006-10-22 Thread Jesse Brandeburg
On 10/22/06, Martin J. Bligh <[EMAIL PROTECTED]> wrote: Martin J. Bligh wrote: > I'm getting a lot of these type of errors if I run 2.6.18. If > I run the standard Ubuntu Dapper kernel, I don't get them. > What do they indicate? Hi Martin, they indicate that you're getting transmit hangs. Mean

Re: Strange errors from e1000 driver (2.6.18)

2006-10-22 Thread Martin J. Bligh
Martin J. Bligh wrote: I'm getting a lot of these type of errors if I run 2.6.18. If I run the standard Ubuntu Dapper kernel, I don't get them. What do they indicate? Oct 21 18:48:28 localhost kernel: buffer_info[next_to_clean] Oct 21 18:48:28 localhost kernel: time_stamp <7b79d33> O

Fw: [Bugme-new] [Bug 7398] New: Preferred source address selection ("src" field) broken with multicast addresses

2006-10-22 Thread Andrew Morton
Begin forwarded message: Date: Sun, 22 Oct 2006 05:28:33 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Bugme-new] [Bug 7398] New: Preferred source address selection ("src" field) broken with multicast addresses http://bugzilla.kernel.org/show_bug.cgi?id=7398 Summar

Re: [Bugme-new] [Bug 7398] New: Preferred source address selection ("src" field) broken with multicast addresses

2006-10-22 Thread David Miller
From: Andrew Morton <[EMAIL PROTECTED]> Date: Sun, 22 Oct 2006 11:40:20 -0700 > if (oldflp->oif == 0 > && (MULTICAST(oldflp->fl4_dst) || oldflp->fl4_dst == 0x)) > { > /* Special hack: user can direct multicasts >and limited broadcast via nec

Re: tg3 kernel bug in 2.6.18-mm3 and 2.6.19-rc2-mm2

2006-10-22 Thread Norbert Preining
Hi all! Ok, you will lough at me... On Son, 22 Okt 2006, preining wrote: > > > 2.6.19-rc2works > > > 2.6.19-rc2+patch does not work > > > > > It doesn't make any sense. This patch is totally benign and > > cannot cause the "No firmware running" and lockup that you > > reported. Can you

Strange errors from e1000 driver (2.6.18)

2006-10-22 Thread Martin J. Bligh
I'm getting a lot of these type of errors if I run 2.6.18. If I run the standard Ubuntu Dapper kernel, I don't get them. What do they indicate? Oct 21 18:48:28 localhost kernel: buffer_info[next_to_clean] Oct 21 18:48:28 localhost kernel: time_stamp <7b79d33> Oct 21 18:48:28 localhost

Re: [PATCH 1/1] net: correct-Traffic-shaper-Kconfig

2006-10-22 Thread Patrick McHardy
Jiri Slaby wrote: > kconfig, correct traffic shaper > > CBQ is no longer experimental and is located in other subtree. > > diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig > index 0a999a8..e845df9 100644 > --- a/drivers/net/Kconfig > +++ b/drivers/net/Kconfig > @@ -2842,9 +2842,9 @@ config

Re: tg3 kernel bug in 2.6.18-mm3 and 2.6.19-rc2-mm2

2006-10-22 Thread Norbert Preining
Hi all! On Sam, 21 Okt 2006, Michael Chan wrote: > > 2.6.19-rc2 works > > 2.6.19-rc2+patch does not work > > > It doesn't make any sense. This patch is totally benign and > cannot cause the "No firmware running" and lockup that you > reported. Can you please double-check? Ok, I cannot reprodu

[PATCH 1/1] net: correct-Traffic-shaper-Kconfig

2006-10-22 Thread Jiri Slaby
kconfig, correct traffic shaper CBQ is no longer experimental and is located in other subtree. Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]> --- commit 5ee1f6ff7e1f03ed8edb2461612346e9964b745d tree debfe70d8c8338adb5ef1d860b07e4a00e760081 parent a3d771ef92954ce81363af9e0252490e2741fc21 author Ji

Re: [patch 1/1] r8169 driver: corega support

2006-10-22 Thread Darren Salt
I demand that Francois Romieu may or may not have written... > Darren Salt <[EMAIL PROTECTED]> : > [...] >> It does, but the patch causes the module to report that the reset failed >> even after reporting that it's done. A fix for this is attached. > Oops. Ok with the one below? Yes. [snip patc