It seems John Baldwin wrote:
In servalan.mailinglist.fbsd-current Maxim Sobolev writes:
I found that after reverting the following deltas (jhb's 10 August commit)
sound starts working again:
[list of deltas deleted]
I found much the same thing; specifically, the problematic change
John Baldwin wrote:
The same is here (OPL3-SA driver on Toshiba Satellite Pro 445CDX notebook).
I found that after reverting the following deltas (jhb's 10 August commit)
sound starts working again:
That's a rather large commit. Is this the ast() fixup? Is the process that
has the
Maxim Sobolev wrote:
John Baldwin wrote:
The same is here (OPL3-SA driver on Toshiba Satellite Pro 445CDX notebook).
I found that after reverting the following deltas (jhb's 10 August commit)
sound starts working again:
That's a rather large commit. Is this the ast() fixup? Is
It seems Jim Bryant wrote:
Yups, reverting this, even in a newer kernel makes sound work again,
well the VIA support is still not sounding proberly, but it didn't
before as well so thats not related to this bogon...
Perhaps the bug in the chipset^wPCI-spec?
I dont think so, before the
On 19 Aug, Søren Schmidt wrote:
What's the problem? I didn't noticed anything.
It seems that there is either a slight pause, or random noise
between each DMA buffer played...
Verry strange... with a normal Aug 18 kernel and the VIA chipset I'm
able to listen to xmms-played audio without
SÜren Schmidt wrote:
It seems Jim Bryant wrote:
Yups, reverting this, even in a newer kernel makes sound work again,
well the VIA support is still not sounding proberly, but it didn't
before as well so thats not related to this bogon...
Perhaps the bug in the chipset^wPCI-spec?
On 19-Aug-01 Maxim Sobolev wrote:
On Sat, 18 Aug 2001 21:10:40 -0500, Daniel M . Kurry wrote:
On Wed, Aug 15, 2001 at 07:01:46PM +0200, some SMTP stream spewed forth:
One gets the first DMA buffer full, then the process hangs...
Due to the lack of replies, I'll go ahead.
I am
On 19-Aug-01 Richard Todd wrote:
In servalan.mailinglist.fbsd-current Maxim Sobolev writes:
I found that after reverting the following deltas (jhb's 10 August commit)
sound starts working again:
[list of deltas deleted]
I found much the same thing; specifically, the problematic change is
In servalan.mailinglist.fbsd-current jhb writes:
On 19-Aug-01 Richard Todd wrote:
In servalan.mailinglist.fbsd-current Maxim Sobolev writes:
I found that after reverting the following deltas (jhb's 10 August commit)
sound starts working again:
[list of deltas deleted]
I found much the same
My sound is broken as well. On both an SBLIVE card and a Yamaha OPL-SA
chipset. The time frame for the breakage is definitely within the last 10
days as my previous world/kernel was from 8/5 and the current world is
8/16.
On Sun, 19 Aug 2001, Maxim Sobolev wrote:
On Sat, 18 Aug 2001 21:10:40
In servalan.mailinglist.fbsd-current Maxim Sobolev writes:
I found that after reverting the following deltas (jhb's 10 August commit)
sound starts working again:
[list of deltas deleted]
I found much the same thing; specifically, the problematic change is this one:
jhb 2001/08/10
It seems Richard Todd wrote:
I found much the same thing; specifically, the problematic change is this one:
jhb 2001/08/10 14:08:57 PDT
Modified files:
sys/kern kern_synch.c
Log:
Work around a race between msleep() and endtsleep() where it was possible
On 19 Aug, Søren Schmidt wrote:
Modified files:
sys/kern kern_synch.c
[...]
Revision ChangesPath
1.154 +24 -4 src/sys/kern/kern_synch.c
Yups, reverting this, even in a newer kernel makes sound work again,
well the VIA support is still not sounding
Revision ChangesPath
1.154 +24 -4 src/sys/kern/kern_synch.c
Yups, reverting this, even in a newer kernel makes sound work again,
well the VIA support is still not sounding proberly, but it didn't
before as well so thats not related to this bogon...
Perhaps the bug
On 19 Aug, Søren Schmidt wrote:
Yups, reverting this, even in a newer kernel makes sound work again,
well the VIA support is still not sounding proberly, but it didn't
before as well so thats not related to this bogon...
Perhaps the bug in the chipset^wPCI-spec?
I dont think so,
It seems Alexander Leidinger wrote:
On 19 Aug, Søren Schmidt wrote:
Yups, reverting this, even in a newer kernel makes sound work again,
well the VIA support is still not sounding proberly, but it didn't
before as well so thats not related to this bogon...
Perhaps the bug in the
Søren Schmidt wrote:
It seems Alexander Leidinger wrote:
On 19 Aug, Søren Schmidt wrote:
Yups, reverting this, even in a newer kernel makes sound work again,
well the VIA support is still not sounding proberly, but it didn't
before as well so thats not related to this bogon...
Perhaps
On Sun, Aug 19, 2001 at 04:42:35PM -0500, some SMTP stream spewed forth:
Søren Schmidt wrote:
It seems Alexander Leidinger wrote:
On 19 Aug, Søren Schmidt wrote:
Yups, reverting this, even in a newer kernel makes sound work again,
well the VIA support is still not sounding
On Wed, Aug 15, 2001 at 07:01:46PM +0200, some SMTP stream spewed forth:
One gets the first DMA buffer full, then the process hangs...
Due to the lack of replies, I'll go ahead.
I am seeing sound breakage also.
My card is a
Creative Labs SoundBlaster Live!.
xmms will play a short (less
In servalan.mailinglist.fbsd-current Daniel M. Kurry writes:
On Wed, Aug 15, 2001 at 07:01:46PM +0200, some SMTP stream spewed forth:
One gets the first DMA buffer full, then the process hangs...
Due to the lack of replies, I'll go ahead.
I am seeing sound breakage also.
My card is a
This is pretty wierd...
I'm running -current as of 7am this morning, and am listening to Black in Black in
XMMS at this moment.
SB-Live! Value, I am running SMP.
Richard Todd wrote:
In servalan.mailinglist.fbsd-current Daniel M. Kurry writes:
On Wed, Aug 15, 2001 at 07:01:46PM +0200,
On Sat, 18 Aug 2001 21:10:40 -0500, Daniel M . Kurry wrote:
On Wed, Aug 15, 2001 at 07:01:46PM +0200, some SMTP stream spewed forth:
One gets the first DMA buffer full, then the process hangs...
Due to the lack of replies, I'll go ahead.
I am seeing sound breakage also.
My card is a
22 matches
Mail list logo
