On Mon, Jul 03, 2006 at 07:36:47PM -0700, David Miller wrote:
From: Horms [EMAIL PROTECTED]
Date: Mon, 3 Jul 2006 11:31:30 +0900
* Derived from http://www.linuxvirtualserver.org/docs/sysctl.html, v1.4
maintained by Wensong Zhang
* Adjusted preample to match ip-sysctl.txt
*
Christoph,
On Mon, Jul 03, 2006 at 06:46:50PM +0100, Christoph Hellwig wrote:
On Mon, Jul 03, 2006 at 12:18:51PM +0400, Andrey Savochkin wrote:
Cleanup of net_device list use in net_dev core and IP.
The cleanup consists of
- converting the to list_head, to make the list double-linked
Hi,
patch below removes the use of UTS_RELEASE from the tiacx driver; there
is absolutely no reason for a driver to print the kernel version or use
the UTS_RELEASE field; in addition this field changes all the time so
this causes spurious rebuilds..
Signed-off-by: Arjan van de Ven [EMAIL
On Tue, Jul 04, 2006 at 11:24:05AM +0400, Andrey Savochkin wrote:
Yes, it's a little more work as you need to audit all drivers to see what
they are doing and find suitable abstractions but it's a must have that
should have been done a lot earlier.
Hiding dev_base_head can be done by
On Tue, 2006-07-04 at 02:25 -0700, Andrew Morton wrote:
On Tue, 04 Jul 2006 11:07:59 +0200
Arjan van de Ven [EMAIL PROTECTED] wrote:
patch below removes the use of UTS_RELEASE from the tiacx driver; there
is absolutely no reason for a driver to print the kernel version or use
the
On Tue, 04 Jul 2006 11:07:59 +0200
Arjan van de Ven [EMAIL PROTECTED] wrote:
patch below removes the use of UTS_RELEASE from the tiacx driver; there
is absolutely no reason for a driver to print the kernel version or use
the UTS_RELEASE field; in addition this field changes all the time so
On Tue, Jul 04, 2006 at 11:27:27AM +0200, Arjan van de Ven wrote:
On Tue, 2006-07-04 at 02:25 -0700, Andrew Morton wrote:
On Tue, 04 Jul 2006 11:07:59 +0200
Arjan van de Ven [EMAIL PROTECTED] wrote:
patch below removes the use of UTS_RELEASE from the tiacx driver; there
is absolutely
On Tue, 2006-07-04 at 11:51 +0200, Sam Ravnborg wrote:
On Tue, Jul 04, 2006 at 11:27:27AM +0200, Arjan van de Ven wrote:
On Tue, 2006-07-04 at 02:25 -0700, Andrew Morton wrote:
On Tue, 04 Jul 2006 11:07:59 +0200
Arjan van de Ven [EMAIL PROTECTED] wrote:
patch below removes the use
commit ddd7bf9fe4e59afc0a041378f82b6e1aa88f714b
tree 98764adba1bae7d128d2e7db7d9fc1e2fe5826d8
parent b00055aacdb172c05067612278ba27265fcd05ce
author Stefan Rompf [EMAIL PROTECTED] Tue, 21 Mar 2006 09:11:41 -0800
committer David S. Miller [EMAIL PROTECTED] Tue, 21 Mar 2006 09:11:41 -0800
On Mon, 26 Jun 2006, Andi Kleen wrote:
I encountered the same problem on a dual core opteron equipped with a
broadcom NIC (tg3) under 2.4. It could receive 1 Mpps when using TSC
as the clock source, but the time jumped back and forth, so I changed
it to 'notsc', then the performance dropped
On Tuesday 04 July 2006 13:41, Jesper Dangaard Brouer wrote:
On Mon, 26 Jun 2006, Andi Kleen wrote:
I encountered the same problem on a dual core opteron equipped with a
broadcom NIC (tg3) under 2.4. It could receive 1 Mpps when using TSC
as the clock source, but the time jumped back
Andrey Savochkin wrote:
I still can't completely understand your direction of thoughts.
Could you elaborate on IP address assignment in your diagram, please? For
example, guest0 wants 127.0.0.1 and 192.168.0.1 addresses on its lo
interface, and 10.1.1.1 on its eth0 interface.
Does this diagram
On Mon, 2006-03-07 at 18:01 -0700, Andrew Morton wrote:
On Mon, 03 Jul 2006 20:54:37 -0400
Shailabh Nagar [EMAIL PROTECTED] wrote:
What happens when a listener exits without doing deregistration
(or if the listener attempts to register another cpumask while a current
registration is
On Mon, 2006-03-07 at 12:13 +0200, Patrick McHardy wrote:
Speaking of actions, do you have any plans to
add help-texts? Currently the output is very confusing, whenever
I use them I need to google for examples.
Thanks for reminding me. There are examples in the doc/ directory of
iproute2,
Russell Stuart wrote:
On 26/06/2006 9:10 PM, Patrick McHardy wrote:
5. We still did have to modify the kernel for ATM. That was
because of its rather unusual characteristics. However,
it you look at the size of modifications made to the kernel
verses the size made to the user
Sam Vilain wrote:
Daniel Lezcano wrote:
If it is ok for you, we can collaborate to merge the two solutions in
one. I will focus on layer 3 isolation and you on the layer 2.
So, you're writing a LSM module or adapting the BSD Jail LSM, right? :)
Sam.
No. I am adapting a prototype of
On Tue, Jul 04, 2006 at 10:10:03AM +0100, Christoph Hellwig wrote:
On Tue, Jul 04, 2006 at 11:24:05AM +0400, Andrey Savochkin wrote:
Yes, it's a little more work as you need to audit all drivers to see what
they are doing and find suitable abstractions but it's a must have that
should
jamal wrote:
On Mon, 2006-03-07 at 18:01 -0700, Andrew Morton wrote:
On Mon, 03 Jul 2006 20:54:37 -0400
Shailabh Nagar [EMAIL PROTECTED] wrote:
What happens when a listener exits without doing deregistration
(or if the listener attempts to register another cpumask while a current
From: Arjan van de Ven [EMAIL PROTECTED]
Linux version 2.6.17-git22 ([EMAIL PROTECTED]) (gcc version 4.0.3 (Ubuntu
4.0.3-1ubuntu5)) #20 PREEMPT Tue Jul 4 10:35:04 CEST 2006
[ 2381.598609] =
[ 2381.619314] [ INFO: possible recursive locking
Hello!
Different modules want different kinds of lookup.
So, I'm thinking about something like ilookup5.
The next question: would people agree to review a patch doing this for
net_devices? :)
One not original suggestion, which did not sound nevertheless:
to implement
Shailabh Nagar wrote:
jamal wrote:
On Mon, 2006-03-07 at 18:01 -0700, Andrew Morton wrote:
On Mon, 03 Jul 2006 20:54:37 -0400
Shailabh Nagar [EMAIL PROTECTED] wrote:
What happens when a listener exits without doing deregistration
(or if the listener attempts to register another cpumask
CCing anybody who may have stakes on this. Ignore the email if this
doesnt interest you.
Ok, folks - i had deferred this discussion but it bit me in the ass.
I just spend an hour debugging it (and in the process blew up a gbic i
borrowed, so my day aint going well since i actually have to pay
On Mon, 3 Jul 2006 19:24:08 +0200 (CEST), Jiri Benc wrote:
- Packet type (PACKET_HOST and PACKET_OTHER_HOST) is set correctly now.
Uhm, not really.
@@ -3057,7 +3048,9 @@ ieee80211_rx_h_check(struct ieee80211_tx
return TXRX_DROP;
}
- if (memcmp(rx-dev-dev_addr,
Hoping gmail doesn't mess it too badly...
eth0: tg3 (BCM5751 Gbit Ethernet)
eth1: ipw2200 (Intel PRO/Wireless 2200BG)
Sequence:
1. boot with eth0 disconnected (eth1 doesn't come up on boot)
2. ifup eth1, bring wpa-supplicant up
3. run 'dig' --- lock debug info gets printed on console
Note that
From: Arjan van de Ven [EMAIL PROTECTED]
On Tue, 2006-07-04 at 20:13 +0200, Alessandro Suardi wrote:
Hoping gmail doesn't mess it too badly...
eth0: tg3 (BCM5751 Gbit Ethernet)
eth1: ipw2200 (Intel PRO/Wireless 2200BG)
Sequence:
1. boot with eth0 disconnected (eth1 doesn't come up on
On Sat, 2006-07-01 at 16:26 +0200, Andi Kleen wrote:
On Saturday 01 July 2006 01:01, Tom Tucker wrote:
On Fri, 2006-06-30 at 14:16 -0700, David Miller wrote:
The TOE folks have tried to submit their hooks and drivers
on several occaisions, and we've rejected it every time.
iWARP
On Tue, 2006-04-07 at 13:11 -0400, jamal wrote:
CCing anybody who may have stakes on this. Ignore the email if this
doesnt interest you.
Ok, folks - i had deferred this discussion but it bit me in the ass.
I just spend an hour debugging it (and in the process blew up a gbic i
borrowed, so my
On Tue, 2006-04-07 at 15:29 +0200, Patrick McHardy wrote:
Russell Stuart wrote:
[..]
Without seeing your actual proposal it is difficult to
judge whether this is a reasonable trade-off or not.
Hopefully we will see your code soon. Do you have any
idea when?
Unfortunately I still
Shailabh,
On Tue, 2006-04-07 at 12:37 -0400, Shailabh Nagar wrote:
[..]
Here's a strawman for the problem we're trying to solve: get
notification of the close of a NETLINK_GENERIC socket that had
been used to register interest for some cpus within taskstats.
From looking at the netlink
Shailabh wrote:
Perhaps I should use the the other ascii format for specifying cpumasks
since its more amenable
to specifying an upper bound for the length of the ascii string and is
more compact ?
Eh - basically - I don't have a strong opinion either way.
I have a slight esthetic
this is one for the networking people, and thus netdev
On Tue, 2006-07-04 at 21:53 +0200, Rafael J. Wysocki wrote:
On Monday 03 July 2006 12:03, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17/2.6.17-mm6/
- A major update to the e1000
Andrew wrote:
OK, so we're passing in an ASCII string. Fair enough, I think. Paul would
know better.
Not sure if I know better - just got stronger opinions.
I like the ASCII here - but this is one of those he who
writes the code gets to
--
I won't rest till it's the best
pj wrote:
writes the code gets to
Never mind that last incomplete post - I hit Send
when I meant to hit Cancel.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson [EMAIL PROTECTED] 1.925.600.0401
-
To
Andi Perhaps a good start of that discussion David asked for
Andi would be if you could give us an overview of the differences
Andi and how you avoid the TOE problems.
Well, here's a quick overview, leaving out some of the details. The
difference between TOE and iWARP/RDMA is really
Roland stated that it has never been the case that we have
rejected adding support for a certain class of devices on the
kinds of merits being discussed in this thread. And I'm saying
that TOE is such a case where we have emphatically done so.
Well, in the past it's seemed more like
So perhaps there's a good argument to make that a Linux system with the
right hardware could be considered a core device. Likely any place you
have such a system it would be dedicated to just moving data as well as
possible, and let other systems do the other stuff. You wouldn't want
your
Against 2.6.17:
http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.17/via-velocity/
The mii operations look now more familiar. There should be no functional
change. The patches do not clash with Jeff's netdev-2.6#upstream.
Please report if I have broken something.
--
Ueimor
-
To unsubscribe from
Dave,
Fixes for some rather serious action API bugs. Please apply.
net/sched/act_api.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info
The TCA_ACT_KIND attribute is used without checking its
availability when dumping actions therefore leading to a
value of 0x4 being dereferenced.
The use of strcmp() in tc_lookup_action_n() isn't safe
when fed with string from an attribute without enforcing
proper NUL termination.
Both bugs can
Signed-off-by: Thomas Graf [EMAIL PROTECTED]
Index: net-2.6.git/net/sched/act_api.c
===
--- net-2.6.git.orig/net/sched/act_api.c
+++ net-2.6.git/net/sched/act_api.c
@@ -305,6 +305,7 @@ struct tc_action *tcf_action_init_1(stru
On Tue, 2006-07-04 at 22:47 +0200, Andi Kleen wrote:
So perhaps there's a good argument to make that a Linux system with the
right hardware could be considered a core device. Likely any place you
have such a system it would be dedicated to just moving data as well as
possible, and let
On Mon, Jul 03, 2006 at 06:57:47PM -0700, David Miller wrote:
From: Greg KH [EMAIL PROTECTED]
Date: Mon, 3 Jul 2006 16:16:10 -0700
No, not really. According to Documentation/ABI/testing/sysfs-class all
code that uses /sys/class/foo/ needs to be able to handle the fact that
those entries
subscribe linux-netdev
---
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
My point wasn't really about performance here, more that systems needing
this level of performance (server farm is just an example) will probably
be on an 'inside' network with firewalling being done elsewhere (at the
access layer, to use the Cisco paradigm). It's just not good design to
On Wed, 2006-07-05 at 01:01 +0200, Andi Kleen wrote:
My point wasn't really about performance here, more that systems needing
this level of performance (server farm is just an example) will probably
be on an 'inside' network with firewalling being done elsewhere (at the
access layer, to
jamal wrote:
On Tue, 2006-04-07 at 15:29 +0200, Patrick McHardy wrote:
Russell Stuart wrote:
[..]
Without seeing your actual proposal it is difficult to
judge whether this is a reasonable trade-off or not.
Hopefully we will see your code soon. Do you have any
idea when?
Unfortunately I
Think of the ordinary single linux box somewhere at a rackspace provider
which
represents the majority of Linux boxes around.
How many of those need 10G nics?
Most of them already have gigabit. At some point they will have 10G too.
Admittedly the iThingy under discussion here seems to
On Fri, Jun 30, 2006 at 08:50:39AM +1000, CaT wrote:
Another datapoint to this is that I've had this my netcat web test
running since 8:42pm yesterday. It's 8:37am now. It hasn't progressed
in any way. It hasn't quit. It hasn't timed out. It just sits there,
hung. This leads me to consider the
On Wed, 2006-05-07 at 00:00 +0200, Thomas Graf wrote:
plain text document attachment (act_fix_dump_null_deref)
The TCA_ACT_KIND attribute is used without checking its
availability when dumping actions therefore leading to a
value of 0x4 being dereferenced.
The use of strcmp() in
On Wed, 2006-05-07 at 00:00 +0200, Thomas Graf wrote:
plain text document attachment (act_fix_init_ret_val)
Signed-off-by: Thomas Graf [EMAIL PROTECTED]
Index: net-2.6.git/net/sched/act_api.c
===
---
I need to stare at this one for longer than 1 minute and i dont have
time right now; it does look strange (I am unsure what my thoughts were
at that point with -err - or maybe that was a change made by someone
else).
I dont have time until tommorow - but i would think the better fix will
be to
On Wed, 2006-05-07 at 01:42 +0200, Patrick McHardy wrote:
Thomas Graf wrote:
if (a_o-walk == NULL) {
- printk(tc_dump_action: %s !capable of dumping table\n, kind);
+ printk(tc_dump_action: %s !capable of dumping table\n,
a_o-kind);
goto
Hola!.
Este correo electrónico le muestra una oferta de trabajo, que podrÃa ser
interesante a usted.
Gerente financiero situado en su paÃs! Trabajo en Internet con buen sueldo!
GoldLeader Inc. busca a personas enérgicas y responsables para completar el
puesto de encargado de deudores de
53 matches
Mail list logo