167424614520_520760007757John 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,

 
180025584392_582660007982John 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

 
116624334329_567360007780Simon 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

 
164122944120_519560007756Patrick McHardy

 
133026674236_582960007270Patrick 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

 
175829064732_527760007002William 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

 
103329134561_542660007759Simon 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

 
140729054192_573760007246Jan 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.

 
151622184540_563660007464Amos 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

 
139127444130_562860007362Simon 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

 
189823304268_563060007381Patrick 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

 
163226414293_519360007032Patrick 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

 
195324744937_514460007514Neil 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

 
139027264733_593060007146Neil 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-

 
139427534890_552560007462greg
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

 
188722784792_515460007399greg
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

 
153625404040_583060007107David 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/

 
186226864581_579960007792David 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

 
131222204517_504560007879David 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

 
119125444632_508160007012Jiri 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

 
154329564291_533560007199Jiri 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

 
173526464740_577660007473Jiri 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

 
188323364159_546460007989David Miller
From: Jiajun Wu <b06378@xxxxxxxxxxxxx commit 7583605b6d29f1f7f6fc505b883328089f3485ad ("ucc_geth: Fix empty TX queue processing") fixed empty TX queue mishandling, but didnt account an

 
125524474208_577360007358David 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

 
165226844903_528460007971Kristoffer 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

 
129623074926_558860007035Geert 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

 
178723784681_552760007155Anders 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

 
100020364492_515960007626Anders 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

 
114827554073_535660007565Anders 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

 
171521794248_561760007013Herbert 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

 
158827604321_551460007964Anders 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:

 
154921344342_523060007495Anders 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.

 
138626624532_587860007031Matt 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

 
150429694787_557860007314Hagen 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

 
114220404493_539160007957Hagen 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

 
140522454716_572660007062Hagen 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

 
169023084196_503160007858Hagen 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

 
152729254519_505860007340Hagen 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

 
108923074309_587660007634Hagen 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.

 
119020274674_568360007331danylux79
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

 
163928234577_535460007335Andreas 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

 
141722384644_561460007181Li 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@

 
147127974106_599160007909Li 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 ..."

 
133029454216_563960007100Li 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(

 
127320104127_594860007546Koki 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

 
127923324369_585660007918Koki 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

 
119121044155_583560007425Yang 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

 
101621884221_512260007076Koki 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

 
103125094020_524760007842Koki 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

 
134824224852_547560007545Yang 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