[From nobody Sat May 23 14:27:07 2026
Received: (at submit) by bugs.debian.org; 1 Oct 2004 21:55:31 +0000
Return-path: <nemesis@dbz.icequake.net>
Received: from 216-229-91-229-empty.fidnet.com (mail.icequake.net)
 [216.229.91.229] (postfix)
 by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
 id 1CDVND-0003T4-00; Fri, 01 Oct 2004 14:55:31 -0700
Received: from dbz.icequake.net (dbz.icequake.net [216.229.91.244])
 by mail.icequake.net (Postfix) with ESMTP
 id A2D0684; Fri,  1 Oct 2004 16:55:29 -0500 (CDT)
Received: from nemesis by dbz.icequake.net with local (Exim 3.36 #1 (Debian))
 id 1CDVNA-0001rR-00; Fri, 01 Oct 2004 16:55:28 -0500
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Ryan Underwood <nemesis@dbz.icequake.net>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: alsa-utils: please make alsactl store/restore more devfs-friendly
X-Mailer: reportbug 2.61
Date: Fri, 01 Oct 2004 16:55:28 -0500
Message-Id: <E1CDVNA-0001rR-00@dbz.icequake.net>
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
 (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
 autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

Package: alsa-utils
Version: 1.0.4-1
Severity: minor


alsactl restore takes a long time on a slow devfs machine.  The problem
is the following:
open("/dev/snd/controlC1", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC1", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC2", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC2", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC3", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC3", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC4", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC4", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC5", O_RDONLY)    = -1 ENOENT (No such file or directory)
open("/dev/aloadC5", O_RDONLY)          = -1 ENOENT (No such file or directory)
open("/dev/snd/controlC6", O_RDONLY)    = -1 ENOENT (No such file or directory)
.....

Each of these attempts causes about a 1 second delay on my machine
(P120).  I presume this is due to devfs trying to modprobe stuff in the
background.

A more efficient method would probably be to opendir() and scan through
the directory entries to check for existence.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.4.25
Locale: LANG=en_US, LC_CTYPE=en_US

Versions of packages alsa-utils depends on:
ii  alsa-base                1.0.4-3         ALSA sound driver common files
ii  dialog                   0.9b-20040421-1 Displays user-friendly dialog boxe
ii  libasound2               1.0.5-1         Advanced Linux Sound Architecture 
ii  libc6                    2.3.2.ds1-12    GNU C Library: Shared libraries an
ii  libncurses5              5.4-4           Shared libraries for terminal hand
ii  module-init-tools        3.0-pre10-4     tools for managing Linux kernel mo
ii  modutils                 2.4.26-1        Linux module utilities
ii  pciutils                 1:2.1.11-8      Linux PCI Utilities (for 2.*.* ker
ii  whiptail                 0.51.6-3        Displays user-friendly dialog boxe

-- no debconf information

]