RE: [alsa-devel] ALSA:usb audio Higher sample rates on usb audio no longer working.
Hi Con, Thanks a lot for reporting the issue and also for taking your time to help me with lsusb output and dmesg logs. I have sent a patch in another mail to fix this issue. Could you help by checking if the patch fixes this issue for you? Thanks, Saranya > -Original Message- > From: Con Kolivas [mailto:ker...@kolivas.org] > Sent: Saturday, January 05, 2019 2:05 AM > To: Gopal, Saranya > Cc: Pierre-Louis Bossart ; Takashi Iwai > ; alsa-de...@alsa-project.org; linux-...@vger.kernel.org; > linux-kernel ; felipe.ba...@linux.intel.com > Subject: Re: [alsa-devel] ALSA:usb audio Higher sample rates on usb audio no > longer working. > > Hi Saranya. > > On Sat, 5 Jan 2019 at 03:52, Gopal, Saranya wrote: > > > And since I was not part of the initial mail thread, I might have missed > > some > information. > > Could someone give me lsusb -v output for this USB audio device. > > These outputs are with the UAC3 patch backed out: > > dmesg: > [50384.859492] usb 2-1.8.4: new high-speed USB device number 26 using ehci- > pci > [50384.974496] usb 2-1.8.4: New USB device found, idVendor=19fb, > idProduct=2040, bcdDevice= 2.00 > [50384.974500] usb 2-1.8.4: New USB device strings: Mfr=1, Product=2, > SerialNumber=0 > [50384.974501] usb 2-1.8.4: Product: Anti-Mode X4 > [50384.974503] usb 2-1.8.4: Manufacturer: DSPeaker > > lsusb -v: > Bus 002 Device 026: ID 19fb:2040 > Device Descriptor: > bLength18 > bDescriptorType 1 > bcdUSB 2.00 > bDeviceClass 239 Miscellaneous Device > bDeviceSubClass 2 ? > bDeviceProtocol 1 Interface Association > bMaxPacketSize064 > idVendor 0x19fb > idProduct 0x2040 > bcdDevice2.00 > iManufacturer 1 DSPeaker > iProduct2 Anti-Mode X4 > iSerial 0 > bNumConfigurations 2 > Configuration Descriptor: > bLength 9 > bDescriptorType 2 > wTotalLength 254 > bNumInterfaces 2 > bConfigurationValue 1 > iConfiguration 0 > bmAttributes 0xc0 > Self Powered > MaxPower 100mA > Interface Association: > bLength 8 > bDescriptorType11 > bFirstInterface 0 > bInterfaceCount 2 > bFunctionClass 1 Audio > bFunctionSubClass 0 > bFunctionProtocol 32 > iFunction 0 > Interface Descriptor: > bLength 9 > bDescriptorType 4 > bInterfaceNumber0 > bAlternateSetting 0 > bNumEndpoints 0 > bInterfaceClass 1 Audio > bInterfaceSubClass 1 Control Device > bInterfaceProtocol 32 > iInterface 0 > AudioControl Interface Descriptor: > bLength 9 > bDescriptorType36 > bDescriptorSubtype 1 (HEADER) > bcdADC 2.00 > bCategory 10 > wTotalLength 60 > bmControl0x00 > AudioControl Interface Descriptor: > bLength 8 > bDescriptorType36 > bDescriptorSubtype 10 (CLOCK_SOURCE) > bClockID 41 > bmAttributes 0x03 Internal programmable Clock > bmControls 0x07 > Clock Frequency Control (read/write) > Clock Validity Control (read-only) > bAssocTerminal 0 > iClockSource0 > AudioControl Interface Descriptor: > bLength 8 > bDescriptorType36 > bDescriptorSubtype 11 (CLOCK_SELECTOR) > bUnitID40 > bNrInPins 1 > baCSourceID( 0)41 > bmControls 0x00 > iClockSelector 0 > AudioControl Interface Descriptor: > bLength17 > bDescriptorType36 > bDescriptorSubtype 2 (INPUT_TERMINAL) > bTerminalID 1 > wTerminalType 0x0101 USB Streaming > bAssocTerminal 0 > bCSourceID 40 > bNrChannels 2 > bmChannelConfig 0x > bmControls0x > iChannelNames 4 Analog 1 > iTerminal 0 > AudioControl Interface Descriptor: > bLength18 > bDescriptorType
Re: [alsa-devel] ALSA:usb audio Higher sample rates on usb audio no longer working.
Hi Saranya. On Sat, 5 Jan 2019 at 03:52, Gopal, Saranya wrote: > And since I was not part of the initial mail thread, I might have missed some > information. > Could someone give me lsusb -v output for this USB audio device. These outputs are with the UAC3 patch backed out: dmesg: [50384.859492] usb 2-1.8.4: new high-speed USB device number 26 using ehci-pci [50384.974496] usb 2-1.8.4: New USB device found, idVendor=19fb, idProduct=2040, bcdDevice= 2.00 [50384.974500] usb 2-1.8.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [50384.974501] usb 2-1.8.4: Product: Anti-Mode X4 [50384.974503] usb 2-1.8.4: Manufacturer: DSPeaker lsusb -v: Bus 002 Device 026: ID 19fb:2040 Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 239 Miscellaneous Device bDeviceSubClass 2 ? bDeviceProtocol 1 Interface Association bMaxPacketSize064 idVendor 0x19fb idProduct 0x2040 bcdDevice2.00 iManufacturer 1 DSPeaker iProduct2 Anti-Mode X4 iSerial 0 bNumConfigurations 2 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 254 bNumInterfaces 2 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower 100mA Interface Association: bLength 8 bDescriptorType11 bFirstInterface 0 bInterfaceCount 2 bFunctionClass 1 Audio bFunctionSubClass 0 bFunctionProtocol 32 iFunction 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 1 Control Device bInterfaceProtocol 32 iInterface 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType36 bDescriptorSubtype 1 (HEADER) bcdADC 2.00 bCategory 10 wTotalLength 60 bmControl0x00 AudioControl Interface Descriptor: bLength 8 bDescriptorType36 bDescriptorSubtype 10 (CLOCK_SOURCE) bClockID 41 bmAttributes 0x03 Internal programmable Clock bmControls 0x07 Clock Frequency Control (read/write) Clock Validity Control (read-only) bAssocTerminal 0 iClockSource0 AudioControl Interface Descriptor: bLength 8 bDescriptorType36 bDescriptorSubtype 11 (CLOCK_SELECTOR) bUnitID40 bNrInPins 1 baCSourceID( 0)41 bmControls 0x00 iClockSelector 0 AudioControl Interface Descriptor: bLength17 bDescriptorType36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID 1 wTerminalType 0x0101 USB Streaming bAssocTerminal 0 bCSourceID 40 bNrChannels 2 bmChannelConfig 0x bmControls0x iChannelNames 4 Analog 1 iTerminal 0 AudioControl Interface Descriptor: bLength18 bDescriptorType36 bDescriptorSubtype 6 (FEATURE_UNIT) bUnitID 3 bSourceID 1 bmaControls( 0) 0x000f Mute Control (read/write) Volume Control (read/write) bmaControls( 1) 0x bmaControls( 2) 0x iFeature0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 32 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 1 bNumEndpoints 2 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 32 iInterface 0 AudioStreaming Interface Descriptor: bLength16 bDescriptorType36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 1 bmControls 0x00 bFormatType
Re: [alsa-devel] ALSA:usb audio Higher sample rates on usb audio no longer working.
On 1/4/19 10:52 AM, Gopal, Saranya wrote: [ Adding linux-usb ML to Cc, as it's a core USB issue ] So the device seems incorrectly advertising as if it were supporting UAC3 -- assuming the device is still not UAC3-capable. IOW, it's a buggy firmware. We need some blacklisting, or revert the commit for now, unless any real UAC3 device comes up to the market. IIRC an UAC3-capable device is required to expose a backwards-compatible configuration (either UAC1 or UAC2). Maybe an additional test can be done to harden the detection so that UAC3 is only chosen if indeed a second audio configuration is present as well. I also vaguely recall there was talk about adding information in the BOS descriptor, but I don't know if this was ever published. -Pierre The current detection logic is that UAC3 configuration is chosen only when a device has a configuration with audio interface supporting UAC3 protocol. Additionally, it already makes sure that UAC3 is selected only when there is more than one configuration. What I meant if that the other configurations are not checked for UAC1 or UAC2 capabilities, you only check that there is more than one configuration
RE: [alsa-devel] ALSA:usb audio Higher sample rates on usb audio no longer working.
> > [ Adding linux-usb ML to Cc, as it's a core USB issue ] > > > > So the device seems incorrectly advertising as if it were supporting > > UAC3 -- assuming the device is still not UAC3-capable. > > > > IOW, it's a buggy firmware. We need some blacklisting, or revert the > > commit for now, unless any real UAC3 device comes up to the market. > > IIRC an UAC3-capable device is required to expose a backwards-compatible > configuration (either UAC1 or UAC2). Maybe an additional test can be > done to harden the detection so that UAC3 is only chosen if indeed a > second audio configuration is present as well. > > I also vaguely recall there was talk about adding information in the BOS > descriptor, but I don't know if this was ever published. > > -Pierre The current detection logic is that UAC3 configuration is chosen only when a device has a configuration with audio interface supporting UAC3 protocol. Additionally, it already makes sure that UAC3 is selected only when there is more than one configuration. Otherwise, the first configuration is chosen by default. So, the patch does not affect existing UAC1 and UAC2 devices. As Iwai said, this issue seems to be because of a buggy firmware which wrongly advertises UAC3-capability. Could we add some quirk to select another configuration for this particular device? I see that there is a similar in quirk in sound/usb/quirks.c (snd_usb_fasttrackpro_boot_quirk) . Could something like that be done for this particular device? And since I was not part of the initial mail thread, I might have missed some information. Could someone give me lsusb -v output for this USB audio device. Thanks, Saranya
Re: [alsa-devel] ALSA:usb audio Higher sample rates on usb audio no longer working.
[ Adding linux-usb ML to Cc, as it's a core USB issue ] So the device seems incorrectly advertising as if it were supporting UAC3 -- assuming the device is still not UAC3-capable. IOW, it's a buggy firmware. We need some blacklisting, or revert the commit for now, unless any real UAC3 device comes up to the market. IIRC an UAC3-capable device is required to expose a backwards-compatible configuration (either UAC1 or UAC2). Maybe an additional test can be done to harden the detection so that UAC3 is only chosen if indeed a second audio configuration is present as well. I also vaguely recall there was talk about adding information in the BOS descriptor, but I don't know if this was ever published. -Pierre
Re: ALSA:usb audio Higher sample rates on usb audio no longer working.
On Fri, 04 Jan 2019 00:16:42 +0100, Con Kolivas wrote: > > Hi Iwai-san. > > Added some relevant CCs. > > On Fri, 4 Jan 2019 at 00:23, Takashi Iwai wrote: > > > > On Thu, 03 Jan 2019 12:43:54 +0100, > > Con Kolivas wrote: > > > > > > Upon switching from 4.19.0 to 4.20.0, pulseaudio started complaining > > > that sinks that previously worked are no longer supported. > > > > > > On 4.19.0 trying 24 bit 88200, 176400, and 192000 I get the following > > > output from pulse. > > > resampler.c: Forcing resampler 'copy', because of fixed, identical > > > sample rates.sink-input.c: Created input 15 "Playback Stream" on > > > alsa_output.usb-DSPeaker_Anti-Mode_X4-00.iec958-stereo with sample > > > spec float32le 2ch 176400Hz and channel map front-left,front-right > > > > > > Switching to 4.20 gives me: > > > alsa-sink.c: Sink does not support sample rate of 176400 Hz > > > and > > > alsa-sink.c: Sink does not support sample rate of 88200 Hz > > > and > > > alsa-sink.c: Sink does not support sample rate of 192000 Hz > > > > > > Sample rates of 44100, 48000, and 96000 work fine, but 88200, 176400, > > > and 192000 no longer work > > > > > > Switching back to 4.19 immediately fixes the issue. > > > > > > > > > I tried looking through the alsa changelogs but there were too many to > > > give an obvious culprit, and haven't had time to do a git bisect. If > > > there's an obvious choice patch to back out I'd be grateful for the > > > heads up. > > > > Hm, through a quick glance, there hasn't been any relevant changes in > > USB-audio part (sound/usb/*). Also, the changes in sound/core/* are > > irrelevant with your problem. > > > > So I have no idea what went wrong. The bisection, or at least, > > narrowing down the commits would be helpful. > > I've done a git bisect and found the offending commit: > > commit f13912d3f014a7f2fa5c35d25ee8c3f96bda6272 (refs/bisect/bad) > Author: Saranya Gopal > Date: Wed Sep 12 08:46:26 2018 +0530 > > usbcore: Select UAC3 configuration for audio if present > > USB audio class 3.0 specification introduced many significant > changes like > - new power domains, support for LPM/L1 > - new cluster descriptor > - new high capability and class-specific string descriptors > - BADD profiles > - ... and many other things (check spec from link below: > http://www.usb.org/developers/docs/devclass_docs/USB_Audio_v3.0.zip) > > Now that UAC3 is supported in linux, choose UAC3 > configuration for audio if the device supports it. > Selecting this configuration will enable the system to > save power by leveraging the new power domains and LPM L1 > capability and also support new codec types and data formats > for consumer audio applications. > > Signed-off-by: Saranya Gopal > Reviewed-by: Felipe Balbi > Signed-off-by: Greg Kroah-Hartman > > Reverting this patch fixes the problem for me. [ Adding linux-usb ML to Cc, as it's a core USB issue ] So the device seems incorrectly advertising as if it were supporting UAC3 -- assuming the device is still not UAC3-capable. IOW, it's a buggy firmware. We need some blacklisting, or revert the commit for now, unless any real UAC3 device comes up to the market. thanks, Takashi
Re: ALSA:usb audio Higher sample rates on usb audio no longer working.
Hi Iwai-san. Added some relevant CCs. On Fri, 4 Jan 2019 at 00:23, Takashi Iwai wrote: > > On Thu, 03 Jan 2019 12:43:54 +0100, > Con Kolivas wrote: > > > > Upon switching from 4.19.0 to 4.20.0, pulseaudio started complaining > > that sinks that previously worked are no longer supported. > > > > On 4.19.0 trying 24 bit 88200, 176400, and 192000 I get the following > > output from pulse. > > resampler.c: Forcing resampler 'copy', because of fixed, identical > > sample rates.sink-input.c: Created input 15 "Playback Stream" on > > alsa_output.usb-DSPeaker_Anti-Mode_X4-00.iec958-stereo with sample > > spec float32le 2ch 176400Hz and channel map front-left,front-right > > > > Switching to 4.20 gives me: > > alsa-sink.c: Sink does not support sample rate of 176400 Hz > > and > > alsa-sink.c: Sink does not support sample rate of 88200 Hz > > and > > alsa-sink.c: Sink does not support sample rate of 192000 Hz > > > > Sample rates of 44100, 48000, and 96000 work fine, but 88200, 176400, > > and 192000 no longer work > > > > Switching back to 4.19 immediately fixes the issue. > > > > > > I tried looking through the alsa changelogs but there were too many to > > give an obvious culprit, and haven't had time to do a git bisect. If > > there's an obvious choice patch to back out I'd be grateful for the > > heads up. > > Hm, through a quick glance, there hasn't been any relevant changes in > USB-audio part (sound/usb/*). Also, the changes in sound/core/* are > irrelevant with your problem. > > So I have no idea what went wrong. The bisection, or at least, > narrowing down the commits would be helpful. I've done a git bisect and found the offending commit: commit f13912d3f014a7f2fa5c35d25ee8c3f96bda6272 (refs/bisect/bad) Author: Saranya Gopal Date: Wed Sep 12 08:46:26 2018 +0530 usbcore: Select UAC3 configuration for audio if present USB audio class 3.0 specification introduced many significant changes like - new power domains, support for LPM/L1 - new cluster descriptor - new high capability and class-specific string descriptors - BADD profiles - ... and many other things (check spec from link below: http://www.usb.org/developers/docs/devclass_docs/USB_Audio_v3.0.zip) Now that UAC3 is supported in linux, choose UAC3 configuration for audio if the device supports it. Selecting this configuration will enable the system to save power by leveraging the new power domains and LPM L1 capability and also support new codec types and data formats for consumer audio applications. Signed-off-by: Saranya Gopal Reviewed-by: Felipe Balbi Signed-off-by: Greg Kroah-Hartman Reverting this patch fixes the problem for me. Hope this helps. Thanks, Con
Re: ALSA:usb audio Higher sample rates on usb audio no longer working.
On Thu, 03 Jan 2019 12:43:54 +0100, Con Kolivas wrote: > > Upon switching from 4.19.0 to 4.20.0, pulseaudio started complaining > that sinks that previously worked are no longer supported. > > On 4.19.0 trying 24 bit 88200, 176400, and 192000 I get the following > output from pulse. > resampler.c: Forcing resampler 'copy', because of fixed, identical > sample rates.sink-input.c: Created input 15 "Playback Stream" on > alsa_output.usb-DSPeaker_Anti-Mode_X4-00.iec958-stereo with sample > spec float32le 2ch 176400Hz and channel map front-left,front-right > > Switching to 4.20 gives me: > alsa-sink.c: Sink does not support sample rate of 176400 Hz > and > alsa-sink.c: Sink does not support sample rate of 88200 Hz > and > alsa-sink.c: Sink does not support sample rate of 192000 Hz > > Sample rates of 44100, 48000, and 96000 work fine, but 88200, 176400, > and 192000 no longer work > > Switching back to 4.19 immediately fixes the issue. > > > I tried looking through the alsa changelogs but there were too many to > give an obvious culprit, and haven't had time to do a git bisect. If > there's an obvious choice patch to back out I'd be grateful for the > heads up. Hm, through a quick glance, there hasn't been any relevant changes in USB-audio part (sound/usb/*). Also, the changes in sound/core/* are irrelevant with your problem. So I have no idea what went wrong. The bisection, or at least, narrowing down the commits would be helpful. thanks, Takashi
ALSA:usb audio Higher sample rates on usb audio no longer working.
Upon switching from 4.19.0 to 4.20.0, pulseaudio started complaining that sinks that previously worked are no longer supported. On 4.19.0 trying 24 bit 88200, 176400, and 192000 I get the following output from pulse. resampler.c: Forcing resampler 'copy', because of fixed, identical sample rates.sink-input.c: Created input 15 "Playback Stream" on alsa_output.usb-DSPeaker_Anti-Mode_X4-00.iec958-stereo with sample spec float32le 2ch 176400Hz and channel map front-left,front-right Switching to 4.20 gives me: alsa-sink.c: Sink does not support sample rate of 176400 Hz and alsa-sink.c: Sink does not support sample rate of 88200 Hz and alsa-sink.c: Sink does not support sample rate of 192000 Hz Sample rates of 44100, 48000, and 96000 work fine, but 88200, 176400, and 192000 no longer work Switching back to 4.19 immediately fixes the issue. I tried looking through the alsa changelogs but there were too many to give an obvious culprit, and haven't had time to do a git bisect. If there's an obvious choice patch to back out I'd be grateful for the heads up. Regards, Con Output from 4.19 dmesg grep snd: [4.941164] snd_hda_intel :02:00.1: Disabling MSI [4.957534] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC892: line_outs=4 (0x14/0x15/0x16/0x17/0x0) type:line [4.957536] snd_hda_codec_realtek hdaudioC0D0:speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [4.957537] snd_hda_codec_realtek hdaudioC0D0:hp_outs=1 (0x1b/0x0/0x0/0x0/0x0) [4.957538] snd_hda_codec_realtek hdaudioC0D0:mono: mono_out=0x0 [4.957538] snd_hda_codec_realtek hdaudioC0D0:dig-out=0x11/0x1e [4.957539] snd_hda_codec_realtek hdaudioC0D0:inputs: [4.957540] snd_hda_codec_realtek hdaudioC0D0: Front Mic=0x19 [4.957541] snd_hda_codec_realtek hdaudioC0D0: Rear Mic=0x18 [4.957542] snd_hda_codec_realtek hdaudioC0D0: Line=0x1a [6.215818] usbcore: registered new interface driver snd-usb-audio Output from 4.20 dmesg grep snd (identical): [4.960455] snd_hda_intel :02:00.1: Disabling MSI [4.986848] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC892: line_outs=4 (0x14/0x15/0x16/0x17/0x0) type:line [4.986850] snd_hda_codec_realtek hdaudioC0D0:speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [4.986852] snd_hda_codec_realtek hdaudioC0D0:hp_outs=1 (0x1b/0x0/0x0/0x0/0x0) [4.986853] snd_hda_codec_realtek hdaudioC0D0:mono: mono_out=0x0 [4.986854] snd_hda_codec_realtek hdaudioC0D0:dig-out=0x11/0x1e [4.986855] snd_hda_codec_realtek hdaudioC0D0:inputs: [4.986856] snd_hda_codec_realtek hdaudioC0D0: Front Mic=0x19 [4.986857] snd_hda_codec_realtek hdaudioC0D0: Rear Mic=0x18 [4.986858] snd_hda_codec_realtek hdaudioC0D0: Line=0x1a [6.211079] usbcore: registered new interface driver snd-usb-audio Output from usb connected audio device 4.19: [ 998.567015] usb 2-1.8.4: new high-speed USB device number 19 using ehci-pci [ 998.682497] usb 2-1.8.4: New USB device found, idVendor=19fb, idProduct=2040, bcdDevice= 2.00 [ 998.682502] usb 2-1.8.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 998.682505] usb 2-1.8.4: Product: Anti-Mode X4 [ 998.682507] usb 2-1.8.4: Manufacturer: DSPeaker 4.20 (identical): [ 98.428175] usb 2-1.8.4: new high-speed USB device number 19 using ehci-pci [ 98.543175] usb 2-1.8.4: New USB device found, idVendor=19fb, idProduct=2040, bcdDevice= 2.00 [ 98.543177] usb 2-1.8.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 98.543178] usb 2-1.8.4: Product: Anti-Mode X4 [ 98.543179] usb 2-1.8.4: Manufacturer: DSPeaker lspci output: 00:00.0 Host bridge: Intel Corporation Xeon E7 v2/Xeon E5 v2/Core i7 DMI2 (rev 04) 00:01.0 PCI bridge: Intel Corporation Xeon E7 v2/Xeon E5 v2/Core i7 PCI Express Root Port 1a (rev 04) 00:02.0 PCI bridge: Intel Corporation Xeon E7 v2/Xeon E5 v2/Core i7 PCI Express Root Port 2a (rev 04) 00:03.0 PCI bridge: Intel Corporation Xeon E7 v2/Xeon E5 v2/Core i7 PCI Express Root Port 3a (rev 04) 00:05.0 System peripheral: Intel Corporation Xeon E7 v2/Xeon E5 v2/Core i7 VTd/Memory Map/Misc (rev 04) 00:05.2 System peripheral: Intel Corporation Xeon E7 v2/Xeon E5 v2/Core i7 IIO RAS (rev 04) 00:05.4 PIC: Intel Corporation Xeon E7 v2/Xeon E5 v2/Core i7 IOAPIC (rev 04) 00:11.0 PCI bridge: Intel Corporation C600/X79 series chipset PCI Express Virtual Root Port (rev 06) 00:16.0 Communication controller: Intel Corporation C600/X79 series chipset MEI Controller #1 (rev 05) 00:1a.0 USB controller: Intel Corporation C600/X79 series chipset USB2 Enhanced Host Controller #2 (rev 06) 00:1b.0 Audio device: Intel Corporation C600/X79 series chipset High Definition Audio Controller (rev 06) 00:1c.0 PCI bridge: Intel Corporation C600/X79 series chipset PCI Express Root Port 1 (rev b6) 00:1c.2 PCI bridge: Intel Corporation C600/X79 series chipset PCI Express Root Port 3 (rev b6) 00:1c.3 PCI bridge: Intel Corporation C600/X79 series chipset PCI Express Root Port 4 (rev b6)
