Re: regression in HDA functionality

Gary Jennejohn writes:
 > On Thu, 02 Oct 2008 16:28:12 +0300
 > Alexander Motin <mav_at_FreeBSD.org> wrote:
 > 
 > > Gary Jennejohn wrote:
 > > >>> I can provide verbose boot output from both kernels, if desired.  Basically, it looks
 > > >>> like the headphone output gets disabled with the new driver.
 > > >> Usually such problem means that you have broken BIOS. Verbose output
 > > >> usually shows where the problem is and writing some device hints usually
 > > >> allows to fix the problem. Read updated snd_hda man page and if it not
 > > >> help - send your verbose output to me.
 > > > 
 > > > I read the man page but I must admit that it didn't help me any.  I
 > > > tried setting some device hints but they didn't help either.  I'm
 > > > obviously failing to understand something.
 > > > 
 > > > See dmesg_verbose_amd64 and sndstat under ~gj on freefall.
 > > 
 > > I don't see any problem there. It is possible that you may just
 > > misunderstood what you have got. You have:
 > > pcm0 - SPDIF/HDMI on video card
 > > pcm1 - rear 7.1 playback and main record
 > > pcm2 - front headphones playback and mic record
 > > pcm3 - SPDIF in/out.
 > > 
 > > So, what the problem is? What are you doing, what expecting and what
 > > getting?
 > > 
 > 
 > I'm not getting any sound on the headphones, either plugged into the
 > back or the front.  With the old kernel it just works.

You might discover the sound on one of the other pcm devices, that's
what happened to me on my mac pro (it's not clear that it should be on
the other device, but it works...).  

Here's a message swell.k sent to the list in response to my query
about how to use different devices.

g.


swell.k_at_gmail.com writes:
 > George Hartzell <hartzell_at_alerce.com> writes:
 > 
 > [...]
 > > An even simpler question would be, how can I test the other pcm
 > > devices?
 > 
 > If you look closely at /dev/sndstat output you'll notice there is
 > `default' keyword on one of the pcm's. To change it you have to
 > set hw.snd.default_unit accordingly. It's documented in sound(4).
 > Next time you'll run mpg123 it will use different /dev/dsp.
 >