From 30d6996860f7e5589d1bce10404bbcfd6592c9de Mon Sep 17 00:00:00 2001
From: Denis Cheng [EMAIL PROTECTED]
Date: Thu, 31 May 2007 15:21:58 +0800
Subject: [PATCH] since the definition of dst_discard_in and
dst_discard_out are the same,
they should merged into one
Signed-off-by: Denis Cheng
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Wed, 30 May 2007 12:14:22 -0700
Peroidic STP timers don't have to be exact.
The hold timer runs at 1HZ, and the hello timer normally runs
at 2HZ; save power by aligning it them to next second.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
From: John W. Linville [EMAIL PROTECTED]
Date: Wed, 30 May 2007 14:25:38 -0400
Some bug fixes that should be applied to 2.6.22:
mac80211: fail back to use associate from reassociate
mac80211: fix memory leak when defrag fragments
mac80211: always set carrier status on open
From: Rankle_ [EMAIL PROTECTED]
Date: Thu, 31 May 2007 15:26:54 +0800
From 30d6996860f7e5589d1bce10404bbcfd6592c9de Mon Sep 17 00:00:00 2001
From: Denis Cheng [EMAIL PROTECTED]
Date: Thu, 31 May 2007 15:21:58 +0800
Subject: [PATCH] since the definition of dst_discard_in and
dst_discard_out
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Sat, 26 May 2007 11:35:54 +0300
From: =?ISO-8859-1?q?Ilpo_J=E4rvinen?= [EMAIL PROTECTED]
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
This is of course trivial and fine, applied.
-
To unsubscribe from this list: send the line unsubscribe netdev
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Sat, 26 May 2007 11:35:55 +0300
From: =?ISO-8859-1?q?Ilpo_J=E4rvinen?= [EMAIL PROTECTED]
F-RTO does not touch SACKED_ACKED bits at all, so there is no
need to recount them in tcp_enter_frto_loss. After removal of
the else branch, nested ifs can be
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Sat, 26 May 2007 11:35:56 +0300
From: =?ISO-8859-1?q?Ilpo_J=E4rvinen?= [EMAIL PROTECTED]
It is easily calculable when needed and user are not that many
after all.
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
This looks good, but are you
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Sat, 26 May 2007 11:35:57 +0300
From: =?ISO-8859-1?q?Ilpo_J=E4rvinen?= [EMAIL PROTECTED]
In addition, added a reference about the purpose of the loop.
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
Nice observation, patch applied.
-
To
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Sat, 26 May 2007 11:35:58 +0300
From: =?ISO-8859-1?q?Ilpo_J=E4rvinen?= [EMAIL PROTECTED]
No other users exist for tcp_ecn.h. Very few things remain in
tcp.h, for most TCP ECN functions callers reside within a
single .c file and can be placed
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Sat, 26 May 2007 11:35:59 +0300
From: =?ISO-8859-1?q?Ilpo_J=E4rvinen?= [EMAIL PROTECTED]
The indentation started to get scary, so I reorganized code so
that some trivial ifs are in tcp_update_scoreboard and the main
loops remain in
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Sat, 26 May 2007 11:36:00 +0300
From: =?ISO-8859-1?q?Ilpo_J=E4rvinen?= [EMAIL PROTECTED]
In addition, implemented find_below using minus one. Some
reorganization was necessary to make code efficient again.
Signed-off-by: Ilpo Järvinen [EMAIL
On 5/31/07, David Miller [EMAIL PROTECTED] wrote:
Your email client has changed all of the tab characters into spaces,
corrupting the patch.
Please configure your email client to not perform any text formatting.
Please test this, by emailing the patch to yourself and trying to
apply it,
Venki Pallipadi [EMAIL PROTECTED] writes:
If this does not work:
Another option is to use 'deferrable timer' here which will be called at
same as before time when CPU is busy and on idle CPU it will be delayed until
CPU comes out of idle due to any other events.
That would sound like a good
This patch fixes several whitespace issues.
Signed-off-by: Thomas Klein [EMAIL PROTECTED]
---
diff -Nurp -X dontdiff linux-2.6.22-rc3/drivers/net/ehea/ehea.h
patched_kernel/drivers/net/ehea/ehea.h
--- linux-2.6.22-rc3/drivers/net/ehea/ehea.h2007-05-30 12:13:36.0
+0200
+++
After there were no technical concerns about this patch I'm resending it with
all whitespace issues fixed which were mentioned by Stephen Rothwell.
This patch enables the receive side processing to aggregate TCP packets within
the HEA device driver. It analyses the packets already received after
Hi,
On Thursday 31 May 2007 02:21, Julian Anastasov wrote:
I've posted a few patches making omitting this check possible
selectively back in March. Do those changes look acceptable?
http://marc.info/?l=linux-netdevm=117310979823297w=3
Also, i'm not sure if
I'm still very unhappy with having all this in various drivers. There's
a lot of code that can be turned into generic library functions, and even
more code that could be made generic with some amount of refactoring.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of
Herbert Xu wrote:
On Wed, May 30, 2007 at 09:51:14PM -0700, Kok, Auke wrote:
this has been an age-old confusion that I never grasped either, so I
perfectly understand why you added the explicit e1000_disable_irq call in
the other patch (and think thats a great idea). But really, there should
Dear Nakamura-san,
[EMAIL PROTECTED] schrieb:
This is the third one of MIPv6 module patch. It can be applied
after two patches which are already sent to the list.
Could you review it?
They look good. Thanks for taking the time to clean this up!
Acked-by: Ingo Oeser [EMAIL PROTECTED]
Best
On Thu, 2007-05-31 at 11:08 +1000, Herbert Xu wrote:
On Wed, May 30, 2007 at 05:22:30PM -0400, Doug Chapman wrote:
but once again broken just yesterday by the following commit. I have
backed just this commit out and verified I no longer panic.
Hmm, the only way I can see this happening
Doug Chapman wrote:
On Thu, 2007-05-31 at 11:08 +1000, Herbert Xu wrote:
On Wed, May 30, 2007 at 05:22:30PM -0400, Doug Chapman wrote:
but once again broken just yesterday by the following commit. I have
backed just this commit out and verified I no longer panic.
Hmm, the only way I can see
Thanks for you comments...
On Thu, 31 May 2007, David Miller wrote:
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Sat, 26 May 2007 11:35:56 +0300
It is easily calculable when needed and user are not that many
after all.
This looks good, but are you absolutely sure we never used
a stale
+static int try_get_ip_tcp_hdr(struct ehea_cqe *cqe, struct sk_buff *skb,
+ struct iphdr **iph, struct tcphdr **tcph)
+{
+ int ip_len;
+
+ /* non tcp/udp packets */
+ if (!cqe-header_length)
+ return -1;
+
+ /* non tcp packet */
On Sun, 27 May 2007 20:44:04 +0200
Patrick McHardy [EMAIL PROTECTED] wrote:
Fix sky2 disabling VLAN completely when the first vid is unregistered.
For some reason the VLAN code insists on the driver providing a
vlan_rx_kill_vid function even if only NETIF_F_HW_VLAN_RX and not
Stephen Hemminger wrote:
On Sun, 27 May 2007 20:44:04 +0200
Patrick McHardy [EMAIL PROTECTED] wrote:
Fix sky2 disabling VLAN completely when the first vid is unregistered.
For some reason the VLAN code insists on the driver providing a
vlan_rx_kill_vid function even if only
On Thu, 31 May 2007 19:37:07 +0200
Patrick McHardy [EMAIL PROTECTED] wrote:
Stephen Hemminger wrote:
On Sun, 27 May 2007 20:44:04 +0200
Patrick McHardy [EMAIL PROTECTED] wrote:
Fix sky2 disabling VLAN completely when the first vid is unregistered.
For some reason the VLAN code
From: Larry Finger [EMAIL PROTECTED]
At present, transmission rate information for mac80211 is available only
if verbose debugging is turned on, and then only in the logs. This patch
implements the SIOCGIWRATE ioctl, which adds the current transmission rate to
the output of iwconfig.
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Mon, 23 Apr 2007 14:28:21 +0300 (EEST)
There are IMHO two problems in it. First of all, nothing ensures that the
skb TCP is fragmenting is actually below the forwardmost sack block (and
thus is included to the fackets_out)...
Good catch, I agree
Fix following section mismatch warning in hp100:
WARNING: drivers/net/hp100.o(.init.text+0x26a): Section mismatch: reference to
.exit.text: (after 'init_module')
The warning says that we use a function marked __exit from a
function marked __init.
This is not good on architectures where we
Patrick McHardy wrote:
Urs Thuermann wrote:
+/* tx socket reference pointer: Loopback required if not NULL */
+loop = *(struct sock **)skb-cb != NULL;
Qdiscs might change skb-cb. Maybe use skb-sk?
Hi Patrick,
due to current projects Urs and me had only a short time
[TG3]: Fix link problem on Dell's onboard 5906.
The bug is caused by code that always set
(TG3_FLAG_USE_MI_INTERRUPT | TG3_FLAG_USE_LINKCHG_REG) on all Dell's
onboard devices. With these 2 flags set, the link status is polled
by tg3_timer() and will only work when the PHY is set up to interrupt
On Wed, 2007-05-30 at 11:28 -0400, Dan Williams wrote:
On Wed, 2007-05-30 at 10:07 -0400, Jeff Garzik wrote:
John W. Linville wrote:
Lots of stuff here...probably best for 2.6.23...
Is this best for Linux users... or just easy for developers?
Won't putting off all these fixes until
On Thu, May 31, 2007 at 07:54:31AM -0700, Kok, Auke wrote:
so how about calling netif_poll_disable() before we register the net_device?
Yes that should work. Let's move the other two netif_ calls while we're
at it.
well no, if we make the watchdog (this is something I've already
From: Michael Chan [EMAIL PROTECTED]
Date: Thu, 31 May 2007 15:03:39 -0700
[TG3]: Fix link problem on Dell's onboard 5906.
The bug is caused by code that always set
(TG3_FLAG_USE_MI_INTERRUPT | TG3_FLAG_USE_LINKCHG_REG) on all Dell's
onboard devices. With these 2 flags set, the link status
On Thu, May 31, 2007 at 08:23:24AM -0700, Kok, Auke wrote:
e1000: :01:02.0: e1000_probe: (PCI-X:66MHz:64-bit) 00:15:60:04:d7:f8
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: :01:02.1: e1000_probe: (PCI-X:66MHz:64-bit) 00:15:60:04:d7:f9
e1000: eth1: e1000_probe:
On Thu, May 31, 2007 at 11:16:09AM -0400, Doug Chapman wrote:
# dmesg | grep e1000
e1000: :01:02.0: e1000_probe: (PCI-X:66MHz:64-bit) 00:15:60:04:d7:f8
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: :01:02.1: e1000_probe: (PCI-X:66MHz:64-bit) 00:15:60:04:d7:f9
Herbert Xu wrote:
On Thu, May 31, 2007 at 08:23:24AM -0700, Kok, Auke wrote:
e1000: :01:02.0: e1000_probe: (PCI-X:66MHz:64-bit) 00:15:60:04:d7:f8
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: :01:02.1: e1000_probe: (PCI-X:66MHz:64-bit) 00:15:60:04:d7:f9
e1000:
Herbert Xu wrote:
On Thu, May 31, 2007 at 07:54:31AM -0700, Kok, Auke wrote:
so how about calling netif_poll_disable() before we register the net_device?
Yes that should work. Let's move the other two netif_ calls while we're
at it.
well no, if we make the watchdog (this is something I've
From: Frederik Deweerdt [EMAIL PROTECTED]
Date: Fri, 11 May 2007 17:00:14 +0200
I'm seeing an Oops[1] with a 2.6.19.2 kernel:
Frederik, I finally was able to spend some quality time on
this issue today. Sorry for taking so long.
I came up with a series of two patches, the first one makes
the
On Thu, May 31, 2007 at 05:13:17PM -0400, Dan Williams wrote:
On Wed, 2007-05-30 at 11:28 -0400, Dan Williams wrote:
On Wed, 2007-05-30 at 10:07 -0400, Jeff Garzik wrote:
John W. Linville wrote:
Lots of stuff here...probably best for 2.6.23...
Is this best for Linux users... or
On Fri, 2007-06-01 at 08:10 +1000, Herbert Xu wrote:
On Thu, May 31, 2007 at 11:16:09AM -0400, Doug Chapman wrote:
# dmesg | grep e1000
e1000: :01:02.0: e1000_probe: (PCI-X:66MHz:64-bit) 00:15:60:04:d7:f8
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000:
From: Mark Glines [EMAIL PROTECTED]
Date: Tue, 15 May 2007 15:50:54 -0700
I noticed I had chopped off a whole comment, when I meant to only remove
part of it. So I've fixed that.
This is a reissued use-high-ports-for-local-stuff.diff, with a comment
fix. Does anyone have a problem with
Hello,
On Thu, 31 May 2007, KOVACS Krisztian wrote:
So what about this one?
May be we can try with better coding style. Also, this version
adds undefined behavior for using FLOWI_FLAG_ANYSRC with multicast
oldflp-fl4_dst
Loosen source address check on IPv4 output
From:
From: Herbert Xu [EMAIL PROTECTED]
Date: Sun, 20 May 2007 15:11:48 +1000
David Miller [EMAIL PROTECTED] wrote:
From: Dave Johnson [EMAIL PROTECTED]
The below patch changes rt_run_flush() to only take each spinlock
protecting the rt_hash_table once instead of taking a spinlock for
On Thu, May 31, 2007 at 06:38:28PM -0400, Doug Chapman wrote:
I get a backtrace as it probes each e1000 device and I also still get
the unexpected interrupt message.
WARNING: at drivers/net/e1000/e1000_main.c:1331 e1000_sw_init()
Thanks for testing!
Although I still don't know what
if a host configured with 802.3ad bond mode is connected to a switch
that does not support 802.3ad, then an aggregator is selected as the
active aggregator (first link that has carrier in the slave list).
This is perfectly fine, since it lets at least one of the link become active.
(this was the
When received ICMP Fragmentation Needed message, PATH MTU is always set
to the 576 even if MTU in ICMP message is lager then 576. This is
because of error condition in function ip_rt_frag_needed(), now if
packet size of that ICMP message is less then new MTU, packet size will
be used ,but RFC
From: Bill Nottingham [EMAIL PROTECTED]
Date: Wed, 30 May 2007 03:56:13 -0400
Recent gcc versions emit warnings when unsigned variables are compared 0 or
= 0.
Signed-off-by: Bill Nottingham [EMAIL PROTECTED]
Patch applied, thanks.
-
To unsubscribe from this list: send the line unsubscribe
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Wed, 30 May 2007 12:10:06 +0300 (EEST)
Based on feedback from Stephen, I changed the commit msg bit
clearer, the patch remains the same.
[PATCH] [TCP]: Fix GSO ignorance of pkts_acked arg (cong.cntrl modules)
The code used to ignore GSO
From: Wei Dong [EMAIL PROTECTED]
Date: Thu, 31 May 2007 09:16:50 +0800
Hi Mr. David
I have modified my patch according to you advice. I think -
EHOSTUNREACH is only for input path. In output path, we can just
simply check-ENETUNREACH (^_^), the patch is shown in the end of this mail.
I
On Thu, May 31, 2007 at 10:16:22PM -0700, David Miller wrote:
I don't think it's worth bothering -stable with this one,
agreed?
Not unless we're planning on making UFO use sk_setup_caps :)
Agreed!
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~} [EMAIL
Hi Dave:
[NET] gso: Fix GSO feature mask in sk_setup_caps
This isn't a bug just yet as only TCP uses sk_setup_caps for GSO.
However, if and when UDP or something else starts using it this is
likely to cause a problem if we forget to add software emulation
for it at the same time.
The problem is
From: Herbert Xu [EMAIL PROTECTED]
Date: Fri, 1 Jun 2007 15:13:49 +1000
[NET] gso: Fix GSO feature mask in sk_setup_caps
This isn't a bug just yet as only TCP uses sk_setup_caps for GSO.
However, if and when UDP or something else starts using it this is
likely to cause a problem if we
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Kim Phillips
Sent: Saturday, May 12, 2007 7:25 AM
To: Jeff Garzik; netdev@vger.kernel.org
Subject: [PATCH 2/5] phylib: enable RGMII-ID on the Marvell m88e
PHY
Support for configuring RGMII-ID
Mr David
Sorry to trouble many times, I will attention to this next time.
I have made this patch again, and I tried, it can be patched to the recently
kernel of linux-2.6.21.3. following is the patch, and I also attach this
patch to the attachment.
Signed-off-by: Wei Dong [EMAIL
55 matches
Mail list logo