Bookworm auf GPD MicroPC

[Gunman1982]

Moin moin,

hat jemand schon zufällig Erfahrung mit Bookworm und im speziellen Kernel linux-image-6.1.0-9-amd64 auf dem GPD MicroPC? Mit dem Kernel bekomme ich nur ein schwarzes Bild mit ausbleichenden Rändern. Kein ssh Zugriff. Bin noch nicht dazu gekommen mit externem Display oder nen live-stick zu testen. Steht aber als nächstes an.
Letzter Lauffähiger Kernel bei mir war: linux-image-5.10.0-22-amd64

[MSfree]

Das hat nichts mit dem neuen Kernel zu tun. Für die Intelgraphik ist grundsätzlich Firmware nötig und für den 6.1er wirst du einen neuere Version brauchen als für den 5.10er.

Seit Bookworm ist die Firmware aber nicht mehr unter non-free sondern unter non-free-firmware. Du mußt also deine /etc/apt/sources.list entsprechend ergänzen.

Boote also den 5.10er Kernel (kann in Grub ausgewählt werden), passe die /etc/apt/sources.list an und mache dann

Code: Alles auswählen

apt-get update
apt-get dist-upgrade

Möglicherweise mußt du die Firmware anschließend noch mit

Code: Alles auswählen

apt-get install firmware-misc-nonfree

installieren.

[Gunman1982]

Hat leider keine Besserung gebracht.
Habe jetzt auch live-iso von Debian 12 getestet, ist ja nun mit non-free firmware direkt an Bord, gleiches Phänomen.

[MSfree]

Ich würde in so einem Fall versuchen, Zugriff per SSH zu bekommen.

Da das bei dir nicht klappt: nutzt du WLAN oder Ethernet?

Auch solltest du unbedingt die Systemlogs untersuchen. Das geht auch nach einem erfolglosen Boot mit dem 6.1er und anschließendem Boot mit dem 5.10er.

Mit journalctl --list-boots werden alle Bootversuche angezeigt.

Code: Alles auswählen

journalctl -k -b -1

zeigt die Einträge des vorherigen Boots an.

Zu achten wäre hier auf alle Arten von Fehlern, insbesondere aber auf Firmwaremeldungen.

[Gunman1982]

Liefert mir leider den letzten erfolgreichen Boot mit dem 5.10.0-22-amd64 und nicht den 6.1er. Scheint als ob dieser noch vor dem journal den Geist aufgibt.

PS: Wenn ich den 6.1er boote muss ich danach auf hart power-cyclen, kein strg+alt+entf oder soft-off mit power-button funktioniert.

[MSfree]

Scheint als ob dieser noch vor dem journal den Geist aufgibt.

Was für eine CPU steckt denn in der Kiste? Diese GPDs gibt es ja mit Celeron-N und Core-i.

[Gunman1982]

Ist der Celeron N4120 drin. Geminilake Uhd 600

[MSfree]

Ist der Celeron N4120 drin. Geminilake Uhd 600

Editier mal die Datei /etc/default/grub und ändere die Zeile:

Code: Alles auswählen

GRUB_CMDLINE_LINUX_DEFAULT="quiet"

in

Code: Alles auswählen

GRUB_CMDLINE_LINUX_DEFAULT="intel_iommu=igfx_off"

Anschließend ist

Code: Alles auswählen

update-grub

auszuführen.

Wenn die Kiste damit den 6.1er bootet, kannst du die Zeile noch in

Code: Alles auswählen

GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_iommu=igfx_off"

ändern. Dann gibt es nicht so viel Meldungen während des Bootens.

[Gunman1982]

Leider immernoch gleiches Verhalten. Es kommen einige Meldungen, werde mal Versuchen ob ich mit einer Videoaufnahme wenigstens eingrenzen kann bis wo es noch reagiert.

[hikaru]

Mein Micro PC* läuft noch auf Bullseye. Ich habe dort mal testweise den Backports-Kernel 6.1 installiert und der kommt ganz normal hoch.
Wenn ich die Zeit finde, werde ich die Kiste am Wochenende auf Bookworm umstellen** und dann berichten.

*) frühes Modell mit N4100, aber das sollte wohl keinen Unterschied machen
**) Muss ich ja eh irgendwann tun.

[hikaru]

Ich habe heute Bookworm auf meinem Micro PC installiert und kann das Verhalten bestätigen.

Etwas genauer:
Bookworm bootet, und zeigt auch Bootmeldungen auf dem Bildschirm an, bis zu dem Punkt, an dem der X-Server gestartet wird. Dann wird der Bildschirm meist leer*. "Meist", weil ich einmal (von geschätzt 30 Versuchen) die Lightdm-Loginmaske sah. Allerdings wurde auch hier der Bildschirm nach der Anmeldung leer, bevor ich den Xfce-Desktop sah.
Blind auf Eingaben reagiert das Gerät ab diesem Zeitpunkt offenbar nicht und eine Netzwerkverbindung für einen ssh-Login bekam ich auch nicht. So kam ich leider an keine Logs.
Da ich allerdings gestern erfolgreich unter Bullseye Kernel 6.1 getestet hatte vermute ich, dass es nicht (nur) am Kernel liegt.

Der Micro PC ist ja in Bezug auf das Display etwas speziell. Es ist eigentlich ein Hochformat-Smartphone-Display, das im Querformat verbaut wurde und daher in Software gedreht werden muss. Außerdem ist es per DSI [1] angebunden, was bei der Einführung des Geräts zu Schwierigkeiten führte. Vielleicht gab es hier eine Regression.

Weitere Tests gestalten sich für mich momentan schwierig, da ich mir nebenbei den Bootloader zerschossen hatte** und auch irgendwas in meiner luks-Konfiguration für das Bookworm-System zewürgt hatte. Über rEFInd und manuelles Entschlüsseln des root-Dateisystems konnte ich trotzdem booten, aber das war jedes mal eine kleine Fingerübung die Zeit kostete. Für's Erste habe ich meine Bullseye-Installation wieder gängig gemacht.


*) leer="schwarz", allerdings mit Hintergrundbeleuchtung.
**) Ich stehe mit UEFI nach wie vor auf Kriegsfuß.

[1] https://de.wikipedia.org/wiki/Display_Serial_Interface

[hikaru]

Ich bin ein Stück weitergekommen und konnte mich per SSH einloggen. Im Journal findet sich das:

Code: Alles auswählen

Jun 18 14:52:43 gpd systemd[1]: Started upower.service - Daemon for power management.
Jun 18 14:52:43 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* GPIO index 1 request failed (-2)
Jun 18 14:52:43 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* DPI FIFOs are not empty
Jun 18 14:52:43 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* GPIO index 5 request failed (-2)
Jun 18 14:52:43 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* GPIO index 0 request failed (-2)
Jun 18 14:52:44 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* GPIO index 0 request failed (-2)
Jun 18 14:52:44 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* GPIO index 5 request failed (-2)
Jun 18 14:52:44 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* GPIO index 5 request failed (-2)
Jun 18 14:52:44 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* GPIO index 5 request failed (-2)
Jun 18 14:52:44 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* Video mode command 0x00000042 send failed.
Jun 18 14:52:44 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* DPI FIFOs are not empty
Jun 18 14:52:44 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* DPI FIFOs are not empty
Jun 18 14:52:44 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* GPIO index 1 request failed (-2)
Jun 18 14:52:44 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* Potential atomic update failure on pipe A
Jun 18 14:52:54 gpd kernel: i915 0000:00:02.0: [drm] *ERROR* [CRTC:67:pipe A] flip_done timed out
Jun 18 14:52:54 gpd kernel: ------------[ cut here ]------------
Jun 18 14:52:54 gpd kernel: attached crtc is active, but connector isn't
Jun 18 14:52:54 gpd kernel: WARNING: CPU: 3 PID: 898 at drivers/gpu/drm/i915/display/intel_modeset_verify.c:55 verify_connector_state+0x182/0x260 [i915]
Jun 18 14:52:54 gpd kernel: Modules linked in: binfmt_misc snd_hda_codec_hdmi snd_sof_pci_intel_apl snd_sof_intel_hda_common soundwire_intel soundwire_generic_allocation snd_hda_codec_realtek soundwire_cadence nls_ascii snd_sof_intel_hda nls_cp437 snd_hda_codec_generic snd_sof_pci snd_sof_xtensa_dsp vfat ledtrig_audio fat snd_sof snd_sof_utils x86_pkg_temp_thermal soundwire_bus intel_powerclamp coretemp btusb btrtl snd_soc_skl btbcm btintel kvm_intel snd_soc_hdac_hda btmtk snd_hda_ext_core iwlmvm snd_soc_sst_ipc bluetooth kvm snd_soc_sst_dsp mac80211 snd_soc_acpi_intel_match snd_soc_acpi libarc4 mei_hdcp intel_rapl_msr jitterentropy_rng irqbypass snd_soc_core i915 iwlwifi snd_compress drbg wdat_wdt snd_hda_intel ansi_cprng rapl snd_intel_dspcfg watchdog cfg80211 snd_intel_sdw_acpi intel_cstate ecdh_generic pcspkr snd_hda_codec drm_buddy drm_display_helper ecc snd_hda_core cec snd_hwdep ucsi_acpi processor_thermal_device_pci_legacy snd_pcm rfkill rc_core processor_thermal_device mei_me typec_ucsi
Jun 18 14:52:54 gpd kernel:  processor_thermal_rfim roles ttm processor_thermal_mbox processor_thermal_rapl snd_timer intel_rapl_common mei drm_kms_helper snd typec i2c_algo_bit intel_soc_dts_iosf soundcore button ac soc_button_array intel_hid int3400_thermal intel_pmc_core sparse_keymap int3403_thermal acpi_thermal_rel int340x_thermal_zone evdev serio_raw sg loop drm fuse efi_pstore configfs efivarfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic dm_crypt dm_mod hid_generic usbhid uas hid usb_storage crc32_pclmul crc32c_intel sd_mod t10_pi crc64_rocksoft_generic crc64_rocksoft crc_t10dif crct10dif_generic crct10dif_pclmul ghash_clmulni_intel crc64 crct10dif_common spi_pxa2xx_platform sha512_ssse3 sha512_generic dw_dmac dw_dmac_core xhci_pci xhci_hcd ahci libahci sdhci_pci aesni_intel libata cqhci usbcore sdhci crypto_simd cryptd mmc_core r8169 i2c_i801 i2c_smbus scsi_mod realtek mdio_devres intel_lpss_pci libphy intel_lpss idma64 usb_common fan scsi_common battery video wmi
Jun 18 14:52:54 gpd kernel: CPU: 3 PID: 898 Comm: Xorg Not tainted 6.1.0-9-amd64 #1  Debian 6.1.27-1
Jun 18 14:52:54 gpd kernel: Hardware name: GPD MicroPC/MicroPC, BIOS 4.13 07/02/2019
Jun 18 14:52:54 gpd kernel: RIP: 0010:verify_connector_state+0x182/0x260 [i915]
Jun 18 14:52:54 gpd kernel: Code: 5f c3 cc cc cc cc 4d 85 d2 74 23 41 80 ba 50 01 00 00 00 74 ab 80 3d fd 0c 19 00 00 48 c7 c7 88 db 01 c1 74 27 e8 ce b5 d5 d0 <0f> 0b eb 92 49 8b 44 24 10 48 85 c0 74 8d 80 3d da 0c 19 00 00 48
Jun 18 14:52:54 gpd kernel: RSP: 0018:ffffad8401507a50 EFLAGS: 00010286
Jun 18 14:52:54 gpd kernel: RAX: 0000000000000000 RBX: 0000000000000002 RCX: 0000000000000000
Jun 18 14:52:54 gpd kernel: RDX: 0000000000000002 RSI: ffffffff92f3fa66 RDI: 00000000ffffffff
Jun 18 14:52:54 gpd kernel: RBP: ffff94dec6adb800 R08: 0000000000000000 R09: ffffad84015078c0
Jun 18 14:52:54 gpd kernel: R10: 0000000000000003 R11: ffffffff936d43a8 R12: ffff94def029d600
Jun 18 14:52:54 gpd kernel: R13: ffff94dec2cb5000 R14: ffff94dec2cb4000 R15: ffff94deca202800
Jun 18 14:52:54 gpd kernel: FS:  00007fe62da06a80(0000) GS:ffff94e037d80000(0000) knlGS:0000000000000000
Jun 18 14:52:54 gpd kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Jun 18 14:52:54 gpd kernel: CR2: 00007fe5ff264fd8 CR3: 000000013026c000 CR4: 0000000000350ee0
Jun 18 14:52:54 gpd kernel: Call Trace:
Jun 18 14:52:54 gpd kernel:  <TASK>
Jun 18 14:52:54 gpd kernel:  intel_modeset_verify_crtc+0x5c/0x400 [i915]
Jun 18 14:52:54 gpd kernel:  ? intel_fbc_activate+0x37/0x90 [i915]
Jun 18 14:52:54 gpd kernel:  intel_atomic_commit_tail+0x936/0xe30 [i915]
Jun 18 14:52:54 gpd kernel:  intel_atomic_commit+0x34f/0x390 [i915]
Jun 18 14:52:54 gpd kernel:  drm_atomic_commit+0x93/0xc0 [drm]
Jun 18 14:52:54 gpd kernel:  ? drm_plane_get_damage_clips.cold+0x1c/0x1c [drm]
Jun 18 14:52:54 gpd kernel:  drm_atomic_helper_set_config+0x70/0xb0 [drm_kms_helper]
Jun 18 14:52:54 gpd kernel:  drm_mode_setcrtc+0x50e/0x7e0 [drm]
Jun 18 14:52:54 gpd kernel:  ? drm_mode_getcrtc+0x180/0x180 [drm]
Jun 18 14:52:54 gpd kernel:  drm_ioctl_kernel+0xc6/0x170 [drm]
Jun 18 14:52:54 gpd kernel:  drm_ioctl+0x22f/0x410 [drm]
Jun 18 14:52:54 gpd kernel:  ? drm_mode_getcrtc+0x180/0x180 [drm]
Jun 18 14:52:54 gpd kernel:  __x64_sys_ioctl+0x8d/0xd0
Jun 18 14:52:54 gpd kernel:  do_syscall_64+0x58/0xc0
Jun 18 14:52:54 gpd kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Jun 18 14:52:54 gpd kernel:  ? do_syscall_64+0x67/0xc0
Jun 18 14:52:54 gpd kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Jun 18 14:52:54 gpd kernel:  ? do_syscall_64+0x67/0xc0
Jun 18 14:52:54 gpd kernel:  ? exit_to_user_mode_prepare+0x40/0x1d0
Jun 18 14:52:54 gpd kernel:  ? syscall_exit_to_user_mode+0x17/0x40
Jun 18 14:52:54 gpd kernel:  ? do_syscall_64+0x67/0xc0
Jun 18 14:52:54 gpd kernel:  ? exit_to_user_mode_prepare+0x40/0x1d0
Jun 18 14:52:54 gpd kernel:  entry_SYSCALL_64_after_hwframe+0x63/0xcd
Jun 18 14:52:54 gpd kernel: RIP: 0033:0x7fe62d71cafb
Jun 18 14:52:54 gpd kernel: Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <89> c2 3d 00 f0 ff ff 77 1c 48 8b 44 24 18 64 48 2b 04 25 28 00 00
Jun 18 14:52:54 gpd kernel: RSP: 002b:00007fff73a38040 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
Jun 18 14:52:54 gpd kernel: RAX: ffffffffffffffda RBX: 0000561bf2810c90 RCX: 00007fe62d71cafb
Jun 18 14:52:54 gpd kernel: RDX: 00007fff73a380d0 RSI: 00000000c06864a2 RDI: 000000000000000d
Jun 18 14:52:54 gpd kernel: RBP: 00007fff73a380d0 R08: 0000000000000000 R09: 0000561bf33db6b0
Jun 18 14:52:54 gpd kernel: R10: 0000000000000000 R11: 0000000000000246 R12: 00000000c06864a2
Jun 18 14:52:54 gpd kernel: R13: 000000000000000d R14: 0000561bf27168a8 R15: 00007fff73a38180
Jun 18 14:52:54 gpd kernel:  </TASK>
Jun 18 14:52:54 gpd kernel: ---[ end trace 0000000000000000 ]---
Jun 18 14:52:54 gpd kernel: ------------[ cut here ]------------
Jun 18 14:52:54 gpd kernel: crtc active state doesn't match with hw state (expected 1, found 0)

Kann damit jemand etwas anfangen?
Der Call Trace wiederholt sich mehrfach mit wechselnden Speicheradressen (vollständiges Log: 41922). firmware-misc-nonfree und intel-microcode sind installiert.

Das Bookworm-Live-Image bootet ebenfalls nicht sauber, ein Ubuntu Mate 23.04 (Kernel 6.2) hingegen schon.
Testweise habe ich Kernel 6.3 aus Sid installiert. Damit kommt der X-Server sauber hoch und ich sehe auch keine seltsamen Meldungen im Log. Ich gehe davon aus, dass 6.3 in ein paar Wochen als Bookworm-Backport verfügbar wird.

[AxPU]

Ich kann das Problem auch bestätigen, allerdings hat es nichts mit dem Bookworm upgrade zu tun da ich immer schon "testing" laufen habe. Bei mir funktioniert das Gerät mit Kernel Version 6.1.0-7-amd64, mit Version 6.1.0-9-amd64 bootet das Gerät nicht mehr.

Ich habe hier eine verschlüsselte SSD und kann schon den Passwort Prompt nicht mehr sehen. Boot- Meldungen muss ich mir noch ansehen, aber ich denke auch es könnte was mit dem speziellen Display des Micro-PC zu tun haben.

[hikaru]

Bei mir funktioniert das Gerät mit Kernel Version 6.1.0-7-amd64, mit Version 6.1.0-9-amd64 bootet das Gerät nicht mehr.

Interessant!

Ich habe hier eine verschlüsselte SSD und kann schon den Passwort Prompt nicht mehr sehen. Boot- Meldungen muss ich mir noch ansehen, aber ich denke auch es könnte was mit dem speziellen Display des Micro-PC zu tun haben.

Ich nutze soweit möglich reines Stable und das cryptsetup-Prompt wird bei mir auf allen Rechnern (vom GPD über diverse "normale" Notebooks bis hin zum Desktop-PC) von weiteren Bootmeldungen "überlaufen". Falls du also das meinst, das ist nichts GPD-spezifisches.
Zu dem Zeitpunkt, an dem der Bootvorgang stoppt und ich das Passwort eingeben soll, funktioniert die Anzeige des GPD mit 6.1.0-9 bei mir noch. Erst beim Laden des GUI (Lightdm) leert sich der Bildschirm. Ich habe sogar ein oder zweimal kurz die Login-Maske aufblitzen sehen.

[AxPU]

[quote=hikaru post_id=1329998 time=1687466182 user_id=23574]
Ich nutze soweit möglich reines Stable und das cryptsetup-Prompt wird bei mir auf allen Rechnern (vom GPD über diverse "normale" Notebooks bis hin zum Desktop-PC) von weiteren Bootmeldungen "überlaufen". Falls du also das meinst, das ist nichts GPD-spezifisches.
[/quote]

Nein, das meine ich nicht. Normalerweise kommt zuerst der Grub Screen der um 90° gedreht ist, dann ein paar Zeilen Kernel Ausgabe und dann der cryptsetup-Prompt. Beim 6.1.0-9-amd64 Kernel bleibt der Schirm nach dem Grub Prompt schwarz, bzw. ganz kurz sehe ich eine Meldung, aber dann ist schwarz. Ich werde nochmal versuchen blind das Passwort einzugeben, mal sehen.

Und ich kann offensichtlich nicht quoten - aber das ist ein User Problem

[AxPU]

Wenn ich "quiet" aus der Grub Zeile lösche, sehe ich eine Reihe von Meldungen bevor der Schirm schwarz wird. Es geht recht schnell, ich kann leider nicht erkennen wo es aufhört, aber ich glaube was von "ata" zu sehen. Das wäre auch logisch, denn beim Mounten vom Filesystem sollte ja auch die cryptsetup Abfrage kommen.

[Gunman1982]

Ich kann das Problem auch bestätigen, allerdings hat es nichts mit dem Bookworm upgrade zu tun da ich immer schon "testing" laufen habe. Bei mir funktioniert das Gerät mit Kernel Version 6.1.0-7-amd64, mit Version 6.1.0-9-amd64 bootet das Gerät nicht mehr.

Gerade auch den 6.1.0-8-amd64 getestet, gleiches Verhalten wie bei 6.1.0-9-amd64.
Dann sitzt die regression irgendwo zwischen Kernel 6.1.20 und 6.1.25, https://git.kernel.org/pub/scm/linux/ke ... .1.25&dt=2

[AxPU]

Jetzt müsste ich noch Kernel Sourcen verstehen, dabei ist bei mir spätestens bei Python und Java Schluss

Aber immerhin grenzt es das schon recht weit ein.

[AxPU]

Schaut so aus als hätte der aktuelle Kernel 6.3.0-1-amd64 das Problem behoben!