similar to: [Bridge] new ioctl

Hi, all, I wish to copy over fdb(forwarding database entries) learnt over from one interface onto as they are from another interface. Like for eg : brctl showmacs br0 port no mac addr is local? ageing timer 1 00:30:1a:01:6f:e4 no 0.46 1 00:30:1a:1c:3d:b7 yes 0.00 2 00:30:1a:1c:3d:b8 yes

Hi, ppl, I am using kernel 2.4.25 and having this peculiar problem on my ixp425. When i have 2 ethernet ports of the board connected to the same linksys switch running STP. ixp0 and ixp1 are the name of my ethernet ports enslaved to the same bridge( br0)and my PC is also connected to the switch. IXP425 -br0 (192.168.2.1) |_ixp0|--- |

Hello, syzbot found the following issue on: HEAD commit: 67faabbde36b selftests/bpf: Add missing prototypes for sev.. git tree: bpf-next console+strace: https://syzkaller.appspot.com/x/log.txt?x=1381363b280000 kernel config: https://syzkaller.appspot.com/x/.config?x=5335204dcdecfda dashboard link: https://syzkaller.appspot.com/bug?extid=881d65229ca4f9ae8c84 compiler: gcc (Debian

Hi, The attached patches enables the bridge to filter and forward packets according to their IEEE 802.1q headers. The goals behind this change include : - Enable running STP on 802.1q tagged networks. STP packets must be untagged. It isn't obvious how else to enable STP with the current bridge and vlan code. - Add native support for an untagged vlan. Currently an untagged vlan can

Hi all, We use linux-2.4.20 in one of our products and we've found what looks to be a problem in the bridge module. (I know this is old code but we don't send our customers kernel upgrades unless we really have to!) The problem is that some of our bridges have become orphaned from the bridge module. Specifically ifconfig ourbridgename shows that the device "ourbridgename"

Add four new ioctl's for the operations that can't be done through sysfs. The existing bridge ioctl's are multiplexed, and most go through SIOCDEVPRIVATE so they won't work in a mixed 32/64bit environment. The new release of bridge-utils will use these if possible, and fall back to the old interface. diff -Nru a/include/linux/if_bridge.h b/include/linux/if_bridge.h ---

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

In the bug reported by Syzbot, certain bridge devices would have a leaked reference created by race conditions in dev_ioctl, specifically, under SIOCBRADDIF or SIOCBRDELIF operations. The reference leak would be shown in the periodic unregister_netdevice call, which throws a warning and cause Syzbot to report a crash. Upon inspection of the logic in dev_ioctl, it seems the reference was introduced

Merge the ioctl stub calls that just end up calling the sub-function to do the actual ioctl. Move br_get_XXX_ifindices into the ioctl file as well where they can be static. diff -Nru a/net/bridge/br_device.c b/net/bridge/br_device.c --- a/net/bridge/br_device.c 2004-05-20 10:51:05 -07:00 +++ b/net/bridge/br_device.c 2004-05-20 10:51:05 -07:00 @@ -19,21 +19,6 @@ #include <asm/uaccess.h>

On 02/03/17 19:50, James Hogarth wrote: > On 2 Mar 2017 03:49, "John R Pierce" <pierce at hogranch.com> wrote: > > On 3/1/2017 7:28 PM, Tom Munro Glass wrote: >> >> Can you say exactly when in early April the tree will be moved? I have a >> number of installations that need to continue running CentOS 5 so I'd like >> to do a final update before

On 3/1/2017 7:28 PM, Tom Munro Glass wrote: > > Can you say exactly when in early April the tree will be moved? I have > a number of installations that need to continue running CentOS 5 so > I'd like to do a final update before the tree moves. may I suggest building your own mirror well before then, update it with rsync or lftp weekly (or even daily), from

On 06/01/2015 06:42 AM, Joerg Schilling wrote: > Chuck Munro <chuckm at seafoam.net> wrote: > >> I have a question that has been puzzling me for some time ... what is >> the reason RedHat chose to go with btrfs rather than working with the >> ZFS-on-Linux folks (now OpenZFS)? Is it a licensing issue, political, etc? > > There is no licensing issue, but

Hello, I am using ntlm_auth called from FreeRADIUS to authenticate users on a network with their Active Directory credentials. The problem I seem to be having is that ntlm_auth is taking longer than it should and I can't seem to get it to go faster reliably. Some background information: Users are connecting to a wireless network using 802.1x. That network sends requests to FreeRADIUS which

> On Apr 15, 2016, at 15:06 , Andrew Bartlett <abartlet at samba.org> wrote: > > > Yes, this really, really sucks. MSCHAPv2 is NTLM, not NTLMv2 based. > This is despite NTLMv2 being around when they 'designed' this > mechanism. Sadly no attempt has been made to somehow get an MSCHAPv3 > in that uses NTLMv2. > > On Windows, setting a special flag

Dear Sir, I was trying to install bridge as we are installing scps gateway in our testbed.This requires us to install the bridge. Our Linux version is 2.4.18 ~3 and we are using redhat 7.2 Please let me know which is the bridge I should install and how to configure it. Before configuring the bridge what I should check in my configuration. Thanks for your time, Sincerely Rama ===== I hear

The bridge module uses this ioctl - but in the comment in include/linux/sockios.h where it is defined says that the device private IOCTL are "deprecated" and will disappear in 2.5.X (comment by DaveM). I still see it being used in the 2.6.X bridge code - what's the story behind this? Will SIOCDEVPRIVATE disappear or its just an invalid comment because too many people/modules are

Les Mikesell wrote: > > On 1/30/11 1:37 PM, Chuck Munro wrote: >> > Hello list members, >> > >> > My adventure into udev rules has taken an interesting turn. I did >> > discover a stupid error in the way I was attempting to assign static >> > disk device names on CentOS-5.5, so that's out of the way. >> > >> > But in the

http://bugzilla.mindrot.org/show_bug.cgi?id=844 Summary: the client copy is over written during scp Product: Portable OpenSSH Version: -current Platform: Other OS/Version: AIX Status: NEW Severity: trivial Priority: P2 Component: scp AssignedTo: openssh-bugs at mindrot.org ReportedBy:

Hello All, Just a short note to add my vote for a HUGE round of applause to the CentOS team for their untiring efforts in getting releases out the door. I've just upgraded several servers to 5.6 and it all "just works". None of the team's work is easy to accomplish, especially when less-than-useful complaints keep popping up from thoughtless users who don't appreciate

I have a question that has been puzzling me for some time ... what is the reason RedHat chose to go with btrfs rather than working with the ZFS-on-Linux folks (now OpenZFS)? Is it a licensing issue, political, etc? Although btrfs is making progress, ZFS is far more mature, has a few more stable features (especially Raid-z3) and has worked flawlessly for me on CentOS-6 and Scientific Linux-6.