per...@pluto.rain.com writes:
> "Rick C. Petty" 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 intended. If it
didn't, that w
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 d
"Rick C. Petty" wrote:
> On Sat, Jan 10, 2009 at 04:20:58AM -0800, per...@pluto.rain.com wrote:
> > "Rick C. Petty" 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/b
On Sat, Jan 10, 2009 at 04:20:58AM -0800, per...@pluto.rain.com wrote:
> "Rick C. Petty" 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
Funny. But this isn't
Ulrich Spoerlein 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 its logical
conclusion we would eli
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
"Rick C. Petty" 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) should be as if they had b
Ulrich Spoerlein wrote:
> On Thu, 08.01.2009 at 21:50:47 -0800, per...@pluto.rain.com wrote:
> > Ulrich Spoerlein wrote:
>
> Ummm, out of curiosity, are your receiving your mail via UUCP? :)
http://lists.freebsd.org/pipermail/freebsd-net/2009-January/020645.html
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
On Thu, 08.01.2009 at 21:50:47 -0800, per...@pluto.rain.com wrote:
> Ulrich Spoerlein 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 them with 'ls /dev/dsp*' is
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*
>
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
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 config
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 wr
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 r
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,
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: mem
> 0xe04c-0xe04c3fff irq 21 at device 27.0 on pci0
> pcm0: [ITHREAD]
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
18 matches
Mail list logo
