2015-01-08 13:16 GMT+01:00 Jakub Jermar <[email protected]>: > The first issue is to make the system work even without initially having > logger available. I think it will currently hang if logger is not there. Yes, it would block when logger is missing. However, the initial tasks (ns, rd, locsrv, loader, vfs, appropriate filesystem for initrd) can already start without need of logger (and I think some of them really have to).
The potential "advanced" tasks necessary to access actual root filesystem can depend on logger as this dependency would be resolved during the "basic" initialization. > The other issue is that you think that you need to change the root > filesystem. Why, in your opinion, is this necessary? Surely, we should > probably implement this eventually, but why not simply mount the initrd > as root and the prospective persistent filesystem under e.g. /root (to > bring some confusion to all the people who expect something else under > /root) or /r? Technically, it doesn't matter where the "root" filesystem is mounted. On the other hand, I think it would require all tasks/users to use prefixed paths, which I find a bit clumsy concerning the future mount of the root FS under '/'. Alternatively, it could be solved by chrooting, which would be also nice feature to have yet IMO more complex to implement than changing root in VFS only. "Economic" consequence of not having initrd in the root would be possibility to unmount it and release its occupied memory. (In this context, persistence of early logs comes to my mind.) > The devman and such would have to be told about the new > driver repository (and taught to make use of this information). > As for changing the initrd root for a persistent root, it seems possible > after some effort. Note that Jiri Zarevucky is working on a VFS2 that > may make this potentially easier or just different. It seems that having root FS in /root (or similar) is a good starting point to verify some of my ideas. I will experiment a bit and let you know later. Michal _______________________________________________ HelenOS-devel mailing list [email protected] http://lists.modry.cz/listinfo/helenos-devel
