Bug 498401
Summary: | hda-intel : sound no longer working ("Too big adjustment 32") | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Matthieu Araman <matzilla> | ||||
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 11 | CC: | bidwell.ducanh, brunojcm, christof, chris.vansteenlandt, contact.fedora, c.shoemaker, derstaz, edo, gbcox, gczarcinski, gururise, itamar, jks, kernel-maint, maximi89, mhlavink, pbat, redhat, robatino, sha256sum, stsp2, yaneti | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2010-06-28 12:17:09 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Matthieu Araman
2009-04-30 10:29:07 UTC
Created attachment 341899 [details]
lspci -vnn
Found this http://www.alsa-project.org/main/index.php/Help_To_Debug_Intel_HDA and ran the debug script results at http://www.alsa-project.org/db/?f=1970019b379dcec823bbabf7973dd108f5fc1345 I have (I think) the same bug. Sound works fine in console mode but refuses to work in X. May be possibly be a permissions issue going off alsaunmute behaviour. As normal user: [edd@htpc ~]$ alsaunmute /sbin/alsactl: init:1708: No soundcards found... However when running as root: [root@htpc ~]# alsaunmute Unknown hardware: "HDA-Intel" "Nvidia MCP73 HDMI" "HDA:10ec0888,147b0000,00100001 HDA:10de8001,10de0101,00100000" "" "" Hardware is initialized using a guess method Still however no sound even as root, though it does at least detect the sound card. Got it, it seems users created in the first run wizard aren't added to the audio group by default, the following fixed it :) usermod -aG audio edd Perhaps Matthieu can try this? Strange though, I wasn't in the audio group yet sound was still working in console mode, possible bug? tested adding me to the audio group (relogged, rebooted, ...) doesn't change anything, still no sound. I'm in the same boat, with same hardware, same rpms, same arch, same error messages, no sound. Adding myself to the audio group didn't help. Actually, the line number is different for me: ALSA sound/pci/hda/hda_intel.c:1091: Too big adjustment 32 also see #498825 *** Bug 498825 has been marked as a duplicate of this bug. *** I'm hitting this on F11 but not on the F10 2.6.29 kernel. 2.6.29.3-136 and later will emit better debug messages when this problem is hit. What about sound working but still getting the message ? 2.6.29.3-142.fc11.x86_64 .... ALSA sound/pci/hda/hda_intel.c:1101: Too big adjustment 32: adj=128, bytes=128, size=4096, periods=32 ALSA sound/pci/hda/hda_intel.c:1101: Too big adjustment 32: adj=128, bytes=128, size=4096, periods=32 hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj. This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Hi I found a workaround which may lend information to the bug. You have to disable the position-event-sounds pulseaudio module in /etc/pulse/default.pa. Thanks. * me too * Sound initially works, then stops with this: --- hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj. ALSA sound/pci/hda/hda_intel.c:1101: Too big adjustment 32: adj=128, bytes=128, size=4096, periods=32 --- then everything is mute. Same errors here, and no sound on a new(ish) Mac Mini running F11 i386. Got sound working .. somehow. (added & deleted some multimedia stuff, then it worked but very softly .. low volume). Then ... yesterday, had module update notice for many multi-media mods. Installed 'em. Now no sound again. (FC11, i386, Intel VT1708/A) (In reply to comment #17) > Got sound working .. somehow. (added & deleted some multimedia stuff, then it > worked but very softly .. low volume). Then ... yesterday, had module update > notice for many multi-media mods. Installed 'em. Now no sound again. (FC11, > i386, Intel VT1708/A) All better. Last update fixed Pulse I have exactly the same problems as desribed by Mathieu. For days I have been trying to find a solution (remove alsa, install ossv4, reinstall alsa & pulse ...) but currently the pulse sound server will keep running for a few minutes until I start pulse audio volume control and it crashes with the error above :-( But I'm on x86_64 and not on i386 like Randy. In the test updates repository I saw there is an update for the pulse alsa backend. Wait till that becomes to the official repo's and I'll let you know my findings ... I'm an audiophile and a linux fan but pretty much fustrated these days. Chris PackageKit installed a new version of alsa plugins for pulse-audio (1.0.20-2.fc11-x86_64 to be exact) and things are starting to work ... finally ! But the famous message 'ALSA sound/pci/hda/hda_intel.c:1101: Too big adjustment 32' keeps on bugging me whenever I log in. The system sound when I login and the one when the gnome desktop appears is full of pops and cracks. What is also very strange is that these system sounds are sent to my external audio card in stead of my internal on board audio chip (ATI SB). Although in 'sound preferences' I indicated that all sound ouput should go to the internal sound chip. Anybody an idea ? I know the system sounds are provided by libcanberra but this also uses pulse audio and therefore should follow my pulse audio settings. When will I ever learn? Had sound working just fine - then massive update (32 mods) yesterday. Now no sound again. If I EVER get audio again, think I'll forgo any updates. Frustrated. I uninstalled pulseaudio, alsa-tools and alsa-plugins. (pretended I was on Windows and re-booted) Then re-installed pulseaudio, alsa-tools and alsa-plugins. It works. Guess I'm ready for fc12 .... aaaaaahrg! I have a similar error here. I got a lot of 'ALSA sound/pci/hda/hda_intel.c:1101: Too big adjustment 32: adj=128, bytes=128, size=4096, periods=32' erros when i log in. My sound is working with only two channels, but I have a 5.1 setup, which works perfectly since I use Fedora (Fedora 8). Is there anyone with a 5.1 setup and only 2 channels working too? Well, I give up. Had sound working fine (tho kind-of tinny sounding). Went through updates. Doesn't work again. Tried uninstalling an reinstalling pulseaudio again. No luck. I think I'll just go back to FC8 for now. I figure about the time FC12 is released, FC11 will be ready for prime-time. Seems like no one else is having this problem (or reporting it anyway). Wonder why I still get these messages (and no sound). Anyone actually WORKING this? I get the following errors on my 64-bit Fedora 11 system: ALSA sound/pci/hda/hda_intel.c:1101: Too big adjustment 32: adj=128, bytes=128, size=4096, periods=32 hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj. ALSA sound/pci/hda/hda_intel.c:1101: Too big adjustment 32: adj=128, bytes=128, size=4096, periods=32 But sound still works fine.. is this something to be worried about? Hi! I'm using now the kernel 2.6.29.6-213.fc11.x86_64 and the sound problems seem to be gone (although I still get the 'ALSA sound/pci/hda/hda_intel.c:1101: Too big adjustment 32' erros on dmesg). BTW, i think people having this bug and severe sound problems actually have this one: https://bugzilla.redhat.com/show_bug.cgi?id=501769 , because this messages don't seem problematic enough to 'cut' the sound. I seem to be having the same problem. My system: http://www.alsa-project.org/db/?f=0b3f491ba10008e7749a1f936678ccde618bb861 This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '11'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 11's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 11 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. I get the same message, hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj. but i get sound working normally, Fedora 14. I have this problem too on Fedora 16. |