Hottest Deal out there (a JOB)

2006-07-04 Thread Angelique
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 med

Re: [PATCH 1/3] [PKT_SCHED]: Fix illegal memory dereferences when dumping actions

2006-07-04 Thread jamal
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); > > g

Re: [PATCH 3/3] [PKT_SCHED]: Fix error handling while dumping actions

2006-07-04 Thread jamal
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 c

Re: [PATCH 2/3] [PKT_SCHED]: Return ENOENT if action module is unavailable

2006-07-04 Thread jamal
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 > === > --- net-2.6.git.orig/net

Re: [PATCH 1/3] [PKT_SCHED]: Fix illegal memory dereferences when dumping actions

2006-07-04 Thread jamal
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 tc_loo

possible dos / wsize affected frozen connection length (was: Re: 2.6.17.1: fails to fully get webpage)

2006-07-04 Thread CaT
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

Re: RDMA will be reverted

2006-07-04 Thread Andi Kleen
> > 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 se

Re: [PATCH 0/2] NET: Accurate packet scheduling for ATM/ADSL

2006-07-04 Thread Patrick McHardy
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?

Re: RDMA will be reverted

2006-07-04 Thread Andy Gay
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

Re: [PATCH 1/3] [PKT_SCHED]: Fix illegal memory dereferences when dumping actions

2006-07-04 Thread Patrick McHardy
Thomas Graf wrote: > 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

Re: RDMA will be reverted

2006-07-04 Thread Andi Kleen
> 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 >

[no subject]

2006-07-04 Thread Neal Sidhwaney
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

Fw: [Bugme-new] [Bug 6791] New: ports in SA should not be zeroed when protocol is specified

2006-07-04 Thread Andrew Morton
Begin forwarded message: Date: Tue, 4 Jul 2006 06:54:01 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Bugme-new] [Bug 6791] New: ports in SA should not be zeroed when protocol is specified http://bugzilla.kernel.org/show_bug.cgi?id=6791 Summary: ports in SA should

Re: [RFC] change netdevice to use struct device instead of struct class_device

2006-07-04 Thread Greg KH
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 > > tho

Re: RDMA will be reverted

2006-07-04 Thread Andy Gay
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 l

[PATCH 3/3] [PKT_SCHED]: Fix error handling while dumping actions

2006-07-04 Thread Thomas Graf
"return -err" and blindly inheriting the error code in the netlink failure exception handler causes errors codes to be returned as positive value therefore making them being ignored by the caller. May lead to sending out incomplete netlink messages. Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>

[PATCH 2/3] [PKT_SCHED]: Return ENOENT if action module is unavailable

2006-07-04 Thread Thomas Graf
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

[PATCH 0/3] Action API fixes

2006-07-04 Thread Thomas Graf
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 inf

[PATCH 1/3] [PKT_SCHED]: Fix illegal memory dereferences when dumping actions

2006-07-04 Thread Thomas Graf
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 b

[mini-RFT] via-velocity cleanup

2006-07-04 Thread Francois Romieu
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

Re: RDMA will be reverted

2006-07-04 Thread Andi Kleen
> 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 > you

Re: RDMA will be reverted

2006-07-04 Thread Roland Dreier
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 reall

Re: RDMA will be reverted

2006-07-04 Thread Roland Dreier
> 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 p

Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats

2006-07-04 Thread Paul Jackson
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 unsub

Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats

2006-07-04 Thread Paul Jackson
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 be

Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats

2006-07-04 Thread Paul Jackson
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 prefe

Re: 2.6.17-mm6

2006-07-04 Thread Arjan van de Ven
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 e

Re: rtl8139: NETDEV WATCHDOG: eth0: transmit timed out

2006-07-04 Thread Marcus Better
Francois Romieu wrote: > In a better world, you would narrow the suspect with a git bissect [1] > between v2.6.15 and v2.6.16. Will try. It may take some time... Marcus - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordo

Re: [PATCH 0/2] NET: Accurate packet scheduling for ATM/ADSL

2006-07-04 Thread jamal
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 s

Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats

2006-07-04 Thread jamal
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

Re: [e1000]: flow control on by default - good idea really?

2006-07-04 Thread jamal
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, s

Re: RDMA will be reverted

2006-07-04 Thread Andy Gay
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. >

Re: [2.6.17-git22] lock debugging output

2006-07-04 Thread Arjan van de Ven
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

[2.6.17-git22] lock debugging output

2006-07-04 Thread Alessandro Suardi
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' ---> Note that due to my very variable network setup,

Re: [PATCH 2/4] d80211: fix receiving through virtual interfaces

2006-07-04 Thread Jiri Benc
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_a

[e1000]: flow control on by default - good idea really?

2006-07-04 Thread jamal
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 for

Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats

2006-07-04 Thread Shailabh Nagar
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 w

Re: [patch 1/7] net_device list cleanup: core

2006-07-04 Thread Alexey Kuznetsov
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 netdev_iterate_l

Re: possible recursive locking in ATM layer

2006-07-04 Thread Arjan van de Ven
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

Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats

2006-07-04 Thread Shailabh Nagar
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 registrat

Re: [patch 1/7] net_device list cleanup: core

2006-07-04 Thread Andrey Savochkin
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 > > >

Re: [PATCH 0/2] NET: Accurate packet scheduling for ATM/ADSL

2006-07-04 Thread Patrick McHardy
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 t

Re: strict isolation of net interfaces

2006-07-04 Thread Daniel Lezcano
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 networ

Re: strict isolation of net interfaces

2006-07-04 Thread Sam Vilain
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. - To unsubscribe from this list: send the line "unsubscrib

Re: [IPROUTE]: Introduce tc monitor

2006-07-04 Thread jamal
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,

Re: [Patch][RFC] Disabling per-tgid stats on task exit in taskstats

2006-07-04 Thread jamal
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 > > > regi

Re: strict isolation of net interfaces

2006-07-04 Thread Daniel Lezcano
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

Re: Network performance degradation from 2.6.11.12 to 2.6.16.20

2006-07-04 Thread Andi Kleen
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 jum

Re: Network performance degradation from 2.6.11.12 to 2.6.16.20

2006-07-04 Thread Jesper Dangaard Brouer
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 dra

Re: [VLAN]: translate IF_OPER_DORMANT to netif_dormant_on()

2006-07-04 Thread Patrick McHardy
> 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 -08

Re: tiacx - don't use UTS_RELEASE

2006-07-04 Thread Arjan van de Ven
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 belo

Re: tiacx - don't use UTS_RELEASE

2006-07-04 Thread Sam Ravnborg
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 > > >

Re: tiacx - don't use UTS_RELEASE

2006-07-04 Thread Arjan van de Ven
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 > > t

Re: tiacx - don't use UTS_RELEASE

2006-07-04 Thread Andrew Morton
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

Re: [patch 1/7] net_device list cleanup: core

2006-07-04 Thread Christoph Hellwig
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

tiacx - don't use UTS_RELEASE

2006-07-04 Thread Arjan van de Ven
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 PROTECT

Re: [patch 1/7] net_device list cleanup: core

2006-07-04 Thread Andrey Savochkin
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-linke