<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>199512</bug_id>
          
          <creation_ts>2007-11-18 11:54 0000</creation_ts>
          <short_desc>No need for udev to rename interface with net-wireless/iwlwifi-1.1.21</short_desc>
          <delta_ts>2008-02-10 12:59:27 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>AMD64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>arturogarcia@onetel.com</reporter>
          <assigned_to>compnerd@gentoo.org</assigned_to>
          <cc>jakub@gentoo.org</cc>
    
    <cc>pacho@condmat1.ciencias.uniovi.es</cc>

      

      
          <long_desc isprivate="0">
            <who>arturogarcia@onetel.com</who>
            <bug_when>2007-11-18 11:54:35 0000</bug_when>
            <thetext>/etc/udev/rules.d/70-persistent-net.rules shipped with udev-115-r1 is doing the following:

# PCI device 0x8086:0x4222 (ipw3945)
SUBSYSTEM==&quot;net&quot;, DRIVERS==&quot;?*&quot;, ATTRS{address}==&quot;00:1b:77:22:b5:d3&quot;, NAME=&quot;eth1&quot;

There is no need to do this anymore as iwlwifi-1.1.21 provides a proper named interface calles wlan0.  In fact, the rename is not working properly and renames wmaster0.  The ebuild needs to either communicate the user, or make a RDEPEND on a newer fixed version of udev.

Reproducible: Always

Steps to Reproduce:
1. Make sure you are running sys-fs/udev-115-r1 (stable on amd64)
2. USE=&quot;ipw3945&quot; emerge iwlwifi
3. modprobe iwl3945
Actual Results:  
Your interface eth1 has no wireless extensions, and this is the one you need to configure.  eth1 is in fact low-level wmaster0.

Expected Results:  
Your interface should have wireless extensions.  iwlwifi provides now wlan0 and there is no need to make the rename.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-11-18 11:59:53 0000</bug_when>
            <thetext>That rule is generated, not shipped w/ udev or iwlwifi. If you don&apos;t want that any more, then delete the rule from the file. What exactly are you requesting here? iwlwifi shouldn&apos;t create the bogus wmaster0 device in the first place.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arturogarcia@onetel.com</who>
            <bug_when>2007-11-18 12:06:16 0000</bug_when>
            <thetext>I was just replying now...   see below...

Sorry guys, I&apos;m talking crap.  The problem was when upgrading straight from
ipw3945 to iwlwifi via rmmod ipw3945/modprobe iwl3945.  The persistent rules
made the rename confused.

If you delete the rules and do the process all over again it works as
expected...  Shall the ebuild make sure/communicate this to the user???  I
leave to you to reject or leave as new...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>compnerd@gentoo.org</who>
            <bug_when>2007-11-22 21:05:04 0000</bug_when>
            <thetext>Added an elog message.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2008-02-10 12:59:27 0000</bug_when>
            <thetext>*** Bug 209513 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
      
    </bug>

</bugzilla>