Re: r8169 ethernet bonding problems

2007-05-02 Thread Tim Durack
On 5/2/07, Tim Durack <[EMAIL PROTECTED]> wrote: > > Yup. Works fine. The randomly changing interface order is proving to > > be a challenge! > > udev should be your friend to do a BUS/ID based rename. Okay, the udev workaround isn't too painful. Would be great

Re: r8169 ethernet bonding problems

2007-05-02 Thread Tim Durack
> Yup. Works fine. The randomly changing interface order is proving to > be a challenge! udev should be your friend to do a BUS/ID based rename. True, but so far I have to force link addrs, force promisc mode, and now add a udev work-around ;-| Strange thing is, when the interfaces get initial

Re: r8169 ethernet bonding problems

2007-05-01 Thread Tim Durack
Can you try to set the MAC address by hand with the completely patched kernel (i.e. including the mac-address-change patch) ? Yup. Works fine. The randomly changing interface order is proving to be a challenge! Given the last report in http://bugzilla.kernel.org/show_bug.cgi?id=6032, it should

Re: r8169 ethernet bonding problems

2007-05-01 Thread Tim Durack
A tcpdump trace 1) before promiscuous mode 2) after promiscuous mode 3) after link failure (i.e. failover does not work) would be welcome. Okay, after fixing STP forwarding delays on the switch, bonding failover now works, as long as member links are forced to promisc mode. Still Have a problem

Re: r8169 ethernet bonding problems

2007-04-30 Thread Tim Durack
On 4/30/07, Tim Durack <[EMAIL PROTECTED]> wrote: > A tcpdump trace 1) before promiscuous mode 2) after promiscuous mode 3) > after link failure (i.e. failover does not work) would be welcome. See attached. Captures performed on bond0. Let me know if you prefer captures against

Re: r8169 ethernet bonding problems

2007-04-30 Thread Tim Durack
A tcpdump trace 1) before promiscuous mode 2) after promiscuous mode 3) after link failure (i.e. failover does not work) would be welcome. See attached. Captures performed on bond0. Let me know if you prefer captures against the physical member interfaces. Tim:> promisc-off.pcap Description:

Re: r8169 ethernet bonding problems

2007-04-30 Thread Tim Durack
Can you revert patch #0012 and see if it changes this part of the problem ? Reverted. mac is still wrong - I assume the eprom got corrupted somehow. ~# modprobe r8169 r8169 Gigabit Ethernet driver 2.2LK-NAPI loaded ACPI: PCI Interrupt :00:09.0[A] -> GSI 18 (level, low) -> IRQ 16 eth1: RTL81

Re: r8169 ethernet bonding problems

2007-04-27 Thread Tim Durack
>ip link set dev eth1 promisc on >ip link set dev eth2 promisc off typo, "ip link set dev eth2 promisc on" of course From looking at the source code for r8169, but it appears that the r8169 driver only reads the device MAC address at probe time, and doesn't propogate changes to the MAC

Re: r8169 ethernet bonding problems

2007-04-27 Thread Tim Durack
See: http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.21-rc7/ Please Cc: netdev on success/failure. Applied suggested patchset to vanilla 2.6.21. Compiled using .config from linux-image-2.6.21-rc7 pulled down from http://kernel-archive.buildserver.net/debian-kernel Compiles, boots. Bonding do