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 got as far as a fix before I
stopped my coding days so much :-(
Acked-by: Ian McDonald [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe
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, something
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 kindly copy
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-off-by:
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 issue. I note that the RFC is a SHOULD
rather than a MUST. I
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 should try
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 to change it via a
new sysctl entry /proc/sys/net/ipv4/tcp_rto_max. A user can
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
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 move it to
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 outside the
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/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
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
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
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.6.x
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, 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 relative
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.
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
New Zealand
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 list: send the line unsubscribe netdev in
the body
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 unused
bandwidth only.
With this change
;
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 tidied up.
Ian
--
Ian McDonald
Web: http
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 from this list: send
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 in
the body of a message to [EMAIL
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
the body of a message
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..e6c8e4c 100644
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
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 100644
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 @@ static void
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 @@ enum
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/dccp/Kconfig
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 67d2dc0..7b4699a
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/linux/dccp.h b/include
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/Kconfig
+++ b/net
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 Group
Department of Computer Science
://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
Department of Computer Science
-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
the body of a message
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 added the main reference
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.com
WAND Network Research
://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.blogspot.com
WAND
--
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 netdev in
the body of a message to [EMAIL
/
--
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 to [EMAIL PROTECTED]
More
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: send the line
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 defer it to 2.6.19
I haven't seen
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
WAND Network Research Group
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 me privately and I'll figure out what happened
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
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 defer it to 2.6.19
I guess that's
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: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND
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 in your tree
or Linus' where 1-4 made it in...
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
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
WAND Network
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://imcdnzl.blogspot.com
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
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: [EMAIL
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(const
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/ccids/lib
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/dccp/ccids
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 @@ extern int
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 line unsubscribe netdev in
the body
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://imcdnzl.blogspot.com
WAND
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 in
the body of a message
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://wand.net.nz/~iam4
Blog: http
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 list: send the line
__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]
---
diff
__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/net/core/stream.c
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 unnecessary.
It's needed after skb's have been freed
: 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
--
Ian McDonald
Web
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 actually creating a new socket so they are trying
14:20:48 localhost kernel: [ 1276.444621] [c0103561]
common_interrupt+0x25/0x2c
--
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
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 this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
is occurring
second and is actually creating a new socket so they are trying to
lock on different sockets.
Can someone tell me whether I am correct in 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
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 compared to other TCP flows.
Ian
--
Ian
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 Waikato
New Zealand
-
To unsubscribe from
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
University of Waikato
New Zealand
-
To unsubscribe from this list
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
Blog: http
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
--
Ian McDonald
Web: http://wand.net.nz
- 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
University of Waikato
New Zealand
-
To unsubscribe from this list: send
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: http://wand.net.nz/~iam4
Blog: http
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 this list: send the line
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 unsubscribe netdev in
the body of a message
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 this list: send the line
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.net.nz/~iam4
WAND Network Research Group
University of Waikato
New
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 message to [EMAIL PROTECTED]
More
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
University of Waikato
New Zealand
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 tv.tv_usec == 0)
return 0;
if (tv.tv_sec
Hi there Dave,
Good to meet you last week and hope you had a good trip back (see I
listened to your keynote on social interaction)
Please find in next message patch to put in USEC_PER_SEC and fix a
couple of 80 char lines.
This is against your net 2.6.17
Ian
--
Ian McDonald
http
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/core/sock.c
@@ -162,7
At some future stage we should merge this into the DCCP tree too.
Looking at the code there are quite a few places where it has TCP in
there where maybe it would be better to have IP in there to save
further changes when DCCP starts to use the code
Ian
--
Ian McDonald
http://wand.net.nz/~iam4
WAND
Please apply to net-2.6 for 2.6.15 tree.
I hope to actually change this behaviour shortly but this will help
anybody grepping code at present.
Signed-off-by: Ian McDonald [EMAIL PROTECTED]
---
diff --git a/net/dccp/ipv4.c b/net/dccp/ipv4.c
index ca03521..656e13e 100644
--- a/net/dccp/ipv4.c
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Signed-off-by: Ian McDonald [EMAIL PROTECTED]
Just a note to people given my history in flagging this one earlier -
I have tested this for latency and throughput. With the previous patch
I was getting 20 msec ping and 25 Mbit throughput. Now
like you - they don't have unlimited time either
and are often unpaid.
If you want to ask users experience and help then there is also
linux-net mailing list.
Ian
--
Ian McDonald
http://wand.net.nz/~iam4
WAND Network Research Group
University of Waikato
New Zealand
-
To unsubscribe from this list
left * sysctl_tcp_tso_win_divisor tp-snd_cwnd;
+ else
+ return left = tcp_max_burst(tp);
+}
+
You've slipped in tcp_max_burst in there... I think that should be a
separate patch and debated separately...
Ian
--
Ian McDonald
http://wand.net.nz/~iam4
WAND Network Research Group
This patch is a first go at some documentation. Please advise if gmail
has mangled patch and I will revert to an attachment:
Signed-off-by: Ian McDonald [EMAIL PROTECTED]
diff --git a/Documentation/networking/dccp.txt
b/Documentation/networking/dccp.txt
new file mode 100644
--- /dev/null
+++ b
Website for DCCP is now hosted at OSDL
Signed-off-by: Ian McDonald [EMAIL PROTECTED]
diff --git a/MAINTAINERS b/MAINTAINERS
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -707,7 +707,7 @@ DCCP PROTOCOL
P: Arnaldo Carvalho de Melo
M: [EMAIL PROTECTED]
L: dccp@vger.kernel.org
-W: http
supply what version of the kernel you are working on too.
I would also suggest that it may be more appropriate to send your
question to linux-net mailing list as this list for kernel networking
developers. However you may have a genuine bug here but we can't tell
yet.
Ian
--
Ian McDonald
http
On 06/09/05, Kyle Brantley [EMAIL PROTECTED] wrote:
Hi -
I recently bought three rtl8169 gigabit cards, along with a gigabit
switch. Trouble is, the computers keep freezing up once the NIC comes
under and decent amount of load. Let me lay this out for you a bit:
Computer A:
-Dual AMD
Arnaldo Carvalho de Melo wrote:
Hi Guys,
I'm very pleased to announce that the Linux 2.6 DCCP implementation
has been merged in David Miller's net-2.6.14.git tree, and should appear
shortly on Andrew Morton's 2.6.13-rcLATEST-mm tree and finally in mainline
when Linus starts 2.6.14.
98 matches
Mail list logo