No sound card detected - Intel 7320 CPU + Asus Rog Strix Z270
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.
Still no sound detection. I didn't do much other than go to the control-panel/sound and see that sound was set to "dummy output" as well.
So, either something is wrong with my new MB (possible of course), or there is some setting in kernel startup or uefi bios I need to change (yes, audio HD is enabled, it sees it in lspci - just no codecs)
OR
There is something that needs to be installed or configured via .conf or what have you in the sound system post clean install.
The modules need to be loaded for sound to work. In days of old you needed a .conf so that when sound got used, it would load the drivers for sound. Not so much the case these days, and the sound gets used when mixer settings are restored at boot. Without that old school .conf you had to modprobe / insmod the modules for sound to work. And in a particular order in the case of insmod. Probability low for that to have any relevance to your issue.
This is from my Mint 18.1 install.
If you want, I can reboot into Fedora 26 Alpha to see what shows under kernel 4.11, but suspect not important since that also didn't work and listed only "dummy output" as well.
Ran the following:
for mask in 01 02 04 08 10 20 40 80; do rmmod snd-hda-intel; modprobe snd-hda-intel probe_mask=0x1$mask; done
Syslog contents:
Code:
May 14 23:11:34 merlin kernel: [72179.619125] snd_hda_intel 0000:00:1f.3: codec_mask forced to 0x1
May 14 23:11:34 merlin kernel: [72179.619157] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
May 14 23:11:34 merlin kernel: [72179.731796] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
May 14 23:11:34 merlin kernel: [72179.733365] snd_hda_intel 0000:00:1f.3: no codecs found!
May 14 23:11:34 merlin kernel: [72179.756011] snd_hda_intel 0000:00:1f.3: codec_mask forced to 0x2
May 14 23:11:34 merlin kernel: [72179.756104] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
May 14 23:11:34 merlin kernel: [72179.867865] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
May 14 23:11:34 merlin kernel: [72179.869442] snd_hda_intel 0000:00:1f.3: no codecs found!
May 14 23:11:34 merlin kernel: [72179.899479] snd_hda_intel 0000:00:1f.3: codec_mask forced to 0x4
May 14 23:11:34 merlin kernel: [72179.899567] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
May 14 23:11:34 merlin kernel: [72180.012510] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
May 14 23:11:34 merlin kernel: [72180.013841] snd_hda_intel 0000:00:1f.3: no codecs found!
May 14 23:11:34 merlin kernel: [72180.039720] snd_hda_intel 0000:00:1f.3: codec_mask forced to 0x8
May 14 23:11:34 merlin kernel: [72180.039770] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
May 14 23:11:34 merlin kernel: [72180.152510] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
May 14 23:11:34 merlin kernel: [72180.154123] snd_hda_intel 0000:00:1f.3: no codecs found!
May 14 23:11:34 merlin kernel: [72180.179977] snd_hda_intel 0000:00:1f.3: codec_mask forced to 0x10
May 14 23:11:34 merlin kernel: [72180.180066] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
May 14 23:11:34 merlin kernel: [72180.292613] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
May 14 23:11:34 merlin kernel: [72180.294235] snd_hda_intel 0000:00:1f.3: no codecs found!
May 14 23:11:34 merlin kernel: [72180.316050] snd_hda_intel 0000:00:1f.3: codec_mask forced to 0x20
May 14 23:11:34 merlin kernel: [72180.316141] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
May 14 23:11:34 merlin kernel: [72180.432151] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
May 14 23:11:35 merlin kernel: [72180.433719] snd_hda_intel 0000:00:1f.3: no codecs found!
May 14 23:11:35 merlin kernel: [72180.463965] snd_hda_intel 0000:00:1f.3: codec_mask forced to 0x40
May 14 23:11:35 merlin kernel: [72180.464056] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
May 14 23:11:35 merlin kernel: [72180.575872] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
May 14 23:11:35 merlin kernel: [72180.577448] snd_hda_intel 0000:00:1f.3: no codecs found!
May 14 23:11:35 merlin kernel: [72180.600025] snd_hda_intel 0000:00:1f.3: codec_mask forced to 0x80
May 14 23:11:35 merlin kernel: [72180.600115] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
May 14 23:11:35 merlin kernel: [72180.711935] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
May 14 23:11:35 merlin kernel: [72180.713501] snd_hda_intel 0000:00:1f.3: no codecs found!
May 14 23:11:40 merlin ntpd[1453]: Soliciting pool server 66.228.42.59
May 14 23:11:50 merlin ntpd[1453]: Soliciting pool server 216.229.0.49
May 14 23:11:57 merlin ntpd[1453]: Soliciting pool server 75.128.253.52
Will try reboot as the guy said (mine did not lock up - I'm writing this after running the above), but this rings a bell so suspect reboot won't do a thing.
Will look at the rest of what you wrote and see if anything didn't try.
I find it odd if it IS a bug because I'd expect by now many users of this chip, 1220, if not the same MB would have this issue and I'd have found references to it all over google. I've seen issues with returning from sleep it stopping working but not "not working at all."
EDIT: Tried the 0xf thing as you listed in .conf file. No luck.
OK on rereview Seasons, it looks like your conf suggestion is probably same thing I ran by hand (perhaps it matters more at boot?) but just for record, attaching that config, it was never edited by me so it's in vanilla state for my Mint install.
Welp, at least until I can troubleshoot this - I can still install some simple games for the boy to play in den with me (vs from his room with teamspeak) since I found a leftover old USB sound dongle for my old Logitech 330. I never used these, always went directly to the analog inputs for my headsets. Plugged an iphone earphone into it and voila. So he can bring his headset over when he wants to play and it will work.
Still looking to fix this, but have a workaround without buying a pci SB because even though not a terrible waste of cash ($39), I didn't want to have to plug his headset all the time at the BACK of the pc.
linux /boot/vmlinuz-3.16.0-4-amd64 root=LABEL=ohMy module.parameter=xyz
Or something like that. A usb soundcard is one option. You can also buy a headphone preamp or extension cable, which helps to bring the back of the computer to the front, as well as other more convenient locations. Another option is a pulseaudio sound server and network your audio. Requires two devices, but a raspberry pi can handle this type of thing, with very low power consumption. Although you might want another usb ethernet dongle to handle the traffic. Not an issue for me as my internet pipe is small enough to not be in competition with audio traffic.
The 'SupremeFX 8-Channel High Definition Audio CODEC S1220A' is not the same as the Realtek 1220 it is based on, there are some minor software and driver changes, and those changes are enough that the kernels that work with the ALC 1220 wont with the SupremeFX.
Quote:
Originally Posted by Varsuuk
Still looking to fix this, but have a workaround without buying a pci SB because even though not a terrible waste of cash ($39), I didn't want to have to plug his headset all the time at the BACK of the pc.
PCIe, not PCI. No PCI sots on that board.
BTW I'd suggest Asus rather than creative (sound blaster) if you do buy a new sound card.
I've never seen a codec probing issue fixed with a model= string. I don't think it makes sense to play with pincfg's if you can't even find/initialize the codec.
Besides, 'asus-modex' is not a valid model string for ALC1220, which is grouped with ALC882: https://github.com/torvalds/linux/bl...ealtek.c#L7489
Here are possible model strings, none of which look applicable:
OK this is a educated guess.... The 'SupremeFX 8-Channel High Definition Audio CODEC S1220A' is not the same as the Realtek 1220 it is based on, there are some minor software and driver changes, and those changes are enough that the kernels that work with the ALC 1220 wont with the SupremeFX.
We are grasping at straws. If you're lazy, wait for 4.12.x or later versions and it'll probably just work out of the box. We're also a bit short on information, without having the hardware ourselves. It's the codec not found issue that is likely preventing the device from showing up. But snd-hda-codec doesn't seem to have many options. And the alsa page for "links to codecs" is incomplete.
OK this is a educated guess....The 'SupremeFX 8-Channel High Definition Audio CODEC S1220A' is not the same as the Realtek 1220 it is based on, there are some minor software and driver changes, and those changes are enough that the kernels that work with the ALC 1220 wont with the SupremeFX.
Nice find, it would be nice to have more than "Realtek ALC S1220A" e.g. board series, what was done to get it work or did it out of the box with 4.10/4.11, etc. But anyway. no that doesn't. Asus lists them diferently-
Quote:
ROG SupremeFX 8-Channel High Definition Audio CODEC S1220A
There are even different drivers for those two boards with the same 'base' ALC 1220A chip (since as far as I can tell thats 'ALC 1120A(sus)'). They even release windows drivers for the different versions, SupremeFX and 'vanilla' Realtek, on the same day. While I haven't heard of anybody trying to use the SupremeFX drivers on the ALC S1220A it is based on, people did try with earlier versions and it doesn't work.
Again, its just an educated guess, but the Asus boards with ALC 1220A all use the same chips, but they flip some value in the firmware for the ROG SupremeFX. Which is why the ALC 1220A works but the SupremeFX ALC 1220A doesn't.
Hey, I'm not saying I'm right, maybe they are the same. That is just the long version of the logic I was using in the 1st place.
Maybe some random glitch which is stopping the sound from working, when if its just an ALC 1220 issue should be fine with kernel 4.11, has been missed over the last few pages.
The 'SupremeFX 8-Channel High Definition Audio CODEC S1220A' is not the same as the Realtek 1220 it is based on, there are some minor software and driver changes, and those changes are enough that the kernels that work with the ALC 1220 wont with the SupremeFX.
PCIe, not PCI. No PCI sots on that board.
BTW I'd suggest Asus rather than creative (sound blaster) if you do buy a new sound card.
Thanks, I haven't kept up with sound cards. I mean, I started with the old Aldlib and after that switched to SB's so never really checked out new models past when like Live 5.1 came out. My old ISA one would be passed from PC to PC until the new ones couldn't accept it and by then I just used ASUS built-in. (So far all my MBs have been Asus)
For now, the dongle seems fine, he can plug his gamer headset into it. It isn't my game machine, that's to the right of this PC. I just wanted to have Alex be able to play with Dad sitting next to each other vs room to room with TS3 chat. Figure Minecraft, maybe Baldur's Gate if can get it going well enough on this (want to bring him to dark side of RPGs)
EDIT: Forgot to mention --> GOOD Catch, yeah - it's probably "customized for gamer goodness" ;P
As several people pointed out (going to try some of the strings for heck of it and especially read the links) it will probably work "eventually" - I just found it ODD I couldn't find a lot of people crying about it I tend to love how if I have a problem in general a simply google finds the exact words and BLAM - answers.
I didn't realize board from last Nov/Dec was still "new" enough for this. I also didn't care back when I ordered it since originally intended it for servers and coding. Before got the idea son could play next to me.
Since the dongle "works" for now - I will investigate the links cos I am obsessive like that BUT am technically good until it is updated.
Speaking of "until it is updated" (drivers or kernel) - should I just remove the kernel 4.11 I installed from some .deb (iir) I got following a helpful poster here's link?
Since the old kernel updates still appear in my Updater (Mint 18.1) I was thinking that maybe should downgrade since didn't fix it and this way would get the updates without having to constantly check for security updates on the kernel site. I doubt I will remember to although I tend to notice and update regularly from the Mint icon.
Thoughts?
Lastly ---> You. Guys. Rock.
I cannot tell you how much I have appreciated all the help and guidance. I've been working on this as I had time and without you I'd still be reinstalling distros probably ;P
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.