*** Newami has joined #automotive | 01:16 | |
*** Newami has quit IRC | 01:22 | |
*** Newami has joined #automotive | 03:08 | |
*** adriano has joined #automotive | 05:32 | |
*** leon-anavi has joined #automotive | 07:13 | |
*** Net147 has quit IRC | 07:24 | |
*** Net147 has joined #automotive | 07:26 | |
*** Net147 has quit IRC | 07:30 | |
*** Net147 has joined #automotive | 07:32 | |
leon-anavi | hi | 07:44 |
---|---|---|
*** Indra has quit IRC | 07:50 | |
*** Net147 has quit IRC | 07:51 | |
*** Net147 has joined #automotive | 07:52 | |
cengiz_io | hello | 07:55 |
*** Net147 has quit IRC | 08:00 | |
*** Net147 has joined #automotive | 08:02 | |
cengiz_io | how can I set the default tty of weston@display service to tty1? I've overridden some variables in my machine config, edited udev rules so that `display` user can access to `/dev/tty1` but agl-compositor still fails to set keyboard to K_OFF | 08:09 |
mvlad | cengiz_io: sed -ie 's/tty=7/tty=1/' /lib/systemd/system/weston@.service.d/weston-init.conf && systemctl daemon-reload. Assuming that SMACK rules allow you use tty1. | 08:12 |
cengiz_io | mvlad thanks will look there. how can I check SMACK rules? | 08:13 |
cengiz_io | and by SMACK rules you mean udev? | 08:13 |
cengiz_io | mvlad weston-init.conf already has tty1 | 08:14 |
*** vrubiolo has joined #automotive | 08:15 | |
cengiz_io | mvlad can it be due to getty is running on /dev/tty1? | 08:19 |
cengiz_io | maybe it's blocking it | 08:19 |
mvlad | by SMACK rules I mean SMACK labels/policy. No you should probably see in journalctl or /run/platform/display/compositor.log, something about permission denied. | 08:21 |
cengiz_io | mvlad disabling getty@tty1.service did the trick | 08:25 |
cengiz_io | mvlad yes I was seeing permission denied | 08:26 |
*** vrubiolo1 has joined #automotive | 08:37 | |
*** vrubiolo has quit IRC | 08:37 | |
*** vrubiolo1 is now known as vrubiolo | 08:37 | |
*** jacobo has joined #automotive | 08:41 | |
*** kooltux_ has joined #automotive | 08:47 | |
adriano | just curious, weston is also working on raspberry pi, with hdmi display? | 08:53 |
cengiz_io | adriano well currently not displaying anything on imx6 solo | 09:06 |
cengiz_io | it is running but no image | 09:06 |
*** Net147 has quit IRC | 09:09 | |
*** Net147 has joined #automotive | 09:10 | |
*** Net147 has joined #automotive | 09:12 | |
*** adriano has quit IRC | 09:23 | |
mvlad | cengiz_io: guess you need some udev rules to keep the display permission on tty1, as those will change on reboot. But I assume you loose the ability to log in over it. | 09:41 |
mvlad | out of curiosity why on tty1? | 09:41 |
mvlad | cengiz_io: not displaying anything could mean quite a few reasons. Is the compositor running? Why does it say the compositor log? | 09:44 |
mvlad | cengiz_io: w/o a client shell running, like starting just the compositor you'll only get a black screen. Even so, the compositor is running and wait for a client shell to connect and then will start presenting. | 09:44 |
*** leon-anavi has quit IRC | 10:05 | |
*** leon-anavi has joined #automotive | 10:05 | |
cengiz_io | mvlad first of all thank you for paying attention | 10:51 |
cengiz_io | much appreciated | 10:51 |
cengiz_io | 1) I'm using serial console over ttymxcX which does not use any of the ttyX s | 10:52 |
cengiz_io | 2) my display (afaik) is on tty1 (don't know why) | 10:52 |
cengiz_io | 3) mvlad if you have time to look at it, this is my compositor log AFTER I manually chown /dev/tty1 (don't know why zz-tty udev rule is applied.) https://gist.github.com/cengizIO/0d70011bb8ce7138ecc7c2f605c5c502 | 10:54 |
cengiz_io | 4) since it seems to start (after my manual intervention on tty1 permissions) I try to run glmark2-es2-wayland tool. tool starts but the display is blank. there are no errors from tool. | 10:56 |
*** maze-BUG has joined #automotive | 10:56 | |
*** maze-BUG has left #automotive | 10:57 | |
cengiz_io | 5) stopping the weston@display.service and running `weston-start` instead enables me to run glmark2-es2-wayland tool properly. | 10:59 |
cengiz_io | 6) mvlad also my weston.ini background color does get printed on screen with `weston-start` but not with `weston@display.service`. | 10:59 |
cengiz_io | mvlad I need to point out that I run the script with root user. | 11:04 |
cengiz_io | maybe I should just change my display to tty7 (if possible) | 11:05 |
dl9pf | https://www.irccloud.com/pastebin/3gW8aCha/ | 11:33 |
dl9pf | so the demo platform needs 1080x1920 (aka rotated full hd) to work | 11:34 |
dl9pf | not sure the 800x480 will display something | 11:34 |
dl9pf | this seems to me like the EDID data is invalid | 11:35 |
dl9pf | if the monitor does support 1920x1080 try a different cable | 11:36 |
mvlad | cengiz_io: a bit of context, my assumption, as I haven't check your links, is that weston-start would indeed start weston. While weston@display.service will start a weston-based compositor. We call it, agl-compositor. It uses libWeston, just like weston is also a user of libWeston. Difference is that plays a bit a better with the AGL requirements. weston by default will start desktop-shell, | 11:42 |
mvlad | while with agl-compositor we make use AFM (application framework) to do that for us. Analoguous to desktop-shell from weston, is homescreen application. The compositor will hold up presenting anything on the screen until homescreen tells it it is ready to start displaying. So, my assumption is the compositor starts but homescreen does not. Though it should (be restarted by AFM). | 11:42 |
mvlad | cengiz_io: Any other applications that is started, manually using afm, or by using the launcher application, should immediately start displaying. | 11:43 |
cengiz_io | hm | 11:43 |
mvlad | cengiz_io: assuming that homescreen is also started. | 11:43 |
cengiz_io | mvlad I won't be using homescreen. I will just start a qt application | 11:44 |
cengiz_io | and I didn't include agl-homescreen in my image. that explains why. | 11:45 |
mvlad | cengiz_io: right, so I'd suggest investigation/reading a bit of homescreen code to see how to tell the compositor that you're ready to start presenting. Another bit of context: in AGL, we customizing the compositor behaviour by using some private extensions. homescreen underneath has some bit of wayland code to handle that. | 11:46 |
cengiz_io | thank you dl9pf for suggestion but my display is parallel rgb (no edid). it's a dummy tft and works fine with modetest. | 11:46 |
mvlad | might worth reading https://gerrit.automotivelinux.org/gerrit/gitweb?p=src/agl-compositor.git;a=blob_plain;f=doc/README.md;hb=refs/heads/master | 11:47 |
mvlad | also, the bit of code in homescreen that will tell the compositor it is ready to start displaying: https://gerrit.automotivelinux.org/gerrit/gitweb?p=apps/homescreen.git;a=blob;f=homescreen/src/main.cpp;h=8c7bb22e1662a2c7134c525fc9006f5ca9d339fe;hb=refs/heads/master#l138 | 11:50 |
cengiz_io | there's a protocol between them besides wayland packages huh? | 11:50 |
mvlad | note that these are direct calls, w/o any library or wrapper on top. | 11:50 |
mvlad | the compositor implements the server side, while homescrene does the client one. deskop-shell from weston is not any different just that it is started automatically by the compositor. | 11:52 |
cengiz_io | got it | 11:52 |
mvlad | fyi, https://gitlab.freedesktop.org/wayland/weston/-/blob/master/protocol/weston-desktop-shell.xml | 11:53 |
mvlad | for AGL, it is https://gerrit.automotivelinux.org/gerrit/gitweb?p=src/agl-compositor.git;a=blob_plain;f=protocol/agl-shell.xml;hb=refs/heads/master | 11:54 |
mvlad | cengiz_io: one more thing, wrt dl9pf amend, it would be more helpful for you to create your own (client) shell, as both homescreen and the applications are made for 1080p panels/displays. | 12:27 |
cengiz_io | mvlad I have a qt app that acts as a wayland client | 12:58 |
cengiz_io | will now ask ui guys to adapt it | 13:01 |
smurray | cengiz_io: you're using icefish, though, right? That release does not have agl-compositor, it was introduced in jellyfish | 13:05 |
cengiz_io | nope switched to jellyfish 10.0.0 | 13:06 |
smurray | cengiz_io: okay. I'd probably advise looking at the homescreen app as a starting point as mvlad suggested. | 13:09 |
cengiz_io | I'm currently reading its source | 13:09 |
cengiz_io | particularly finding screen and notifying compositor parts | 13:09 |
cengiz_io | smurray I also read somewhere about creating a qt app with built in compositor | 13:10 |
cengiz_io | which is beyond my skills | 13:10 |
smurray | cengiz_io: there's an example in the cluster demo, that's what the qtcompositor stuff is | 13:10 |
cengiz_io | smurray can I ask one more thing? | 13:13 |
cengiz_io | there's an udev rule zz-tty.rules. | 13:13 |
cengiz_io | SUBSYSTEM=="tty", KERNEL=="tty7", OWNER="display", SECLABEL{smack}="*", TAG+="systemd", ENV{SYSTEMD_WANTS}="weston@display.service" | 13:13 |
cengiz_io | as far as my udev know-how goes, this is supposed to change owner of /dev/tty7 to display | 13:13 |
smurray | yep | 13:13 |
cengiz_io | crw--w----. 1 root root 4, 7 Jun 29 03:10 /dev/tty7 | 13:14 |
cengiz_io | somehow it doesn't | 13:14 |
cengiz_io | enabled debug logging of udev, will look into it | 13:14 |
cengiz_io | systemd-udevd[200]: tty7: Setting permissions /dev/tty7, uid=200, gid=5, mode=0620 (200 is the id of `display`) so udev rule is correct. | 13:21 |
cengiz_io | god, I might be cursed today :D | 13:21 |
smurray | I've no idea what that'd be happening, tbh. | 13:21 |
smurray | err, why | 13:21 |
smurray | does "systemctl status weston@display" show anything interesting? | 13:25 |
cengiz_io | smurray apart from the obvious /dev/tty7 permission error (which I resolve on runtime by chown), it's like this: https://gist.github.com/cengizIO/0d70011bb8ce7138ecc7c2f605c5c502 | 13:27 |
cengiz_io | too long to paste, sorry | 13:27 |
cengiz_io | smurray I think everything is fine except that my client app does not notify agl-compositor like homescreen | 13:28 |
smurray | cengiz_io: okay | 13:28 |
cengiz_io | so it can't get any displays | 13:29 |
mvlad | cengiz_io: the compositor is prettty verbose when pending surfaces have been created. It appears no client is connecting at all. Might want to still add homescreen in your image, change the udev rules while you are at it. You can stop homescreen manually using afm-util and then start your own (client) shell, and other apps. | 13:37 |
*** jacobo has quit IRC | 13:56 | |
*** vrubiolo has quit IRC | 16:18 | |
*** Newami has joined #automotive | 16:55 | |
*** AlisonChaiken has quit IRC | 16:55 | |
*** Newami has quit IRC | 16:57 | |
*** kooltux_ has quit IRC | 18:40 | |
*** anjumkaiser has joined #automotive | 19:09 | |
*** AlisonChaiken has joined #automotive | 20:15 | |
*** vrubiolo has joined #automotive | 20:43 | |
*** eduardas has joined #automotive | 22:04 | |
*** leon-anavi has quit IRC | 22:17 | |
*** anjumkaiser has quit IRC | 22:53 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!