Your message dated Sun, 27 Mar 2005 23:01:29 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#292256 acknowledged by developer         (Bug#292256: 
fixed in hal 0.4.7-3)
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)

--------------------------------------
Received: (at submit) by bugs.debian.org; 25 Jan 2005 22:22:56 +0000
>From [EMAIL PROTECTED] Tue Jan 25 14:22:56 2005
Return-path: <[EMAIL PROTECTED]>
Received: from mxout.hispeed.ch (smtp.hispeed.ch) [62.2.95.247] 
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1CtZ5L-0006Zz-00; Tue, 25 Jan 2005 14:22:55 -0800
Received: from isis.internal.berg21.ch (80-219-1-156.dclient.hispeed.ch 
[80.219.1.156])
        by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id 
j0PMMqAi007117;
        Tue, 25 Jan 2005 23:22:53 +0100
Received: from zarathustra (zarathustra.internal.berg21.ch [10.0.0.120])
        by isis.internal.berg21.ch (Postfix) with ESMTP id 917D61BD1F;
        Tue, 25 Jan 2005 23:22:52 +0100 (CET)
Received: by zarathustra (Postfix, from userid 1000)
        id 7CA6D11A5E1; Tue, 25 Jan 2005 23:22:54 +0100 (CET)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Aaron Isotton <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: hald timing out waiting for hotplug event
X-Mailer: reportbug 3.6
Date: Tue, 25 Jan 2005 23:22:54 +0100
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_PACKAGE,
        RCVD_IN_DSBL autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

Package: hal
Version: 0.4.6-1
Severity: normal

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Whenever I attach my digital camera to the USB port, it takes 60 seconds
until it appears in nautilus. (The relevant lines from my syslog
follow). I don't have any entries in /etc/fstab for the device.

I'm not sure whether this is a problem with hald or with hotplug; I'm
reporting it here because hald is the process which complains about the
timeout.

I'm using the Debian stock kernel-image-2.6.10-1-k7; my USB controller
is reported as follows by lspci:

USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 
81)

[syslog]

Jan 25 23:10:59 zarathustra kernel: usb 5-8: new high speed USB device using 
ehci_hcd and address 2
Jan 25 23:11:00 zarathustra kernel: Initializing USB Mass Storage driver...
Jan 25 23:11:00 zarathustra usb.agent[2061]:      usb-storage: loaded 
successfully
Jan 25 23:11:00 zarathustra kernel: scsi3 : SCSI emulation for USB Mass Storage 
devices
Jan 25 23:11:00 zarathustra kernel: usbcore: registered new driver usb-storage
Jan 25 23:11:00 zarathustra kernel: USB Mass Storage support registered.
Jan 25 23:11:00 zarathustra kernel: usb-storage: device found at 2
Jan 25 23:11:00 zarathustra kernel: usb-storage: waiting for device to settle 
before scanning
Jan 25 23:11:05 zarathustra kernel:   Vendor: Sony      Model: Sony DSC         
 Rev: 5.00
Jan 25 23:11:05 zarathustra kernel:   Type:   Direct-Access                     
 ANSI SCSI revision: 00
Jan 25 23:11:05 zarathustra kernel: SCSI device sdc: 2001888 512-byte hdwr 
sectors (1025 MB)
Jan 25 23:11:05 zarathustra kernel: sdc: assuming Write Enabled
Jan 25 23:11:05 zarathustra kernel: sdc: assuming drive cache: write through
Jan 25 23:11:05 zarathustra kernel: SCSI device sdc: 2001888 512-byte hdwr 
sectors (1025 MB)
Jan 25 23:11:05 zarathustra kernel: sdc: assuming Write Enabled
Jan 25 23:11:05 zarathustra kernel: sdc: assuming drive cache: write through
Jan 25 23:11:05 zarathustra kernel:  /dev/scsi/host3/bus0/target0/lun0: p1
Jan 25 23:11:05 zarathustra kernel: Attached scsi removable disk sdc at scsi3, 
channel 0, id 0, lun 0
Jan 25 23:11:05 zarathustra kernel: usb-storage: device scan complete
Jan 25 23:11:05 zarathustra udev[2179]: configured rule in 
'/etc/udev/rules.d/z_hal-plugdev.rules' at line 2 applied, 'sdc' becomes '%k'
Jan 25 23:11:05 zarathustra udev[2179]: creating device node '/dev/sdc'
Jan 25 23:11:05 zarathustra udev[2186]: configured rule in 
'/etc/udev/rules.d/z_hal-plugdev.rules' at line 2 applied, 'sdc1' becomes '%k'
Jan 25 23:11:05 zarathustra udev[2186]: creating device node '/dev/sdc1'
Jan 25 23:11:05 zarathustra scsi.agent[2192]: disk at 
/devices/pci0000:00/0000:00:10.4/usb5/5-8/5-8:1.0/host3/target3:0:0/3:0:0:0
Jan 25 23:12:05 zarathustra kernel: usb 5-8: reset high speed USB device using 
ehci_hcd and address 2
Jan 25 23:12:05 zarathustra hald[5352]: Timed out waiting for hotplug event 
1133. Rebasing to 1133
Jan 25 23:12:08 zarathustra kernel: UDF-fs: No VRS found
Jan 25 23:12:08 zarathustra kernel: UDF-fs: No VRS found
Jan 25 23:12:08 zarathustra kernel: Unable to identify CD-ROM format.
Jan 25 23:12:09 zarathustra kernel: Unable to identify CD-ROM format.
Jan 25 23:12:09 zarathustra kernel: FAT: utf8 is not a recommended IO charset 
for FAT filesystems, filesystem will be case sensitive!

[end syslog]

- -- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages hal depends on:
ii  adduser               3.59               Add and remove users and groups
ii  dbus-1                0.23-1             simple interprocess messaging syst
ii  dbus-glib-1           0.23-1             simple interprocess messaging syst
ii  libc6                 2.3.2.ds1-20       GNU C Library: Shared libraries an
ii  libcap1               1:1.10-14          support for getting/setting POSIX.
ii  libexpat1             1.95.8-1           XML parsing C library - runtime li
ii  libglib2.0-0          2.6.1-3            The GLib library of C routines
ii  libhal-storage0       0.4.6-1            Hardware Abstraction Layer - share
ii  libhal0               0.4.6-1            Hardware Abstraction Layer - share
ii  libpopt0              1.7-5              lib for parsing cmdline parameters
ii  pciutils              1:2.1.11-15        Linux PCI Utilities
ii  udev                  0.050-5            /dev/ management daemon
ii  usbutils              0.11+cvs20041108-1 USB console utilities

- -- no debconf information

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFB9sa+m2HPKfVbHyoRAoSJAKC7YWblrOm1UxO054b7d4+m842UXACfSyoS
6STImGNtlKNQvcWp6nZvQ94=
=LyY+
-----END PGP SIGNATURE-----

---------------------------------------
Received: (at 292256-done) by bugs.debian.org; 27 Mar 2005 21:01:47 +0000
>From [EMAIL PROTECTED] Sun Mar 27 13:01:46 2005
Return-path: <[EMAIL PROTECTED]>
Received: from simons.xs4all.nl (fire.luon.net) [80.126.201.244] (postfix)
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1DFetG-0007Z3-00; Sun, 27 Mar 2005 13:01:46 -0800
Received: from spring.luon.net (unknown [83.232.29.15])
        by fire.luon.net (Postfix) with ESMTP id EE2EE14;
        Sun, 27 Mar 2005 23:01:39 +0200 (CEST)
Received: by spring.luon.net (Postfix, from userid 1000)
        id 6C33E37B84; Sun, 27 Mar 2005 23:01:29 +0200 (CEST)
Date: Sun, 27 Mar 2005 23:01:29 +0200
From: Sjoerd Simons <[EMAIL PROTECTED]>
To: Aaron Isotton <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: Bug#292256 acknowledged by developer         (Bug#292256: fixed in 
hal 0.4.7-3)
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
X-Operating-System: Linux spring 2.6.11-spring #1 Sat Mar 5 13:00:45 CET 2005 
ppc GNU/Linux
User-Agent: Mutt/1.5.8i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-4.5 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER,
        SUBJ_HAS_SPACES autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

On Fri, Mar 25, 2005 at 02:19:24PM +0100, Aaron Isotton wrote:
> reopen 292256
> thanks
> 
> Debian Bug Tracking System wrote:
> >This is an automatic notification regarding your Bug report
> >#292256: hald timing out waiting for hotplug event,
> >which was filed against the hal package.
> >
> >It has been closed by one of the developers, namely
> >Sjoerd Simons <[EMAIL PROTECTED]>.
> >
> >Their explanation is attached below.  If this explanation is
> >unsatisfactory and you have not received a better one in a separate
> >message then please contact the developer, by replying to this email.
> 
> [...]
> 
> >   * Added debian/patches/hotplug_timeout.patch
> >     + Don't run the hotplug timeout handler while processing hotplug 
> >     events.
> >       (Closes: #292256)
> 
> [...]
> 
> Sorry, this is not fixed.
> 
> Syslog:
> 
> Mar 25 14:08:56 localhost kernel: usb 5-5: new high speed USB device
> using ehci_hcd and address 2
> Mar 25 14:08:57 localhost kernel: Initializing USB Mass Storage driver...
> Mar 25 14:08:57 localhost kernel: scsi2 : SCSI emulation for USB Mass
> Storage devices
> Mar 25 14:08:57 localhost kernel: usbcore: registered new driver usb-storage
> Mar 25 14:08:57 localhost kernel: USB Mass Storage support registered.
> Mar 25 14:08:57 localhost kernel: usb-storage: device found at 2
> Mar 25 14:08:57 localhost kernel: usb-storage: waiting for device to
> settle before scanning
> Mar 25 14:08:57 localhost usb.agent[11168]:      usb-storage: loaded
> successfully
> Mar 25 14:09:02 localhost kernel:   Vendor: Sony      Model: Sony DSC
>        Rev: 5.00
> Mar 25 14:09:02 localhost kernel:   Type:   Direct-Access
>        ANSI SCSI revision: 00
> Mar 25 14:09:02 localhost kernel: SCSI device sdc: 2001888 512-byte hdwr
> sectors (1025 MB)
> Mar 25 14:09:02 localhost kernel: sdc: assuming Write Enabled
> Mar 25 14:09:02 localhost kernel: sdc: assuming drive cache: write through
> Mar 25 14:09:02 localhost kernel: SCSI device sdc: 2001888 512-byte hdwr
> sectors (1025 MB)
> Mar 25 14:09:02 localhost kernel: sdc: assuming Write Enabled
> Mar 25 14:09:02 localhost kernel: sdc: assuming drive cache: write through
> Mar 25 14:09:02 localhost kernel:  /dev/scsi/host2/bus0/target0/lun0: p1
> Mar 25 14:09:02 localhost kernel: Attached scsi removable disk sdc at
> scsi2, channel 0, id 0, lun 0
> Mar 25 14:09:02 localhost kernel: usb-storage: device scan complete
> Mar 25 14:09:02 localhost scsi.agent[11255]:      sd_mod: loaded
> sucessfully (for disk)
> Mar 25 14:09:02 localhost udev[11269]: configured rule in
> '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sdc' becomes '%k'
> Mar 25 14:09:02 localhost udev[11269]: creating device node '/dev/sdc'
> Mar 25 14:09:02 localhost udev[11289]: configured rule in
> '/etc/udev/rules.d/z_hal-plugdev.rules[2]' applied, 'sdc1' becomes '%k'
> Mar 25 14:09:02 localhost udev[11289]: creating device node '/dev/sdc1'
> Mar 25 14:10:02 localhost kernel: usb 5-5: reset high speed USB device
> using ehci_hcd and address 2
> Mar 25 14:10:03 localhost kernel: FAT: utf8 is not a recommended IO
> charset for FAT filesystems, filesystem will be case sensitive!

As you can see from the log you sent hald doesn't timeout anymore, so that's
fixed. The reason that the kernel needs to reset the usb device is either a
hardware or a kernel problem. I thought i already mentioned that earlier in our
discussion (not 100% sure though)..

If you want to follow up on that you'll need to file a bug against the
kernel, but that will probably be hard to fix... Sorry but i can't help you
with that.


  Sjoerd
-- 
Progress means replacing a theory that is wrong with one more subtly wrong.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to