disable Homescreen on icefish9.0.0 #help


Dejan Cotra
 

Hi all, 

quick question. How do I disable Homescreen on icefish9.0.0?
I would appreciate any hint?

Dejan


Marius Vlad
 

Hi,

I suppose there are quite a few options depending on what you want to
achieve.

Homescreen is started automatically using AFM which you can tweak in
config.xml file, specifically it is the
"urn:AGL:permission::system:run-by-default" entry. This requires to
re-compile and deploy the wgt file.

You can stop homescreen altogether but you need to do this each time
when starting the board/machine, using afm-util terminate homescreen (as
agl-driver user).

Lastly, underneath, AFM is using systemd, and you can mask out
homescreen service entirely (see systemctl command and grep by 1001 and
homescreen). Potentially this might break some other services depending
on it, but I'm not aware of any (you need here to be sure what you're
masking as there is also a homescreen service).

Presumably there could be other ways.

Hope this helps.

On 4/16/20 3:24 PM, Dejan Cotra via lists.automotivelinux.org wrote:
Hi all, 

quick question. How do I disable Homescreen on icefish9.0.0?
I would appreciate any hint?

Dejan
--
Marius Vlad


Dejan Cotra
 

Hi Vlad, 

Thanks for quick response :)

I did not explain what I want to achieve. So Im playing around with GStreamer in AGL and Im running it from command line (to avoid QT, because from QT only playbin is available, from command line I can create custom pipelines).
Last time I was doing this I was using guppy_7.0.1. So what I did back than:
  1. /etc/xdg/weston/weston.ini comment out (#shell=ivi-shell.so)
  2. systemctl --user mask HomeScreen.service  
so AGL was running but there was no homescreen and when I run GStremer from command line I could see on screen video that is playing.

I was not able to achieve that with scenario 2 and 3 that you suggested. And furthermore if I comment out  #shell=ivi-shell.so AGL stacks during init screen is not initialized.

Do you have anymore suggestions now when you know what I want to achieve? :)

Br,
Dejan


Marius Vlad
 

It seems that using desktop-shell instead of ivi-shell would require
some SMACK tweaks, at least when I tried, I got some permissions issues.

I'm afraid I can't help that much. Maybe Scott can guide you a bit.

Once you have weston up and running, with desktop-shell, you can have
another look at the homescreen part.

On 4/16/20 9:22 PM, Dejan Cotra via lists.automotivelinux.org wrote:
Hi Vlad,

Thanks for quick response :)

I did not explain what I want to achieve. So Im playing around with GStreamer in AGL and Im running it from command line (to avoid QT, because from QT only playbin is available, from command line I can create custom pipelines).
Last time I was doing this I was using guppy_7.0.1. So what I did back than:
* /etc/xdg/weston/weston.ini comment out ( #shell=ivi-shell.so)
* systemctl --user mask HomeScreen.service
so AGL was running but there was no homescreen and when I run GStremer from command line I could see on screen video that is playing.

I was not able to achieve that with scenario 2 and 3 that you suggested. And furthermore if I comment out #shell=ivi-shell.so AGL stacks during init screen is not initialized.

Do you have anymore suggestions now when you know what I want to achieve? :)

Br,
Dejan



--
Marius Vlad


Dejan Cotra
 

Hi Vlad,

Thanks for answer. I appreciate it.

I have one more question if you maybe know it would be very helpful, when you mentioned SMACK.

So I copied some video files, some text files some rpms to my target by using scp some_file  root@....11:/home/0
and I have constantly problems with SMACK (Apr 18 20:24:39 intel-corei7-64 audit[749]: AVC lsm=SMACK fn=smack_inode_permission action=denied subject="User::App::sample_app" object="System" requested=r pid=749 comm="sample_app" name="toy_plane_liftoff.avi" dev="mmcblk2p2" ino=521464)

this happens when I try to access it from my application. This even happens when application try to load some *.so (which I installed from rpms).

Is there a way around this problem?

Br,
Dejan

 


Jan Simon Moeller
 

Hi !

Let's read the log:

(Apr 18 20:24:39 intel-corei7-64 audit[749]: AVC lsm=SMACK fn=smack_inode_permission action=denied subject="User::App::sample_app" object="System" requested=r pid=749 comm="sample_app" name="toy_plane_liftoff.avi" dev="mmcblk2p2" ino=521464)

Your app is running under "User::App:sample_app"  while the file is labeled as "System". Thus you have no access.

Short solution:  chsmack -a "_" toy_plane_liftoff.avi

Long: if you need to access a file as (untrusted) app, the file needs to have the proper ACL / Smack label.
Anything you scp as root will have 'root/system' label and the app will not be able to read it.


Best regards,
Jan-Simon

------
Jan-Simon Möller
AGL Release Manager
The Linux Foundation

Visit us at:
www.automotivegradelinux.org
lists.automotivelinux.org
www.linuxfoundation.org


On Tue, Apr 21, 2020 at 12:07 PM Dejan Cotra via lists.automotivelinux.org <dejan.cotra=nttdata.ro@...> wrote:

Hi Vlad,

Thanks for answer. I appreciate it.

I have one more question if you maybe know it would be very helpful, when you mentioned SMACK.

So I copied some video files, some text files some rpms to my target by using scp some_file  root@....11:/home/0
and I have constantly problems with SMACK (Apr 18 20:24:39 intel-corei7-64 audit[749]: AVC lsm=SMACK fn=smack_inode_permission action=denied subject="User::App::sample_app" object="System" requested=r pid=749 comm="sample_app" name="toy_plane_liftoff.avi" dev="mmcblk2p2" ino=521464)

this happens when I try to access it from my application. This even happens when application try to load some *.so (which I installed from rpms).

Is there a way around this problem?

Br,
Dejan

 


Dejan Cotra
 

hi Jan,

Thank you for response and answer.

Br,
Dejan


Dejan Cotra
 

Hi Jan Simon,

Sorry for bothering you.
one more related question.

I copied some binary files also via scp to minowboard AGL.
and I try to run them from shall but I can not Im just getting No such file or directory.

Can this also be SMACK problem? Do I have to do some SMACK twick in order to run binaries copied with scp?

Best regards,
Dejan


Jan Simon Moeller
 

Yes, this can be the case. But w/o seeing the file properties there is no way to tell for sure.

ls -alhZ

Best regards,
Jan-Simon


On Sun, May 3, 2020 at 10:20 PM Dejan Cotra via lists.automotivelinux.org <dejan.cotra=nttdata.ro@...> wrote:

Hi Jan Simon,

Sorry for bothering you.
one more related question.

I copied some binary files also via scp to minowboard AGL.
and I try to run them from shall but I can not Im just getting No such file or directory.

Can this also be SMACK problem? Do I have to do some SMACK twick in order to run binaries copied with scp?

Best regards,
Dejan


Teddy Zhai
 

you can try to

1. switch to bash first
2. running with the full path of the binary files

Met vriendelijke groet / Best regards.
Teddy


On Sun, May 3, 2020 at 10:20 PM Dejan Cotra via lists.automotivelinux.org <dejan.cotra=nttdata.ro@...> wrote:

Hi Jan Simon,

Sorry for bothering you.
one more related question.

I copied some binary files also via scp to minowboard AGL.
and I try to run them from shall but I can not Im just getting No such file or directory.

Can this also be SMACK problem? Do I have to do some SMACK twick in order to run binaries copied with scp?

Best regards,
Dejan


Dejan Cotra
 

Hi Jan Simon, 

I figure out what was problem.. I made terrible mistake when  I was setting up build environment Im little bit embarrassed to be honest :)

One more time Sorry for bothering you and thanks for quick reply.

Have a nice weekend.
Dejan


Jan Simon Moeller
 

Hi Dejan,

Glad it works now!

Best,
Js

Dejan Cotra via lists.automotivelinux.org <dejan.cotra=nttdata.ro@...> schrieb am Fr., 8. Mai 2020, 18:30:

Hi Jan Simon, 

I figure out what was problem.. I made terrible mistake when  I was setting up build environment Im little bit embarrassed to be honest :)

One more time Sorry for bothering you and thanks for quick reply.

Have a nice weekend.
Dejan