View previous topic :: View next topic |
Author |
Message |
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
Posted: Mon Nov 27, 2006 4:32 am Post subject: Sound not working [SOLVED] |
|
|
I've recently upgraded my kernel to the 2.18-r3 and came into a sound problem which i'm having trouble diagnosing. It worked fine in 2.17-r8, i've gone though the guide again to no avail, maby somebody can offer some hints as to what i'm missing
I noticed that /etc/init.d/alsasound status wasn't started, after i started it that didn't change anything though, and I got no errors. I've tried alsaconf which doesn't detect any PCI cards (which seems like the obvious thing...), but as far as i can tell i'm using the same compiled in device driver...
Code: |
# lspci | grep audio
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
|
Code: | # cat /proc/asound/cards
0 [V8237 ]: VIA8237 - VIA 8237
VIA 8237 with AD1980 at 0xc800, irq 201
|
Code: | # cat /usr/src/linux/.config | grep "CONFIG_SND_VIA"
CONFIG_SND_VIA82XX=y
# CONFIG_SND_VIA82XX_MODEM is not set
|
Code: | # dmesg | grep -A6 "Sound"
Advanced Linux Sound Architecture Driver Version 1.0.12rc1 (Thu Jun 22 13:55:50 2006 UTC).
GSI 20 sharing vector 0xC9 and IRQ 20
ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 22 (level, low) -> IRQ 201
PCI: VIA IRQ fixup for 0000:00:11.5, from 5 to 9
PCI: Setting latency timer of device 0000:00:11.5 to 64
codec_read: codec 0 is not valid [0xfe0000]
|
Could this codec line be it?...
Last edited by Karlhungus on Wed Jan 09, 2008 4:16 pm; edited 1 time in total |
|
Back to top |
|
|
batistuta Veteran
Joined: 29 Jul 2005 Posts: 1384 Location: Aachen
|
Posted: Mon Nov 27, 2006 3:05 pm Post subject: |
|
|
make sure the card driver is compiled in the kernel as a module. You seem to have it compiled in. Not sure if it makes a difference, but it is a least different from what the guid suggests |
|
Back to top |
|
|
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
Posted: Mon Nov 27, 2006 7:16 pm Post subject: |
|
|
weird, i thought compiling it into the kernel was a valid option. I'll try it as a module when i get home) |
|
Back to top |
|
|
terminal9 Apprentice
Joined: 12 Oct 2006 Posts: 157
|
Posted: Mon Nov 27, 2006 11:11 pm Post subject: |
|
|
statically linking alsa drivers is OK, I've used one such system for months (alsaconf is no use in this case).
I suggest you check the difference between the outputs of following commands:
Code: | grep '^CONFIG_SND' /usr/src/linux-2.6.17-gentoo-r8/.config
grep '^CONFIG_SND' /usr/src/linux-2.6.18-gentoo-r3/.config |
|
|
Back to top |
|
|
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
Posted: Tue Nov 28, 2006 12:21 am Post subject: |
|
|
No luck, i've tried as modules, with one thing i did notice -- i'd get a distinct "click" when alsa started -- which is familar, however no /dev/dsp was created)
Then went back to kernel. grep of my .config files looks the same:
Code: | # grep '^CONFIG_SND' /usr/src/linux-2.6.17-gentoo-r8/.config
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
CONFIG_SND_HWDEP=y
CONFIG_SND_RAWMIDI=y
CONFIG_SND_SEQUENCER=y
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=y
CONFIG_SND_PCM_OSS=y
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_RTCTIMER=y
CONFIG_SND_SEQ_RTCTIMER_DEFAULT=y
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
CONFIG_SND_MPU401_UART=y
CONFIG_SND_AC97_CODEC=y
CONFIG_SND_AC97_BUS=y
CONFIG_SND_BT87X=y
CONFIG_SND_EMU10K1=y
CONFIG_SND_VIA82XX=y
Roddy izaak # grep '^CONFIG_SND' /usr/src/linux-2.6.18-gentoo-r3/.config
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
CONFIG_SND_HWDEP=y
CONFIG_SND_RAWMIDI=y
CONFIG_SND_SEQUENCER=y
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=y
CONFIG_SND_PCM_OSS=y
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_RTCTIMER=y
CONFIG_SND_SEQ_RTCTIMER_DEFAULT=y
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_MPU401_UART=y
CONFIG_SND_AC97_CODEC=y
CONFIG_SND_AC97_BUS=y
CONFIG_SND_BT87X=y
CONFIG_SND_EMU10K1=y
CONFIG_SND_VIA82XX=y
|
|
|
Back to top |
|
|
batistuta Veteran
Joined: 29 Jul 2005 Posts: 1384 Location: Aachen
|
Posted: Tue Nov 28, 2006 7:52 am Post subject: |
|
|
using the old kernel still works? I'm kind of out of ideas, except suggesting you to use the alsa-drivers. I mean, if it is a kernel bug, then don't use the kernel drivers... |
|
Back to top |
|
|
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
Posted: Tue Nov 28, 2006 12:32 pm Post subject: |
|
|
I've tried alsa-driver, no /dev/dsp is created and now i get this message from dmesg (repeated)
Code: | ALSA /var/tmp/portage/alsa-driver-1.0.13/work/alsa-driver-1.0.13/pci/../alsa-kernel/pci/via82xx.c:581: codec_read: codec 0 is not valid [0xfe0000]
|
|
|
Back to top |
|
|
batistuta Veteran
Joined: 29 Jul 2005 Posts: 1384 Location: Aachen
|
Posted: Tue Nov 28, 2006 1:35 pm Post subject: |
|
|
your error doesn't make any sense to me...
First things first:
In the following order (important)
- Did you recompile your kernel without any alsa support (deselect it there), copy image to /boot, etc
- Did you re-boot your machine
- Did you emerge the alsa driver as described in the gentoo alsa guide? did you configure your make.conf and all as required (as described in the guide)? |
|
Back to top |
|
|
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
Posted: Tue Nov 28, 2006 1:49 pm Post subject: |
|
|
Quote: | In the following order (important)
- Did you recompile your kernel without any alsa support (deselect it there), copy image to /boot, etc
- Did you re-boot your machine
- Did you emerge the alsa driver as described in the gentoo alsa guide? did you configure your make.conf and all as required (as described in the guide)? |
Yes, i belive did, i'll grep my .config when i get home to double check. I don't seem to be the only person in the world who has this problem
I've got an old diamond monster (aural vortex) kicking around which i might try installing and seeing if it works... |
|
Back to top |
|
|
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
Posted: Tue Nov 28, 2006 10:03 pm Post subject: |
|
|
ok:
Code: | # grep SOUND .config
CONFIG_SOUND=y
# CONFIG_SOUND_PRIME is not set
|
Code: | # grep SND .config
# CONFIG_SND is not set
|
Code: | # cat /etc/make.conf | grep "ALSA"
ALSA_CARDS="via82xx"
|
I did change my some things for ivtv when i built the 18 version of the kernel, i believe i enabled CONFIG_VIDEO_CX2341X, CONFIG_VIDEO_CX25840 which i compiled into the kernel (ivtv 0.8 asked for them), i'll try switching them to modules... |
|
Back to top |
|
|
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
Posted: Tue Nov 28, 2006 11:21 pm Post subject: |
|
|
Well the vortex2 card worked like a charm (back to statically linked in the kernel -- is this a bad idea?)..
I'm not sure what the other problem was... hardware issue?
btw what's the protocol here, i didn't really solve my problem in a useful way do i mark the thread as solved? |
|
Back to top |
|
|
arabis Apprentice
Joined: 11 Apr 2005 Posts: 195 Location: Québec, Canada
|
Posted: Wed Nov 29, 2006 2:07 am Post subject: |
|
|
Karlhungus wrote: | I'm not sure what the other problem was... hardware issue? |
I think your problem was:
Karlhungus wrote: | Code: | CONFIG_SND_BT87X=y
CONFIG_SND_EMU10K1=y
CONFIG_SND_VIA82XX=y |
|
three pci sound devices compiled in your kernel so it was confused about the card you have. _________________ Acer Ferrari 4002 WLMI fr
AMD64, Turion ML-30
ATI Mobility X700
DVDR double couche |
|
Back to top |
|
|
batistuta Veteran
Joined: 29 Jul 2005 Posts: 1384 Location: Aachen
|
Posted: Wed Nov 29, 2006 8:09 am Post subject: |
|
|
arabis wrote: | Karlhungus wrote: | I'm not sure what the other problem was... hardware issue? |
I think your problem was:
Karlhungus wrote: | Code: | CONFIG_SND_BT87X=y
CONFIG_SND_EMU10K1=y
CONFIG_SND_VIA82XX=y |
|
three pci sound devices compiled in your kernel so it was confused about the card you have. |
This shouldn't be the case. I mean, cards have ids that identify them, but I would be interested in knowing if the kernel did in fact get confused. You could try compiling just one of them, for the sake of it.
Compiling directly into the kernel shouldn't be a problem. I suggested to compile as a module though, because that's what the guide suggests, just to discard possible issues. My phylosophy is: when things don't work, back up to the beginning where things work. Then start gradually to add complexity.
What I'm really curious is the output when using the alsa-drivers. I've never seen reference to source code inside dmesg output... |
|
Back to top |
|
|
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
Posted: Wed Nov 29, 2006 1:45 pm Post subject: |
|
|
It wasn't that I had 3 cards. When i first compiled the VIA driver and the Vortex2 driver into the computer i just had to use /dev/dsp1 for the Vortex2 card or /dev/dsp (for the non working VIA on board card). This worked
I did recompile the kernel without the other cards (just so i didn't have to go set the device to /dev/dsp everywhere), in the end.
Truthfully I dont' know why i had the soundblaster in there, and i think the BT card was a guess i put in when i was compiling my kernel for the PVR150 i've got in there.
Quote: | Compiling directly into the kernel shouldn't be a problem. I suggested to compile as a module though, because that's what the guide suggests, just to discard possible issues. My phylosophy is: when things don't work, back up to the beginning where things work. Then start gradually to add complexity.
What I'm really curious is the output when using the alsa-drivers. I've never seen reference to source code inside dmesg output... |
I believe i tried this (starting from the beginning ), which is why i found it surprising... This also was very confusing to me as well (source code reference in dmesg) -- especially comeing from the portage directory, maby my alsa-drivers package was stale? |
|
Back to top |
|
|
swooshOnLn l33t
Joined: 28 Feb 2006 Posts: 741 Location: Charlotte, North Carolina
|
Posted: Wed Nov 29, 2006 1:51 pm Post subject: |
|
|
did you re-emerge alsa-libs? _________________ "WARNING: you may LOL"
This is my font size, color, and signature. It will change to whatever I pick. How cool is that?
|
|
Back to top |
|
|
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
Posted: Wed Nov 29, 2006 8:47 pm Post subject: |
|
|
Ugh, it's not mentioned in the guide however it is mentioned here (grumble grumble). I'm tempted to just leave it statically compiled into the kernel with the Vortex2 driver. Is there any reason no to do this (i suppose getting to the bottom of the origional problem is a nobel goal)? |
|
Back to top |
|
|
swooshOnLn l33t
Joined: 28 Feb 2006 Posts: 741 Location: Charlotte, North Carolina
|
Posted: Wed Nov 29, 2006 8:58 pm Post subject: |
|
|
you should re-emerge alsa-libs if you swich from alsa-driver to in-kernel, and visa versa _________________ "WARNING: you may LOL"
This is my font size, color, and signature. It will change to whatever I pick. How cool is that?
|
|
Back to top |
|
|
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
Posted: Thu Nov 30, 2006 1:31 am Post subject: |
|
|
It looks like i might try to figure this one out via modules anyway. the Vortex2 it seems only controls the volume from the "surround" channel (even master doesn't seem to effect it). |
|
Back to top |
|
|
batistuta Veteran
Joined: 29 Jul 2005 Posts: 1384 Location: Aachen
|
Posted: Thu Nov 30, 2006 8:03 am Post subject: |
|
|
Karlhungus wrote: | It looks like i might try to figure this one out via modules anyway. the Vortex2 it seems only controls the volume from the "surround" channel (even master doesn't seem to effect it). |
There are threads about this issue... I mean, I assume you are connected to the right output jack
But I've read about cards controlling volumes with the wrong volume bar, search for that. It could well be a bug in the driver, but it could also be wrong configuration.
By the way, the more I think about it, the more I'm convinced that with the alsa-drivers the thing *should* work. I mean, if the problem was the kernel upgrade, downgrading should fix it. If the problem is the driver, then I would try with alsa. I mean... the thing should somehow be diagnosable |
|
Back to top |
|
|
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
|
Back to top |
|
|
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
Posted: Sat Dec 02, 2006 6:55 pm Post subject: |
|
|
Well I tried the VIA card again (via the driver method) this time re emerging the alsa-libs as well and i get a dmesg error after running alsa-conf which is slightly different but basically the same:
Code: | PCI: VIA IRQ fixup for 0000:00:11.5, from 0 to 1
PCI: Setting latency timer of device 0000:00:11.5 to 64
ALSA /var/tmp/portage/alsa-driver-1.0.13/work/alsa-driver-1.0.13/pci/../alsa-kernel/pci/via82xx.c:581: codec_read: codec 0 is not valid [0xfe0000]
ALSA /var/tmp/portage/alsa-driver-1.0.13/work/alsa-driver-1.0.13/pci/../alsa-kernel/pci/via82xx.c:581: codec_read: codec 0 is not valid [0xfe0000]
ALSA /var/tmp/portage/alsa-driver-1.0.13/work/alsa-driver-1.0.13/pci/../alsa-kernel/pci/via82xx.c:581: codec_read: codec 0 is not valid [0xfe0000]
ALSA /var/tmp/portage/alsa-driver-1.0.13/work/alsa-driver-1.0.13/pci/../alsa-kernel/pci/via82xx.c:581: codec_read: codec 0 is not valid [0xfe0000]
|
|
|
Back to top |
|
|
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
Posted: Sat Dec 02, 2006 8:29 pm Post subject: |
|
|
Went back to vortex in statically linked -- again. Module didn't seem to work (could be i had it plugged in the wrong jack -- there's 6 on the back no colour coding!). In anycase i used the first jack and now master controls sound volume. |
|
Back to top |
|
|
Karlhungus Tux's lil' helper
Joined: 19 Jun 2005 Posts: 79 Location: Halifax, Nova Scotia
|
Posted: Wed Jan 09, 2008 4:15 pm Post subject: |
|
|
Appears to be solved in latest kernel (not actually sure which kernel solved it -- currently running gentoo-sources 2.6.23-r3) -- i decied to switch back to the onboard via ac97 reciently -- for spdif output, and it just worked. |
|
Back to top |
|
|
robertjsharp n00b
Joined: 30 Dec 2006 Posts: 20
|
Posted: Fri Apr 18, 2008 1:37 pm Post subject: |
|
|
In case you get tripped up by this one again I may have the answer . I've had this before and when I moved to 2.6.24 it re-appeared. Seems to be caused by sound modules being loaded in two different places and something else (e.g. ivtv) being loaded in between. Solution that worked for me was to stop udev from loading sound and rely on alsasound to load all the required modules. (If you check the startup screen when alsa is loaded see if all the modules are listed or just some of them...)
To stop udev was not easy: need to blacklist the snd module (e.g. snd_hda_intel). I commented out everything in /etc/modules.d/alsa and added blacklist snd_hda_intel and also added the same line to /etc/modprobe.d/blacklist.
If in doubt, stop alsasound from loading modules (/etc/conf.d/alsasound) and keep blacklisting and rebooting until lsmod shows no snd modules at all. Then re-enable alsasound module loading and it should all work fine... |
|
Back to top |
|
|
|