/-- Kevin Oberman wrote:
| Re: kern/55395
|
| I see a patch to ich.c back on the 15th to Correctly reset ich[3-5]
| sound cards on resume., but I am still not able to properly use my
| sound card after a resume because the card starts clocking at the wrong
| rate, about 52K instead of the correct
David Xu wrote:
|
| I tried to backout ac97.c revision 1.43, now my sound card works again,
| If someone wants more information, please tell me.
David
Could you revert to head and check that the mixer ogain is non-zero
(say 100 :-)? On some codecs ogain provides the traditional
functionality
/-- Lars Eggert wrote:
| This is a cryptographically signed message in MIME format.
|
| --ms080500030203050209080702
| Content-Type: text/plain; charset=us-ascii; format=flowed
| Content-Transfer-Encoding: 7bit
|
| Hi,
|
| Rudolf Cejka wrote:
| Glenn Johnson wrote (2003/08/21):
|
/-- Kevin Oberman wrote:
| From: Orion Hodson [EMAIL PROTECTED]
| Date: Fri, 22 Aug 2003 13:38:22 -0700
| Sender: [EMAIL PROTECTED]
|
| /-- Lars Eggert wrote:
| | This is a cryptographically signed message in MIME format.
| |
| | --ms080500030203050209080702
| | Content-Type
/-- Lars Eggert wrote:
| What's weird is that everything looks like it should be playing - no
| weird messages, no jumpy progress bar, etc. I'll double-check my cabling
| again.
|
| One more thing: This board has a bunch of connectors, including regular
| analog out and SPDIF. Right now,
/-- Kris Kennaway wrote:
|
| LORs in the pcm system are reported quite regularly, but I haven't
| seen anyone working on the problem. Is there anyone who can look at
| the locking code used in this system and fix the problems? Perhaps
| this should be added to the 5.2 TODO list.
| =20
I'm
/-- Mark Santcroos wrote:
|
| I did some checking with pciconf before and after suspend and come up with
| the following fix:
|
| # set nambar
| pciconf -w -b pci0:31:5 0x11 0xd8
| # set nabmbar:
| pciconf -w -b pci0:31:5 0x14 0x81
| pciconf -w -b pci0:31:5 0x15 0xdc
| # set pcicmd:
| pciconf -w
Scott R. writes:
| I just updated my system last night around 8 PM PST and today I have no
| sound. XMMS says it's playing music and I can see that it thinks it's
| playing something, but I am hearing nothing. Same deal with RealPlayer
| and every other app I try. No crackles, pops or
/-- Scott Long wrote:
| Orion Hodson wrote:
| There is a calibration step in the driver to determine the clock rate of th
| e
| AC97 link. What you are seeing is the calibration step failing and setting
| a
| bogus ac97 link rate. I took a cursory look a couple of weeks back
Fred
The via82c686.c code changed this week to implement the cold reset described
in the AC97 r2.3 spec since there are some boards where the former
initialization does not work. It may be your board is reporting it's ready,
but it requires a reset. Can you apply the attached patch to the
Kevin Oberman writes:
|
| After upgrading my laptop from STABLE to CURRENT on 3/14 I have been
| having problems with GnomeMeeting. Often the sound is badly broken with
| 'spurts' of sound with silent gaps in between. This was never the case
| with STABLE. Other times it's fine.
|
| When I looked
Wade Majors writes:
| I just setup FreeBSD 5.0-CURRENT as of last night on my system. I setup
| the pcm driver and it detected my onboard VIA audio (at least
| partially), however playback is at about half speed. I am basically
| running GENERIC with the debug options commented out and device
Yuriy wrote:
| Mar 4 14:56:27 port2 kernel:=20
| /usr/src/sys/vm/uma_core.c:1330: could sleep with
| pcm0:play:0 locked from /usr/src/sys/dev/sound/pcm/dsp.c:748
| this problem is in last (1.27-1.28) changes in =
| /usr/src/sys/dev/sound/pcm/feeder.c (if I remember correctly)
| You can revert
Hugo
Having 'device pcm' in the kernel is all you should need for you VT82C686
(kldload'ing sound drivers requires pcm support not be compiled into the
kernel.
The are two portions to the sound h/w you have, the pcm component, ie the
VT82C686, and the AC97 codec that controls the mixer and
The VIA8233/8235 audio driver has undergone another revision in an attempt to
provide support for the VIA8235. The code is in -CURRENT as of 5 minutes ago.
Several people have reported quiet/inaudible sound on P4 boards with this
southbridge. If you have a VIA8235 based board, I'd be
/-- Mikko S. Hyvarinen wrote:
| ...
| With this patch the on-board AC97 audio controller and Realtek Semiconductor
| ALC650 CODEC work as far as I can test; tested with headphones in line-out
| and playing two albums of MP3 audio with mpg123.
| ...
MSH
The patches have been applied to current
/-- Jun Kuriyama wrote:
| At Sun, 18 Aug 2002 07:17:07 -0700 (PDT),
| Orion Hodson wrote:
|Modified files:
| sys/dev/sound/pcmdsp.c
|Log:
|Apply reference counting patch. Fixes problem of two applications
|opening the device, eg one read only and one write only
/-- Alfred Perlstein wrote:
| -current compiled today mp3s play too fast, any ideas on how to
| diagnose this?
|
| pcm0: Intel 82801BA (ICH2) port 0xef00-0xef3f,0xe800-0xe8ff irq 9 at device
| 31.5 on pci0
| pcm0: measured ac97 link rate at 44061 Hz
You can set a sysctl to set the ac97 link
Maxim
The sound driver interface provides the application writer the choice to set
the buffering they require. This patch has obvious implications for the
ordering of ioctl's that we may not want to introduce.
I suspect (not insist :-) the two specific fixes you report are caused by:
19 matches
Mail list logo