PCIe卡功能干扰求助：Fedora下ASUS声卡采集异常排查

Hey there, let's tackle your audio capture issue step by step:

Absolutely! This is a totally plausible culprit. PCIe devices share system resources like interrupt requests (IRQs) and memory address spaces, and real-time audio systems (like your Fedora 24 with CCRMA patches) have strict requirements for stable, exclusive access to these resources. When you added the CAN and BLE cards, they might have competed with your ASUS sound card for critical resources—disrupting the ADC (analog-to-digital conversion) module responsible for audio capture. This lines up perfectly with your symptom: playback works (since it uses the separate DAC module) but capture is broken.

• System logs: Run these commands to hunt for hardware initialization conflicts:
  • dmesg | grep -E "snd|pcan|iwlwifi" (the Intel 8260 uses the iwlwifi driver) to spot IRQ clashes or address allocation failures.
  • journalctl -b | grep -i error to check for boot-time hardware errors related to your devices.
• ALSA debugging tools:
  • Use alsamixer to double-check input gain levels and channel mute status—sometimes new PCIe devices can accidentally trigger ALSA config resets.
  • Record raw samples with arecord -f S16_LE -r 48000 -D hw:0,0 test.raw (replace hw:0,0 with your sound card's device ID from arecord -l), then inspect the raw file to confirm the pattern of corrupted samples.
  • Run aplay -l and arecord -l to verify your sound card is still fully recognized, with no missing channels or devices.
• Hardware documentation: Check the official specs for your PEAK CAN card, Intel 8260, and ASUS Essence STX II. Look for overlapping resource requirements (like preferred IRQ ranges or memory address blocks) that could cause conflicts.
• CCRMA/Fedora communities: The CCRMA community specializes in real-time audio systems on Linux, so their forums or mailing lists likely have threads about similar PCIe device conflict issues.

• Adjust IRQ priorities:
  1. First, find your devices' IRQ numbers with cat /proc/interrupts—look for lines starting with snd_ (sound card), pcan (CAN card), and iwlwifi (BLE card).
  2. Give your sound card higher priority by adding echo 90 > /proc/irq/<SOUND_CARD_IRQ>/smp_affinity_list (replace <SOUND_CARD_IRQ> with your card's IRQ) to /etc/rc.local (or create a systemd service for it). This reserves more CPU resources for audio processing. You can also tweak the irqbalance tool to prioritize audio devices over CAN/BLE.
• Disable PCIe power management:
  Add pcie_aspm=off to your GRUB boot parameters: edit /etc/default/grub, update GRUB with grub2-mkconfig -o /boot/grub2/grub.cfg, then reboot. This turns off Active State Power Management, which often fixes bus communication glitches that disrupt audio capture.
• Rearrange PCIe slots:
  Try moving your sound card to a different PCIe slot (e.g., from a x1 slot to a x4 slot, or one physically separated from the CAN/BLE cards). Motherboards often allocate different resource pools to different slots, which can resolve hidden conflicts.
• Isolate devices to identify the culprit:
  Remove the CAN card first, test audio capture; then remove the BLE card and test again. This will tell you if one specific card is causing the conflict, so you can focus on adjusting that device's driver or settings.
• Update drivers and kernel:
  Even though Fedora 24 is older, check for updates to the CCRMA real-time kernel, sound card driver (snd_hda_intel is likely for your ASUS card), PEAK CAN driver (pcan), and Intel wireless driver (iwlwifi). Newer versions often patch known resource conflict bugs.

内容的提问来源于stack exchange，提问作者peso