At Fri, 05 Jun 2009 17:13:25 -0300, Gustavo Maciel Dias Vieira wrote: > > Em Sex, 2009-06-05 às 21:40 +0200, Takashi Iwai escreveu: > > > However, this time I made an interesting observation. alsa-info does > > not > > > generate spurious events. It generates exactly the number of events > > that > > > should be generated before the execution of alsa-info. For example: > > if I > > > plug and unplug the HP and run alsa-info, two HP_EVENTs are > > generated. > > > This explains the three events I observed earlier (plug, unplug, > > plug, > > > alsa-info). > > > > > > It seems the events are getting "stuck" somewhere and alsa-info > > > "releases" them. > > > > Check /proc/interrupts whether you get an interrupt when you plug / > > unplug the jack. I guess you don't get an interrupt there. If so, > > then it's a problem of ACPI or BIOS. If you get a proper interrupt > > but still no unsol event is passed, something wrong in the sound > > driver side. > > I'm not sure what interrupt I should be monitoring, but the line with > "HDA Intel" always stays with 0 interrupts. Also, only timer, i915 and > rescheduling interrupts are generated. Hm, but when you play or record something, interrupts must be generated, right? > Oh, boy. If this is so, what can I do now? If it is a BIOS problem, I > may try to file a bug report with HP, but as Vista works perfectly they > probably won't be interested. If it is a ACPI bug, what exactly should I > report to the Linux ACPI guys? Basically the same thing. They'll certainly want the ACPI dump, etc, in addition. Just ask them. > > BTW, I guess the similar effect could be achieved instead of alsa-info > > but by just changing the mixer volume once. The unsol verbs were > > delivered, but they aren't fed until any sync operation is done. > > > > Changing mixer levels wont release the events. Hrm... then the unsol events aren't reached at that timing? With the latest code, you can set bus->sync_write = 1, as done for STAC_HP_DV5 model in patch_sigmatel.c. This will make the codec read and write always synchronized. Takashi _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
