Dell XPS 13 (2015) 9343-8451

Gezien er spec-wise al een prima review van deze laptop voor handen is van zowel Olaf als Alpha89, zal ik mij in deze review vooral focussen op de gebruikerservaring van Linux op de Dell XPS 13 (2015). Om maar meteen met de deur in huis te vallen: niet alles werkt vlekkeloos. Ik ben dan ook van plan om naast de al genoemde fixes deze review up-to-date te blijven houden en verder uit te werken. Ook hoor ik (en de community, denk ik ) graag ervaringen van mede Linux-gebruikers.

Intro

Mijn oude Acer was na bijna 6 jaar trouwe dienst aan vervanging toe. Rond deze tijd kreeg de vernieuwde XPS 13 tijdens CES 2015 een hoop aandacht, waarna ik al vroeg besloot deze als nieuwe werklaptop te gebruiken. Gezien ik zowel thuis als op werk een desktop heb zal deze voornamelijk gebruikt worden om in de trein snel even wat documenten en code te kloppen en hierna weer te syncen. In mijn aankoop woog echter vooral mee dat Dell vaak erg goede Linux support levert (ook voor het oudere XPS 13 model), en hintte dat hetzelfde ook voor deze versie zou gelden. In deze review kaart ik graag wat gevonden problemen, en fixes aan die hiervoor relevant zijn. Momenteel getest zijn in de bijgenoemde configuratie:

Ubuntu 14.04 LTS	Unity & GNOME	Linux 3.13.0
Lubuntu 14.10	LXDE	Linux 3.16.0
Fedora 21	GNOME	Linux 3.18.5
Ubuntu GNOME 14.10	GNOME	(zie onderin)
Ubuntu 15.04	Unity	(zie onderin)
BIOS A01	25 Feb 2015	link
BIOS A02	22 Mrt 2015	link

Peripherals

Van de buitenkant lijkt alles vrij feilloos te werken: het display wordt netjes gedetecteerd in de HiDPI resolutie, en ook de poorten aan de zijkanten van de laptop (usb, sd, mini display) functioneren naar behoren. Zelfs de media keys voeren bijna allemaal netjes hun taak uit binnen het OS. De zoekknop opent bijvoorbeeld de Unity Dash of de GNOME Activities. Ook de touchscreen werkt prima (voor zover ik weet nog geen support voor gebruik van meer dan 1 vinger), en ook de webcam heeft geen problemen met drivers.

Update 25-03-2015: Er zouden nog problemen bestaan met de microfoon, deze wil ik snel bevestigen.

Functietoetsen

Origineel

Niet alle functietoetsen (of hun functies) werken in iedere distributie naar behoren. In LDXE staan de mediatoetsen niet standaard aan, en in Unity en GNOME werkt het Fn-lock niet uit de doos. Ook falen de PageDN/UP Home/End bindings op de pijltjestoetsen af en toe, en in LDXE staan deze niet standaard geconfigureerd.

Update 25-03-2015: Sinds de nieuwste BIOS update functioneren alle functietoetsen naar behoren, en staan de F-toetsen (t.o.v. Fn-toetsen) standaard aan.

Scherm

Zoals verwacht zorgt het QHD+ scherm met zijn Hi-DPI voor flink wat problemen in schaling, afhankelijk van de desktop manager. Hoewel GNOME sinds 3.10 standaard schaling heeft, werkt het niet overal even lekker. Tweaks aan de interface met custom shell themes logischerwijs vaak niet compatibel. In Unity kan er een hoop opgeschaald worden, en dit werkt dan ook prima na wat schuiven. Binnen LDXE zullen in ~/.Xdefaults de DPI instellingen moeten worden veranderd.

Qua applicaties ben je volledig overgeleverd aan of de devs een Hi-DPI setting hebben voor hun interface; vaak is de tekst prima schaalbaar maar bepaalde objecten niet. In Firefox moet bijvoorbeeld in "about:config" de "layout.css.devPixelsPerPx" naar 2 gezet worden, en zal een theme met SVG images, zoals die van GNOME, de knoppen minder vaag moeten maken.

Vaak is het resultaat dat schermpjes te klein opstarten, menu's ook aan de kleine kant vallen met in verhouding absurd grote tekst, etc. Vooral bij schermen die niet groter te slepen zijn (zoals settings) kan dit een vervelende ervaring opleveren. Bitmap fonts kun je vaak ook vergeten.

Update 27-02-2015

Via de gnome-tweak-tool is onder 'windows' de HiDPI schaling te verzetten (vanaf 3.16), echter zijn
de fontsizes van de interface van gnome (die wel met deze optie meeschalen) direct gelinkt aan de interface font sizes van andere applicaties (die dat niet doen). Dit geeft een trade-off tussen enorme
fonts in de schermen van gnome, of piepkleine in die van andere applicaties.



Update 23-03-2015: In de nieuwere versies schalen zowel Unity (niet standaard) als GNOME prima, al zullen enkele niet-native applicaties (zoals owncloud-client) nog steeds problemen hebben en klein uitvallen.

Touchpad

Origineel

Al het bovengenoemde is naar mijn mening nog redelijk te gedogen; het geeft geen vlekkeloze ervaring maar is niet direct hinderlijk. Wat dat wel is, is de flinke bug die in de touchpad / toetsenbordverbinding zit. Doordat deze in de XPS 13 zijn verplaatst naar de I²C bus, werkt de communicatie tussen deze onderdelen met flink wat moeite. Zo blijven toetsen vaak 'hangen'; een enkele stroke registreert alsof de knop ingedrukt blijft. Ook blijft de muis voortdurend een aantal seconden bevroren doordat X geen input meer krijgt. Er is hier dan ook de afgelopen maand uitgebreid over geklaagd (reddit, red hat, launchpad). Er zijn verschillende hotfixes voor handen (naast het aansluiten van een muis) zoals het blacklisten van de i2c_hid, en recent is een patch beschikbaar voor 3.18 en 3.19 kernels.

Update 23-03-2015: De touchpad problemen met de I²C bus zijn inmiddels verholpen door de nieuwe BIOS versies. Ik kreeg het in een bepaalde configuratie nog voor elkaar dat de rechtermuisknop niet functioneerde, en de pointer bevroor wanneer twee vingers gebruikt werden. In deze staat werkte de rechtermuisknop wel, en na nogmaals een paar keer tikken met twee vingers kwam de muis weer van zijn plaats. Met een clean install was dit verholpen en werkt de pad weer naar behoren. Er zijn echter nog steeds problemen met palm detection.

Netwerk & Geluidskaart

Origineel

De broadcom variant van de netwerkkaart schijnt vooralsnog voor problemen te zorgen, welke gepatched kunnen worden met eenkernel module. Ook staat de WiFi switch (Fn-F12) nog weleens per default uit. Ook het geluid geeft op verschillende systemen problemen door de I²C bus, hiervoor zijn een aantal hotfixes: 'acpi_osi="!Windows 2013"' toevoegen aan de kernel boot line, installeren van 'pavucontrol' en een disable op HDMI output binnen PulseAudio. De bug is onlangs gespot en staat nog open voor review.

Update 25-03-2015: Hoewel de WiFi toets nog standaard per hardware switch uit staat is deze nu (naar mijn weten) volledig functioneel op verschillende netwerkkaarten. Het geluid staat ook standaard op de HDMI poort, maar er kan nu naar de functionerende speakerpoort gewisseld worden.

Benchmark

Korte samenvatting uit de Phoronix Test Suite:

Test
PostMark	4122
RAMspeed SMP	11636.90
C-Ray	68.03
Apache Benchmark	21450.79

Kernel test & Bug report

Update 18-03-2015: ik ben aan de slag gegaan met de nieuwe BIOS (A01) en heb een aantal kernelversies vergeleken. Onder noteer ik 'v' als een bovengenoemde issue wel naar behoren werkt. Deze tests zijn uitgevoerd in Ubuntu GNOME 14.10.

Kernel	Schaling	Touchpad	Geluid	Netwerk
3.13.0			v	v
3.16.0-30		v
3.16.0-31	v			v
3.18.8	v
3.19.1	v

Per definitie werkt de rechtermuisknop op de touchpad in bijna al deze gevallen niet, en blijft de muis hangen wanneer er twee vingers op het touchpad komen. Deze gaat weer verder wanneer dit nog een aantal keer gedaan wordt. Vreemd is dat in deze 'frozen' status de rechtermuisknop ineens wel werkt.

Update 24-03-2015: Na een tip van pingy heb ik de BIOS geupgrade naar BIOS versie A02, waarvoor ik de komende dagen ook een kerneltest zal doen. Hier alvast de huidige resultaten, wederom uitgevoerd op Ubuntu GNOME 14.10:

Kernel	Schaling	Touchpad	Geluid	Netwerk
3.16.0-31	v		v	v
3.18.8	v
3.19.1	v	~	v
3.19.2	v	~	v

De ~ duidt hier op het feit dat de rechtermuisknop niet werkt, alleen geeft een tap met twee vingers wel de actie van een rechtermuisknop. Ook vreemd.

Update 24-03-2015: Gezien het systematische falen van het netwerk heb ik de hele laptop wederom gewiped en er clean de daily van Ubuntu 15.05 opgezet, welke resulteerde in:

Kernel	Schaling	Touchpad	Geluid	Netwerk
3.19.0-10	v	v	v	v

Hoera! Ubuntu gaf nu aan dat de WiFi nog disabled per hardware switch (waarschijnlijk omdat de Fn keys nu weer goed werken). Na Fn+PrtScr werkte het zaakje helemaal naar behoren! Ik ga nog proberen dit te reproduceren in Ubuntu GNOME, dan kan ik aannemen dat het falen van de vorige kernels aan mijn eigen configuratie / werkwijze lag.

Conclusie

Linux werkt inmiddels erg goed op de XPS 13. Dell gaf een tijd geleden te kennen de nieuwe XPS 13, net als zijn voorganger, goed te willen ondersteunen. Deze intentie is gezien de korte opeenvolging van BIOS fixes zeker waargemaakt. Ook Linux gebruikers kunnen dus vrijwel volledig genieten van deze prachtige laptop.