Note: This entry is now wildly out of date. Try these instructions at your own risk. If I get a few moments, I will revise these instructions in the future.
I’ve been in contact with an ALSA hacker, Tobin Davis, over a series of patches that provide support for the sound chipset (intel-hda) that is part of the HP DV2000 laptop.
His patches over ALSA 1.0.14rc3 enable the following new features:
- The headphone port now works, and the speakers automute when the headphones are plugged in.
- The microphone port now works, with great sound quality.
- The built-in mic on the monitor now works, though obviously with worse sound quality due to ambient noise.
The new patches aren’t perfect. I’m noticing some sound quality issues at high volumes, and in order to get it to work Tobin had to essentially enable two PCM channels (PCM and PCM-2), which have a very strange behavior. The first one controls the volume directly from the sound system. The second one controls the volume only between the sound system and the speakers (and thus, will have no effect on the sound when the headphones are plugged in). The master volume control effectively modulates both of these. Tobin has told me that the chipset produced by Conexant is particularly weird, which is why he had to this. I find that it’s not so bad, as long as I keep a launcher to gnome-volume-control set up so that I can control it, knowing these rules.
That said, it’s a huge improvement over out of the box sound support for Ubuntu (which is ALSA 1.0.11). Inside this post you’ll find further instructions, which are adapted from a text document Tobin sent his tester group via e-mail. These are step by step instructions to set up 1.0.14rc3 ALSA drivers plus Tobin’s latest patch.
1. Backup your current drivers
tar -zcvf original-drivers.tgz /lib/modules/`uname -r`/kernel/sound
2. Next, get the latest release and bring it current.
wget ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.14rc3.tar.bz2wget http://members.dsl-only.net/~tdavis/alsa-patches/conexant-latest-rc3.patchtar -jxf alsa-driver-1.0.14rc3.tar.bz2cd alsa-driver-1.0.14rc3/alsa-kernelpatch -p1 < ../../conexant-latest-rc3.patchcd ../../
3. Build the code.
cd alsa-driver-1.0.14rc3./configure --with-debug=detect --with-cards=hda-intelmakesudo make installsudo depmod -asudo dmesg -c >/dev/null
4. Stop all audio applications and remove all audio drivers
On my system, the following works:
modprobe -r snd-usb-audiomodprobe -r snd-hda-intel snd-hda-codec snd-pcm-oss snd-mixer-oss snd-pcm snd-timer snd snd-page-alloc
5. Reload the new driver
Simply run modprobe snd-hda-intel, look at the dmesg output and test it out.
Using alsamixer will show you all available channels. In gnome-volume-control, you can also enable additional channels with Edit->Preferences. You’ll need at least Master, PCM, and PCM-2 enabled to get proper volume working on the headphones and speakers. You’ll need Capture enabled in the Capture tab to get mic input working.
If nothing works, or one function doesn’t work, try reloading the driver with “model=test” as a parameter. On Ubuntu, this can be done by doing sudo vim /etc/modprobe.d/alsa-base and adding a line to the end that says This should enable everything.
If you have issues, you can try to contact Tobin Davis or other hackers at the ALSA team. Or you could even post a comment here and I’ll pass it along. Please include the system make/model, the subsystem line from “lspci -s 0:1b -vn” (Ex: Subsystem: 103c:30b2), the dmesg output from above, and the output from “cat /proc/asound/card0/codec#0”.
Update: Modified instructions based on Henrique’s input below. (Patchlevel argument for patch command was incorrect.)
Do you know what version of alsa will include this patch in trunk?
It’s a patch against 1.0.14rc3, so I imagine 1.0.14 (the next stable version) will include it.
pixelmonkey,
I followed your instruction exactly but when I try to apply the
patch I get the an error. Apparently it can’t find the file to patch.
patch then stops and wait for me to enter the file to be patched.
here the error:
hbarbosa@laptop:~/alsa/alsa-driver-1.0.14rc3/alsa-kernel$ patch -p0
Result:
can’t find file to patch at input line 4
Perhaps you used the wrong -p or –strip option?
The text leading up to this was:
————————–
|diff -r 29b0b4245d06 pci/hda/patch_conexant.c
|— a/pci/hda/patch_conexant.c Thu Feb 22 16:07:21 2007 +0100
|+++ b/pci/hda/patch_conexant.c Thu Mar 29 10:15:10 2007 -0700
————————–
File to patch:
Ok,
About my previous posts: If you are reading this and had the same
problem as I, when asked about the file to be patched just type
“pci/hda/patch_conexant.c” (without the quotes).
The result is awesome! Every thing works, or almost 😐
MIC:
– internal mic an external mic working
– internal mic is automatically disable when external one is plugged
in, and comes back to life when ext mic is unplugged.
– alsamixer used to have two switches for selecting int/ext mics, now
they are gone and the right mic always work
SOUND:
Some minor bugs here, but working:
Playback tab in alsamixer now have 4 controls:
. headphone
. pcm
. pcm-2
. Speaker
With the headphone unplugged, the sound can be controlled by
either pcm, pcm-2 or speaker. However, only pcm-2’s and speaker’s
mute-buttons work.
With headphones plugged in, the sound is controlled by both
headphone and pcm… and both mute-buttons work.
When unplugging the headphones, sound is muted. in fact,
both pcm-2 and speaker are muted. So to have sound working
again, I have to open alsamixer and un-mute pcm-2 and speaker.
Annoying: The only way to have the multimidia buttons controlling both
headphones and normal sound is to configure alsamixer applet to
control PCM. However, in this way I am no able to mute the normal
sound (remember pcm mute-button is not working without headphones).
Hope this is usefull to some one. By the way, my system is:
Ubuntu 6.10
HP Pavillion DV2000
Alsa: 1.0.14rc3+patch
Subsystem: 103c:30b2
cat /proc/asound/card0/codec#0
Codec: Conexant CX20551 (Waikiki)
Address: 0
Vendor Id: 0x14f15047
Subsystem Id: 0x103c30b2
Revision Id: 0x100000
Default PCM:
rates [0x40]: 48000
bits [0x2]: 16
formats [0x1]: PCM
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
Node 0x10 [Audio Output] wcaps 0x41d: Stereo Amp-Out
Amp-Out caps: ofs=0x17, nsteps=0x1e, stepsize=0x05, mute=1
Amp-Out vals: [0x0f 0x0f]
PCM:
rates [0x40]: 48000
bits [0x2]: 16
formats [0x1]: PCM
Power: 0x0
Node 0x11 [Audio Output] wcaps 0x611: Stereo Digital
PCM:
rates [0x40]: 48000
bits [0x2]: 16
formats [0x1]: PCM
Power: 0x0
Node 0x12 [Audio Input] wcaps 0x100d1b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x0e, stepsize=0x05, mute=1
Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x08 0x08] [0x80 0x80] [0x80 0x80]
PCM:
rates [0x40]: 48000
bits [0x2]: 16
formats [0x1]: PCM
Power: 0x0
Connection: 6
0x19 0x14 0x15 0x1a* 0x16 0x10
Node 0x13 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out
Amp-Out caps: ofs=0x1f, nsteps=0x1e, stepsize=0x05, mute=1
Amp-Out vals: [0x1e 0x1e]
Pincap 0x081001c: OUT HP EAPD Detect
Pin Default 0xc3111010: [Both] Speaker at Ext Left
Conn = 1/8, Color = Black
Pin-ctls: 0x40: OUT
Power: 0x0
Connection: 3
0x19* 0x10 0x16
Node 0x14 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out
Amp-Out caps: ofs=0x1f, nsteps=0x1e, stepsize=0x05, mute=1
Amp-Out vals: [0x1f 0x1f]
Pincap 0x0833c: IN OUT HP Detect
Pin Default 0x03811011: [Jack] Line In at Ext Left
Conn = 1/8, Color = Black
Pin-ctls: 0x20: IN
Power: 0x0
Connection: 2
0x19* 0x16
Node 0x15 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out
Amp-Out caps: ofs=0x1f, nsteps=0x1e, stepsize=0x05, mute=1
Amp-Out vals: [0x1f 0x1f]
Pincap 0x0833c: IN OUT HP Detect
Pin Default 0x03a11012: [Jack] Mic at Ext Left
Conn = 1/8, Color = Black
Pin-ctls: 0x21: IN
Power: 0x0
Connection: 3
0x1c 0x19* 0x16
Node 0x16 [Pin Complex] wcaps 0x400401: Stereo
Pincap 0x0860: IN
Pin Default 0x99330100: [Fixed] CD at Int ATAPI
Conn = ATAPI, Color = Unknown
Pin-ctls: 0x20: IN
Power: 0x0
Node 0x17 [Pin Complex] wcaps 0x400481: Stereo
Pincap 0x08324: IN Detect
Pin Default 0xb7a00100: [Fixed] Mic at Oth Mobile-In
Conn = Unknown, Color = Unknown
Pin-ctls: 0x21: IN
Power: 0x0
Node 0x18 [Pin Complex] wcaps 0x400701: Stereo Digital
Pincap 0x0810: OUT
Pin Default 0x21440100: [Jack] SPDIF Out at Sep Rear
Conn = RCA, Color = Unknown
Pin-ctls: 0x00:
Power: 0x0
Connection: 1
0x11
Node 0x19 [Audio Mixer] wcaps 0x20050b: Stereo Amp-In
Amp-In caps: ofs=0x17, nsteps=0x1e, stepsize=0x05, mute=1
Amp-In vals: [0x17 0x17] [0x80 0x80] [0x9e 0x9e] [0x17 0x17]
Power: 0x0
Connection: 4
0x10 0x1b 0x1a 0x16
Node 0x1a [Audio Selector] wcaps 0x30050d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x03, stepsize=0x1f, mute=0
Amp-Out vals: [0x03 0x03]
Power: 0x0
Connection: 3
0x15 0x14 0x17*
Node 0x1b [Audio Selector] wcaps 0x300501: Stereo
Power: 0x0
Connection: 2
0x14* 0x15
Node 0x1c [Audio Output] wcaps 0x41d: Stereo Amp-Out
Amp-Out caps: ofs=0x17, nsteps=0x1e, stepsize=0x05, mute=1
Amp-Out vals: [0x17 0x17]
PCM:
rates [0x40]: 48000
bits [0x2]: 16
formats [0x1]: PCM
Power: 0x0
Node 0x1d [Pin Complex] wcaps 0x40058d: Stereo Amp-Out
Amp-Out caps: ofs=0x1f, nsteps=0x1e, stepsize=0x05, mute=1
Amp-Out vals: [0x1e 0x1e]
Pincap 0x08314: OUT Detect
Pin Default 0x90100112: [Fixed] Speaker at Int N/A
Conn = Unknown, Color = Unknown
Pin-ctls: 0x40: OUT
Power: 0x0
Connection: 3
0x1c* 0x19 0x16
Node 0x1e [Vendor Defined Widget] wcaps 0xf00000: Mono
Hi Henrique,
Thanks for commenting on this piece. You’re right — you need to use patchlevel 1 (not 0) with that patch. I knew that but somehow copied my original mistake.
As for your explanation of PCM and PCM-2, read carefully this part of my post:
“The new patches aren’t perfect. I’m noticing some sound quality issues at high volumes, and in order to get it to work Tobin had to essentially enable two PCM channels (PCM and PCM-2), which have a very strange behavior. The first one controls the volume directly from the sound system. The second one controls the volume only between the sound system and the speakers (and thus, will have no effect on the sound when the headphones are plugged in). The master volume control effectively modulates both of these. Tobin has told me that the chipset produced by Conexant is particularly weird, which is why he had to this. I find that it’s not so bad, as long as I keep a launcher to gnome-volume-control set up so that I can control it, knowing these rules.”
I am not sure why you don’t utilize the “Master” channel in your Alsa Mixer. On my system, I’ve had success by keeping PCM and PCM-2 at about 80% volume (which results in good playback from speakers and from headphones). When I plug in my headphones, the speaker PCM channel mutes, which is what you expect. When I unplug my headphones, the speaker PCM channel unmutes. I can modulate both using my multimedia buttons since these control the Master channel. Is this not what happens for you? If so, I’ll pass this note along to Tobin so he can contact you directly.
Hi Pixel,
The problem is that I do not have a Master channel. In my case, the PCM channel partially behaves as “a master” channel since it controls the volume both with and without the headphones. However, its mute button is not working.
Moreover, my multimedia buttons control the first channel in the alsa-mixer list, which
happens to be the headphone channel, and not PCM. Until now I have not find a way
to make them control PCM instead.
However, even if manage to get them controlling PCM, the mute multimedia button will not work, since PCM-mute does not work within the alsa-mixer.
I would appreciate with you could pass this to Tobin.
Just confirming, this also works on a DV9000.
I followed the directions, and it did get my headphone jacks working! However, I can’t turn off the speakers. I suspect that this is because I only have PCM and no PCM-2 control. Is there a way to add this? Or did I just screw up applying the patch? Any ideas?
I get the following errors – but my laptop is Acer TravelMate 3260. Would it work ?
Anyway, while modprobe, i get these errors – (in dmesg)
snd_hda_codec: Unknown symbol snd_hda_multi_out_dig_prepare
snd_hda_intel: Unknown symbol snd_hda_bus_new
snd_hda_intel: Unknown symbol snd_hda_build_pcms
snd_hda_intel: Unknown symbol snd_hda_codec_new
snd_hda_intel: Unknown symbol snd_hda_queue_unsol_event
snd_hda_intel: Unknown symbol snd_hda_calc_stream_format
snd_hda_intel: Unknown symbol snd_hda_suspend
snd_hda_intel: Unknown symbol snd_hda_resume
snd_hda_intel: Unknown symbol snd_hda_build_controls
Which modules or kernel build options proivde these symbols ?
I’m on an HP Pavilion dv2007ea, aka dv2000z with NVidia HDA, Conexant Venice. Using Ubuntu 7.04 Feisty Fawn, newest alsa drivers, libs and utils, tried that patch, which broke the playback (which was previously working with the new alsa drivers) and didn’t get me any mic either. The line
options snd-hda-intel model=test in the alsa-base file doesn’t improve that either. I’ll replace the drivers now so I have at least playback for the time being.
I followed these directions, and it didn’t work. Is this supposed to work for Conexant CX20551 (Waikiki) codecs _only_, or also for Conexant CX20549 (Venice)?
I tried this and I get down to where you ./configure (stuff here) and it spits out
configure: error: invalid variable name: –with-debug I know I didn’t type it wrong I copy pasted any hel would be great
Hi marshello,
I updated the instructions — WordPress had formatted double-dash as a single, long endash (“–“), which isn’t right for command-line.
Of course, don’t know if at this point, these instructions are out of date (I posted these about 2 months ago).
I get this when trying…
WARNING: Error inserting snd_hda_codec (/lib/modules/2.6.20-15-generic/kernel/sound/pci/hda/snd-hda-codec.ko): Unknown symbol in module, or unknown parameter (see dmesg)
FATAL: Error inserting snd_hda_intel (/lib/modules/2.6.20-15-generic/kernel/sound/pci/hda/snd-hda-intel.ko): Unknown symbol in module, or unknown parameter (see dmesg)
Any suggestions?
i get the followng error while doing .configure…………Please help
i have dv2000 and running ubuntu feisty fawn
ralvarez@ralvarez-laptop:~/alsa-driver-1.0.14rc3$ ./configure –with-debug=detect –with-cards=hda-intel
Password:
checking for gcc… gcc
checking for C compiler default output file name… configure: error: C compiler cannot create executables
See `config.log’ for more details.
I have this same problem, on feisty fawn 7.04. How can i solve this?
Problem above solved by installing gcc.
I also get the problem that ‘AyyOhh’ has,
daan@daan-laptop:/$ sudo modprobe snd-hda-intel
WARNING: Error inserting snd_hda_codec (/lib/modules/2.6.20-15-generic/kernel/sound/pci/hda/snd-hda-codec.ko): Unknown symbol in module, or unknown parameter (see dmesg)
FATAL: Error inserting snd_hda_intel (/lib/modules/2.6.20-15-generic/kernel/sound/pci/hda/snd-hda-intel.ko): Unknown symbol in module, or unknown parameter (see dmesg)
I get the same message as Daann and AyyOhh. No need to paste it again…
Hi, when loading the module, I get the error :
WARNING: Error inserting snd_hda_codec (/lib/modules/2.6.20-15-generic/kernel/sound/pci/hda/snd-hda-codec.ko): Unknown symbol in module, or unknown parameter (see dmesg)
dmesg tells me :
[ 207.440000] snd_hda_codec: Unknown symbol snd_hda_multi_out_dig_prepare
[ 207.440000] snd_hda_intel: Unknown symbol snd_hda_bus_new
[ 207.440000] snd_hda_intel: Unknown symbol snd_hda_build_pcms
[ 207.440000] snd_hda_intel: Unknown symbol snd_hda_codec_new
[ 207.440000] snd_hda_intel: Unknown symbol snd_hda_queue_unsol_event
[ 207.440000] snd_hda_intel: Unknown symbol snd_hda_calc_stream_format
[ 207.444000] snd_hda_intel: Unknown symbol snd_hda_suspend
[ 207.444000] snd_hda_intel: Unknown symbol snd_hda_resume
[ 207.444000] snd_hda_intel: Unknown symbol snd_hda_build_controls
[ 230.520000] snd_hda_codec: Unknown symbol snd_hda_multi_out_dig_prepare
[ 230.524000] snd_hda_intel: Unknown symbol snd_hda_bus_new
[ 230.524000] snd_hda_intel: Unknown symbol snd_hda_build_pcms
[ 230.524000] snd_hda_intel: Unknown symbol snd_hda_codec_new
[ 230.524000] snd_hda_intel: Unknown symbol snd_hda_queue_unsol_event
[ 230.524000] snd_hda_intel: Unknown symbol snd_hda_calc_stream_format
[ 230.524000] snd_hda_intel: Unknown symbol snd_hda_suspend
[ 230.524000] snd_hda_intel: Unknown symbol snd_hda_resume
[ 230.524000] snd_hda_intel: Unknown symbol snd_hda_build_controls
I guess it is the wrong driver, isnt’t it ?
I’m getting those same error in dmesg. Anyone have any success? I tried building alsa-lib and alsa-utils, still the same error. I’m also using feisty – I’m going to try this with a edgy livecd and see if it works.
Does ALSA 1.0.14rc4 include this?
Well I hoped this would work for me, as the lack of a microphone and proper headphone support has really been a pain on my Compaq. Probably second only to the broadcom wireless card with a bios lock – but that’s another matter. I’ve tried installing 14rc3 with the patch, but I get the same error as frinux when I try to modprobe, even though everything seems to compile fine. Then when I reboot, there are no sound cards available. I can compile and install 14rc4, but still no headphone/mic support. In case anyone more knowledgeable than I would like to give me a hand, here is my system info:
Compaq Presario v3000 series (v3100 to be specific)
Ubuntu Fesity Fawn
Subsystem: 103c30b5
my /proc/asound/card0/codec#0:
Codec: Conexant CX20549 (Venice)
Address: 0
Vendor Id: 0x14f15045
Subsystem Id: 0x103c30b5
Revision Id: 0x100100
Default PCM:
rates [0x140]: 48000 96000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
Node 0x10 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out
Amp-Out caps: ofs=0x2b, nsteps=0x2b, stepsize=0x05, mute=1
Amp-Out vals: [0x21 0x21]
Pincap 0x0810014: OUT EAPD Detect
Pin Default 0x95170110: [Fixed] Speaker at Int Top
Conn = Analog, Color = Unknown
Pin-ctls: 0x40: OUT
Power: 0x0
Connection: 2
0x19* 0x17
Node 0x11 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out
Amp-Out caps: ofs=0x2b, nsteps=0x2b, stepsize=0x05, mute=1
Amp-Out vals: [0x21 0x21]
Pincap 0x08113c: IN OUT HP Detect
Pin Default 0x0221401f: [Jack] HP Out at Ext Front
Conn = 1/8, Color = Green
Pin-ctls: 0xc0: OUT HP
Power: 0x0
Connection: 2
0x19* 0x17
Node 0x12 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out
Amp-Out caps: ofs=0x2b, nsteps=0x2b, stepsize=0x05, mute=1
Amp-Out vals: [0xab 0xab]
Pincap 0x08113c: IN OUT HP Detect
Pin Default 0x62a1902e: [N/A] Mic at Sep Front
Conn = 1/8, Color = Pink
Pin-ctls: 0x20: IN
Power: 0x0
Connection: 2
0x19* 0x17
Node 0x13 [Pin Complex] wcaps 0x400301: Stereo Digital
Pincap 0x0810: OUT
Pin Default 0x21451130: [Jack] SPDIF Out at Sep Rear
Conn = Optical, Color = Black
Pin-ctls: 0x00:
Connection: 1
0x18
Node 0x14 [Pin Complex] wcaps 0x400081: Stereo
Pincap 0x081124: IN Detect
Pin Default 0x97a701f0: [Fixed] Mic at Int Riser
Conn = Analog, Color = Unknown
Pin-ctls: 0x24: IN
Node 0x15 [Pin Complex] wcaps 0x400001: Stereo
Pincap 0x0820: IN
Pin Default 0x54330121: [N/A] CD at Int Right
Conn = ATAPI, Color = Unknown
Pin-ctls: 0x00:
Node 0x16 [Beep Generator Widget] wcaps 0x70000c: Mono Amp-Out
Amp-Out caps: ofs=0x07, nsteps=0x07, stepsize=0x0b, mute=1
Amp-Out vals: [0x06]
Node 0x17 [Audio Mixer] wcaps 0x20050b: Stereo Amp-In
Amp-In caps: ofs=0x14, nsteps=0x2b, stepsize=0x05, mute=1
Amp-In vals: [0x94 0x94] [0x94 0x94] [0x94 0x94] [0x94 0x94] [0x94 0x94]
Power: 0x0
Connection: 5
0x19 0x14 0x12 0x11 0x15
Node 0x18 [Audio Output] wcaps 0x211: Stereo Digital
PCM:
rates [0x40]: 48000
bits [0x6]: 16 20
formats [0x5]: PCM AC3
Node 0x19 [Audio Output] wcaps 0xc11: Stereo
PCM:
rates [0x540]: 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Power: 0x0
Node 0x1a [Audio Input] wcaps 0x100d0b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x17, stepsize=0x05, mute=1
Amp-In vals: [0x17 0x17] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
Power: 0x0
Connection: 5
0x17 0x14* 0x12 0x11 0x15
Node 0x1b [Vendor Defined Widget] wcaps 0xf00000: Mono
I have a Pavilion dv2268ea, with a Debian unstable running the kernel 2.6.18
The card is a HDA-intel with the Conexant CX20549 (Venice) chip
Using the driver alsa 1.0.14rc3 + conexant-latest-rc3.patch i have the same problem of
Rohan B. Dhruva, AyyOhh … :
( dmesg after modprobe snd-hda-intel :
snd_hda_intel: Unknown symbol snd_hda_resume
snd_hda_intel: Unknown symbol snd_hda_build_controls
… )
Compiling the latest alsa driver ( version 1.0.14 ) the headphone and the spdif work but the microfone (internal or external) still not working
I have the 1.0.14 alsa debian package (running a lenny), and I thought it may work without patches, considering the patch would be included, but it’s not working.
Do you know for sure the patch is included in debian 1.0.14 release??
For the record, I’m asking because you happen to be in touch with the hacker
txs.
Hi JoeZ, paviel,
I’ve updated this post to note that it is “wildly out of date.” I’m going to collect comments from here and send them off to Tobin, so he can have a look and see if there are any novel issues. In the meanwhile, I recommend you fetch your kernel patches direct from kernel.org.
Hi,
I am trying to get the headphone jack and microphone jack working on my HP dv2000 in linux. I saw that the latest Alsa 1.0.14rc version is rc4, not rc3 as per the instructions given above. So, I changed the version in the shell commands to rc4. I was able to download the Alsa driver rc4 version, but the conexant patch has no rc4 version (see following):
wget http://members.dsl-only.net/~tdavis/alsa-patches/conexant-latest-rc4.patch
–16:37:22– http://members.dsl-only.net/~tdavis/alsa-patches/conexant-latest-rc4.patch
=> `conexant-latest-rc4.patch’
Resolving members.dsl-only.net… 69.64.224.71
Connecting to members.dsl-only.net|69.64.224.71|:80… connected.
HTTP request sent, awaiting response… 404 Not Found
16:37:22 ERROR 404: Not Found.
lxmark@linux-byuf:~> wget http://members.dsl-only.net/~tdavis/alsa-patches/conexant-latest-rc3.patch
–16:37:41– http://members.dsl-only.net/~tdavis/alsa-patches/conexant-latest-rc3.patch
=> `conexant-latest-rc3.patch’
Resolving members.dsl-only.net… 69.64.224.71
Connecting to members.dsl-only.net|69.64.224.71|:80… connected.
HTTP request sent, awaiting response… 200 OK
Length: 19,532 (19K) [text/plain]
100%[====================================>] 19,532 65.85K/s
16:37:42 (65.66 KB/s) – `conexant-latest-rc3.patch’ saved [19532/19532]
As you see, I can download the rc-3 patch but not the rc4 patch. Should I try to continue with the older number patch and the new rc4 driver?
My soundcard is an Conexant HD audio and it already works well, but the mic and headphone jacks don’t work so I can’t use my headset for skype in linux. I am trying to get this all working, and have gotten to the point that I need some help and direction from someone more knowledgeable.
Thanks, and looking forward to your reply.
Hi Mark,
As I note at the top of this post, “This entry is now wildly out of date. Try these instructions at your own risk. If I get a few moments, I will revise these instructions in the future.”
I haven’t yet updated these instructions; I’ve been busy and just haven’t sunk the time into sorting out the sound issues on my laptop.
If I have any updates for you, you’ll see them here. Until then, you’re best downloading your code directly from ALSA… I assume by now Tobin has merged most of these changes.
Andrew
This file (the patch) is now gone! Can someone please post a link to it here if they still have it. I really really need that file!
http://katbox.homedns.org/users/salem/conexant-latest-rc3.patch