Author |
Message |
fra
|
Posted: Sun Sep 16, 2007 11:56 pm |
|
Joined: Fri Sep 07, 2007 11:57 pm
Posts: 166
|
OK the fix was to remove the whole alsa folder, just like I removed the whole nvidia folder from the "updates directory" (to fix the video problem in MythDora).
Here's the full fix:
I downloaded realtek's driver (which is a patched version of the latest alsa driver), unzipped it, deleted the old kernel by hand, ran realtek's installer, which ends by running alsaconf. Result: card got detected, alsaconf set things up, and I got audio.
Code: dhclient (if you didn't have ethernet) cd /tmp mv /lib/modules/2.6.18.chw-13/updates/alsa . wget ftp://209.216.61.149/pc/audio/realtek-linux-audiopack-4.06b.tar.bz2 tar xfj realtek-linux-audiopack-4.06b.tar.bz2 cd realtek-linux-audiopack-4.06b.tar ./install
FINALLY! Next step is: see if wireless works! Wish me luck!
Once I'm done with everything, I'll post a log of what my hardware was, how things went, and what my fixes were. I'll post a link from here to the log once it's up in cyberspace.
Thanks for all the help!
Edit:
Here's that code again:
dhclient (if you didn't have ethernet)
cd /tmp
mv /lib/modules/2.6.18.chw-13/updates/alsa .
wget ftp://209.216.61.149/pc/audio/realtek-l ... 6b.tar.bz2
tar xfj realtek-linux-audiopack-4.06b.tar.bz2
cd realtek-linux-audiopack-4.06b.tar
./install
answer Yes to everything alsa conf asks. Audio won't work right away but will do after you reboot.
Last edited by fra on Tue Sep 18, 2007 3:23 pm, edited 2 times in total.
|
|
Top |
|
 |
Human
|
Posted: Mon Sep 17, 2007 10:10 am |
|
Joined: Thu Sep 30, 2004 11:29 am
Posts: 2419
Location:
Mechanicsburg, PA
|
|
Top |
|
 |
Human
|
Posted: Mon Sep 17, 2007 10:12 am |
|
Joined: Thu Sep 30, 2004 11:29 am
Posts: 2419
Location:
Mechanicsburg, PA
|
Also, I'm very happy that you got it working  If you can turn the above code block into a non-interactive script, or at least tell me what answers you had to provide to the ./install part, I can add this fix to R5F27's tweaker so anyone with the same audio device will benefit.
_________________ KnoppMyth R5.5
MythiC Dragon v2.0
Join the KnoppMyth Frappr!
|
|
Top |
|
 |
fra
|
Posted: Mon Sep 17, 2007 11:35 am |
|
Joined: Fri Sep 07, 2007 11:57 pm
Posts: 166
|
Human wrote: Just to be clear, when you say "kernel" you seem to mean "driver" or "module" correct?
yes yes.. i'm sorry! i mean "kernel object"
|
|
Top |
|
 |
fra
|
Posted: Mon Sep 17, 2007 11:40 am |
|
Joined: Fri Sep 07, 2007 11:57 pm
Posts: 166
|
Human wrote: Also, I'm very happy that you got it working  If you can turn the above code block into a non-interactive script, or at least tell me what answers you had to provide to the ./install part, I can add this fix to R5F27's tweaker so anyone with the same audio device will benefit.
it didn't ask for any questions  it just runs all the way and then starts alsaconf.
the card gets detected, and you answer Yes to everything in alsaconf.
it won't play a sound at the end though! and if you run alsamixer after that it'll still show audio is not working. but upon reboot, the correct module is chosen and alsamixer works fine. you don't even have to change the volumes 
|
|
Top |
|
 |
Human
|
Posted: Mon Sep 17, 2007 12:26 pm |
|
Joined: Thu Sep 30, 2004 11:29 am
Posts: 2419
Location:
Mechanicsburg, PA
|
fra wrote: it didn't ask for any questions  it just runs all the way and then starts alsaconf. the card gets detected, and you answer Yes to everything in alsaconf. Those count as questions if they have answers  fra wrote: it won't play a sound at the end though! and if you run alsamixer after that it'll still show audio is not working. but upon reboot, the correct module is chosen and alsamixer works fine. you don't even have to change the volumes 
A solution that doesn't involve a reboot is more convenient for users of this hardware and should be achievable. Can you try some combination of /etc/init.d/alsa reload, suspend, or resume or /etc/init.d/alsa-utils restart after the above code block to see if you can coax audio into working without a reboot?
_________________ KnoppMyth R5.5
MythiC Dragon v2.0
Join the KnoppMyth Frappr!
|
|
Top |
|
 |
tjimenez87
|
Posted: Mon Sep 17, 2007 1:16 pm |
|
Joined: Thu Dec 30, 2004 2:12 am
Posts: 108
|
Nicely done, fra.
And just a heads up again in case the hardware isn't clear, this is a fix for onboard audio for Biostar TF7025/7050 motherboards.
Also, just to give you a heads up, fra, the network drivers built into KnoppMyth for the RTL8111B/RTL8168B Realtek chips are also outdated. They should be the 8.003.00 series instead of the 1.05 ones that are loaded.
I found that it works anyway for awhile, but then it goes down. You can read about it at this thread:
http://www.mysettopbox.tv/phpBB2/viewtopic.php?p=98851#98851
|
|
Top |
|
 |
fra
|
Posted: Mon Sep 17, 2007 1:18 pm |
|
Joined: Fri Sep 07, 2007 11:57 pm
Posts: 166
|
Human wrote: Those count as questions if they have answers  except that it is alsaconf that asked them  probably, commenting out alsaconf at the end of the install script doesn't hurt and then there won't be any questions to answer! Human wrote: A solution that doesn't involve a reboot is more convenient for users of this hardware and should be achievable. Can you try some combination of /etc/init.d/alsa reload, suspend, or resume or /etc/init.d/alsa-utils restart after the above code block to see if you can coax audio into working without a reboot?
after running the install script modprobe -l snd-hda-intel gives the old location of the .ko file (the one in updates/alsa). after reboot, it gives the correct location. so if any of the above commands has the effect of redefining where the .ko file exists, then it should work. i'll try and will report.
|
|
Top |
|
 |
fra
|
Posted: Mon Sep 17, 2007 1:19 pm |
|
Joined: Fri Sep 07, 2007 11:57 pm
Posts: 166
|
tjimenez87 wrote: Nicely done, fra. And just a heads up again in case the hardware isn't clear, this is a fix for onboard audio for Biostar TF7025/7050 motherboards. Also, just to give you a heads up, fra, the network drivers built into KnoppMyth for the RTL8111B/RTL8168B Realtek chips are also outdated. They should be the 8.003.00 series instead of the 1.05 ones that are loaded. I found that it works anyway for awhile, but then it goes down. You can read about it at this thread: http://www.mysettopbox.tv/phpBB2/viewtopic.php?p=98851#98851
thanks! this will be very helpful tonight 
|
|
Top |
|
 |
Human
|
Posted: Mon Sep 17, 2007 1:25 pm |
|
Joined: Thu Sep 30, 2004 11:29 am
Posts: 2419
Location:
Mechanicsburg, PA
|
fra wrote: except that it is alsaconf that asked them  probably, commenting out alsaconf at the end of the install script doesn't hurt and then there won't be any questions to answer! Possibly. If you can verify that you get the same results on a fresh R5F27 install without running alsaconf, then I will find a way for it to stop asking them. fra wrote: after running the install script modprobe -l snd-hda-intel gives the old location of the .ko file (the one in updates/alsa). after reboot, it gives the correct location. so if any of the above commands has the effect of redefining where the .ko file exists, then it should work. i'll try and will report.
You may need to run depmod before it'll see the new location. I'm fuzzy on how the kernel knows where to look for modules, but I think this should do it.
_________________ KnoppMyth R5.5
MythiC Dragon v2.0
Join the KnoppMyth Frappr!
|
|
Top |
|
 |
Human
|
Posted: Mon Sep 17, 2007 1:27 pm |
|
Joined: Thu Sep 30, 2004 11:29 am
Posts: 2419
Location:
Mechanicsburg, PA
|
tjimenez87 wrote: And just a heads up again in case the hardware isn't clear, this is a fix for onboard audio for Biostar TF7025/7050 motherboards.
I have the PCI ID for the sound device, so the patcher behavior can be triggered based on detecting it. It will probably apply to more than one model of motherboard.
_________________ KnoppMyth R5.5
MythiC Dragon v2.0
Join the KnoppMyth Frappr!
|
|
Top |
|
 |
fra
|
Posted: Tue Sep 18, 2007 12:37 am |
|
Joined: Fri Sep 07, 2007 11:57 pm
Posts: 166
|
it seemed to me the "good" drivers may already be there. just not in /lib/modules/2.6.18-chw-13/update/alsa! this belief comes from comparing the dates of the files in that directory and the ones of the files in /lib/modules/2.6.18-chw-13/kernel/sound.
so i simply did:
Code: mv /lib/modules/2.6.18-chw-13/updates/alsa /tmp
and tried depmod (which now saw the new position of the ko file), followed by both /etc/init.d/alsa reload and /etc/init.d/alsa-utils restart. got errors in both cases.
i just rebooted. and there still was no audio.
so i definitely need the new driver.
so now: i followed my code above but before running the install script, i commented out the last line (which starts alsaconf).
after that, i ran depmod, and then modprobe snd-hda-intel gave an error.
i ran /etc/init.d/alsa reload and alsamixer still didn't find the device.
i ran /etc/init.d/alsa-utils restart and it gave an error message.
rebooted, ran alsamixer. everything was fine!
so i don't know what happens at reboot.
one thing for sure, though: alsaconf is not needed at the end of the install file
i have a feeling other things reference the old updates/alsa directory and they are reset at reboot. so if we figure out what these things are, we'd be able to do it without a reboot.
for sure, depmod is one of the steps. but more seems to be needed.
|
|
Top |
|
 |
Human
|
Posted: Tue Sep 18, 2007 11:21 am |
|
Joined: Thu Sep 30, 2004 11:29 am
Posts: 2419
Location:
Mechanicsburg, PA
|
Thanks for doing further research! It seems to me that unless someone else can point out the right commands to run to avoid a reboot, we're better off having this fix than not. I can trigger it to apply only when the PCI ID of your sound device is detected, so not everyone will have to reboot.
Is this the code block you would like to run if your sound device is detected?
Code: cd /tmp mv /lib/modules/2.6.18.chw-13/updates/alsa . wget ftp://209.216.61.149/pc/audio/realtek-linux-audiopack-4.06b.tar.bz2 tar xfj realtek-linux-audiopack-4.06b.tar.bz2 cd realtek-linux-audiopack-4.06b.tar.bz2 depmod ./install reboot
EDIT: Did you verify that if the installer is altered to not run alsaconf, things still work for you?
_________________ KnoppMyth R5.5
MythiC Dragon v2.0
Join the KnoppMyth Frappr!
|
|
Top |
|
 |
fra
|
Posted: Tue Sep 18, 2007 11:49 am |
|
Joined: Fri Sep 07, 2007 11:57 pm
Posts: 166
|
Human wrote: Code: cd /tmp mv /lib/modules/2.6.18.chw-13/updates/alsa . wget ftp://209.216.61.149/pc/audio/realtek-linux-audiopack-4.06b.tar.bz2 tar xfj realtek-linux-audiopack-4.06b.tar.bz2 cd realtek-linux-audiopack-4.06b.tar.bz2 depmod ./install reboot that's the code! though there's no need for depmod (since you're rebooting anyway!). Human wrote: EDIT: Did you verify that if the installer is altered to not run alsaconf, things still work for you? yes. it still works (after reboot). and this way there are no questions to answer!!! alsaconf is the very last line of the install file. i just commented it out and THEN ran ./install. maybe Code: echo "Sorry, but I'll have to reboot your system for the audio to start working properly."
would be nice  and/or maybe giving the user the option to either Reboot Now or Reboot Later, explaining that audio will only work after rebooting. this way, if the user wants to fix other issues before rebooting they can reboot one less time!
|
|
Top |
|
 |
Human
|
Posted: Tue Sep 18, 2007 12:41 pm |
|
Joined: Thu Sep 30, 2004 11:29 am
Posts: 2419
Location:
Mechanicsburg, PA
|
The prompting is handled by the patcher already, so no worries  I also found and fixed a typo in the code block.
Please run this code block and tell me if it outputs "working":
Code: if [ `lspci -mn | grep -c -e ".*0403.*10de.*055c.*-ra1.*1565.*820c.*"` -ge 1 ]; then echo "working" fi
It's the test to find your sound device.
_________________ KnoppMyth R5.5
MythiC Dragon v2.0
Join the KnoppMyth Frappr!
|
|
Top |
|
 |