Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I would go at solus. Live there, and try to get the card up. About the only thing you told us is that the card works in 2 other distros. So compare
lspci output
lsmod |grep snd
Check is alsamixer muted
Where they differ, show us the working output, and the non-working output, and folks will get to the bottom of this fairly quick.
what do you mean?
i have provided:
- inxi -A (your lscpi output)
- pacmd list-cards
- pactl list sources
- amixer -c0 (which shows the card is not muted)
- pacmd list-cards
- pactl list sinks
- aplay -l
- aplay -L
as well as attaching the same for arch linux where things are working as expected
Sorry - My mistake. Too busy here, missed some of that.
Is anything using the AMD card? The Nvidia seems to work in 2, but not in 1. I would like to see lsmod |grep snd from solus and one other in case something is odd.
Sorry - My mistake. Too busy here, missed some of that.
Is anything using the AMD card? The Nvidia seems to work in 2, but not in 1. I would like to see lsmod |grep snd from solus and one other in case something is odd.
no problem. the amd card is the sound related to the chassis
again. on the arch install, sound plays through the speaker. when i plug in headphones in the chassis, sounds shifts to the headphones.
on the solus install, sound from the headphone works.and in pavucontrol, i can see that pulse picks up when the headphones are plugged in.
the solution to the problem seems to be enabling
Code:
output:hdmi-stereo-extra1: Digital Stereo (HDMI 2) Output (priority 5700, available: no)
to unknown or whatever it takes that pavucontrol does not see it it as unplugged and unavailable
Well, that's a complicated sound setup, but I gather it's mostly on the chassis. Personally, I would decide which is the better card, disable the other one and set up the remaining one. Saying it's on the 'chassis' doesn't mean much to me. On the Motherboard?
That aside, is hdmi 2 being fed by AMD or Nvidia card? Can you nobble the working card temporarily while we sort the dud one? tem
I'm not following exactly what you have hooked up here - and suspect I may not be alone - if I understand right you basically have a tower with onboard audio (with analog output jacks on the front/back - this is what I understand to be the problem child), and a newer nVidia card which has HDMI out (this is what I understand to not be the problem child) - are you using the HDMI audio? (either directly, like into a TV/receiver to use speakers, or 'indirectly' like using a headphone jack built-in to a monitor or via HDMI audio extractor?) If the answer is 'no' for HDMI audio, I would just disable that card in pavucontrol entirely and try again. If the answer is 'yes' to HDMI audio, are you sure whatever application(s) you're using that are sending sound are actually pointed at the right audio card? (is the one you want to use set as 'default'?)
I'm not following exactly what you have hooked up here - and suspect I may not be alone - if I understand right you basically have a tower with onboard audio (with analog output jacks on the front/back - this is what I understand to be the problem child), and a newer nVidia card which has HDMI out (this is what I understand to not be the problem child) - are you using the HDMI audio? (either directly, like into a TV/receiver to use speakers, or 'indirectly' like using a headphone jack built-in to a monitor or via HDMI audio extractor?) If the answer is 'no' for HDMI audio, I would just disable that card in pavucontrol entirely and try again. If the answer is 'yes' to HDMI audio, are you sure whatever application(s) you're using that are sending sound are actually pointed at the right audio card? (is the one you want to use set as 'default'?)
i have a case that has audio jacks - this is not the problem
the problem is that the main speaker is hooked to the motherboard. debian/arch/gentoo pickup this is
Code:
output:hdmi-stereo-extra1: Digital Stereo (HDMI 2) Output (priority 5700, available: unknown)
solus sees it as
Code:
output:hdmi-stereo-extra1: Digital Stereo (HDMI 2) Output (priority 5700, available: no)
this is the most obvious difference to me in how 4 distros are treating the same card
debian/arch/gentoo work as expected. if i plug in my headphones to the case, they play the sound through the case. solus only plays sound through the case.
The way a modern kernel is supposed to be since 3.x.x?)is
The hardware identifies itself
The kernel loads the appropiate modules, & firmware
Any supplementary configuration or options are ap[plied.
Programs are started if applicable.
The part (soundcard in this case) is then ready for use.
I would inspect dmesg between the working and non-working distros. That's as close as you'll get to a kernel's mind on the matter. You should see differences.
I wouldn't expect it to. If you read my last post you'll see I was more interested in what hardware it sees at boot up. There was, and I suppose still is a hardware switch on earphone sockets to replace the speaker with the earphones when you plug them in. There's some software involvement too
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.