similar to: [Bridge] [ANNOUNCE] bridge-utils-1.0.4

Hello! Testing for a library is not sufficient if you also need the headers. Many distributions install libraries without headers by default. This is the case for Fedora Core 3 and libsysfs. The library is in sysfsutils, but the headers are in sysfsutils-devel. The patch for configure.in tests for both the headers and the library and makes the configure script print a warning if libsysfs

CentOS Errata and Bugfix Advisory 2012:1453 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1453.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 54846a61949f3a886b201a0cbfceb053a783989b17472966bd247b8fcf01d777 libsysfs-2.1.0-7.el6.i686.rpm

libsysfs is using a few things not in klibc. udev is getting around this by having a private copy of libsysfs with a few modifications to make it work on klibc. What's the easiest path for getting the master libsysfs copy working on klibc? libsysfs needs two calls: setmntent, getmntent These are used to locate the mount point of /sys It also uses errno so I get link errors for

CentOS Errata and Enhancement Advisory 2011:1047 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-1047.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: b1d605353f56325be32a9727750c1444 libsysfs-2.1.0-1.el5.i386.rpm c40efa31c5d00552678694d95e59244d libsysfs-2.1.0-1.el5.x86_64.rpm

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Enhancement Advisory 2011:1047 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-1047.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 3516faa1fb7a25e80fdd31351d32348e libsysfs-2.1.0-1.el5.i386.rpm 79b7faeee3cc71e03d4e7491fceb2c26 libsysfs-devel-2.1.0-1.el5.i386.rpm

Hi! We have received at Debian a couple of bugs and typos that apply to the bridge-utils code and I'd like to share them with the community so that they can be fixed for everybody, most of the bugreports have patches or show the typos made on doc. Here they are: http://bugs.debian.org/296881 http://bugs.debian.org/348617 http://bugs.debian.org/376914 Last one seems quite important, I'm

Hell everyone, I am wondering if any of you had backported bridge driver to kernel 2.4.x? Thanks! Hai -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.linux-foundation.org/pipermail/bridge/attachments/2005110= 7/b0e0c092/attachment.htm

Replace the existing mac hash in the bridge code with the nice inline jenkins hash. This should provide better distribution across hash buckets and compiles to code that is similar in complexity. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> diff -Nru a/net/bridge/br_fdb.c b/net/bridge/br_fdb.c --- a/net/bridge/br_fdb.c 2005-03-10 15:05:11 -08:00 +++ b/net/bridge/br_fdb.c

Trivial patch to turn off a debug message. It seems some SNMP daemons just periodically trying to look at MII state. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> diff -Nru a/net/bridge/br_ioctl.c b/net/bridge/br_ioctl.c --- a/net/bridge/br_ioctl.c 2004-06-22 16:28:20 -07:00 +++ b/net/bridge/br_ioctl.c 2004-06-22 16:28:20 -07:00 @@ -403,6 +403,6 @@ } - printk(KERN_DEBUG

Hi, I'm not sure if this is apprriate or not, but here goes anyway. The patch below updates MAINTAIER address Individuals (Only Andrew :): osdl.org -> linux-foundation.org Lists: osdl.org -> lists.osdl.org I assume the latter will change at some stage, but at least with this change the osdl/linux-foundation lists are consistent. Signed-off-by: Simon Horman

lists.linux-foundation.org seems to be funtional now, so I guess it is as good a time as any to update the MAINTAINERS file. Signed-off-by: Simon Horman <horms@verge.net.au> --- There are still some http links to osdl.org, but I'm not sure if they should be updated, and if so, what they should be updated to. Index: linux-2.6/MAINTAINERS

Hello All, sorry for all my error of writing... I have tried to compile the bridge util in formality brctld and just tried to compile it has given me this error: /usr/src/bridge-utils-1.0.4/brctl# make brctld gcc -Wall -g -O2 brctld.c -o brctld brctld.c: In function `runchild': brctld.c:122: warning: implicit declaration of function `br_find_bridge' brctld.c:122: warning:

Sorry, if this question has been answered before, but I could not find out with a brief look. How can I set the MAC address for a bridge? The MAC address given for the bridge device seems to be the one it sends network packets with if the bridge device has an IP address set. Apparently the bridge starts with a zero MAC address and when the first interface is attached to it, it takes its MAC

Hi all, Can someone tell me where to find source code for RSTP for linux 2.6 kernel? Thank you in advance. -Marc.

This is the 2.4 version which incorporates the observations from Kishore about 2.6. The existing 2.4 code set the age properly, but did not increment correctly for HZ=1000 and could send a stale (expired) configuration. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> diff -Nru a/net/bridge/br_stp.c b/net/bridge/br_stp.c --- a/net/bridge/br_stp.c 2004-06-29 15:30:32 -07:00 +++

Hello, i need to write a little personal patch in the bridge code. For this patch, i need to know the original src and dst mac addresses of the packet incoming to the bridge. As i work on a brouter (some packets are bridged, some are routed based on ebtable rules), packets that are routed have their mac addresses modified by the IP stack). I put a software probe in br_input.c::br_handle_frame( ),

Hello all, I would like to know if it is possible to have 2 bridge instances running - one for the internal network and the other for the external network. What I need to explain is that I need the internal bridge to go though the Linux Kernel and pass its packets to the external network bridge. I am also hopeful that the internal network bridge will not need an IP address as I am hoping to

> -----Original Message----- > From: Stephen Hemminger [mailto:shemminger@osdl.org] > Sent: Wednesday, February 25, 2004 11:41 AM > > Could you work with 2.6 rather than 2.4? I'm truly sorry, but I get paid to work with 2.4. My employer understands the value of giving back to the open source community, and this is what we have at the moment. Someone else is going to have to

Pavel, you may be interested in my work on Cisco HDLC bridging: http://marc.theaimsgroup.com/?l=linux-netdev&m=108802311131855&w=2 I have used it with the bridge driver (in 2.4) without any problems (yet ;)), and I am sure Krzysztof Halasa, the HDLC maintainer, would be thrilled if you managed to port it to a recent version of the kernel and make it a compile-time option. Oh, it also