On Sun, Jan 11, 2009 at 09:14:53PM -0800, per...@pluto.rain.com wrote:
Funny. But this isn't a bug disguised as a feature.
It's a feature that you believe is a bug.
I would call it a bug that you believe is a feature.
Not just me, but freebsd developers including those who wrote devfs.
per...@pluto.rain.com writes:
Rick C. Petty rick-freebsd2...@kiwi-computer.com writes:
Funny. But this isn't a bug disguised as a feature.
It's a feature that you believe is a bug.
I would call it a bug that you believe is a feature.
It is *by definition* a feature. The code works as
On Sat, Jan 10, 2009 at 04:20:58AM -0800, per...@pluto.rain.com wrote:
Rick C. Petty rick-freebsd2...@kiwi-computer.com wrote:
That's not how devfs works. It's actually a feature
that devfs doesn't list everything ever possible
http://storage9.myopera.com/freejerk/files/bug-feature.jpg
Rick C. Petty rick-freebsd2...@kiwi-computer.com wrote:
On Sat, Jan 10, 2009 at 04:20:58AM -0800, per...@pluto.rain.com wrote:
Rick C. Petty rick-freebsd2...@kiwi-computer.com wrote:
That's not how devfs works. It's actually a feature
that devfs doesn't list everything ever possible
Ulrich Spoerlein gmail.com!uspoerl...@agora.rdrop.com wrote:
On Thu, 08.01.2009 at 21:50:47 -0800, per...@pluto.rain.com wrote:
Ulrich Spoerlein gmail.com!uspoerl...@agora.rdrop.com wrote:
Ummm, out of curiosity, are your receiving your mail via UUCP? :)
Rick C. Petty rick-freebsd2...@kiwi-computer.com wrote:
On Thu, Jan 08, 2009 at 09:50:47PM -0800, per...@pluto.rain.com wrote:
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)
I cannot really comment on the devfs(4) design issues, and quite frankly
it hasn't bothered my thus far. Just another little quirk you get to
remember.
On Sat, 10.01.2009 at 04:20:58 -0800, per...@pluto.rain.com wrote:
That the code faithfully adheres to the design does not guarantee
that the
Ulrich Spoerlein gmail.com!uspoerl...@agora.rdrop.com wrote:
I cannot really comment on the devfs(4) design issues,
and quite frankly it hasn't bothered my thus far.
It evidently inconvenienced the OP.
Just another little quirk you get to remember.
If we followed that line of reasoning to
On Thu, 08.01.2009 at 21:50:47 -0800, per...@pluto.rain.com wrote:
Ulrich Spoerlein gmail.com!uspoerl...@agora.rdrop.com wrote:
Ummm, out of curiosity, are your receiving your mail via UUCP? :)
Please run
% cat /dev/sndstat
% ls -l /dev/dsp0 /dev/dsp0.0
The reason you are not seeing
On Thu, Jan 08, 2009 at 09:50:47PM -0800, per...@pluto.rain.com wrote:
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
On Thu, 08.01.2009 at 09:06:45 +0200, Vladimir Terziev wrote:
Hi Matthias,
i configured Ekiga and during the configuration process it didn't find
any Audio device, so i think /dev/dsp* devices must be present, isn't
it ?
Please run
% cat /dev/sndstat
% ls -l /dev/dsp0 /dev/dsp0.0
The
Thank you very much Ulrich!
After running ls -l /dev/dsp0 /dev/dsp0.0 the devices are present and
Ekiga has found them.
The reasonable question is why Ekiga was not able to discover them
without the hack you suggested.
Regards,
Vladimir
On Thu, 2009-01-08 at 10:07 +0200, Ulrich Spoerlein
Hi Matthias,
the version of Ekiga i'm exploring is built from ports and it's
ekiga-2.0.11_4 .
Regards,
Vladimir
On Thu, 2009-01-08 at 10:31 +0200, Matthias Apitz wrote:
El día Thursday, January 08, 2009 a las 09:06:45AM +0200, Vladimir
Terziev escribió:
Hi Matthias,
i configured
El día Thursday, January 08, 2009 a las 09:06:45AM +0200, Vladimir Terziev
escribió:
Hi Matthias,
i configured Ekiga and during the configuration process it didn't find
any Audio device, so i think /dev/dsp* devices must be present, isn't
it ?
Regards,
Vladimir
Which version of
Ulrich Spoerlein gmail.com!uspoerl...@agora.rdrop.com 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
Hi Hackers,
i have a workstation equipped with Intel 82801G High Definition Audio
Controller. The workstation is running FreeBSD 7.0 Release i386.
I built a custom kernel and compiled the driver into it, using the
following lines in the kernel configuration file:
device sound
device snd_hda
El día Wednesday, January 07, 2009 a las 06:52:31PM +0200, Vladimir Terziev
escribió:
...
device sound
device snd_hda
The driver seems to recognize the controller:
$ dmesg | grep pcm
pcm0: Intel 82801G High Definition Audio Controller mem
0xe04c-0xe04c3fff irq 21 at
Hi Matthias,
i configured Ekiga and during the configuration process it didn't find
any Audio device, so i think /dev/dsp* devices must be present, isn't
it ?
Regards,
Vladimir
On Wed, 2009-01-07 at 20:10 +0200, Matthias Apitz wrote:
El día Wednesday, January 07, 2009 a las 06:52:31PM +0200,
18 matches
Mail list logo
