From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Fri, 6 Jul 2007 11:31:17 -0700
> Document the expectations about device MTU handling.
> The documentation about oversize packet handling is probably too
> loose.
>
> IMHO devices should drop oversize packets for robustness,
> but many devices allo
From: jamal <[EMAIL PROTECTED]>
Date: Fri, 06 Jul 2007 10:39:15 -0400
> If the issue is usability of listing 1024 netdevices, i can think of
> many ways to resolve it.
I would agree with this if there were a reason for it, it's totally
unnecessary complication as far as I can see.
These virtual
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Fri, 6 Jul 2007 11:26:23 -0700
> Update the documentation about locking assumptions.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Applied, thanks Stephen.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body
From: Rémi_Denis-Courmont <[EMAIL PROTECTED]>
Date: Sat, 7 Jul 2007 14:21:43 +0300
> This patch adds support for specifying IPv4 Time-To-Live (IP_TTL) and/or
> Type-Of-Service (IP_TOS) values on a per datagram basis through
> sendmsg() ancilliary data. Until then, it only worked for IPv6 sockets
From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
Date: Sat, 7 Jul 2007 11:49:56 +0300 (EEST)
>
> Got bored to always recompile it for no reason.
>
> Signed-off-by: Ilpo Järvinen <[EMAIL PROTECTED]>
Applied, thanks Ilpo.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Fri, 06 Jul 2007 20:30:39 -0700
> [BNX2]: Update version to 1.6.2.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Looks good, all 9 patches applied to net-2.6.23 and pushed out.
Thanks Michael!
-
To unsubscribe from this list: send the line "u
On Fri, 2007-07-06 at 10:39 -0400, jamal wrote:
> The first thing that crossed my mind was "if you want to select a
> destination port based on a destination MAC you are talking about a
> switch/bridge". You bring up the issue of "a huge number of virtual NICs
> if you wanted arbitrary guests" whic
On Sat, 07 Jul 2007 14:54:11 -0700
"Kok, Auke" <[EMAIL PROTECTED]> wrote:
> Francois Romieu wrote:
> > Kok, Auke <[EMAIL PROTECTED]> :
> >> Jeff Garzik wrote:
> >>> Kok, Auke wrote:
> > [...]
> >> This is not acceptable and hardly fair to expect from us.
> >>
> >> It also exposes users to endless
Hi again Francois!
2.6.22-rc7 does suspend-to-disk again ... and the bad news is, the reported
problem (link speed 100 not 1000 after resume from suspend-to-disk) is still
there when using 2.6.22-rc7 with your -rc6 driver patch.
The symptoms are the same as in 2.6.18 with unpatched r8169.
ifdo
Francois Romieu wrote:
Kok, Auke <[EMAIL PROTECTED]> :
Jeff Garzik wrote:
Kok, Auke wrote:
[...]
This is not acceptable and hardly fair to expect from us.
It also exposes users to endless delays and uncertainties as to a final
resolution. Not to mention that writing a driver from scratch fo
Hi again Francois!
> > No NFS but networking or no networking at all ?
>
> Networking in itself was fine and stable, and with seemingly much better
> performance in large file transfers as well.
>
> NFS appeared to be working too, problem was just that workstation and
> server couldn't agree on fi
On Sun, 8 Jul 2007, Satyam Sharma wrote:
> On Sun, 8 Jul 2007, KII Keiichi wrote:
> [...]
> > But, in the case, we must think of the case of changing IP address
> > because we can change IP address without disabling the network device and
> > can't hook the event of changing IP address.
>
> Well
Hi Keiichi,
On Sun, 8 Jul 2007, KII Keiichi wrote:
> [...]
> I tested your patches on the x86 architecture and report the results.
> It is no problem except for the above problem.
> I think that it is useful to use configfs(especially, mkdir and rmdir because
> of adding/removing netconsole_target
Hi,
On Sun, 8 Jul 2007, KII Keiichi wrote:
> [...]
> Should we avoid the automatic update of netconsole_target until we can notice
> all
> necessary members of netconsole_target updated automatically?
>
> I had thought about automatic updating of the netconsole_target(i.e. local IP
> address
Hi,
On Sun, 8 Jul 2007, KII Keiichi wrote:
> Hi Satyam,
>
> The following comments aren't essential.
>
> > if (!(event == NETDEV_UP || event == NETDEV_DOWN ||
> > event == NETDEV_CHANGEADDR || event == NETDEV_CHANGENAME))
> > - goto done;
> > + goto done;
>
> T
Hi Keiichi,
On Sun, 8 Jul 2007, KII Keiichi wrote:
> Hi Satyam,
>
> > After more discussion, Joel suggested the idea to separately manage the
> > lifetimes of the two kinds of netconsole_target objects, those created while
> > parsing boot/module options and those created via configfs mkdir(2) fr
Kok, Auke <[EMAIL PROTECTED]> :
> Jeff Garzik wrote:
> >Kok, Auke wrote:
[...]
> This is not acceptable and hardly fair to expect from us.
>
> It also exposes users to endless delays and uncertainties as to a final
> resolution. Not to mention that writing a driver from scratch for (just)
> ich9
On 7/6/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
OK, just looked through the driver. I think its structured inside-out
from what it should be.
* The multitude of tiny, fine-grained operations for MAC, NVM, PHY, etc.
is a signal that organization is backwards. You should be creating
hardware
based on a trivial check i added to kernel/timer.c, it seems that
schedule_timeout() is being called with a current state of
TASK_RUNNING, which shouldn't happen. this appears to be the
offending snippet of code:
net/ipv4/af_inet.c (inet_wait_for_connect)
==
Hi Satyam,
> [4/9] netconsole: Introduce netconsole_netdev_notifier
>
> To update fields of underlying netpoll structure at runtime on
> corresponding NETDEV_CHANGEADDR or NETDEV_CHANGENAME notifications.
>
> Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
> Cc: Keiichi Kii <[EMAIL PROTECTED]>
Hi Satyam,
> After more discussion, Joel suggested the idea to separately manage the
> lifetimes of the two kinds of netconsole_target objects, those created while
> parsing boot/module options and those created via configfs mkdir(2) from
> userspace, in my driver itself. That adds a little bit of
Hi Satyam,
BTW I did some testing myself, and have found another *embarrassing* bug:
if netconsole is loaded _without_ specifying any "netconsole=" parameter,
module is still kept loaded, but on unloading configfs_unregister_...()
obviously panics! :-) This should've been found by me earlier, ju
Hi Satyam,
The following comments aren't essential.
> if (!(event == NETDEV_UP || event == NETDEV_DOWN ||
> event == NETDEV_CHANGEADDR || event == NETDEV_CHANGENAME))
> - goto done;
> + goto done;
The above diff lines are extra.
> + spin_lock_irqsav
On Sat, 7 Jul 2007, Ranko Zivojnovic wrote:
On Fri, 2007-07-06 at 16:21 +0200, Patrick McHardy wrote:
There is at least one ABBA deadlock, est_timer does:
read_lock(&est_lock)
spin_lock(e->stats_lock) (which is dev->queue_lock)
and qdisc_destroy calls htb_destroy under dev->queue_lock, which
In article <[EMAIL PROTECTED]> (at Sat, 7 Jul 2007 17:34:59 +0300), Rémi
Denis-Courmont <[EMAIL PROTECTED]> says:
> Fix handling of IPv6 Routing Headers with zero segments left.
> In that case, we should ignore the extension header and continue with
> the next one, rather than return a Paramater
Fix handling of IPv6 Routing Headers with zero segments left.
In that case, we should ignore the extension header and continue with
the next one, rather than return a Paramater Problem.
This is more consistent with RFC2461 (§4.4) and
draft-ietf-ipv6-deprecate-rh0.
Signed-off-by: Rémi Denis-Courm
Kok, Auke wrote:
I don't think that anyone besides you and maybe one or two others are
interested in doing this rewrite from scratch.
I count myself as one of those others. :) I don't think it's a rewrite
though; it's a rework.
The rest of us would
rather see something much more similar to
Kok, Auke wrote:
Jeff Garzik wrote:
* The multitude of tiny, fine-grained operations for MAC, NVM, PHY,
etc. is a signal that organization is backwards. You should be
creating hardware-specific high level operations (PHY layer hooks,
net_device hooks, interrupt handler) that call out to more-
Benjamin Thery wrote:
Following a discussion we had at OLS concerning L2 network namespace
performances and how the new macvlan driver could potentially improve
them, I've ported the macvlan patchset on top of Eric's net namespace
patchset on 2.6.22-rc4-mm2.
A little bit of history:
Some months
This patch adds support for specifying IPv4 Time-To-Live (IP_TTL) and/or
Type-Of-Service (IP_TOS) values on a per datagram basis through
sendmsg() ancilliary data. Until then, it only worked for IPv6 sockets
(using IPV6_HOPLIMIT and IPV6_TCLASS).
Signed-off-by: Rémi Denis-Courmont <[EMAIL PROTE
Got bored to always recompile it for no reason.
Signed-off-by: Ilpo Järvinen <[EMAIL PROTECTED]>
---
drivers/net/bnx2.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 88b33c6..56244f6 100644
--- a/drivers/net/bnx2.c
+++ b/dr
On Sat, Jul 07, 2007 at 01:18:45PM +0530, Satyam Sharma wrote:
> However, for items that are statically initialized (often the
> group->cg_item members of subsystems or default groups) we often simply
> set ci_namebuf and then call config_item_init() -- say via
> config_group_init(), like I've done
On Fri, 2007-07-06 at 17:55 +0300, Ranko Zivojnovic wrote:
> On Fri, 2007-07-06 at 16:21 +0200, Patrick McHardy wrote:
> > Ranko Zivojnovic wrote:
> > > BUG: spinlock lockup on CPU#0, swapper/0, c03eff80
> > > [] _raw_spin_lock+0x108/0x13c
> > > [] __qdisc_run+0x97/0x1b0
> > > [] qdisc_watchdog+
Hi Stephen,
On Thu, 5 Jul 2007, Stephen Hemminger wrote:
> On Wed, 4 Jul 2007 08:56:42 -0500
> Matt Mackall <[EMAIL PROTECTED]> wrote:
> [...]
> > > + if (nt->dev_status) {
> >
> > Why not simply call net_dev_is_up?
>
> The flags field values are really BSD legacy-ish stuff and should not be
> u
Hi Joel,
On Fri, 6 Jul 2007, Joel Becker wrote:
> On Wed, Jul 04, 2007 at 04:38:24PM +0530, Satyam Sharma wrote:
> > struct netconsole_target {
> > struct list_headlist;
> > + struct config_item item;
> > + int id;
> > + int enabled;
35 matches
Mail list logo
