>> - UML can boot using a host directory as the root filesystem. Is=20
>> this a save way to pass files between host and UML?
> Sure. Anything created in that filesystem becomes visible inside the =
> You have to be careful about changing files that are already cached by =
> UML though.
How can I know (from the host) if a file is being cached by the UML in a
given moment? Can this being avoided/stopped? (I mean, if I discover =
file is being caching by the UML and I want to change it, how can I sync =
file and make my changes). Maybe using mconsole to stop-sync-(change
file)-go the UML?
>> Can be this mechanism reversed (I mean, the host pass commands to the
>> UML)? Can be use to launch process execution from the host in the =
>It can, but that hasn't been implemented because no one has been =
>for it. You'd have to have something inside UML reading =
>and it determines what messages you send and what effects they have.
It sounds good! :)
So, I could have a daemon in the UML that listens continuously to the =
(/proc/mconsole) and, when a command is written, invokes it using the =
For example, if the host writes 'ls -l' in the mconsole socket, the =
in the UML heard it and executes 'ls -l' (even returning the output of =
command back to the host by the socket).
Do I catch the point? I would like to implement this mechanism in our =
tool (http://www.dit.upm.es/vnuml). Any suggestion/idea/sample code, =