| Summary: | 4.0-20000214-CURRENT: pcm/csa sound - shared irq problem? | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | larse <larse> | ||||
| Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> | ||||
| Status: | Closed FIXED | ||||||
| Severity: | Affects Only Me | ||||||
| Priority: | Normal | ||||||
| Version: | Unspecified | ||||||
| Hardware: | Any | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
|
Description
larse
2000-03-06 17:20:02 UTC
Just a quick followup on how things are with 4.0-STABLE: - the sound corruption problem after a long continous playback is gone - however, disabling the SCSI controller on the shared irq will still mess up sound output immediatly Lars ________________________________________________________________________ Lars Eggert <larse@isi.edu> Information Sciences Institute http://www.isi.edu/~larse/ University of Southern California kern/17224 is still an issue with 4.1-RC, just verified it again:
Disabling an Adaptec aic7899 Ultra160 SCSI adapter that shares IRQ 5 with
an onboard Crystal Semiconductor CS4614/4622/4624/4280 Audio controller in
the BIOS produces choppy sound. (If the Adaptec is left enabled, the sound
output is fine.)
(The dump below was taken when the Adaptec controller was enabled.)
[hbo: ~] dmesg | grep 'pcm\|csa\|ahc'
ahc0: <Adaptec aic7899 Ultra160 SCSI adapter> port 0xec00-0xecff mem
0xfafff000-0xfaffffff irq 5 at device 10.0 on pci3
ahc0: aic7899 Wide Channel A, SCSI Id=7, 16/255 SCBs
ahc1: <Adaptec aic7899 Ultra160 SCSI adapter> port 0xe800-0xe8ff mem
0xfaffe000-0xfaffefff irq 11 at device 10.1 on pci3
ahc1: aic7899 Wide Channel B, SCSI Id=7, 16/255 SCBs
csa0: <Crystal Semiconductor CS4614/4622/4624 Audio accelerator/4280
Audio controller> mem 0xfae00000-0xfaefffff,0xfaffe000-0xfaffefff irq 5 at
device 6.0 on pci2
pcm0: <CS461x PCM Audio> on csa0
--
Lars Eggert <larse@isi.edu> Information Sciences Institute
http://www.isi.edu/larse/ University of Southern California
State Changed From-To: open->feedback Is this still a problem with more recent releases? Sorry, I can no longer test this. The hardware of the machine in question has changed too much (new BIOS, sound card, 2nd CPU). -- Lars Eggert <larse@isi.edu> Information Sciences Institute http://www.isi.edu/larse/ University of Southern California State Changed From-To: feedback->closed Automatic feedback timeout. This PR remained unchanged in the feedback state for more than 4 months. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. |