Vehicle: Lenovo Thinkpad X1 Carbon G11 - Dest.: Wayland (Wayfire)

W

win2bsd

Well-Known Member
Ich glaube es lohnt ein neuer thread.

G11:
CPU: i7 1355U
GPU: Raptor Lake-P [Iris Xe] (device=0xa7a1)

Es geht hier um die Abloese meines alten Asus-client UX32LA von 2014, mit dem ich sehr gut beruflich wie privat alle noetigen Dinge auf allen mir zu nahe kommenden servern erledigen konnte. Ich selber habe das Geraet erst ab 2017 eingesetzt. Wenn ich Erfolg habe kann ich hier her zurueck gehen und mich bei mir selbst belesen, falls ich das System neu aufsetzen will/muss.

Nachdem Wayfire mit KDE (pkg install plasma6-plasma) auf einem FreeBSD 15R lief, habe ich eine neue Installation gestartet, um zu schauen ob es auch ohne KDE geht. Entweder ist das Handbuch aktuell dazu ungenau oder ich bin ungenau.

Hier der Verlauf und aktuelle Stand teilweise im Zusammenspiel mit dem FreeBSD-Handbuch/www. Ich bin teilweise Paketweise vorgegangen um zu schauen ab wann Wayfire nutzbar aussieht.

  • FreeBSD 15 ( amd64-memstick)
  • pkg install (mc)
  • pw etc
  • pkg install(
drm-kmod (pkg delete -x gpu-firmware-amd*/gpu-firmware-radeon*)
seatd
wayfire
wcm
swaysettings
swayidle
swaylock
wayfire-plugins-extra
swaylock-effects
kanshi
wf-shell-nopulse)
...ok, sieht so aus als ob Wayfire brauchbar ist

Wollte mit "pkg delete -ay" einen weiteren Versuch starten ob es mit weniger geht.

- pkg install(
mc
drm-kmod (pkg delete -x gpu-firmware-amd*/gpu-firmware-radeon*)
seatd
wayfire
wcm
kanshi
wf-shell-nopulse
swaylock-effects
wayfire-plugins-extra
swaysettings
swayidle

...nok, Wayfire unbrauchbar
Reihenfolge der Pakete wichtig?

reboot...

"Failed to load kernel 'kernel'"

Da ich "pkg delete" noch nicht auf diese Weise eingesetzt habe, fuehle ich mich schuldig.^^

<OT>
Ist nun nicht mehr ein Grundsystem ueber das memstick-image (1488MB) moeglich? Wieso will er Base aus dem Netz ziehen und wenn ich das nicht will gehts nicht weiter? Waere doch schoen wenn der alte Weg normal geht und der pkg-Weg optional.
 
win2bsd schrieb:
Da ich "pkg delete" noch nicht auf diese Weise eingesetzt habe, fuehle ich mich schuldig.^^
Zum Vergrößern anklicken....
Wenn Base mit "Tech Preview" also per pkg installiert wurde, schiesze ich mir das komplette System weg mit "pkg delete -ay"? Es wird doch ohne "y" ausgegeben das die pkg's "FreeBSD-*" nicht entfernt werden koennen und ich es von der "zu loeschen"-Liste mit "y" entnehmen kann.

Neuer Versuch:

  • FreeBSD 15R (memstick 1488MB) mit pkg-"TechPreview" und boot
  • (gen. config: pw etc.)
  • pkg install mc
  • pkg install drm-kmod
  • pkg delete -x gpu-firmware-amd
  • pkg delete -x gpu-firmware-radeon
  • pkg install wayfire
  • pkg install wayfire-plugins-extra
  • pkg install wcm
  • pkg install wf-shell-nopulse
  • wayfire-config aus share nach ~/.config/wayfire/wayfire.ini (setenv WAYFIRE_CONFIG_FILE)
  • sysrc kld_list+='i915kms'
  • sysrc dbus_enable=yes
  • reboot
  • sysrc seatd_enable=yes
  • service seatd start
  • pkg install swaylock-effects
  • seatd socket permission denied (wayfire als user)
  • reboot
  • pkg install kanshi
  • pkg install consolekit2
  • pkg install swaysettings
  • pkg install swayidle

... bis hier wieder kein brauchbares Wayfire. Ab und zu ist nach dem Start ein panel zu sehen, das bleibt aber leider nicht lange wie oben im ersten positiven Versuch.
 
Neben der wf-panel.core die in ~/ nach Start von wayfire entsteht, steht auf der ersten console (<alt><f1>):
"drmn0 [drm] Selective fetch area calculation failed in pipe A"

Soweit ich das kurz ueberblickt habe, kann das ein Problem im Grafiktreiber ausdruecken. Da Wayfire aber schon mal laenger mit der menu-Leiste oben lief und auch alle getesteten Programme liefen, hoffe ich auf eine Kleinigkeit die ich uebersehe. KDE ist uebrigens keine Kleinigkeit.^^ Ging ja wie oben zu lesen auch ohne.
 
Nach "pkg install plasma6-plasma" verschwindet der Fehler von "drmn0" oben. Also doch wieder von dort starten und dann zurueckbauen

- pkg install plasma6-plasma
...wayfire brauchbar, menu-Leiste oben bleibt und ohne core-dump
- pkg delete plasma5-plasma
...wayfire unbrauchbar
  • pkg install plasma6-plasma
  • pkg delete jackit - "n" abgebrochen, es wird alles wie bei "pkg delete plasma5-plasma" entfernt
  • pkg delete xdg-desktop-portal
...wayfire brauchbar, menu-Leiste oben bleibt und ohne core-dump
- pkg delete -x kdegraphics-
...wayfire brauchbar, menu-Leiste oben bleibt und ohne core-dump
- pkg delete -x kf5
...wayfire brauchbar, menu-Leiste oben bleibt und ohne core-dump
- pkg delete -x kf6
...wayfire brauchbar, menu-Leiste oben bleibt und ohne core-dump
- pkg delete -x plasma6-plasma-workspace-wall
...wayfire brauchbar, menu-Leiste oben bleibt und ohne core-dump
- pkg delete -x plasma6-o
...wayfire brauchbar, menu-Leiste oben bleibt und ohne core-dump


Soweit lasse ich es jetzt und beginne mit der Anpassung und der Installation meiner gewohnten desktop-software, in der Hoffnung endlich das Geraet verwenden zu koennen. Bin gespannt was im detail mit der hardware geht und was nicht.
Leider kann ich (noch) nicht sagen was im FreeBSD-Handbuch aktuell zu Wayfire fehlt, sehr wahrscheinlich fehlt dort aber was.
 
Zum Vergleich: Auf einem frischen FreeBSD laeuft Sway/Wayland bei mir nur mit folgenden Paketen:
Code: 
dmenu-wayland
drm-latest-kmod
seatd
sway
wayland

drm-latest-kmod wird zwingend fuer die GPU-Beschleunigung meiner Intel-GPU benoetigt. Ohne startet Wayland nicht. Du muesstest dann den Grafiktreiber deiner GPU installieren.

Zusaetzlich habe ich noch fogende Pakete installiert, welche allerdings nicht unbedingt fuer die reine Grundfunktion notwendig sind:
Code: 
alacritty
grimshot
swayidle
swaylock-effects
waybar

In der /etc/rc.conf habe ich auf dem Thinkpad noch folgende zusaetzlichen Eintraege drin:
Code: 
kld_list="i915kms acpi_video acpi_ibm"
seatd_enable="YES"
dbus_enable="YES"

sway starte ich dann vom tty aus mit dbus-run-session sway.
 
Thanks midnight!

Bin froh das Wayfire im Endeffekt Compiz "ist". Das ist Teil meiner gwohnten Fensterbude. Es gibt sogar waycorner was mir aktuell noch fehlt und ich noch testen muss. Eine Integration ins wcm waere entsprechend mega. (https://github.com/AndreasBackx/waycorner)

Wenn ich den "drm-latest" nehme startet Wayfire nicht mehr, Grafiktreiberproblem. Bei mir muss es scheinbar "drm-66-kmod" sein. (freebsd-version -kru = FreeBSD 15.0-R)

Das hier kann wohl auch noch helfen - sehr ausfuehrlich:
forums.freebsd.org

Example/Tutorial: Pure Wayland Desktop

[Mod: Discussion/suggestions/requests are moved here: example-tutorial-pure-wayland-desktop-discussion.85994] Hello, I was fiddling around quite a bit, to get a completely native Wayland desktop on FreeBSD (without using xwayland, only using programs that are capable to run natively under...
forums.freebsd.org forums.freebsd.org

Ich werde aber deinen pkg-Pfad definitiv noch testen!
 
midnight schrieb:
Zum Vergleich: Auf einem frischen FreeBSD laeuft Sway/Wayland bei mir nur mit folgenden Paketen:
Zum Vergrößern anklicken....
Mit leichter Abwandlungen* geht "Wayland" so bei mir auch.

Neuer Versuch (user midnight)

  • FreeBSD 15R (pw etc.)
  • pkg install mc
  • pkg install drm-66-kmod*
  • pkg install seatd
  • pkg install sway
  • pkg install wayfire*
  • pkg install alacritty
  • pkg install swayidle
  • pkg install swaylock-effects
  • pkg install waybar

Wayfire brauchbar - waybar braucht wohl etwas Aufmerksamkeit.
Die Meldung "drmn0: [drm] Selective fetch..." ist wieder auf console #1, aber kein *.core-file im user-home-root. Faszinierend. \V/ ;]

- pkg install wcm (vergessen)

Waybar ein wenig sperrig zu konfigurieren.

- pkg install wf-shell*

reboot...

Wayfire grundsaetzlich so brauchbar.
Bisher kein "drmn0: [drm] Selective fetch...". Es braucht auch kein drm-kmod mit dem ganzen amd/radeon-Zeug was bei dieser hardware zu viel des Guten ist.^^
Nach Start von Wayfire kein "drmn0: [drm] Selective fetch..."-Fehler.

Ok, eine Grundlage.
Traeume jetzt noch ein wenig von Cairo-Dock, und von der reibungslosen Funktion alle mir wichtigen Anwendungen. ;]
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben