On 9/16/19 7:14 AM, Paul Menzel wrote:
In his talk*Linux kernel fastboot on the way* at this years Linux
Plumbers Conference [1][2], Feng Tang (CCed) has the notes below on
the slide for userspace/systemd.
• Systemd is ~1.5MB - the loading time for emmc is 100ms> • Can we use a small
On 09/25/2017 10:45 PM, Daniel Wang wrote:
> I have a number of timers that all look something like the following:
> The boilerplate for such small things is killing me. Is there a good
> technique to replace them with something simpler?
> Maybe transient timers? What will be the drawbacks of
On 07/10/2017 08:23 PM, Ian Pilcher wrote:
> I'm playing using systemd-networkd (rather than the legacy network
> service) on my Banana Pi CentOS 7 firewall. (See the "Bouncing
> interface once chrony is synced" thread for background.)
>
> I have "DHCP=yes" in the [Network] section of my WAN
On 04/13/2017 02:48 AM, Lennart Poettering wrote:
> On Wed, 12.04.17 21:09, Michael Biebl (mbi...@gmail.com) wrote:
>
>> 2017-04-12 20:24 GMT+02:00 Tomasz Torcz <to...@pipebreaker.pl>:
>>> On Wed, Apr 12, 2017 at 11:01:04AM -0700, Auke Kok wrote:
>>>> The
On 04/11/2017 06:08 AM, Lennart Poettering wrote:
> On Tue, 11.04.17 13:41, Samuel Williams (space.ship.travel...@gmail.com)
> wrote:
>> - If a daemon fails to start up, trying to kill it.. may not be the
>> best option. It's probably a matter of the systemctl service file
>> detecting that a
On 01/04/2017 11:57 PM, Eswaran Vinothkumar (BEG-PT/PJ-IOT1) wrote:
> Hello systemd developers,
>
> I am currently analyzing the boot time of an embedded product. Systemd is
> used as the init system. I am trying to get the details about CPU load and
> I/O utilization from the
Hi folks,
It's been a while since systemd-bootchart moved to it's own git tree, so
it was a good time to get some changes out. I've tagged and released
v231 (systemd-bootchart will continue to independently number releases
incrementally), Here is a short summary of the changes:
* Switch on
On Mon, May 16, 2016 at 04:24:25AM +0200, Michael Biebl wrote:
> 1,5M usr/bin/systemd-analyze
>
> What's up with systemd-analyze?
It shouldn't be part of a base package, it's not even a diagnostic tool, more
like a performance measurement type of thing.
I don't think size is of a concern for
Once systemd itself is running in a security domain for SMACK,
it will fail to start countless tasks due to missing privileges
for mounted and created directory structures. For /run and shm
specifically, we grant all tasks access.
These 2 mounts are allowed to fail, which will happen if the
Allows the systemd --system process to change its current
SMACK label to a predefined custom label (usually system)
at boot time.
This is needed to have a few system-generated folders and
sockets automatically be created with the right SMACK
label. Without that, processes either cannot
Once system itself is running in a security domain for SMACK,
it will fail to start countless tasks due to missing privileges
for mounted and created directory structures. For /run and shm
specifically, we grant all tasks access.
---
src/core/mount-setup.c | 8
1 file changed, 8
Allows the systemd --system process to change its current
SMACK label to a predefined custom label (usually system)
at boot time.
This is needed to have a few system-generated folders and
sockets automatically be created with the right SMACK
label. Without that, processes either cannot
Cc: chengwei.y...@intel.com
Cc: lenn...@poettering.net
---
src/core/manager.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/src/core/manager.c b/src/core/manager.c
index f16621a..592f332 100644
--- a/src/core/manager.c
+++ b/src/core/manager.c
@@ -509,9 +509,14
Readahead has all sorts of bad side effects depending on your
storage media. On rotating disks, it may be degrading startup
performance if enough requests are queued spanning linearly
over all blocks early at boot, and mount, blkid and friends
want to insert reads to the start of these block
Without this patch, I'm seeing cgroup paths for user sessions with
both the user name, and the uid created, which can't be intended.
Spotted through user-session-units use.
---
src/login/logind-user.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/login/logind-user.c
Contrary to it's own packaging guidelines, these symlinks are created
in /etc/. While technically not a problem, this makes it harder
for folks installing from git that want to override these settings
(either masking or otherwise).
Moving the links to $(systemunitdir) resolves.
---
Makefile.am |
that does not have SMACK enabled either, so there is no need
to #ifdef any of this code out.
For more information about SMACK, please see Documentation/Smack.txt
in the kernel source code.
v3 of this patch changes the config options to be CamelCased.
Signed-off-by: Auke Kok auke-jan.h@intel.com
Cc
that does not have SMACK enabled either,
so there is no need to #ifdef any of this code out.
For more information about SMACK, please see Documentation/Smack.txt
in the kernel source code.
Signed-off-by: Auke Kok auke-jan.h@intel.com
---
man/systemd.socket.xml| 29
that does not have SMACK enabled either,
so there is no need to #ifdef any of this code out.
For more information about SMACK, please see Documentation/Smack.txt
in the kernel source code.
Signed-off-by: Auke Kok auke-jan.h@intel.com
---
man/systemd.socket.xml| 29
The MeeGo distribution is still a supported distribution, but
will probably not see an updated version of systemd anymore.
Most of the development is focussing on Tizen now, and the
generic support for building --with-distro=other is more than
adequate enough.
This patch removes the support as a
in all the code
to provide a quick way to assure all these programs are always
synchronized. v3 fixes the integer math.
Signed-off-by: Auke Kok auke-jan.h@intel.com
---
Makefile.am | 10 ++-
src/readahead/readahead-analyze.c | 141 +
src
is not new - it's partially taken from sreadahead (formerly
maintained by Arjan van der Ven and me, and was originally written
by me), and adapted with the right bits to parse the systemd
readahead pack files, which are slightly different in format.
Signed-off-by: Auke Kok auke-jan.h@intel.com
The PAM helper thread needs to capture the death signal from the
parent, but is prohibited from doing so since when the child dies
as normal user, the kernel won't allow it to send a TERM to the
PAM helper thread which is running as root.
This causes the PAM threads to never exit, accumulating
23 matches
Mail list logo