Re: [systemd-devel] use /run instead of /dev/.run

2011-03-28 Thread Ludwig Nussel
Bill Nottingham wrote: Andrey Borzenkov (arvidj...@gmail.com) said: On Fri, Mar 25, 2011 at 7:07 AM, Kay Sievers kay.siev...@vrfy.org wrote: Instead of the /dev/.run trick we have currently implemented, we decided to move the early-boot runtime dir to /run. What is the benefit?

Re: [systemd-devel] use /run instead of /dev/.run

2011-03-28 Thread microcai
/dev/.run is just fine, and /dev is tmpfs backend, so that is fast. /var is not tmpfs backend. 2011/3/28 Ludwig Nussel ludwig.nus...@suse.de: Bill Nottingham wrote: Andrey Borzenkov (arvidj...@gmail.com) said: On Fri, Mar 25, 2011 at 7:07 AM, Kay Sievers kay.siev...@vrfy.org wrote: Instead

Re: [systemd-devel] use /run instead of /dev/.run

2011-03-28 Thread Kay Sievers
On Mon, Mar 28, 2011 at 13:28, Ludwig Nussel ludwig.nus...@suse.de wrote: Bill Nottingham wrote: Andrey Borzenkov (arvidj...@gmail.com) said: On Fri, Mar 25, 2011 at 7:07 AM, Kay Sievers kay.siev...@vrfy.org wrote: Instead of the /dev/.run trick we have currently implemented, we decided

Re: [systemd-devel] use /run instead of /dev/.run

2011-03-28 Thread Ludwig Nussel
Kay Sievers wrote: On Mon, Mar 28, 2011 at 13:28, Ludwig Nussel ludwig.nus...@suse.de wrote: Bill Nottingham wrote: Andrey Borzenkov (arvidj...@gmail.com) said: On Fri, Mar 25, 2011 at 7:07 AM, Kay Sievers kay.siev...@vrfy.org wrote: Instead of the /dev/.run trick we have currently

Re: [systemd-devel] use /run instead of /dev/.run

2011-03-28 Thread Jan Engelhardt
On Monday 2011-03-28 16:25, Ludwig Nussel wrote: Kay Sievers wrote: On Mon, Mar 28, 2011 at 13:28, Ludwig Nussel ludwig.nus...@suse.de wrote: Bill Nottingham wrote: Andrey Borzenkov (arvidj...@gmail.com) said: On Fri, Mar 25, 2011 at 7:07 AM, Kay Sievers kay.siev...@vrfy.org wrote:

Re: [systemd-devel] [PATCH v3] Detect page size runtime

2011-03-28 Thread Lennart Poettering
On Mon, 21.03.11 08:37, fykc...@gmail.com (fykc...@gmail.com) wrote: The third version if this patch. Changes since v2: 1. page_size() uses assert_se(sysconf(...)) to detect failure of sysconf, abort if sysconf fails. 2011/3/19 Jan Engelhardt jeng...@medozas.de: On Saturday 2011-03-19

Re: [systemd-devel] Improve boot-time of systemd

2011-03-28 Thread Lennart Poettering
On Sat, 19.03.11 06:05, Chen Jie (ch...@lemote.com) wrote: 2011/3/18 Kay Sievers kay.siev...@vrfy.org: On Fri, Mar 18, 2011 at 14:40, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Fri, Mar 18, 2011 at 10:52 AM, Andrey Borzenkov arvidj...@mail.ru wrote: On Fri, Mar 18,

Re: [systemd-devel] Improve boot-time of systemd

2011-03-28 Thread Lennart Poettering
On Sun, 20.03.11 05:28, fykc...@gmail.com (fykc...@gmail.com) wrote: 2011/3/19 Chen Jie ch...@lemote.com: 2011/3/18 Kay Sievers kay.siev...@vrfy.org: It's ~0.5 sec faster here with readahead on a SSD. Each time runs readahead-replay may cause readahead-collect to record more blocks

Re: [systemd-devel] Improve boot-time of systemd

2011-03-28 Thread Lennart Poettering
On Thu, 24.03.11 10:20, Gustavo Sverzut Barbieri (barbi...@profusion.mobi) wrote: On Thu, Mar 24, 2011 at 9:35 AM, Andrey Borzenkov arvidj...@mail.ru wrote: On Thu, Mar 24, 2011 at 12:19 PM, fykc...@gmail.com fykc...@gmail.com wrote: Hi, 2011/3/18 Gustavo Sverzut Barbieri

Re: [systemd-devel] Effect of pam_systemd on non-login type applications

2011-03-28 Thread Lennart Poettering
On Tue, 22.03.11 20:53, Andrey Borzenkov (arvidj...@gmail.com) wrote: I'm about to enable pam_systemd globally, but now I am a bit unsure where should it go in. I'd rather put it in default system-auth which is included by most other modules; but it also includes some modules that I am not

Re: [systemd-devel] [PATCH] dbus: fix --system handling

2011-03-28 Thread Lennart Poettering
On Wed, 23.03.11 19:55, nerdopolis (bluescreen_aven...@verizon.net) wrote: I think chroot can be a useful tool for jailing particular services into subtrees of the fs hierarchy. Either in the way that the service itself internally chroot()s (which Avahi does, as I think the only service

Re: [systemd-devel] use /run instead of /dev/.run

2011-03-28 Thread Lennart Poettering
On Fri, 25.03.11 05:07, Kay Sievers (kay.siev...@vrfy.org) wrote: Instead of the /dev/.run trick we have currently implemented, we decided to move the early-boot runtime dir to /run. Applied (and fixed a few minor issues). Lennart -- Lennart Poettering - Red Hat, Inc.

Re: [systemd-devel] crypto: to show stars or not to show them

2011-03-28 Thread Lennart Poettering
On Sun, 27.03.11 23:52, Jan Engelhardt (jeng...@medozas.de) wrote: On Friday 2011-03-18 01:41, Lennart Poettering wrote: On Fri, 18.03.11 00:18, Jan Engelhardt (jeng...@medozas.de) wrote: Meanwhile, I have two new suggestions. I have one too (or actually Kay came up with it), and I

Re: [systemd-devel] [PATCH] udev: expose some more tty's for various embedded hardware

2011-03-28 Thread Lennart Poettering
On Mon, 21.03.11 17:16, Michael Olbrich (m.olbr...@pengutronix.de) wrote: +SUBSYSTEM==tty, KERNEL==ttyAM*, TAG+=systemd +SUBSYSTEM==tty, KERNEL==ttymxc*, TAG+=systemd +SUBSYSTEM==tty, KERNEL==ttyPSC*, TAG+=systemd Applied. Thanks a lot! Lennart -- Lennart Poettering - Red Hat, Inc.

Re: [systemd-devel] use /run instead of /dev/.run

2011-03-28 Thread Jan Engelhardt
On Monday 2011-03-28 23:04, Lennart Poettering wrote: On Fri, 25.03.11 05:07, Kay Sievers (kay.siev...@vrfy.org) wrote: Instead of the /dev/.run trick we have currently implemented, we decided to move the early-boot runtime dir to /run. Applied (and fixed a few minor issues). Uhm, *cough*.

Re: [systemd-devel] use /run instead of /dev/.run

2011-03-28 Thread Kay Sievers
On Mon, Mar 28, 2011 at 23:46, Jan Engelhardt jeng...@medozas.de wrote: On Monday 2011-03-28 23:04, Lennart Poettering wrote: On Fri, 25.03.11 05:07, Kay Sievers (kay.siev...@vrfy.org) wrote: Instead of the /dev/.run trick we have currently implemented, we decided to move the early-boot

Re: [systemd-devel] use /run instead of /dev/.run

2011-03-28 Thread Scott James Remnant
Ludwig Nussel wrote: mount --bind /var/run /mnt mount /var mount -M /mnt /var/run This doesn't work. It means there is a period during boot where /var/run suddenly vanishes (when mount the separate /var). You have to do: mount DEV_OF_VAR /mnt mount --bind /var/run /mnt/run mount -M /mnt

Re: [systemd-devel] use /run instead of /dev/.run

2011-03-28 Thread Lennart Poettering
On Mon, 28.03.11 23:46, Jan Engelhardt (jeng...@medozas.de) wrote: On Monday 2011-03-28 23:04, Lennart Poettering wrote: On Fri, 25.03.11 05:07, Kay Sievers (kay.siev...@vrfy.org) wrote: Instead of the /dev/.run trick we have currently implemented, we decided to move the early-boot

Re: [systemd-devel] crypto: to show stars or not to show them

2011-03-28 Thread Jan Engelhardt
On Monday 2011-03-28 23:29, Lennart Poettering wrote: On Sun, 27.03.11 23:52, Jan Engelhardt (jeng...@medozas.de) wrote: On Friday 2011-03-18 01:41, Lennart Poettering wrote: On Fri, 18.03.11 00:18, Jan Engelhardt (jeng...@medozas.de) wrote: Meanwhile, I have two new suggestions. I

Re: [systemd-devel] use /run instead of /dev/.run

2011-03-28 Thread Kay Sievers
On Tue, Mar 29, 2011 at 00:11, Jan Engelhardt jeng...@medozas.de wrote: On Monday 2011-03-28 23:55, Lennart Poettering wrote: On Mon, 28.03.11 23:46, Jan Engelhardt (jeng...@medozas.de) wrote: On Monday 2011-03-28 23:04, Lennart Poettering wrote: On Fri, 25.03.11 05:07, Kay Sievers

Re: [systemd-devel] use /run instead of /dev/.run

2011-03-28 Thread Lennart Poettering
On Tue, 29.03.11 00:21, Kay Sievers (kay.siev...@vrfy.org) wrote: It's the other way round. We want to get rid of the hidden-files-in-/dev mess. Hence all those dirs will move to /run/ and /var/run will simply point to that. Ok that makes sense. But will /run stick around after initramfs

Re: [systemd-devel] Improve boot-time of systemd

2011-03-28 Thread fykc...@gmail.com
2011/3/28 Lennart Poettering lenn...@poettering.net: On Sun, 20.03.11 05:28, fykc...@gmail.com (fykc...@gmail.com) wrote: Current readahead implementation has some problems: 1. It can't separate *real* block read requests from all read requests(which includes more blocks read by the kernel's