David Miller wrote:
From: Masahide NAKAMURA [EMAIL PROTECTED]
Date: Sat, 29 Jul 2006 18:30:29 +0900
@@ -272,6 +272,9 @@ #define XFRM_TYPE_NON_FRAGMENT 1
void(*destructor)(struct xfrm_state *);
int (*input)(struct xfrm_state *, struct
Stephen Hemminger wrote:
I am not against making the bridge code smarter to handle other
encapsulation.
Here's an updated patch that fixes all issues I am aware of.
It generates a random mac address for gre ports, and also stores
a copy of the mac address for ethernet ports, rather than
Hi, all,
Enclosed please find the updated patch incorporating comments from
Stephen and Dave.
Again thanks for your help!
Catherine
--
From: [EMAIL PROTECTED]
This patch implements a cleaner fix for the memory leak problem of the original
unix datagram getpeersec patch. Instead of creating
On Tue, Aug 01, 2006 at 04:56:59PM -0700, Zach Brown ([EMAIL PROTECTED]) wrote:
OK, here's some of my reactions to the core part.
Thanks.
+#define KEVENT_SOCKET 0
+#define KEVENT_INODE 1
+#define KEVENT_TIMER 2
+#define KEVENT_POLL
On Tue, Aug 01, 2006 at 05:01:38PM -0700, David Miller ([EMAIL PROTECTED])
wrote:
From: Zach Brown [EMAIL PROTECTED]
Date: Tue, 01 Aug 2006 16:56:59 -0700
Even if we only have one syscall with a cmd multiplexer (which I'm not
thrilled with), we should at least make these arguments
On Tue, 2006-08-01 at 21:18 +0200, Sven Schuster wrote:
Hi Phil,
On Tue, Aug 01, 2006 at 11:46:55AM -0700, Phil Oester told us:
Since in this scenario userspace is able to determine ppp vs pptp,
could you not also do something like have an inbound_ppp and inbound_pptp
chain, then jump
On Tue, 2006-08-01 at 11:29 -0700, Stephen Hemminger wrote:
On Tue, 01 Aug 2006 19:10:09 +0200
Balazs Scheidler [EMAIL PROTECTED] wrote:
Hi,
I would like to easily match a set of dynamically created interfaces
from my packet filter rules. The attached patch forms the basis of my
Hi, Auke.
Auke Kok wrote:
AK Here's that part of the driver documentation:
AK $ modprobe e1000 AutoNeg=0x08
AK e1000: :00:00.0: e1000_validate_option: AutoNeg advertising 100/FD
AK 99 /* Auto-negotiation Advertisement Override
AK 100 *
AK 101 * Valid Range: 0x01-0x0F, 0x20-0x2F
On Mon, Jul 31, 2006 at 10:08:22PM -0700, Stephen Hemminger wrote:
Why not use existing bridge code?
It does use the existing bridge code. Perhaps the name is misleading.
All it does is encapsulate the full ethernet header in a gre packet,
rather than only layer 3. That is,
On 8/2/06, a1 [EMAIL PROTECTED] wrote:
Hi, Auke.
Auke Kok wrote:
AK Here's that part of the driver documentation:
AK $ modprobe e1000 AutoNeg=0x08
AK e1000: :00:00.0: e1000_validate_option: AutoNeg advertising 100/FD
AK 99 /* Auto-negotiation Advertisement Override
AK 100 *
AK 101 *
From: Evgeniy Polyakov [EMAIL PROTECTED]
Date: Wed, 2 Aug 2006 10:39:18 +0400
u64 is not aligned, so I prefer to use u32 as much as possible.
We have aligned_u64 exactly for this purpose, netfilter makes
use of it to avoid the x86_64 vs. x86 u64 alignment discrepency.
-
To unsubscribe from this
On Wed, Aug 02, 2006 at 12:25:05AM -0700, David Miller ([EMAIL PROTECTED])
wrote:
From: Evgeniy Polyakov [EMAIL PROTECTED]
Date: Wed, 2 Aug 2006 10:39:18 +0400
u64 is not aligned, so I prefer to use u32 as much as possible.
We have aligned_u64 exactly for this purpose, netfilter makes
Hugo Santos wrote:
David,
On Tue, Aug 01, 2006 at 05:35:35PM -0700, David Miller wrote:
This is partly why the multiple routing table code is being
added as the initial infrastrucutre, so that source based
things are possible.
There have been other approaches for partial source-based
Herbert Xu wrote:
Please rebase your tree on something that's more recent. We've had
xfrm modes for more than two months now.
OK, I use rebase to catch up with the latest tree.
(This tree is just for review then it is not against the latest but 2.6.17.)
--
Masahide NAKAMURA
-
To unsubscribe
David Miller wrote:
From: Masahide NAKAMURA [EMAIL PROTECTED]
Date: Sat, 29 Jul 2006 18:37:04 +0900
Here is Part B patches, following this mail.
Part B is also available as mip6cn-20060716-review branch at:
git://git.skbuff.net:9419/gitroot/nakam/linux-2.6-mip6cn
This tree includes part
David Miller wrote:
From: Masahide NAKAMURA [EMAIL PROTECTED]
Date: Wed, 02 Aug 2006 11:20:30 +0900
David Miller wrote:
I see a dangerous pattern of adding many, many, many methods
to the xfrm_type structure which are only used by ipv6.
But I cannot suggest another method.
Sometimes this
Hi, Jeff.
JK On 8/2/06, a1 [EMAIL PROTECTED] wrote:
Hi, Auke.
Auke Kok wrote:
AK Here's that part of the driver documentation:
AK $ modprobe e1000 AutoNeg=0x08
AK e1000: :00:00.0: e1000_validate_option: AutoNeg advertising 100/FD
AK 99 /* Auto-negotiation Advertisement Override
On Tuesday 01 August 2006 19:21, you wrote:
John W. Linville wrote:
I'm just not sure that cleverness is worth the headache, especially
since the most clever things usually only work by accident...
Or, work by solid, modular design and small tweaks!
Point taken. But stashing little
* Balazs Scheidler wrote, On 02/08/06 08:04:
On Tue, 2006-08-01 at 21:18 +0200, Sven Schuster wrote:
as this would require the complete chain (say, INPUT or
OUTPUT) to be downloaded to userspace, modified and then again
uploaded to the kernel. At least until iptables redesign to
allow
Hi,
Thanks for the reply, however:
On Wed, Aug 02, 2006 at 12:24:30PM +0900, Masahide NAKAMURA wrote:
Our patch is similar as you said. Our design is that kernel does nothing
as possible about validation which can be done by user-space.
As you mentioned ICMPv6 error is hard to be sent by
Hi Ville,
On Wed, Aug 02, 2006 at 10:58:49AM +0300, Ville Nuorvala wrote:
To name just one issue: the chicken and egg problem of source address
selection and source address based routing. I solved this problem by
letting policy rules (with a source prefix) add additional constraints
to the
On Wed, 2006-08-02 at 02:47 -0400, Catherine Zhang wrote:
Hi, all,
Enclosed please find the updated patch incorporating comments from
Stephen and Dave.
Note that this patch is intended for 2.6.18 as a bug fix for the memory
leak introduced by the original dgram peersec patches.
Again
- if (err)
- goto out;
+ /* if (err) */
+ /* goto out; */
- err = selinux_xfrm_sock_rcv_skb(sksec-sid, skb, ad);
-out: + /* err =
selinux_xfrm_sock_rcv_skb(sksec-sid, skb, ad); */
+out: return err;
}
Did you mean to leave
On Tue, 1 Aug 2006, James Morris wrote:
On Tue, 1 Aug 2006, Venkat Yekkirala wrote:
+#define PACKET__COME_THRU 0x0008UL
+#define PACKET__GO_THRU 0x0010UL
These names seem awkward, and do we really need a separate
perm
Hugo Santos wrote:
Although the ICMP-filter approach would be better, it is not flexible
enough to handle this situation. We must also send ICMPv6 Parameter
Problems when ip6mh_proto isn't IPPROTO_NONE. I don't think it is too
I don't think IPPROTO_NONE case is a suitable example here
(it
This patch fixes a bug in the DECnet routing code where we were selecting
a loopback device in preference to an outward facing device even when
the destination was known non-local. This patch should fix the problem.
Signed-off-by: Patrick Caulfield [EMAIL PROTECTED]
Signed-off-by: Steven
Herbert Xu wrote:
On Thu, Jul 13, 2006 at 07:03:41PM +1000, herbert wrote:
This needs to go into stable as well. In fact, there is another
unrelated
bug with exactly the same symptoms which was inadvertently fixed by the
GSO patches. So I'll send a simpler fix for that to stable.
a1 wrote:
JK I agree. Although ethtool does not have that functionality as of yet.
JK Feel free to provide a patch to the ethtool maintainer (Jeff Garzik)
JK if you would like. I will put it on my plate of things to do, but I
JK will admit that it is near the bottom of the list of items to
On Wed, Aug 02, 2006 at 05:02:11AM +0200, Andi Kleen wrote:
--- a/arch/x86_64/kernel/smp.c
+++ b/arch/x86_64/kernel/smp.c
@@ -203,7 +203,7 @@ int __cpuinit init_smp_flush(void)
{
int i;
for_each_cpu_mask(i, cpu_possible_map) {
-
On Sat, 29 Jul 2006, Masahide NAKAMURA wrote:
Sub policy is introduced. Main and sub policy are applied the same flow.
(Policy that current kernel uses is named as main.)
It is required another transformation policy management to keep IPsec
and Mobile IPv6 lives separate.
Policy which lives
The socket could have been bind()'d to, in which case it will
not move to connected state and we still need to invoke
the disconnect methods such as udp_disconnect() to clear out
that binding.
Ok.
You seem to be groveling in random areas of the ipv4 and ipv6 stack,
what are you working on?
Every other path going from this location in rawv6_bind()
will clear err to zero, so your patch also doesn't fix any
bug.
I knew it didn't fix a bug, I just hadn't noticed the C idiom you
pointed-out until I knew to look for it. rawv6_bind() even does this, duh.
-Brian
-
To unsubscribe
Hi Catherine,
On 02/08/06, Catherine Zhang [EMAIL PROTECTED] wrote:
Hi, all,
Enclosed please find the updated patch incorporating comments from
Stephen and Dave.
Thanks!
Again thanks for your help!
Catherine
--
Regards,
Michal
--
Michal K. K. Piotrowski
LTG - Linux Testers Group
Shawn Starr wrote:
On Sunday 16 July 2006 12:33 pm, Auke Kok wrote:
[adding netdev to the cc]
unfortunately I didn't.
e1000 has a special e1000_pci_save_state/e1000_pci_restore_state set of
routines that save and restore the configuration space. the fact that it
works for suspend to memory to
a1 wrote:
Hi, Auke.
Auke Kok wrote:
AK Here's that part of the driver documentation:
AK $ modprobe e1000 AutoNeg=0x08
AK e1000: :00:00.0: e1000_validate_option: AutoNeg advertising 100/FD
AK 99 /* Auto-negotiation Advertisement Override
AK 100 *
AK 101 * Valid Range: 0x01-0x0F,
Trace Control for Netem: Emulate network properties such as
long-dependency and self-similarity of cross-traffic.
The delay, drop, duplication and corruption values are readout in user
space and sent to kernel space via procfs.
The kernel determines the time when new values should be sent by the
Trace Control for Netem: Emulate network properties such as
long-dependency and self-similarity of cross-traffic.
The directory tc/netem was split in two parts, one containing the
original distributions and the other the tools to generate trace files
as well as the program responsible for reading
Hi,
We developed an extension to the network emulator netem, that provides
emulation of long term network properties such as long-range dependence
and self-similarity of cross-traffic. It is not possible to emulate
these properties with the statistical tables for the packet delay
values used by
On Wed, 02 Aug 2006 16:17:42 +1000
Philip Craig [EMAIL PROTECTED] wrote:
Stephen Hemminger wrote:
I am not against making the bridge code smarter to handle other
encapsulation.
Here's an updated patch that fixes all issues I am aware of.
It generates a random mac address for gre
Hi,
For research purposes we are considering to develop a program to alter
the bandwidth of a system via the software, so instance: a machine has
100 MB/s and we change it to 1MB/s.
Does something like this already exist? Or is there a way to do this
without creating a program/kernel module
Stephen Hemminger wrote:
On Wed, 2 Aug 2006 11:02:20 +0200
Christophe Devriese [EMAIL PROTECTED] wrote:
On Tuesday 01 August 2006 19:21, you wrote:
John W. Linville wrote:
I'm just not sure that cleverness is worth the headache, especially
since the most clever things usually only work by
On Wed, 2 Aug 2006 11:02:20 +0200
Christophe Devriese [EMAIL PROTECTED] wrote:
On Tuesday 01 August 2006 19:21, you wrote:
John W. Linville wrote:
I'm just not sure that cleverness is worth the headache, especially
since the most clever things usually only work by accident...
Or, work
On Wed, 02 Aug 2006 19:21:27 +0200
Rainer Baumann [EMAIL PROTECTED] wrote:
Hi,
We developed an extension to the network emulator netem, that provides
emulation of long term network properties such as long-range dependence
and self-similarity of cross-traffic. It is not possible to emulate
* James Morris ([EMAIL PROTECTED]) wrote:
cc'd Chris Wright, as this patch seems like a candidate for the stable
tree.
Would be, but I thought secmark went in post 2.6.17. And I expect Dave
will push this well before 2.6.18.
thanks,
-chris
-
To unsubscribe from this list: send the line
[cc-ing netdev]
[adding original thread authors back, please do not strip CC]
Charlie Brady wrote:
Molle Bestefich wrote:
The NICs are working perfectly.
How can you tell? Do you know if jumbo frames work correctly? Is the
device properly checksumming? is flow control working properly? These
On Wed, 2 Aug 2006, Auke Kok wrote:
[cc-ing netdev]
[adding original thread authors back, please do not strip CC]
[There were no Cc's visible in the lkml archive I used as source of my
quotes.]
Charlie Brady wrote:
Let's assume that these things are all true, and the NIC currently does
Charlie Brady wrote:
Let's assume that these things are all true, and the NIC currently
does not work perfectly, just imperfectly, but acceptably. With the
recent driver change, it now does not work at all. That's surely a
bug in the driver.
There is no logic in that sentence at all. You're
Thanx for your feedback! We will try to fix this.
Rainer
Stephen Hemminger wrote:
On Wed, 02 Aug 2006 19:21:27 +0200
Rainer Baumann [EMAIL PROTECTED] wrote:
Hi,
We developed an extension to the network emulator netem, that provides
emulation of long term network properties such as
Hi John,
Thanks for all your feedback.
+/* waits for MAC not busy, with timeout. Assumes MacPhyAccessLock
has
+ * already been acquired */
+static int smsc911x_mac_notbusy(struct smsc911x_data *pdata)
+{
+int i;
+
+for (i = 0; i 40; i++) {
+
Hi Francois,
Thanks again for all your feedback. I have implemented most of your
suggestions,
/* Enable phy clocks to the MAC */
hwcfg = (~HW_CFG_PHY_CLK_SEL_);
hwcfg |= HW_CFG_PHY_CLK_SEL_EXT_PHY_;
On Wed, Aug 02, 2006 at 08:23:40PM +0100, [EMAIL PROTECTED] wrote:
Does this need the magic for (addr=1; addr =32; addr++) trick that
has become idiomatic for PHY discovery in our drivers?
I don't understand the question - surely 32 is not a valid PHY address?
That's why it is magic! :-)
From: YOSHIFUJI Hideaki [EMAIL PROTECTED]
Date: Mon, 31 Jul 2006 18:36:25 +0900 (JST)
Hello.
Next time, please put your Signed-off-by line before the patch.
Thank you.
In article [EMAIL PROTECTED] (at Tue, 01 Aug 2006 05:45:33 -0400), weidong
[EMAIL PROTECTED] says:
Hi,
For research purposes we are considering to develop a program to alter
the bandwidth of a system via the software, so instance: a machine has
100 MB/s and we change it to 1MB/s.
Does something like this already exist? Or is there a way to do this
without creating a program/kernel module
Of
* Irfan Habib | 2006-08-02 23:04:41 [+0500]:
Hi,
For research purposes we are considering to develop a program to alter
the bandwidth of a system via the software, so instance: a machine has
100 MB/s and we change it to 1MB/s.
Does something like this already exist? Or is there a way to do this
From: YOSHIFUJI Hideaki [EMAIL PROTECTED]
Date: Mon, 31 Jul 2006 18:43:14 +0900 (JST)
The patch seems sane to me.
In article [EMAIL PROTECTED] (at Tue, 01 Aug 2006 05:45:39 -0400), weidong
[EMAIL PROTECTED] says:
signed-off-by: Wei Dong [EMAIL PROTECTED]
Acked-by: YOSHIFUJI Hideaki
From: Christophe Devriese [EMAIL PROTECTED]
Date: Mon, 31 Jul 2006 10:15:40 +0200
Thanks for the detailed explanation.
If you bond 2 vlan subinterfaces, the patch is not necessary at all. In that
case also the source device will be changed from eth0.vlan to bondx. So
that's correct behavior
From: Arjan van de Ven [EMAIL PROTECTED]
Date: Wed, 02 Aug 2006 04:26:49 +0200
fwiw the patch is at
http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18-rc2/2.6.18-rc2-mm1/broken-out/lockdep-split-the-skb_queue_head_init-lock-class.patch
and a followup cleanup at
David Miller [EMAIL PROTECTED] writes:
I think Alexey is saying that setting -hard_header() creates an
agreement between the device and IP that IP will make sure
that dev-hard_header_len bytes are available in the header
area.
I think I now understand it: hard_header_len is guaranteed while
[EMAIL PROTECTED] [EMAIL PROTECTED] :
Mezigues :
[...]
Does the platform guarantees that the register write has actually
reached
the real register when the udelay is issued ?
I think so, but maybe you can help me check. The LAN911x device is always
directly connected to a simple
From: Masahide NAKAMURA [EMAIL PROTECTED]
Date: Wed, 02 Aug 2006 22:03:16 +0900
If there is much requirement to add new type number without any
modification of kernel code at all I would support ICMPv6 filter
approach, too.
There is no such requirement, please just continue to prepare
your
From: Marco Berizzi [EMAIL PROTECTED]
Date: Wed, 02 Aug 2006 17:01:17 +0200
The problem is fixed now. I have applied this
patch to 2.6.18-rc2
Many thanks Herbert for all the time spent
to debug this problem.
Thank you for testing.
-
To unsubscribe from this list: send the line unsubscribe
From: Patrick Caulfield [EMAIL PROTECTED]
Date: Wed, 02 Aug 2006 15:19:24 +0100
This patch fixes a bug in the DECnet routing code where we were selecting
a loopback device in preference to an outward facing device even when
the destination was known non-local. This patch should fix the
The following changes since commit 49b1e3ea19b1c95c2f012b8331ffb3b169e4c042:
Linus Torvalds:
Merge branch 'merge' of git://git.kernel.org/.../paulus/powerpc
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream-fixes
On Tue, Aug 01, 2006 at 11:43:31PM +0200, Ulrich Kunitz wrote:
From: Daniel Drake [EMAIL PROTECTED]
We'll be needing these at some point...
This one doesn't really seem like a fix. But since the later fixes
seem to depend on it, I guess it makes sense to take it.
I just didn't want you to
From: James Morris [EMAIL PROTECTED]
Date: Wed, 2 Aug 2006 12:04:31 -0400 (EDT)
Why can't IPSec MIP transforms be bundled on the same policy?
At the first year of netconf, Yoshifuji went into detail
as to why the IPSEC and MIP transformations had to live
seperately.
It's partly a side effect
Martin Michlmayr [EMAIL PROTECTED] :
[...]
Sorry, to pester you, but I was wondering if you had a chance to look
at the register dump.
No problem. It would have been easier with a decoded output of the register
dump though (see Lennert dump below).
Lines prefixed by '' come from Realtek's
Catherine you really must begin to remember to add
proper Signed-off-by: lines to your patch submissions.
I'll sign off on this bug fix, but in the future I will not
do so for you any more as you've been told at least 3 or 4
times about this.
Thank you.
-
To unsubscribe from this list: send
David,
I will remember this in the future, I promise.
thank you,
Catherine
David Miller [EMAIL PROTECTED] wrote on 08/02/2006 05:11:03 PM:
Catherine you really must begin to remember to add
proper Signed-off-by: lines to your patch submissions.
I'll sign off on this bug fix, but in the
From: Xiaolan Zhang [EMAIL PROTECTED]
Date: Wed, 2 Aug 2006 17:14:31 -0400
I will remember this in the future, I promise.
Can you also remember to test your patches with CONFIG_SECURITY
disabled, as you also promised in the past several times?!??!?!
In file included from init/main.c:34:
Wow. Nearly 400 lines of debug spew, from a simple 'ifup eth1'.
Dave
ADDRCONF(NETDEV_UP): eth1: link is not ready
eth1: New link status: Disconnected (0002)
==
[ INFO: hard-safe - hard-unsafe lock order detected ]
David,
I did test it with CONFIG_SECURITY disabled, but did not catch the warning
-- I verified that the build completes with a valid vmlinux image. There
are many warnings (device drivers, and others) during the build and I
didn't do a grep to find which one is specific to my patch. Next
From: Xiaolan Zhang [EMAIL PROTECTED]
Date: Wed, 2 Aug 2006 18:18:07 -0400
I did test it with CONFIG_SECURITY disabled, but did not catch the warning
-- I verified that the build completes with a valid vmlinux image. There
are many warnings (device drivers, and others) during the build and
I see. The build was fine under x86 and there are so many warnings that a
-Werror probably won't work for me.
thanks,
Catherine
David Miller [EMAIL PROTECTED] wrote on 08/02/2006 06:19:06 PM:
From: Xiaolan Zhang [EMAIL PROTECTED]
Date: Wed, 2 Aug 2006 18:18:07 -0400
I did test it with
Roland,
Here is the iWARP Core Support patchset merged to your latest for-2.6.19
branch. It has gone through 3 reviews on lklm and netdev a while ago, and
I think its ready to be pulled in.
Steve.
This patchset defines the modifications to the Linux infiniband subsystem
to support
This patch contains modifications to the existing rdma header files,
core files, drivers, and ulp files to support iWARP.
V2 Review updates:
V1 Review updates:
- copy_addr() - rdma_copy_addr()
- dst_dev_addr param in rdma_copy_addr to const.
- various spacing nits with recasting
- include
This patch provides the new files implementing the iWARP Connection
Manager.
This module is a logical instance of the xx_cm where xx is the transport
type (ib or iw). The symbols exported are used by the transport
independent rdma_cm module, and are available also for transport
dependent ULPs.
Change the conditional compilation around HTB_HYSTERSIS
since code was splitting mid expression.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
net/sched/sch_htb.c | 27 +--
1 files changed, 17 insertions(+), 10 deletions(-)
diff --git a/net/sched/sch_htb.c
The HTB network scheduler had debug code that wouldn't compile
and confused and obfuscated the code, remove it.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
net/sched/sch_htb.c | 302 ++-
1 files changed, 34 insertions(+), 268
Add code to initialize rb tree nodes, and check for double deletion.
This is not a real fix, but I can make it trap sometimes and may
be a bandaid for: http://bugzilla.kernel.org/show_bug.cgi?id=6681
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
net/sched/sch_htb.c | 34
Use hlist instead of list for the hash list. This saves
space, and we can check for double delete better.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
net/sched/sch_htb.c | 49 +++--
1 files changed, 27 insertions(+), 22 deletions(-)
diff
The HTB scheduler code is a mess, this patch set does some basic
house cleaning. The first four should cause no code change, but the
last two need more testing.
--
Stephen Hemminger [EMAIL PROTECTED]
And in the Packet there writ down that doome
-
To unsubscribe from this list: send the line
Get rid of the macro's being used to obscure the locking.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
net/sched/sch_htb.c | 18 --
1 files changed, 8 insertions(+), 10 deletions(-)
diff --git a/net/sched/sch_htb.c b/net/sched/sch_htb.c
index 73094e7..c0b80b7 100644
Add code to initialize rb tree nodes, and check for double deletion.
This is not a real fix, but I can make it trap sometimes and may
be a bandaid for: http://bugzilla.kernel.org/show_bug.cgi?id=6681
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
net/sched/sch_htb.c | 34
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Wed, 2 Aug 2006 12:56:36 -0700
The HTB scheduler code is a mess, this patch set does some basic
house cleaning. The first four should cause no code change, but the
last two need more testing.
These patches look fine to me. Once everyone
Fix code that passes back netlink status messages about
bridge changes. Submitted by [EMAIL PROTECTED]
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
---
net/bridge/br_netlink.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/bridge/br_netlink.c
Stephen Hemminger wrote:
On Wed, 02 Aug 2006 16:17:42 +1000
Philip Craig [EMAIL PROTECTED] wrote:
It generates a random mac address for gre ports, and also stores
a copy of the mac address for ethernet ports, rather than checking
dev-type everywhere.
That looks cleaner. I wonder if using a
On Wed, Aug 02, 2006 at 05:08:39PM +0200, Louis Croisez wrote:
I think that 96 bits for the truncated version of the hmac is not
enough with respect to RFC 2104, p5 ?1 :
... We recommend that the output length to be not less than half the
length of the hash output ... and not less than 80
Dear Jeff:
I had discuss with our peoples. We decided to use sundance.c to support
IP100A. We will also update some bug fix to this driver.
Thanks for your suggestion.
Best Regards,
Jesse Huang
- Original Message -
From: Jeff Garzik [EMAIL PROTECTED]
To: Jesse Huang [EMAIL
Balazs Scheidler writes:
I would like to easily match a set of dynamically created interfaces
from my packet filter rules. The attached patch forms the basis of my
implementation and I would like to know whether something like this is
mergeable to mainline.
[snip]
The implementation:
First, i'd like to verify what is the parameter setting to have the
bonding driver use netif_carrier_ok(slave_device) as the means for
link detection. Is setting use_carrier = 1 enough or one needs to set
miimon to non-zero as well??? (where the value of miimon translates
to the link monitoring
90 matches
Mail list logo
