Suse 10.1 Intel Ich7 82801g Rev.2 Sound Card Problem
Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
When I try to play sound the card produces nothing as if mute is pressed.
I tried installing the latest alsa, all modules get installed without probles except
snd_seq_oss: disagrees about version of symbol snd_seq_device_register_driver
snd_seq_oss: Unknown symbol snd_seq_device_register_driver
snd_seq_oss: disagrees about version of symbol snd_seq_create_kernel_client
snd_seq_oss: Unknown symbol snd_seq_create_kernel_client
I tried to install the new vanilla kernel 126.96.36.199-smp but it failed to produce sound as well.
I use the smp kernel because my laptop is with Core Duo processor.
If anyone can give me a solution I would be very grateful, because the problem is very annoying. I have to switch to windows to watch movies or listen to mp3s :-( :-)I can go back to the default kernel without smp if I have to.
Thanks in advance.
I downloaded This game called GLory OF the Roman Empire and wen i was about to play it says YOU NEED A SUPPORTED 3D HARDWARE
ACCELERATOR WITH A RECENT DRIVER TO PLAY THIS GAME. and when i downloaded another game called halo demo it praticullary says the same thing. What IS wrong>? WHAt should i do???
After searching the web I have found that this problem appears to depend on three things:
1) linux kernel version
2) alsa version
3) intel hda codec used by the sound card
There is a script located here (http://alsa.opensrc.org/aadebug) that will gather all of this information for you. You can also (quickly) find out the codec that is used by running alsa-mixer. It runs in the console with an nCurses interface. In the top-left it says "Card" and "Chip". Chip is the codec being used.
I have found information on my chip/codec, which is "Generic 14f ID 5045". I know of another codec called "Sigmatel STAC9200 CODEC". If there are any others, post here and perhaps we can put all the information together.
Here is a list. I will update this as and when I have both time and information
Thanks rioch for your answer. aadebug gave me this error
Proc Asound -----------------------------------------------
Warning: /proc/asound does not exist
This indicates that ALSA is not installed correctly
Check various logs in /var/log for a clue as to why
Dev Snd ---------------------------------------------------
Warning: /dev/snd does not exist
model name : Genuine Intel(R) CPU T2300 @ 1.66GHz
cpu MHz : 1000.000
model name : Genuine Intel(R) CPU T2300 @ 1.66GHz
cpu MHz : 1000.000
MemTotal: 1554088 kB
SwapTotal: 2104472 kB
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS/940GML and 945GT Express Memory Controller Hub (rev 03)
My kernel is 188.8.131.52-4-smp. If /dev/snd does not exist it is obvious why suse fails to produce any sound :-)
I will try to use the information from the links with the solutions and post results if successful. I will try to reinstall alsa from source as well.
No problem Locque. Have you managed to fix it yet? I have recently reinstalled Linux (changing to Kubuntu 6.06). The sound card works better here as I can change the volume, however there is still no microphone support.
chameleon06, what exactly is your solution, and what does it fix?
fixed hda intel (ich7) issue on Lenovo 3000 N100 with SLED 10
I was just able to make my snd-hda-intel driver work properly on SLED 10 (somehow same as SUSE Linux 10.1 I guess) so I want to share some remarks on what I did and hope it will help someone else.
My kernel is 184.108.40.206 (smp). Suse is SLED 10. My Lenovo 3000 N100 has the 82801G (ICH7 Family) High Definition Audio Controller.
As suggested by the installtion procedure I opted for Gnome as the default. To make it short, the problem seams to be Gstreamer under Gnome AND a not updated alsa driver. I leave the final decision and guesswork to the experts out there, but when I fixed these two things everything worked perfectly.
Here's what I did. First I "rmmod"ed all sound modules except soundcore. Then I did "rcalsasound stop". Then I installed the alsa driver, utils and lib from the alsa project website (version 1.0.12rc1). Then I restarted. Then I configured the sound card via YAST. then I ran "alsaconfig". then I made sure "/etc/modprobe.conf" shows:
# remove this if sound is configured
# install char-major-116 /bin/true
If YAST shows a "0" or nothing as the sound card number didn't matter in my case. It also works if "acpi=on" on boot. However I have "apm=off" but I doubt if this makes a difference.
As I still had Gnome installed I tried to configure Gstreamer with every possible parameter available in the Gnome control center but it still didn't work properly. Nevertheless at this stage the loudspeakers already made some sounds but not those that I wanted to hear. There was sound, but it didn't work properly at all. I had the idea to install XMMS and configure it manually. i went into the XMMS properties and selected the alsa driver with the hda driver and pcm. XMMS worked properly. I was able to hear music properly. this made me think there is a problem with gstreamer. Finally I decided to make KDE the default. I threw out all bangee stuff and gstreamer rpms via a YAST System Upgrade. However, I made sure KDE would come with arts and all kde sound related rpms installed. I finished the "update", rebooted into KDE as root and it worked out of the box - for all user logins. Now, either I don't know how to configure gstreamer or whatever under Gnome or there is a real problem with gstreamer (btw. my SLED 10 came with gstreamer version 0.10.4-11.4)... I leave this decision to the experts.
I have started a topic also at www(dothere)suseforums(dothere)net/index.php?showtopic=20482.
Giving acpi=off as kernel parameter at start up actually starts the sound. I have tried all other possible options but without any success. Unfortunately I loose all the acpi functions this way and the sound I get is very, very quiet. If someone writes a how to for suse 10.1 or gives fully working solutions I will be extremely glad.
It's been a while. Here is an update on my progress. From reading the various topics on this it appears that two things *may* be causing the problem:
1. alsa version in opensuse is RC3. The final version has been known to fix the problem;
2. the 2.6.16 linux kernel version has a broken version of the hda-intel driver;
I sound a little unsure because I have no way of knowing if this would be true for everyone. I have not been able to find some updated alsa rpms for opensuse (the version I have says 1.11 in the rpm, but the installed version tells me it's the RC3). As for the kernel version, I installed 2.17.8 stable and the sound worked much better. I was able to mute the volume and control the volume correctly. I couldn't test the microphone on skype because this kernel version didn't like my wireless lan card. Kernel 2.18 is currently at RC4 so I expect to have a suse rpm for the stable release soon, at which point I will test that and hopefully all will be well with my wireless lan card.
loque, have you made any progress? At the moment for me it is a real pain because my speakers broke. The only speakers I have do not have a built in volume control, so everything is EXTREMELY loud! Not nice when I switch the machine on in the morning, though it certainly wakes me up!
I have been able to fix the sound problem tnx to this ubuntu forum thread.
this has fixed the sound in my SLED 10 OS tremendously good that I can hardly compare it with WinXP. IMO, it sounds just the same.
My problem is that I must boot with ACPI=OFF and I'd like to see if anyone has been able to have sound and acpi=on at the same time.
I have a Toshiba Satellite P105 SP921.
PS: I DL the mercury stable to my $HOME/src directory, untar it and compiled as instructions in the INSTALL notes and alsa libraries and utilities v1.0.13, but in the same thread someone said that he used v1.0.14rc1 and worked perfectly so it's your choice.
Great news for Toshiba Satellite p100 owners who want both sound and ACPI at the same time (gasp!). I just recieved this message from the Toshiba-linux mailing list.
For those who have had no luck in getting the audio working on the
P100 line of notebooks, it appears that the necessary components are
finally coming together. The two problems in getting the audio up and
running are support for the Conexant codec used to implement the Intel
HDA functionality and ACPI conflicts created by what is likely a
bugged DSDT (resulting in the inability to use other parts of ACPI for
monitoring battery levels/temps/hardware events/etc if one wishes to
use the sound).
The snd-hda-intel driver included in the alsa-driver 1.0.14-rc1 and
above now supports the Conexant codec. I would estimate that in-kernel
support will appear in the vanilla kernel with the 2.6.20 release
(2.6.19 and below do not include support).
I have tested the DSDT modifications described with a PSPA6A-01J017
running the v2.40 BIOS, a 2.6.19 kernel and alsa-driver 1.0.14-rc1 and
they appear to work with no ill side effects, will see how it holds up
over the Christmas period. Toshiba might like to take note of these
modifications and provide an official fix for this issue in a future
Christmas comes early this year. Woohoo. I can't wait to get this working.