<div class="gmail_quote">On Mon, May 9, 2011 at 11:52 PM, Scott James Remnant <span dir="ltr"><<a href="mailto:scott@netsplit.com">scott@netsplit.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> <div class="gmail_quote"><div class="im">On Mon, May 9, 2011 at 12:16 PM, Gustavo Sverzut Barbieri <span dir="ltr"><<a href="mailto:barbieri@profusion.mobi" target="_blank">barbieri@profusion.mobi</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div class="gmail_quote"><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br>Well, right now let's make clear that Firefox/Chromium or other X clients won't be started by systemd as they are user session applications, and systemd itself will just deal with system context (ie: up to GDM/KDM...).</div> </blockquote></div> <div><br></div></div></blockquote></div><div>Really?</div><div><br></div><div>A major feature of systemd I understood was that it would also manage user sessions as a seamless part of boot along with the system session. Is that not the case?</div> </div></blockquote><div><br></div><div>Not yet. It is planned but we're trying to get the system-wide part done first. The system part is what is in Fedora 15 and all other distros using it.</div><div><br></div><div>The desktop part will need some investigation. Lennart does have some ideas, but even he said he will need to analyze what exists now, some "why?" and then do a ConsoleKit-free desktop, see if that's enough and get the actual patches out to interested peers (Gnome in his case, I'll do stuff for Enlightenment, etc).</div> <div><br></div><div>In his conversion he will rework the concept of session. The session will not be a shell login or X11 login, instead it will be the whole lifetime of user in the platform, if you login from tty1/getty then x11 you have the same session, then logout from tty1 your session will still alive until the last logs out. This is likely to require some PAM help and will require changes to DBus and maybe others.</div> <div><br></div><div>I'm not following all the user-session discussion, but AFAIU this management will be done by the same code, but not same process (it's not PID1). PAM (or another entity that has a role in the login/logout) will talk to systemd (PID1) and ask for a new service to be started to handle this user-session. This will still be the same code, but of course on the user context and not handle things like actual reboot/halt of the machine, mounting system filesystems. But again, I'm not following it closely and I might be wrong here.</div> <div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="gmail_quote"><div class="im"> <div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div></div><div>But using your case, just like I said above, you really want that. You'd chromium and X11 to be loaded at the same time, because the kernel will handle the load and may load chromium executable while X11 is doing EDID read, then may let the dynamic linker work while X11 asks for input device, etc.</div> <div><br></div></div></blockquote></div><div>Or the kernel might load Chromium completely before giving X any time at all; between picking the right thing and the wrong thing, without information, the kernel seems to more usually pick the latter.</div> </div></blockquote></div><div><br></div><div>If that happens then not a big problem as on X connection Chromium would block or would sleep while it's ready, leaving time for X11 to run.</div><div><br></div><div>Yes, this would not respect your "priority request", but I don't think the kernel would starve X11 load in benefit for Chromium load for no good. Either X11 was sleeping on some probe or something like that.</div> <br clear="all"><br>-- <br>Gustavo Sverzut Barbieri<br><a href="http://profusion.mobi">http://profusion.mobi</a> embedded systems<br>--------------------------------------<br>MSN: <a href="mailto:barbieri@gmail.com">barbieri@gmail.com</a><br> Skype: gsbarbieri<br>Mobile: +55 (19) 9225-2202<br>