From: Joe Perches [EMAIL PROTECTED]
Date: Mon, 19 Nov 2007 23:18:44 -0800
On Tue, 2007-11-20 at 16:06 +0900, Simon Horman wrote:
Also, as the function names are longer than the macro name
you are creating lines that are 80 columns wide that used
not to be in that state. For my eyes that
Good morning.
I have written a kernel function which needs to get the IP address of
an active network interface
given its name.
The actual implementation i have done is like this
but i suspect this does not always work.
Is there any API already provided by the kernel to do the same?
* Jesper Bengtsson | 2007-11-20 08:22:29 [+0100]:
I've seen that async crypto support made it's way into the crypto API in
2.6.22.
From skimming the netdev-list I can see that some of you are working on
async crypto support in IPsec as well. Do you have any idea when it will
be available?
Async
On Mon, 19 Nov 2007, David Miller wrote:
From: Ilpo_Järvinen [EMAIL PROTECTED]
Date: Fri, 16 Nov 2007 15:44:40 +0200 (EET)
Besides the log(n) search for which patches already exists, only O(new
information) scan start..end range would be necessary. Or had you
something else in mind
On Nov 20 2007 02:57, Mike Frysinger wrote:
On Nov 20, 2007 2:17 AM, Jan Engelhardt [EMAIL PROTECTED] wrote:
I get this during boot:
[ 40.821740] netconsole: eth1 doesn't exist, aborting.
Given that CONFIG_NETCONSOLE=y and CONFIG_8139TOO=m, I can imagine.
Is there a way to get this
On Mon, Nov 19, 2007 at 03:04:31PM -0800, Stephen Hemminger wrote:
On Mon, 19 Nov 2007 20:39:10 +
Ben Dooks [EMAIL PROTECTED] wrote:
This is my current proposed patch series to the DM9000
driver for both general cleanups, support for ethtool
and to make the code better.
You
Jesper Bengtsson [EMAIL PROTECTED] wrote:
The crisv32 crypto accelerator supports hashing and encryption in one
single operation. Do you have any plans for supporting hashing and
encryption in one operation?
Absolutely. Checkout the crypto_aead_* operations and authenc.
Cheers,
--
Visit
I wish i can setup soon my own lab (getting finally my personal room in
company).
About CBQ, i didn't use it since long time. There is anything good in it?
What is interesting i did few tests with iperf as example, and what i found
out:
iperf running 60 seconds with 1Mbit bandwidth set (iperf
On Sun, 18 Nov 2007 14:13:41 -0500 Ayaz Abdulla [EMAIL PROTECTED] wrote:
This patch fixes a long boot delay in the forcedeth driver. During
initialization, the timeout for the handshake between mgmt unit and
driver can be very long. The patch reduces the timeout by eliminating a
extra loop
On Tue, Nov 20, 2007 at 07:46:27AM +, Christoph Hellwig wrote:
+static void dm9000_start_thread(struct net_device *dev)
+{
+ board_info_t *db = (board_info_t *) dev-priv;
+
+ /* Create a thread to keep track of the state of the phy
+* as we do not get an interrupt when the
-Original Message-
From: Phillips Kim
Sent: Tuesday, November 06, 2007 2:16 AM
To: Li Yang-r58472; Kumar Gala; netdev@vger.kernel.org;
[EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: [PATCH 0/5] fixups for mpc8360 rev. 2.1 erratum #2
(RGMII Timing)
Hello
This bug affects WEXT usage on all 64-bit platforms, compat mode or
not. It overwrites 8 bytes past the end of the userland iwreq.
I've checked the following patch into my net-2.6 tree and will queue
it up for -stable too.
Shaddy, this should fix the encryption key is too long iwconfig
issue.
The problem is drivers/net/wireless/zd1211/zd_mac.c:update_qual_rssi().
Specifically the compare_ether_addr() call. Now, ieee80211_hdr_3addr
is marked with attribute((unaligned)) but compare_ether_addr() does
not know that and does u16 * dereferences in the optimized
comparison.
Shaddy I attach
This is silly, but I have turned the CONFIG_IP_VS to m,
to check the compilation of one (recently sent) fix
and set all the CONFIG_IP_VS_PROTO_XXX options to n to
speed up the compilation.
In this configuration the compiler warns me about
CC [M] net/ipv4/ipvs/ip_vs_proto.o
From: Evgeniy Polyakov [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 14:55:20 +0300
Ok, let's try it hard way.
Please check attached patch and tell if it helped (it will produce
some debug though).
With both patches applied - one Patrick showed and this one.
Now works, with this
Ok, let's try it hard way.
Please check attached patch and tell if it helped (it will produce
some debug though).
With both patches applied - one Patrick showed and this one.
Now works, with this in dmesg
conntrack: ea94159c, new: ead4d7c4, old: ead4d7d0, ct: .
David
From: Andrew Gallatin [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 06:47:57 -0500
David Miller wrote:
From: Herbert Xu [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 14:09:18 +0800
David Miller [EMAIL PROTECTED] wrote:
Fundamentally, I really don't like this change, it batches to the
David Miller wrote:
From: Herbert Xu [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 14:09:18 +0800
David Miller [EMAIL PROTECTED] wrote:
Fundamentally, I really don't like this change, it batches to the
point where it begins to erode the natural ACK clocking of TCP, and I
therefore am very
Evgeniy Polyakov wrote:
Ok, let's try it hard way.
Please check attached patch and tell if it helped (it will produce
some debug though).
With both patches applied - one Patrick showed and this one.
Now works, with this in dmesg
conntrack: ea94159c, new: ead4d7c4, old: ead4d7d0, ct:
From: David Miller [EMAIL PROTECTED]
Date: Mon, 19 Nov 2007 00:27:55 -0800 (PST)
From: Shaddy Baddah [EMAIL PROTECTED]
Date: Mon, 19 Nov 2007 11:56:39 +1100
If I try to scan for APs using iwlist, I get one AP listed, before a bus
error occurs. This of course, does not suggest that the
From: Patrick McHardy [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 13:24:17 +0100
I now understand whats happening:
- new connection is allocated without helper
- connection is REDIRECTed to localhost
- nf_nat_setup_info adds NAT extension, but doesn't initialize it yet
-
Patrick McHardy wrote:
Evgeniy Polyakov wrote:
Ok, let's try it hard way.
Please check attached patch and tell if it helped (it will produce
some debug though).
With both patches applied - one Patrick showed and this one.
Now works, with this in dmesg
conntrack: ea94159c, new: ead4d7c4,
Giacomo,
Consider using the dev_get_by_name/() kernel method; this is a
simplified example which works with device named eth0 :
struct net_device* device;
struct in_device* in_dev;
struct in_ifaddr* if_info;
device = dev_get_by_name(eth0);
in_dev = (struct in_device *)device-ip_ptr;
Some of you wireless guys should really be ashamed of yourselves how
you handled the zd1211rw bugs reported by the sparc64 user.
Instead of helping the user work towards getting a working setup,
analyzing their bug and presenting test patches for the user to try,
all of you passed the buck
Hi.
On Tue, Nov 20, 2007 at 08:27:05AM -0500, Andrew Gallatin ([EMAIL PROTECTED])
wrote:
Hmm.. rather than a global tunable, what if it was a
network driver managed tunable which toggled a flag in the
lro_mgr features? Would that be better?
What about ethtool control to set LRO_simple and
Hi Andrew,
The kernel build fails, with following message
LD drivers/net/wireless/built-in.o
drivers/net/wireless/rtl8187.o: In function `rtl8225z2_rf_init':
(.opd+0x180): multiple definition of `rtl8225z2_rf_init'
drivers/net/wireless/rtl8180.o:(.opd+0x1b0): first defined here
On Nov 20 2007 14:14, Laszlo Attila Toth wrote:
This is the 6th version of our interface group patches.
The interface group value can be used to manage different interfaces
at the same time such as in netfilter/iptables.
I take it you could not use...?
iptables -i iif1 -j dosomething
Interface group values can be checked on both input and output interfaces.
Signed-off-by: Laszlo Attila Toth [EMAIL PROTECTED]
---
include/linux/netfilter/xt_ifgroup.h | 17 +
net/netfilter/Kconfig| 10 +++
net/netfilter/Makefile |1 +
Signed-off-by: Laszlo Attila Toth [EMAIL PROTECTED]
---
include/linux/if_link.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/if_link.h b/include/linux/if_link.h
index 23b3a8e..c948395 100644
--- a/include/linux/if_link.h
+++ b/include/linux/if_link.h
@@
Interface groups let handle different interfaces together.
Modified net device structure and netlink interface.
Signed-off-by: Laszlo Attila Toth [EMAIL PROTECTED]
---
include/linux/if_link.h |2 ++
include/linux/netdevice.h |2 ++
net/core/rtnetlink.c | 11 +++
3 files
In do_setlink the device changes don't need to be protected. Notification
is sent at the end of the function once if any modification occured
and once if an address has been changed.
Signed-off-by: Laszlo Attila Toth [EMAIL PROTECTED]
---
net/core/rtnetlink.c | 32
Hi Dave,
This is the 6th version of our interface group patches.
The interface group value can be used to manage different interfaces
at the same time such as in netfilter/iptables. The netfilter patch
is ready but future plan is the same for ip/tc commands (except
the ifgroup value change which
Interfaces can be grouped and each group has an unique positive integer ID.
It can be set via ip link. Symbolic names can be specified in
/etc/iproute2/rt_ifgroup.
Signed-off-by: Laszlo Attila Toth [EMAIL PROTECTED]
---
include/linux/if_link.h |2 +
include/rt_names.h |2 +
Interface group values can be checked on both input and output interfaces
with optional mask.
Signed-off-by: Laszlo Attila Toth [EMAIL PROTECTED]
---
extensions/Makefile |2
extensions/libxt_ifgroup.c | 201 +++
On Tue, Nov 20, 2007 at 01:24:17PM +0100, Patrick McHardy ([EMAIL PROTECTED])
wrote:
Patrick McHardy wrote:
Evgeniy Polyakov wrote:
Ok, let's try it hard way.
Please check attached patch and tell if it helped (it will produce
some debug though).
With both patches applied - one Patrick
David Miller wrote:
From: Andrew Gallatin [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 06:47:57 -0500
David Miller wrote:
From: Herbert Xu [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 14:09:18 +0800
David Miller [EMAIL PROTECTED] wrote:
Fundamentally, I really don't like this change,
Hi Andrew,
The kernel build fails, with following message
LD drivers/net/wireless/built-in.o
drivers/net/wireless/rtl8187.o: In function `rtl8225z2_rf_init':
(.opd+0x180): multiple definition of `rtl8225z2_rf_init'
drivers/net/wireless/rtl8180.o:(.opd+0x1b0): first defined here
On Tue, Nov 20, 2007 at 09:50:56PM +0800, Herbert Xu ([EMAIL PROTECTED]) wrote:
On Tue, Nov 20, 2007 at 04:35:09PM +0300, Evgeniy Polyakov wrote:
On Tue, Nov 20, 2007 at 08:27:05AM -0500, Andrew Gallatin ([EMAIL
PROTECTED]) wrote:
Hmm.. rather than a global tunable, what if it was a
On Tue, Nov 20, 2007 at 12:29:45AM -0500, Bill Fink wrote:
While I agree with your analysis that it could be worked around,
who knows how all the various SNMP monitoring applications out there
would interpret such an unusual event. I liked Stephen's suggestion
of a deferred decrement that
Jan Engelhardt írta:
On Nov 20 2007 14:14, Laszlo Attila Toth wrote:
This is the 6th version of our interface group patches.
The interface group value can be used to manage different interfaces
at the same time such as in netfilter/iptables.
I take it you could not use...?
iptables
On Tue, Nov 20, 2007 at 04:35:09PM +0300, Evgeniy Polyakov wrote:
On Tue, Nov 20, 2007 at 08:27:05AM -0500, Andrew Gallatin ([EMAIL PROTECTED])
wrote:
Hmm.. rather than a global tunable, what if it was a
network driver managed tunable which toggled a flag in the
lro_mgr features? Would
I think I've figured out what's happening here.
The kernel makes no effort whatsoever to translate iwe streams in
compat environments. And userspace then tries to correct this and
does so miserably. Likely this is what causes the bus error.
Quite possible. I wanted this fixed too but
On Tue, Nov 20, 2007 at 05:03:12PM +0300, Evgeniy Polyakov wrote:
For software lro I agree, but this looks exactly like gso/tso case and
additional tweak for software gso. Having it per-system is fine, and I
believe no one should ever care that some distro will do bad/good things
with it.
On Tue, Nov 20, 2007 at 10:08:31PM +0800, Herbert Xu ([EMAIL PROTECTED]) wrote:
Of course we still have the problem with the option in general
that Dave raised. That is this may cause the proliferation of
TCP receiver behaviour that may be undesirable.
Yes, it results in bursts of traffic
Hey all,
The patch below is intended to fix two problems:
- trying to acquire spinlock twice on timeout condition
- create callback than can be used by platform code to initialize the
chip
Signed-off-by: dmitry pervushin [EMAIL PROTECTED]
Index: linux/drivers/net/dm9000.c
On Tue, Nov 20, 2007 at 05:43:42PM +0300, dmitry pervushin wrote:
Hey all,
The patch below is intended to fix two problems:
- trying to acquire spinlock twice on timeout condition
I'll have a look into this, although I think we may be better of
not dropping the spinlock and simply moving it
On Втр, 2007-11-20 at 14:51 +, Ben Dooks wrote:
On Tue, Nov 20, 2007 at 05:43:42PM +0300, dmitry pervushin wrote:
Hey all,
The patch below is intended to fix two problems:
- trying to acquire spinlock twice on timeout condition
I'll have a look into this, although I think we may
On Tue, Nov 20, 2007 at 05:59:49PM +0300, dmitry pervushin wrote:
On ???, 2007-11-20 at 14:51 +, Ben Dooks wrote:
On Tue, Nov 20, 2007 at 05:43:42PM +0300, dmitry pervushin wrote:
Hey all,
The patch below is intended to fix two problems:
- trying to acquire spinlock twice on
Rafael J. Wysocki wrote:
On Monday, 19 of November 2007, Pavel Machek wrote:
Hi!
I think that this worked before:
[EMAIL PROTECTED]:/proc# find . -name timer_info
find: WARNING: Hard link count is wrong for ./net: this may be a bug
in your filesystem driver. Automatically turning on
Algorithms used in distributed storage.
Mirror and linear mapping code.
Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED]
diff --git a/drivers/block/dst/alg_linear.c b/drivers/block/dst/alg_linear.c
new file mode 100644
index 000..cb77b57
--- /dev/null
+++ b/drivers/block/dst/alg_linear.c
Distributed storage.
I'm pleased to announce the 8'th release of the distributed
storage subsystem (DST). This is a maintenance release and includes
bug fixes only.
DST allows to form a storage on top of local and remote nodes
and combine them into linear or mirroring setup, which in
turn can
Core distributed storage files.
Include userspace interfaces, initialization,
block layer bindings and other core functionality.
Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED]
diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig
index b4c8319..ca6592d 100644
---
On Nov 19, 2007, at 7:30 PM, Jeff Garzik wrote:
Kim Phillips wrote:
On Mon, 5 Nov 2007 12:15:30 -0600
Kim Phillips [EMAIL PROTECTED] wrote:
Hello all,
the following patches fix RGMII timing for rev. 2.1 of the mpc8360,
according to erratum #2 (erratum text included below). Basically
the
Distributed storage documentation.
Algorithms used in the system, userspace interfaces
(sysfs dirs and files), design and implementation details
are described here.
Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED]
diff --git a/Documentation/dst/algorithms.txt
Network state machine.
Includes network async processing state machine and related tasks.
Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED]
diff --git a/drivers/block/dst/kst.c b/drivers/block/dst/kst.c
new file mode 100644
index 000..ba5e5ef
--- /dev/null
+++ b/drivers/block/dst/kst.c
@@
Fix arp reply when received arp probe with sender ip 0.
Send arp reply with target ip address 0.0.0.0 and target hardware address
set to hardware address of requester. Previously sent reply with target
ip address and target hardware address set to same as source fields.
Signed-off-by: Jonas
Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED]
---
net/ipv4/tcp_ipv4.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/net/ipv4/tcp_ipv4.c b/net/ipv4/tcp_ipv4.c
index e566f3c..ff36096 100644
--- a/net/ipv4/tcp_ipv4.c
+++ b/net/ipv4/tcp_ipv4.c
@@ -900,8 +900,7 @@ int
Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED]
---
net/ipv4/tcp_ipv4.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/ipv4/tcp_ipv4.c b/net/ipv4/tcp_ipv4.c
index ff36096..652c323 100644
--- a/net/ipv4/tcp_ipv4.c
+++ b/net/ipv4/tcp_ipv4.c
@@ -938,10 +938,10
Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED]
---
net/ipv6/tcp_ipv6.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/net/ipv6/tcp_ipv6.c b/net/ipv6/tcp_ipv6.c
index 3aad861..b1bfbdd 100644
--- a/net/ipv6/tcp_ipv6.c
+++ b/net/ipv6/tcp_ipv6.c
@@ -581,7 +581,10 @@
forwarding whole message for netdev to review
Ian Wienand wrote:
Hi,
When rebooting today I got
Will now restart.
ACPI: PCI interrupt for device :00:03.0 disabled
GSI 20 (level, low) - CPU 1 (0x0100) vector 53 unregistered
Destroying IRQ53 without calling free_irq
WARNING: at
On Mon, 2007-11-19 at 17:48 -0800, Joe Perches wrote:
Signed-off-by: Joe Perches [EMAIL PROTECTED]
---
drivers/net/wireless/b43/phy.c |2 +-
drivers/net/wireless/b43legacy/phy.c |2 +-
drivers/net/wireless/bcm43xx/bcm43xx_phy.c |2 +-
Due to the bug, refcnt for md5sig pool was leaked when
an user try to delete a key if we have more than one key.
In addition to the leakage, we returned incorrect return
result value for userspace.
This fix should close Bug #9418, reported by [EMAIL PROTECTED].
Signed-off-by: YOSHIFUJI Hideaki
On Mon, Nov 19, 2007 at 08:39:10PM +, Ben Dooks wrote:
This is my current proposed patch series to the DM9000
driver for both general cleanups, support for ethtool
and to make the code better.
Apologies, it seems that when I updated it to 2.6.24-rc3
it turns out I applied it without first
From: Fred L. Templin [EMAIL PROTECTED]
This patch includes support for the Intra-Site Automatic Tunnel
Addressing Protocol (ISATAP) per RFC4214. It uses the SIT
module, and is configured using extensions to the iproute2
utility. The diffs are specific to the Linux 2.6.24-rc2 kernel
distribution.
Hello.
I'll take care of this.
Regards,
--yoshfuji
In article [EMAIL PROTECTED] (at Tue, 20 Nov 2007 09:36:26 -0800), Templin,
Fred L [EMAIL PROTECTED] says:
From: Fred L. Templin [EMAIL PROTECTED]
This patch includes support for the Intra-Site Automatic Tunnel
Addressing Protocol
From: Fred L. Templin [EMAIL PROTECTED]
This patch includes support for the Intra-Site Automatic Tunnel
Addressing Protocol (ISATAP) per RFC4214.
The following diffs are specific to the iproute2-2.6.23
software distribution. This message includes the full and
patchable diff text; please use this
Missed that break. Here is the corrected patch.
Signed-off-by: Ayaz Abdulla [EMAIL PROTECTED]
Andrew Morton wrote:
On Sun, 18 Nov 2007 14:13:41 -0500 Ayaz Abdulla [EMAIL PROTECTED] wrote:
This patch fixes a long boot delay in the forcedeth driver. During
initialization, the timeout for
David Miller wrote:
From: Andrew Gallatin [EMAIL PROTECTED]
Date: Tue, 23 Oct 2007 11:11:55 -0400
I've attached a patch which adds support to inet_lro for aggregating
pure acks.
I've applied this patch to net-2.6.25... but!
This needs some serious thinking. What this patch ends up doing
Denys Fedoryshchenko wrote, On 11/20/2007 10:43 AM:
...
If let's say i will limit bandwidth to 1Mbps, and will try to send packets
will 100Mbps speed, and will check which packets will be dropped.
As a matter of fact, I wonder why you're so afraid of this dropping. It's
usual method of
Hi Stephen,
Running amd64 kernel built from 2ffbb8377c7a0713baf6644e285adc27a5654582
after about three days of uptime, this morning I found the network dead
and the following in dmesg:
sky2 eth0: hung mac 7:69 fifo 0 (165:176)
sky2 eth0: receiver hang detected
sky2 eth0: disabling
On Tue, 20 Nov 2007 07:13:00 -0800 (PST)
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=9418
Summary: Funcation tcp_v6_md5_do_del return has error.
Product: Networking
Version: 2.5
KernelVersion: 2.6.23
Platform: All
On Tue, 20 Nov 2007 21:00:56 +0100, Jarek Poplawski wrote
Denys Fedoryshchenko wrote, On 11/20/2007 10:43 AM:
If let's say i will limit bandwidth to 1Mbps, and will try to send
packets
will 100Mbps speed, and will check which packets will be dropped.
As a matter of fact, I wonder
From: Laszlo Attila Toth [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 14:52:12 +0100
Jan Engelhardt írta:
On Nov 20 2007 14:14, Laszlo Attila Toth wrote:
This is the 6th version of our interface group patches.
The interface group value can be used to manage different interfaces
at the same
Pavel Emelyanov [EMAIL PROTECTED] writes:
Rafael J. Wysocki wrote:
On Monday, 19 of November 2007, Pavel Machek wrote:
Hi!
I think that this worked before:
[EMAIL PROTECTED]:/proc# find . -name timer_info
find: WARNING: Hard link count is wrong for ./net: this may be a bug
in your
* Eric W. Biederman [EMAIL PROTECTED] wrote:
lr-x-- 1 root root 64 Nov 20 18:03 3 - /proc/net
...
Yes all of those are nasty. So much for my clever way of implementing
these things. Grr. Simple hacks that almost work!
btw., in case you feel inclined, i recently did some
Dave,
Here are some more fixes for 2.6.24. There is a whitespace fix for an
error message, a fix to limit log pollution with ieee80211, and a couple
of fixes form Johannes related to handling multicast addresses in
mac80211.
Let me know if there are problems!
Thanks,
John
---
Individual
Dave,
Here are some more updates for net-2.6.25 -- nothing too major.
Let me know if there are problems!
Thanks,
John
---
Individual patches available here:
http://www.kernel.org/pub/linux/kernel/people/linville/wireless-2.6/upstream-davem
---
The following changes since commit
Ingo Molnar [EMAIL PROTECTED] writes:
* Eric W. Biederman [EMAIL PROTECTED] wrote:
lr-x-- 1 root root 64 Nov 20 18:03 3 - /proc/net
...
Yes all of those are nasty. So much for my clever way of implementing
these things. Grr. Simple hacks that almost work!
btw., in case you
Upon starting netem with the trace enhancement (e.g. netem trace) a new
process (called flowseed) is created which sends the delay-values to
the netem kernel module with the help of the configfs. The values are
written in chunks of 1000, thus avoiding to many context switches.
When the
Hi Stephen
Approximately a year ago we discussed an enhancement to netem,
which we called trace control for netem.
We obtain the value for the packet delay, drop, duplication and
corruption from a so called trace file. The trace file may be
obtained by monitoring network traffic and thus
If netem runs with the trace enhancement the function
tcn_flow_attr_store saves the delay values obtained from the user space
flowseed process alternately in two buffers. This function does not
return until new delay values are needed, thus enabling the flowseed
process to send a new chunk of
From: Rick Jones [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 11:45:54 -0800
Sounds like one might as well go ahead and implement HP-UX/Solaris-like
ACK sending avoidance at the receiver and not bother with LRO-ACK on the
sender.
In some experiements a while back I thought I saw that LRO on
these are all questions for Ulrich and Roland - Cc:-ed them.
* Eric W. Biederman [EMAIL PROTECTED] wrote:
Ingo Molnar [EMAIL PROTECTED] writes:
* Eric W. Biederman [EMAIL PROTECTED] wrote:
lr-x-- 1 root root 64 Nov 20 18:03 3 - /proc/net
...
Yes all of those are nasty.
On Tuesday 20 November 2007, Andrew Morton wrote:
On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller [EMAIL PROTECTED] wrote:
Andrew,
could you please consider adding this patch to your 2.6.25 patch series?
please cc netdev on networking-related things
Ok.
This is the third version
Long ago when the CLONE_THREAD support first went it someone
thought it would be wise to point /proc/self at /proc/tgid
instead of /proc/pid.
Given that /proc/tgid can return information about a very different
task (if enough things have been unshared) then our current process
/proc/tgid seems
Hello Eric,
This fills a need I had to get the current TID in a Java program,
so I'm very interested in this change. OTOH, how will someone
not reading LKML discover that the current TID is now in
/proc/self and that it was not always the case?
I would put my 2 cents in /proc/self/task/self,
* Roland McGrath [EMAIL PROTECTED] wrote:
When did /proc/self get changed to follow tgid instead of pid? glibc
uses /proc/self to refer to various things that are usually shared
anyway (fd, maps, cwd, exe), but I think the expectation has always
been that this refers to the same calling
* Eric W. Biederman [EMAIL PROTECTED] wrote:
We may be stuck with the current broken behavior for backwards
compatibility reasons but lets try fixing our ancient bug for the
2.6.25 time frame and see if anyone screams.
to make sure i got you right - do you agree that this is a regression
On 11/21/07, Ingo Molnar [EMAIL PROTECTED] wrote:
i guess it was a v2.6.24 change, hence a regression that needs to be
fixed?
It seems to be
http://git.kernel.org/?p=linux/kernel/git/tglx/history.git;a=commitdiff;h=01660410
So, linux 2.6.0-test6
--
Guillaume
-
To unsubscribe from this list:
When did /proc/self get changed to follow tgid instead of pid? glibc uses
/proc/self to refer to various things that are usually shared anyway (fd,
maps, cwd, exe), but I think the expectation has always been that this
refers to the same calling thread, not the group leader. e.g., if one
thread
Oh, it seems it has indeed been that way for a very long time, so I was
mistaken. It still seems a little odd to me. Ulrich can say definitively
whether the kind of concern I mentioned really matters one way or the other
for glibc.
Thanks,
Roland
-
To unsubscribe from this list: send the line
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roland McGrath wrote:
Oh, it seems it has indeed been that way for a very long time, so I was
mistaken. It still seems a little odd to me. Ulrich can say definitively
whether the kind of concern I mentioned really matters one way or the other
* Guillaume Chazarain [EMAIL PROTECTED] wrote:
On 11/21/07, Ingo Molnar [EMAIL PROTECTED] wrote:
i guess it was a v2.6.24 change, hence a regression that needs to be
fixed?
It seems to be
http://git.kernel.org/?p=linux/kernel/git/tglx/history.git;a=commitdiff;h=01660410
So, linux
* Ulrich Drepper [EMAIL PROTECTED] wrote:
Oh, it seems it has indeed been that way for a very long time, so I
was mistaken. It still seems a little odd to me. Ulrich can say
definitively whether the kind of concern I mentioned really matters
one way or the other for glibc.
glibc
can you see any danger to providing a /proc/self_task/ link? (or can you
think of a better name/API/approach)
That is a poor name to choose given /proc/self/task exists as something
else (just try writing a sentence comparing them and then read it aloud).
Probably /proc/self/task/self is what
Joe Perches [EMAIL PROTECTED] writes:
--- a/drivers/net/wan/wanxl.c
+++ b/drivers/net/wan/wanxl.c
@@ -743,7 +743,7 @@ static int __devinit wanxl_pci_init_one(struct pci_dev
*pdev,
}while (time_after(timeout, jiffies));
if (!stat) {
- printk(KERN_WARNING wanXL
David Miller wrote:
From: Laszlo Attila Toth [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 14:52:12 +0100
Jan Engelhardt írta:
On Nov 20 2007 14:14, Laszlo Attila Toth wrote:
This is the 6th version of our interface group patches.
The interface group value can be used to manage different
On Wednesday, 21 of November 2007, Roland McGrath wrote:
can you see any danger to providing a /proc/self_task/ link? (or can you
think of a better name/API/approach)
That is a poor name to choose given /proc/self/task exists as something
else (just try writing a sentence comparing them
Hello,
We've been working with the e1000 driver and applying the various
queuing disciplines. I've noticed that the effectiveness of the work
conserving queuing disciplines, such as priority queues, diminishes as
more packets are queued to hardware ( i.e. high priority packets
suffer from HOLB).
Roland McGrath [EMAIL PROTECTED] writes:
can you see any danger to providing a /proc/self_task/ link? (or can you
think of a better name/API/approach)
That is a poor name to choose given /proc/self/task exists as something
else (just try writing a sentence comparing them and then read it
1 - 100 of 136 matches
Mail list logo