Hi everyone!

I have already read a lot about it on the internet, but I still can't solve my problem...

I have a Lenovo N100 laptop, and yesterday I installed Fedora 7 on it.

My problem is to configure ALSA to work on my laptop... Maybe anyone knows what I can do?

Maybe anyone already had the same problem with my sound card? The sound card is Intel High Definition (Chip: Realtek ALC 861-VD).

I would be very thankful if anyone could try to help me...



Thanks!

Can you run the command
Post back the output.

[root@Yevgeny-Laptop ~]# /sbin/lspci | grep -i audio
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)




Thanks!

I've just been looking into your problem and some in the Fedora forum suggest that you need to enable the onboard modem in order for the sound to work. Apparently the modem and sound card share the same chip.

How can I enable the onboard modem? Isn't it enabled by default?

I don't know as this is something hardware specific. You would have to access your bios settings and check to see whether the modem is enabled or disabled.

I have checked it now, and the modem is enabled.

Do you have any ideas?

Run this as root:

lsmod | grep snd

That should show whether any module is loaded for that soundcard.

To get your card going, you can also try this simple command:

alsaconf

[root@Yevgeny-Laptop ~]# lsmod | grep snd
snd_hda_intel 24281 4
snd_hda_codec 202689 1 snd_hda_intel
snd_seq_dummy 7877 0
snd_seq_oss 33345 0
snd_seq_midi_event 11073 1 snd_seq_oss
snd_seq 50353 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 11852 3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss 43489 0
snd_mixer_oss 19393 2 snd_pcm_oss
snd_pcm 74565 4 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_timer 24773 3 snd_seq,snd_pcm
snd 53189 13 snd_hda_intel,snd_hda_codec,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd _timer
soundcore 11553 2 snd
snd_page_alloc 13769 2 snd_hda_intel,snd_pcm



I have no alsaconf command...

Can you check whether you are using ALSA or OSS? I just had a similar myself with two soundcards fighting for priority - the system (Debian in this case) got so confused it loaded OSS instead of ALSA. Right-click the speaker icon on your taskbar, select open Volume Control and check which device it shows.

You could also look through var/log/dmesg for any error messages:

dmesg

I think it's not ok...

hda_codec: Unknown model for ALC660VD/ALC861VD, trying auto-probe from BIOS...
si3054: cannot initialize. EXT MID = 0000
PCI: Enabling device 0000:05:06.0 (0000 -> 0002)
ACPI: PCI Interrupt 0000:05:06.0[A] -> GSI 22 (level, low) -> IRQ 21
PCI: Setting latency timer of device 0000:05:06.0 to 64
fw_ohci: Added fw-ohci device 0000:05:06.0, OHCI version 1.10
intel_rng: FWH not detected
8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004)
8139cp 0000:05:01.0: This (id 10ec:8139 rev 10) is not an 8139C+ compatible chip
8139cp 0000:05:01.0: Try the "8139too" driver instead.
8139too Fast Ethernet driver 0.9.28
ACPI: PCI Interrupt 0000:05:01.0[A] -> GSI 21 (level, low) -> IRQ 22
PCI: Setting latency timer of device 0000:05:01.0 to 64
eth0: RealTek RTL8139 at 0xf8a12000, 00:0f:b0:d2:fc:49, IRQ 22
eth0: Identified 8139 chip type 'RTL-8100B/8139D'
iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 0.0.21kd
iwl3945: Copyright(c) 2003-2007 Intel Corporation
ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 17 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:03:00.0 to 64
iwl3945: Detected Intel PRO/Wireless 3945BG Network Connection
sdhci: Secure Digital Host Controller Interface driver
sdhci: Copyright(c) Pierre Ossman
fw_core: created new fw device fw0 (0 config rom retries)
sdhci: SDHCI controller found at 0000:05:06.1 [1180:0822] (rev 19)
PCI: Enabling device 0000:05:06.1 (0000 -> 0002)
ACPI: PCI Interrupt 0000:05:06.1[B] -> GSI 23 (level, low) -> IRQ 18
PCI: Setting latency timer of device 0000:05:06.1 to 64
mmc0: SDHCI at 0xd0100400 irq 18 DMA
iwl3945: Radio Frequency Kill Switch is On:
Kill switch must be turned off for wireless networking to work.
iwl3945: MAC is in deep sleep!
iwl3945: ipw going down
iwl3945: MAC is in deep sleep!
iwl3945: MAC is in deep sleep!
iwl3945: MAC is in deep sleep!
audit(1180882274.371:4): avc: denied { search } for pid=1159 comm="salsa" name="root" dev=sda9 ino=6109665 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_ubject_r:default_t:s0 tclass=dir
audit(1180882274.371:5): avc: denied { search } for pid=1158 comm="salsa" name="root" dev=sda9 ino=6109665 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_ubject_r:default_t:s0 tclass=dir
audit(1180882274.371:6): avc: denied { search } for pid=1146 comm="salsa" name="root" dev=sda9 ino=6109665 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_ubject_r:default_t:s0 tclass=dir
audit(1180882274.371:7): avc: denied { search } for pid=1157 comm="salsa" name="root" dev=sda9 ino=6109665 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_ubject_r:default_t:s0 tclass=dir
audit(1180882274.371:8): avc: denied { search } for pid=1147 comm="salsa" name="root" dev=sda9 ino=6109665 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_ubject_r:default_t:s0 tclass=dir
audit(1180882274.371:9): avc: denied { search } for pid=1159 comm="alsactl" name="root" dev=sda9 ino=6109665 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_ubject_r:default_t:s0 tclass=dir
audit(1180882274.371:10): avc: denied { search } for pid=1158 comm="alsactl" name="root" dev=sda9 ino=6109665 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_ubject_r:default_t:s0 tclass=dir
audit(1180882274.371:11): avc: denied { search } for pid=1157 comm="alsactl" name="root" dev=sda9 ino=6109665 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_ubject_r:default_t:s0 tclass=dir
audit(1180882274.371:12): avc: denied { search } for pid=1146 comm="alsactl" name="root" dev=sda9 ino=6109665 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_ubject_r:default_t:s0 tclass=dir
audit(1180882274.371:13): avc: denied { search } for pid=1147 comm="alsactl" name="root" dev=sda9 ino=6109665 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_ubject_r:default_t:s0 tclass=dir


What do you think?

It looks like ALSA is being blocked by Selinux . I'm afraid I can't tell why but I get the impression that Selinux is getting more paranoid with every new release.
The short term solution is probably to experiment with the settings of Selinux. Set it to Permissive or disable it altogether - but that would mean losing a certain measure of protection. If you want a more structural solution, you need to write new permission rules; consult one of the online Selinux manuals for this.
By the way, I am also getting the impression that something is seriously wrong the current ALSA package - you are not the only one to have issues with onboard intel cards and I am seeing more and more of these lately. This may get solved by an update but I doubt whether that will make the Selinux problem go away.