| 154826254929_561960007385 | John W Linville |
|
On Tue, Jan 19, 2010 at 02:13:01AM -0800, David Miller wrote:
From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
Date: Mon, 18 Jan 2010 17:59:55 -0500
I was just looking at ppp_generic, |
|
|   |
| 119525554646_527660007232 | John W Linville |
|
From: "John W. Linville" <linville@xxxxxxxxxxxxx
Date: Mon, 18 Jan 2010 17:36:02 -0500
Yikes!! I guess I fell out of the habit of sending pull requests for
wireless-next-2.6...Im |
|
|   |
| 146220194540_582760007522 | Simon Arlott |
|
From: "John W. Linville" <linville@xxxxxxxxxxxxx
Date: Mon, 18 Jan 2010 17:22:09 -0500
Here are a few more fixes intended for 2.6.33 -- I dont think there
is anything controversial |
|
|   |
| 188521044624_591860007246 | Patrick McHardy |
|
|
|
|   |
| 122123184218_569460007337 | Patrick McHardy |
|
On Tue, January 19, 2010 09:30, Patrick McHardy wrote:
William Allen Simpson wrote:
Simon Arlott wrote:
This moves the check for (header size != packet size) to after
attempting to modif |
|
|   |
| 163421844963_556260007510 | William Allen Simpso |
|
On Tue, January 19, 2010 09:17, William Allen Simpson wrote:
Simon Arlott wrote:
The check for data only needs to apply where the packet length
could be increased by adding the MSS option. (T |
|
|   |
| 194829994065_559360007006 | Simon Arlott |
|
On Tue, January 19, 2010 15:44, William Allen Simpson wrote:
Simon Arlott wrote:
On Tue, January 19, 2010 09:17, William Allen Simpson wrote:
I could change the comment too, but the same logi |
|
|   |
| 182627374026_536560007499 | Jan Engelhardt |
|
On Wednesday 2010-01-20 22:21, Simon Arlott wrote:
The TCPMSS target is dropping SYN packets where:
1) There is data, or
2) The data offset makes the TCP header larger than
the packet.
|
|
|   |
| 188824484603_551160007017 | Amos Jeffries |
|
On 20/01/10 21:41, Jan Engelhardt wrote:
On Wednesday 2010-01-20 22:39, Jan Engelhardt wrote:
On Wednesday 2010-01-20 22:21, Simon Arlott wrote:
The TCPMSS target is dropping SYN packets |
|
|   |
| 175725874336_597660007973 | Simon Arlott |
|
Jan Engelhardt wrote:
On Wednesday 2010-01-20 22:39, Jan Engelhardt wrote:
On Wednesday 2010-01-20 22:21, Simon Arlott wrote:
The TCPMSS target is dropping SYN packets where:
1) T |
|
|   |
| 131329154156_527560007960 | Patrick McHardy |
|
On Thursday 2010-01-21 13:47, Simon Arlott wrote:
The TCPMSS target can be applied to more than just one direction
of traffic. Im modifying incoming traffic too, so adding the MSS
option and se |
|
|   |
| 178524254959_585060007233 | Patrick McHardy |
|
The TCPMSS target is dropping SYN packets where:
1) There is data, or
2) The data offset makes the TCP header larger than the packet.
Both of these result in an error level printk. This printk h |
|
|   |
| 185728454971_588360007534 | Neil Horman |
|
Good afternoon, hope this note finds everyones week starting well.
We are in the process of beginning full scale deployment of IPv6 and
have run into the following issue. It is probably user error |
|
|   |
| 138120974983_598560007348 | Neil Horman |
|
On Jan 18, 3:17pm, Neil Horman wrote:
} Subject: Re: Global IPV6 auto-configuration does not work as expected.
Hi Neil, thanks for the note.
The only way we have been able to disable the auto- |
|
|   |
| 100223644936_533860007216 | greg |
|
greg@xxxxxxxxxxxx wrote:
On Jan 18, 3:17pm, Neil Horman wrote:
} Subject: Re: Global IPV6 auto-configuration does not work as expected.
Hi Neil, thanks for the note.
The only way we |
|
|   |
| 131026534131_546760007609 | greg |
|
From: greg@xxxxxxxxxxxx
Date: Tue, 19 Jan 2010 14:34:00 -0600
That would only be effective with a modular implementation of ipv6.
As I noted above these are completely static kernels.
Thats inc |
|
|   |
| 142727124034_538560007052 | David Miller |
|
Update IPv6 documentation to describe how to set parameters when its
built-into the kernel. Reported by <greg@xxxxxxxxxxxx .
Signed-off-by: Brian Haley <brian.haley@xxxxxx
---
diff --git a/ |
|
|   |
| 161924184898_559060007106 | David Miller |
|
David Miller wrote:
From: Brian Haley <brian.haley@xxxxxx
Date: Fri, 22 Jan 2010 15:24:49 -0500
Update IPv6 documentation to describe how to set parameters when its
built-into the ke |
|
|   |
| 112326824203_510660007812 | David Miller |
|
On Mon, 25 Jan 2010 13:21:42 -0800 (PST) David Miller wrote:
From: Brian Haley <brian.haley@xxxxxx
Date: Mon, 25 Jan 2010 12:28:15 -0500
I guess Documentation/kernel-parameters.txt is |
|
|   |
| 145426694176_539060007516 | Jiri Pirko |
|
On Mon, 25 Jan 2010 13:34:11 -0800 (PST) David Miller wrote:
From: Randy Dunlap <rdunlap@xxxxxxxxxxxx
Date: Mon, 25 Jan 2010 13:31:33 -0800
On Mon, 25 Jan 2010 13:21:42 -0800 (PST) Da |
|
|   |
| 160723164168_573960007095 | Jiri Pirko |
|
On Mon, 2010-01-18 at 17:23 +0100, Jiri Pirko wrote:
When preparing to upcoming migration of mc_list (list of multicast MACs)
to list_head, the need of traversing the list over one structure memb |
|
|   |
| 134722104808_538260007369 | Jiri Pirko |
|
On Mon, 2010-01-18 at 22:07 +0100, Jiri Pirko wrote:
Mon, Jan 18, 2010 at 06:17:13PM CET, bhutchings@xxxxxxxxxxxxxx wrote:
[...]
#define list_for_each_struct_entry(pos, head, type, posmember, me |
|
|   |
| 143522144788_533260007087 | David Miller |
|
From: Jiajun Wu <b06378@xxxxxxxxxxxxx
commit 7583605b6d29f1f7f6fc505b883328089f3485ad ("ucc_geth: Fix empty
TX queue processing") fixed empty TX queue mishandling, but didnt
account an |
|
|   |
| 143929284770_564360007436 | David Miller |
|
From: Matthew Slattery <mslattery@xxxxxxxxxxxxxx
Checking the PHY XS MMD here is unnecessary and can give false negatives.
Signed-off-by: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx
---
drive |
|
|   |
| 145424884104_563060007110 | Kristoffer Glembo |
|
This driver adds support for Aeroflex Gaisler 10/100 and 10/100/1G Ethernet MACs.
This is the second round for this patch. I have incorporated fixes suggested by Ben Hutchings
after reviewing (parts |
|
|   |
| 114524854427_531360007210 | Geert Uytterhoeven |
|
From: Kristoffer Glembo <kristoffer@xxxxxxxxxxx
Date: Mon, 18 Jan 2010 16:07:57 +0100
+#undef DEBUG_TX_PACKETS
+#undef DEBUG_RX_PACKETS
There is an existing facility for doing run-time debu |
|
|   |
| 140925714420_521660007015 | Anders BostrxF6m |
|
Am 18.01.2010 15:44 schrieb Geert Uytterhoeven:
On Fri, Jan 15, 2010 at 19:08, Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx wrote:
On Thu, 14 Jan 2010 23:18:41 +0100 (CET)
Tilman Schmidt <ti |
|
|   |
| 158623874229_537360007033 | Anders BostrxF6m |
|
Anders Boström <anders@xxxxxxxxxxxxxx wrote:
It is an ASUS M4A78 PRO motherboard with the Atheros
AR8121/AR8113/AR8114 on-board.
~25Mbyte/s performance. I get ~5000 retransmitte |
|
|   |
| 146121584961_523060007994 | Anders BostrxF6m |
|
Anders Boström <anders@xxxxxxxxxxxxxx
Sent: Wednesday, January 20, 2010 5:27 PM
To: Jie Yang
Cc: ben@xxxxxxxxxxxxxxx; netdev@xxxxxxxxxxxxxxx;
565404@xxxxxxxxxxxxxxx; Xiong Huang
S |
|
|   |
| 166722544482_577160007359 | Herbert Xu |
|
On Thu, 2010-01-21 at 17:42 +0100, Anders Boström wrote:
"JY" == Jie Yang <Jie.Yang@xxxxxxxxxxx writes:
Have you tested NFS over TCP? The block-size the applicatio |
|
|   |
| 188120294845_530860007067 | Anders BostrxF6m |
|
Anders Boström <anders@xxxxxxxxxxxxxx wrote:
Cc: ben@xxxxxxxxxxxxxxx; netdev@xxxxxxxxxxxxxxx;
565404@xxxxxxxxxxxxxxx; Xiong Huang
Subject: Re: Bug#565404: linux-image-2.6.26-2-amd64: |
|
|   |
| 151827524639_593860007592 | Anders BostrxF6m |
|
Anders Boström <anders@xxxxxxxxxxxxxx wrote:
IP-header length field, but is shorter.
JY following is my test cese,
JY a nfs server server with ar8131chip, device id 1063.
|
|
|   |
| 195425544979_518260007698 | Matt Carlson |
|
Hello,
i have a dell with a BCM5722 driven by the tg3 driver.
this pc is connected to an unmanaged switch by micronet;
the connection is at 1000MBs.
the system is normally stable;
sometimes the co |
|
|   |
| 121623894856_517660007656 | Hagen Paul Pfeifer |
|
On Wed, Jan 20, 2010 at 00:08, Matt Carlson <mcarlson@xxxxxxxxxxxx wrote:
On Mon, Jan 18, 2010 at 06:17:32AM -0800, marco gaddoni wrote:
Hello,
i have a dell with a BCM5722 driven by t |
|
|   |
| 117022864911_565360007795 | Hagen Paul Pfeifer |
|
Hagen Paul Pfeifer wrote:
diff --git a/net/sched/sch_fifo.c b/net/sched/sch_fifo.c
index 69188e8..8286882 100644
--- a/net/sched/sch_fifo.c
+++ b/net/sched/sch_fifo.c
@@ -43,6 +43,50 @@ sta |
|
|   |
| 101229384824_585760007165 | Hagen Paul Pfeifer |
|
Drop this patch - I forgot to git add include/net/pkt_sched.h and
net/sched/sch_api.c
HGN
--
Hagen Paul Pfeifer <hagen@xxxxxxxx || rel="nofollow" jauu.net/ jauu.net/
Telephone: +49 17 |
|
|   |
| 192527644917_556360007885 | Hagen Paul Pfeifer |
|
Hagen Paul Pfeifer wrote:
This add an additional queuing strategy, called pfifo_head_drop,
to remove the oldest skb in the case of an overflow within the queue -
the head element - instead of t |
|
|   |
| 115426544439_513360007367 | Hagen Paul Pfeifer |
|
Hagen Paul Pfeifer wrote, On 01/18/2010 05:44 PM:
This add an additional queuing strategy, called pfifo_head_drop,
"This adds"...
to remove the oldest skb in the case of an overflow |
|
|   |
| 183220534756_568760007375 | Hagen Paul Pfeifer |
|
On Mon, Jan 18, 2010 at 08:36:45PM +0100, Hagen Paul Pfeifer wrote:
* Jarek Poplawski | 2010-01-18 20:25:17 [+0100]:
I dont think this is needed; qdisc_dequeue_head() updated it already.
|
|
|   |
| 134324004662_525460007719 | danylux79 |
|
This adds an additional queuing strategy, called pfifo_head_drop,
to remove the oldest skb in the case of an overflow within the queue -
the head element - instead of the last skb (tail). To remove t |
|
|   |
| 104820644657_587260007903 | Andreas Sundstrom |
|
Hi, first of all I want to let you know that Im not a coder, and
very much not a kernel hacker.
But I have seen a (strange for me) behavior.
Let me explain what I have seen and what I have tried to |
|
|   |
| 103728464666_595560007367 | Li Yewang |
|
The encryption name such as "rfc3686(ctr(aes))" is too complex.
I think simple name is better for user when using "ip xfrm state ..." command.
Signed-off-by: Li Yewang <lyw@ |
|
|   |
| 184025634020_527860007858 | Li Yewang |
|
Li Yewang <lyw@xxxxxxxxxxxxxx wrote:
The encryption name such as "rfc3686(ctr(aes))" is too complex.
I think simple name is better for user when using "ip xfrm state ..." |
|
|   |
| 164525284911_540060007140 | Li Yewang |
|
From: Li Yewang <lyw@xxxxxxxxxxxxxx
Date: Tue, 19 Jan 2010 16:25:22 +0800
Herbert Xu wrote:
Li Yewang <lyw@xxxxxxxxxxxxxx wrote:
The encryption name such as "rfc3686(ctr( |
|
|   |
| 177625594541_543860007594 | Koki Sanagi |
|
On Thu, Jan 21, 2010 at 01:22:17PM +0800, Li Yewang wrote:
Sorry, I am new to crypto.
I searched the soucre code in the directory of /crypto,
and found that, all cryptos use shortname, for e |
|
|   |
| 115628614659_581360007580 | Koki Sanagi |
|
This patch adds tracepoints at UDP protocol.
udp_sendmsg entry of UDP layer(transmit)
udp_sendpage entry of UDP layer(transmit)
udp_push_pending_frames all data(udp_sendmsg ha |
|
|   |
| 171527694426_538060007835 | Yang Hongyang |
|
This patch adds tracepoints at IP protocol, skb_clone and locations where
copy user data to skb.
skb_clone chase the cloned skb
senddata_copy_skb copy userdata to skb for transmi |
|
|   |
| 174725624398_576860007094 | Koki Sanagi |
|
Yang Hongyang wrote:
Koki Sanagi wrote:
This patch adds tracepoints at IP protocol, skb_clone and locations where
copy user data to skb.
skb_clone chase the cloned skb
|
|
|   |
| 162624854622_553760007838 | Koki Sanagi |
|
Koki Sanagi wrote:
This patch adds tracepoints at IP protocol, skb_clone and locations where
copy user data to skb.
skb_clone chase the cloned skb
senddata_copy_skb co |
|
|   |
| 167726624396_521860007208 | Yang Hongyang |
|
These patch-set adds some tracepoints to the TCP/IP stack and netdev layer.
As described below,
rel="nofollow" marc.info/?l=linux-netdev&m=126096487212459&w=2 marc.info/?l=linux-netdev |
|
|   |