at ISS can potentially be under-run even
> after
> the initial handshake; this is addressed a subsequent patch.
>
> Signed-off-by: Gerrit Renker <[EMAIL PROTECTED]>
Yes I had seen this and had worked out that variables weren't being
updated as they should be but hadn't go
On 12/3/07, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> wrote:
> WARNING: After reading some messages from Ingo Molnar on lkml I think we
> should really
> trim the number of lists we use for kernel development. And since I
> moved
> back to using mutt for reading e-mails, some
On 10/16/07, Yanping Du <[EMAIL PROTECTED]> wrote:
> Hi,
>
> We found the standard 16-bit tcp checksum is not
> strong enough in some cases. Is there any roadmap on
> implementing RFC1146 (tcp alternative checksum
> options) in Linux tcp stack ? If yes, how soon will
> that be in ?
>
> Please kin
On 8/30/07, David Miller <[EMAIL PROTECTED]> wrote:
> In fact this is a great example why we don't treat RFCs as dictations
> from the gods. They are often wrong, impractical, or full of fatal
> flaws.
>
Correct - they often have flaws in them, just like all documents. If
that is the case we shoul
On 8/30/07, David Miller <[EMAIL PROTECTED]> wrote:
> From: "Ian McDonald" <[EMAIL PROTECTED]>
> Date: Thu, 30 Aug 2007 09:32:38 +1200
>
> > So I'm suspecting that the default should be changed to 1000 to match
> > the RFC which would solve this i
On 8/30/07, Rick Jones <[EMAIL PROTECTED]> wrote:
> Enable configuration of the minimum TCP Retransmission Timeout via
> a new sysctl "tcp_rto_min" to help those who's networks (eg cellular)
> have quite variable RTTs avoid spurrious RTOs.
>
> Signed-off-by: Rick Jones <[EMAIL PROTECTED]>
> Signed-
On 7/12/07, OBATA Noboru <[EMAIL PROTECTED]> wrote:
> Ian McDonald wrote:
> > On 6/26/07, OBATA Noboru <[EMAIL PROTECTED]> wrote:
> >
> >> From: OBATA Noboru <[EMAIL PROTECTED]>
> >>
> >> Make TCP_RTO_MAX a variable, and allow a user
On 7/10/07, Bill Davidsen <[EMAIL PROTECTED]> wrote:
If there were any benefit to removing a working driver I would at least
be able to see it as a resources issue, but as far as I can see you just
seem to have a personal preference for the e100 driver and want to force
others to use it because y
On 6/26/07, OBATA Noboru <[EMAIL PROTECTED]> wrote:
From: OBATA Noboru <[EMAIL PROTECTED]>
Make TCP_RTO_MAX a variable, and allow a user to change it via a
new sysctl entry /proc/sys/net/ipv4/tcp_rto_max. A user can
then guarantee TCP retransmission to be more controllable, say,
at least once p
On 6/6/07, David Miller <[EMAIL PROTECTED]> wrote:
From: Randy Dunlap <[EMAIL PROTECTED]>
Date: Tue, 5 Jun 2007 18:01:41 -0700
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> gcc doesn't like the location of the __attribute__ string here:
> net/ipv4/tcp_probe.c:83: warning: empty declaration
>
> so
On 5/11/07, Vlad Yasevich <[EMAIL PROTECTED]> wrote:
The win might be biggest on a system were a lot of applications send a lot of
small packets. Some number will aggregate in the prio queue and then get shoved
into a driver in one go.
That's assuming that the device doesn't run out of things
On 5/11/07, Vlad Yasevich <[EMAIL PROTECTED]> wrote:
>> May be for TCP? What about other protocols?
>
> There are other protocols?-) True, UDP, and I suppose certain modes of
> SCTP might be sending streams of small packets, as might TCP with
> TCP_NODELAY set.
>
> Do they often queue-up outsid
On 5/4/07, David Miller <[EMAIL PROTECTED]> wrote:
sk_buff_head is due for being killed from the whole tree. Nobody
really needs the qlen, few things really need the lock, and those that
do can define their own as needed :-)
I've got out of tree research code that uses the qlen quite
significa
On 4/15/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
in fact, according to this:
http://lkml.org/lkml/2006/1/13/139
that notice was put in the feature removal file well over a year ago,
during 2.6.15. so that would seem to be more than adequate time for
everyone to prepare for it. but it m
On 4/15/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
Remove the obsolete code for the traffic shaper.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
Apart from the merits of removing this which I can't comment on, I
thought the usual procedure was to place a removal in
Documentation/f
On 4/14/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
Note: Ingo also reports what looks like a memory corruption due to
the 6b6b6b6b pattern on presumably the same box.
The 6b6b6b6b pattern is POISON_FREE, implying some kind of slab misuse,
most likely a use-after-free, although possibly just
On 3/5/07, Matt Mackall <[EMAIL PROTECTED]> wrote:
> This is due to the recent sysfs restructuring I think. IIRC the fix is
> to upgrade hal to a current git version.
If that's the cause, the fix is to back out whatever was done to break
userspace. Breaking userspace is not ok. Upgrading from 2.
On 2/21/07, bert hubert <[EMAIL PROTECTED]> wrote:
I'm trying to figure out which processes have the most impact, I had already
killed anything non-essential. But that still leaves 140 pids.
Bert
That sounds way too many pids. I run a script to shut down processes
when I do testing as
On 2/13/07, David Miller <[EMAIL PROTECTED]> wrote:
This is not the internet of 15 years ago, please wake up everyone.
We cannot sit on eggs for 5 years to make sure they hatch perfectly
like was previously possible.
OK. I get the point. I am more conservative by nature and more of an academic.
On 2/13/07, Baruch Even <[EMAIL PROTECTED]> wrote:
* Stephen Hemminger <[EMAIL PROTECTED]> [070212 18:04]:
> The TCP Vegas implementation is buggy, and BIC is too agressive
> so they should not be in the default list. Westwood is okay, but
> not well tested.
Since no one really agrees on the rel
/kernel.org all without success.
Can anybody point to whats going on as well at present and a
timeline/plan to resolve?
Thanks,
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
N
On 10/27/06, David Miller <[EMAIL PROTECTED]> wrote:
From: "Ian McDonald" <[EMAIL PROTECTED]>
Date: Fri, 27 Oct 2006 12:59:30 +1300
> I don't agree with this at all. I would love Firefox, BitTorrent etc
> to implement usage of TCP-LP for example so they use &q
trict module loading - this way the admin of the box can
decide what algorithms can be used.
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from this li
k = socket(AF_INET,SOCK_DGRAM,0);
break;
I'm sure you know all this anyway so apologies in advance for telling
you something you probably already know!
We need to come up with a way to select service codes etc for DCCP
which is another parameter needed for a DCCP socket when getaddrinfo
is tidie
eck my code
in the kernel? I could look it up but obviously you can tell me
quickly :-)
Regards,
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe fro
add to it.
More tests are always good!
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
t
ooks like some very useful information.
Regards,
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from this list: send the line "unsubscribe netdev"
@ -42,8 +42,11 @@ Socket options
DCCP_SOCKOPT_PACKET_SIZE is used for CCID3 to set default packet size for
calculations.
-DCCP_SOCKOPT_SERVICE sets the service. This is compulsory as per the
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Grou
Arnaldo - this looks good.
Signed-off-by: Ian McDonald <[EMAIL PROTECTED]>
On 9/15/06, Gerrit Renker <[EMAIL PROTECTED]> wrote:
Sorry kmail garbled this, clean text below.
- Gerrit
--
diff --git a/net/dccp/Kconfig b/net/dccp/Kconfig
index 859e335..2c345c0 100644
--- a/net/dccp/K
This shifts some constants from ccid3.c to ccid3.h
This is not needed for in tree code (yet) but for my own work.
Makes sense to have constants in header though.
Signed-off-by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/net/dccp/ccids/ccid3.c b/net/dccp/ccids/ccid3.c
index 6
This creates two new socket options DCCP_SOCKOPT_TX_PACKET_SIZE
and DCCP_SOCKOPT_RX_PACKET_SIZE. DCCP_SOCKOPT_PACKET_SIZE doesn't
work and packet size should be set independently on two half
connections.
Signed-off-by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/include/lin
This change introduces a constant for CCID numbers.
Signed-off-by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/include/linux/dccp.h b/include/linux/dccp.h
index 2d7671c..a073164 100644
--- a/include/linux/dccp.h
+++ b/include/linux/dccp.h
@@ -169,6 +169,12 @
This adds DCCP probing shamelessly ripped off from TCP probes by Stephen
Hemminger.
I've put in here support for further CCID3 variables as well.
Andrea/Arnaldo might look to extend for CCID2.
Signed-off-by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/net/dccp/Kconfig b/net/d
Here is my latest set of patches for DCCP.
If possible I would like these to go into 2.6.19. I have tested against
2.6.18rc5 and latest net-2.6.19 git tree of Dave M as well.
Dave - Patches 1 and 2 are trivial and just introducing constants and using
them. Patch 4 is shifting some code into a hea
This removes DCCP_SOCKOPT_PACKET_SIZE for two reasons:
* the current code doesn't work
* tx and rx should be different (introduced in former patch)
Signed-off-by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/include/linux/dccp.h b/include/linux/dccp.h
index ef1c57b..18fbbb4 1
With constants for CCID numbers this now uses them in some places.
Signed-off-by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/net/dccp/ccids/ccid2.c b/net/dccp/ccids/ccid2.c
index 457dd3d..2efb505 100644
--- a/net/dccp/ccids/ccid2.c
+++ b/net/dccp/ccids/ccid2.c
@@ -808,7 +808,7 @@
Set initial packet size to defaults as existing code doesn't work
as set_sockopt occurs after initialisation so dccps_packet_size
is of no use really.
Signed-off-by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/net/dccp/ccids/ccid3.c b/net/dccp/ccids/ccid3.c
index 7b4699a..e6c
ordian knot http://en.wikipedia.org/wiki/Gordian_Knot
In other words you should fix the application rather than the near
impossible task of trying to make the packets in order...
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Depart
off-by: Ian McDonald <[EMAIL PROTECTED]>
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
On 9/13/06, Daniele Lacamera <[EMAIL PROTECTED]> wrote:
On Tuesday 12 September 2006 23:26, Ian McDonald wrote:
> Where is the published research? If you are going to mention research
> you need URLs to papers and please put this in source code too so
> people can check.
I
ld add I don't like having
to select 1000 as HZ unit. Something is wrong if you need this as I
can run higher resolution timers without having to do this
Haven't reviewed the rest of the code or tested.
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.c
Go to http://kernel.org and download a recent kernel.
if i want create a proc file in police.c, therefore modificate the kernel, i
must install on my pc another version on linux. It is exact?
As I said above get a newer version.
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.b
Police.
I hope this helps.
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
--
VGER BF report: U 0.5
-
To unsubscribe from this list: send the line "unsubscribe netd
of the JVM
type issues that users keep hitting (which is fixed or going to be
fixed by Sun).
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from this list: se
s.ucla.edu/dccp/
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message
> I haven't seen this go into the 2.6.19 tree yet?
Because I simply haven't applied it yet.
OK. My apologies for hassling you. I'm being too hasty and Arnaldo has
correctly chastised me.
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAN
On 8/28/06, David Miller <[EMAIL PROTECTED]> wrote:
From: Ian McDonald <[EMAIL PROTECTED]>
Date: Mon, 28 Aug 2006 16:34:50 +1200
> Arnaldo has pointed this one out to me in latest series of
> patches. Can this go into 2.6.18 please?
It's not a bug fix, so we'll de
On 8/28/06, David Miller <[EMAIL PROTECTED]> wrote:
From: Ian McDonald <[EMAIL PROTECTED]>
Date: Mon, 28 Aug 2006 16:34:50 +1200
> Arnaldo has pointed this one out to me in latest series of
> patches. Can this go into 2.6.18 please?
It's not a bug fix, so we'll
As Arnaldo Carvalho de Melo points out I should be using list_entry in case
the structure changes in future. Current code functions but is reliant
on position and requires type cast.
Noticed when doing this that I have one more variable than I needed so
removing that also.
Signed off by: Ian
Dave,
Arnaldo has pointed this one out to me in latest series of patches. Can this go
into 2.6.18 please?
(And I've checked for white space too!)
Ian
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://
hat should
be put into the arch subtree not here.
in ccid2_hc_tx_init why are you using 6000? What is the significant.
Make it a constant defined somewhere.
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
Un
On 8/27/06, David Miller <[EMAIL PROTECTED]> wrote:
From: "Ian McDonald" <[EMAIL PROTECTED]>
Date: Sun, 27 Aug 2006 16:57:17 +1200
> Yes I see that now. However I can't see #5 in net-2.6.git in your tree
> or Linus' where 1-4 made it in...
Resend it to
; >
> > Ok, I'll toss 1-5 into 2.6.18
>
> Thanks for that. Are 6 and 7 going into 2.6.19 or do you want Arnaldo
> to have a bit more of a look? 6 in particular is trivial.
Those patches are already in net-2.6.19
Yes I see that now. However I can't see #5 in net-2.6.git i
d modern TCP
variants are more efficient when dealing with loss as can be verified
through iperf but we should implement what the RFC says.
Basically the implementation in the DCCP code was buggy and was
transmitting too fast so I have made it conform to the RFC much
closer.
Ian
--
Ian McDonald
Web:
I spent all of today on USAGI's IPSEC/MIPV6 patches and related
issues, so I'll look into this tomorrow.
Thanks Ian.
Yes I saw that. Take your time as this is nowhere near as important!
Regards,
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WA
This shifts further sysctls into feat.h. No change in
functionality - shifting code only.
Signed off by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/net/dccp/feat.h b/net/dccp/feat.h
index b44c455..cee553d 100644
--- a/net/dccp/feat.h
+++ b/net/dccp/feat.h
@@ -27,5 +27,10 @@ exte
This adds transmit buffering to DCCP.
I have tested with CCID2/3 and with loss and rate limiting.
Signed off by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/include/linux/dccp.h b/include/linux/dccp.h
index 676333b..2d7671c 100644
--- a/include/linux/dccp.h
+++ b/include/linux/
d off so box just acting as router with 1.2
msec RTT. The performance with this is the same with or without the patch
at around 30 Mbit/s.
Signed off by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/net/dccp/ccids/ccid3.c b/net/dccp/ccids/ccid3.c
index 0f85970..dad20c9 100644
--- a/net
This adds a new function dccp_rx_hist_find_entry.
Signed off by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/net/dccp/ccids/lib/packet_history.c
b/net/dccp/ccids/lib/packet_history.c
index 7b6b03e..1c68182 100644
--- a/net/dccp/ccids/lib/packet_history.c
+++ b/net/dccp/cci
This adds a new function to see if two sequence numbers follow each other.
Signed off by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/net/dccp/dccp.h b/net/dccp/dccp.h
index b8931d3..84b477d 100644
--- a/net/dccp/dccp.h
+++ b/net/dccp/dccp.h
@@ -81,6 +81,14 @@ static inline u64 max48
Just updating copyright and contacts
Signed off by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/CREDITS b/CREDITS
index 29be6d1..0fe904e 100644
--- a/CREDITS
+++ b/CREDITS
@@ -2209,7 +2209,7 @@ S: (address available on request)
S: USA
N: Ian McDonald
-E: [EMAIL PROTECTED]
+E:
This fixes a small typo in net/dccp/libs/packet_history.c
Signed off by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/net/dccp/ccids/lib/packet_history.c
b/net/dccp/ccids/lib/packet_history.c
index ad98d6a..6739be1 100644
--- a/net/dccp/ccids/lib/packet_history.c
+++ b/net/dccp/cci
further
patches which are not ready for merge but others might be interested in:
-DCCP-Probe ala TCP-Probe
-The starts of memory buffer limiting (this is not actually needed for number
7 as it is actually receive where problems occur which is an existing issue)
-My research code
--
Ian McDonald
Web
nd it made quite a difference instead of milliseconds
because of it's design.
I haven't followed kevents in great detail but it sounds like
something that could be useful for me with higher resolution timers
than milliseconds.
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://
The examples there are good but I can send
scripts for you as well if you wish.
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from this list: send the
the existing VLAN link on
the front page and then we can see what can be done. You can create a
VLAN page without having to change the wiki front page initially...
If it looks good then Stephen, or myself or others can change the front page.
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http:/
ay. Has anybody ever done
anything like this or can point me to some resources?
Have a look at:
http://linux-net.osdl.org/index.php/Netem
I have written my own test scenarios using examples from this website
but I can also send you my small scripts if you want.
Ian
--
Ian McDonald
Web: http://wa
particular page send email to one of the sysops.
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from this list: send the line "unsubscribe netdev&q
c variables.
Having atomic writes does have overhead but far less than locking semantic.
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from this
__sk_stream_mem_reclaim is only called by sk_stream_mem_reclaim.
As such the check on sk->sk_forward_alloc is not needed and can be removed.
Signed-off-by: Ian McDonald <[EMAIL PROTECTED]>
---
diff --git a/net/core/stream.c b/net/core/stream.c
index e948969..d1d7dec 100644
--- a
__sk_stream_mem_reclaim is only called by sk_stream_mem_reclaim.
As such the check on sk->sk_forward_alloc is not needed and can be removed.
At the same time remove the EXPORT_SYMBOL_GPL as not needed and shift it
into include/net/sock.h
Signed-off-by: Ian McDonald <[EMAIL PROTECTED]>
On 7/12/06, Herbert Xu <[EMAIL PROTECTED]> wrote:
Ian McDonald <[EMAIL PROTECTED]> wrote:
>
> It looks to me like this check here in net/core/stream.c for
> __sk_stream_mem_reclaim:
>if (sk->sk_forward_alloc >= SK_STREAM_MEM_QUANTUM) {
>
> is unnece
ted. I don't know my way around
the linking/exporting very well.
Comments? I guess if this was done it would have to be put in feature
removal schedule though because it is currently exported?
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Res
- ackvec.c: dccp_ackvec_print()
- output.c: dccp_send_delayed_ack()
NAK on the first two. These are for debugging and DCCP still needs
improving so I think worthwhile having there in short term so we can
quickly call them if needed.
I will leave Arnaldo or Andrea to comment on last one...
Ian
--
I
On 6/22/06, Ian McDonald <[EMAIL PROTECTED]> wrote:
On 6/21/06, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-06-21 at 10:34 +1000, Herbert Xu wrote:
> > > As I read this it is not a recursive lock as sk_clone is occurring
> > > second and is actua
t code here that
keeps on locking same type of lock in case of error and we should
explicitly flag...
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from
54/0xb3
Jun 22 14:20:48 localhost kernel: [ 1276.444335] []
do_softirq+0x2f/0x47
Jun 22 14:20:48 localhost kernel: [ 1276.60] []
irq_exit+0x39/0x46
Jun 22 14:20:48 localhost kernel: [ 1276.444585] [] do_IRQ+0x77/0x84
Jun 22 14:20:48 localhost kernel: [ 1276.444621] []
common_interrupt+0x25/0
my thinking or not? If I
am then I will work out how to tell the lock validator not to worry
about it.
Thanks,
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubs
as written a congestion control
mechanism (myself included!) but that doesn't mean it is worth
including in the kernel (mine certainly isn't).
In particular for TCP congestion control you need to show in what
cases it is better than others, what cases it is worse and how fair is
it compare
nonical wiki.
I've added this FAQ under IPv4. I'm sure if this isn't the best place
someone will shift it being a wiki :-)
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of W
://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190620
Ben
Wouldn't it be more likely commit 5d0b6f2bdaf7e016e750cd24164a241512d968a3
as this touches net/ipv4/tcp_output.c and is also in same general area?
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
De
gt;
Have a look at:
http://linux-net.osdl.org/index.php/Netem#Rate_control
Works well for me...
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from this
y for forwarded packets? So that for instance I can drop 5% of all
> forwarded packets?
>
Have a look at:
http://linux-net.osdl.org/index.php/Netem
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
Univers
erged into the patch
which also has DCCP support.
Hope the netdev people don't mind me spamming the list but I find this
quite a useful testing tool whenever testing TCP/DCCP changes to see
if regression or progression is occurring...
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
ndmsg and then check
it in dccp_write_xmit and discard there. This is trivial to implement
(even I managed it!) but I think you are wanting to do it down one
layer.
If you want further info or sourcecode then feel free to take this
discussion further with me offline...
Ian
--
Ian McDonald
Web: htt
I've done
although I have only tested up to 100 Mbits - but this tested OK on
500 MHz machines so newer machines should handle faster rates well.
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
Un
aking 1/transmit
rate*constant As such we put quite a few things in microseconds.
If you are serious about writing this have a look at net/dccp files
and ccid3 in particular - for example we also put in a whole lot of
integer division code in there which you will find useful.
Ian
--
I
dccp/ccids/ccid3.c
*
* Copyright (c) 2005 The University of Waikato, Hamilton, New Zealand.
- * Copyright (c) 2005 Ian McDonald <[EMAIL PROTECTED]>
+ * Copyright (c) 2005-6 Ian McDonald <[EMAIL PROTECTED]>
*
* An implementation of the DCCP protocol
*
@@ -1033,9 +1033,13 @@
F**k - just pasted in the wrong file. Trying again
On 3/2/06, Ian McDonald <[EMAIL PROTECTED]> wrote:
> On 3/2/06, David S. Miller <[EMAIL PROTECTED]> wrote:
> >
> > This tree was getting crufty, so I rebased it today.
> > It was actually a
commit doesn't have fuzz...
[DCCP] ccid3: Divide by zero fix
In rare circumstances 0 is returned by dccp_li_hist_calc_i_mean which leads to
a divide by zero in ccid3_hc_rx_packet_recv. Explicitly check for zero return
now. Update copyright notice at same time.
Found by Arnaldo.
Signed
e... - can you check the
version of the firmware and make noise if they have a version like
this one?
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from
it if this move is
> interesting.
>
OK. Will teach me to hit send without researching my facts. Sorry to
all. Carry on as normal...
Ian
--
Ian McDonald
http://wand.net.nz/~iam4
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from
ke to see PMTU done in DCCP and this seems a better place
and probably why Arnaldo put it there
Ian
--
Ian McDonald
http://wand.net.nz/~iam4
WAND Network Research Group
Department of Computer Science
University of Waikato
New Zealand
-
To unsubscribe from this list: send the line "unsu
On 2/10/06, Boris B. Zhmurov <[EMAIL PROTECTED]> wrote:
> Hello, Ian McDonald.
>
> On 09.02.2006 22:25 you said the following:
>
> > Is it possible for you to download 2.6.16-rc2 or similar and see if it
> > goes away?
>
> It'll be better, if I get only pa
now I have it on 2.6.15.3.
>
For what it's worth I had these messages for a while and they got
fixed 2 or 3 weeks ago from memory in Dave's 2.6.16 net tree or net2.6
tree.
Is it possible for you to download 2.6.16-rc2 or similar and see if it
goes away?
Ian
--
Ian McDonald
http://wand
dev archives or look at Arnaldo's kernel.org space as he
has done some scripts to do this once.
--
Ian McDonald
http://wand.net.nz/~iam4
WAND Network Research Group
University of Waikato
New Zealand
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a mes
as done some work on TCP Probes but this is where I
think real progress could be made in improving Linux TCP. I may get
around to doing this myself at some point in my research but would
welcome other people doing it also!
Ian
--
Ian McDonald
http://wand.net.nz/~iam4
WAND Network Research Group
Uni
;ve found that I'm only creating a queue with depth
1. Reworking at present
Ian
--
Ian McDonald
http://wand.net.nz/~iam4
WAND Network Research Group
University of Waikato
New Zealand
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 2/1/06, Herbert Xu <[EMAIL PROTECTED]> wrote:
> Ian McDonald <[EMAIL PROTECTED]> wrote:
> >
> > --- a/net/core/sock.c
> > +++ b/net/core/sock.c
> > @@ -162,7 +162,8 @@ static int sock_set_timeout(long *timeo_
> >if (tv.tv_sec == 0 &a
This puts in a constant for USEC_PER_SEC instead of 100. Also
fixing > 80 character lines in a couple of places
Signed-off-by: Ian McDonald <[EMAIL PROTECTED]>
diff --git a/net/core/sock.c b/net/core/sock.c
index 6e00811..1d06ec9 100644
--- a/net/core/sock.c
+++ b/net/co
1 - 100 of 119 matches
Mail list logo
