You are not logged in.
Pages: 1
I have been trying for the last couple of days to get audio working on my Dell New XPS 13 (too new, maybe?). I don't think it's a hardware failure because the laptop is only four days old and the audio works when booted into Windows 8.1 (which is my YouTube OS for now).
The problem is that it detects that I only have HDMI audio (which I'm assuming refers to the mini display port on the laptop).
lspci -nn | grep audio -i
00:03.0 Audio device [0403]: Intel Corporation Broadwell-U Audio Controller [8086:160c] (rev 09)
sudo lspci -v (just the audio part)
00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09)
Subsystem: Dell Device 0665
Flags: bus master, fast devsel, latency 0, IRQ 49
Memory at f7418000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [50] Power Management version 2
Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
cat /proc/asound/cards
0 [HDMI ]: HDA-Intel - HDA Intel HDMI
HDA Intel HDMI at 0xf7418000 irq 49
aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0
* EDIT *
cat /proc/asound/devices
2: [ 0] : control
3: [ 0- 3]: digital audio playback
4: [ 0- 7]: digital audio playback
5: [ 0- 8]: digital audio playback
6: [ 0- 0]: hardware dependent
33: : timer
lsmod | grep snd
snd_hda_codec_hdmi 49263 1
snd_hda_intel 26387 2
snd_hda_controller 26938 1 snd_hda_intel
snd_hda_codec 112621 3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_controller
snd_hwdep 17244 1 snd_hda_codec
snd_pcm 88785 4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
snd_timer 26614 1 snd_pcm
snd 73436 10 snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec,snd_hda_intel
soundcore 13031 2 snd,snd_hda_codec
* END EDIT *
GNOME Sound shows this:
I'm at a loss for what to do to get it to even recognize that there is something other than HDMI audio. Any help will be greatly appreciated. If there's anything important I left out, please let me know!
Last edited by kiswa (2015-01-23 21:43:32)
Offline
Same thing here on a new XPS 13. There's a bug about this issue in the Ubuntu kernel bug tracker with a workaround, though I haven't tried it myself.
Offline
On top of that workaround in that kernel bug tracker, there is a person who said it didn't work for them. http://en.community.dell.com/techcenter … 1#20718291 but he also mentions trying '!Windows 2012' produced an analog device for him but no driver pairing. This laptop looks nice. If/when my mba dies, I'll be sure to switch to the xps series. Good luck!
Offline
I'll look into that when I get home today, though my quick glance looks like it may hose some other things on the system. We'll see I guess.
I was afraid it was an issue of the chipset just being too new, and it looks like that might be the case. Maybe the next kernel update will help.
EDIT: Other than the audio issue, the laptop really is nice. It's very solid, lightweight, and small. I haven't tried any games on it yet, but I'm hoping it works well enough for some indie games.
Last edited by kiswa (2015-01-26 15:49:21)
Offline
Unfortunately, linux-mainline didn't work either... guess I'm going to be without audio for a while.
Last edited by kiswa (2015-01-27 13:25:36)
Offline
We're doing a little work on this on Freenode in #xps13. Also, I've tried to keep my blog updated with the latest Linux compatibility status for the XPS 13 9343:
Offline
I've tried to keep my blog updated with the latest Linux compatibility status for the XPS 13 9343:
Superb resource Major, thanks for doing this. I'm checking it frequently as I waiting to buy this laptop once running Arch becomes feasible.
Offline
so just to make sure, I've got the same laptop and the latest kernel update to linux 4.4 broke the audio. I was hoping it wasn't that but by the look of this thread I'm wrong.
Everything was working fine before the latest update, so there's that.
@mhayden: great resource, thanks for sharing!
Offline
I lost the sound during after a kernel update. (2015 XPS 13, broadwell chipset)
My workaround was switching to the LTS kernel (4.4.7) and my sound came back. Not ideal but better than silence.
Offline
this your (and mine as well) bug:
https://bugs.archlinux.org/task/48936
I'm on an XPS 9343 machine and I confirm that with previous kernel 4.4 series sound works fine
+pc: custom | AMD Opteron 175 | nForce4 Ultra | 2GB ram DDR400 | nVidia 9800GT 1GB | ArchLinux x86_64 w/ openbox
+laptop: Apple | MacBook (2,1) | 2GB ram | Mac OS X 10.4 -> DIED
+ultrabook: Dell | XPS 13 (9343) | 8GB ram | 256GB ssd | FullHD display | Windows 8.1 64bit ArchLinux x86_64 w/ Gnome
Offline
I can't find the kernel issue related to this, but basically the broadwell sound module now requires CONFIG_DW_DMAC to be compiled not as a module, but directly into the kernel image. Basically you need to recompile the kernel. There are directions on the archlinux website, and you can add the following arguments: (note also that from the kernel source you can use make menuconfig for a text-ui).
@@ -5203,7 +5203,7 @@
CONFIG_SND_SOC_COMPRESS=y
CONFIG_SND_SOC_TOPOLOGY=y
CONFIG_SND_SOC_AMD_ACP=m
-# CONFIG_SND_ATMEL_SOC is not set
+CONFIG_SND_ATMEL_SOC=m
CONFIG_SND_DESIGNWARE_I2S=m
#
@@ -5226,6 +5226,9 @@
CONFIG_SND_SOC_INTEL_SST=m
CONFIG_SND_SOC_INTEL_SST_ACPI=m
CONFIG_SND_SOC_INTEL_SST_MATCH=m
+CONFIG_SND_SOC_INTEL_HASWELL=m
+CONFIG_SND_SOC_INTEL_HASWELL_MACH=m
+CONFIG_SND_SOC_INTEL_BROADWELL_MACH=m
CONFIG_SND_SOC_INTEL_BYTCR_RT5640_MACH=m
CONFIG_SND_SOC_INTEL_BYTCR_RT5651_MACH=m
CONFIG_SND_SOC_INTEL_CHT_BSW_RT5672_MACH=m
@@ -5240,7 +5243,7 @@
# Allwinner SoC Audio support
#
# CONFIG_SND_SUN4I_CODEC is not set
-# CONFIG_SND_SOC_XTFPGA_I2S is not set
+CONFIG_SND_SOC_XTFPGA_I2S=m
CONFIG_SND_SOC_I2C_AND_SPI=m
#
@@ -6005,12 +6008,12 @@
CONFIG_DMA_ENGINE=y
CONFIG_DMA_VIRTUAL_CHANNELS=y
CONFIG_DMA_ACPI=y
-CONFIG_INTEL_IDMA64=m
-CONFIG_INTEL_IOATDMA=m
+CONFIG_INTEL_IDMA64=y
+CONFIG_INTEL_IOATDMA=y
CONFIG_INTEL_MIC_X100_DMA=m
CONFIG_DW_DMAC_CORE=y
-CONFIG_DW_DMAC=m
-CONFIG_DW_DMAC_PCI=m
+CONFIG_DW_DMAC=y
+CONFIG_DW_DMAC_PCI=y
CONFIG_HSU_DMA=y
#
@@ -6019,7 +6022,7 @@
CONFIG_ASYNC_TX_DMA=y
# CONFIG_DMATEST is not set
CONFIG_DMA_ENGINE_RAID=y
-CONFIG_DCA=m
+CONFIG_DCA=y
CONFIG_AUXDISPLAY=y
CONFIG_KS0108=m
CONFIG_KS0108_PORT=0x378
Last edited by yiuin (2016-04-28 00:37:52)
Offline
I can suggest linux-ck kernel (you can compile it from AUR or download pre-compiled package from his unofficial repo) which has been recently updated to 4.5.2 but the most important thing is that with its, audio works
+pc: custom | AMD Opteron 175 | nForce4 Ultra | 2GB ram DDR400 | nVidia 9800GT 1GB | ArchLinux x86_64 w/ openbox
+laptop: Apple | MacBook (2,1) | 2GB ram | Mac OS X 10.4 -> DIED
+ultrabook: Dell | XPS 13 (9343) | 8GB ram | 256GB ssd | FullHD display | Windows 8.1 64bit ArchLinux x86_64 w/ Gnome
Offline
This is fixed in stock kernel 4.5.2 (the linux package), which is in the testing repo right now.
Offline
For some unknown reason, kernel 4.5.2 does not the fix the problem for all 9343 machines. In particular, those with Intel i7 5600u, screen resolution: 3200x1800, touchscreen are still facing problems. See https://bugs.archlinux.org/task/48936 . Users who are still experiencing problems should report that here: https://bugzilla.kernel.org/show_bug.cgi?id=93361 and here: https://bugzilla.kernel.org/show_bug.cgi?id=118051 .
Linux, street photography and Baroque music enthusiast.
Offline
Pages: 1