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

[win2bsd]

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]

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

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.

 

[win2bsd]

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.

 

[win2bsd]

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.

 

[midnight]

Zum Vergleich: Auf einem frischen FreeBSD laeuft Sway/Wayland bei mir nur mit folgenden Paketen:

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:

alacritty
grimshot
swayidle
swaylock-effects
waybar

In der /etc/rc.conf habe ich auf dem Thinkpad noch folgende zusaetzlichen Eintraege drin:

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.

 

[win2bsd]

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:

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

Ich werde aber deinen pkg-Pfad definitiv noch testen!

 

[win2bsd]

Zum Vergleich: Auf einem frischen FreeBSD laeuft Sway/Wayland bei mir nur mit folgenden Paketen:

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. ;]

 

[win2bsd]

Moin und frohe Weihnachten.

Kurzzeit-feedbeck zum Reisefortschritt.

Das X1 ist grundsaetzlich nutzbar. Alle primaeren desktop-Anwendungen (Mousepad, Libreoffice, Firefox, Thunderbird, Audacity, Gimp, mpv, freerdp) scheinen problemfrei zu laufen. Anwendungen wie NetRadiant, software-synth und andere eher sekundaeren Anwendungen habe ich noch nicht versucht.

Durch die noch fehlende bekannte Bedienbarkeit fuehlt es sich ein wenig an wie ein kleiner Rueckschritt, was wohl normal ist wenn sich an diesem Bereich der Nutzbarkeit zu viel aendert.

[Upside]

• nutzbar for daily use (vfx ok, audio ok, touchpad ok, trackoint ok, 3 mouse-buttons ok)
• compiz-like Bedienbarkeit mit vielen bekannten Einstellungsmoeglichkeiten (wayfire)
• freerdp 2.x geht zum Glueck wie gewohnt:

sdl-freerdp2/3 ist sehr unangenehm fuer mich, muss wohl zu viel eingestellt werden um fuer mich brauchbar zu sein

[Downside]

- Multimonitor-gehassel:
zurueck von der console muss ich immer wieder per wcm sagen wo und wie der extene Monitor zu finden ist

• Positionierung der Anwendungen beim Starten von Wayfire nicht moeglich(?)
• waycorner gehoert von der Funktionsweise in das wcm ;] (waycorner wegen separater config noch nicht probiert)

Ich benoetige noch cairo-dock, oder etwas gleichwertiges. Die taskleiste ist nett aber haelt meinen flow auf.
Sollte compiz unter FreeBSD wieder ein update erfahren, wuerde ich wohl mal Xlibre versuchen.

 

[win2bsd]

Moin!

Wer kann noch mit einem Thunderbird bzw. mousepad mal copy/paste unter Wayland(Wayfire) testen. Ich bekomme seit (notgedrungenem) Wechsel auf Wayland(Wayfire) Stottern der Eingabegeraete (Keys, Mouse) oder gar freezes. Soll wohl ein Problem zwischen Wayland/XWayland sein. Habe mit einer gesetzten env "MOZ_ENABLE_WALAND=1" es in Thunderbird nicht loesen koennen.

Test:

• etwas in eine neue mousepad-session bzw. neue E-Mail schreiben
• geschriebenes kopieren und einfuegen
• etwas neues Schreiben und auch dies wieder kopieren bzw. einfuegen.

Es passiert oft schon nach dem zweiten copy.

Mit wl-clipboard kann ich wohl nicht umgehen. Habe zwei commands fuer STRG+C/+V angelegt, ohne Funktion.

Wayland 1.24.0_2
Wayfire 0.10.0

(Traue mich nicht mehr hier per copy/paste reinzustellen...^^)

 

[berni51]

Habs gerade mal schnell probiert:
FreeBSD 15.0-RELEASE-p3
mousepad 0.6.5
Wayland und Wayfire wie bei dir.

Ich kann zwischen Thunderbird, Alacritty und Mousepad beliebig viel hin- und her kopieren.
Habs mit strg-c/strg-v und über die Menüs mit Koiperen/EInfügen probiert. Keine Probleme.

Dafür hat mein Wayfire einen leichten Ocker-Stich.

 

[win2bsd]

Moin.
Ja, komisch. Konnte es am WE auch nicht so reproduzieren. Hat mich sehr gewundert, hatte es vor Wochen direkt nach einem Neustart getestet mit oben stehendem Ergebnis.

Es haengt bei mir wohl mit freerdp (2.11.7_4) zusammen. Wenn ich auf einer zB. Windose drauf bin und dann den Test mache, kommt genau der oben beschriebene Effekt. Wenn ich zuvor innerhalb der Windose Dateien kopiere kommt es bei dem Test zu einem vermeindlichen freeze. Wenn man aber lange genug wartet (5-10 Minuten) sieht man wie das System doch noch in tausendfacher Zeitlupe geargiert. Es hilft immer das Programm in dem ge'pasted wurde zu beenden, dann wird das System aus dem freeze geholt.

Mit freerdp3 (3.17.2) passiert das aktuell nicht. Das Verschieben von Fenstern auf der RDP-Maschine ist bei dieser Version etwas traeger. Wird langsam off topic...

Dafür hat mein Wayfire einen leichten Ocker-Stich.

Unterm CCM konnte man frueher sowas mit entsprechenden RGB Reglern versuchen auszugleichen.
Vielleicht sieht es mit "invert" aus dem WCM besser aus.

 

[midnight]

Es haengt bei mir wohl mit freerdp (2.11.7_4) zusammen. Wenn ich auf einer zB. Windose drauf bin und dann den Test mache, kommt genau der oben beschriebene Effekt. Wenn ich zuvor innerhalb der Windose Dateien kopiere kommt es bei dem Test zu einem vermeindlichen freeze. Wenn man aber lange genug wartet (5-10 Minuten) sieht man wie das System doch noch in tausendfacher Zeitlupe geargiert. Es hilft immer das Programm in dem ge'pasted wurde zu beenden, dann wird das System aus dem freeze geholt.

Ja das Problem hatte ich vor einiger Zeit auch mit freerdp. Das liegt vermutlich an einem nicht korrekt funktionierenden Clipboard-Prozess im Windows-Guest. Evtl. hilft es schon, den Windows Guest neuzustarten.

Ansonsten probiere es mal so:

Spoiler: RDP Clipboard Process

Hi Office365 - Onorato Informatica Srl

Thank you for posting in Microsoft Community.

I understand the issue you are facing with RDP freezing when trying to copy/paste a document from your desktop to the RDP session. This issue could be related to the way the files are being transferred between the local and remote sessions. To troubleshoot this problem, you can try the following steps:

Check RDP Clipboard Process – The clipboard process (rdpclip.exe) might be malfunctioning. You can restart it by:

Opening Task Manager (Ctrl + Shift + Esc).

Finding rdpclip.exe under Processes.

Ending the task and restarting it by running rdpclip.exe from the "Run new task" option.

Use Drive Redirection Instead – Instead of copy-pasting, try mapping your local drives in the RDP session:

Open Remote Desktop Connection (mstsc.exe).

Click "Show Options" > "Local Resources" tab.

Under "Local devices and resources," enable drive redirection.

Check Group Policy Settings – Some clipboard-related policies might be interfering:

Open Group Policy Editor (gpedit.msc).

Navigate to Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Device and Resource Redirection.

Ensure clipboard redirection is enabled.

Adjust Network Detection Settings – Some users have reported that tweaking network detection settings in Group Policy can help:

Enable "Select network detection on the server" and set it to "Turn off Connect Time Detect and Continuous Network Detect".

Try Drag-and-Drop Instead – If copy-paste fails, you might be able to drag and drop files into the redirected local drive.

If none of these work, it might be worth checking for any OneDrive-specific restrictions or conflicts with RDP. Let me know if you need more details!

Best Regards,

Lonex P.

Microsoft Moderator

 

[berni51]

Unterm CCM konnte man frueher sowas mit entsprechenden RGB Reglern versuchen auszugleichen.
Vielleicht sieht es mit "invert" aus dem WCM besser aus.

Das hat tatsächlich geholfen!

 

[win2bsd]

Ja das Problem hatte ich vor einiger Zeit auch mit freerdp.

Vermutlich ein Missverstaendnis. Es freezed nicht die RDP-Sitzung sondern FreeBSD wenn ich ein copy/paste in mousepad oder Thunderbird machen will. Hatte Wayland/Wayfire im Verdacht da ich kuerzlich "gezwungener Maszen" gewechselt bin.

Das hat tatsächlich geholfen!

Huch Sieht das nicht komisch aus? Also der Rest der nicht Dr. Ocker war?

 

[berni51]

Der Rest, also das, was nicht ocker war, ist unverändert. Nur ocker ist wieder zu lightgray geworden.
Ich hab aber nicht "invert" aktiviert, sondern deaktiviert. Warum da ein Häkchen war, weiss ich auch nicht.

 

[win2bsd]

Moin,
was mir noch mit dem carbonien Denkpedal aufgefallen ist: Wo ist denn der HDMI Audio output hin? Den koennte ich nun gebrauchen.

cat /dev/sndstat

Installed devices:
pcm0: <Realtek (0x0287) (Analog 2.0+HP/2.0)> (play/rec) default
No devices installed from userspace.

...

pkg info | grep drm

drm-66-kmod-6.6.25.1500068_6   Direct Rendering Manager GPU drivers
libdrm-2.4.123,1               Direct Rendering Manager library and headers

...

pciconf -lv

vgapci0@pci0:0:2:0:     class=0x030000 rev=0x04 hdr=0x00 vendor=0x8086 device=0xa7a1 subvendor=0x17aa subdevice=0x2315
    vendor     = 'Intel Corporation'
    device     = 'Raptor Lake-P [Iris Xe Graphics]'
    class      = display
    subclass   = VGA

HDMI (also der Treiber) sollte doch ein pcm0 vor dem Realtek audio erzeugen, wecher dann pcm1 wird, oder nicht?
HDMI-Video out geht soweit problemfrei.


Wer hat noch einen Raptor-Lake in Nutzung?

 

[win2bsd]

Moin,
zum Thema Raptor-Lake/HDMI pcm-device, scheinbar liegt es einfach noch an fehlender CPU(iGPU)-Unterstuetzung.

pkg info | grep intel
gpu-firmware-intel-kmod-alderlake-20250109.1500068 Firmware modules for alderlake Intel GPUs
gpu-firmware-intel-kmod-broxton-20250109.1500068 Firmware modules for broxton Intel GPUs
gpu-firmware-intel-kmod-cannonlake-20250109.1500068 Firmware modules for cannonlake Intel GPUs
gpu-firmware-intel-kmod-dg1-20250109.1500068 Firmware modules for dg1 Intel GPUs
gpu-firmware-intel-kmod-dg2-20250109.1500068 Firmware modules for dg2 Intel GPUs
gpu-firmware-intel-kmod-elkhartlake-20250109.1500068 Firmware modules for elkhartlake Intel GPUs
gpu-firmware-intel-kmod-geminilake-20250109.1500068 Firmware modules for geminilake Intel GPUs
gpu-firmware-intel-kmod-icelake-20250109.1500068 Firmware modules for icelake Intel GPUs
gpu-firmware-intel-kmod-kabylake-20250109.1500068 Firmware modules for kabylake Intel GPUs
gpu-firmware-intel-kmod-meteorlake-20250109.1500068 Firmware modules for meteorlake Intel GPUs
gpu-firmware-intel-kmod-rocketlake-20250109.1500068 Firmware modules for rocketlake Intel GPUs
gpu-firmware-intel-kmod-skylake-20250109.1500068 Firmware modules for skylake Intel GPUs
gpu-firmware-intel-kmod-tigerlake-20250109.1500068 Firmware modules for tigerlake Intel GPUs

Gut das die Video-Ausgabe soweit klappt.
Fuer mich aktuell unter Wayland aber noch mit mehr Aufwand als bei Xorg, wenn es um einen zweiten Bildschirm geht. Ist ggf. nur eine Umstellung in der wayfire.ini bzw. mit wlr-randr.

@Mod
Besser unter allg. Hardware hier im Forum aufgehoben?

 

[win2bsd]

Ggf. etwas off topic...

Habe weitere Maschinen zum testen mit wayfire bestuecken wollen, weil ich es nicht nach dem FreeBSD Handbuch fuer intel's zum laufen bekommen habe. Waren i3-2200 und i5-6400 dabei. Als ich dann mal Xlibre versuchen wollte lief wayfire nach einem Hueftschuss auch. Mit ein wenig K(a)i, diff und Tests hat sich fuer mich herausgestellt, das der Befehl im Handbuch fuer wayfire so aussehen sollte:

# pkg install wayfire wf-shell alacritty swaylock-effects swayidle wlogout kanshi mako wlsunset dejavu

Zuvor hatte ich auch noch wcm und wayfire-plugins-extra installiert. Es leif aber erst nach einem

pkg install dejavu

Kann ich auf meinem Produktivgeraet jetzt nicht testen. Vielleicht ein Versuch auch fuer andere wert.