This is the same problem that is reported for the Dell which has the same wifi card: This leads me to the conclusion that the driver is still buggy, and that all I can really do (besides learning how to be a kernel hacker) is add my two cents to the issue and sit tight. One particular issue, probably the "dummy output" issue, was reportedly fixed in November, as can be seen in the stackexchange link as well as the patch linked therein. If you look closely at this issue, there are two things worth noting: This leads to the important insight that this card has had slightly different issues in the past: Specifically, the 9550 and the 9570 would have an issue where the sound would stop working completely when headphones were plugged in and the sound card would report "dummy output" on reboot (link on stackexchange). I did some research to figure out what device the Dell has, and by going to Dell's drivers page I was able to find that it's an ALC3266 - which is listed in the information in hd-audio uses various codecs to figure out how to actually play sound, which are listed here: The takeaway here is that bugs/issues with hd-audio tend to either be detection issues, actual bugs in the appropriate codec, or some combination thereof. Sound on linux for sufficiently new machines operates through a kernel module called hd-audio. I have the closest thing this ticket can get to an answer, minus kernel upstream patches. Any ideas? I'm using Arch linux,and I'm using pulseaudio. I also looked into a theory that the headphone jack wasn't registering plugs/unplugs, but as far as I can tell that's working just fine.Īnyway, I'm at a loss.
Latency: 22200 usec, configured 25000 usecįlags: HARDWARE HW_MUTE_CTRL HW_VOLUME_CTRL DECIBEL_VOLUME LATENCYĪlsa.long_card_name = "HDA Intel PCH at 0xed618000 irq 146"
Monitor Source: alsa_output.pci-0000_00_1f.3.analog-stereo.monitor
Name: alsa_output.pci-0000_00_1f.3.analog-stereoĭescription: Built-in Audio Analog Stereo Doesn't show anything that stands out to me:
0 kommentar(er)
