Hi,
da hier einige mit Baytrail Systemen im Forum unterwegs sind wollte ich mal
kurz meine Erfahrungen darstellen, und auch hören wie hier mit dem Problem
der Kernel freezes umgegangen wird, ca. ab 3.19.2 aufwärts, da dann der legacy-turbo.patch
von deepak aus dem thread hier nach meinen Erfahrungen nicht mehr funkioniert,s.u.,
(getestet mit selbstgebauten 3.19.8-ckt7-legacy-turbo+ und 4.3.0-legacy-turbo+)
https://bugs.freedesktop.org/show_bug.cgi?id=88012
kurz das System:
eine Zotac nano CI320 Box mit N2930 @ 1.83GHz Baytrail, passiv gekühlt,..
auf Ubuntu trusty server 14.04.3 LTS läuft ein yavdr unstable (nach det's Methode installiert),
softhddevice ist ein frischer clone von https://github.com/pesintta/vdr-plugin-softhddevice,
läuft mit va-api-glx, ansonsten aus den ppa's von oibaf und wsnipex neuere Versionen u.a.
libva1:amd64 1.6.1-1~gd~t
libdrm-intel1:amd64 2.4.65+git1510210630.c745e5~gd~t
xserver-xorg-video-intel 2:2.99.917+git1510311932.627ef6~gd~t
i965-va-driver:amd64 1.6.1~pre1~trusty
libva-intel-vaapi-driver 1.6.1~pre1~trusty
mesa 11.1~git1511011930.39bb59~gd~t
ffmpeg 2.3.1
Ergebnis: erstaunlich gutes Bild zur Zeit getestet an einem mit DVB-T dongle und 1920x1080@50p Samsung via HDMI,
kurze Umschaltzeiten, keine Streifen, etc., für mich wäre das subjektiv schon eine Ablösung meiner alten ion Systeme
von der Qualität her,..
Kernel ist derzeit ein 3.19.1-legacy-turbo+ mit dem legacy turbo patch von fritsch aus dem openelec forum,
der läuft ohne freezes, intel_pstate treiber ist aktiv und im Bios der ci320 nano sind alle cstates eingeschaltet,
mit turbostat -d kann man schön sehen, dass ein recht aggressives downclocking der einzelnen Kerne für
einen Gesamtverbrauch von nur 10.7 Watt mit X11 und softhhdevice aktiv führt (2 Kerne idlen bei 500 -600 Mhz,
zwei braucht der vdr mit ca 800 -1100 Mhz),
Kurzes Summary meiner Tests: 4.1.13, 4.2.5 und 4.3 aus dem ubuntu mainline repo haben subjektiv eher noch bessere
Bildqualität, haben aber ab 4.2 in recht kurzer Zeit freezes, die intel devs haben dann auch an der clocking strategie ziemlich
viele Änderungen durchgeführt, u.a. auch interupts der GPU priorisiert, kann man in der intel-gfx mailing liste nachlesen,
z.B die Änderungen von Chris Wilson im März, ca ab 18.3.15 http://lists.freedesktop.org/archives/intel-gfx/2015-March/,
alle 3.16 kernel sind ohne freezes, aber die Versionen die ich getestet habe waren mit intel_pstate mit sehr viel höherem
Takt und Stromverbrauch unterwegs, was bei einem passiv gekühlten System wie der ci320 nano eher nicht geht,
selbstgebaute kernel aus ubuntu mainline repo 3.19.8-ckt7-legacy-turbo+ und 4.3.0-legacy-turbo+ hatten übrigens freezes,..
achso: um überhaupt testen zu können habe ich immer im rc.local einen GPU clock cap auf 520 Mhz gemacht (statt 823 MHZ max)
echo 520 > /sys/kernel/debug/dri/0/i915_max_freq
die intel nightly builds der letzten Tage haben auch noch freezes, intel drm next habe ich noch nicht testen können,
im oben verlinkten thread sind aber drei intel devs aktiv und das Problem ist nicht gelöst,.. deshalb hat Deepak S. selbst den
legacy-turbo patch als workaround vorgeschlagen,..
wie machen das dann die anderen Baytrail Nutzer hier im Forum, setzt ihr das System mit Intel GPU produktiv ein?
welcher Kernel, welcher Stromverbrauch mit softhhdevice und intel_pstate aktiv? ,..
viele Grüsse pbg4