On Mon, Jun 12, 2006 at 10:03:46PM -0700, David Miller wrote:
From: Andi Kleen [EMAIL PROTECTED]
Date: Tue, 13 Jun 2006 06:54:14 +0200
I guess if you use 1394 with remote DMA for other protocols (like
video etc.) there must be some way for the subsystem to map
the memory even on IOMMU
From: Christoph Hellwig [EMAIL PROTECTED]
Date: Tue, 13 Jun 2006 08:18:19 +0100
That's actually not portable to certain arm platforms, but that's
a different story.
Yes, cache issues :-/
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
Subject: [RFT 4/5] sky2: save/restore base hardware irq during suspend/resume
The hardware should be fully shut off during suspend, and the base
irq mask restored during resume.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
--- test.orig/drivers/net/sky2.c
+++ test/drivers/net/sky2.c
@@
Subject: [RFT 2/5] sky2: don't hard code number of ports
It is cleaner, to not loop over both ports if only one exists.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
--- test.orig/drivers/net/sky2.c
+++ test/drivers/net/sky2.c
@@ -3430,7 +3430,7 @@ static int sky2_suspend(struct pci_dev *
Subject: [RFT 3/5] sky2: fix hotplug detect during poll
Linus, doesn't understand NAPI.
If the poll routine detects no hardware available, it needs to dequeue
it self from the network poll list.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
--- test.orig/drivers/net/sky2.c
+++
Subject: [RFT 5/5] sky2: stop/start hardware idle timer on suspend/resume
The resume bug was cause not by an early interrupt but because
the idle timeout was not being stopped on suspend. Also disable hardware
IRQ's on suspend. Will need to revisit this with hotplug?
Signed-off-by: Stephen
Subject: [RFT 1/5] sky2: set_power_state should be void
The set power state function is cleaner if it doesn't return anything.
The only caller that could fail is in suspend() and it can check the argument
there.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
--- test.orig/drivers/net/sky2.c
I expect that softmac should be listening to the driver as to whether this
capability is available;
however, I'm now up and running once again.
Yeah, I think a patch was floating around too!
johannes
signature.asc
Description: This is a digitally signed message part
Hi ,
I performed the routing and bridging tests on Linux kernels 2.4.31 and
2.6.16 on a
MIPS(4kc) malta Board , with and without iptables rules.
I observed that the routing performance is quite better( 15-20%
increase) on 2.6 for shorter packet sizes( 64,128 and 256 bytes) and
almost equal to
Hi:
[BRIDGE]: Add support for NETIF_F_HW_CSUM devices
As it is the bridge will only ever declare NETIF_F_IP_CSUM even if all
its constituent devices support NETIF_F_HW_CSUM. This patch fixes this
by supporting the first one out of NETIF_F_NO_CSUM, NETIF_F_HW_CSUM,
and NETIF_F_IP_CSUM that is
Hi:
These patches are based on your net-2.6.18 tree. They add support for
NETIF_F_HW_CSUM on bridges.
[NET]: Add NETIF_F_GEN_CSUM and NETIF_F_ALL_CSUM
The current stack treats NETIF_F_HW_CSUM and NETIF_F_NO_CSUM identically
so we test for them in quite a few places. For the sake of brevity,
Stephen,
On Tue, 13 Jun 2006, Stephen Hemminger wrote:
@@ -2176,3 +2279,13 @@ EXPORT_SYMBOL(sock_wake_async);
EXPORT_SYMBOL(sockfd_lookup);
EXPORT_SYMBOL(kernel_sendmsg);
EXPORT_SYMBOL(kernel_recvmsg);
+EXPORT_SYMBOL(kernel_bind);
+EXPORT_SYMBOL(kernel_listen);
James Ring [EMAIL PROTECTED] wrote:
I have a couple of questions: are there any patches out which solve this
problem?
This is on our todo list but AFAIK there aren't patches for it yet.
http://sourceforge.net/mailarchive/message.php?msg_id=8621194
This patch can lock up your machine when
Stephen Hemminger wrote:
There were a several problems buried in suspend/resume. The real
failure was caused by the idle timer not being stopped/restarted.
But several other races, and cleanups were needed.
Since I don't have a machine that will suspend successfully with
that hardware, I can't
On Mon, 12 Jun 2006, Sridhar Samudrala wrote:
- sendpage = sock-ops-sendpage ? : sock_no_sendpage;
+ sendpage = kernel_sendpage ? : sock_no_sendpage;
This is not equivalent.
Actually, we could make this a simple assignment as we check for
sock-ops-sendpage in
+extern int kernel_ioctl(struct socket *sock, int cmd, unsigned long arg);
+
I would prefer naming it kernel_sock_ioctl, since (general) ioctl often
done on fds (or struct file * for that matter) rather than sockets.
Jan Engelhardt
--
-
To unsubscribe from this list: send the line
Mark Lord wrote:
..
The differences I see are widely varying window sizes.
What would cause this?
This is from (working) 2.6.16.18:
IP silvy.localnet.56224 216-145-246-23.rev.dls.net.www: . ack 1 win 1460
nop,nop,timestamp 730448 134760199
IP silvy.localnet.56224
On Tue, 13 Jun 2006 15:35:29 +1000 Keith Owens wrote:
Mikael Pettersson (on Sun, 11 Jun 2006 02:51:21 +0200 (MEST)) wrote:
On Sat, 10 Jun 2006 12:13:35 -0700, Randy.Dunlap wrote:
On Sat, 10 Jun 2006 14:11:42 +0200 (MEST) Mikael Pettersson wrote:
While compiling 2.6.17-rc6 for a 486 with an
Mmm. I notice that 2.6.17 has a new sysctl related
to this stuff: /proc/sys/net/ipv4/tcp_workaround_signed_windows
It makes no difference whatsoever for me here
when varied while /proc/sys/net/ipv4/tcp_window_scaling==1.
The site www.everymac.com is still not browseable until
setting
This patch introduces AES-XCBC-MAC using the keyed hash interface.
It accordingly depends on the previous patch.
Signed-off-by: Kazunori MIYAZAWA [EMAIL PROTECTED]
---
commit f23d1b52e77f339a9eaa89a1b913d6373fe60fb6
tree bab6efc5808414f13dcefb4bb164c3e111000fa3
parent
Hello,
I send two patches which introduce AES-XCBC-MAC.
I changed approach to implement it with introducing
abstruct interface keyed_hash into crypto_tfm.
Both HMAC and XCBC use the interface.
I put kht_* outside of crt_u because keyed_hash uses
pure digest algorithm or encryption algorithm.
I
Andrew Morton wrote:
The reporter claims this is a netfilter bug.
ipt_IMQ 1949 36
imq 4023 0
He patched his kernel with the IMQ device, which is known to cause all
kinds of weird problems.
-
To unsubscribe from this list: send the line unsubscribe netdev
In article [EMAIL PROTECTED] (at Wed, 14 Jun 2006 00:44:00 +0900), Kazunori
MIYAZAWA [EMAIL PROTECTED] says:
This is preparation to introduce AES-XCBC-MAC.
- introducing common interface keyed hash
- making HMAC use the interface
Acked-by: YOSHIFUJI Hideaki [EMAIL PROTECTED]
BTW, why not
In article [EMAIL PROTECTED] (at Wed, 14 Jun 2006 00:44:06 +0900), Kazunori
MIYAZAWA [EMAIL PROTECTED] says:
This patch introduces AES-XCBC-MAC using the keyed hash interface.
It accordingly depends on the previous patch.
Signed-off-by: Kazunori MIYAZAWA [EMAIL PROTECTED]
Acked-by:
In article [EMAIL PROTECTED] (at Tue, 13 Jun 2006 18:03:22 +0200), Patrick
McHardy [EMAIL PROTECTED] says:
Yes, thats better. I also thing we shouldn't return -EINVAL but
-ENOSPC or something like that, -EINVAL usually indicated that
the user sent an invalid message, which isn't the case
[ Davem - see the final conclusion: this might not be a driver bug as much
as a netconsole problem, where netconsole might perhaps continue sendign
on a device that really can't take it any more? ]
On Tue, 13 Jun 2006, Stephen Hemminger wrote:
There were a several problems buried in
Hello,
We have a custom compiled Linux Kernel running oh RHEL 3.1
[EMAIL PROTECTED] root]# uname -a
Linux st0056_1 2.4.21-32.0.1.ELcustom #12 SMP Wed Sep 14
11:55:22 EDT 2005 i686 i686 i386 GNU/Linux
We compiled in SLIP support using the
On Tue, 2006-06-13 at 10:07 -0400, James Morris wrote:
On Mon, 12 Jun 2006, Sridhar Samudrala wrote:
- sendpage = sock-ops-sendpage ? : sock_no_sendpage;
+ sendpage = kernel_sendpage ? : sock_no_sendpage;
This is not equivalent.
Actually, we could
First, added netdev,
On 6/12/06, Greg KH [EMAIL PROTECTED] wrote:
From: Greg Kroah-Hartman [EMAIL PROTECTED]
This is needed if we wish to change the size of the resource structures.
Based on an original patch from Vivek Goyal [EMAIL PROTECTED]
Cc: Vivek Goyal [EMAIL PROTECTED]
Cc: Andrew
On Tue, 2006-06-13 at 16:58 +0200, Jan Engelhardt wrote:
+extern int kernel_ioctl(struct socket *sock, int cmd, unsigned long arg);
+
I would prefer naming it kernel_sock_ioctl, since (general) ioctl often
done on fds (or struct file * for that matter) rather than sockets.
I agree that
Butler, Gerald wrote:
... a custom compiled Linux Kernel running oh RHEL 3.1
If you post more details (precise description
of hardware setup, problem, and
method of reproducing) you might get a patch for free.
--
Paul Fulghum
Microgate Systems, Ltd.
-
To unsubscribe from this list: send the
On Tue, Jun 13, 2006 at 09:24:55AM -0700, Jesse Brandeburg wrote:
First, added netdev,
On 6/12/06, Greg KH [EMAIL PROTECTED] wrote:
From: Greg Kroah-Hartman [EMAIL PROTECTED]
This is needed if we wish to change the size of the resource structures.
Based on an original patch from Vivek
Hello, developers.
I've implemented simple rfc793 TCP/IP stack, which is currently tested
in userspace through packet socket. After ISO (~650Mb) transfer over
gigabit ethernet between two Linux boxes, file was not corrupted.
I would even say that stack is really trivial (1800 lines of code, 42K
..
The site www.everymac.com is still not browseable until
setting /proc/sys/net/ipv4/tcp_window_scaling===0.
There's one other difference I see in the tcpdump traces.
The first packets from each trace below show different
values for wscale. The old (working) kernels use wscale 2,
whereas
Mark Lord wrote:
..
The site www.everymac.com is still not browseable until
setting /proc/sys/net/ipv4/tcp_window_scaling===0.
There's one other difference I see in the tcpdump traces.
The first packets from each trace below show different
values for wscale. The old (working) kernels use
Mark Lord wrote:
John / David: Any ideas on what's gone awry here?
Yes, you have some sort of a broken middlebox in your path (firewall,
transparent proxy, or similar) that doesn't correctly handle window
scaling. Check out this thread:
On Tue, 13 Jun 2006, John Heffner wrote:
The best thing you can do is try to find this broken box and inform its owner
that it needs to be fixed. (If you can find out what it is, I'd be interested
to know.) In the meantime, disabling window scaling will work around the
problem for you.
On Mon, 2006-06-12 at 22:20 -0700, David Miller wrote:
From: Michael Chan [EMAIL PROTECTED]
Date: Mon, 12 Jun 2006 17:17:13 -0700
Use CPU native page size to determine various ring sizes. This allows
order-0 memory allocations on all systems.
Signed-off-by: Michael Chan [EMAIL
Stephen Hemminger wrote:
use blacklist in module config to block one.
Just put in /etc/modprobe.conf
blacklist orinoco
Unfortunately this is not work at least it is not work with FC4. I can
blacklist eepro100 and 8139cp.
blacklist eepro100
blacklist 8139cp
but I can't blacklist orinoco_pci
Linus Torvalds wrote:
On Tue, 13 Jun 2006, John Heffner wrote:
The best thing you can do is try to find this broken box and inform its owner
that it needs to be fixed. (If you can find out what it is, I'd be interested
to know.) In the meantime, disabling window scaling will work around the
Linus Torvalds wrote:
On Tue, 13 Jun 2006, John Heffner wrote:
The best thing you can do is try to find this broken box and inform its owner
that it needs to be fixed. (If you can find out what it is, I'd be interested
to know.) In the meantime, disabling window scaling will work around the
Mark Lord wrote:
Linus Torvalds wrote:
It's not like there aren't broken boxes out there, and it might be
better to make the default buffer sizes just be low enough that window
scaling simply isn't an issue.
I suspect that the people who really want/need window scaling know
about it, and
Hi John,
Please apply this series to wireless-dev.
This ports various patches from bcm43xx-softmac to bcm43xx-d80211.
--
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Port the preemptible periodic work patch from bcm43xx-softmac to bcm43xx-d80211.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
Index:
wireless-dev-dscapeports/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c
===
---
Port the Suspend MAC In Long Periodic Work patch from bcm43xx-softmac to
bcm43xx-d80211.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
Index: wireless-dev-dscapeports/drivers/net/wireless/d80211/bcm43xx/bcm43xx.h
===
---
Port the PIO fixes from bcm43xx-softmac to bcm43xx-d80211.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
Index:
wireless-dev-dscapeports/drivers/net/wireless/d80211/bcm43xx/bcm43xx_dma.h
===
---
Port the new locking scheme from bcm43xx-softmac to bcm43xx-d80211.
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
Index: wireless-dev-dscapeports/drivers/net/wireless/d80211/bcm43xx/bcm43xx.h
===
---
Probably over enthusiastic gcc inlining. gcc 4 will inline functions
that are not declared as inline. That is not so bad, except that some
versions of gcc will ignore a mismatch in function attributes and
inline a __init function into normal text, generating additional
section mismatches.
On 6/13/06, John Heffner [EMAIL PROTECTED] wrote:
Though I haven't gotten my hands on it, I believe Windows will soon have
this capability, too. I'm sure Windows is big enough that whenever they
turn this on, it will flush out all these boxes pretty quickly. We
could wait for them to do it
snip
+static void cm_event_handler(struct iw_cm_id *cm_id,
+ struct iw_cm_event *iw_event)
+{
+ struct iwcm_work *work;
+ struct iwcm_id_private *cm_id_priv;
+ unsigned long flags;
+
+ work = kmalloc(sizeof(*work), GFP_ATOMIC);
+ if (!work)
+
Brian F. G. Bidulock wrote:
Stephen,
On Tue, 13 Jun 2006, Stephen Hemminger wrote:
@@ -2176,3 +2279,13 @@ EXPORT_SYMBOL(sock_wake_async);
EXPORT_SYMBOL(sockfd_lookup);
EXPORT_SYMBOL(kernel_sendmsg);
EXPORT_SYMBOL(kernel_recvmsg);
+EXPORT_SYMBOL(kernel_bind);
+EXPORT_SYMBOL(kernel_listen);
From: Mark Lord [EMAIL PROTECTED]
Date: Tue, 13 Jun 2006 15:08:59 -0400
Err.. no, the networking stack simply decided to become incompatible
with certain sites, as a result of the user adding more RAM to their
machine.
Let's discuss some facts.
First, you are getting window scaling by
Daniel,
On Tue, 13 Jun 2006, Daniel Phillips wrote:
This has the makings of a nice stable internal kernel api. Why do we want
to provide this nice stable internal api to proprietary modules?
Why not? Not all non-GPL modules are proprietary. Do we lose
something by making a nice stable api
Patrick McHardy wrote:
[]
He patched his kernel with the IMQ device, which is known to cause all
kinds of weird problems.
Wich problems? Known to whom?
I was considering using imq for our needs (not done yet), and from the
FAQ at http://www.linuximq.net/faq.html (item #3, Is it stable?) it
Hi all,
Although I tried to find similar topics in the maling list, I found no
useful clue. If I overlooked, please let me know the pointer.
I need to increase the value of sysctl_tcp_mem[2] that limit the total
amount of memory allocated for TCP in order to maintain a number of
David Miller wrote:
..
First, you are getting window scaling by default with the older
kernel too. It's just a smaller window scale, using a shift
value of say 1 or 2.
What these broken middle boxes do is ignore the window scale
entirely.
So they don't apply a window scale to the advertised
On Tue, 13 Jun 2006, Brian F. G. Bidulock wrote:
Daniel,
On Tue, 13 Jun 2006, Daniel Phillips wrote:
This has the makings of a nice stable internal kernel api. Why do we want
to provide this nice stable internal api to proprietary modules?
Why not? Not all non-GPL modules are
On Tue, 13 Jun 2006, John Heffner wrote:
In the last couple years, we've added code that can automatically size the
buffers as appropriate for each connection, but it's completely crippled
unless you use a window scale. Personally, I think it's not a question of
*whether* we have to start
Mark
From everything I have read so far (which admittedly hasn't been
everything) it sounds like the firewall in question was a ticking
timebomb. If 2.6.17 hadn't set it off, something else might very well
have done so.
Or, if you prefer another metaphore, 2.6.17 was simply the last in a
On Tue, 13 Jun 2006, Sridhar Samudrala wrote:
My patch doesn't touch this section of the code and this is called
after the assignment we are talking about. So we should be using the
right sendpage in the actual call.
Ok.
Acked-by: James Morris [EMAIL PROTECTED]
(for both patches).
--
From: Mark Lord [EMAIL PROTECTED]
Date: Tue, 13 Jun 2006 17:49:21 -0400
I suppose the most important objection to our current behaviour
is that this behaviour *changes* when something totally unrelated
(to Joe User) happens: adding or removing a stick of RAM.
We are pretty much required to
Er...no. It will lose this event. Depending on the event...the carnage
varies. We'll take a look at this.
This behavior is consistent with the Infiniband CM (see
drivers/infiniband/core/cm.c function cm_recv_handler()). But I think
we should at least log an error because a lost event will
On Tue, 2006-06-13 at 14:36 -0700, Sean Hefty wrote:
Er...no. It will lose this event. Depending on the event...the carnage
varies. We'll take a look at this.
This behavior is consistent with the Infiniband CM (see
drivers/infiniband/core/cm.c function cm_recv_handler()). But I think
Chase Venters wrote:
can you name some non-GPL non-proprietary modules we should be concerned
about?
You probably meant non-GPL-compatible non-proprietary. If so, then by
definition there are none.
Regards,
Daniel
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body
On Wed, Jun 14, 2006 at 12:44:00AM +0900, Kazunori MIYAZAWA wrote:
This is preparation to introduce AES-XCBC-MAC.
- introducing common interface keyed hash
- making HMAC use the interface
I'm sorry guys, but this seems to duplicate what I've been doing as
generic parameterised algorithms. I
From: Michael Chan [EMAIL PROTECTED]
Date: Tue, 13 Jun 2006 11:19:42 -0700
Use CPU native page size to determine various ring sizes. This allows
order-0 memory allocations on all systems.
Added check to limit the page size to 16K since that's the maximum rx
ring size that will be used. This
The current DM9000 driver cannot cope if it
is given more than 3 resources (for example, if
it is being passed an wake-up irq that it is
not using yet).
Check that we have been given at-least one IRQ
resource.
Also fix the minor type-casting for the case
of 2 resources.
Signed-off-by: Ben Dooks
From: Rick Jones [EMAIL PROTECTED]
Date: Tue, 13 Jun 2006 15:40:53 -0700
One final word about window sizes. If you have a connection whose
bandwidth-delay-product needs an N byte buffer to fill, you actually
have to have an N * 2 sized buffer available in order for fast
retransmit to
I don't think we should disable and enable all interrupts in the
poll_controller entry point. With the current patch, at the end of
the routine _all_ interrupts get enabled which is not desirable.
Maybe you should just do disable_irq() at start of function and
enable_irq() before exiting, the way
On Thu, Jun 08, 2006 at 11:01:20AM -0600, Grant Grundler wrote:
Here is a new patch that moves free_irq() into tulip_down().
The resulting code is structured the same as cp_close().
Val,
Two details are wrong in version 2 and are fixed in v3 (appended below):
o we don't need synchronize_irq()
Chase Venters wrote:
At least some of us feel like stable module APIs should be explicitly
discouraged, because we don't want to offer comfort for code that
refuses to live in the tree (since getting said code into the tree is
often a goal).
Some of us write modules for specific features
On Tue, Jun 13, 2006 at 05:55:31PM -0600, Grant Grundler wrote:
On Thu, Jun 08, 2006 at 11:01:20AM -0600, Grant Grundler wrote:
Here is a new patch that moves free_irq() into tulip_down().
The resulting code is structured the same as cp_close().
Val,
Two details are wrong in version 2 and
On Tuesday 13 June 2006 17:46, Brian F. G. Bidulock wrote:
Daniel,
On Tue, 13 Jun 2006, Daniel Phillips wrote:
You probably meant non-GPL-compatible non-proprietary. If so, then by
definition there are none.
Well, being GPL compatible is not a requirement for an open source license.
On Tuesday 13 June 2006 18:42, Ben Greear wrote:
Chase Venters wrote:
At least some of us feel like stable module APIs should be explicitly
discouraged, because we don't want to offer comfort for code that
refuses to live in the tree (since getting said code into the tree is
often a
Chase,
On Tue, 13 Jun 2006, Chase Venters wrote:
I'm trying to imagine what kind of legitimate non-GPL modules might
use them.
Example: in-kernel RTP implementation derived from ATT rtp-lib
implementation (non-GPL compatible license) utilizing this kernel
interface for UDP socket access.
-
To
Chase Venters wrote:
On Tuesday 13 June 2006 18:42, Ben Greear wrote:
Chase Venters wrote:
At least some of us feel like stable module APIs should be explicitly
discouraged, because we don't want to offer comfort for code that
refuses to live in the tree (since getting said code into the
Grant Grundler wrote:
o tulip_stop_rxtx() has to be called _after_ free_irq().
ie. v2 patch didn't fix the original race condition
and when under test, dies about as fast as the original code.
You made the race window smaller, but it's still there. The chip's DMA
engines should be
Chase,
On Tue, 13 Jun 2006, Chase Venters wrote:
It depends on what you mean by pure-BSD. If you're talking about the
4-clause license with the advertising clause, then you are correct. Otherwise
(IANAL) but my understanding is that BSD code can even be relicensed GPL by a
third party
Chase,
On Tue, 13 Jun 2006, Chase Venters wrote:
But I did ask for examples...
Perhaps the license isn't a good example, but there are other RTP
stacks that are non-GPL compatible. Also, if it includes SSL code
for SRTP, SSL license happens to be non-GPL compatible.
-
To unsubscribe from
Ben,
On Tue, 13 Jun 2006, Ben Greear wrote:
I got to the flame war late
...
I think we're trying to have an honest open discussion here. I certainly
don't mean to flame anyone and apologize if my remarks have been taken so.
-
To unsubscribe from this list: send the line unsubscribe netdev in
On Tuesday 13 June 2006 19:30, Brian F. G. Bidulock wrote:
Yes, and the long list of open source licenses listed on the FSF website
as incompatible with the GPL.
Conceded, I suppose. The usage of EXPORT_SYMBOL() though tends to be for the
reason of enabling drivers to offer functionality to
Rick Jones wrote:
One final word about window sizes. If you have a connection whose
bandwidth-delay-product needs an N byte buffer to fill, you actually
have to have an N * 2 sized buffer available in order for fast
retransmit to work.
Is that as important in the presence of SACK?
With SACK
On Tue, Jun 13, 2006 at 08:33:22PM -0400, Jeff Garzik wrote:
Grant Grundler wrote:
o tulip_stop_rxtx() has to be called _after_ free_irq().
ie. v2 patch didn't fix the original race condition
and when under test, dies about as fast as the original code.
You made the race window smaller,
Accorting to TCP man page, the kernel calculates the values of
sysctl_tcp_mem depending on available physical memory at boot time.
I added 2GB RAM to a machine that had 2GB, and then it has 4GB RAM now.
However, the value of sysctl_tcp_mem[2] has not changed from 196608
(pages). The
Bringing back up this old topic:
http://marc.theaimsgroup.com/?l=linux-netdevm=114564962420171w=2
I've decided to add this tunable to the net-2.6.18 tree, patch below.
The more I think about it, allowing it to be turned off is
reasonable, but it will be left on by default.
diff-tree
85 matches
Mail list logo