Re: [systemd-devel] service killed when usb device reloaded

2021-01-13 Thread Mantas Mikulėnas
On Wed, Jan 13, 2021, 20:17 Belisko Marek wrote: > Hi, > > I'm facing a strange issue. I have gsm modem and when modem is > restarted (removed from usb bus and plugged back) one of services is > restarted (with enabled systemd debug level): > > Jan 07 09:07:00 device systemd[1]: Received SIGCHLD

[systemd-devel] service killed when usb device reloaded

2021-01-13 Thread Belisko Marek
Hi, I'm facing a strange issue. I have gsm modem and when modem is restarted (removed from usb bus and plugged back) one of services is restarted (with enabled systemd debug level): Jan 07 09:07:00 device systemd[1]: Received SIGCHLD from PID 166 (systemtest). Jan 07 09:07:00 device kernel[174]:

Re: [systemd-devel] Is LTO worth it?

2021-01-13 Thread Zbigniew Jędrzejewski-Szmek
On Mon, Jan 11, 2021 at 06:05:26PM +0100, Michael Biebl wrote: > Am Mo., 11. Jan. 2021 um 16:39 Uhr schrieb Lennart Poettering > : > > https://fedoraproject.org/wiki/LTOByDefault > > Interestingly, that wiki page says, that LTO should produce smaller > binaries, which clearly isn't the case here.

Re: [systemd-devel] Antw: Re: Antw: [EXT] emergency shutdown, don't wait for timeouts

2021-01-13 Thread Reindl Harald
Am 07.01.21 um 09:15 schrieb Ulrich Windl: Chris Murphy schrieb am 06.01.2021 um 03:02 in Nachricht : On Mon, Jan 4, 2021 at 12:43 PM Phillip Susi wrote: This is too long for a desktop or laptop use case. It should be around 15‑20 seconds. It's completely reasonable for users to reach for

Re: [systemd-devel] Is LTO worth it?

2021-01-13 Thread Reindl Harald
Am 11.01.21 um 18:10 schrieb Michael Biebl: Am Mo., 11. Jan. 2021 um 18:07 Uhr schrieb Reindl Harald : it don't make sense using different flags in CI and production builds, especially LTO which often points out otherwise unvisible bugs Such as? I don't remember any bug report which was

Re: [systemd-devel] Antw: [EXT] emergency shutdown, don't wait for timeouts

2021-01-13 Thread Reindl Harald
Am 04.01.21 um 20:41 schrieb Phillip Susi: Reindl Harald writes: i have seen "user manager" instances hanging for way too long and way more than 3 minutes over the last 10 years The default timeout is 3 minutes iirc, so at that point it should be forcibly killed. i have seen often

Re: [systemd-devel] Is LTO worth it?

2021-01-13 Thread Reindl Harald
Am 11.01.21 um 16:05 schrieb Michael Biebl: Am Mo., 11. Jan. 2021 um 15:42 Uhr schrieb Reindl Harald : it shouldn't if properly used - means param with cpu-cores, just -flto alone is terrible slow -flto=%(nproc) %{__make} %{?_smp_mflags} The package uses meson's -Db_lto=true export

Re: [systemd-devel] Antw: Re: Antw: [EXT] emergency shutdown, don't wait for timeouts

2021-01-13 Thread Reindl Harald
Am 04.01.21 um 16:04 schrieb Ulrich Windl: Reindl Harald schrieb am 04.01.2021 um 14:53 in Nachricht <49b8413f-3131-658f-e21a-a1ee448a0...@thelounge.net>: Am 04.01.21 um 13:42 schrieb Ulrich Windl: Germano Massullo schrieb am 27.12.2020 um 14:26 in Nachricht : Good day, I recently

Re: [systemd-devel] Is LTO worth it?

2021-01-13 Thread Reindl Harald
Am 11.01.21 um 18:05 schrieb Michael Biebl: Am Mo., 11. Jan. 2021 um 16:39 Uhr schrieb Lennart Poettering : https://fedoraproject.org/wiki/LTOByDefault Interestingly, that wiki page says, that LTO should produce smaller binaries, which clearly isn't the case here. I wonder whether the wiki

Re: [systemd-devel] Is LTO worth it?

2021-01-13 Thread Reindl Harald
Am 11.01.21 um 15:34 schrieb Michael Biebl: we've been using LTO in the Debian build for as long as I can remember, but I begin to question whether that is a good idea. On Debian sid (gcc (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.1), an LTO build almost takes

Re: [systemd-devel] Antw: [EXT] emergency shutdown, don't wait for timeouts

2021-01-13 Thread Reindl Harald
Am 04.01.21 um 20:06 schrieb Phillip Susi: Reindl Harald writes: topic missed - it makes no difference if it can hold the power 3 minutes, 3 hours or even 3 days at the point where it decides "i need to shutdown everything because the battery goes empty" It is that point that really