HP Touchsmart 600-1005xt No sound from Internal Speakers

Bug #597056 reported by ajstrobus
46
This bug affects 8 people
Affects Status Importance Assigned to Milestone
alsa-driver (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

Found there is no internal speaker output from hp touchsmart 600-1005xt in all releases of Ubuntu 8.04 to 10.04LTS (64bit) with updated alsa-base (on 1.0.22.1 in Lucid now). All outputs & inputs work except the Internal speakers. I Checked all alsamixer levels, I have also noticed the nodeid's it seem to be mapped 0x15 - 0x0d - 0x03 (21 - 13 - 3) for internal speakers which gives same results (no audio) in osx Applehda.kext. The Headphone nodeid's of 0x14 - 0x0c - 0x02 (20 - 12 - 2) seem to work in all Ubuntu Dists & OSx as well. Windows 7 Driver everything works of course. Is Bios sending wrong pin configs for internal audio? if so what would the resolution be?

here is my alsa-information from alsa-info.sh attached, My only guess is the pin configs how do you change them in alsa driver & how could I get the correct ones if the bios was sending wrong pathmaps? I should also note I've tried most of the model flags in alsa-base.conf in the alc888 documentation & rebooted countless times, model=auto shows the internal speaker but sound comes out headphones plug.

Revision history for this message
ajstrobus (ajstrobus) wrote :
description: updated
ajstrobus (ajstrobus)
Changed in alsa-driver (Ubuntu):
status: New → Confirmed
Revision history for this message
Luke Yelavich (themuso) wrote : Re: [Bug 597056] Re: HP Touchsmart 600-1005xt No sound from Internal Speakers

If running lucid, could you plesae try installing linux-alsa-driver-modules-2.6.32-22-generic from the Ubuntu Audio Dev PPA, http://launchpad.net/~ubuntu-audio-dev/+archive and rebooting your system? Once you reboot, please test to see whether your problem still remains.

Thanks.

 affects ubuntu/alsa-driver
 status incomplete

Changed in alsa-driver (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
ajstrobus (ajstrobus) wrote :

On Fresh Install 10.04 Lucid LTS:

1.) added repository ppa:ubuntu-audio-dev/ppa & reloaded sources
2.) Installed linux-alsa-driver-modules-2.6.32-22-generic & dependencies
3.) Rebooted & still no sound from internal speakers
 -Going to install all updates & will retry

Revision history for this message
ajstrobus (ajstrobus) wrote :

All updates Installed & Still no sound from internal speakers. I also checked alsamixer & put all outputs at max, no results. Tested changing in Hardware tab to device -Digital Stereo Duplex (IEC958) also no sound.

-I did notice Mic is listed but doesn't pickup sound either, even with alsamixer levels up. Which is different then results on Mint Linux (newest dist). Mint Linux Mic output was fine OutofBox, but all other results the same, on same version of alsa. Weird that mic worked on it. wonder what is different in Mint-Linux.

ajstrobus (ajstrobus)
Changed in alsa-driver (Ubuntu):
status: Incomplete → Confirmed
ajstrobus (ajstrobus)
Changed in alsa-driver (Ubuntu):
assignee: nobody → Luke Yelavich (themuso)
status: Confirmed → In Progress
ajstrobus (ajstrobus)
Changed in alsa-driver (Ubuntu):
status: In Progress → Incomplete
Revision history for this message
ajstrobus (ajstrobus) wrote :

     I noticed that linux mint has kernel 2.6.32-21-generic with alsa-driver-modules for same maybe is why mic is working, but internal speaker still has no sound. Im dual booting them incase u want me to try something different on each. I was wondering if the alc888 being on an Nvidia chipset (MCP79) has anything to do with it.
     I tried a couple models of like chipsets - like "options snd-hda-intel model=imac91" & others with mcp79 but no luck, also tried comenting out all the other "options" w/ same results.
     Let me know if theres a model or option you think I should try, I'll try on both kernels/installs.

Revision history for this message
ajstrobus (ajstrobus) wrote :

Mic works fine, I just had to set it back to auto model i think. Anyway Nothing seems to help internal speakers though, never heard so much as a beep out of them in anything but a windows driver. Any ideas? I don't think Nvidia MCP79 is listed as a compatible chipset for snd-hda-intel, is that why?

description: updated
Revision history for this message
ajstrobus (ajstrobus) wrote :

Please let me know if theres something I can do to test, I notice in this attachment from mint9 install 2.6.32.22-generic alsa-info.sh script. connected node id's look different for 0x14 & 0x015 but system still has same results, no internal speaker but mic & 1/8" outputs work fine.

Revision history for this message
ajstrobus (ajstrobus) wrote :

bump... sum1 help plz

Revision history for this message
ajstrobus (ajstrobus) wrote :

if I did something wrong in posting the bug please some1 tell me so i can do it right next time...

ajstrobus (ajstrobus)
description: updated
Changed in alsa-driver (Ubuntu):
assignee: Luke Yelavich (themuso) → nobody
Revision history for this message
ajstrobus (ajstrobus) wrote :

So, no comments in months from dev's...
The following step was taken long ago & no feedback on other possible sources of the problem...

installed --> linux-alsa-driver-modules-2.6.32-22-generic from the Ubuntu Audio Dev PPA, http://launchpad.net/~ubuntu-audio-dev/+archive

Unchanged, audio still works from headphones but the all-in-one Touchsmart 600xt's internal speakers still have no sound output. Any long shot ideas appreciated, thanks.

Revision history for this message
Jeff Bower (ubuntu-ebower) wrote :

There are some suggestions in the following Ubuntu Forums thread:
http://ubuntuforums.org/showthread.php?t=1383786

I've tried most of them without much luck (including upgrading to alsa-driver-1.0.23), but since headphones are my preferred method for this computer I may not have been thorough. Still, I'd be happy to submit any debug information that's requested.

Ubuntu 10.04 32-bit Desktop on HP TouchSmart 600 1005xt

Revision history for this message
ajstrobus (ajstrobus) wrote :

Thanks Jeff for the link, I love that thread, has many of the issues covered & your step by step is great on that page for reference all in 1 post. Feel free to mark this bug confirmed if you get the chance, thanks.

description: updated
Revision history for this message
blade_fantasy (blade-fantasy) wrote :

I confirm bug also for the 64 bit version (10.04 & 10.10)
Any news?

Changed in alsa-driver (Ubuntu):
status: Incomplete → Confirmed
ajstrobus (ajstrobus)
description: updated
description: updated
Revision history for this message
David Henningsson (diwic) wrote :

ajstrobus,
I've been looking at your codec and so far I can't see anything wrong with it. However, your alsa-info information does not include mixer information, which is a little strange. Also, I'm suspecting a magic, undocumented, processing coefficient, so I've made small package to help me detect those. Can you do the following:
1) Download and install:
http://people.canonical.com/~diwic/temp/alsa-intel-hda-update-diwic-proccoef-dkms_1.0.23_all.deb
2) Reboot
3) Make sure the package is in effect by checking it with "modinfo snd-hda-codec", it should point to a path containing "/updates/dkms/" (if it doesn't, try uninstalling the conflicting version)
4) Run alsa-info according do https://wiki.ubuntu.com/Audio/AlsaInfo , make sure you have the latest version of alsa-info.sh downloaded, and post the result here
5) Uninstall alsa-intel-hda-update-diwic-proccoef-dkms_1.0.23_all.deb again.

Thanks!

Changed in alsa-driver (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Jeff Bower (ubuntu-ebower) wrote :

I did a fresh Lucid-32 Desktop installation and performed the steps in #14 above, hope it helps!

jdbower@audiotesting:~$ modinfo snd-hda-codec
filename: /lib/modules/2.6.32-24-generic-pae/updates/dkms/snd-hda-codec.ko
license: GPL
description: HDA codec core
srcversion: 31A42FF4719FB3598361EE3
depends: snd-pcm,snd,snd-hwdep
vermagic: 2.6.32-24-generic-pae SMP mod_unload modversions 586TSC

Revision history for this message
David Henningsson (diwic) wrote :

@Jeff, thanks. Unfortunately there wasn't anything that popped out in that list.

First, a simple question, does it matter whether Windows 7 has been started or not? I e, are speakers working if you boot Win 7 and then reboot into Ubuntu?

If that answer is "yes", we'll can just compare the coefs when it is working and when it is not. If the answer is no, I guess we should try to find the most similar hardware (i e another laptop with alc888) where internal speakers are working. Then compare the coefs with that one, and try them one at a time and see if something happens...

Revision history for this message
Jeff Bower (ubuntu-ebower) wrote :

Sadly (?) I no longer have Win7 installed on the machine but from memory I'm fairly certain it made no difference. If it will help and there are no further confirmations I can look into installing Win7 in some empty space on my hard drive to verify. If there's any additional information I can help gather I'd be more than happy to do so.

Tack!

Revision history for this message
Jeff Bower (ubuntu-ebower) wrote :

One more comment, the output above reported an ALC888, however I believe that the actual part number is the ALC888S (http://www.realtek.com.tw/products/productsView.aspx?Langid=1&PFid=28&Level=5&Conn=4&ProdID=141). I didn't quickly find a reference to my specific model, but the 600-1050 mentions this explicitly (http://h10025.www1.hp.com/ewfrf/wc/document?lc=en&dlc=en&cc=us&docname=c01862319). I don't know if this changes things, but I figure it couldn't hurt to mention it. :)

Revision history for this message
ajstrobus (ajstrobus) wrote :

Hi David,
First, Thank you very much for looking into this, sorry I'm just now getting to it, I wanted to do this the other night but didn't have any time & now is the first chance i've had. Heres what I've done in this order.

1. formated & installed fresh 64bit 10.04 lucid LTS because I've messed with too many things on the old install.

2. Installed "alsa-intel-hda-update-diwic-proccoef-dkms_1.0.23_all.deb" & rebooted, checked it was pointing to path "/lib/modules/2.6.32-21-generic/updates/dkms"

3. Installed Updates from ubuntu "Update Manager", Ran alsamixer, F5 & changed all levels to full, Ran "alsa-info.sh" & posted results above. then uninstalled alsa-intel-hda-update-diwic-proccoef-dkms_1.0.23_all.deb

I also have no windows partition anymore, only a separate HD with win7 I swap out from time to time, If it would help I can setup dual boot win7 on the lucid drive, but would rather just have ubuntu on this drive. Let me know if there's anything else you would like me to try.

Revision history for this message
ajstrobus (ajstrobus) wrote :
Revision history for this message
Jeff Bower (ubuntu-ebower) wrote :

Windows 7 installed in some empty space, interestingly enough even the Windows default drivers didn't work. After installing the drivers from HP the sound worked fine under Windows, but rebooting into Ubuntu didn't see any change. It was a soft reboot (I didn't power off completely) and I had already fixed GRUB2 at that point.

Revision history for this message
ajstrobus (ajstrobus) wrote :

Installed clean Windows 7 on other HD, & noticed there are 2 speaker devices listed (Driver version6.1.7600.16385 High Definition Audio Device). One Speaker sound test plays through headphones jack & the Other Listed Speaker sound test Doesn't seem to have any audio output.

After updating the audio driver from Windows updates it changes to 1 speaker device with automatic (jack sensing). & now sound works through internal speakers then switches to headphones when plugged in. I'm suspecting the original driver above may have been failing the internal speakers just like the alsa-driver in ubuntu, which also lists the speakers & headphones separately in output devices.

Revision history for this message
David Henningsson (diwic) wrote :

@ajstrobus, sorry if I'm not following. Does it matter for Ubuntu, whether Windows 7 has been started or not? I e, are speakers working if you boot Win 7 and then reboot into Ubuntu, or no difference?

Revision history for this message
ajstrobus (ajstrobus) wrote :

No, there is no difference. I just thought it was interesting that the original windows 7 audio driver was acting the same way as the Alsa-driver in Ubuntu. Let me know if there's anything else I can do to confirm.

Revision history for this message
ajstrobus (ajstrobus) wrote :

I wonder if it is something to do with the chipset being alc888S instead of alc888 that is being reported like jeff said. There are slightly different specs for the -S version I wonder if its enough to map the internal speakers differently. Where does ubuntu get the codec dump? is it from snd-hda-intel choosing the defaults for alc888? if so could there be differences in the node's mappings thinking its an alc888 instead of alc888s?

Revision history for this message
David Henningsson (diwic) wrote :

@ajstrobus, the codec dump is a dump of information present on the alc888s chip. (Some of it is changed by BIOS on startup.)

Changed in alsa-driver (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
ajstrobus (ajstrobus) wrote :

I know I might sound stuck on the nodeid theory, but I have built a working audio driver in osx & when I take the nodeid's in the pathmap of the driver (0x14-0x0c-0x02 "hex") which is sending sound to the headphones with the settings it see's in my codecverbs then change the nodeid's to (0x17-0x0f-0x05) it starts sending the sound to the lineout & so on for every other Input/output. So since the driver is working properly its just strange that when I change the "Nodes" to (0x15-0x0d-0x03) there seems to be no sound going to speakers, & odd Ubuntu also has no output to Internal speakers (not familiar with alsa source yet for comparison).

I'm just wondering if theres a way to rule out the possibility that HP has mapped the internal speakers to non-standard nodes & their windows driver is overriding the chips defaults which are possibly being displayed incorrectly by the bios (I've heard of hp doing something on those lines before). Or that there is special amplification settings for the internal speakers, I did see inside there are 2 sets of wires going to each speaker, (black/white) & (black/red). maybe its just because there are 4 speakers but I would think if its stereo there'd only be one set to each speaker for 2ch. Is it possible their powered & the codec handles their power management?

Just sending some ideas for thought, let me know if you think I should do something to test further.

Revision history for this message
David Henningsson (diwic) wrote :

ajstrobus, if you have the source code to a working driver in OSX that would definitely be a step forward. Maybe it isn't a coef after all then, if OSX sets no coefs, we shouldn't need to do that either.
Just to make sure I'm not missing any information: I assume you do the nodeid stuff is done in hda_analyzer. Is there any way or any how you have been able to get sound from the internal speakers in Linux, by changing settings and paths in hda_analyzer?

Revision history for this message
ajstrobus (ajstrobus) wrote :

I don't know much about audio from the linux side but here's what I've done from osx. I took the stock driver (AppleHDA.kext) & bin patched it with the alc888's deviceid overwriting the mac alc885 with hexedit. Then the LegacyHDA.kext just has 1 plist file inside to add settings for the alc888. The Codec Verbs I got from windows registry & the Node'ID's I got from using codecgraph from an alsa codec dump (codec-graph.dec.txt.svg). Apple drivers are all open source but its much easier editing the plist file with a plist editor, I've only edited plists in osx but I found http://scw.us/iPhone/plutil/ has one I haven't tried for linux. My verbs are in "/iokitpersonalities/hda hardware config resource/hdaconfigdefault/0/configdata" & NodeId layout is in "/iokitpersonalities/hda platform resource/pathmaps/0/pathmap" -> under that I have the device order as mic-linein-spdifin-hp-intspkr-lineout-spdifout.

The only one that doesn't have sound output is intspeakers, maybe its a different problem in osx & just a big coincidence but let me know if you see anything interesting or need more info.

Revision history for this message
ajstrobus (ajstrobus) wrote :
Revision history for this message
ajstrobus (ajstrobus) wrote :
Revision history for this message
David Henningsson (diwic) wrote :

1) Is there any way or any how you have been able to get sound from the internal speakers in Linux, by changing settings and paths in hda_analyzer?
2) Is there any way or any how you have been able to get sound from the internal speakers in OS X, using the open-source OS X driver?

Changed in alsa-driver (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
ajstrobus (ajstrobus) wrote :

I've Never been able to produce even the tiniest of sounds from the internal speakers from linux or osx but I will start messing around with hda_analyzer & see what I find. I'm just waiting for my re-encode to finish in a few more hours so I can reboot, thanks for the tip.

Revision history for this message
ajstrobus (ajstrobus) wrote :

Ok, I first downloaded the run.py script for hda-analyzer & it gave me a bunch of errors so I downloaded from your ppa / synaptic & it still gives the same ones with root privilages, here's the output, let me know if I forgot something or did something stupid:

root@ts-desktop:/home/ts# hda_analyzer
Traceback (most recent call last):
  File "/usr/bin/hda_analyzer", line 1020, in <module>
    sys.exit(main(sys.argv))
  File "/usr/bin/hda_analyzer", line 1002, in main
    if read_nodes(sys.argv[1:]) == 0:
  File "/usr/bin/hda_analyzer", line 92, in read_nodes
    read_nodes2(c.card, i)
  File "/usr/bin/hda_analyzer", line 63, in read_nodes2
    c = HDACodec(card, codec)
  File "/usr/share/snd-hda-tools/hda_codec.py", line 749, in __init__
    self.parse_proc()
  File "/usr/share/snd-hda-tools/hda_codec.py", line 831, in parse_proc
    self.proc_codec = HDACodecProc(self.card, self.device, file)
  File "/usr/share/snd-hda-tools/hda_proc.py", line 466, in __init__
    self.parse(proc_file)
  File "/usr/share/snd-hda-tools/hda_proc.py", line 688, in parse
    self.wrongfile(line)
  File "/usr/share/snd-hda-tools/hda_proc.py", line 143, in wrongfile
    raise ValueError, "wrong proc file format (%s)" % msg
ValueError: wrong proc file format ( Processing coef 0: 0x22)

Revision history for this message
ajstrobus (ajstrobus) wrote :

Never Mind that, I'm not sure what I did but I installed updates, rebooted & "sudo hda_analyzer" & it opened fine, looks like a real nice gui for me to mess with all kindsa great stuff =) be back soon...

Revision history for this message
ajstrobus (ajstrobus) wrote :

After updates I noticed my mic is gone (not sure if thats what did it) but I also noticed in hda_analyzer it says "no presence" in the "Config Default" box on both the internal speakers 0x15 & internal mic 0x12. Nothing seams to enable internal speakers but I did notice Headphone & int SPKR both where on audio mixer 0x0f for some reason now, when I put the Headphone back on 0x0c like it showed in a previous codec dump sound works on the headphones when I select Headphones in Output (It used to play sound to Headphones only if you select speakers).

So a little progress with finding out why headphones were playing when selecting speakers but not sure about internal speakers or mic now.

Revision history for this message
David Henningsson (diwic) wrote :

Spinning of your original idea, it could also be that the internal speaker aren't actually connected to node 0x15 but to another node (so the pin config is wrong). Have you tried (in hda_analyzer) the other nodes (0x16, 0x18 and so on) if it could be that the internal speaker is actually connected there instead?

Revision history for this message
ajstrobus (ajstrobus) wrote :

I guess its not a node problem. I went from node 0x14 to 0x1b (outputs) & selected each mixer while a movie was playing with "analog speakers" selected in output devices. I also played around with the few other settings on each node with no effect, the only thing I noticed is like before (the reason headphones was not playing while selected in output is mixer 0x0f was selected for headphones instead of 0x0c is what it should be).

Nothing seams to help internal speakers =( maybe a hammer?

Changed in alsa-driver (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
ajstrobus (ajstrobus) wrote :

another thing I found interesting but probably has nothing to do with it is, mixer 0x0e the 3rd of 4 analog mixers doesn't seem to work on anything (headphones or line out) but if I point headphones to any of the other 3 mixers I get sound to headphones (with speakers selected in output devices of course). I tested pointing headphones 0x14 to the same mixer in osx (0x14-0x0e-0x04) mapped & headphones still have sound so mixer 0x0e works in osx, just another peice of odd information I thought I'd throw in.
I should note I'm still on "model=auto" in alsa-base.conf. I get all kinds of different results when I mess around with that & not sure what is changed by changing the model but it seems like too many variables for me to figure out.

Revision history for this message
ajstrobus (ajstrobus) wrote :

driver attached is working for all but speakers with default (open source) snow leopard drivers modified to the correct pathmaps to mic - headphones - & outputs by phono but not internal speakers. Could co-efficients have something to do with setting ineternal power to the speakers since they seam to be actively powered not passive? I don't see why it would recognize the codec perfectly for all the other outputs & inputs & reject any sound from internal speakers for osx (snow leopard) & linux as well.

Revision history for this message
Faibistes (faibistes) wrote :

(sigh) I'm sick of this bug
Is there anything we can do?

Revision history for this message
David Henningsson (diwic) wrote :

Assuming https://wiki.ubuntu.com/Audio/InstallingLinuxAlsaDriverModules don't work,

You could try installing snd-hda-tools from https://launchpad.net/~diwic/+archive/ppa , run it with "sudo hda-analyzer", try enabling GPIO's (on the root node) EAPD pins (of all pin nodes) and see if any of that makes any difference or makes a pop noise on the speaker.

Revision history for this message
Faibistes (faibistes) wrote :

Did both things. No pops, no output from speakers.
Any other tests? If there were lots of combinations of configurations to be tested and you told me what those were, I would be glad to automate that and test it.

Revision history for this message
Faibistes (faibistes) wrote :

*bump*
Still no joy on Oneiric

Revision history for this message
blade_fantasy (blade-fantasy) wrote :

Anyone tried with alsa 1.0.24?

Revision history for this message
blade_fantasy (blade-fantasy) wrote :

Sorry...Anyone tried with alsa 1.0.25 ?

Revision history for this message
Jeff Bower (ubuntu-ebower) wrote :

1.0.24 is stock on Oneiric with no luck.

Manually installing 1.0.25 now detects as an HDA NVidia/Realtek ALC888 but still no sound from the internal speakers.

Revision history for this message
ajstrobus (ajstrobus) wrote :

Anyone tried with hammer?

Revision history for this message
blade_fantasy (blade-fantasy) wrote :

Alsa 1.026 are out! except for alsa-drivers 1.026 which are expected for next week.....
Anybody can try to build them?

Revision history for this message
Léonard Raimbault (raimbault-leonard) wrote :

hi
I've got HP TouchSmart 600 -1030 but the sound card is the same, and the problem too.

I want to try to build Alsa 1.0.26 but I'm afraid of doing it wrong (as I'm not a linux expert)...

Revision history for this message
James R. Weightman (jweightm) wrote :

Sorry, I can't be of more help. I tried every possible solution to this
problem and none made any difference on my machine. I have other non
touchsmart pc's from HP and do not have this problem. In the end I went
out and bought a headset to get my sound working in Linux on my pc. This
sound problem i have found occurs on every Linux distributions i install on
my touchsmart pc. I believe i did try the latest Alsa build with the same
results. Good luck to you, sorry i wasn't much help. Jim

On Wed, Apr 17, 2013 at 1:12 PM, Léonard Raimbault <
<email address hidden>> wrote:

> hi
> I've got HP TouchSmart 600 -1030 but the sound card is the same, and the
> problem too.
>
> I want to try to build Alsa 1.0.26 but I'm afraid of doing it wrong (as
> I'm not a linux expert)...
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (922950).
> https://bugs.launchpad.net/bugs/597056
>
> Title:
> HP Touchsmart 600-1005xt No sound from Internal Speakers
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/597056/+subscriptions
>

--
James R. Weightman

Revision history for this message
David Henningsson (diwic) wrote :

Please see https://wiki.ubuntu.com/Audio/UpgradingAlsa/DKMS for the recommended way of upgrading sound drivers.

Revision history for this message
Faibistes (faibistes) wrote :

Sound drivers upgraded as per https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/597056/comments/52
The bug is still there. Ubuntu 13.04. I keep on upgrading Ubuntu just to see if this bug gets fixed. This is crazy.

Revision history for this message
blade_fantasy (blade-fantasy) wrote :

I found this:
https://launchpad.net/~diwic/+archive/hda
that can change pin of audio
I tried some combination (most on pin 0x14) but without success...
Can anyone try to help me??

Changed in alsa-driver (Ubuntu):
assignee: nobody → Alberto Escoto (escoto287)
assignee: Alberto Escoto (escoto287) → nobody
Revision history for this message
Marcus Tomlinson (marcustomlinson) wrote :

This release of Ubuntu is no longer receiving maintenance updates. If this is still an issue on a maintained version of Ubuntu please let us know.

Changed in alsa-driver (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
OEB (oeb) wrote :

Hello, I have Ubuntu 18.04 installed on my HP touchsmart 600.
Audio still doesn't work either the internal speakers, or if I connect outside speakers through 3.5mm audio jack.
A USB headset works though and I can listen to YouTube using it.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for alsa-driver (Ubuntu) because there has been no activity for 60 days.]

Changed in alsa-driver (Ubuntu):
status: Incomplete → Expired
Revision history for this message
js1 (sujiannming) wrote :

FWIW, I installed Lubuntu 23.10 on my old HP TouchSmart 600. Because of this audio problem, I've been using bluetooth speakers. Last week, I plugged in some old computer speakers via the 3.5mm audio out. For a short instance, sound actually came out of the internal speakers. Eventually, sound came out of the external speakers, and no longer the internal.

I think Lubuntu uses PulseAudio by default, but ALSA seems to also be installed. I don't know why the internal speakers suddenly worked then stopped, and I haven't figured out how to reproduce it. Either way, bt and audio out still works.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.