similar to: [Bridge] Spanning tree code

Displaying 20 results from an estimated 500 matches similar to: "[Bridge] Spanning tree code"

2013 Sep 09
3
[Bridge] [PATCH 1/1] bridge: fix message_age_timer calculation
This changes the message_age_timer calculation to use the BPDU's max age as opposed to the local bridge's max age. This is in accordance with section 8.6.2.3.2 Step 2 of the 802.1D-1998 sprecification. With the current implementation, when running with very large bridge diameters, convergance will not always occur even if a root bridge is configured to have a longer max age. Tested
2007 Apr 18
4
[Bridge] [Patch] [2.6.7] Bridge - Fix BPDU message_age
Fixes message_age field update in config BPDUs. Also checks whether the BPDU message age has exceeded bridge max age before transmitting config BPDUs. Signed-off-by: Kishore A K <KishoreAK@myw.ltindia.com> Index: linux-2.6.7/net/bridge/br_stp.c ============================================================= --- linux-2.6.7/net/bridge/br_stp.c.orig 2004-06-17 20:17:27.000000000 +0530 +++
2006 Jun 03
5
[LLVMdev] llvm-gcc 4.0 for Linux@x86
Hi! Apparently there are no precompiled binaries for llvm-gcc 4.0 for Linux. I've tried downloading the sources and building according to http://llvm.org/docs/CFEBuildInstrs.html (except I'm not an elite gcc hacker). I tried following the guidelines and got what looks like a gcc for x86 with no traces of LLVM. I tried passing --enable-llvm with various llvm root pathnames and got ICEs.
2009 Sep 17
5
"this" variables being overridden?
Hi I encountered this problem a few times in the past, but only now it is consistent enough so I can write this email. In short, the problem is that after I copy some structure from the profiled program to the dtrace space, and set a "this-dataP" variable to point to the local copy, after a while some of the fields of the local structure are overridden with junk values. In
2007 Apr 18
1
[Bridge] Spanning Tree Source Code
Hi , Im new in this list, and Im trying to find a Spanning Tree source code, the kind that runs in bridges and switches. Does anybody know wher I can find it? Any help would be appreciated. Thanks, -- Francisco Trindade fmtrindade@inf.ufrgs.br
2006 Sep 10
1
[LLVMdev] #line directives in llvm-gcc
Hi! Apparently llvm-gcc ignores #line directives in source files when generating debug information. When I compile this: //test int f(int a) { #line 1 "someplace" return a*a; } //end with `llvm -g -S lines.c`, `someplace' is not mentioned in lines.s. It also looks like functions #included from header files get attributed to the #including file (albeit at the right line number).
2002 Jul 17
1
(no subject)
Hello everyone two small questions with hopefully short answer. 1)How can I send simultaneously a massage to all members on the network using smbclient??? 2)smbtar does not back-up files and folders with hebrew names for those files/folders so....? Thanks: Yossi Shani -> shaniy@actcom.co.il
2007 Aug 09
1
[Bridge] [PATCH] Fix typo in net/bridge/br_stp_if.c
Fixes a typo in net/bridge/br_stp_if.c --- a/net/bridge/br_stp_if.c +++ b/net/bridge/br_stp_if.c @@ -132,7 +132,7 @@ static void br_stp_start(struct net_bridge *br) } else { br->stp_enabled = BR_KERNEL_STP; printk(KERN_INFO "%s: starting userspace STP failed, " - "staring kernel STP\n",
2023 Jul 11
3
[Bridge] [PATCH v1 net] bridge: Return an error when enabling STP in netns.
When we create an L2 loop on a bridge in netns, we will see packets storm even if STP is enabled. # unshare -n # ip link add br0 type bridge # ip link add veth0 type veth peer name veth1 # ip link set veth0 master br0 up # ip link set veth1 master br0 up # ip link set br0 type bridge stp_state 1 # ip link set br0 up # sleep 30 # ip -s link show br0 2: br0:
2006 Jan 28
0
[LLVMdev] Placing globals in specific sections
Hi! The LLVM Bytecode File Format specifies an optional SectionID attribute for globals. I didn't find a matching attribute in the LLVM source code. Code such as: int a __attribute__ ((section ("A_SECTION"))); compiles with llvm-gcc, but apparently the section information is stripped (the object file doesn't contain "A_SECTION"). Is the SectionID feature
2006 Sep 12
1
[LLVMdev] reporting LLVM bugs
Hi! A (small) tar archive with files exposing an apparent LLVM optimizer bug is attached; I didn't find a way to attach files in the bugzilla interface. What's the best way to report bugs taking several files to reproduce? -- Yossi -------------- next part -------------- A non-text attachment was scrubbed... Name: bugreport.tgz Type: application/x-gtar Size: 2242 bytes Desc: not
2006 Aug 11
1
[LLVMdev] instruction scheduling for stack machines
Hi! I'm working on an LLVM back-end for a processor with a stack machine architecture. After experimenting with code generation directly from the LLVM representation, I'm studying the target-independant code generator. As far as I understand, there currently exists a target-independant infrastructure for legalization, instruction selection, scheduling and register allocation. It is clear
2006 Jun 07
0
[LLVMdev] llvm-gcc 4.0 for Linux@x86
Hmm, today I just tried compiling the llvm-gcc 4.0 frontend again on linux (Fedora Core 3 I believe) and I seem to be suddenly having the problem that Yossi Kreinin mentioned. The frontend seems to be using normal gcc to compile as I no longer get a bytecode file after compilation. When I pass the --version argument it claims to be the LLVM 4.0.1 frontend. Any ideas what might cause this? It was
2023 Jul 12
2
[Bridge] [PATCH v1 net] bridge: Return an error when enabling STP in netns.
On 12/07/2023 17:48, Ido Schimmel wrote: > On Tue, Jul 11, 2023 at 04:54:15PM -0700, Kuniyuki Iwashima wrote: >> When we create an L2 loop on a bridge in netns, we will see packets storm >> even if STP is enabled. >> >> # unshare -n >> # ip link add br0 type bridge >> # ip link add veth0 type veth peer name veth1 >> # ip link set veth0 master
2006 Jun 07
1
[LLVMdev] llvm-gcc 4.0 for Linux@x86
Hi John, llvm-gcc4 by default emits object files, just as gcc does. This is by design. If you want to get bytecode output you need to use the --emit- llvm-bc option. A complete list of the options that llvm-gcc4 supports can be obtained with "llvm-gcc -v --help" (lots of output). Here are the descriptions of the --emit-llvm options: -emit-llvm Emit LLVM code to the
2014 Aug 12
2
[PATCH] vhost: Add polling mode
"Michael S. Tsirkin" <mst at redhat.com> wrote on 12/08/2014 12:18:50 PM: > From: "Michael S. Tsirkin" <mst at redhat.com> > To: David Miller <davem at davemloft.net> > Cc: Razya Ladelsky/Haifa/IBM at IBMIL, kvm at vger.kernel.org, Alex > Glikson/Haifa/IBM at IBMIL, Eran Raichstein/Haifa/IBM at IBMIL, Yossi > Kuperman1/Haifa/IBM at IBMIL,
2014 Aug 12
2
[PATCH] vhost: Add polling mode
"Michael S. Tsirkin" <mst at redhat.com> wrote on 12/08/2014 12:18:50 PM: > From: "Michael S. Tsirkin" <mst at redhat.com> > To: David Miller <davem at davemloft.net> > Cc: Razya Ladelsky/Haifa/IBM at IBMIL, kvm at vger.kernel.org, Alex > Glikson/Haifa/IBM at IBMIL, Eran Raichstein/Haifa/IBM at IBMIL, Yossi > Kuperman1/Haifa/IBM at IBMIL,
2010 Jan 08
4
Runtime error 53: File not found
Wine on Fedora 12 with all updates. Installed Tora Codes 2000 from setup.exe OK. When I start this program, I receive "Runtime error 53: File not found". There is no indication of what is missing. I suspect that some of the runtime is missing but I don't know what to install to correct this. I can tell you that this runs under 2000 and was released before xp was available. Thanks
2009 Aug 13
4
[Bridge] [PATCH] net/bridge: Add 'hairpin' port forwarding mode
This patch adds a 'hairpin' (also called 'reflective relay') mode port configuration to the Linux Ethernet bridge kernel module. A bridge supporting hairpin forwarding mode can send frames back out through the port the frame was received on. Hairpin mode is required to support basic VEPA (Virtual Ethernet Port Aggregator) capabilities. You can find additional information on VEPA
2009 Aug 13
4
[Bridge] [PATCH] net/bridge: Add 'hairpin' port forwarding mode
This patch adds a 'hairpin' (also called 'reflective relay') mode port configuration to the Linux Ethernet bridge kernel module. A bridge supporting hairpin forwarding mode can send frames back out through the port the frame was received on. Hairpin mode is required to support basic VEPA (Virtual Ethernet Port Aggregator) capabilities. You can find additional information on VEPA