On Sat, 21 Oct 2006 12:38:14 -0700 (PDT)
David Miller [EMAIL PROTECTED] wrote:
From: Norbert Preining [EMAIL PROTECTED]
Date: Sat, 21 Oct 2006 15:22:39 +0200
[c010469d] dump_stack+0x12/0x14
[c0141cb3] softlockup_tick+0xaa/0xc1
[c0129bad] update_process_times+0x3b/0x5e
[c01362a1]
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 patch]
--
|
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
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 reproduce it
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
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 please
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
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. We
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
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. Means
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 getting
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:
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
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 get them.
What
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
follow up
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
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 *tfm, const u8
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/6] [CRYPTO]
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
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
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 to
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 is __devinit
and could
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) {
+
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;
}
+
24 matches
Mail list logo
