Your message dated Wed, 1 Aug 2007 15:15:23 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#435527: Please disable persistent net generator for iwl3945
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: udev
Version: 0.113-3
Severity: wishlist
Tags: patch

        Hi,

 I used an atheros card in the past, and it suffered from the same issue
 I now see with the new "iwlwifi" drivers (iwl3945 and iwl4965): there
 are two interfaces with the same mac address which conflict when trying
 to rename the second one to the name already used by the first name.

 The easy workaround is to use a snippet similar to Atheros':
# ignore "secondary" raw interfaces of the iwl3945 driver
DRIVERS=="iwl3945",                     GOTO="persistent_net_generator_end"

 (and the same for s/iwl3945/iwl4965/g)

 Perhaps a better solution would distinguish the two types of
 interfaces?  I don't know exactly what information is available to do
 this, but /sys/class/net has:

wlan0:
address    device    ifindex    operstate   subsystem     weight
addr_len   dormant   iflink     phy80211    tx_queue_len  wireless
broadcast  features  link_mode  power       type
carrier    flags     mtu        statistics  uevent

wmaster0:
address    carrier  features  iflink     operstate  statistics    type
addr_len   device   flags     link_mode  phy80211   subsystem     uevent
broadcast  dormant  ifindex   mtu        power      tx_queue_len  weight

 and a diff shows differences with the following files:
carrier ifindex iflink operstate type uevent wireless/beacon
wireless/crypt wireless/fragment wireless/level wireless/link
wireless/misc wireless/noise wireless/nwid wireless/retries
wireless/status

 Or perhaps wmaster* interfaces should be special cased to generate
 persistent rules as wmaster* (and not share the eth* namespace)?

    Bye,

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 24
lrwxrwxrwx 1 root root   20 2006-10-08 18:45 020_permissions.rules -> 
../permissions.rules
lrwxrwxrwx 1 root root   19 2006-10-08 19:15 025_libgphoto2.rules -> 
../libgphoto2.rules
lrwxrwxrwx 1 root root   16 2007-07-31 09:01 025_libsane.rules -> 
../libsane.rules
lrwxrwxrwx 1 root root   15 2006-10-08 18:45 85-pcmcia.rules -> ../pcmcia.rules
lrwxrwxrwx 1 root root   15 2007-06-26 16:15 libmtp.rules -> ../libmtp.rules
lrwxrwxrwx 1 root root   13 2006-10-08 18:45 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root   25 2006-10-08 18:45 z20_persistent-input.rules -> 
../persistent-input.rules
lrwxrwxrwx 1 root root   19 2006-10-08 18:45 z20_persistent.rules -> 
../persistent.rules
-rw-r--r-- 1 root root 1748 2006-11-24 16:31 z25_persistent-cd.rules
-rw-r--r-- 1 root root  333 2007-08-01 13:02 z25_persistent-net.rules
lrwxrwxrwx 1 root root   33 2006-10-08 18:45 z45_persistent-net-generator.rules 
-> ../persistent-net-generator.rules
lrwxrwxrwx 1 root root   12 2006-10-08 18:45 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root   16 2006-10-08 18:45 z55_hotplug.rules -> 
../hotplug.rules
lrwxrwxrwx 1 root root   19 2006-10-08 19:15 z60_alsa-utils.rules -> 
../alsa-utils.rules
-rw-r--r-- 1 root root 2199 2007-06-20 14:17 z60_bluez-pcmcia-support.rules
lrwxrwxrwx 1 root root   15 2006-10-08 19:14 z60_hdparm.rules -> ../hdparm.rules
-rw-r--r-- 1 root root 2589 2007-06-03 22:17 z60_libpisock9.rules
lrwxrwxrwx 1 root root   20 2006-10-15 18:09 z60_xen-backend.rules -> 
../xen-backend.rules
-rw-r--r-- 1 root root 5716 2007-06-02 19:21 z60_xserver-xorg-input-wacom.rules
lrwxrwxrwx 1 root root   29 2006-10-08 18:45 z75_cd-aliases-generator.rules -> 
../cd-aliases-generator.rules
lrwxrwxrwx 1 root root   12 2007-06-23 11:59 z99_hal.rules -> ../hal.rules

-- /sys/:
/sys/block/dm-0/dev
/sys/block/dm-1/dev
/sys/block/dm-2/dev
/sys/block/dm-3/dev
/sys/block/dm-4/dev
/sys/block/dm-5/dev
/sys/block/dm-6/dev
/sys/block/dm-7/dev
/sys/block/hda/dev
/sys/block/loop0/dev
/sys/block/loop1/dev
/sys/block/loop2/dev
/sys/block/loop3/dev
/sys/block/loop4/dev
/sys/block/loop5/dev
/sys/block/loop6/dev
/sys/block/loop7/dev
/sys/block/ram0/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram1/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/block/sda/dev
/sys/block/sda/sda1/dev
/sys/block/sda/sda2/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input12/event8/dev
/sys/class/input/input13/event9/dev
/sys/class/input/input13/mouse2/dev
/sys/class/input/input13/ts2/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input2/event2/dev
/sys/class/input/input2/mouse0/dev
/sys/class/input/input2/ts0/dev
/sys/class/input/input3/event3/dev
/sys/class/input/input3/mouse1/dev
/sys/class/input/input3/ts1/dev
/sys/class/input/input4/event4/dev
/sys/class/input/input5/event5/dev
/sys/class/input/input6/event6/dev
/sys/class/input/input7/event7/dev
/sys/class/input/mice/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/hpet/dev
/sys/class/misc/nvram/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/misc/snapshot/dev
/sys/class/misc/uinput/dev
/sys/class/misc/vmmon/dev
/sys/class/misc/watchdog/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/dsp/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1p/dev
/sys/class/sound/timer/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev1.4/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev4.12/dev
/sys/class/usb_device/usbdev4.1/dev
/sys/class/usb_device/usbdev5.1/dev
/sys/class/usb_endpoint/usbdev1.1_ep00/dev
/sys/class/usb_endpoint/usbdev1.1_ep81/dev
/sys/class/usb_endpoint/usbdev1.4_ep00/dev
/sys/class/usb_endpoint/usbdev1.4_ep81/dev
/sys/class/usb_endpoint/usbdev1.4_ep82/dev
/sys/class/usb_endpoint/usbdev2.1_ep00/dev
/sys/class/usb_endpoint/usbdev2.1_ep81/dev
/sys/class/usb_endpoint/usbdev3.1_ep00/dev
/sys/class/usb_endpoint/usbdev3.1_ep81/dev
/sys/class/usb_endpoint/usbdev4.12_ep00/dev
/sys/class/usb_endpoint/usbdev4.12_ep02/dev
/sys/class/usb_endpoint/usbdev4.12_ep81/dev
/sys/class/usb_endpoint/usbdev4.12_ep83/dev
/sys/class/usb_endpoint/usbdev4.1_ep00/dev
/sys/class/usb_endpoint/usbdev4.1_ep81/dev
/sys/class/usb_endpoint/usbdev5.1_ep00/dev
/sys/class/usb_endpoint/usbdev5.1_ep81/dev
/sys/devices/pci0000:00/0000:00:1d.0/usb1/1-1/dev
/sys/devices/pci0000:00/0000:00:1d.0/usb1/dev
/sys/devices/pci0000:00/0000:00:1d.1/usb2/dev
/sys/devices/pci0000:00/0000:00:1d.2/usb3/dev
/sys/devices/pci0000:00/0000:00:1d.3/usb4/4-2/dev
/sys/devices/pci0000:00/0000:00:1d.3/usb4/dev
/sys/devices/pci0000:00/0000:00:1d.7/usb5/dev

-- Kernel configuration:


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages udev depends on:
ii  debconf [debconf-2.0]        1.5.14      Debian configuration management sy
ii  libc6                        2.6-5       GNU C Library: Shared libraries
ii  libselinux1                  2.0.15-2+b1 SELinux shared libraries
ii  libvolume-id0                0.113-3     libvolume_id shared library
ii  lsb-base                     3.1-24      Linux Standard Base 3.1 init scrip

udev recommends no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/reboot_needed:

-- 
Loïc Minier


--- End Message ---
--- Begin Message ---
On Aug 01, Loïc Minier <[EMAIL PROTECTED]> wrote:

>  Why doesn't it need special casing while Atheros does?  I don't know
DRIVERS=="?*"

(But let me know if you can find out why the rule created with the old
driver did not work. I just know that I can go back and forth between
the two drivers without changing the rule again.)

-- 
ciao,
Marco

Attachment: signature.asc
Description: Digital signature


--- End Message ---

Reply via email to