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,
On Jan 7, 2009, at 10:27 , Sheldon Givens wrote:
On Wed, Jan 7, 2009 at 7:48 AM, Ulrich Spoerlein
wrote:
On Wed, 07.01.2009 at 08:54:41 -0600, Sean C. Farley wrote:
On Wed, 7 Jan 2009, Ulrich Spoerlein wrote:
On Tue, 06.01.2009 at 11:52:39 -0800, Sheldon Givens wrote:
Hello everyone,
I
Kris Kennaway wrote:
Christian Weisgerber wrote:
Bruce Cran wrote:
I'm running 8.0-CURRENT amd64 here on a Turion64 X2 machine. Without
malloc debugging (malloc.conf -> aj) 'make test' takes 25s; after
removing malloc.conf thus turning on debugging, it takes over 10
minutes.
...
But still.
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]
On Wed, Jan 7, 2009 at 7:48 AM, Ulrich Spoerlein wrote:
> On Wed, 07.01.2009 at 08:54:41 -0600, Sean C. Farley wrote:
> > On Wed, 7 Jan 2009, Ulrich Spoerlein wrote:
> >
> > > On Tue, 06.01.2009 at 11:52:39 -0800, Sheldon Givens wrote:
> > >> Hello everyone,
> > >>
> > >> It occurs to me that Fre
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
On Wed, 07.01.2009 at 08:54:41 -0600, Sean C. Farley wrote:
> On Wed, 7 Jan 2009, Ulrich Spoerlein wrote:
>
> > On Tue, 06.01.2009 at 11:52:39 -0800, Sheldon Givens wrote:
> >> Hello everyone,
> >>
> >> It occurs to me that FreeBSD ps lacks the ability to disable header.
> >> This seems like a re
On Wed, 7 Jan 2009, Ulrich Spoerlein wrote:
On Tue, 06.01.2009 at 11:52:39 -0800, Sheldon Givens wrote:
Hello everyone,
It occurs to me that FreeBSD ps lacks the ability to disable header.
This seems like a really obvious feature, and I may have simply
missed it's existence (despite my relen
On Tue, 06.01.2009 at 11:52:39 -0800, Sheldon Givens wrote:
> Hello everyone,
>
> It occurs to me that FreeBSD ps lacks the ability to disable header. This
> seems like a really obvious feature, and I may have simply missed it's
> existence (despite my relentlessly searching the man page) but here
You are looking at the kernel message buffer with 'sysctl -a'.
(kern.msgbuf).
Nothing wrong with that.
//Remko
--
/"\ Best regards,| re...@freebsd.org
\ / Remko Lodder | re...@efnet
Xhttp://www.evilcoder.org/|
/ \ ASCII Ribbon Campa
On Wed, Jan 07, 2009 at 01:30:20PM +0200, Eitan Shefi wrote:
> I am testing a NIC driver.
> I found it's logs and "/var/log/messages" logs in the output of "sysctl
> -a":
> I run "sysctl -a | less", and there I find:
>
[..]
> kern.msgbuf: ound file system checks in 60 seconds.
> <118>
> mtnic0: F
On Wed, 7 Jan 2009, 13:14+0100, Gary Jennejohn wrote:
> On Wed, 7 Jan 2009 13:30:20 +0200
> "Eitan Shefi" wrote:
>
> > I am testing a NIC driver.
> > I found it's logs and "/var/log/messages" logs in the output of "sysctl
> > -a":
> > I run "sysctl -a | less", and there I find:
> >
> > kern.devst
On Wed, 7 Jan 2009 13:30:20 +0200
"Eitan Shefi" wrote:
> I am testing a NIC driver.
> I found it's logs and "/var/log/messages" logs in the output of "sysctl
> -a":
> I run "sysctl -a | less", and there I find:
>
> kern.devstat.version: 6
> kern.devstat.generation: 137
> kern.devstat.numdevs: 1
I am testing a NIC driver.
I found it's logs and "/var/log/messages" logs in the output of "sysctl
-a":
I run "sysctl -a | less", and there I find:
kern.devstat.version: 6
kern.devstat.generation: 137
kern.devstat.numdevs: 1
kern.kobj_methodcount: 143
kern.log_wakeups_per_second: 5
kern.msgbuf_cl
Hi, guys
hptiop driver in the 7.1 release has a little bug.
Because this issue the Raid-manage GUI program which we provided can NOT
work anymore.
So we give the patch:
Index: hptiop.h
===
--- hptiop.h(revision 186851)
+++ hptio
15 matches
Mail list logo