search for: brif

...h_port(const char *brname, int i, count; struct dirent **namelist; char path[SYSFS_PATH_MAX]; + struct stat st; - snprintf(path, SYSFS_PATH_MAX, SYSFS_CLASS_NET "%s/brport", brname); + snprintf(path, SYSFS_PATH_MAX, SYSFS_CLASS_NET "%s/brif", brname); count = scandir(path, &namelist, 0, alphasort); if (count < 0) return old_foreach_port(brname, iterator, arg); for (i = 0; i < count; i++) { + if (stat(namelist[i]->d_name, &st) == -1) +...

Hi, The attached patch fixes the setup of the bridge ports and the bridge itself. Changes: * move some functions to xen-network-common.sh, so both vif-bridge and network-bridge can use them. * add a new function to configure bridge ports and use it. * make sure arp requests, ipv6 autoconfiguration and ipv6 router solicitations are disabled for the bridge ports and also for the

Dear list-members! I am using OpenWRT (www.openwrt.org) on two accesspoints. Within OpenWRT, the wireless interface and the ethernet interface are bridged to one interface (br0). Those two accesspoints are standing quite far from one another. Their WLAN-cells do not cross each other, meaning I have an area in between the two accesspoints, where there is no accesspoint of the two accessible: a

.../bridge-utils-1.2/libbrid ge/libbridge_init.c 2007-01-01 07:35:25.610075300 +0200 @@ -186,7 +186,7 @@ struct dirent **namelist; char path[SYSFS_PATH_MAX]; - snprintf(path, SYSFS_PATH_MAX, SYSFS_CLASS_NET "%s/brport", brname); + snprintf(path, SYSFS_PATH_MAX, SYSFS_CLASS_NET "%s/brif", brname); count = scandir(path, &namelist, 0, alphasort); if (count < 0) return old_foreach_port(brname, iterator, arg);

...39;' + ifconfig peth1 + grep -q RUNNING + echo -n . + sleep 1 + ''['' 10 -eq 10 '']'' + echo -n ''(link isnt in running state)'' + echo + add_to_bridge eth1 peth1 + local bridge=eth1 + local dev=peth1 + ''['' -e /sys/class/net/eth1/brif/peth1 '']'' + brctl addif eth1 peth1 + ip link set peth1 up + do_ifup eth1 + ''['' eth1 ''!='' eth1 '']'' + ifup eth1 RTNETLINK answers: File exists + ''['' no = yes '']'' + release_lock network-bridge +...

xenconsole fix. reference of tty->count in xencons_close() is racy. It must be protected by tty_sem semaphore like con_close() in drivers/char/vt.c -- yamahata _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel