Talk:Dell XPS 13 (9343)

From ArchWiki
Latest comment: 2 April 2022 by NTia89 in topic SOF (sound open firmware)

Read this first

If you are adding information about a bug/regression, PLEASE include a source link to a bug tracker, forum, etc. so that others can update this wiki page when the issue is resolved. Soren121 (talk) 20:30, 10 August 2015 (UTC)Reply[reply]

Intel wifi option?

The page says:

"The Intel module has a 2-3 times wider reception range and way higher throughput, making it an worthwhile upgrade should you decide to do so."

I guess replacing the factory Broadcom card would void the warranty though? Is opening the case and replacing the card difficult? Perhaps comments about these could be added.

BTW. I am about to get a i5+8GB+256GB+broadcom wifi+FHD model delivered and will clobber the windows install with Arch. Hence my interest in this wiki page. I will contribute feedback when I do the install.

Bulletmark (talk) 04:36, 3 June 2015 (UTC)Reply[reply]

As far as I know, if you replace the WiFi card, the rest of the laptop is still covered by the warranty. Dell is pretty good about user-serviceability; they even provide the service manual (PDF) for free. They will not, however, cover any damage that you may cause while working inside your laptop. It's quite easy to replace the WiFi card, but you do need a Torx T5 screwdriver and a plastic spudger to remove the bottom half of the case, and most people don't have those lying around. As for including instructions in the wiki, disassembling the laptop has no relevance to its support in Arch, so I don't think that would belong here. Soren121 (talk) 05:06, 3 June 2015 (UTC)Reply[reply]
For the technical part of swapping things out Soren121 has got you covered pretty well already. Even if you have those tools though (I did the modification and am in fact the person that put up the information on the page, so yes, I had the tools ready), getting the bottom off can be a bit troublesome to say the least. For some parts you do have to apply a bit more force than you would think is good for the device, but don't worry, it's pretty sturdy and can handle it should you ever decide to go through with the modification. Once the bottom is removed its a matter of removing the single screw that holds the WiFi card in place, unplugging the two antenna-wires from the module, followed by, obviously, putting the new module in place and reversing the steps. The antenna wires are color-coded, and so are the replacement WiFi modules, so you should have no problem matching the antenna wires. Coldbird (talk) 14:11, 30 June 2015 (UTC)Reply[reply]


Since kernel 4.1.2-2 is now in the stable repositories, can the proposed kernel parameters in the Powersaving section be used without the linux-mainline kernel? The section doesn't say which exact changes or patches in the kernel are needed to make this work. I would just try it out but I am unsure how to confirm if it is actually working.

FlorianH (talk) 11:37, 16 July 2015 (UTC)Reply[reply]

It should work fine with the standard 4.1 Arch kernel. The linux-mainline package doesn't include any extra patches. Soren121 (talk) 17:16, 23 July 2015 (UTC)Reply[reply]

I had fairly frequent freezes which went away when I got rid of i915.enable_fbc=1. Is this just my system or is it worth mentioning?

DonJaime (talk) 10:56, 30 July 2015 (UTC)Reply[reply]

It's not just you. I had to remove that option as well as the screen would flicker like crazy if I didn't. I guess it might be worthwhile mentioning on the page. Coldbird (talk) 12:11, 30 July 2015 (UTC)Reply[reply]
It seems that the flicker we experience with the i915.enable_fbc=1 isn't actually a bug but rather an issue with the DVMT pre-allocated memory for the GPU. I've captured an error message in dmesg right after a flicker occured stating that this is the most likely issue. Sadly, our BIOS doesn't allow the configuration of the DVMT pre-allocated memory size, so we are stuck with the 64MB it preallocates by default. I did however find a tutorial on the x86 hackintosh community forums on how to manually change the BIOS saved settings for DVMT on the Dell XPS 13 9343 using the EFI shell (see here: I assume that if we changed this value to an higher setting, then the Framebuffer compression algorithm wouldn't run out of memory while doing its job anymore, avoiding the flicker entirely. Someone care to try this? I can't quite afford messing (up) with my setup over the week as I use my XPS 13 as my actual work machine. Coldbird (talk) 10:30, 3 August 2015 (UTC)Reply[reply]
No-one else seems to be keen on low-level EFI-hacking. DVMT is meant to be *dynamic*. Rather than a problem with the pre-allocated memory, couldn't it be a problem with the pre-allocated/dynamically-allocated ratio chosen by the driver? DonJaime (talk) 13:43, 12 August 2015 (UTC)Reply[reply]

A note says that "Enabling PSR support ... will further reduce idle power usage to ~2.6 W ..."; we should provide the basic power usage, prior to enabling this feature, so a user can evaluate if use it or not... should result in: "this feature allow you to reduce power usage from X to Y watts"; unfortunately now I can't do it on my own

--nTia89 (talk) 08:41, 20 August 2015 (UTC)Reply[reply]

Enabling Tearfree in the xorg config seems to help somewhat. Mnhagan01 (talk) 14:34, 5 November 2015 (UTC)Reply[reply]

Flickering and freezes have improved by kernel 4.3.3. I've edited the page to reflect this. DonJaime (talk) 13:30, 14 January 2016 (UTC)Reply[reply]

No flicker anymore with this patch when using enable_psr=1 (Bugtracker). Still flicker with enable_psr=2. Dx2 (talk) 10:20, 23 May 2016 (UTC)Reply[reply]

My ethernet stopped working when I enabled the kernel parameter pcie_aspm=force and I found a similar description here [1]. Shouldn't this be added as a warning/note? Jadelord (talk) 10:18, 24 May 2016 (UTC)Reply[reply]

Tried the /sys/devices/.../power/ interface (e.g. setting /power/control to on) for the device and its bus? Although pcie_aspm=force could be the reason for some very rare system freezes for me (about 3 or 4 freezes within a year). They stopped appearing after removing the option from kernel cmdline and power saving is still pretty damn good. It might not get mentioned on the xps 13 wiki because pcie_aspm=force is not risk-free in general. Dx2 (talk) 10:02, 25 May 2016 (UTC)Reply[reply]
I agree with you, and... ASPM for linux is a chimera, making hard to get a clear answer because (read somewhere googling) "ASPM is disabled by default IF BIOS doesn't acknowledge it" -> BUT this doesn't mean that the hardware don't support ASPM... in order to provide a `true meaning` feedback/advice/warning we have to 1. verify if Windows uses ASPM (this is a good move because if dell drivers don't enable it by default, probably there is an hardware ASPM trouble, I think...) 2. try out this kernel parameter thanks to the fact we are talking about a few little combination of hardware. --nTia89 (talk) 07:50, 27 May 2016 (UTC)Reply[reply]

Audio issues with Realtek ALC3263

I've experienced severe audio problems using 4.2.3-1 (and at least 4.2.2) and BIOS updated to A05. Sound worked for some undefined period of time and then speakers (or headphones) started producing crackling sounds and eventually sound became very distorted. dmesg output when this started:

   snd_hda_intel IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj
   snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x1470700
   snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x1470700
   snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x1470700

IRQ timing line showed up shortly after sound device was used and spurious response lines showed up when crackling started. This was clearly a driver problem and I tested different snd_hda_intel options, with no good results. Eventually I decided to enable more verbose debugging for sound devices and I built a custom kernel using current rc with arch default config (4.3.0-rc5-ARCH). When I booted into it I never experienced sound issues again. --Lknix (talk) 19:54, 13 October 2015 (UTC)Reply[reply]

UXA vs. SNA and Suspend Issue

The wiki suggests switching the Intel Graphics Acceleration from UXA to SNA "... [i]f you encounter some artifacts and/or an unusable graphical environment after resuming from a suspend [...]." I myself encountered an issue using XFCE + LightDM where, after resuming from suspend and successfully unlocking the screen, the screen would fade to black and become unresponsive. Switching to UXA removed the issue and made suspend/resume reliable.

Clearly this is a workaround; UXA performance is pretty bad (with compositing, XFCE's alt-tab takes about 2 seconds to respond on my setup). Does anyone have more information about how SNA could affect a DE's suspend/resume routine? Ubuntu users have reported a similar bug here, and it appears that the issue doesn't affect Unity DE. Can anyone using Unity under Arch confirm that?

SNA is simply less tested (and therefore less reliable) than UXA. Consider filing an upstream bug report, but first, see if any of these match your issue: Soren121 (talk) 21:17, 27 October 2015 (UTC)Reply[reply]


I think the latest addition is wrong because compiling kernel 4.5+ with this config `CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y` simply force the legacy HDA mode, switching from the default I2S. So this has to be described in the right section. Let us know --nTia89 (talk) 16:20, 6 May 2016 (UTC)Reply[reply]

The reason I added it there, was because I could not get the I2S mode to work after making only the configs listed before. By adding `CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y` and forcing into Legacy HDA, I was able to get the sound card working again. Being that I started in I2S, I decided that it should be in that section. I am new though, so please correct me if I am wrong.
--QuiGonSwag (talk) 16:30, 6 May 2016 (UTC)Reply[reply]
first, if you reply, you have to indent using colon `:`...
second, anyway I disagree with your choice because the I2S sub-section talks about sound in the I2S mode, not the HDA, that is the sub-section above the I2S one! IMHO a good solution is to add a note box containing something like `...kernel 4.5+ is I2S by if you want to go back into HDA mode but staying on that have to force it via...`; since HDA sub-section is closely tied to kernels 4.4- while I2S sub-section it tied to kernels 4.5+, the best place where I will put the box is in the main section `Audio`.
third, I was helping a fellow with, I think, your same problem here 1 --nTia89 (talk) 17:55, 6 May 2016 (UTC)Reply[reply]
I moved the `CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y` option to the HDA mode section and clarified what it does. Soren121 (talk) 17:57, 6 May 2016 (UTC)Reply[reply]
for me, it's OK --nTia89 (talk) 18:02, 6 May 2016 (UTC)Reply[reply]

fan speed

how can we take control or simply show fan speed (in the unlucky time that is running)? --nTia89 (talk) 16:06, 29 May 2016 (UTC)Reply[reply]

the solution (or at least a workaround) is into the `i8k` module. Unfortunately we need to pass the extra parameter `force=1` (meaning the laptop model is unsupported) in order to load it... --nTia89 (talk) 16:06, 29 May 2016 (UTC)Reply[reply]
further information here 1 --nTia89 (talk) 16:10, 29 May 2016 (UTC)Reply[reply]

Need to add intel_iommu=off since kernel 4.13?

I have to add intel_iommu=off to my kernel parameters or my system won't restore properly from suspend. Can anyone confirm? See this forum post [2] for more details. Epinephrine (talk) 15:15, 11 October 2017 (UTC)Reply[reply]

With latest kernel (e.g. 5.10) there is no need of that kernel parameter; suspend/resume works perfectly and out-of-the-box!
- nTia89 (talk) 14:39, 18 March 2021 (UTC)Reply[reply]

Missing stuff

Fn keys are already reported here in the Talk page; Do you think it is worth of the "main" page? and, Where? What else is missing?

nTia89 (talk) 13:30, 15 March 2021 (UTC)Reply[reply]

The function key table, as described in the Laptop page guidelines should be on the actual laptop page, yes.
Some sections also need to be moved, e.g all the firmware/BIOS related stuff should be in the "Firmware" section.
Please read the Laptop page guidelines and see for yourself. I have been mass-flagging laptop pages with this and I only stated major things in the templates description because there are simply so many laptop pages.
You are encouraged to use the talk page if you have any feedback regarding the guidelines.
-- NetSysFire (talk) 15:43, 16 March 2021 (UTC)Reply[reply]
I enhanced page with information I consider important; remember, this is a 6 years old laptop and this page, like the device itself, is son of that time (and most of the information/instructions/consideration in there, too); the only thing is missing now is the function keys table; I am working on it but I will "post" it here, below, because I haven't found the right place on the main page as that is just an "accessory" information, on second thoughts here, the *Talk* page is a good place where put it...
nTia89 (talk) 14:04, 18 March 2021 (UTC)Reply[reply]

Function keys

Key Visible?1 Marked?2 Effect
Fn+Esc No Yes Enables Fn lock
Fn+F1 Yes Yes XF86AudioMute
Fn+F2 Yes Yes XF86AudioLowerVolume
Fn+F3 Yes Yes XF86AudioRaiseVolume
Fn+F4 Yes Yes XF86AudioPrev
Fn+F5 Yes Yes XF86AudioPlay
Fn+F6 Yes Yes XF86AudioNext
Fn+F8 Yes Yes Switch display
Fn+F9 Yes Yes XF86Search
Fn+F10 Yes Yes Set keyboard backlight
Fn+F11 Yes Yes XF86MonBrightnessDown
Fn+F12 Yes Yes XF86MonBrightnessUp
Fn+Stamp Yes Yes XF86RFKill
Fn+Insert Yes No XF86Sleep
Fn+Super (left) Yes No Super (right)
Fn+B Yes No Pause
Fn+R Yes No Print
Fn+S Yes No Scroll_Lock
Fn+A / D / E / F / G / T / Q / W Yes No XF86Launch3
  1. The key is visible to xev and similar tools.
  2. The physical key has a symbol on it, which describes its function.
Note: I have tested all keys; feel free to test and report here, so we can promote the table out of "beta"

- nTia89 (talk) 14:37, 18 March 2021 (UTC)Reply[reply]

Ten months have been passed. Promoting it out to main page. nTia89 (talk) 12:08, 23 January 2022 (UTC)Reply[reply]

SOF (sound open firmware)

"Recently" a new piece of software has been introduced: SOF [3]. I think a re-work of the Audio section is needed, likely remove or better move and clarify old/obsolete/no-more-needed stuff. Our Broadwell platform is one of those (surprisingly!), who has full support [4]. Archwiki page who states anything about SOF is here [5]. What do you think?

nTia89 (talk) 08:03, 2 April 2022 (UTC)Reply[reply]

TPM support

Any experience with TPM configuration/support? My model (i5-5200u) does not support it, so I have never "tried" neither the topic interested me; anyway the main page lacks entirely of this information. e.g. we can start by adding the supported model information, starting from here[6]