Hi Alexander, I got the sound out of that speaker!! :)
I actually started to read your code, and I'm still trying to understand the stuff in it (I never wrote a device driver) Anyway, so I did a little hack'ish modification (just to test) in function hdaa_audio_ctl_amp_set_internal(struct hdaa_devinfo *devinfo, nid_t nid, int index, int lmute, int rmute, int left, int right, int dir) { uint16_t v = 0; // Do not mute, even if asked for. Test to be removed of course lmute = 0; rmute = 0; I know, this is absolutely NOT the way to do it, but I wanted to see if the speaker wasn't muted (or the mixer that controls it) and it -actually- WAS muted! Now, I guess I'll have to read the whole code, try to understand its internals, and I hope to be able to write a patch to add to hdaa_patches.c I'm just a beginner, but I'll try anyway :) On Mon, Oct 29, 2012 at 6:09 PM, Big Yuuta <init...@gmail.com> wrote: > On Mon, Oct 29, 2012 at 5:46 PM, Alexander Motin <m...@freebsd.org> wrote: >> On 29.10.2012 18:35, Big Yuuta wrote: >>> >>> On Mon, Oct 29, 2012 at 5:07 PM, Alexander Motin <m...@freebsd.org> wrote: >>>> >>>> On 29.10.2012 17:44, Big Yuuta wrote: >>>>> >>>>> On Sun, Oct 28, 2012 at 10:34 PM, Alexander Motin <m...@freebsd.org> >>>>> wrote: >>>>>> >>>>>> >>>>>> Also check that pin sensing is working. Try to plug in/out headphones. >>>>>> With >>>>>> verbose messages enabled, you should see messages about that on console >>>>>> and >>>>>> in logs. >>>>> >>>>> >>>>> >>>>> Pin sensing works fine. I tested it and whenever I plug the headphone >>>>> in, >>>>> I can hear the sound from the headphone, and I have this output >>>>> on the console: >>>>> >>>>> hdaa0: Pin sense: nid=26 sence=0x80000000 (connected) >>>>> pcm0: Redirect output to: headphones >>>>> hdaa0: Pin sense: nid=26 sence=0x00000000 (disconnected) >>>>> pcm0: Redirect output to: main >>>>> >>>>> I think the redirection works, but nid20 is not well set? Is "main" here >>>>> the 1st nid of the association? i.e. nid20 which has seq=0? >>>> >>>> >>>> >>>> Not necessary the seq=0, as it can be multichannel output, but in this >>>> case >>>> -- yes. >>>> >>>> >>>>> I hope I'm not bothering you with my questions, and again thanks >>>>> a lot for all your work, patience, and help! >>>> >>>> >>>> >>>> Unfortunately I am almost run out of ideas. Neither Linux nor audio/oss >>>> seems have specific code for your system. That makes me think that >>>> problem >>>> is in some different basic assumptions in the drivers. But that doesn't >>>> give >>>> any hint to find it out. >>>> >>>> You may try to play with setting different levels of ivref/ovref voltages >>>> via hint.hdaa.0.config tunable. I haven't even seen it affecting power >>>> amplifier, but who knows... >>> >>> >>> Thank you, Alexander! :) >>> >>> In fact, this netbook works very fine with audio/oss from ports. >>> My only problem with audio/oss is that whenever I skip (seek) in a >>> video or an audio file, freebsd crashes and reboots. >>> >>> I know it's a problem with mplayer + oss, because, mplayer >>> with snd_hda works (except speaker) and oss + vlc works >>> >>> But I like mplayer more than vlc ;) >> >> >> I don't have plans to support audio/oss, but I would be interested to >> diagnose this issue with snd_hda. Unfortunately, I am not sure what else can >> I do now without access to the hardware for low-level debugging. If somebody >> with the same netbook and the same problem appears at MeetBSD California or >> otherwise in San Jose in following days, I would be glad to look. Other >> problematic sound hardware is also welcome. > > Perfect! Thank you so much! And if I ever make it work, I'll tell you. > > Thanks again :) _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"