invalid iftab for aironet card

Bug #23908 reported by Byron Clark
6
Affects Status Importance Assigned to Milestone
netcfg (Ubuntu)
Fix Released
Medium
Scott James Remnant (Canonical)

Bug Description

Upon installing breezy on a laptop with a cisco aironet wireless card the
following iftab file was created:

eth0 mac 00:40:96:35:52:26

This entry is valid for almost any other card, but the airo driver usually
creates an eth0 and a wifi0 device. The created entry maps wifi0 to eth0 and
the usual eth0 to eth1. wifi0 cannot do tcp/ip. The fix is to change the line
to read like this:

eth0 mac 00:40:96:35:52:26 mac 1

This line maps the correct device to eth0 and tcp/ip is again possible.

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

Is there any way we can know that cards are behaving like this? Do both MACs
show up in "ifconfig -a" ?

Revision history for this message
Byron Clark (byron-theclarkfamily) wrote :

I mistyped the fixed version of /etc/iftab; it should read:

eth0 mac 00:40:96:35:52:26 arp 1

Revision history for this message
Byron Clark (byron-theclarkfamily) wrote :

Created an attachment (id=4677)
original ifconfig output

Revision history for this message
Byron Clark (byron-theclarkfamily) wrote :

Created an attachment (id=4678)
ifconfig output after adding "arp 1" to /etc/iftab

Revision history for this message
Jacob Winski (winski) wrote :

Thank you for the fix Byron Clark!

This was a real pain in Breezy (it worked in Hoary for whatever reason). This
problem was usually caused by an rmmod/modprobe. When using the card and having
it boot, it worked until rmmod/modprobe, whether manually by hand, or whether
done by a script such as suspend or hibernation. This meant that if suspend were
used, wifi would die on resume and would be difficult to recover because the
problem continues even after reboot. After messing around, rebooting, and
shutting down, it somehow sometimes fixed itself. This may possibly be to some
setting being reset.

Needless to say, this fix should be incorporated into Ubuntu when using module airo.

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

Fixed in netcfg_1.23ubuntu2 ... I've unconditionally written the "arp" line if there is any other network device with the same MAC address.

This should fix for the aironet cards, and also the madwifi-ng cards which have the same problem.

You'll need the latest udev to gain the support for this selector (also uploaded)

Changed in netcfg:
status: Unconfirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.