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 ey
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?
Thanks
* 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?
Asy
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 els
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 g
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.
> >
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,
--
Vis
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
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 interru
> -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)
>
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 attac
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
net/ipv4/ipvs/ip_vs_
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.
> > >
> >> 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: 00
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 ba
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
>>> theref
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: 000
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 t
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
> - nf_conntrack_a
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, ol
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_
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 around
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
drivers/net
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 dosomethi
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 +
net/netfilter/xt_
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 +
ip/ipad
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 +++
extensions/libxt_i
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 ap
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 real
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
drivers/net
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
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 -i
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
> 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 b
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 b
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
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 thi
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 spi
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
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 be
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
--- a/drivers/block/Kconf
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 b/Documentation/dst/algorithms.
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 Dani
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 @@ in
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,1
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 @@
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
> /home/insecure/ianw/programs/git-kernel
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 +-
> drivers/net/wireles
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 firs
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
distributi
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 Pro
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 thi
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 f
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 auto
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 interface
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: A
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,
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
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
* 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 patch
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 11
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!
>
> b
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 corresp
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 e
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 d
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 LR
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
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 t
Long ago when the CLONE_THREAD support first went it someone
thought it would be wise to point /proc/self at /proc/
instead of /proc/.
Given that /proc/ can return information about a very different
task (if enough things have been unshared) then our current process
/proc/ seems blatantly wrong.
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, this
* 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 cal
* 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 regressi
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 li
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 h
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
>
* 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.
> 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
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 interf
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
Ulrich Drepper <[EMAIL PROTECTED]> writes:
> 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
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).
1 - 100 of 140 matches
Mail list logo