Your message dated Wed, 3 Mar 2010 03:26:07 +0100
with message-id <[email protected]>
and subject line Re: Bug#572272: New udev unseccessfully tries to deal with
Garmin iQue 3600, data loss
has caused the Debian Bug report #572272,
regarding New udev unseccessfully tries to deal with Garmin iQue 3600, data loss
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
572272: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572272
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: udev
Version: 0.125-7+lenny3
Severity: important
-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 200
-rw-r--r-- 1 root root 1547 Jan 16 2009 024_hpmud.rules
lrwxrwxrwx 1 root root 19 Feb 24 2009 025_libgphoto2.rules ->
../libgphoto2.rules
lrwxrwxrwx 1 root root 13 Nov 8 2008 035_kino.rules -> ../kino.rules
-rw-r--r-- 1 root root 115 Jan 16 2009 45-hplip.rules
-rw-r--r-- 1 root root 3801 Aug 26 2009 50-udev.rules
-rw-r--r-- 1 root root 1139 Sep 2 2008 55-Argyll.rules
-rw-r--r-- 1 root root 115 Jan 16 2009 55-hpmud.rules
-rw-r--r-- 1 root root 31 Mar 1 07:58 60-cracauer.rules
-rw-r--r-- 1 root root 1601 Aug 26 2009 60-persistent-input.rules
-rw-r--r-- 1 root root 1488 Aug 26 2009 60-persistent-storage-tape.rules
-rw-r--r-- 1 root root 4873 Aug 26 2009 60-persistent-storage.rules
-rw-r--r-- 1 root root 523 Sep 18 2008 60-persistent-v4l.rules
-rw-r--r-- 1 root root 1137 Oct 1 2008 65_dmsetup.rules
-rw-r--r-- 1 root root 991 Feb 5 2009 65_mdadm.vol_id.rules
-rw-r--r-- 1 root root 2956 Jul 25 2009 70-persistent-cd.rules
-rw-r--r-- 1 root root 1066 Nov 22 2008 70-persistent-net.rules
-rw-r--r-- 1 root root 452 Sep 18 2008 75-cd-aliases-generator.rules
-rw-r--r-- 1 root root 4427 Aug 26 2009 75-persistent-net-generator.rules
-rw-r--r-- 1 root root 2507 Aug 26 2009 80-drivers.rules
-rw-r--r-- 1 root root 82 Jan 7 2009 90-hal.rules
-rw-r--r-- 1 root root 4559 Aug 26 2009 91-permissions.rules
-rw-r--r-- 1 root root 2255 Sep 2 2008 92-Argyll.rules
-rw-r--r-- 1 root root 593 Sep 18 2008 95-late.rules
lrwxrwxrwx 1 root root 16 Feb 24 2009 libmtp7.rules -> ../libmtp7.rules
lrwxrwxrwx 1 root root 30 Sep 22 21:27 z55_alsa-firmware-loaders.rules ->
../alsa-firmware-loaders.rules
lrwxrwxrwx 1 root root 19 Dec 31 2006 z60_alsa-utils.rules ->
../alsa-utils.rules
lrwxrwxrwx 1 root root 15 Dec 30 2006 z60_hdparm.rules -> ../hdparm.rules
-rw-r--r-- 1 root root 2656 Jun 15 2008 z60_libpisock9.rules
-rw-r--r-- 1 root root 14883 Oct 20 2008 z60_libsane-extras.rules
-rw-r--r-- 1 root root 72908 Dec 9 2008 z60_libsane.rules
-rw-r--r-- 1 root root 6661 Dec 1 2007 z60_xserver-xorg-input-wacom.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/dm-8/dev
/sys/block/fd0/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/md0/dev
/sys/block/md1/dev
/sys/block/md2/dev
/sys/block/md3/dev
/sys/block/md5/dev
/sys/block/md6/dev
/sys/block/ram0/dev
/sys/block/ram1/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/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/block/sda/sda3/dev
/sys/block/sda/sda4/dev
/sys/block/sda/sda5/dev
/sys/block/sda/sda6/dev
/sys/block/sda/sda7/dev
/sys/block/sdb/dev
/sys/block/sdb/sdb1/dev
/sys/block/sdb/sdb2/dev
/sys/block/sdb/sdb3/dev
/sys/block/sdb/sdb4/dev
/sys/block/sdb/sdb5/dev
/sys/block/sdb/sdb6/dev
/sys/block/sdb/sdb7/dev
/sys/block/sdc/dev
/sys/block/sdc/sdc1/dev
/sys/block/sdc/sdc2/dev
/sys/block/sdc/sdc3/dev
/sys/block/sdc/sdc4/dev
/sys/block/sdc/sdc5/dev
/sys/block/sdc/sdc6/dev
/sys/block/sdc/sdc7/dev
/sys/block/sdd/dev
/sys/block/sdd/sdd1/dev
/sys/block/sdd/sdd2/dev
/sys/block/sdd/sdd3/dev
/sys/block/sdd/sdd4/dev
/sys/block/sdd/sdd5/dev
/sys/block/sdd/sdd6/dev
/sys/block/sdd/sdd7/dev
/sys/block/sde/dev
/sys/block/sdf/dev
/sys/block/sdg/dev
/sys/block/sdh/dev
/sys/block/sr0/dev
/sys/block/sr1/dev
/sys/class/cpuid/cpu0/dev
/sys/class/cpuid/cpu1/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input0/mouse0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input2/event2/dev
/sys/class/input/input3/event3/dev
/sys/class/input/input5/event5/dev
/sys/class/input/input5/mouse2/dev
/sys/class/input/input6/event6/dev
/sys/class/input/mice/dev
/sys/class/misc/cpu_dma_latency/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/hpet/dev
/sys/class/misc/mcelog/dev
/sys/class/misc/network_latency/dev
/sys/class/misc/network_throughput/dev
/sys/class/misc/snapshot/dev
/sys/class/misc/tun/dev
/sys/class/misc/vmci/dev
/sys/class/misc/vmmon/dev
/sys/class/msr/msr0/dev
/sys/class/msr/msr1/dev
/sys/class/ppdev/parport0/dev
/sys/class/ppp/ppp/dev
/sys/class/printer/lp0/dev
/sys/class/scsi_generic/sg0/dev
/sys/class/scsi_generic/sg1/dev
/sys/class/scsi_generic/sg2/dev
/sys/class/scsi_generic/sg3/dev
/sys/class/scsi_generic/sg4/dev
/sys/class/scsi_generic/sg5/dev
/sys/class/scsi_generic/sg6/dev
/sys/class/scsi_generic/sg7/dev
/sys/class/scsi_generic/sg8/dev
/sys/class/scsi_generic/sg9/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/dsp/dev
/sys/class/sound/hwC0D2/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.6/dev
/sys/class/usb_device/usbdev1.8/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev4.1/dev
/sys/class/usb_device/usbdev4.2/dev
/sys/class/usb_device/usbdev4.3/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.6_ep00/dev
/sys/class/usb_endpoint/usbdev1.6_ep02/dev
/sys/class/usb_endpoint/usbdev1.6_ep81/dev
/sys/class/usb_endpoint/usbdev1.8_ep00/dev
/sys/class/usb_endpoint/usbdev1.8_ep81/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.1_ep00/dev
/sys/class/usb_endpoint/usbdev4.1_ep81/dev
/sys/class/usb_endpoint/usbdev4.2_ep00/dev
/sys/class/usb_endpoint/usbdev4.2_ep81/dev
/sys/class/usb_endpoint/usbdev4.3_ep00/dev
/sys/class/usb_endpoint/usbdev4.3_ep81/dev
/sys/class/usb_endpoint/usbdev5.1_ep00/dev
/sys/class/usb_endpoint/usbdev5.1_ep81/dev
/sys/class/usbmon/usbmon0/dev
/sys/class/usbmon/usbmon1/dev
/sys/class/usbmon/usbmon2/dev
/sys/class/usbmon/usbmon3/dev
/sys/class/usbmon/usbmon4/dev
/sys/class/usbmon/usbmon5/dev
/sys/devices/pci0000:00/0000:00:1d.0/usb2/dev
/sys/devices/pci0000:00/0000:00:1d.1/usb3/dev
/sys/devices/pci0000:00/0000:00:1d.2/usb4/4-1/dev
/sys/devices/pci0000:00/0000:00:1d.2/usb4/4-2/dev
/sys/devices/pci0000:00/0000:00:1d.2/usb4/dev
/sys/devices/pci0000:00/0000:00:1d.3/usb5/dev
/sys/devices/pci0000:00/0000:00:1d.7/usb1/1-4/dev
/sys/devices/pci0000:00/0000:00:1d.7/usb1/1-8/dev
/sys/devices/pci0000:00/0000:00:1d.7/usb1/dev
-- Kernel configuration:
isapnp_init not present.
-- System Information:
Debian Release: 5.0.3
APT prefers stable
APT policy: (10001, 'stable'), (650, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26.3-perfctr-cracauer (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages udev depends on:
ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii libc6 2.7-18lenny2 GNU C Library: Shared libraries
ii libselinux1 2.0.65-5 SELinux shared libraries
ii libvolume-id0 0.125-7+lenny3 libvolume_id shared library
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
udev recommends no packages.
udev suggests no packages.
-- debconf information:
udev/new_kernel_needed: false
udev/reboot_needed:
I don't know whether this problem is upstream or not, so I start with
a Debian bug report.
This version of udev tries to somehow deal with my Garmin iQue 3600
and semi-bricks it. This was not the case in earlier udev versions on
this same Debian installation. It causes data loss.
udev 0.125 7+lenny3
Here is what happens:
- the Garmin iQuue 3600 is a Palm Pilot with integrated GPS. Cradels
to sync it with the computer for USB and serial port are available.
I use USB.
- I have VMware installed and inside VMware a Windoze with Garmin
software for this thing. This worked just fine for years under
different Linux distributions, using USB. Software-wise the USB
device was not claimed by Linux, hence available to VMware.
- This version of udev tried to grab it somehow, the messages are
an 31 00:18:59 wavehh kernel: usb 1-3.3: usbfs: interface 0 claimed by usbfs
while 'vmware-vmx' sets config #1
Jan 31 00:49:24 wavehh kernel: hub 1-3:1.0: activate --> -19
Jan 31 01:13:38 wavehh kernel: usb 3-1: usbfs: interface 0 claimed by usbfs
while 'vmware-vmx' sets config #1
- this causes a hard lockup of the GPS. Not only is a reset of the
GPS required, the reset you need is the reset that wipes all
internal memory in the device.
This causes data loss. There is no way to rescue the data that is
currently in the device and hasn't been synced. I have repeated this
and the same thing happened and the same memory-wiping reset was
needed.
Syncing over the serial port cradle (after data-wiping reset) still
works with the same VMware installation. So it is not a problem that
something in that Windoze inside VMware self-destructed.
I highly recommend disabling whatever you put into udev to deal with
this device and revert to the previous state of not knowing anything
about this device.
--- End Message ---
--- Begin Message ---
On Mar 02, Martin Cracauer <[email protected]> wrote:
> I don't know whether this problem is upstream or not, so I start with
> a Debian bug report.
Sure, why not? If you don't know what to do there is always the option
of blaming udev. Bug reporters do it all the time.
> - This version of udev tried to grab it somehow, the messages are
Maybe this is usb_id trying to open the usbfs device. I don't know,
because you failed to explain what this device is from the point of
view of the computer. But I am lucky, I do not need to care because udev
has all rights to do it, and if this crashes the devices then the device
is broken. You could try to demonstrate that the kernel is doing
something wrong which confuses the device, but I fear you will need very
compelling arguments to persuade the kernel maintainers that this is not
vmware's fault. (Anyway, the first step would be to reproduce this with
udev and the kernel from unstable.)
> - this causes a hard lockup of the GPS. Not only is a reset of the
> GPS required, the reset you need is the reset that wipes all
> internal memory in the device.
So it is buggy. This is not an udev bug, blame Garmin and ask for a fix.
Or show that this is a kernel bug unrelated to vmware. Since you are
using proprietary software, the proof is on you.
> I highly recommend disabling whatever you put into udev to deal with
> this device and revert to the previous state of not knowing anything
> about this device.
I highly recommend not opening bugs on random packages when you do not
understand what is happening on your system.
--
ciao,
Marco
signature.asc
Description: Digital signature
--- End Message ---
