From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 9 06:01:02 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A837106566B for ; Fri, 9 Jan 2009 06:01:02 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id 0637F8FC12 for ; Fri, 9 Jan 2009 06:01:01 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id n0960xfM078889 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 8 Jan 2009 22:01:00 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id n0960xnw078888; Thu, 8 Jan 2009 22:00:59 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA26322; Thu, 8 Jan 09 21:48:34 PST Date: Thu, 08 Jan 2009 21:50:47 -0800 From: perryh@pluto.rain.com To: uspoerlein@gmail.com Message-Id: <4966e5b7.sTBBp+JY+DDMKG47%perryh@pluto.rain.com> References: <20090107181032.GA2808@rebelion.Sisis.de> <1231398405.2842.1.camel@daemon2.partygaming.local> <20090108080708.GE1462@roadrunner.spoerlein.net> In-Reply-To: <20090108080708.GE1462@roadrunner.spoerlein.net> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, guru@unixarea.de, vladimirt@partygaming.com Subject: Re: /dev/dsp* & /dev/audio* devices not present X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 06:01:02 -0000 Ulrich Spoerlein wrote: > Please run > % cat /dev/sndstat > % ls -l /dev/dsp0 /dev/dsp0.0 > > The reason you are not seeing them with 'ls /dev/dsp*' is because > devfs is creating the nodes when they are open(2)'ed. Using shell > globbing will search the output of readdir(2) for matches to dsp* > where devfs has no way of dynamically creating nodes (which ones > should it create anyway?) In principle, everything that would be successfully created if open(2)'ed. It doesn't necessarily need to actually create them, but the results from readdir(2) should be as if they had been created. The whole point of things like ls(1) and readdir(2) is to find out what-all is available to be opened, without having to already know the answer. > This is a FAQ really. It may be an FAQ, but it is also a bug, granted one that may not be easy to fix.