Red Hat Bugzilla – Bug 56977
Sound Card "ymfpci" problem in Sony Vaio PCG-F490
Last modified: 2007-04-18 12:38:31 EDT
Description of Problem:
The sound sometimes can't be produced due to kernel problem.
Version-Release number of selected component (if applicable):
It happens quite often. If I tried to reboot again, sometimes the sound
Steps to Reproduce:
1. booting process as usual, nothing odds happened
2. Trying to use any application that has anything to do with the sound,
but the sound never works.
3. trying to boot again, and sometimes it works.
I tried to use "sndconfig" and these are error logs that I got:
/lib/modules/2.4.7-10/kernel/drivers/sound/ymfpci.o:init_module: No such device
/lib/modules/2.4.7-10/kernel/drivers/sound/ymfpci.o: insmod sound-slot-0 failed
btw. it didn't happen on RH 7.1
Requestor, please attach outputs of the following:
It is recommended to attach outputs with the attachement facility
instead of dropping them in a comment box and not to use tarballs.
Created attachment 39448 [details]
output file of ioports
Created attachment 39449 [details]
Output Files of "cat /proc/interrupts"
Created attachment 39450 [details]
Output file of "dmesg"
Created attachment 39467 [details]
Output of file "lpsci -v
Thanks for the attachements. Did you take that dmesg
before or after the failure of sound? I hoped that
the failed load attempt printed something into dmesg.
Created attachment 39548 [details]
Output of "dmesg"
Created attachment 39549 [details]
"/var/log/messages" log file
"ymfpci_codec_ready: codec 0 is not ready [0xffff]" means that
someone broke AC97 support. Thanks for the valuable hint,
I am going to investigate it.
To help me to narrow the change, did you update the 7.1 to the
2.4.3-12 kernel (latest update), or did you stay with 2.4.2-2?
It would be helpful, if you downloaded and installed the kernel
2.4.9-13 (the current update for 7.2). It is available from
ftp.redhat.com, directory /pub/redhat/linux/updates/7.2/en/os/i386,
No.. I didn't use the RH 7.1. What I use right now is RH 7.2 with the original
kernel, which is 2.4.7-10.
Original report said: "btw. it didn't happen on RH 7.1",
but the last note said: "I didn't use the RH 7.1".
Which one of those is right?
Oops.. sorry for not using the correct tenses, :)
I did use RH 7.1, but this sort of problem, which is the sound problem, never
But then I wiped it off, and installed the new RH 7.2, and here the problem
arises. So right now I am using the RH 7.2.
p.s.: if you see my first report, it is written that I have problem with the
kernel of RH 7.2.
Created attachment 40110 [details]
Thanks for the possible fix suggestion. Are you saying that I should upgrade
the kernel to 2.4.16?
The normal procedure is to attach all tracking information to the bug.
Expect to see more internal stuff, such as build and CVS tags.
It's not an action request.
However, if you are willing, you can compile your own kernel from
source and test the fix. This way Open Source delivers fixes faster,
outside of build cycle, also I will know sooner if the fix does not
fix the problem :)
Latest Information: Upgrading to the kernel 2.4.16 doesn't solve the problem.
When using the kernel 2.4.7-10, the sound sometimes can work; using the kernel
2.4.16, it totally doesn't work.
Last Information before closing this report: Apparently this is not a bug.
Disabling the "Plug and Play" option in the BIOS seems to solve the problem.
Thanks for your attention though.