Abbott FreeStyle Libre 2 ist zum kotzen!

Ich hab nicht wirklich Zeit mich auszukotzen, aber ich muss es einfach mal. Mich kotzt die Firma Abbott und der Freestyle Libre 2 einfach an. Ja, es ist super bequem zu scanner statt mit mit Teststreifen zu messen und auch die kontinuierliche Messung ist sehr hilfreich, vor allem den Verlauf während des Schlafes zu messen. Trotzdem ist es gerade zum kotzen:

  • Abbotts Upgrade-Politik. Friß oder Stirb. Es gibt keine Wahlmöglichkeit zwischen Generation 1 und Generation 2. Zahlt die Kasse den Upgrade, kriegt man Generation 2 aufs Auge gedrückt, einschliesslich der Zuzahlung für ein neues Gerät, die 6€ bringen mich nicht um, aber es stört mich trotzdem. Zahlt man selber oder die Kasse zahlt den Upgrade wohl nicht, dann kriegt man Generation 1.
  • Generation 2 lässt sich aktuell nicht mit dem Handy auslesen. Auch nicht mit der offiziellen App, für die man sich übrigens registrieren muss. Update: Mittlerweile geht das, und auch sehr gut :-) Dem Paket lag ja auch ein Zettel bei "App geht nicht, kommt noch...". Das Handy habe ich überall dabei, das Lesegerät nicht, das war super bequem. Bin gerne Versuchskaninchen.
  • Der Akku ist dauernd leer. Vielleicht ein Defekt, vielleicht auch durch die neue Überwachungsfunktion bedingt. Am Wochenende hat der Akku 3 Tage gehalten und wollte wieder aufgeladen werden. 
  • Angeblich soll der neue Sensor genauer sein. Davon merke ich nix. Heute hat er mich für tot erklärt, nachdem ich schon beinahe einen Herzinfarkt wegen einer angeblichen Unterzuckerung hatte. Jetzt scheint er wieder halbwegs genau zu sein. Klebt auch bombenfest, da ist also nix mit verrutscht oder so.
  • Brauch ich zwar nicht, aber wenn man mit Teststreifen misst, dann kriegt einen Insulin-Rechner um die benötigte Insulin-Menge zu berechnen. Scannt man, dann kriegt man den nicht. Logik??? Immerhin kann man mittlerweile die Gramm pro Broteinheit einstellen
  • Die Webseite ist fürchterlich. Hat da jemand mal eine einfache Übersicht über Lieferungen, Zuzahlungen, Gültigkeit Rezept usw gefunden? 
  • Bezahlmethoden: Hat sich erledigt, gibt mittlerweile mehr

​Eine Menge Dinge die mich stören, aber andererseits ist das System einfach zu bequem. Ich wünschte nur nur, es gäbe eine ernstzunehmende Konkurrenz. Belebt ja angeblich das Geschäft. 

Rubrik: 

Android: "Hiboard" or "Super Tools" installed? Uninstall Apex Launcher!

I am mad. Since a few days I randomly get advertisments on my Android phone, I thought I just accidently clicked on banners in the browser or so. Now I found a new "app" call "Hiboard" or "Super Tools" when I swipe to the left of the left most screen. It shows some data like battery info, CPU/RAM info and network traffic and offers antivirus and malware scans or most likely to download antivirus and malware snake oil they get a nice commission for. And it shows advertisments. There a slider button for disabling this app, but I did not tested this. This app is not listed in the app list, so I started disabling/deinstalling apps on my phone to see who installed this crap. And it turns out, it's a new function of Apex Launcher. Something I never needed or wanted, something that shows me ads.. So I just deinstalled Apex Launcher. 
Google does not find much when you search for "Hiboard", and most android hits are related to Huawei phones, but I own a Cat S41. 
 
In the end, if you are annoyed of this "Hiboard" "super tools", just deinstall Apex Launcher, the use value of this crap went down with the recent updates of Apex Launcher.

Knackende Tonausgabe auf Dell Latitude 14 5495 beheben

Problem

Während der Soundwiedergabe (Musik, Videos, Spiele) oder sogar während einfacher Windows Benachrichtungstöne ist immer wieder ein Knacken zu hören, unabhängig davon ob man die internen Lautsprecher oder externe Lautsprecher oder Köpfhörer nutzt. Dieses Knacken tritt sogar beim Soundtest in den Realtek-Geräte-Einstellungem, im Windows Mixer und im MaxxAudioPro auf. 

Lösung

Die PCIe Stromspareinstellungen müssen weniger aggressiv eingestellt werden. Mit der rechten Maustaste auf das Batterie/Netzteil-Icon in der Taskleiste klicken, "Energieoptionen" auswählen. Da dann "Erweiterte Energieeinstellungen ändern" rechts neben dem Dell Plan anklicken, wird ein anderer Plan verwendet, dann diesen (auch) bearbeiten.  Unten "Erweiterte Energieeinstellungen ändern" anklicken, im Editor dann "PCI Express" aufklappen und darunter dann den einzigen Eintrag "Verbindungszustand-Energieverwaltung". Für beide Einträge oder, je nach persönlicher Vorliebe für saubere Tonausgabe oder länger Batterielaufzeit, nur für den Netzbetrieb die Einstellung "Mittlere Energieeinsparungen" einstellen. Mit einem Klick auf übernehmen wird die Einstellung direkt aktiv. Ich denke nicht (im Sinne von hoffen) , dass diese Einstellung eine größere Auswirkung auf die Akkulaufzeit hat. Fun Fact: wenn man die Einstellung auf maximale Einsparung zurückstellt und auf Übernehmen klickt, hat man eine hohe Chance schon wieder ein Klicken zu hören ;-) 
 
Mein Dank gilt "Francois Villemaire" der die Lösung im Microsoft Forum gepostet hatte. Im Gegensatz zu dem Fall da war ein Ändern der USB Einstellungen nicht notwendig. 

Meine Meinung

Anstatt an einem meiner Projekte zu arbeiten geht wieder mal ein Abend dabei drauf ein Problem bei einem neugekauften Gerät zu analysieren. Das wird langsam echt ärgerlich. Können die Hersteller keine fehlerfreien, 100% getesten Geräte mehr ausliefern? 
 
Zuerst habe ich versucht verschiedene Treiber zu aktualisieren oder zu downgraden, vor allem den Realtek Soundkartentreiber. Dann habe ich an den Soundeinstellungen rumgespielt, vor allem verschiedene Sampling Raten und Bittiefen, wo aber dann beim Testton schon wieder ein knacken zu vernehmen war. Dieses Knacken ist typisch dafür wenn der Datenstrom abreisst, aus welchem Grund auch immer, und hab dann nach den Ursachen für Buffer Underruns gesucht. Meine letzte Soundblaster ist wegen DPC problemen vor ~10 Jahren rausgflogen, deswegen mal nach DPC und Interrupt Problemen gesucht und als die dann Dank LatencyMon und DPC Latency Checker offensichtlich waren, geguckt wer diese verursachen könnte. Die Ursache habe ich zwar nicht gefunden, aber bin auf der Suche nach Hilfe auf den Forum-Eintrag mit der Energieeinstellung gestolpert. Interessanterweise war dieser ISR/DPC Aufruf ~16,6ms lang, was so ziemlich 1/60s (= 60Hz) lang ist, hatte da fast auf irgendein Problem mit der Grafikkarte oder dem Monitor-VSync getippt. Hab wieder was über Windows gelernt, hätte da aber gerne drauf verzichtet. 

Fundstücke während des Debuggens:

 

How to fix bad audio with clicking noises on Dell Latitude 14 5495

Issue

"Clicks" during during audio playback of music, videos or in games and even with the Windows notifications and during sound tests in the Realtek device settings, Windows mixer settings and in MaxxAudioPro. These clicks can be heard when using the internal speaker or with attached external devices like headphones.

Solution

Disable PCI Express Link State Power Management for your power plan. Right click on power/battery notifcation in the task bar, choose "Power Options",  click on "Change Plan Settings" for the Dell power plan or for the power plan you are currently using, then click on "Change advanced power settings". Expand "PCI Express",  expand "Link State Power Management" and set both to "Moderate Power Savings". I do not know how much battery runtime this costs you, so it's up to you whether you prefer good audio or longer battery time. But I doubt that the power consumption will go up noticably. 
 
Kudos to "Francois Villemaire" who found the solution. No need to disable "USB selective suspend settings" or reboot. The settings will applied immediately when you press "Apply". Fun fact, pressing apply after changing the setting back to maximum may result in an distorted confirmation sound ;-)  

Comment

Another evening wasted on analysing a problem of a new device instead on working on my own projects. This is really annyoing.. why can't a new device just simply work? 
 
I tried updating/downgrading various drivers, changing the realtek driver to a generic audio driver, changed sample rate and bit depth for the device. As these clicking noises are typical for buffer underuns I looked for interrupt and DPC problems and after finding these I went on searching for the culprit causing high Interrupt and/or DPC latency, stopped a lot of services and so on. Unfortunately I did not find the cause, it was just suspicious that the longest ISR/DPCs took ~16,6ms (=> 1/60s). Learned more about Windows, so not all the time was wasted. 
 

Tools & web pages used for debugging: 

 

GEZ/Beitragsservice mit DSGVO nerven

Interessanterweise hat die GEZ aka "Beitragsservice" anscheinend schon mit Auskunftsersuchen nach der DSGVO gerechnet und dafür ein Webformular zur Abfrage erstellt: https://www.rundfunkbeitrag.de/der_rundfunkbeitrag/beitragsservice/datenschutz/datenauskunft/index_ger.html Netterweise wird nicht nur eine Downloadmöglichkeit angeboten, sondern man kann sich die Daten schön bequem per Brief zusenden lassen, das erhält dann auch den Job des Briefträgers.

Rubrik: 

Getting Linux to boot on Lenovo Thinkpad E485/E585

Lenovo finally fixed this after 1 year! Install the UEFI update and remove the entries.
 
Please complain in the Lenovo forums about this issue: https://forums.lenovo.com/t5/ThinkPad-11e-Windows-13-E-and/ThinkPad-E485...
 
It took me a long time to get any Linux Distribution to work. This was a lot of trial and error. My results are:
  • Trying to boot 32bit Linux resulted in immediate reboots. No output before that happened.
  • Most Linux 64bit distributions can be booted by adding noapic (not noacpi!)  intremap=off ivrs_ioapic[32]=00:14.0 ivrs_ioapic[33]=00:00.1 to the kernel boot parameters
  • Recent Ubuntu (and most likely also Debian) based distributions need also the boot parameter spec_store_bypass_disable=prctl spec_store_bypass_disable=seccomp. Maybe other distributions/kernel from 2018 will need this, too. Seems that with Ubuntu 18.04 kernel 4.15.0-33 this is no longer needed. So try this omiting this parameter, and check that all devices you need are initalized (-> dmesg), then try seccomp, which disables the mitigations for less code and if still devices are missing, try prctl. 
 
With these parameters everything I tested works, the only drawback is that the fan(s?) run at full speedan  CPU fan works perfectly, if cold enough it will stop.
Without the noapic the system will crash before giving any output in debug mode. Without the spec_store_bypass_disable there will be a null pointer derefence in the USB driver/subsystem, with the stacktrace looking like
  • null pointer dereference in _raw_spin_lock
  • speculative_store_bypass
  • ssb_prctrl_set
  • arch_seccomp_spec_mitigate
  • do_seccomp
  • SyS_seccomp
  • do_syscall_64
  • entry_SYSCALL_64_after_hwframe
Sometimes the crash was triggered in switch_to_xtra or xhci_pci_suspend.
 

Update

After more testing it narrowed down to amd_iommu=off and then to intremap=off 

The final error is "timer doesn't work through interrupt-remapped IO-APIC".

 

crash stack trace

 

2nd Update

When booting Ubuntu, there is now a stack trace during GPU initialization:

[    1.973028] fbcon: amdgpudrmfb (fb0) is primary device
[    1.992315] [drm:generic_reg_wait [amdgpu]] *ERROR* REG_WAIT timeout 1us * 100 tries - tgn10_lock line:566
[    1.992384] WARNING: CPU: 7 PID: 199 at /build/linux-uT8zSN/linux-4.15.0/drivers/gpu/drm/amd/amdgpu/../display/dc/dc_helper.c:190 generic_reg_wait+0xe8/0x120 [amdgpu]
[    1.992384] Modules linked in: amdkfd amd_iommu_v2 amdgpu(+) crct10dif_pclmul crc32_pclmul ghash_clmulni_intel pcbc chash i2c_algo_bit aesni_intel ttm aes_x86_64 drm_kms_helper crypto_simd glue_helper syscopyarea cryptd psmouse sysfillrect sysimgblt ahci fb_sys_fops i2c_piix4 libahci drm sdhci_pci r8169 nvme sdhci mii nvme_core wmi video i2c_scmi
[    1.992409] CPU: 7 PID: 199 Comm: systemd-udevd Not tainted 4.15.0-23-generic #25-Ubuntu
[    1.992410] Hardware name: LENOVO 20KU000NGE/20KU000NGE, BIOS R0UET45W (1.25 ) 06/22/2018
[    1.992459] RIP: 0010:generic_reg_wait+0xe8/0x120 [amdgpu]
[    1.992460] RSP: 0018:ffffa857c29bf198 EFLAGS: 00010297
[    1.992462] RAX: 0000000000000001 RBX: 0000000000000065 RCX: 0000000000000001
[    1.992463] RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000246
[    1.992463] RBP: ffffa857c29bf1d8 R08: 0000000000000000 R09: 000000000000005e
[    1.992464] R10: 0000000000000002 R11: 0000000000000396 R12: 0000000000000001
[    1.992465] R13: ffff9aadbc798280 R14: 0000000000000100 R15: 0000000000000001
[    1.992466] FS:  00007f85d38bc680(0000) GS:ffff9aadbebc0000(0000) knlGS:0000000000000000
[    1.992467] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[    1.992468] CR2: 00005644b2ea6cf8 CR3: 0000000430046000 CR4: 00000000003406e0
[    1.992469] Call Trace:
[    1.992524]  tgn10_lock+0xa2/0xb0 [amdgpu]
[    1.992574]  program_all_pipe_in_tree+0x804/0x8b0 [amdgpu]
[    1.992621]  ? amdgpu_cgs_write_register+0x14/0x20 [amdgpu]
[    1.992668]  ? generic_reg_update_ex+0xe6/0x150 [amdgpu]
[    1.992714]  ? amdgpu_cgs_read_register+0x14/0x20 [amdgpu]
[    1.992763]  dcn10_apply_ctx_for_surface+0x498/0x4f0 [amdgpu]
[    1.992811]  dc_commit_state+0x2aa/0x500 [amdgpu]
[    1.992862]  amdgpu_dm_atomic_commit_tail+0x2cd/0xa50 [amdgpu]
[    1.992899]  ? amdgpu_bo_pin_restricted+0x1b5/0x2a0 [amdgpu]
[    1.992948]  ? dm_plane_helper_prepare_fb+0x181/0x240 [amdgpu]
[    1.992957]  commit_tail+0x42/0x70 [drm_kms_helper]
[    1.992963]  drm_atomic_helper_commit+0x10c/0x120 [drm_kms_helper]
[    1.993010]  amdgpu_dm_atomic_commit+0x87/0xa0 [amdgpu]
[    1.993026]  drm_atomic_commit+0x51/0x60 [drm]
[    1.993031]  restore_fbdev_mode_atomic+0x178/0x1e0 [drm_kms_helper]
[    1.993037]  restore_fbdev_mode+0x32/0x140 [drm_kms_helper]
[    1.993043]  ? _cond_resched+0x19/0x40
[    1.993048]  drm_fb_helper_restore_fbdev_mode_unlocked.part.32+0x28/0x80 [drm_kms_helper]
[    1.993053]  drm_fb_helper_set_par+0x43/0x70 [drm_kms_helper]
[    1.993058]  fbcon_init+0x493/0x670
[    1.993062]  visual_init+0xdc/0x140
[    1.993065]  do_bind_con_driver+0x207/0x420
[    1.993067]  do_take_over_console+0x82/0x1a0
[    1.993070]  do_fbcon_takeover+0x5c/0xb0
[    1.993072]  fbcon_event_notify+0x58d/0x780
[    1.993077]  notifier_call_chain+0x4c/0x70
[    1.993078]  blocking_notifier_call_chain+0x43/0x60
[    1.993081]  fb_notifier_call_chain+0x1b/0x20
[    1.993082]  register_framebuffer+0x24d/0x360
[    1.993088]  __drm_fb_helper_initial_config_and_unlock+0x1fc/0x400 [drm_kms_helper]
[    1.993093]  drm_fb_helper_initial_config+0x35/0x40 [drm_kms_helper]
[    1.993130]  amdgpu_fbdev_init+0xcd/0x100 [amdgpu]
[    1.993166]  amdgpu_device_init+0xe6c/0x1620 [amdgpu]
[    1.993202]  amdgpu_driver_load_kms+0x8b/0x2e0 [amdgpu]
[    1.993210]  drm_dev_register+0x149/0x1d0 [drm]
[    1.993245]  amdgpu_pci_probe+0x113/0x150 [amdgpu]
[    1.993250]  local_pci_probe+0x47/0xa0
[    1.993253]  pci_device_probe+0x145/0x1b0
[    1.993257]  driver_probe_device+0x31e/0x490
[    1.993258]  __driver_attach+0xa7/0xf0
[    1.993260]  ? driver_probe_device+0x490/0x490
[    1.993262]  bus_for_each_dev+0x70/0xc0
[    1.993264]  driver_attach+0x1e/0x20
[    1.993265]  bus_add_driver+0x1c7/0x270
[    1.993266]  ? 0xffffffffc0671000
[    1.993268]  driver_register+0x60/0xe0
[    1.993269]  ? 0xffffffffc0671000
[    1.993270]  __pci_register_driver+0x5a/0x60
[    1.993310]  amdgpu_init+0x96/0xa9 [amdgpu]
[    1.993314]  do_one_initcall+0x52/0x19f
[    1.993318]  ? __vunmap+0x81/0xb0
[    1.993320]  ? _cond_resched+0x19/0x40
[    1.993323]  ? kmem_cache_alloc_trace+0xa6/0x1b0
[    1.993326]  ? do_init_module+0x27/0x209
[    1.993328]  do_init_module+0x5f/0x209
[    1.993330]  load_module+0x191e/0x1f10
[    1.993334]  ? ima_post_read_file+0x96/0xa0
[    1.993336]  SYSC_finit_module+0xfc/0x120
[    1.993337]  ? SYSC_finit_module+0xfc/0x120
[    1.993340]  SyS_finit_module+0xe/0x10
[    1.993341]  do_syscall_64+0x73/0x130
[    1.993344]  entry_SYSCALL_64_after_hwframe+0x3d/0xa2
[    1.993345] RIP: 0033:0x7f85d33c6839
[    1.993346] RSP: 002b:00007fff88d70fc8 EFLAGS: 00000246 ORIG_RAX: 0000000000000139
[    1.993347] RAX: ffffffffffffffda RBX: 00005644b2e8bfc0 RCX: 00007f85d33c6839
[    1.993348] RDX: 0000000000000000 RSI: 00007f85d30a50e5 RDI: 0000000000000014
[    1.993348] RBP: 00007f85d30a50e5 R08: 0000000000000000 R09: 00007fff88d710e0
[    1.993349] R10: 0000000000000014 R11: 0000000000000246 R12: 0000000000000000
[    1.993350] R13: 00005644b2e8aef0 R14: 0000000000020000 R15: 00005644b2e8bfc0
[    1.993351] Code: 31 f6 44 8b 45 10 44 89 e1 48 c7 c7 a1 87 60 c0 89 45 d4 52 48 c7 c2 e8 0d 60 c0 e8 83 ad c9 ff 41 83 7d 20 01 58 8b 45 d4 74 02 <0f> 0b 48 8d 65 d8 5b 41 5c 41 5d 41 5e 41 5f 5d c3 c7 45 c4 23 
[    1.993375] ---[ end trace 7e3e1ff95baa3ffb ]---

That's funny, a colleague had the same issue with systemd-udevd today on ouf our servers. With a completely different driver .

3rd Update (2018-07-29)

Ok, this is really a firmware bug, the ACPI IVRS table lacks at least one entry. Adding ivrs_ioapic[32]=00:14.0 instead of intremap=off is sufficient to make the system boot until Lenovo releases an UEFI update with a working IVRS table. At least UEFI 1.27 (2018-07-24) needs this override. And spec_store_bypass_disable=prctl is still needed for Ubuntu & co. 

The clue is the line "[Firmware Bug]: AMD-Vi: IOAPIC[32] not in IVRS table". I decompiled the ACPI tables, started to read the AMD documentation, but in the end I just guessed the 32 from the error message and 00:14.0 from the lspci output and the Stack Overflow/Ubuntu forum entries.  Interesting stuff, but too much to read in my little time. 

What was helpful is the Linux boot parameter amd_iommu_dump=1 which will dump information from the IVRS table:

[    0.851042] AMD-Vi: Using IVHD type 0x11
[    0.851401] AMD-Vi: device: 00:00.2 cap: 0040 seg: 0 flags: b0 info 0000
[    0.851401] AMD-Vi:        mmio-addr: 00000000feb80000
[    0.851430] AMD-Vi:   DEV_SELECT_RANGE_START  devid: 00:01.0 flags: 00
[    0.851431] AMD-Vi:   DEV_RANGE_END           devid: ff:1f.6
[    0.851870] AMD-Vi:   DEV_ALIAS_RANGE                 devid: ff:00.0 flags: 00 devid_to: 00:14.4
[    0.851871] AMD-Vi:   DEV_RANGE_END           devid: ff:1f.7
[    0.851875] AMD-Vi:   DEV_SPECIAL(HPET[0])           devid: 00:14.0
[    0.851876] AMD-Vi:   DEV_SPECIAL(IOAPIC[33])                devid: 00:14.0
[    0.851877] AMD-Vi:   DEV_SPECIAL(IOAPIC[34])                devid: 00:00.1
[    1.171028] AMD-Vi: IOMMU performance counters supported
 

Resolving devid 00:14.0 was easy via lspci:

 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 61)

but for 00:00.1 I have not found the device. If anybody knows how to list all device ids and their associate devices/drivers/etc, please mail me. 
 

4th Update (2018-09-01)

At least with Ubuntu kernel 4.15.0-33 spec_store_bypass_disable is no longer needed. At least for my e485. My assumption is that this was a kernel bug in the earlier kernels  with Spectre/Meltdown fixes.. Anyway, if you cannot boot or not all devices initialize, try the option seccomp and if that does not help try prctl. The option seccomp disables less spectre mitigations than prctl: 

https://wiki.ubuntu.com/SecurityTeam/KnowledgeBase/SpectreAndMeltdown/Mi...

5th Update (2018-09-07) 

Just installed BIOS/UEFI 1.32 which fixes the keyboard issue. But Linux still needs the IVRS Table overrride. 

I am currently testing the Dell Latitude 5495, which boots Linux out of the box, but has also a few warnings/errors in the kernel log. I checked their IVRS Table: 

[    0.000000] AMD-Vi: Using IVHD type 0x11
[    0.000000] AMD-Vi: device: 00:00.2 cap: 0040 seg: 0 flags: b0 info 0000
[    0.000000] AMD-Vi:        mmio-addr: 00000000fd900000
[    0.000000] AMD-Vi:   DEV_SELECT_RANGE_START devid: 00:01.0 flags: 00
[    0.000000] AMD-Vi:   DEV_RANGE_END devid: ff:1f.6
[    0.000000] AMD-Vi:   DEV_ALIAS_RANGE devid: ff:00.0 flags: 00 devid_to: 00:14.4
[    0.000000] AMD-Vi:   DEV_RANGE_END devid: ff:1f.7
[    0.000000] AMD-Vi:   DEV_SPECIAL(HPET[0]) devid: 00:14.0
[    0.000000] AMD-Vi:   DEV_SPECIAL(IOAPIC[32]) devid: 00:14.0
[    0.000000] AMD-Vi:   DEV_SPECIAL(IOAPIC[33]) devid: 00:00.1
[    0.000000] [Firmware Bug]: AMD-Vi: IOAPIC[4] not in IVRS table
[    0.000000] [Firmware Bug]: AMD-Vi: No southbridge IOAPIC found
[    0.000000] AMD-Vi: Disabling interrupt remapping
 

Compare the indexes with the Lenovo IVRS table. My uneducated guess is that these entries should be the same for all mainboards with (Mobile?) Ryzen processors as I assume (guess!! correct me if wrong) that these are CPU internal devices. Maybe the Lenovo IVRS entries are just off by one.

6th Update (2018-09-10)

Pilatomic in the comments pointed out that adding ivrs_ioapic[33]=00:00.1 solves a couple of issues, in his case issues with the SD Card reader. For me this works flawless for all my microSDHC cards, the only write errors I got were caused by ejecting the cards without unmounting them ;-)  Unfortunately I have found no way to remove entry 34 via kernel parameters, the parser will only accept well-formed parameters.So you will have wait for Lenovo to fix this ACPI table. I think by now they should know how to fix this and it's not a big change. But perhaps they do not care for Linux. 

Second Last Update (2018-09-10)

The story ends here for me. I just discarded all data on the SSDs, reimaged the NVMe with the factory image, cleaned up screen, keyboard, touchpad and case. And hopefully I will find a buyer for this fine notebook 

Why not the last update? I hope somebody will notify me when Lenovo releases a new UEFI version which fixes the IVRS ACPI table and Linux distributions will work out of the box. Then there will be a last update....

Another Update (2019-01-11)

According to this comment the IVRS overrides may not be needed anymore. And there are additional settings which should be set.

 

 

 

Xubuntu X11 does not start after update

After upgrading my Xubuntu 16.04 installation after a couple of weeks without updates, X11 was not able to start anymore. Only a black screen with a blinking cursor was shown. Ctrl-Alt-F1 to console worked but killed "X11". Easy solution: Remove oibaf drivers!

apt install ppa-purge
ppa-purge ppa:oibaf/graphics-drivers

Funny Keywords you may encounter during your voyage:

  • lightdm fails, check service lightdm status, look into /var/log/syslog
  • gpu-manager, either run from console via service gpu-manager
  • console-kit-daemon: GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
  • update-alternatives: error: no alternatives for x86_64-linux-gnu-gfxcore_conf
  • /etc/modprobe.d is not a file (that is noise)
  • gpu-manager Error: can't open /lib/modules/<your kernel version>/updates/dkms

Ulefone Armor 2

Lieber mehr Geld bei Amazon für das Gerät ausgeben und dafür Gewährleistung nach deutschem Recht haben.

+ Massig RAM, Speicherplatz und CPU Power
+ Robustes stabiles Gehäuse
+ NFC funktionierte gut
+ Angeblicher großer Akku
+ Viele Sensoren, gutes GPS

? Die USB Abdeckung ist kaum zu öffnen, spröde Fingernägel haben da keine Chance.

- Wackelkontakt Kopfhöreranschluss. Wenn kein Kopfhörer angeschlossen dann flackert oft das Kopfhörersymbol in der Statusleiste, keine Tonausgabe möglich. Umgekehrt wird ein angeschlossener Kopfhörer nicht immer erkannt. Kann meinem Gerät liegen und muss kein Serienfehler sein...
- Akku hält nicht lange, hat hohe "Selbstentladung". Laut PCMark Battery Test bei automatischer Helligkeit in einem dunklen Zimmer hält das Handy 10h lang. Hört sich gut an. Manchmal entlädt sich das Handy mit 3-4% pro Stunde. Laut Android wäre das Display der Stromfresser. Leider war laut Verbrauchsanzeige dieses während der fallenden Kurve nicht an. Geht man per USB auf die Shell dann sieht man 2 Systemprozesse, die 50-60% CPU fressen. Vermutlich eher der Stromfresser
- Die Hardwaretasten an den Seiten sind zu exponiert. Trägt man das Handy in der Hosentasche sind häufige Neustarts an der Tagesordnung. Da hilft auch die Displaysperre nichts.
- Der Support ist per E-Mail nicht zu erreichen und wenn doch dann reagiert der nicht. Das Support-Forum ist auch mal down, voller Spam und eine Registrierung mangels Invite Code nicht möglich. Dieses Modell wird auch nicht im Support-Bereich gelistet.

- Laut Info ist der Stand der Sicherheitsupdates: 5. September 2017.

Linux Steam Games with XFS inode64 Issues

The steam versions of the following games may not run from an XFS filesystem with the inode64 option:

  • Borderlands 2
  • Divinity: Original Sin Extended Edition(?)
  • Europa Universalis IV
  • Sid Meier's Civilization: Beyond Earth
  • Sid Meier's Civilization V
  • Space Hulk
  • Space Hulk Ascension
  • Starcom
  • Stellaris
  • SteamWorld Heist

Possible workarounds are either moving the games to a steam library on a different filesystem like ext4, which is the default for many distributions, or to disable the inode64 mount option for XFS (which is a very bad idea!).

Account-Wirrwarr bei der Post

Ich versuche gerade online ein Einschreiben zu frankieren. Ich weiss gar nicht wieviele Accounts man dafür anlegen muss. eFiliale, Internetmarke, Portokasse, Postpay, Paket.de, EPost und bestimmt noch zig mehr. Wieviele Dienste mit eigener Datenbank hat die Pest eigentlich? 

Rubrik: 

Pages